Anhand der Seriennummer “JPTH…” gehe ich davon aus, dass dies eine Selbstbauversion eines HM-WDS40-TH-I wie unter https://github.com/jp112sdl/Beispiel_AskSinPP/blob/master/examples/HM-WDS40-TH-I-BME280/HM-WDS40-TH-I-BME280.ino zu finden ist.
Nur um mögliche Inkompatibilitäten aufgrund der nicht originalen Hardware auszuschließen: Hast Du vielleicht auch ein “echtes” Homematic Gerät, mit dem man testen könnte?
Grundsätzlich sollte auch diese Selbstbauversion funktionieren, da sie das Original nachbildet, aber man sollte bei Problemen erst mal alle möglichen weiteren Fehlerquellen auschließen.
Aktuell nur 2 Selbstbau Sensoren. Es wird ja noch nicht einmal eine Statusmeldung gesendet.
Im Broker ist nur zu sehen, dass 2 Verbindungen hergestellt werden.
Nimm testweise mal die Stable, nur um auszuschließen, dass sich in der nightly nicht doch irgendwas eingeschlichen hat.
apt remove homegear* libhomegear* evtl. apt purge...
Danach Quellen wie unter https://homegear.eu/downloads.html?version=0.7 beschrieben hinzufügen und installieren.
Die stable hatte ich ja schon versucht. Nach remove / neuinstallation kam beim Starten immer seg fault. Habe nun die neue nightly installiert und die Geräte / Gateway über die UI noch einmal entfernt. Dann wieder neu hinzugefügt und plötzlich kommen topics an. Ich kann da zwar noch nichts mit anfangen, aber mal sehen…
Leider hörte das “Publishing” dann aber sofort auch wieder auf. Es waren nur Statusmeldungen des Kern.
So in etwa
homegear/1234-5678-9abc/plain/1/-1/
Nachdem ich homegear noch einmal neugestartet habe, tut sich wieder nichts. Nun startet auch die UI nicht mehr. Irgendwie ist der Wurm drin. Es wird auch wieder eine core Datei im Log Verzeichnis erstellt.
Ich habe in den Logs einen Hinweis gefunden, dass Port 9000 durch das CCU Modul benutzt wird. Kann dies sein? Auf dem Port läuft aber auch schon der Javascript Adapter vom iobroker. Eventuell ist hier auch ein Problem vorhanden.
Dann solltest Du mal prüfen, ob es mit Homegear alleine läuft. Dafür musst Du dann vermutlich einen alternativen MQTT Broker aufsetzen. Oder wenn Dir das zu kompliziert ist, deaktivierst Du einfach mal den Javascript Adapter in IOBroker und schaust ob es läuft.
Ich persönlich würde die erste Variante wählen, da damit eine weitere potenzielle Fehlerquelle ausgeschaltet ist.
Ich habe nun den frei gewordenen RasPi genommen auf dem Homegear nach dem gleichen Schema installiert. Also nightly. Auf dem war noch Raspbian Jessie installiert. Hier scheint eine Datei (homegear-ui), welche der Installer herunterladen will, nicht zu existieren.
Aber auch hier kommen zwar nach der Konfiguration ein paar Status-Topics an, aber danach ist Still ruht der See.
Muss ich eigentlich noch Datenpunkte definieren?
Die Datenpunkte der Geräte sind in den device description files definiert. Was dort drin steht findest du hier: https://ref.homegear.eu/devices/
Denk dran, die Geräte senden so wenig wie möglich, da sie Energie (Batterien) sparen wollen und sich an die 1%-Regel halten müssen.
Wenn du einen Zustand an deinen Sensoren änderst sollten sie natürlich direkt senden.
Tja…
Was soll ich sagen, ich habe auf dem Raspi nun wieder das Nightly runtergeworfen und die Stable installiert und es funkt nun mqtt Werte…
Ist also in den nightly etwas faul?
Ich versuche nun den Zustand zu portieren. Nur der Rechner ist ein X64 und kein ARM.
Kann ich denn in der ccu.conf den Port-Range anpassen? auf z.B.
eventServerPortRange = 9100 - 9110
Ok. Nun läuft es tatsächlich auch dem richtigen Rechner. Ich trage mal die Unterschiede zusammen:
- Bei den Nightly-Installationen habe ich alles über die Admin UI eingestellt
- Die CCU wurde als CCU-AUTO Konfiguriert
- Build - Stand
[Nachtrag]
Ich habe nun auf dem RasPi das Nightly wieder installiert, aber die komplette Konfig aus dem Stable genommen und was soll ich sagen, mqtt funktioniert.
2 Likes
06/27/19 15:57:32.574 IPC Server: Warning: RPC method not found: event
Das ist komisch. Ich schaue am Dienstag mal, ob da tatsächlich im Nightly was faul ist.
Nachtrag: Ich hatte deinen Nachtrag nicht gesehen… 
. Taucht die Warnung noch auf?
Entschuldigt die verspätete Antwort. Das System MAX! und Homematic per CCU2 läuft nun ohne Fehlereinträge. Die Frage ist nur, was war an der Konfiguration faul. Oder geht dies per Admin Oberfläche noch nicht, bzw. hat das “Auto CCU” Modul einen Fehler?
Da war etwas in der CCU-Konfiguration schief, denn die CCU hat ihre Ereignisse an Port 2001 der Homegearinstallation gesendet. Das kann nicht funktionieren. Eine Möglichkeit ist zum Beispiel, dass in der ccu.conf die Einstellung eventServerPortRange auf 2001 - ... gesetzt war.
Viele Grüße
Sathya