[gelöst] Problem mit HM-Mod-Re-8

[eki]

Hallo zusammen,

ich habe ein Problem mit dem HM-Mod-Re-8 Device.

Ich habe das Device an FHEM angelernt (über CUL), es wird erkannt und ein manuelles Setzen/Rücksetzen der einzelnen Ausgänge funktioniert und wird in der Weboberfläche auch entsprechend angezeigt. Die Kommunikation zwischen dem Device und FHEM scheint also grundsätzlich zu funktionieren.

Wenn ich allerdings versuche die Ausgänge über FHEM zu schalten, scheinen die Befehle nicht anzukommen. Es passiert erst mal nichts und ich bekomme MISSING ACK als Status angezeigt.
Auch das Setzen oder Auslesen der Register klappt nicht richtig. Wenn ich ein set regSet ... oder ein getConfig absetze bekomme ich eine Timeout Meldung als Status.
Was eigenartig ist, ist dass dann, wenn ich den Status manuelle aus und einschalte, und danach ein set on oder set off absetzte es einmal funktioniert.

Irgendeine Idee was das sein könnte, für mich sieht es so aus, als ob das Aufwecken per Burst irgendwie nicht funktioniert, also entweder kein Burst gesendet wird, oder das Device nicht richtig darauf reagiert.

[mrhaefele@gmx.de]

Hallo,

habe das Modul am Laufen und hatte gestern (nach 2 Monatigem erfolgreichem Betrieb) ein ähnliches Phänomen. Ursache war eine schwache Batterie. Nach Austausch der Batterie war wieder alles gut.

Gruß Udo

[eki]

Danke für den Hinweis, aber so einfach ist es bei mir leider nicht. Ich betreibe das Teil an einem Netzteil.

[Wuppi68]

Danke für den Hinweis, aber so einfach ist es bei mir leider nicht. Ich betreibe das Teil an einem Netzteil.

und kommt auch genug Spannung an?
Antenne gut abgeschirmt?

[eki]

Wie eingangs bereits gesagt, die Kommunikation mit dem CUL scheint ja prinzipiell zu funktionieren, wenn ich manuell schalte, bekommt das FHEM mit und ändert den Status. Werden denn die Bursts anders gesendet als normale Nachrichten (weniger Leistung oder so was)?

[mrhaefele@gmx.de]

bei mir war es so (... die schlechte Batterie ...), dass ich über meine gepeerte Fernbedienung einen Befehlt abgesetzt hatte. Dieser Befehl wurd von Fhem erkannt (event sichtbar). Aber geschaltet hat es nicht. Desweiteren konnte ich ein set <HM-Mod-Re-8_channel1> on absetzen. diesen Befehl habe ich im WEBUI gesehen. Aber nichts passiert.
Desweiteren konnte ich erfolgreich ein getConfig auf dem HM-Mod-Re-8 machen. Der Befehl wurde im WEBUI im HM-Mod-Re-8 abgearbeitet .... bis die Queue leer war. ABER: Trotzdem hat das Ding nicht mehr geschaltet, weil die Batterie leer war.

Muss natürlich nicht bei dir auch so sein, aber könnte

[eki]

Hier noch ein Log mit verbose 5:

Code Auswählen Erweitern

2015.06.16 20:21:30 5: CUL_HM HM_353DBF protEvent:CMDs_done
2015.06.16 20:21:36 5: CUL_HM HM_353DBF protEvent:CMDs_pending pending:1
2015.06.16 20:21:36 3: CUL_HM set HM_353DBF_Sw_01 on
2015.06.16 20:21:36 5: CUL_HM HM_353DBF protEvent:CMDs_processing... pending:0
2015.06.16 20:21:39 4: CUL_HM_Resend: HM_353DBF nr 2
2015.06.16 20:21:44 5: CUL_HM HM_353DBF protEvent:CMDs_done_Errors:1
2015.06.16 20:21:47 3: CUL_HM HM_353DBF_Sw_01 repeat, level 00 instead of C8
2015.06.16 20:21:47 5: CUL_HM HM_353DBF protEvent:CMDs_pending pending:1
2015.06.16 20:21:47 5: CUL_HM HM_353DBF protEvent:CMDs_processing... pending:0
2015.06.16 20:21:51 4: CUL_HM_Resend: HM_353DBF nr 2
2015.06.16 20:21:53 3: CUL_HM HM_353DBF_Sw_01 repeat, level 00 instead of C8
2015.06.16 20:21:56 5: CUL_HM HM_353DBF protEvent:CMDs_done_Errors:1
2015.06.16 20:24:42 5: CUL_HM HM_353DBF protEvent:CMDs_done
2015.06.16 20:25:09 5: CUL_HM HM_353DBF protEvent:CMDs_done
2015.06.16 20:26:04 5: CUL_HM HM_353DBF protEvent:CMDs_pending pending:1
2015.06.16 20:26:04 3: CUL_HM set HM_353DBF_Sw_01 on
2015.06.16 20:26:04 5: CUL_HM HM_353DBF protEvent:CMDs_processing... pending:0
2015.06.16 20:26:07 4: CUL_HM_Resend: HM_353DBF nr 2
2015.06.16 20:26:07 3: CUL_HM set HM_353DBF_Sw_01 on
2015.06.16 20:26:12 3: CUL_HM set HM_353DBF_Sw_02 on
2015.06.16 20:26:12 5: CUL_HM HM_353DBF protEvent:CMDs_done_Errors:1
2015.06.16 20:26:34 3: CUL_HM HM_353DBF_Sw_01 repeat, level 00 instead of C8
2015.06.16 20:26:34 5: CUL_HM HM_353DBF protEvent:CMDs_pending pending:1
2015.06.16 20:26:34 5: CUL_HM HM_353DBF protEvent:CMDs_processing... pending:0
2015.06.16 20:26:37 3: CUL_HM HM_353DBF_Sw_01 repeat, level 00 instead of C8
2015.06.16 20:26:37 4: CUL_HM_Resend: HM_353DBF nr 2
2015.06.16 20:26:37 4: CUL_HM HM_353DBF dupe: repeat 2 ack, dont process
2015.06.16 20:26:40 3: CUL_HM HM_353DBF_Sw_02 repeat, level 00 instead of C8
2015.06.16 20:26:40 5: CUL_HM HM_353DBF protEvent:CMDs_processing... pending:1
2015.06.16 20:26:42 5: CUL_HM HM_353DBF protEvent:CMDs_processing... pending:1
2015.06.16 20:26:42 5: CUL_HM HM_353DBF protEvent:CMDs_done_Errors:1
2015.06.16 20:28:14 5: CUL_HM HM_353DBF protEvent:CMDs_done

[martinp876]

Cool waere rohmessages zu sniffen, siehe wiki.
Waere nicht ueberrascht, wenn das device eine message trotz falscher source verarbeitet, danach aber nicht mehr. Ist korrekt gepairt ? Immer die erste Frage.

[eki]

OK, Rohmessages kann ich machen. Worauf muss ich denn schauen um zu erkennen, ob "richtig gepairt" ist.

[Pfriemler]

Ich verstehe das so, dass FHEM den Status des Moduls immer mitbekommt (beim Schalten am Modul direkt), aber selbst nicht steuern kann...
Ist der Re8 wirklich sauber gepairt? Das Device kann nämlich per Autocreate oder manuell angelegt sein und liest alle gemeldeten Stati des Moduls mit, ohne dass ein Pairing erfolgreich gewesen sein muss. Das Reading pairCentral (o.ä., habs nicht im Kopf) muss die ID des CUL tragen und darf auch nicht mit set_ anfangen. ..
Sonst Pairing einfach wiederholen.

geht nich Gips nich ...

[eki]

Danke für den Hinweis. Ich habe autocreate verwendet, allerdings steht das Reading R-pairCentral auf set_... . Ich werde nochmal versuchen zu pairen (habe ich aber schon einige Male gemacht.

[Pfriemler]

Dann ist das die Ursache. Das Modul zum Pairen zu überreden ist etwas tricky. Versuche es mit der Taste des Kanals 1 (>4 Sekunden lang drücken) NACHDEM Du den Pairmodus am CUL aktiviert hast. Das Pairen mit Seriennummer ist hier nicht so zuverlässig, komisch. Erfolgreiches Pairen müsste das Modul durch ein schnelleres Blinken anzeigen (bin nicht ganz sicher).

Es kann sein, dass die Register erst nach einem neuen getConfig vollständig gelesen wurden, inkl. pairCentral. Mache das also vorsichtig und wechselseitig - und beachte, dass das Re-8 ein Burstgerät ist und den CUL schnell ans Sendelimit bringt, was eine weitere Fehlerquelle für ein missglücktes Pairen sein kann...

[frank]

den CUL schnell ans Sendelimit bringt

glaube ich nicht. 

[Pfriemler]

glaube ich nicht. 

Muss auch nicht. Aber mit einem getConfig auf das Device kriege ich mit dem Schwestermodul EM-8 (Sender) mit all seinen Einstellungsmöglichkeiten spätestens beim zweiten Versuch den HMLAN zuverlässig ins Sendelimit. Habs deswegen auch ins Wiki geschrieben.

[frank]

den HMLAN zuverlässig ins Sendelimit

das glaube ich schon.
ein cul hat eben auch vorteile.