HM-LC-BL1-FM defekt??

Begonnen von hankyzoolander, 16 Oktober 2016, 18:07:06

Vorheriges Thema - Nächstes Thema

hankyzoolander

Hallo,
ich habe bei mir zu Hause 2 HM-LC-BL1-FM Aktoren für eine Wintergartenbeschattung.
Sie liefen die ganze Zeit auch wunderbar mit Fhem.

Vor einigen Tagen war 2mal der Strom ausgefallen. Seither funktioniert nur noch einer der Beiden Aktoren.

bekomme nur noch Missing Ack, Timeout

Was ich bisher versucht/gemacht habe und nicht gebracht hat.

#set <aktor> pair
#get config
#Aktor auf Werkseinstellung danach pair for sec
alles mehrfach versucht.

#In Fhem das Gerät gelöscht Aktor Werkeinstellung reboot
#pair for sec, Fhem legt ihn gar nicht erst an.
# von Hand angelegt, alle attr von Hand gesetzt
# keine Chance

#per regset pairCentral gesetzt, steht dauerhaft set_0xFxxxxxx

hat jemand ne ahnung ob da noch was zu retten ist oder soll ich ihn in den Müll werfen?
betateilchen  <--- my personal hero

hankyzoolander

#1
Gerät wieder in Fhem gelöscht, save, reboot
Aktor werkreset. (wie lange drückt man da wenn er schnell blinkt)??
nach Fhem reboot hat es das Gerät automatisch angelegt mit Logfile sogar. WOW
Dachte schon es läuft wieder. Zu früh gefreut!

Gerät schreibt jetzt IOerr
Keine Funkübertragung möglich.

Edit:
#Gerät gelöscht,save, reboot
#Aktor werkreset
# Cul pairforsec,aktor in pairingmode
#Aktor blinkt ca 20sek
#in Fhem regt sich nichts.
#wenn ich perfor serial im cul mache, blinkt der Aktor ca 20sek in fhem passiert aber nichts.
betateilchen  <--- my personal hero

hankyzoolander

auf pair geklickt, Fhem hat ihn selbst angelegt mit folgendem Inhalt
betateilchen  <--- my personal hero

Otto123

Ich habe einen HM-LC-BL1-FM von 11 der stellt sich auch einmal im halben Jahr tot. Strom weg und Strom wieder dran dann geht er wieder.

Jetzt klappt das pairing nicht, dass kan aber an allem möglichen liegen.

Solange pairen (ohne löschen und reset dazwischen) bis es wieder passt...

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

hankyzoolander

danke für deine Antwort.
Also du meinst im Gerät set <aktor> pair?
betateilchen  <--- my personal hero

Pfriemler

#5
Verwechsle mal zwei Dinge nicht: Autocreate und Pairing.
Gerät und Logfile legt FHEM automatisch an und liest den Status des Gerätes fröhlich mit, sobald der Aktor Funktelegramme sendet. Das klappt hier.

Pairing ist ein aktiver Vorgang, wo der Aktor FHEM auch empfangen und darauf reagieren muss. Da du den Aktor resettet hast, wird er vor erfolgreichem Pairing keine anderen Befehle von FHEM annehmen, also alles Registerprogrammieren endet in einem Kommunikationsproblem.
Du sprachst von IOErr, wo war das?

Ich nehme mal an, dass Dein FHEM prinzipiell senden kann (was Du am Steuern des anderen Aktors prüfen kannst). Nach zu vielen Sendeversuchen greift auch irgendwann die 1%-Regel, d.h. es geht dann erst mal gar nichts in Richtung Gerät, egal wie richtig man es macht.

Für mich spricht derzeit alles dafür, dass der Aktor nichts empfängt. Hast Du den Aktor auch wirklich in den Pairing-Modus ("Anlern-Modus") versetzt? Steht in der Anleitung.

edit: Wie Otto schon sagt "alles mögliche": auch eine schlechte Funkverbindung, die sonst zum Lesen des Status und zur Steuerung reicht, kann unter der "Last" der ausgetauschten Daten beim Pairing (was immer ein Auslesen der wesentlichsten Register beinhaltet) zusammenbrechen. "Response Timeout: RegisterRead" tritt auch dabei auf.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Pfriemler

Zitat von: hankyzoolander am 16 Oktober 2016, 19:02:35
danke für deine Antwort.
Also du meinst im Gerät set <aktor> pair?
Ne. Im HM-Gerät (HMLAN, ..., vccu) "hmPairForSec 60" (oder länger) und dann die Taste am Aktor drücken. Die Aktion ist am IO-Device angesiedelt, nicht beim Aktor.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

hankyzoolander

#7
Fhem sendet wunderbar an andere Aktoren von Homematic.

Halte die AUF-Taste am Taster gedrückt bis die Led anfängt zu leuchten. davor habe ich den CUL auf pairforsec 60 gesetzt.

Hab ihn jetzt auf pairforsec 600 gesetzt und den Aktor in den Anlernmode versetzt.
betateilchen  <--- my personal hero

Pfriemler

#8
Zitat von: hankyzoolander am 16 Oktober 2016, 19:06:48
Halte die AUF-Taste am Taster gedrückt bis die Led anfängt zu leuchten. davor habe ich den CUL auf pairforsec 60 gesetzt.
LED muss langsam blinken (also 4 Sekunden drücken). Ansonsten aber richtig. Üblicherweise wechselt das Blinken dann in ein schnelles, wenn die Kommunikation mit der Zentrale (hier FHEM) erfolgt.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

hankyzoolander

so, in der zwischenzeit einige male versucht zu pairen.
leider erfolglos.

betateilchen  <--- my personal hero

Otto123

Das Bilder posten ist auch nicht das Ware. ein list vom device wäre besser.

was passiert wenn Du ein set clear msgEvents machst und dann ein set getConfig?

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

isy

Zitat von: hankyzoolander am 16 Oktober 2016, 19:57:03
so, in der zwischenzeit einige male versucht zu pairen.
leider erfolglos.

Kommt bei mir auch vor. Manchmal hilft ein Ausbau und neu - pairen mit 1m Abstand zum HM IO, also mit besserer Feldstärke.
Hatte schon solche Fälle, die gar nicht wollten, selbst mit neuen HM Teilen, habe mir dafür einen gebrauchten HM-CFG-USB zugelegt. 
Hat bislang immer geholfen, das Pairing damit durchzuführen. Danach delete und Pairing mit Fhem.
Ein Weg wird erst zu einem Weg, wenn man ihn geht

Pfriemler

Zitat von: dl4fb am 16 Oktober 2016, 22:30:19
Manchmal hilft ein Ausbau und neu - pairen mit 1m Abstand zum HM IO, also mit besserer Feldstärke.
In beiden Screenshots hat der Fragensteller im nanoCUL (das ist doch wohl der für Homematic verwendete) RSSI von ca -60 dB. Das ist eigentlich völlig ausreichend für eine stabile Verbindung.

Halt Dich ansonsten an Ottos Empfehlungen ...
- insbesondere nicht das autocreatete FHEM-Device löschen oder den Aktor resetten. Das hilft oder ändert gar nichts.
- lösche den Nachrichtencache und versuche dann die Konfiguration zu holen (ohne einen erneuten Pairingversuch, vielleicht ist er ja doch angekommen)
- lerne was ein Codetag ist (der Button mit # im Editorfenster des Forums hier) und füge dazwischen ein List des Gerätes ein, das Du in FHEM mit
list HM_34D452
erzeugst und die Ausgabe per copy&paste zwischen die codetags im Forums-Editor beförderst ...
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

hankyzoolander

Guten Morgen Gemeinde,

nach etlichen pairingversuchen leider immer noch keinen Erfolg.
Habe jetzt allerdings eine neue Meldung.

Wenn ich set<gerät> pair setze, fing vorher die Led am actor an zu blinken.
Jetzt bekomme ich im Eventmonitor folgende Meldung:

serial - wrong length or Reading D-serialNr not present

jemand nen Plan??
betateilchen  <--- my personal hero

Otto123

Zitat von: hankyzoolander am 18 Oktober 2016, 08:45:02
jemand nen Plan??
Moin,

wir hatten Vorschläge gemacht:
- set HM_34D452 clear msgEvents
- set HM_34D452 getConfig
- list HM_34D452
???

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz