rfd Service führt zu ständigem Disconnect des HM-MOD-ROI-PCB

Fragen, Support etc.

Moderator: Co-Administratoren

Antworten
Peepbo82
Beiträge: 4
Registriert: 08.07.2017, 00:18

rfd Service führt zu ständigem Disconnect des HM-MOD-ROI-PCB

Beitrag von Peepbo82 » 10.07.2017, 22:38

Hallo zusammen,

zunächst einmal vielen Dank für die ausführliche Anleitung im Tipps-Forum - sie war eine große Hilfe, um die OCCU lauffähig zu bekommen. Oder besser gesagt: fast lauffähig, denn ich habe noch ein Problem, dass ich leider nicht lösen kann. Aber vielleicht hat hier ja jemand die entscheidende Idee?

Zu meiner Konfiguration: Ich habe einen RPi 3 mit Jessie. Darauf läuft ein FHEM, der der Dreh- und Angelpunkt meiner Hausautomatisierung ist. Auf dem RPi steckt ein HM-MOD-RPI-PCB. Das Zusammenspiel mit FHEM läuft wunderbar, ich kann die Werte all meiner Homematic-Geräte auslesen und die Geräte auch steuern. Das Modul läuft absolut zuverlässig.

Parallel habe ich jetzt OCCU installiert, weil ich mich mit dem Original-HM-System vertraut machen möchte. Dass mein Modul funktioniert, weiß ich durch den parallel betriebenen FHEM. Die WebUI kann ich auch problemlos aufrufen, soweit sieht alles gut aus.

Nur: Sobald ich rfd starte, verweigert das Modul die Arbeit. OCCU lässt sich davon nichts anmerken. In der WebUI kann ich z.B. das Anlernen starten und der Countdown läuft seine 60 Sekunden ab, tatsächlich anlernen kann ich aber nichts. In FHEM kann ich beobachten, dass der Zustand des Moduls nach starten von rfd durchweg zwischen init und disconnected wechselt. Sobald ich den rfd-Service wieder beende, steht die Verbindung in wenigen Augenblicken wieder. Nur beklagt sich dann natürlich die HM WebUI, dass BidCos-RF nicht zur Verfügung steht.

Ist es vielleicht so, dass ein paralleler Betrieb (FHEM und OCCU) nicht möglich ist?
Oder übersehe ich vielleicht ein Detail in der Konfiguration?

Die Ausgaben vom rfd helfen leider auch nicht wirklich weiter. Wenn ich als root den Prozess wie folgt starte...

Code: Alles auswählen

export HM_HOME=/opt/hm
export LD_LIBRARY_PATH=$HM_HOME/lib
$HM_HOME/bin/rfd -c -l 0 -f /opt/hm/etc/config/rfd.conf
... sieht die Ausgabe so aus:

Code: Alles auswählen

2017/07/08 00:32:32.900 <Info> BidCoS-Service started
2017/07/08 00:32:32.901 <Info> XmlRpc Server is listening on TCP port 2001
2017/07/08 00:32:32.903 <Debug> CCU2CommController::init() - Legacy initialization.
2017/07/08 00:32:37.904 <Debug> () CCU2CommController::startCoprocessorApp(): Trying to start coprocessor application
2017/07/08 00:32:38.404  CCU2CommController::startCoprocessorAppThreadFunction(): Send start command
2017/07/08 00:32:38.404  CCU2CommController::SendSystemCommdand()
2017/07/08 00:32:38.404  CCU2CommController::SendSystemCommdand() sending: fd 00 03 00 00 03 18 0a 
2017/07/08 00:32:38.406  RX SERIAL: fd 00 04 00 00 04 01 99 
2017/07/08 00:32:39.405 <Debug> () CCU2CommController::waitForCoProcessorResponse(): Timeout while waiting for response.
2017/07/08 00:32:39.435  RX SERIAL: fd 00 0c 00 00 00 43 6f 
2017/07/08 00:32:39.435  CCU2SerialFrame::addFrameData(): Corrupt data detected. Frame start character unexpected.
2017/07/08 00:32:39.436  RX SERIAL: 5f 43 50 55 5f 42 4c 72 
2017/07/08 00:32:39.436  RX SERIAL: 51 
2017/07/08 00:32:39.436  RX FRAME: 00 00 00 43 6f 5f 43 50 55 5f 42 4c 
2017/07/08 00:32:39.436 <Debug> () CCU2CommController::handleIdentifyEvent(): Handling incoming identify event.
2017/07/08 00:32:39.436 <Debug> () CCU2CommController::handleIdentifyEvent(): Coprocessor entered bootloader. Starting application.
2017/07/08 00:32:39.436 <Debug> () CCU2CommController::startCoprocessorApp(): Trying to start coprocessor application
2017/07/08 00:32:39.937  CCU2CommController::startCoprocessorAppThreadFunction(): Send start command
2017/07/08 00:32:39.937  CCU2CommController::SendSystemCommdand()
2017/07/08 00:32:39.937  CCU2CommController::SendSystemCommdand() sending: fd 00 03 00 01 03 9e 09 
2017/07/08 00:32:40.363  RX SERIAL: fd 00 04 00 01 04 01 19 
[..]
2017/07/08 00:32:40.376 <Debug> () CCU2CommController::handleIdentifyEvent(): Handling incoming identify event.
2017/07/08 00:32:40.376 <Debug> () CCU2CommController::handleIdentifyEvent(): Coprocessor entered application. Life is good.
2017/07/08 00:32:40.404  CCU2CommController::SendSystemCommdand()
2017/07/08 00:32:40.404  CCU2CommController::SendSystemCommdand() sending: fd 00 03 00 02 02 14 0c 
2017/07/08 00:32:40.407  RX SERIAL: fd 00 0a 00 02 04 02 01 
[..]
2017/07/08 00:32:40.408 <Info> CCU2CommController::init(): Coprocessor Bootloader Version is: 1.0.3
2017/07/08 00:32:40.408 <Info> CCU2CommController::init(): Coprocessor Firmware Version is: 1.4.1
2017/07/08 00:32:40.408  CCU2CommController::SendSystemCommdand()
2017/07/08 00:32:40.408  CCU2CommController::SendSystemCommdand() sending: fd 00 04 00 03 0a 00 bd 07 
2017/07/08 00:32:40.410  RX SERIAL: fd 00 04 00 03 04 01 99 
[..]
2017/07/08 00:32:40.411 <Info> () CCU2CommController::setCSMACAEnabled(): CSMA/CA disabled.
2017/07/08 00:32:40.411  CCU2CommController::SendSystemCommdand()
2017/07/08 00:32:40.411  CCU2CommController::SendSystemCommdand() sending: fd 00 03 00 04 0b 00 3a 
2017/07/08 00:32:40.413  RX SERIAL: fd 00 0e 00 04 04 02 4e 
[..]
2017/07/08 00:32:40.415  CCU2CommController::SendSystemCommdand()
2017/07/08 00:32:40.415  CCU2CommController::SendSystemCommdand() sending: fd 00 08 00 05 0e 59 60 0c 08 04 42 7e 
2017/07/08 00:32:40.418  RX SERIAL: fd 00 04 00 05 04 01 99 
[..]
2017/07/08 00:32:40.418 <Debug> Default interface is now NEQ1328022
2017/07/08 00:32:40.418 <Info> Current AES key=0, previous AES key=0
2017/07/08 00:32:40.418  CCU2BidcosRemoteInterface::SetAesKeyUser(): Trying to change user keys...
2017/07/08 00:32:40.421  RX SERIAL: fd 00 04 01 06 04 0b 0d 
[..]
2017/07/08 00:32:40.422 <Debug> (NEQ1328022) Response status: Input wrong.
2017/07/08 00:32:40.422  (NEQ1328022) CCU2CommController::handleIncomingSerialFrame(): Got an bidcos msg. Response waiting --> Handling as response...
2017/07/08 00:32:40.422  (NEQ1328022) CCU2CommController::handleIncomingSerialFrame(): Response not ok
2017/07/08 00:32:40.422  CCU2BidcosRemoteInterface::SetAesKeyUser(): Previous key empty. Skip setting previous key.
2017/07/08 00:32:40.422 <Debug> CCU2BidcosRemoteInterface::StartInterface(): addr=4f 68 af 
2017/07/08 00:32:40.425  RX SERIAL: fd 00 04 01 07 04 01 8d 
[..]
2017/07/08 00:32:40.425 <Debug> (NEQ1328022) Response status: OK.
2017/07/08 00:32:40.425  (NEQ1328022) CCU2CommController::handleIncomingSerialFrame(): Got an bidcos msg. Response waiting --> Handling as response...
2017/07/08 00:32:40.426  (NEQ1328022) CCU2CommController::handleIncomingSerialFrame(): Response ok
2017/07/08 00:32:40.439 <Debug> Device description rf_cm.xml loaded (1)
2017/07/08 00:32:40.443 <Debug> Device description rf_sec_sd_schueco.xml loaded (2)
2017/07/08 00:32:40.446 <Debug> Device description rf_ash550.xml loaded (3)
[..]
2017/07/08 00:32:41.405 <Error> CCU2CommController::startCoprocessorAppThreadFunction(): Trying to send SYSTEMCMD_STARTBOOTLOADER failed 3 times.
[..]
2017/07/08 00:32:42.499 <Debug> PlatformInit()
2017/07/08 00:32:42.500 <Info> 1007 support deleteDevices
2017/07/08 00:32:42.500 <Info> 1007 support event
2017/07/08 00:32:42.500 <Info> 1007 support listDevices
2017/07/08 00:32:42.500 <Info> 1007 support newDevices
2017/07/08 00:32:42.500 <Info> 1007 support replaceDevice
2017/07/08 00:32:42.500 <Info> yes support replace device
2017/07/08 00:32:42.500 <Info> 1007 support reportValueUsage
2017/07/08 00:32:42.500 <Info> 1007 support setReadyConfig
2017/07/08 00:32:42.500 <Info> 1007 support system.listMethods
2017/07/08 00:32:42.500 <Info> 1007 support system.methodHelp
2017/07/08 00:32:42.500 <Info> 1007 support updateDevice
2017/07/08 00:32:42.500 <Info> 1007 support system.multicall
2017/07/08 00:32:43.378  RX SERIAL: fd 00 15 01 00 05 00 00 
[..]
2017/07/08 00:32:43.379  (NEQ1328022) CCU2CommController::handleIncomingSerialFrame(): Handling event telegram as event.
2017/07/08 00:32:48.413  RX SERIAL: fd 00 0e 00 01 04 02 43 
[..]
2017/07/08 00:32:55.838  (NEQ1328022) CCU2CommController::handleIncomingSerialFrame(): Handling event telegram as event.
Hier ist oben sogar mal ein Timeout zu sehen, oft läuft es aber gleich ohne irgendwelche erkennbaren Fehler.

Hat vielleicht jemand eine Idee? :(

Peepbo82
Beiträge: 4
Registriert: 08.07.2017, 00:18

Re: rfd Service führt zu ständigem Disconnect des HM-MOD-ROI

Beitrag von Peepbo82 » 24.07.2017, 17:09

Hallo zusammen,

leider bin ich immer noch nicht wirklich weitergekommen. Ich habe verschiedene Logfiles geprüft, bin die Anleitungen noch mehrfach durchgegangen, ob ich möglicherweise etwas übersehen habe, und habe auch mit verschiedenen Settings experimentiert. Mir fällt nicht ein, wo ich noch nachsehen könnte.

Um einen Konfigurationsfehler ausschließen zu können, habe nun auch einmal die komplette Installation entfernt und stattdessen YAHM eingerichtet. Funktionierte auch weitgehend (nur der Betrieb über WLAN erforderte noch ein paar Fingerübungen), aber der Effekt ist leider der gleiche. Kaum lief der Container, konnte ich in FHEM wieder einen ständigen Wechsel des Moduls zwischen "init" und "disconnect" beobachten. Also rein in den Container, rfd beendet... und das Modul nahm in Verbindung mit FHEM wieder seine Arbeit auf.

Langsam tendiere ich dazu, doch die Lötstellen nochmal zu prüfen. Aber kann es daran überhaupt liegen, wenn das Modul doch mit FHEM ohne jegliche Schwierigkeiten funktionieren?

Sollte ich etwas herausfinden, poste ich natürlich wieder. Vielleicht kann es ja zukünftig jemandem mit einem ähnlichen Problem weiterhelfen.

Benutzeravatar
anli
Beiträge: 4326
Registriert: 10.06.2009, 14:01
Wohnort: 20 Min. nördlich von Hannover und bei Bremen
Hat sich bedankt: 1 Mal
Danksagung erhalten: 23 Mal
Kontaktdaten:

Re: rfd Service führt zu ständigem Disconnect des HM-MOD-ROI

Beitrag von anli » 18.08.2017, 09:23

Verstehe ich das richtig, dass Du versuchst, das Modul parallel in FHEM und YAHM anzusprechen?
Herzliche Grüße, anli

Alle Angaben ohne Gewähr und Haftung meinerseits. Verwendung der von mir zur Verfügung gestellten Downloads auf eigene Gefahr. Ich bitte um Verständnis, dass ich aus zeitlichen Gründen keine unaufgeforderte Hilfestellung per PN/Mail geben kann. Bitte allgemeine Fragen ins Forum stellen, hier können viele fähige User viel schneller helfen.

Homematic-Manager v2: einfaches Tool zum Erstellen von Direktverknüpfungen und Bearbeiten von Gerätenamen, -parametern etc. für Homematic und HomematicIP (Alternative diesbzgl. zur WebUI)

Einsteiger-Hilfeerweiterter Skript-Parser

Peepbo82
Beiträge: 4
Registriert: 08.07.2017, 00:18

Re: rfd Service führt zu ständigem Disconnect des HM-MOD-ROI

Beitrag von Peepbo82 » 14.09.2017, 22:38

Sorry für die späte Antwort - ich hatte nicht mehr damit gerechnet. ;)

Ja, das war die Idee. Natürlich nicht, um beide Systeme konkurrierend zu betreiben, sondern um die CCU-Software einmal kennenzulernen.

Ist es denn so, dass der Zugriff auf den Port exklusiv ist? Das würde das Problem natürlich erklären, wenn zwei Systeme gleichzeitig zugreifen wollen. Da die OCCU auch bei gestopptem FHEM nicht lief, hatte ich das ausgeschlossen, aber hier könnte natürlich mein Denkfehler sein... :shock:

Antworten

Zurück zu „Allgemeines zur OCCU“