Anlernen von HMIP-Geräten nach Wechsel von CCU2

[deimos]

Hi,

ja, aber warum sollen wir jetzt alles Mögliche in der Theorie durchkauen? Wir haben dir jetzt schon eine Menge Infos aus der Nase gezogen, bei denen es sinnvoll gewesen wäre, du hättest die gleich von Anfang an genannt (wie z.B. dass du das gleiche Problem bei piVCCU und RaspberryMatic hattest, dass das Problem auch bei einem jungfräulichen System war, dass du ein LAN GW hast, ...).

Von dem bin ich hier erst mal raus, bis du Fakten lieferst. Und weil die Wahrscheinlichkeit extrem hoch ist: Manch bitte gleich gute Bilder von deinem Funkmodul, ich gehe davon aus, dass dein Problem von daher rührt.

Viele Grüße
Alex

[ibein]

Tut mir leid, mir war nicht klar, was für euch relevant ist. Ich arbeite die Punkte ab und melde mich mit einem Ergebnis. Vielen Dank bis hierhin, ihr habt mit wirklich geholfen!

[deimos]

Hi,

einfach immer alle Informationen geben. Die nicht relevanten filtern wir schon selber raus.

Viele Grüße
Alex

[ibein]

Da ich als ausgebildeter Elektroniker mit draufgesatteltem Diplom löten kann, habe ich hier den Fehler zuletzt vermutet... mache aber gerne Fotos und bin selber gespannt, ob ich was getötet habe beim Aufbau...

[jp112sdl]

Teste doch mal per SSH:

Code: Alles auswählen

/etc/init.d/S62HMServer stop
/etc/init.d/S61rfd stop
/etc/init.d/S60multimacd stop
eq3configcmd update-coprocessor -p /dev/raw-uart  -c -l 0 -se

Dann sollte bei funktionierendem Funkmodul solch eine Ausgabe kommen:

2018/07/06 18:42:13.403 <Debug> () CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in bootloader.
2018/07/06 18:42:13.406 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2018/07/06 18:42:13.408 <Debug> CCU2CoprocessorCommandMod::isResponseStatusOk(): System status OK
2018/07/06 18:42:13.408 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
2018/07/06 18:42:13.416 <Debug> () CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in bootloader.
2018/07/06 18:42:13.417 CoprocessorUpdate::startApplication()
2018/07/06 18:42:13.419 <Debug> () CCU2CommControllerMod::startCoprocessorApp(): Trying to start coprocessor application
2018/07/06 18:42:13.421 <Debug> CCU2CommControllerMod::sendSystemCommand(): Start Application / Bootloader
2018/07/06 18:42:13.956 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): System frame
2018/07/06 18:42:13.957 <Debug> CCU2CoprocessorCommandMod::isResponseStatusOk(): System status OK
2018/07/06 18:42:13.957 <Debug> CCU2CommControllerMod::handleIncomingResponse() System response OK
2018/07/06 18:42:13.996 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): hmip common frame
2018/07/06 18:42:13.997 <Debug> () CCU2CommControllerMod::handleIdentifyEvent(): Coprocessor is in dual coprocessor application.
2018/07/06 18:42:14.421 <Debug> CoprocessorUpdate::startApplication():Coprocessor entered application.
2018/07/06 18:42:14.476 <Debug> CCU2CoprocessorCommandMod::CCU2CoprocessorCommandMod(): lowlevelmac frame
2018/07/06 18:42:14.476 <Info> SerialNumber: LEQ0556383

Ansonsten wirst du sowas erhalten:

2018/07/06 18:43:23.321 <Error> CCU2CommControllerMod::performIdentify(): Unable to determine coprocessor state.

[ibein]

Sehr gut, Dankeschön!!!

[kaju74]

Guten Abend.

Habe nun auf dem Raspi genau das gleiche Problem. Ein Anlernen von HmIP-Komponenten ist schilcht nicht möglich, weil der Bereich "Homematic iP" schlichtweg im Bereich "Geräte anlernen" gar nicht erst auftaucht. Im /var/status Verzeichnis sind bei mir folgende Einträge vorhanden:

- hasInternet
- hasIP
- hasLink
- hasNTP
- hasSD

In der Datei "hm_mode" sind folgende Einträge:

Code: Alles auswählen

HM_HMIP_DEV='HM-MOD-RPI-PCB'
HM_HMIP_DEVNODE='/dev/raw-uart'
HM_HMRF_ADDRESS='0x58....'
HM_HMRF_DEV='HM-MOD-RPI-PCB'
HM_HMRF_DEVNODE='/dev/raw-uart'
HM_HMRF_SERIAL='OEQ03.....'
HM_HMRF_VERSION='2.8.6'
HM_HOST='rpi3'
HM_HOST_GPIO_RESET='18'
HM_HOST_GPIO_UART='/dev/raw-uart'
HM_LED_GREEN='/sys/class/leds/led0'
HM_LED_GREEN_MODE1='mmc0'
HM_LED_GREEN_MODE2='heartbeat'
HM_LED_RED='/sys/class/leds/led1'
HM_LED_RED_MODE1='timer'
HM_LED_RED_MODE2='mmc0'
HM_LED_YELLOW=''
HM_LED_YELLOW_MODE1='none'
HM_LED_YELLOW_MODE2='none'
HM_MODE='NORMAL'
HM_RTC='pcf8563'

Irgendwelche Ideen, woran das liegen kann?

Im Bereich "Hilfe" wird die Seriennummer eingeblendet. EIn Zugriff von außen funktioniert ebenfalls. Über "rmupdate" wurde bereits die aktuelle Firmware "2.35.16.20180708" eingespielt. Was noch interessant ist: Ein Klick auf "Einstellungen > Systemsteuerung - > Allgemeine Einstellungen" lässt nur das Fenster "verblassen" - mehr passiert nicht. Und beim Klick auf "CloudMatic" möchte mein Browser neuerdings die "index.cgi" herunterladen, anstatt das Einstellungsfenster zu öffnen...

LG,
kaju

[ibein]

Das habe ich in den Änderungen zur neuen Raspberrymatic Version gefunden:

kritischen Bug beseitigt der ggf. dazu führte das eine falsche HmIP Adresse beim initialen Booten eines frischen RaspberryMatic generiert wurde und dazu führte das der Anlerndialog für HmIP nicht verfügbar war oder zum Absturz des HMIPServer führen konnte.

Hat das evtl mit meinem Fehler zu tun?

[jmaus]

"Probieren geht über studieren" würde ich sagen Hört sich aber in der Tat danach an das die neueste RaspberryMatic Version für dich besser funktionieren sollte. Ich würde dir allerdings dazu raten erst einmal ein frisches RaspberryMatic Image auf die SD Karte zu machen, dann das hochzufahren und erst einmal zu schauen ob da HmIP Anlernen funktioniert. Wenn ja, dann dein Backup einspielen und dann geduldig warten bis alle Geräte auf das andere Funkmodul umgemeldet wurden.

[kaju74]

Hi,

werde ich heute Abend mal ausprobieren - vielen Dank.

LG,
kaju