Piezo 2.0 in der WARP möglich?

[jensstark]

Könnte man in die WARP/WARP2 ein Piezo 2.0-Bricklet packen und mit wenig Aufwand sowas wie "NFC Tag erkannt" akustisch signalisieren?

(Passt der nötige Overhead überhaupt in das ESP?)

[rtrbt]

Je nach Wallbox könnte das platzmäßig interessant werden: Der Piezo Speaker 2.0 ist relativ groß.

Die Software dafür anzupassen sollte mit relativ wenig Aufwand klappen, folgendes müsstest du tun:

1. Dich entscheiden, wann genau der Piezo Speaker Geräusche machen soll. Das kann z.b. sein:
   - Bei jedem bemerkten Tag, egal ob es ein bekanntes oder ein unbekanntes ist
   - Nur bei bekannten Tags ein Geräusch, bei unbekannten ein anderes
   - Bei bekannten Tags, aber nur wenn damit auch wirklich ein Ladevorgang gestartet wird
   - Auch wenn die Nutzerfreigabe von anderen Quellen gesetzt wird
2. Abhängig davon, wann du Geräusche haben willst, musst du dich in eins oder mehrere der Module hängen:
   1. Im NFC-Modul läuft dieser Code bei jedem bemerkten Tag: https://github.com/Tinkerforge/esp32-firmware/blob/e44d2c98c47deab1e3394c615e9014ac7f306112/software/src/modules/nfc/nfc.cpp#L165C11-L197
   2. Wenn ein Tag eine Aktion auslöst läuft immer dieser Code: https://github.com/Tinkerforge/esp32-firmware/blob/e44d2c98c47deab1e3394c615e9014ac7f306112/software/src/modules/users/users.cpp#L842
   3. Wenn du (was in Summe am einfachsten ist) immer dann ein Geräusch willst, wenn auf der Front-LED ausgegeben werden soll, dass ein Tag erkannt wurde, kannst du dich hier vor die ganzen Priorisierungschecks hängen: https://github.com/Tinkerforge/esp32-firmware/blob/e44d2c98c47deab1e3394c615e9014ac7f306112/software/src/modules/evse_led/evse_led.cpp#L64 Das hat den Vorteil, dass wenn die Freigabe anders funktionieren würde (Man kann bald die Front-LED per API/Modbus TCP steuern) das einfach funktionieren würde

Bei jeder dieser Varianten musst du dann aber immer, wenn du die Firmware deiner Wallbox aktualisieren willst, deine Variante davon neu bauen.

[MatzeTF]

On 5/2/2023 at 7:09 PM, jensstark said:

(Passt der nötige Overhead überhaupt in das ESP?)

Kein Problem. Für Code ist da noch mehr als genug Platz.

[Paulkerl]

@MatzeTF Ich würde mich hier mal dranhängen, da ich ebenfalls gerne eine akkustische Rückmledung hätte.

Leider bin ich im Coden nicht fit genug dies zu implementieren. Ich aboniere das Thema mal.

VG DJ

[MatzeTF]

Theoretisch ist bei einem WARP2 Charger zwischen ESP32-Board und Deckel gerade so ausreichend Platz, dass das passen könnte. Bei einem WARP2 Charger Smart könnte auch beim 230V-Klemmblock Platz sein, allerdings würde ich den Piezo 2.0 lieber bei der Kleinspannung statt bei der Netzspannung installieren.

Eine offizielle Unterstützung für den Piezo-Speaker ist aktuell nicht geplant und jemand aus der Community müsste das basteln.

bearbeitet May 3, 2023 at 09:52 von MatzeTF

[poohnet]

Das Thema klingt auf jeden Fall spannend. Ich werde in meine nächste Bestellung mal ein Piezo Speaker Bricklet reinpacken und mal etwas basteln (aktuell warte ich noch darauf, dass das LED Strip Bricklet wieder im Shop verfügbar ist)...

Gruß Thomas

[MatzeTF]

Sorry, hatte nicht dazugeschrieben, dass ich das bei einem WARP2 Charger ausprobiert hatte. Bei einem WARP(1) Charger könnte der Berührschutz ein Problem sein.

[poohnet]

Hi @MatzeTF,

danke für die Info. Ich würde das eh erstmal separat aufbauen wollen (das NFC-Bricklet ist auch noch nicht eingebaut 🙃)...

Gruß Thomas

[jensstark]

Super, vielen Dank für die ausführliche Info! 🙂 

[poohnet]

On 5/3/2023 at 9:24 AM, rtrbt said:

Je nach Wallbox könnte das platzmäßig interessant werden: Der Piezo Speaker 2.0 ist relativ groß.

"relativ groß"? Im Vergleich zum ESP32-Brick wohl eher monströs 😂

Ich habe heute mal etwas gebastelt und testweise die o. g. Variante 2.1 im NFC-Modul implementiert. Softwaretechnisch funktioniert das (für einen ersten Wurf) soweit ganz gut, in der WARP1 untergebracht bekomme ich das Piezo-Bricklet aber nicht so ohne weiteres. Wie das in einer WARP2 aussieht, kann ich leider nicht sagen. Falls das jemand mal testen möchte, so kann ich gerne eine entsprechende Firmware bauen.

@rtrbt: Bei der Implementierung ist mir allerdings aufgefallen, dass das NFC-Modul wohl das Users-Modul benötigt, welches seinerzeit dann von EVSE(2) abhängig ist. Ist es geplant, die Module zukünftig weiter zu entkoppeln, sodass NFC bzw. die Userverwaltung auch außerhalb von WARP funktionieren?

Einige der hartcodierten Aufrufe habe ich in meinem Fork jetzt erstmal mit einem "#if MODULE_USERS_AVAILABLE()" versehen; evtl. könnt ihr das ja in den Standard übernehmen (Commit b87fc2a)...

Gruß Thomas

[jensstark]

Ein Monstrum. :(

[rtrbt]

On 5/14/2023 at 8:53 PM, poohnet said:

Bei der Implementierung ist mir allerdings aufgefallen, dass das NFC-Modul wohl das Users-Modul benötigt, welches seinerzeit dann von EVSE(2) abhängig ist. Ist es geplant, die Module zukünftig weiter zu entkoppeln, sodass NFC bzw. die Userverwaltung auch außerhalb von WARP funktionieren?

Prinzipiell ja, sobald wir die Benutzer für mehr verwenden, als nur zur Freigabe eines Ladevorgangs. Zum Beispiel soll es künftig Administratoren und "normale" Benutzer geben. Das wäre dann auch der Punkt, wo man das Users-Modul für den Energy Manager übernehmen und von der EVSE-Logik trennen würde.