Neues YouTube-Video: Visualisierung im Devices-Adapter

[Leonie]

Danke @mcm1957
Du hast natürlich vollkommen Recht. Das hätte ich vor dem "Go Public" verbessern sollen :D

Ja, ich habe noch nie einen echten Adapter mit create-adapter erstellt, werde ich mir mal anschauen. Ist generell überhaupt das erste Mal das ich einen Adapter erstellt habe, der zumindest als solcher funktioniert. Das mag auf meinem System funktionieren, wo ich die Verantwortung trage, aber ich muss an der Stelle auch davon abraten das die Installationsanleitung befolgt wird.

Liebe Grüße
Leonie

[mcm1957]

Danke f dein Verständnis. Frag einfach wenn was unklar ist. Und bitte lass das Grundgerüst nicht von einer AI anlegen. Die optimieren noch zu viel 🤭. Hilfe bei code ist natürlich ok.

Da du hoffentlich noch weiter an bzw bei iobroker was tun willst sag ich mal HERZLICH WILLKOMMEN.

[Leonie]

Klar, will ich weiter bei iobroker dabei sein, ist ja schließlich das Rückgrad meines Hauses ;)

Nur mit diesem Forum komme ich noch nicht klar, bin zwar schon lange hier, aber hab noch nie (?) was geschrieben :D

Hab den Adapter umgebaut und ihm ein neues zu Hause gegeben:
https://github.com/NurPech/ioBroker.hannah-notificationmanager

Um Feedback und Verbesserungsvorschläge bitte ich ausdrücklich, für direkte Diskussionen bin ich auch zu haben. Ist mein erster Adapter.

[mcm1957]

Hi,
Du legst ja ein tolles Tempo vor :-)
Weil du so lieb nahcgefragt hats hab ich dir mal den Checker Bot vorbeigschickt. Wenn was unklar ist, einfach fragen.
Für ein paar Issues gibts PRs zusätzlich. Bitte anschaun und ggF mergen. Beim Dependabot kann es ggF Konflikte geben, da zwei PRs den selben Bereoich bearbeiten. Schätze aber dass du das locker bereinigen kannst.

Generell empfehle ich für Entwicklerfragen Telegramm od. Discord. Aber wenn nicht gewunschen meldet sich sicher auch hier wer.

@homoran
Diskussion zum Test des hanna-notification Adapter sollte m.e. in den Testerbereich (zunächst '.. nicht in den repositories'). Bitte schalte Leonie mal für Tester Postings frei. Ob es sinnvoll ist dieses Topic komplett zu verschieben oder nur für den Adapterteil ein zweites Topic anzulegen bin ich unsicher Bitte klör das mit Leonie.

EDIT:
PS: Strukturell soieht der Adapter mal gut aus. Inhaltlich hab ich nicht geschaut. DANKE dass du offensichtlich den Weg über den Creator gegangen bist. Das erspart gefühlte 100 Rückmeldungen doch den Testerworkflow einzurichten und ...

[Leonie]

Hii,

Ich habe gerade ein massives Update von Hannah veröffentlicht.

Hannah hat zusätzlich zu der Routinen-Engine nun auch eine Trigger-Engine. Sie kann damit auf unterschiedliche ioBroker-States reagieren und Dinge tun. Sei es einfach nur Sprachausgaben sagen, Textnachrichten schicken, Lampen schalten, vollkommen egal.
Außerdem gab es einen sehr großen Umbau. Die gesamte State-Logik wurde vom MQTT gelöst. MQTT hat sich im Praxiseinsatz für die Kommunikation zwischen Hannah und ioBroker nicht bewährt.
Aus diesem Grund gibt es nun einen neuen (Alpha) Adapter: https://github.com/NurPech/ioBroker.hannah
Ganz nach dem Vorbild des IoT-Adapters, kann man die Funktions- und Raum-Enums wählen die an Hannah übergeben werden sollen. Außerdem lassen sich beliebige weitere States an Hannah senden. Auch die andere Richtung ist möglich. States die der Adapter nicht freigegeben hat, kann Hannah trotzdem anfordern und lesen (aber nicht schreiben). Die Kommunikation ioBroker <-> Hannah läuft über gRPC.
Das hat mich nun viele Stunden Arbeit gekostet, aber bisher läuft es besser und die Adapterentwicklung macht mir mittlerweile Spaß :D
Mehr Aussagen über die Stabilität kann ich nach ein paar Tagen Praxiseinsatz treffen.
Ein Test des Adapters könnte schwierig werden, der Tester braucht dafür mindestens Hannah-Core und damit es richtig Sinn ergibt Hannah Full-Stack, aber es liegt ja alles dafür auf Github :D

Die aktuelle Version von Hannah ist diese hier: https://github.com/NurPech/Hannah/releases/tag/v0.1.2-public
Dies ist größtenteils ein Maintenance-Release für Adapter v0.1.0: https://github.com/NurPech/ioBroker.hannah/releases/tag/v0.1.0

Kompatibilität ist somit Hannah v0.1.2 mit Adapter 0.1.0,

Liebe Grüße
Leonie

[Int17]

Hallo Leonie,
habe deinen Adapter aus Github installiert

Finde ihn aber nicht unter in den Instanzen:

Als Ersatz für die Amazon Echo Dots müsste ich dann jeweils einen Raspi mit Mikro haben.
Kannst du da was zur Harware sagen?
Oder lieber auf die ESP-Lösung warten?

[Samson71]

@Int17
Du musst auch noch eine Instanz dazu anlegen/installieren. Oben rechts die 3 Punkte und dann auf das +

[Leonie]

Hi,
Du musst auch eine Instanz hinzufügen, das passiert bei der Installation über Github nicht automatisch.

Die Raspberry Pi Sats sind im Grunde ganz normale Raspberry Pi 3b mit Debian Trixie. Wahlweise mit USB-Mikrofon und Klinken-Lautsprecher oder mit spezialisierter Hardware wie den Seeed Respeaker (2) HATs. Der Pi-Satellit ist ein einges Pythonscript das quasi überall und mit allem läuft, getestet aber nur mit dem was ich beschrieben habe.

Mein ESP-Aufbau ist schon recht weit und aktuell passiert viel an der Firmware-Entwicklung. Der PoC-Stand ist erfolgreich abgeschlossen und die Software funktioniert, da finden aktuell noch ein paar Feature-erweiterungen statt. Auch meine eigene Platine mit ESP, Peripherie und Sensoren ist bereits fertig geplant und befindet sich derzeit in Produktion. Wenn ich die habe, kann ich testen ob mein Plan funktioniert oder ob ich eine Menge Geld in den Sand gesetzt habe :D
Die Schaltpläne für die Platine ist allerdings nicht OpenSource.

Liebe Grüße
Leonie

[Leonie]

Status zum ESP:

May 09 17:24:49 psrvhva01 hannah-proxy[21119]: 2026/05/09 17:24:49 INFO audio session complete device=wohnzimmer-esp bytes=203200
May 09 17:24:49 psrvhva01 hannah-proxy[21119]: 2026/05/09 17:24:49 INFO speaker identified device=wohnzimmer-esp roomie_id=leonie
May 09 17:24:52 psrvhva01 hannah-proxy[21119]: 2026/05/09 17:24:52 INFO pipeline result device=wohnzimmer-esp transcript="Schlafzimmer, Licht aus." intent=TurnOff answer="OK, 6 Gerät(e) geschaltet." tts_bytes=123600 speaker=leonie
May 09 17:24:52 psrvhva01 hannah-proxy[21119]: 2026/05/09 17:24:52 INFO TTS sent device=wohnzimmer-esp bytes=123600 sample_rate=16000

[Leonie]

Hii,

Ich gebe dann mal wieder ein Update.

Hannah selbst hat im letzten Monat einige Updates bekommen, die Integration in den ioBroker wurde verbessert, ebenso kamen neue Features dazu. Die ESP-Firmware ist quasi fertig. Diese hat mittlerweile einige Versionen bekommen, so kann sie bspw. mit Sensoren wie dem BMP280 und AHT20 (oder nur einem davon) betrieben werden, oder auch mit einem BME680. Die Wakeworderkennung ist abgeschlossen, es wurde Support eingebaut um Audio-Samples für das Wakewordtraining über die Mikrofone des ESPs aufzunehmen um auf diese Weise authentische Trainingsdaten zu bekommen.
Die ESP-Firmware hat darüber hinaus eine OTA-Komponente erhalten und kann sich somit selbstständig updaten. Vor einem Update fragt der ESP aktiv bei Hannah nach einem "ok", erst wenn Hannah den Request bestätigt, führt der ESP das Update aus. Dies ist notwendig, damit der Satellit nicht bspw. mitten im Gespräch neustartet.
Auch für alle weiteren Hannah-Komponenten gibt es einen Update Service, dieser nennt sich dort AutoDeploy. AutoDeploy bedient sich an der selben OTA-Infrastuktur wie die ESP-Firmware, lädt die neuen Komponenten-Files runter und startet die betroffenen Services neu.
Das läuft über einen eigenen Microservice den ich Hannah Update Server genannt habe. Bei Bedarf kann ich dessen API gerne offen legen. Das gleiche gilt für eine weitere neue Komponente: Den Assetserver. Dieser stellt bspw. Jingles und/oder einfache Töne bereit, die dann von Hannah oder den Satelliten abgespielt werden können. Auch dessen API kann ich bei Bedarf offen legen.

Zu der ESP-Firmware: Größtenteils halte ich die mittlerweile für abgeschlossen. Sicher kommen da zukünftig noch weitere Features oder Bugfixe rein, aber aktuell ist diese für mich vollständig und komplett konfigurierbar.

Außerdem hat die ESP-Firmware mittlerweile auch ein WiFi-Provsioning. Nach dem Flashen oder wenn man den "geheimen" Reset-Knopf gefunden hat, öffnet der ESP einen AccessPoint und gibt sich selbst die IP-Adresse 192.168.4.1. Über diese Adresse kann man ihn dann konfigurieren und bspw. die WiFi-Credentials eintragen. Seine WebUI ist auch im normalen Betrieb verfügbar. Dort lässt sich bspw. das Wakeword an- und ausschalten, der Name oder die Raumzuordnung ändern.
Quasi nebenbei hat Hannah über die Satelliten auch einen BLE-Tracker bekommen, sie kann nun also BLE-Devices im Haus "orten".

Selbstverständlich werden alle Satellitendaten in den ioBroker gebracht.

Weiterhin wurde die Integration in ein LLM verbessert. Wird nun ein LLM verwendet, das Tools unterstützt, werden mehrere Tools an das LLM übergeben. So kann auch im Smalltalk-Modus der ioBroker gesteuert werden und das LLM arbeitet an manchen Stellen besser/exakter als die regelbasierte NLU. So hat als Beispiel Whipser den Satz "Fritteuse an" als "Fritus a" transkribiert, worauf die regelbasierte NLU keinen Match hatte und das folgerichtig als Smalltalk in das LLM geleitet hat. Das LLM hat dann korrekt "Fritteuse an" verstanden/geschlossen und tat genau das.

Außerdem gibt es in ioBroker gleich drei States, die in etwa den gleichen Zweck haben, aber anders sind:

announcement

Diese Texte gehen direkt ans TTS und werden über die Satelliten ausgespielt

announcementSsml

Quasi das gleiche wie das vorherige, aber mit SSML-Support

announcementRephrase

Diese Texte gehen einen kleinen "Umweg" über das LLM mit der Ansage: Formuliere das in deinen Worten neu und flechte deine Persönlichkeit ein. So kommt in relativ starre Texte die man in ioBroker bspw. über Javascript generiert ein wenig Variation.

Von meinem eigenen PCB befindet sich gerade Revision 4 auf dem Weg zu mir. Revision 1 wurde nie gebaut und die Revsion 2 und 3 haben dumme Fehler, die nie hätten passieren dürfen :D

Alles zusammen, also ein sehr produktiver Monat, nach meiner Git-History hat Hannah in dieser Zeit 56 Releases gehabt.