picCCU3 HM-MOD-Re-8 DC Probleme

[Morwinsky]

ein HM-MOD-Re-8 -modul hat immer vor sich hingesummt (gebrummt), wahrscheinlich defekt.

DC ist dann wieder langsam runter gefahren, Kommunikation war dann 2h stabil.

Karten scheiner nach einer Pause nicht ordentlich zu erwachen, wieder Kommunikationsfehler.
Werden die Karten per Hand bedient, melden sich die Karte wieder ordentlich.

[Gluehwurm]

... Servicemeldungen -> Konfigdaten sollen übertragen werden ... Erklärt sich mir auch nicht ...

Die Teile müssen an die neue Konfiguration angelernt werden. Diskutieren hilft da meist nicht viel, Konfig-Taste drücken (oder was sonst für den Anlernmodus notwendig ist) schon eher. Manchmal kann man warten, dann wird das irgendwann übertragen.

... Gibt es neuere Firmware als 1.2 für die HM-MOD-Re-8? ...

Lt. DL-Seite von eq-3, nein.

... ein HM-MOD-Re-8 -modul hat immer vor sich hingesummt (gebrummt), wahrscheinlich defekt. ...

Einschicken zu eq-3

... Werden die Karten per Hand bedient, melden sich die Karte wieder ordentlich. ...

Dann stimmt wohl was mit Deinem Skript nicht. Vielleicht wird es zuhäufig gestartet. Keine Ahnung, was da abläuft.

Vielleicht sollte noch eine Prüfzeile, ob der Kanal schon geschaltet ist, mit rein.

[Morwinsky]

Ich habe jetzt alle Scripte beendet, folgendes Verhalten.

Jeder Schalthandlung aus der Weboberfläche erhöht den DC um ca. 0,5 bis 1 %.
Irgendwann reagiert HM-MOD-Re-8 überhaupt nicht mehr auf die Befehle der CCU und die Kommunikation wird als gestört gemeldet.
Löst man am Gerät selbst eine Schalthandlung aus, geht die Verbindungsstörung weg und ich kann wieder Schalthandlungen über die Weboberfläche ausführen.

HM-MOD-Re-8 ist mit 5VDC am Anschluss 16 mit Spannung versorgt.

[deimos]

Hi,

wie ich ja bereits geschrieben habe, das Ding ist als Batteriegerät implementiert und jeder Befehl wird mit einem Burst gesendet. Ein Burst beaucht mind. 350ms Sendezeit, pro Stunde darfst du max. 36 Sekunden senden wg. der 1% Regel im 868MHz Band. Deine Beobachtung des DC mit 0,5-1% Erhöhung pro Schaltvorgang ist genau das. Zusätzlich weckst du mit solchen Burst auch noch jede Menge "echte" Batteriegeräte auf, was denen dann die Batterien leer saugt. Das HM-Mod-Re-8 ist einfach nicht für häufige Kommunikation geeignet.

Viele Grüße
Alex

[klassisch]

Nur als Anhaltswert:
Ich habe einen HM-LC-Sw1-Ba-PCB (1-Kanal Batterie Aktor) im Flur, der durch einen Bewegungsmelder getriggert wird. Da kommen pro Tag 100 bis 200 Aktivierungen zusammen. Über diesen Zeitraum gemittelt schluckt der DC das locker weg. Und da ich fast keine Skripte verwende, habe ich kein DC Problem.
DC-Treiber sind bei mir

• Leistungsmeß-Zwischenstecker
• gesicherte Verbindungen
• und vor allem CCU-Neustarts.

Also zuerst mal schauen, ob die Verbindungen auf gesichert stehen.
Meine Konstellation läuft jetzt schon seit vielen Jahren mit niedrigen einstelligen und selten zwiestelligen DC-Werten, wobei es in den ersten Jahren generell kein DC-Problem mit der CCU geben konnte.
Beispiel:

Das allen ist aber ein generelles CCU-Thema und hat mit der pivCCU-Ipmlementierung nichts zu tun. Gehört also streng genommen nicht in dieses Unterforum.

[lxuser]

Auch, wenn es schon mehrmals hier im Thread drin steht, ersetze deine Module durch die pinkompatiblen HmIP-MOD-OC8. Das sind keine Batterieaktoren mit Burst und somit viel besser geeignet.

[klassisch]

Wenn man neu startet macht das Sinn. Sobald aver auch Direktverknüpfungen mit anderen HM Getäten ohne IP im Spiel sind, wird es schwieriger.