Notify liest sen Status nicht richtig

[martinp876]

wird in FHEM alles angelegt nur das speichern funktioniert nicht?

[Jörg]

Ich nehme als Beispiel die Fernbedienung HM-RC-4-2, die ich als letztes gepairt habe. Ein Außensensor, den ich vor einigen Tagen gepairt hatte, brachte das selbe Ergebnis.
Das, was fehlte habe ich von Hand eingetragen, dann funktionierten die Devices.

In der fhem.cfg wird nur das eingetragen:

Code Auswählen Erweitern

define CUL_HM_HM_RC_4_2_252BAA CUL_HM 252BAA
attr CUL_HM_HM_RC_4_2_252BAA room CUL_HM
define FileLog_CUL_HM_HM_RC_4_2_252BAA FileLog /var/log/fhem/CUL_HM_HM_RC_4_2_252BAA-%Y.log CUL_HM_HM_RC_4_2_252BAA
attr FileLog_CUL_HM_HM_RC_4_2_252BAA logtype text
attr FileLog_CUL_HM_HM_RC_4_2_252BAA room CUL_HM

Im Log steht:

Code Auswählen Erweitern

2014.04.24 02:16:36 2: CUL_HM Unknown device CUL_HM_HM_RC_4_2_252BAA is now defined
2014.04.24 02:16:36 2: autocreate: define CUL_HM_HM_RC_4_2_252BAA CUL_HM 252BAA
2014.04.24 02:16:36 2: autocreate: define FileLog_CUL_HM_HM_RC_4_2_252BAA FileLog /var/log/fhem/CUL_HM_HM_RC_4_2_252BAA-%Y.log CUL_HM_HM_RC_4_2_252BAA
2014.04.24 02:16:36 3: CUL_HM pair: CUL_HM_HM_RC_4_2_252BAA remote, model HM-RC-4-2 serialNr
2014.04.24 02:16:36 3: CUL_HM set CUL_HM_HM_RC_4_2_252BAA getConfig
2014.04.24 02:17:00 3: CUL_HM set CUL_HM_HM_RC_4_2_252BAA_Btn_04 getConfig
2014.04.24 02:17:01 3: CUL_HM pair: CUL_HM_HM_RC_4_2_252BAA remote, model HM-RC-4-2 serialNr KEQ1056101
2014.04.24 02:17:01 3: CUL_HM set CUL_HM_HM_RC_4_2_252BAA getConfig
2014.04.24 02:17:18 3: CUL_HM pair: CUL_HM_HM_RC_4_2_252BAA remote, model HM-RC-4-2 serialNr KEQ1056101
2014.04.24 02:17:18 3: CUL_HM set CUL_HM_HM_RC_4_2_252BAA getConfig
2014.04.24 02:17:35 3: CUL_HM pair: CUL_HM_HM_RC_4_2_252BAA remote, model HM-RC-4-2 serialNr KEQ1056101
2014.04.24 02:17:35 3: CUL_HM set CUL_HM_HM_RC_4_2_252BAA getConfig
2014.04.24 02:17:51 3: CUL_HM pair: CUL_HM_HM_RC_4_2_252BAA remote, model HM-RC-4-2 serialNr KEQ1056101
2014.04.24 02:17:51 3: CUL_HM set CUL_HM_HM_RC_4_2_252BAA getConfig

[martinp876]

habe es gerade mit einer RC4 getestet. Geht doch eigentlich gut

Code Auswählen Erweitern

2014-04-24 14:24:23.632 Global global UNDEFINED CUL_HM_HM_RC_4_2_212291 CUL_HM 212291
2014-04-24 14:24:23.632 Global global DEFINED CUL_HM_HM_RC_4_2_212291
2014-04-24 14:24:23.632 Global global SAVE
2014-04-24 14:24:23.667 Global global DEFINED CUL_HM_HM_RC_4_2_212291_Btn_01
2014-04-24 14:24:23.694 Global global DEFINED CUL_HM_HM_RC_4_2_212291_Btn_02
2014-04-24 14:24:23.719 Global global DEFINED CUL_HM_HM_RC_4_2_212291_Btn_03
2014-04-24 14:24:23.746 Global global DEFINED CUL_HM_HM_RC_4_2_212291_Btn_04
2014-04-24 14:24:23.787 CUL_HM CUL_HM_HM_RC_4_2_212291 D-firmware: 1.0
2014-04-24 14:24:23.787 CUL_HM CUL_HM_HM_RC_4_2_212291 D-serialNr: KEQ0111556
2014-04-24 14:24:23.787 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_done
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 D-firmware: 1.0
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 D-serialNr: KEQ0111556
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 R-pairCentral: set_0x1743BF
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:23.899 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_pending
2014-04-24 14:24:24.068 CUL_HM CUL_HM_HM_RC_4_2_212291 D-firmware: 1.0
2014-04-24 14:24:24.068 CUL_HM CUL_HM_HM_RC_4_2_212291 D-serialNr: KEQ0111556
2014-04-24 14:24:24.241 CUL_HM CUL_HM_HM_RC_4_2_212291 D-firmware: 1.0
2014-04-24 14:24:24.241 CUL_HM CUL_HM_HM_RC_4_2_212291 D-serialNr: KEQ0111556
2014-04-24 14:24:24.286 CUL_HM CUL_HM_HM_RC_4_2_212291 D-firmware: 1.0
2014-04-24 14:24:24.286 CUL_HM CUL_HM_HM_RC_4_2_212291 D-serialNr: KEQ0111556
2014-04-24 14:24:24.329 CUL_HM CUL_HM_HM_RC_4_2_212291 D-firmware: 1.0
2014-04-24 14:24:24.329 CUL_HM CUL_HM_HM_RC_4_2_212291 D-serialNr: KEQ0111556
2014-04-24 14:24:26.008 CUL_HM CUL_HM_HM_RC_4_2_212291 R-pairCentral: 0x1743BF
2014-04-24 14:24:26.526 CUL_HM CUL_HM_HM_RC_4_2_212291_Btn_01 R-sign: off
2014-04-24 14:24:27.556 CUL_HM CUL_HM_HM_RC_4_2_212291_Btn_02 R-sign: off
2014-04-24 14:24:28.594 CUL_HM CUL_HM_HM_RC_4_2_212291_Btn_03 R-sign: off
2014-04-24 14:24:29.633 CUL_HM CUL_HM_HM_RC_4_2_212291_Btn_04 R-longPress: 0.4 s
2014-04-24 14:24:29.633 CUL_HM CUL_HM_HM_RC_4_2_212291_Btn_04 R-dblPress: 0 s
2014-04-24 14:24:29.633 CUL_HM CUL_HM_HM_RC_4_2_212291_Btn_04 R-sign: off
2014-04-24 14:24:30.664 CUL_HM CUL_HM_HM_RC_4_2_212291 CMDs_done
2014-04-24 14:24:30.681 CUL_HM CUL_HM_HM_RC_4_2_212291_Btn_01 R-swBa_chn-01-expectAES: off
2014-04-24 14:24:30.681 CUL_HM CUL_HM_HM_RC_4_2_212291_Btn_01 R-swBa_chn-01-peerNeedsBurst: on

was ich nicht nutze ist dieses auto-anlegen von Logfiles...
Ausserdem wird nur das Device automatisch in fhem.cfg gespeichert, ich müsste ein Save anschliessen.
Du könntest alternativ nach dem pairen noch einmal - ohne hmPairForSec - anlernen drücken - FHEM  würde alle deine fehlenden Devices anlegen.
- das mit dem autocreate von logs werde ich einmal testen (obwohl das Anlege so vieler logfiles eigentlich keinen Sinn macht)
- das automatische save ist m.E. nicht hinreichend, da es auch andere Änderungen wir attribute nicht abfängt.
- In CUL_HM habe ich schwierigkeiten, das alles hin zu bekommen. Zum einen muss ich relativ schnell sein um auch pairen zu können (das Device legt sich gleich wieder schlafen...) zum anderen haben die anderen Funktionen viel Zeit, files und ähnliches anzulegen - das dauert einfach zu lang. Leider habe ich kein sauberes Interface dies nach getaner Arbeit zu triggern....

Gruss Martin

[Jörg]

Hmm - Hat sich denn im Laufe der letzten Zeit etwas an der Definition für das Autocreate geändert?

meine sieht so aus:

Code Auswählen Erweitern

define autocreate autocreate
attr autocreate autosave 1
attr autocreate device_room %TYPE
attr autocreate filelog /var/log/fhem/%NAME-%Y.log
attr autocreate weblink 1
attr autocreate weblink_room Plots


[martinp876]

an der definition nicht... höchstens an der Ausführung.
Ich nutze kein autosave. Grund: das speichert wann es will - nicht immer und nicht, wenn ich es will. daher ist es zu ungenau und fliegt bei mir raus.
Autosave könnte etwas mit dem Problem zu tun haben, da beim pairen n Entities angelegt werden müssen - und zwar zwischen rein.... das kostet Zeit und macht das Timing hin.

Ausserdem kein autocreate filelog: Ein logfile je entity (button) halte ich für sinnlos. So werte ich dies NIE aus. Ich habe ein sammel-log in dem alle Aktionen geloggt werden. Hier kann ich dann zusammenhänge erkennen, oder nach einzelnen Aktoren filtern - falls ich einmal suchen gehe. FHEM hat somit weniger Notifies, weniger Performance und weniger files zu handeln.
Auch dies will während der pairing -aktion angelegt werden... gleiches Problem wie oben.

Ich gehe davon aus, dass dies die beiden Problemstellen sind - den wir sollten auf das gleiche Ergebnis kommen.
Evtl versuche ich die Stellen zu bereinigen - aber die Schnittstellen hierzu sind  etwas verbaut in FHEM....

Gruss Martin