YAHM und hm-mod-rpi-pcb - läuft nicht

Einrichtung, Nutzung und Hilfe zu YAHM

Moderator: Co-Administratoren

Antworten
litronics
Beiträge: 19
Registriert: 28.01.2018, 09:56
System: Alternative CCU (auf Basis OCCU)

YAHM und hm-mod-rpi-pcb - läuft nicht

Beitrag von litronics » 09.02.2018, 12:32

Hallo zusammen,

ich bin ganz neu zu YAHM gekommen und wollte es auf meinem RPI3 und hm-mod-rpi-pcb laufen lassen.

Alles in allem habe ich die Installation gut hinbekommen (obwohl ein Hinweis, dass man es am besten an der lokalen Konsole macht und nicht über SSH wäre evtl. sinnvoll in der Doku).

Als Module habe ich noch pivccu-driver installiert - wenn ich das Wiki und die Forenbeiträge richtig verstanden habe, müsste das reichen um HM und HMIP zu ermöglichen.
Die FW auf dem hm-mod-rpi-pcb habe ich dann auch gleich noch aktualisiert und das hat auch geklappt.

Ich kann auch die Webseite aufrufen und bekomme keine Fehlermeldungen mehr. Es ist auch ein "HM-RCV-50 BidCoS-RF" Gerät eingetragen - ich vermute mal, dass das hm-mod-rpi-pcb ist.

Aber jetzt kommen wir zu den Problemchen:

1. Ich kann so einige Seite wie z.B. Einstellungen / Systemsteuerung / Sicherheit nicht aufrufen und muss einen Reload machen (da gibt es sicher noch mehrere - habe mich aber nicht durchgeklickt)
2. Ich kann keine HM-Sec-SD-2 Funk-Rauchmelder mit der CCU koppeln
3. mein Syslog-Server kommen alle 10 Sekunden vier annähernd identische Meldungen:

Code: Alles auswählen

Feb  9 11:05:20 homematic-ccu2 user.debug multimac: C<: #49 TRX GetDutyCycle
Feb  9 11:05:20 homematic-ccu2 user.debug multimac: C< @527065018: bin:FD 00 03 01 31 03 BE 1E
Feb  9 11:05:20 homematic-ccu2 user.debug multimac: C> @527065119: #49 TRX Response Ack 02
Feb  9 11:05:20 homematic-ccu2 user.debug multimac: SubsystemBidcos::CheckDutyCycleEventThreshold( 1.0, 1.0 ) = 0
Feb  9 11:05:30 homematic-ccu2 user.debug multimac: C<: #50 TRX GetDutyCycle
Feb  9 11:05:30 homematic-ccu2 user.debug multimac: C< @527075019: bin:FD 00 03 01 32 03 B4 1E
Feb  9 11:05:30 homematic-ccu2 user.debug multimac: C> @527075120: #50 TRX Response Ack 02
Feb  9 11:05:30 homematic-ccu2 user.debug multimac: SubsystemBidcos::CheckDutyCycleEventThreshold( 1.0, 1.0 ) = 0
Feb  9 11:05:40 homematic-ccu2 user.debug multimac: C<: #51 TRX GetDutyCycle
Feb  9 11:05:40 homematic-ccu2 user.debug multimac: C< @527085019: bin:FD 00 03 01 33 03 32 1D
Feb  9 11:05:40 homematic-ccu2 user.debug multimac: C> @527085120: #51 TRX Response Ack 02
Feb  9 11:05:40 homematic-ccu2 user.debug multimac: SubsystemBidcos::CheckDutyCycleEventThreshold( 1.0, 1.0 ) = 0
Feb  9 11:05:50 homematic-ccu2 user.debug multimac: C<: #52 TRX GetDutyCycle
Feb  9 11:05:50 homematic-ccu2 user.debug multimac: C< @527095019: bin:FD 00 03 01 34 03 A0 1E
Feb  9 11:05:50 homematic-ccu2 user.debug multimac: C> @527095120: #52 TRX Response Ack 02
Feb  9 11:05:50 homematic-ccu2 user.debug multimac: SubsystemBidcos::CheckDutyCycleEventThreshold( 1.0, 1.0 ) = 0
4. zu guter letzt finden sich im Syslog auch noch ein paar Fehlermeldungen:

Code: Alles auswählen

	Error: IseESP::ScriptRuntimeError: string channels = "";string timestamps = ""; [iseESPexec.cpp:12487]
Wie lässt sich denn herausfinden, warum meine Rauchmelder sich nicht an der CCU anmelden lassen?

Danke schon mal für eure Hilfe!

leonsio
Beiträge: 1107
Registriert: 07.01.2012, 14:06
Danksagung erhalten: 6 Mal

Re: YAHM und hm-mod-rpi-pcb - läuft nicht

Beitrag von leonsio » 09.02.2018, 17:09

läuft HMIPServer bei dir?

ps aux | grep java

falls nicht /etc/init.d/S62HMServer start
und /var/log/hmserver.log beachten

litronics
Beiträge: 19
Registriert: 28.01.2018, 09:56
System: Alternative CCU (auf Basis OCCU)

Re: YAHM und hm-mod-rpi-pcb - läuft nicht

Beitrag von litronics » 12.02.2018, 07:52

ja, der HMIPServer läuft:

Code: Alles auswählen

/ # ps aux | grep java
  353 root     java -Xmx64m -Dlog4j.configuration=file:///etc/config/log4j.xml -Dfile.encoding=ISO-8859-1 -jar /opt/HMServer/HMIPServer.jar /etc/crRFD.conf
23130 root     grep java
/ #
Allerdings habe ich festgestellt, wenn ich beim Homematic (die Rauchmelder sind ja keine HMIP Geräte) drücke, dann bekomme ich im Syslog folgende Fehlermeldung:

Code: Alles auswählen

 Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= OEQ1271568:0 [iseXmlRpc.cpp:2167]
Er scheint also irgendwas zu empfangen - aber kommt dann damit nicht klar :(

litronics
Beiträge: 19
Registriert: 28.01.2018, 09:56
System: Alternative CCU (auf Basis OCCU)

Re: YAHM und hm-mod-rpi-pcb - läuft nicht

Beitrag von litronics » 12.02.2018, 08:13

OK - ich bin ein wenig weiter.

Nach einem Werkreset des Rauchmelders hat YAHM zwei Geräte erkannt beim pairen und zeigt da auch im Button auf der Anlernseite an.

Wenn ich dann da drauf klicke, lädt allerdings eine leere Seite und im Syslog kommt folgende Fehlermeldung:

Code: Alles auswählen

Error: IseXmlRpc::ClearChannelDPs: pointer is null [iseXmlRpc.cpp:4723]

leonsio
Beiträge: 1107
Registriert: 07.01.2012, 14:06
Danksagung erhalten: 6 Mal

Re: YAHM und hm-mod-rpi-pcb - läuft nicht

Beitrag von leonsio » 12.02.2018, 14:49

Hi Sorry falls meine Antwort dich enttäuscht, aber dein Problem scheint mir nichts mit YAHM zu tun, sondern vielmehr der CCU2-FW.
Falls du in der GUI keine Fehlermeldungen bekommst, dass irgend ein dienst nicht läuft HM-RF/Rega/HM-IP, müsste es funktionieren.

Schau noch in /var/log/hmserver.log nach, ggf, findest du dort etwas. So kann ich dir leider nicht helfen. Ich kann nur dafür sorgen, dass alle Dienste laufen, wie die sich verhalten zu beeinflüssen kann ich leider nicht :(.
Wenn rfd/HMIPserver/multimacd/regahss läuft, sind alle relevanten Komponenten online und CCU2 FW läuft

Ggf. die Geräte ordentlich ablernern und dann wieder anlernen

litronics
Beiträge: 19
Registriert: 28.01.2018, 09:56
System: Alternative CCU (auf Basis OCCU)

Re: YAHM und hm-mod-rpi-pcb - läuft nicht

Beitrag von litronics » 12.02.2018, 19:38

Danke für die Hilfe - dann geh ich mal weitersuchen. An irgendwas muss es ja liegen...

Antworten

Zurück zu „YAHM“