Gelöst: Missing ACK - Homematic Funk-Jalousiesaktor HM-LC-BL1-FM

revuethommen · 15 November 2013, 08:12:24

Moin, moin,

ich habe folgendes Problem:

In meiner Küche setze ich einen Homematic Funk-Jalousieaktor ein. Dieser fährt den Rolladen bei Sonnenaufgang hoch und bei Sonnenuntergang wieder runter.

Code Auswählen


define ku_rollladen_vorne_hoch at *{sunrise("HORIZON=-1"),} set ku_rollladen_vorne on
attr ku_rollladen_vorne_hoch room Kueche
#########################################################################
define ku_rollladen_vorne_runter at *{sunset("HORIZON=-1"),} set ku_rollladen_vorne off
attr ku_rollladen_vorne_runter room Kueche

Das hat bisher auch die ganze Zeit einwandfrei funktioniert. Neuerdings fährt er weder hoch noch runter. Im Filelog steht "Missing ACK", was mich vermuten lässt das der Aktor nicht mehr kommuniziert. Leider bin ich dann mit meinem Latein auch schon am Ende. Kennt jemand das Problem und/oder die Lösung.

Wir hatten zwischendurch einen Stromausfall, wie reagieren die Homematic Komponenten auf so ein Ereignis? Sollten sie so wie bei mir ausfallen, wären die HM-Komponenten zur Automatisierung vollkommen ungeeignet, weil z.B. im Urlaub dann alle Rölläden des Nachts oben bleiben, was keinen wirksamen Einbruchsschutz mehr darstellt.

Samsi · 15 November 2013, 14:17:12

Hallo,

Homematic gerate haben eigentlich kein Problem mit Stromausfällen. Gegebenfalls musst Du aber voreinstellen was bei der Wiederkehr des stroms passieren soll.

Wenn Du also einen Lichtaktor hast, kannst Du einstellen, das nach der Stromzufuhr der Aktor 'ein' sein soll, also das licht an. Default ist Licht aus. In den meisten Fällen genügt die Default Einstellung.

Dein MissingAck liegt eher an FHEM.

Benutzt Du einen HMLAN oder einen USB stick? Eine Signatur würde vielleicht helfen.

Hast Du eine AES Signierte Kommunikation mit deinem Aktor? Wenn Du einen HMLAN verwendest, verliert der bei einem Stromausfall denn AES Signierungsschlüssel, wenn du ihn nicht in der fhem.cfg angegeben hast, gibt es dann keinen ACKs mehr.

Verwendest Du manchmal die Windows Software für den HMLAN (wenn du denn einen hast) ? Wenn nicht kann es auch nicht das AES problem sein.

Hast Du noch andere Komponenten und wenn ja, funktionieren die noch?

Also etwas mehr Infos dann kann man Dir vielleicht uach helfen

revuethommen · 15 November 2013, 17:48:00

Hi Samsi,

du hast Recht, bei Gelegenheit muss ich mal an die Signatur ran.

FHEM läuft auf einem Raspberry PI.
Die Kommunikation für die FS20 und HM-Komponenten erfolgt über je ein gesondertes CUL von busware.
Auf das web frontend greife ich per Safari Browser von meinem MacBook Pro zu.

Hier mal die aktuelle Fehlermeldung aus dem logfile:

Code Auswählen


2013-11-15_16:48:51 ku_rollladen_vorne set_off
2013-11-15_16:49:07 ku_rollladen_vorne MISSING ACK

Der Jalousieaktor reagiert auch nicht wenn ich das Kommando über das FHEM web frontend absetze. Lediglich auf das manuelle Schalten reagiert er.

Irgendwie sehe ich immer noch einen Zusammenhang mit dem Stromausfall. Wie kann ich an dem Aktor einstellen, was nach einem Stromausfall passieren soll?

Samsi · 15 November 2013, 20:24:22

Hallo,

das es mit dem Stromausfall zusammen hängt kann ich mir momentan nicht vorstellen. Es sei denn Du hast vielleicht irgend etwas in FHEM definiert (z.B. eine andere HMID gesetzt) und dann nicht gespeichert so das es bei dem Stromausfall verloren gegangen ist.

Du kannst das Verhalten was bei einem Stromausfall passiert über die Regsiter in FHEM einstellen, aber das hat nicht mit Deinem Problem zu tun, es sei denn Du willst das nach einem Stromausfall z.B. automatisch das licht an geht (oder der Rolladen hoch).

Also ich hatte bei mir Missing ACKs, wenn auf der Web-Seite auf der ich den Befehl sende gleichzeitig lange Berechnungen mache (z.B. einen Plot anzeigen.
Und ich hatte MissingACKs wenn etwas mit AES nicht stimmte. Aber da du den CUL verwendest kann es nicht an AES liegen, weil das kann der gar nicht, dann hätte es nämlich vorher auch nie funktioniert.

Hast Du nur die Jalousieaktoren oder hast Du noch andere HM-Komponenten? Wäre sicher interessant zu wissen ob nur die Jalousieaktoren betroffen sind.

revuethommen · 16 November 2013, 08:24:19

Hi Samsi,

ich habe nur eine HM-Komponente und einige FS20-Funksteckdosen.
Neben dem Jalousieschalter wurden nach dem Stromausfall auch zwei Funksteckdosen über autocreate neu angelegt, andere widerum funktionierten problemlos weiter.

Ich bin im Moment etwas ratlos.

martinp876 · 16 November 2013, 10:11:34

Hi revuethommen,

in nicht sicher, das sich alles verstanden habe, habe es nur überflogen. Generell überstehen HM devices stromausfall und die Konfiguration bleibt erhalten. Einen Fehler im Device kann man natürlich nicht ausschliessen.
Ich gehe davon aus, dass der Stromausfall am device war - (und/oder an der Zentrale?)
Ich würde sowieso erst einmal das Device stromlos machen.
wenn es danach nicht antwortet würde ich es neu pairen

wenn es immer noch nicht geht solltest du logs ziehen und hier posten. So lange das Device nicht kaputt gegangen ist sollten wir es dann wieder herstellen können

Gruss Martin

revuethommen · 16 November 2013, 14:27:44

Ich kann mir nicht helfen, seit dem Stromausfall ist der Wurm im ganzen FHEM System.
Z.T. habe ich Einträge in der fhem.cfg die ich nie gesetzt habe.
Nach dem entfernen bestimmter Einträge bekomme ich nach einem rereead oder reread fhem.cfg einen Rattenschwanz an Fehlermeldungen:

Code Auswählen


u_rollladen_vorne: unknown attribute webCmd, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 loglevel:0,1,2,3,4,5,6 serialNr firmware rawToReadable unit peerIDs repPeers actCycle actStatus autoReadReg:1_restart,0_off,2_pon-restart,3_onChange,4_reqStatus expert:0_off,1_on,2_full param msgRepeat .stc .devInfo event-on-change-reading event-on-update-reading event-min-interval stateFormat model:ASH550,ASH550I,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV,HM-LC-Dim1L-Pl,HM-LC-Dim1L-Pl-2,HM-LC-Dim1PWM-CV,HM-LC-Dim1T-CV,HM-LC-Dim1T-FM,HM-LC-Dim1T-Pl,HM-LC-Dim1T-Pl-2,HM-LC-Dim1TPBU-FM,HM-LC-Dim2L-SM,HM-LC-Dim2T-SM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1PBU-FM,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-4,HM-RC-4-2,HM-RC-4-B,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SD,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-MDIR-O,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionDetector,outputUnit,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,winMatic or use attr global userattr webCmd
wz_stehlampe: unknown attribute Wohnzimmer, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev follow-on-for-timer:1,0 follow-on-timer do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-min-interval stateFormat model:dummyDimmer,dummySender,dummySimple,fs20as1,fs20as4,fs20bf,fs20bs,fs20di,fs20di10,fs20du,fs20fms,fs20hgs,fs20irl,fs20kse,fs20ls,fs20ms2,fs20pira,fs20piri,fs20piru,fs20rgbsa,fs20rst,fs20rsu,fs20s16,fs20s20,fs20s4,fs20s4a,fs20s4m,fs20s4u,fs20s4ub,fs20s8,fs20s8m,fs20sa,fs20sd,fs20sig,fs20sm4,fs20sm8,fs20sn,fs20sr,fs20ss,fs20st,fs20st2,fs20str,fs20su,fs20sv,fs20tc1,fs20tc6,fs20tfk,fs20tk,fs20ue1,fs20usr,fs20uts,fs20ws1,fs20ze or use attr global userattr Wohnzimmer
wz_tv_dvd_ambilight: unknown attribute Wohnzimmer, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev follow-on-for-timer:1,0 follow-on-timer do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-min-interval stateFormat model:dummyDimmer,dummySender,dummySimple,fs20as1,fs20as4,fs20bf,fs20bs,fs20di,fs20di10,fs20du,fs20fms,fs20hgs,fs20irl,fs20kse,fs20ls,fs20ms2,fs20pira,fs20piri,fs20piru,fs20rgbsa,fs20rst,fs20rsu,fs20s16,fs20s20,fs20s4,fs20s4a,fs20s4m,fs20s4u,fs20s4ub,fs20s8,fs20s8m,fs20sa,fs20sd,fs20sig,fs20sm4,fs20sm8,fs20sn,fs20sr,fs20ss,fs20st,fs20st2,fs20str,fs20su,fs20sv,fs20tc1,fs20tc6,fs20tfk,fs20tk,fs20ue1,fs20usr,fs20uts,fs20ws1,fs20ze or use attr global userattr Wohnzimmer
sz_tv_hifi: unknown attribute Schlafzimmer, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev follow-on-for-timer:1,0 follow-on-timer do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-min-interval stateFormat model:dummyDimmer,dummySender,dummySimple,fs20as1,fs20as4,fs20bf,fs20bs,fs20di,fs20di10,fs20du,fs20fms,fs20hgs,fs20irl,fs20kse,fs20ls,fs20ms2,fs20pira,fs20piri,fs20piru,fs20rgbsa,fs20rst,fs20rsu,fs20s16,fs20s20,fs20s4,fs20s4a,fs20s4m,fs20s4u,fs20s4ub,fs20s8,fs20s8m,fs20sa,fs20sd,fs20sig,fs20sm4,fs20sm8,fs20sn,fs20sr,fs20ss,fs20st,fs20st2,fs20str,fs20su,fs20sv,fs20tc1,fs20tc6,fs20tfk,fs20tk,fs20ue1,fs20usr,fs20uts,fs20ws1,fs20ze Wohnzimmer Wohnzimmer_map or use attr global userattr Schlafzimmer
sz_stehlampe1: unknown attribute Schlafzimmer, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev follow-on-for-timer:1,0 follow-on-timer do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-min-interval stateFormat model:dummyDimmer,dummySender,dummySimple,fs20as1,fs20as4,fs20bf,fs20bs,fs20di,fs20di10,fs20du,fs20fms,fs20hgs,fs20irl,fs20kse,fs20ls,fs20ms2,fs20pira,fs20piri,fs20piru,fs20rgbsa,fs20rst,fs20rsu,fs20s16,fs20s20,fs20s4,fs20s4a,fs20s4m,fs20s4u,fs20s4ub,fs20s8,fs20s8m,fs20sa,fs20sd,fs20sig,fs20sm4,fs20sm8,fs20sn,fs20sr,fs20ss,fs20st,fs20st2,fs20str,fs20su,fs20sv,fs20tc1,fs20tc6,fs20tfk,fs20tk,fs20ue1,fs20usr,fs20uts,fs20ws1,fs20ze Wohnzimmer Wohnzimmer_map or use attr global userattr Schlafzimmer
sz_stehlampe2: unknown attribute Schlafzimmer, choose one of verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev follow-on-for-timer:1,0 follow-on-timer do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-min-interval stateFormat model:dummyDimmer,dummySender,dummySimple,fs20as1,fs20as4,fs20bf,fs20bs,fs20di,fs20di10,fs20du,fs20fms,fs20hgs,fs20irl,fs20kse,fs20ls,fs20ms2,fs20pira,fs20piri,fs20piru,fs20rgbsa,fs20rst,fs20rsu,fs20s16,fs20s20,fs20s4,fs20s4a,fs20s4m,fs20s4u,fs20s4ub,fs20s8,fs20s8m,fs20sa,fs20sd,fs20sig,fs20sm4,fs20sm8,fs20sn,fs20sr,fs20ss,fs20st,fs20st2,fs20str,fs20su,fs20sv,fs20tc1,fs20tc6,fs20tfk,fs20tk,fs20ue1,fs20usr,fs20uts,fs20ws1,fs20ze Wohnzimmer Wohnzimmer_map or use attr global userattr Schlafzimmer

Wenn ich mir unter Everything die Global ansehe, so findet sich folgender Eintrag:

Code Auswählen


userattr Schlafzimmer Schlafzimmer_map Wohnzimmer Wohnzimmer_map deleteattr

Der ist aber in der fhem.cfg gar nicht enthalten. Selbst nach einem deleteattr ist der Eintrag wieder vorhanden.

Dummer Weise habe ich mir die Einstellungen nicht gesichert, was ich in Zukunft wohl tun werde. Aber ich komme der Ursache nicht auf die Spur was mit meiner FHEM Installation los ist, sie lief über Wochen tadellos bis zu besagtem Stromausfall.

martinp876 · 16 November 2013, 14:51:34

Hi revuethommen,

nun, eine sicherung ist immer gut

die erste Meldung
u_rollladen_vorne: unknown attribute webCmd
deutet darauf hin, dass u_rollladen_vorne VOR FHEMWEB definiert wird. Korrigiere die Reihenfolge in fhem.cfg - oder definieren FHEMWEB.

ansonsten sieht es aus, als ob du
attr sz_stehlampe2 Schlafzimmer
anstatt
attr sz_stehlampe2 room Schlafzimmer

nutzt

Gruss Martin

revuethommen · 16 November 2013, 15:07:56

Hi Martin,

das kann es m.E. nicht sein.

FHEMWEB wird über include web.cfg eingebunden und das noch vor der kueche.cfg wo sich der Rolladen befindet:

Code Auswählen

attr global latitude 51.013
attr global logfile ./log/fhem-%Y-%m-%d.log
attr global longitude 6.853
attr global modpath .
attr global motd none
attr global statefile ./log/fhem.save
attr global verbose 3
# attr global autoload_undefined_devices 1

include /opt/fhem/FHEM/usbinterface.cfg
include /opt/fhem/FHEM/web.cfg
include /opt/fhem/FHEM/heizungskeller.cfg
include /opt/fhem/FHEM/kueche.cfg
include /opt/fhem/FHEM/wohnzimmer.cfg
include /opt/fhem/FHEM/flur_oben.cfg
include /opt/fhem/FHEM/schlafzimmer.cfg
include /opt/fhem/FHEM/wetter.cfg

# define autocreate autocreate
# attr autocreate autosave 1
# attr autocreate filelog ./log/%NAME-%Y.log

define Logfile FileLog ./log/fhem-%Y-%m-%d.log fakelog

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create

define telnetPort telnet 7072 global

Das attr sz_stehlampe2 room Schlafzimmer ist soweit ich sehe auch korrekt:

Code Auswählen

#########################################################################
## Aktor für Stehlampe links vom Bett
#########################################################################
define sz_stehlampe2 FS20 0303 02
attr sz_stehlampe2 Schlafzimmer sz_AllesAus
attr sz_stehlampe2 model fs20st
attr sz_stehlampe2 room Schlafzimmer
define FileLog_sz_stehlampe2 FileLog ./log/sz_stehlampe2-%Y.log sz_stehlampe2
attr FileLog_sz_stehlampe2 logtype text
attr FileLog_sz_stehlampe2 room Schlafzimmer

Was ich bisher gefunden und gefixed habe ist, das die Gruppe und die Rechte der Dateien heizungskeller.cfg, flur_oben.cfg und kueche.cfg nicht mehr gestimmt haben. Die Rechte sahen wie folgt aus:

Code Auswählen

-r--r--r-- 1 fhem dialout datei

Diese habe ich jetzt wieder geändert in:

Code Auswählen

-rw-rw-rw- 1 fhem root datei

Geholfen hat es nix und warum hier Rechte und Nutzer verändert waren kann ich mir auch nicht erklären.

LuckyDay · 16 November 2013, 16:11:35

Zitatunknown attribute webCmd

attr global webCmd

fehlt in deiner .cfg

martinp876 · 16 November 2013, 16:58:02

fehlt nicht eher
define WEB FHEMWEB 8083 global

fhemweb sollte webCmd definieren.

revuethommen · 16 November 2013, 17:10:17

define WEB FHEMWEB 8083 global wird in der web.cfg definiert und über include geladen.

Das Problem mit den Errormeldungen bezüglich der einzelnen Zimmer habe ich gelöst. In der jeweiligen *.cfg stand ein falscher attr-Eintrag.

Das verbleibende Hauptproblem ist nach wie vor der Jalousie-Aktor, der nur auf manuelles betätigen reagiert. Er fährt werder zur definierten Zeit den Rolladen, noch lässt er sich über das web frontend bedienen. Hier der letzte Eintrag aus dem Eventmonitor:

Code Auswählen

Events:
2013-11-16 17:03:18 CUL_HM ku_rollladen_vorne MISSING ACK
2013-11-16 17:03:35 CUL_HM ku_rollladen_vorne MISSING ACK

Hier mal ein Auszug aus dem logfile als der Aktor noch tadellos funktionierte vs. heutiger Zustand:

Code Auswählen

2013-11-09_16:57:27 ku_rollladen_vorne set_off
2013-11-09_16:57:27 ku_rollladen_vorne level: 100 %
2013-11-09_16:57:27 ku_rollladen_vorne deviceMsg: on (to xx_usbinterface_hm)
2013-11-09_16:57:27 ku_rollladen_vorne on
2013-11-09_16:57:27 ku_rollladen_vorne running: -
2013-11-09_16:57:27 ku_rollladen_vorne motor: down:on
2013-11-09_16:58:36 ku_rollladen_vorne level: 0 %
2013-11-09_16:58:36 ku_rollladen_vorne deviceMsg: off (to xx_usbinterface_hm)
2013-11-09_16:58:36 ku_rollladen_vorne off
2013-11-09_16:58:36 ku_rollladen_vorne running: -
2013-11-09_16:58:36 ku_rollladen_vorne motor: stop:off

Code Auswählen

2013-11-12_07:25:36 ku_rollladen_vorne level: 8.5 %
2013-11-12_07:25:36 ku_rollladen_vorne deviceMsg: 8.5 % (to broadcast)
2013-11-12_07:25:36 ku_rollladen_vorne 8.5 %
2013-11-12_07:25:36 ku_rollladen_vorne running: -
2013-11-12_07:25:36 ku_rollladen_vorne motor: up:8.5 %
2013-11-12_07:26:31 ku_rollladen_vorne level: 100 %
2013-11-12_07:26:31 ku_rollladen_vorne deviceMsg: on (to broadcast)
2013-11-12_07:26:31 ku_rollladen_vorne on
2013-11-12_07:26:31 ku_rollladen_vorne running: -
2013-11-12_07:26:31 ku_rollladen_vorne motor: stop:on
2013-11-12_07:40:01 ku_rollladen_vorne set_on
2013-11-12_07:40:18 ku_rollladen_vorne MISSING ACK

Vielleicht kann damit jemand etwas anfangen...

revuethommen · 16 November 2013, 19:11:01

Unter protState des Aktors findet sich der Eintrag CMDs_done_events:4. Gemäss dem Manual FHEM für Einsteiger heißt das es gab 4 Problem und sei vom Anwender zu prüfen. Was auch immer zu prüfen ist.

Code Auswählen

CFGFN
/opt/fhem/FHEM/kueche.cfg
DEF	
20A2A6
IODev
xx_usbinterface_hm
NAME
ku_rollladen_vorne
NR
75
STATE
MISSING ACK
TYPE
CUL_HM
protResnd
3 last_at:2013-11-16 18:58:10
protResndFail
1 last_at:2013-11-16 18:58:15
protSnd
1 last_at:2013-11-16 18:57:58
protState
CMDs_done_events:4

Die Register lassen sich auch nicht auslesen. set ku_rollladen_vorne getConfig führt zu folgendem Ergebnis:

Code Auswählen

2013-11-16 19:17:04 CUL_HM ku_rollladen_vorne RESPONSE TIMEOUT:RegisterRead
2013-11-16 19:17:25 CUL_HM ku_rollladen_vorne RESPONSE TIMEOUT:RegisterRead
2013-11-16 19:17:47 CUL_HM ku_rollladen_vorne RESPONSE TIMEOUT:PeerList
2013-11-16 19:18:27 CUL_HM ku_rollladen_vorne RESPONSE TIMEOUT:RegisterRead
2013-11-16 19:18:48 CUL_HM ku_rollladen_vorne RESPONSE TIMEOUT:RegisterRead
2013-11-16 19:19:10 CUL_HM ku_rollladen_vorne RESPONSE TIMEOUT:PeerList

revuethommen · 16 November 2013, 20:09:12

Hallo Forum,

ich habe das Problem gelöst.
Ich habe den Aktor erneut "gepaired" (set ku_rollladen_vorne pair), danach ging es wieder.

Fazit:

Das der HM-Jalousieaktor nach einem Stromausfall die Verbindung dauerhaft verliert und erneut "gepaired" werden muss, macht ihn für mich ziemlich unattraktiv. Ein Rolladen ist zwar kein Einbruchsschutz, wirkt aber wenigstens einbruchshemmend. Ich stelle mir gerade das Szenario vor, dass ein Stromausfall während meines Urlaubes auftritt und dann meine Rollläden für 14 Tage offen bleiben. Sofern es dafür eine Lösung gibt, so wäre ich für einen Hinweis dankbar. Gut das ich erst einen Aktor zum testen bestellt habe...

cwagner · 17 November 2013, 11:45:27

Also diese Folgerung kann ich nicht ziehen: Habe hier den Nachteil häufigerer Stromausfälle (extern verursacht) und wegen Veränderungen der Hauselektrik auch in den letzten Wochen häufiger gewollte Stromausfälle.
In allen Fällen hatten meine 6 HM-LC-BL1-FM keine Probleme mit der Rückkehr. Was vereinzelt passierte, ist
a) das FHEM einen Timerbefehl ausgelassen hat, wenn die Stromwiederkehr um den von Sonnenuntergang beeinflussten jeden Tag sich verändernden Runterfahrzeitpunkt lag.
b) Ich vereinzelt beobachte, dass der Gruppenbefehl zum Rauf- oder Runterfahren nur von einem der 6 Aktoren nicht ausgeführt wird. Da suche ich in einem weiteren Thread noch nach Ratschlag.

Wichtig ist natürlich, dass die aktuelle Konfiguration in FHEM gesaved ist bevor es einen Stromausfall gibt/FHEM heruntergefahren wird.

Grüße
Christian