HM-MOD-RPI-PCB HomeMatic Funkmodul für Raspberry Pi

[Otto123]

Hi,

das attr IODev spielt keine Rolle mehr wenn die VCCU die Verwaltung übernimmt. Sie setzt das dynamisch.

Gruß Otto

[Dragon46]

Ich habe folgendes Problem mit diesem Modul:
Modul steckt auf Raspberry Pi 3

Die Konfiguration des Systems und das Aufspielen von FHEM erfolgte gemäß Wiki Eintrag.
Danach ging es gemäß https://forum.fhem.de/index.php/topic,54511.0.html
sowie dem Beitrag von betateilchen weiter.
Abschließend erfolgte die Einbindung des Moduls gemäß https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

Nun steht im Log folgendes:
2020.05.04 14:46:53 1: Including fhem.cfg
2020.05.04 14:46:54 3: WEB: port 8083 opened
2020.05.04 14:46:54 2: eventTypes: loaded 69 events from ./log/eventTypes.txt
2020.05.04 14:46:59 1: Including ./log/fhem.save
2020.05.04 14:46:59 3: Opening myHmUART device /dev/ttyAMA0
2020.05.04 14:46:59 3: Setting myHmUART serial parameters to 115200,8,N,1
2020.05.04 14:46:59 3: myHmUART device opened
2020.05.04 14:46:59 0: Featurelevel: 6
2020.05.04 14:46:59 0: Server started with 20 defined entities (fhem.pl:21762/2020-04-23 perl:5.028001 os:linux user:fhem pid:484)
2020.05.04 14:47:10 3: myHmUART: Unknown code A0CD7867016F83600000000923D::-76:myHmUART, help me!
2020.05.04 14:49:53 3: myHmUART: Unknown code A0CD8867016F83600000000923C::-79:myHmUART, help me!
2020.05.04 14:52:22 3: myHmUART: Unknown code A0CD9867016F83600000000923C::-77:myHmUART, help me!
2020.05.04 14:54:37 3: myHmUART: Unknown code A0CDA867016F83600000000923D::-76:myHmUART, help me!
2020.05.04 14:56:37 3: myHmUART: Unknown code A0CDB867016F83600000000923D::-75:myHmUART, help me!
2020.05.04 14:59:27 3: myHmUART: Unknown code A0CDC867016F83600000000933D::-79:myHmUART, help me!
2020.05.04 15:02:03 3: myHmUART: Unknown code A0CDD867016F83600000000943D::-77:myHmUART, help me!

Was ist hier nicht in Ordnung?

[MadMax-FHEM]

Ist alles in Ordnung...

Man sieht das Modul empfängt...
...kann aber mit den Daten nichts anfangen...

Sieht aber nach HomeMatic IP aus!?

Sind das evtl. deine Sensoren/Aktoren!?
Wenn ja und wenn HomeMatic IP, dann nehme ich "alles in Ordnung" zurück...

Das Funkmodul kann nur HomeMatic "Classic"/BidCos (soweit ich weiß)...
...bzw. so wie es eingebunden ist auf alle Fälle!

Wenn es nicht deine sind, dann vom Nachbarn...

Mal im Forum suchen, wird immer wieder gefragt und auch beantwortet...

Eine vccu hilft hier aber (meines Wissens) nicht...

Aber eine zu haben ist trotzdem ratsam...
https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU

Gruß, Joachim

[frank]

kein "corona", alles gut. 

wenn 16F836 dein device (tempsensor oder thermostat) ist, würde ich es mal pairen.
mit der empfholenen vccu hättest du die infos erst gar nicht gesehen.

[MadMax-FHEM]

Hmm, Mist...
Ich dachte die A-Meldungen sind HomeMatic IP...

Wie sehen denn die aus!?

EDIT: Pairen findest du hier https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen und nat. jeweils in der BA des Gerätes -> verbinden mit Zentrale...

Gruß, Joachim

[frank]

A... ist bei bidcos und hmip.
hmip ist meistens länger und der inhalt ist für mich nicht als bidcos zu erkennen. ausschlussverfahren. 

A06... ist immer hmip.

[MadMax-FHEM]

ok, DANKE!

Gruß, Joachim

[Dragon46]

Danke für die Antworten.

Momentan sind nur 4 Tempsensoren und das Funkmodul am Raspberry.
Die Sensoren laufen über 1 Wire und sind ohne Probleme im FHEM integriert.
Auch die graphische Auswertung läuft.

Bis jetzt habe ich nur das Modul in Betrieb genommen. Das zugehörige Thermostat ist noch nicht in Betrieb. War bei Anlieferung leider defekt.
Daher habe ich nichts zum pairen.

Es sind keine HM Ip Module im Spiel und auch keine solchen in der Umgebung.

[satprofi]

Hallo.
Da mein HM-CFG-LAN den geist aufgab, habe ich mir jetzt HM-MOD-RPI-PCB besorgt u. eingebunden.
Aber das ding startet alle 12sec. neu. Auch pairen klappt nicht.

gelöst -> https://forum.fhem.de/index.php/topic,54511.msg460972.html#msg460972

[Otto123]

Das Device läuft bisher gar nicht

1. https://wiki.fhem.de/wiki/Raspberry_Pi#Verwendung_UART_f.C3.BCr_Zusatzmodule
2. https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi#Anbindung_an_die_GPIO_im_Raspberry

Hast Du da alle Hinweise beachtet?

[satprofi]

danke, gelöst -> https://forum.fhem.de/index.php/topic,54511.msg460972.html#msg460972

[hauwech]

Hallo zusammen,
ich hatte am Wochenende einen kurzen Stromausfall, seitdem war einer meiner HM-MOD-RPI-PCB UARTs auf Raspi nicht mehr erreichbar. Mein erster Verdacht am Raspi richtet sich immer auf die SD-Karte. Also neue Karte hergenommen, Backup drauf und reingesteckt. Ich mache zum Glück regelmäßig dd-Backups. Leider brachten die letzten drei Backups (jeweils eine Woche Abstand) das Ding nicht mehr an's Rennen, obwohl er laut fhem-log zu diesen Zeitpunkten noch lief. Ich habe dann ein aktuelles Raspbian Bullseye geflasht und zuerst socat installiert, damit lief dieser UART bisher. Der Service auf dem Raspi läuft, der Port steht auf "LISTEN" aber in fhem toggelt das device zwischen init und disconnected. Ich habe dann mal ser2net installiert (socat natürlich deaktiviert), auch damit keine Chance.
Dann habe ich mir zwei neue HM-MOD-RPI-PCB bestellt und installiert, vielleicht hat der Alte - wie auch immer- beim Stromausfall einen weg gekriegt. Immer noch nix -> init <-> disconnected.

Dann habe ich schließlich ein altes Raspbian Buster runtergeladen, auf die Karte gepackt, socat installiert .... und FLUPP - läuft - auch der alte UART.
Ich habe bisher nichts gefunden, was darauf hindeutet, daß fhem nicht mit einem seriell-to-net Dienst unter Raspbian Bullseye verbinden kann. Vielleicht findet das jemand raus, der tiefer drin steckt. Falls jemand auf ein ähnliches Problem stößt: RaspBian BullsEye meiden.

Gruß Roland

[Dr. Smag]

Könnte man im Wiki-Eintrag https://forum.fhem.de/index.php?topic=88047.0

vielleicht noch mit aufnehmen, dass wenn man TX und RX direkt an einen C2102 anlötet (ohne die Aufsteck-Zwischenplatine für den RPI),
es dann evtl. funktioniert? Da scheint das Signal noch durch Widerstände gedämpft zu sein.

Mich hat es Stunden gekostet, das herauszufinden.

[frank]

fehlende/falsche pegelanpassung?

[Otto123]

in dem verlinkten Thread war doch aber das eigentliche Problem der fehlerhafte CP2102 ? So lese ich das zumindest. Und der Hinweis ist im Wiki.
Ich habe mehrfach die Originalvariante mit USB Adapter im Einsatz und das läuft. Ich denke eher es kann auch mal nicht laufen wenn man die Widerstände weglässt.