Hannah — Open Source Smart-Home-Sprachassistentin
-
-
Hi,
Ja, das Wakeword wird geladen. Sollte während deinem Logauszug das Wakeword ausgelöst worden sein? Wenn ja, dann ist das ein Beleg dafür das einfach gar nichts passiert, wenn nein, ist der Log für die Frage nicht passend.
Welches Wakeword hast du denn geladen?Zu deinen MQTT-Topics:
Beide werden exklusiv von Core verwendetet zur Steuerung des Satelliten.- listen: schaltet das Mikrofon ein, wenn Hannah dir eine Frage gestellt hat und deine Antwort hören will. Der Satellit nimmt also alles in den nächsten Sekunden auf und sendet es an Core, wo es den bekannten Pfad durchläuft.
- restart: startet den Satelliten neu. Dabei ist egal, was in der Nachricht steht, jede Nachricht darauf löst den Neustart aus.
Was du mit "ignorieren" meinst, weiß ich nicht. In dem Stack gibt es keine Einstellung dazu.
Wenn dein Satellit andauernd neustartet gibt es dafür zwei Gründe:
- Der Satellit ist einer Panic und wird not-gestartet.
- Der Satellit bekommt über das restart-topic den Befehl dazu
Eine Panic kann ich deinem Logauszug nicht erkennen, viel mehr wurde dein Satellit (in dem Log) gestartet weil du ihm Strom gegeben hast, vorher war er aus.
Das restart-topic ist, wie das listen-topic nicht retained. Das heißt, der MQTT-Broker speichert diese nicht und die Kommunikation findet nur in Echtzeit statt. Das führt bspw. dazu das wenn, während ein Satellit offline ist, eines dieser Topics beschrieben wird, weiß das der Satellit nicht wenn er online kommt und der Broker sagt es ihm nicht.
Sollte also dieses Topic bei dir dauerhaft im mqtt gepublished werden, läuft bei dir was falsch. Ich weiß das der MQTT-Adapterfür ioBroker, wenn er als Broker arbeitet, alle Topics die er verabeitet als Datenpunkt anlegen. Er darf aber nicht die Topics von Hannah aktiv announcen, das ist einzig und alleine die Aufgabe von Core und Satellite. Schau bitte in dein MQTT, wer welches Topic veröffentlicht. -
Hi,
Ja, das Wakeword wird geladen. Sollte während deinem Logauszug das Wakeword ausgelöst worden sein? Wenn ja, dann ist das ein Beleg dafür das einfach gar nichts passiert, wenn nein, ist der Log für die Frage nicht passend.
Welches Wakeword hast du denn geladen?Zu deinen MQTT-Topics:
Beide werden exklusiv von Core verwendetet zur Steuerung des Satelliten.- listen: schaltet das Mikrofon ein, wenn Hannah dir eine Frage gestellt hat und deine Antwort hören will. Der Satellit nimmt also alles in den nächsten Sekunden auf und sendet es an Core, wo es den bekannten Pfad durchläuft.
- restart: startet den Satelliten neu. Dabei ist egal, was in der Nachricht steht, jede Nachricht darauf löst den Neustart aus.
Was du mit "ignorieren" meinst, weiß ich nicht. In dem Stack gibt es keine Einstellung dazu.
Wenn dein Satellit andauernd neustartet gibt es dafür zwei Gründe:
- Der Satellit ist einer Panic und wird not-gestartet.
- Der Satellit bekommt über das restart-topic den Befehl dazu
Eine Panic kann ich deinem Logauszug nicht erkennen, viel mehr wurde dein Satellit (in dem Log) gestartet weil du ihm Strom gegeben hast, vorher war er aus.
Das restart-topic ist, wie das listen-topic nicht retained. Das heißt, der MQTT-Broker speichert diese nicht und die Kommunikation findet nur in Echtzeit statt. Das führt bspw. dazu das wenn, während ein Satellit offline ist, eines dieser Topics beschrieben wird, weiß das der Satellit nicht wenn er online kommt und der Broker sagt es ihm nicht.
Sollte also dieses Topic bei dir dauerhaft im mqtt gepublished werden, läuft bei dir was falsch. Ich weiß das der MQTT-Adapterfür ioBroker, wenn er als Broker arbeitet, alle Topics die er verabeitet als Datenpunkt anlegen. Er darf aber nicht die Topics von Hannah aktiv announcen, das ist einzig und alleine die Aufgabe von Core und Satellite. Schau bitte in dein MQTT, wer welches Topic veröffentlicht. -
Hi,
Ja, das Wakeword wird geladen. Sollte während deinem Logauszug das Wakeword ausgelöst worden sein? Wenn ja, dann ist das ein Beleg dafür das einfach gar nichts passiert, wenn nein, ist der Log für die Frage nicht passend.
Welches Wakeword hast du denn geladen?Zu deinen MQTT-Topics:
Beide werden exklusiv von Core verwendetet zur Steuerung des Satelliten.- listen: schaltet das Mikrofon ein, wenn Hannah dir eine Frage gestellt hat und deine Antwort hören will. Der Satellit nimmt also alles in den nächsten Sekunden auf und sendet es an Core, wo es den bekannten Pfad durchläuft.
- restart: startet den Satelliten neu. Dabei ist egal, was in der Nachricht steht, jede Nachricht darauf löst den Neustart aus.
Was du mit "ignorieren" meinst, weiß ich nicht. In dem Stack gibt es keine Einstellung dazu.
Wenn dein Satellit andauernd neustartet gibt es dafür zwei Gründe:
- Der Satellit ist einer Panic und wird not-gestartet.
- Der Satellit bekommt über das restart-topic den Befehl dazu
Eine Panic kann ich deinem Logauszug nicht erkennen, viel mehr wurde dein Satellit (in dem Log) gestartet weil du ihm Strom gegeben hast, vorher war er aus.
Das restart-topic ist, wie das listen-topic nicht retained. Das heißt, der MQTT-Broker speichert diese nicht und die Kommunikation findet nur in Echtzeit statt. Das führt bspw. dazu das wenn, während ein Satellit offline ist, eines dieser Topics beschrieben wird, weiß das der Satellit nicht wenn er online kommt und der Broker sagt es ihm nicht.
Sollte also dieses Topic bei dir dauerhaft im mqtt gepublished werden, läuft bei dir was falsch. Ich weiß das der MQTT-Adapterfür ioBroker, wenn er als Broker arbeitet, alle Topics die er verabeitet als Datenpunkt anlegen. Er darf aber nicht die Topics von Hannah aktiv announcen, das ist einzig und alleine die Aufgabe von Core und Satellite. Schau bitte in dein MQTT, wer welches Topic veröffentlicht. -
Danke, das Log war genau das Richtige. Aber es ist kein Absturz: Dein Satellit bekommt direkt nach dem Start den Befehl "restart" und startet deshalb sofort wieder neu. Das wiederholt sich dauernd.
Den Befehl schickt Hannah nicht dauernd. Der MQTT-Adapter von ioBroker hat ihn einmal gespeichert und spielt ihn bei jedem Start wieder ab.
Bitte lösche in ioBroker unter Objekte die beiden Datenpunkte listen und restart von deinem Satelliten hannah-satellite-buero. Dann hört die Schleife auf. Sag mir Bescheid, ob der Satellit danach ruhig bleibt.
Spannend wäre auch ob der Fehler wiederholt auftritt, dann wäre das ein Bugreport für den MQTT-Adapter.
-
Danke, das Log war genau das Richtige. Aber es ist kein Absturz: Dein Satellit bekommt direkt nach dem Start den Befehl "restart" und startet deshalb sofort wieder neu. Das wiederholt sich dauernd.
Den Befehl schickt Hannah nicht dauernd. Der MQTT-Adapter von ioBroker hat ihn einmal gespeichert und spielt ihn bei jedem Start wieder ab.
Bitte lösche in ioBroker unter Objekte die beiden Datenpunkte listen und restart von deinem Satelliten hannah-satellite-buero. Dann hört die Schleife auf. Sag mir Bescheid, ob der Satellit danach ruhig bleibt.
Spannend wäre auch ob der Fehler wiederholt auftritt, dann wäre das ein Bugreport für den MQTT-Adapter.
-
-
Weil das immer noch bei dir im mqtt festhängt:
I (1303) main: Reset-Grund: remote, Neustart #307
-
-
mh. nicht den iobroker mqtt adapter als Broker verwenden? :D
Ich bin grade am schauen wo das Problem bei dem liegt, aber der ist schuld.
-
ja. Mosuqitto klappt. Das läuft auch bei mir.
Alternativ kann man wohl die Option im MQTT-Adapter deaktivieren:
Das hat dann aber möglicherweise andere Effekte auf dich.
Ich habe das grade mal getestet. Zum aktuellen Zeitpunkt kann ich nur abraten den Adapter ioBroker.mqtt als Broker für Hannah zu verwenden. Wenn du meinem vorherigen Ratschlag folgst und den Haken entfernst, bekommt der Satellit gar keine Daten mehr die zuvor gespeichert wurden, also auch bspw. die Hannah-Core-Adresse nicht.
Hintergrund ist, zum aktuellen Zeitpunkt scheint der MQTT-Adapter nicht wie ein richtiger MQTT Broker zu arbeiten. So kennt der bspw. auch die Funktion von retained Topics nicht.
Daher meine eindringliche Empfehlung: Es ist ein anderer MQTT Broker wie bspw. Mosquitto zu nutzen. Ich werde mir mal den ioBroker Adapter anschauen und evtl. einen Fix vorschlagen. Das kann aber einige Zeit dauern.
Das ist auch der Grund, warum dein Satellit dauernd neu gestartet ist: Der Adapter hat den alten 'restart'-Befehl immer wieder abgespielt, obwohl der von Hannah nur ca. 1x pro Woche (oder von dir manuell) gesetzt wird.
-
ja. Mosuqitto klappt. Das läuft auch bei mir.
Alternativ kann man wohl die Option im MQTT-Adapter deaktivieren:
Das hat dann aber möglicherweise andere Effekte auf dich.
Ich habe das grade mal getestet. Zum aktuellen Zeitpunkt kann ich nur abraten den Adapter ioBroker.mqtt als Broker für Hannah zu verwenden. Wenn du meinem vorherigen Ratschlag folgst und den Haken entfernst, bekommt der Satellit gar keine Daten mehr die zuvor gespeichert wurden, also auch bspw. die Hannah-Core-Adresse nicht.
Hintergrund ist, zum aktuellen Zeitpunkt scheint der MQTT-Adapter nicht wie ein richtiger MQTT Broker zu arbeiten. So kennt der bspw. auch die Funktion von retained Topics nicht.
Daher meine eindringliche Empfehlung: Es ist ein anderer MQTT Broker wie bspw. Mosquitto zu nutzen. Ich werde mir mal den ioBroker Adapter anschauen und evtl. einen Fix vorschlagen. Das kann aber einige Zeit dauern.
Das ist auch der Grund, warum dein Satellit dauernd neu gestartet ist: Der Adapter hat den alten 'restart'-Befehl immer wieder abgespielt, obwohl der von Hannah nur ca. 1x pro Woche (oder von dir manuell) gesetzt wird.
-
-
-
-
Ich habe gerade noch eine Wahrnung im Satelitten log gefunden.
(909) app_init: Application information:
I (913) app_init: Project name: hannah_satellite
I (918) app_init: App version: 1
I (921) app_init: Compile time: Nov 1 2026 11:22:15
I (926) app_init: ELF file SHA256: 2a47f730e...
--- WARNING: Checksum mismatch between flashed and built applications. Checksum of built application is f7dad40b901841672818630a3bf4e1dfd7b343cb0c90d5f9d822ec683e6c0393
I (931) app_init: ESP-IDF: v5.5.2
I (934) efuse_init: Min chip rev: v0.0
I (938) efuse_init: Max chip rev: v0.99
I (942) efuse_init: Chip rev: v0.2
I (946) heap_init: Initializing. RAM available for dynamic allocation: -
-
iob@iob:~$ sudo systemctl status mosquitto
[sudo: authenticate] Password:
● mosquitto.service - Mosquitto MQTT Broker
Loaded: loaded (/usr/lib/systemd/system/mosquitto.service; enabled; preset: enabled)
Active: active (running) since Tue 2026-11-03 00:04:37 CET; 50min ago
Invocation: dab7eba108c743729a431403d9845f8f
Docs: man:mosquitto.conf(5)
man:mosquitto(8)
Main PID: 454018 (mosquitto)
Tasks: 1 (limit: 14906)
Memory: 1.1M (peak: 2.2M)
CPU: 961ms
CGroup: /system.slice/mosquitto.service
└─454018 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.confNov 03 00:04:37 iob systemd[1]: Starting mosquitto.service - Mosquitto MQTT Broker...
Nov 03 00:04:37 iob systemd[1]: Started mosquitto.service - Mosquitto MQTT Broker. -
-
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
386
Online33.1k
Benutzer84.2k
Themen1.4m
Beiträge