wichtiges UPDATE für controller 7.2.2 im stable

[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.

[Leonie]

Hi zusammen!

Es ist wieder Zeit für ein kleines monatliches Wrap-Up zu meiner Offline-Sprachassistentin Hannah. Im Juni habe ich unter der Haube und vor allem an der Oberfläche extrem viel getan! Wer das Projekt bisher verfolgt hat, wird wissen, dass es einige Einstellungen gab, die man mühsam in YAML-Dateien bearbeiten musste. Damit ist jetzt Schluss, denn genau dafür gibt es nun die neue WebUI.

Hier sind die wichtigsten Highlights aus dem Entwicklungszyklus der letzten Wochen:

🌟 Die neue WebUI: Tschüss YAML, hallo No-Code!

Die größte Neuerung ist mein Web-Interface. Um künftige Versionskonflikte mit dem Core-System komplett zu vermeiden und die Entwicklung sauber zu trennen, läuft die WebUI als eigenständige Standalone-Anwendung in einem separaten Repository (und ist dort direkt mit der Version 1.0.0+ gestartet).

• Flexibler Microservice: Ich habe die WebUI als echten Microservice konzipiert. Sie kann entweder auf demselben Host wie Hannah selbst laufen oder auf einem völlig anderen Server in eurem Netzwerk. Auch ein Deployment über Docker wird voll unterstützt. Ein passendes Dockerfile liegt im Repository bei, sodass ihr euch das Image ganz einfach selbst bauen könnt.
• Neues Gewand (Tailwind CSS): Das alte Bootstrap-Design fliegt nach und nach raus. Große Teile wie die Raum-, Satelliten- und Einstellungsseiten erstrahlen bereits in einem schicken, einheitlichen Dark-Theme auf Tailwind-Basis – perfekt für das Dashboard-Tablet an der Wand.
• Komfortabler Trigger-Editor: Im Trigger-Editor müsst ihr die Wochentage für Uhrzeit-Bedingungen nicht mehr mühsam als Text (durch Kommas getrennt) eintippen. Das lässt sich jetzt ganz entspannt über eine saubere Checkbox-Auswahl zusammenklicken.
• Ausblick – Responsive Design: Damit das Interface auch auf dem Smartphone knackig aussieht, habe ich bereits eine Responsive-Design-Initiative für das Projekt gestartet. Eine echte Optimierung für mobile Endgeräte steht also als Nächstes auf meinem Zettel!

Hier geht es direkt zum neuen Repository:
🔗 WebUI-Repository

🧠 Core-Updates & Stabilisierung

Auch im Core (aktuell bei Version 0.48.1) habe ich massive Fortschritte bei der Strukturierung der Datenmodelle gemacht:

• Lösen von der strikten ioBroker Integration zur Unterstützung einer stärkeren Bindung und Stabilität: Unter der Haube habe ich die BLE-Indoor-Lokalisierung und die Benutzerverwaltung unabhängiger auf eigene Beine gestellt. Statt starr auf asynchrone Snapshots des Adapters zu warten, lädt Hannah Nutzerdaten nun direkt synchron aus einer lokalen SQLite-Datenbank. Das verhindert Race-Conditions nach Server-Neustarts komplett. Keine Sorge: Sobald der ioBroker-Adapter connected, pusht Hannah den aktuellen Anwesenheitsstatus ("Wer ist zuhause") sofort sauber rüber!
• Routinen & Trigger im No-Code-Editor: Über die neue Oberfläche lassen sich Routinen und komplexe Trigger-Bedingungen (Wenn-Und-Außer-Wenn-Dann) völlig ohne Programmieraufwand direkt in der UI zusammenklicken.
• Personalisierte Satelliten: Satelliten lassen sich jetzt nicht mehr nur festen Räumen zuweisen, sondern können im System direkt einer konkreten "Person" (Besitzer) zugeordnet werden. Das legt den Grundstein für zukünftige, personalisierte Ansagen, die genau da landen, wo sich der jeweilige Nutzer aufhält.
• Dynamische Satelliten-Verwaltung: Über das Web-Interface kann ich Satelliten nun endlich vollständig administrieren und bei Bedarf über einen neuen "Löschen"-Button inklusive gRPC-Event-Verteilung direkt sauber aus der DB und dem ioBroker-Objektbaum entfernen. Leichen im System gehören damit der Vergangenheit an.

🔌 ioBroker-Adapter & Hardware-Verbindung

• ioBroker-Adapter: Natürlich wurde der Adapter nicht vergessen und hat in der Zeit ebenso eine Menge Updates erhalten. So kann man nun neue Satelliten direkt über den ioBroker-Admin flashen, die Objektdatenbank wurde bereinigt und dutzende Bugs wurden durch Stabilitätsupdates gefixt.

🔊 Performance-Schub für Ankündigungen (Proxy-Fix)

Wer mehrere Satelliten im Einsatz hat, kennt das vielleicht: Bisher liefen Audio-Ankündigungen (Announcements) an mehrere Geräte sequentiell ab. Wenn ein Satellit noch streamte, blockierte das die restlichen Geräte.

Das habe ich komplett überarbeitet: Ein neuer paralleler Dispatcher verteilt die Audio-Chunks nun pro Geräte-ID auf eigene Worker-Goroutinen. Die Ausgabe auf verschiedenen Satelliten erfolgt ab sofort absolut gleichzeitig und parallel, ohne dass sich die Geräte gegenseitig ausbremsen.

---

Das war es auch schon für diesen Monat von meiner Seite! Die Entkopplung der WebUI macht den Weg frei für ein noch modulareres Setup.

Wie sieht's bei euch aus? Habt ihr Wünsche für den No-Code-Trigger-Editor, die generelle WebUI oder das ganze Projekt? Lasst es mich in den Kommentaren wissen!

Egal ob hier im Forum über diesen Thread, per privater Nachricht oder direkt auf GitHub – ich bin hör-bereit.

Das waren nun in diesem Monat ganze 84 Releases, in meinen Augen spricht das für ein lebendes Projekt.

Viele Grüße,
Leonie