[FHZ] FS20-Modul quittiert den Dienst?

UliM · 19 Februar 2009, 11:19:44

Originally posted by: <email address deleted>

Hi,

ich habe das (un-)lustige Problem, daß das FS20-Modul augen-
scheinlich nach gewisser Laufzeit den Dienst einstellt; ich
steige noch nicht ganz durch die Verarbeitung von Signalen
bei FHEM durch, aber müßte nicht, selbst wenn das Problem die
FHZ 1350 PC wäre, das entsprechende FHEM-Modul die von CUL
übersetzten FS20-Daten erkennen und interpretieren?

(Ausgangssituation: 1x FMS, 1x HGS als eigene Sender, 2x FS20 als
Empfänger. Zusätzlich werden 2 FHT empfangen von außerhalb, Her-
kunft unbekannt.)

cam-serv2:~/fhem-4.5-CVS# egrep -i 'fhz|fs20|fht' /var/log/fhem/fhem-2009-02.log | tail
2009.02.19 06:59:45 4: FHT FHT_Test actuator: 3%
2009.02.19 06:59:45 5: Triggering FHT_Test (1 changes)
2009.02.19 06:59:45 5: FHT_Test trigger: Checking FMS1Log for notify
2009.02.19 06:59:45 5: FHT_Test trigger: Checking HGS1Log for notify
2009.02.19 06:59:45 5: FHT_Test trigger: Checking Logfile for notify
2009.02.19 06:59:45 5: FHT_Test trigger: Checking TestNotify for notify
2009.02.19 06:59:45 5: Cmd: >"/usr/bin/logger "FHT_Test - actuator: 3%""<
2009.02.19 06:59:45 5: FHT_Test trigger: Checking at_FMS1_Off for notify
2009.02.19 06:59:45 5: FHT_Test trigger: Checking at_FMS1_On for notify
2009.02.19 06:59:48 2: FS20 set Terrarium_UV on

Aktuelle Events:

2009.02.19 10:54:36 3: CUL1: E020586511704000600 -104
2009.02.19 10:54:36 5: CUL1 dispatch E020586511704000600
2009.02.19 10:54:36 5: CUL_EM EM1: CNT: 134 CUM: 5969 5MIN: 4 TOP: 6
2009.02.19 10:54:36 4: CUL_EM EM1: CNT: 134 CUM: 5.969 5MIN: 0.040 TOP: 0.060
2009.02.19 10:54:36 5: Triggering EM1 (1 changes)
2009.02.19 10:54:36 5: EM1 trigger: Checking FMS1Log for notify
2009.02.19 10:54:36 5: EM1 trigger: Checking HGS1Log for notify
2009.02.19 10:54:36 5: EM1 trigger: Checking Logfile for notify
2009.02.19 10:54:36 5: EM1 trigger: Checking TestNotify for notify
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at /usr/local/lib/FHEM/91_notify.pm line 63.
2009.02.19 10:54:36 5: Cmd: >"/usr/bin/logger "EM1 - CNT: 134 CUM: 5.969 5MIN: 0.040 TOP: 0.060""<
2009.02.19 10:54:36 5: EM1 trigger: Checking at_FMS1_Off for notify
2009.02.19 10:54:36 5: EM1 trigger: Checking at_FMS1_On for notify
2009.02.19 10:54:45 5: CUL/RAW: /T331500A689FC

2009.02.19 10:54:45 3: CUL1: T331500A689 -76
2009.02.19 10:54:45 5: CUL1 dispatch 810a04xx0909a00133150000a689

2009.02.19 10:55:39 3: CUL1: F40C60000 -94.5
2009.02.19 10:55:39 5: CUL1 dispatch 810904xx0101a00140c6000000
2009.02.19 10:55:43 5: CUL/RAW: /F40C60011DE

2009.02.19 10:55:43 3: CUL1: F40C60011 -91
2009.02.19 10:55:43 5: CUL1 dispatch 810904xx0101a00140c6000011
2009.02.19 10:56:39 5: CUL/RAW: /K012692411B

2009.02.19 10:56:39 3: CUL1: K01269241 -60.5
2009.02.19 10:56:39 5: CUL1 dispatch K01269241
2009.02.19 10:56:39 4: CUL_WS WS300 S300TH Essz_TH: T: 22.6 H: 41.9
2009.02.19 10:56:39 5: Triggering Essz_TH (1 changes)
2009.02.19 10:56:39 5: Essz_TH trigger: Checking FMS1Log for notify
2009.02.19 10:56:39 5: Essz_TH trigger: Checking HGS1Log for notify
2009.02.19 10:56:39 5: Essz_TH trigger: Checking Logfile for notify
2009.02.19 10:56:39 5: Essz_TH trigger: Checking TestNotify for notify
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at /usr/local/lib/FHEM/91_notify.pm line 63.
2009.02.19 10:56:39 5: Cmd: >"/usr/bin/logger "Essz_TH - T: 22.6 H: 41.9""<
2009.02.19 10:56:39 5: Essz_TH trigger: Checking at_FMS1_Off for notify
2009.02.19 10:56:39 5: Essz_TH trigger: Checking at_FMS1_On for notify
2009.02.19 10:56:42 5: CUL/RAW: /T331500A689FE

2009.02.19 10:56:42 3: CUL1: T331500A689 -75
2009.02.19 10:56:42 5: CUL1 dispatch 810a04xx0909a00133150000a689
2009.02.19 10:57:27 5: CUL/RAW: /K4196325827

2009.02.19 10:57:27 3: CUL1: K41963258 -54.5
2009.02.19 10:57:27 5: CUL1 dispatch K41963258
2009.02.19 10:57:27 4: CUL_WS WS300 S300TH Terrarium_TH: T: 29.6 H: 58.3
2009.02.19 10:57:27 5: Triggering Terrarium_TH (1 changes)
2009.02.19 10:57:27 5: Terrarium_TH trigger: Checking FMS1Log for notify
2009.02.19 10:57:27 5: Terrarium_TH trigger: Checking HGS1Log for notify
2009.02.19 10:57:27 5: Terrarium_TH trigger: Checking Logfile for notify
2009.02.19 10:57:27 5: Terrarium_TH trigger: Checking TestNotify for notify
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at /usr/local/lib/FHEM/91_notify.pm line 63.
2009.02.19 10:57:27 5: Cmd: >"/usr/bin/logger "Terrarium_TH - T: 29.6 H: 58.3""<
2009.02.19 10:57:27 5: Terrarium_TH trigger: Checking at_FMS1_Off for notify
2009.02.19 10:57:27 5: Terrarium_TH trigger: Checking at_FMS1_On for notify
2009.02.19 10:58:40 5: CUL/RAW: /T331500A689FE

2009.02.19 10:58:40 3: CUL1: T331500A689 -75
2009.02.19 10:58:40 5: CUL1 dispatch 810a04xx0909a00133150000a689

Telnet-session dazu mit "inform timer":

2009-02-19 10:54:32 CUL_WS Terrarium_TH T: 29.5 H: 58.3
2009-02-19 10:54:36 CUL_EM EM1 CNT: 134 CUM: 5.969 5MIN: 0.040 TOP: 0.060
2009-02-19 10:56:39 CUL_WS Essz_TH T: 22.6 H: 41.9
2009-02-19 10:57:27 CUL_WS Terrarium_TH T: 29.6 H: 58.3

==> via CUL wird das eine FHT-Signal nach wie vor empfangen, genauso
wie der als Handsender fungierende HGS20; aber selbst die Übersetzung
nach FHZ-Code ("CUL1 dispatch 810a04xx0909a00133150000a689") bringt
keine Erkenntnis in FHEM über den aktuellen Status besagten FHTs, auch
die HGS-Signale werden außerhalb des CUL-Moduls nicht verarbeitet.

Any ideas? Die letzten Logzeilen kurz vor dem "Ausfall":

2009.02.19 06:59:45 3: CUL1: T331500A607 -72
2009.02.19 06:59:45 5: CUL1 dispatch 810a04xx0909a00133150000a607
2009.02.19 06:59:45 5: FHZ/RAW: 810c04a80909a00133150000 (Unparsed: )
2009.02.19 06:59:45 5: FHZ/RAW: a607 (Unparsed: 810c04a80909a00133150000)
2009.02.19 06:59:45 5: FHZ1 dispatch 810c04a80909a00133150000a607
2009.02.19 06:59:45 4: FHT FHT_Test actuator: 3%
2009.02.19 06:59:45 5: Triggering FHT_Test (1 changes)
2009.02.19 06:59:45 5: FHT_Test trigger: Checking FMS1Log for notify
2009.02.19 06:59:45 5: FHT_Test trigger: Checking HGS1Log for notify
2009.02.19 06:59:45 5: FHT_Test trigger: Checking Logfile for notify
2009.02.19 06:59:45 5: FHT_Test trigger: Checking TestNotify for notify
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at /usr/local/lib/FHEM/91_notify.pm line 63.
2009.02.19 06:59:45 5: Cmd: >"/usr/bin/logger "FHT_Test - actuator: 3%""<
2009.02.19 06:59:45 5: FHT_Test trigger: Checking at_FMS1_Off for notify
2009.02.19 06:59:45 5: FHT_Test trigger: Checking at_FMS1_On for notify
2009.02.19 06:59:48 5: Cmd: >set Terrarium_UV on-till {sunset_abs()}<
2009.02.19 06:59:48 2: FS20 set Terrarium_UV on
2009.02.19 06:59:48 5: Sending 810904f10101011ebe0111
2009.02.19 06:59:48 5: Triggering Terrarium_UV (1 changes)
2009.02.19 06:59:48 5: Terrarium_UV trigger: Checking FMS1Log for notify
2009.02.19 06:59:48 5: Terrarium_UV trigger: Checking HGS1Log for notify
2009.02.19 06:59:48 5: Terrarium_UV trigger: Checking Logfile for notify
2009.02.19 06:59:48 5: Terrarium_UV trigger: Checking TestNotify for notify
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at /usr/local/lib/FHEM/91_notify.pm line 63.
2009.02.19 06:59:48 5: Cmd: >"/usr/bin/logger "Terrarium_UV - on-till {sunset_abs()}""<
2009.02.19 06:59:48 5: Terrarium_UV trigger: Checking at_FMS1_Off for notify
2009.02.19 06:59:48 5: Terrarium_UV trigger: Checking at_FMS1_On for notify
2009.02.19 06:59:48 5: Cmd: >{ fhem("delattr Wohnz_LED DarkPeriod") }<
2009.02.19 06:59:48 5: Cmd: >delattr Wohnz_LED DarkPeriod<
2009.02.19 06:59:48 3: Unknown command delattr, try help
2009.02.19 06:59:48 5: CUL/RAW: /F1EBE011153

2009.02.19 06:59:48 3: CUL1: F1EBE0111 -32.5
2009.02.19 06:59:48 5: CUL1 dispatch 810904xx0101a0011ebe010011
2009.02.19 07:01:12 5: CUL/RAW: /K4133826427

2009.02.19 07:01:12 3: CUL1: K41338264 -54.5
2009.02.19 07:01:12 5: CUL1 dispatch K41338264
2009.02.19 07:01:12 4: CUL_WS WS300 S300TH Terrarium_TH: T: 23.3 H: 64.8
2009.02.19 07:01:12 5: Triggering Terrarium_TH (1 changes)
[...]

Dies erklärt dann teilweise, warum at_FMS1_On eben nicht funktionierte
(FMS1 nicht verarbeitet); vielleicht kann mir generell jemand auf die
Sprünge helfen, warum das sofortige Abschalten von Wohnz_LED zur Tages-
zeit nach Einschaltsignal von FMS1 nicht funktioniert?

# Scripts and stuff ...
define TestNotify notify * "/usr/bin/logger "@ - %""

# After sunset and before sunrise ...
attr global userattr DarkPeriod
attr Wohnz_LED DarkPeriod

{ if(isday()) {fhem("delattr Wohnz_LED DarkPeriod")};; else {fhem("attr Wohnz_LED DarkPeriod");; }

define at_Terrarium_UV at +*{sunrise_rel()} \
set Terrarium_UV on-till {sunset_abs()}

define at_TriggerDarkPeriodOn at +*{sunset_rel()} \
{ fhem("attr Wohnz_LED DarkPeriod") }

define at_TriggerDarkPeriodOff at +*{sunrise_rel()} \
{ fhem("delattr Wohnz_LED DarkPeriod") }

define at_FMS1_On notify FMS1:on define at_Wohnz_LED_Check at +00:00:01 \
{ fhem("set Wohnz_LED off") if(!$attr{Wohnz_LED}{DarkPeriod})}

#define at_FMS1_On notify FMS1:on define at_Wohnz_LED_Check at +00:00:01 \
# { fhem("set Wohnz_LED off") if(isday())}

define at_FMS1_Off notify FMS1:off set Wohnz_LED off

MfG,
kai

P.S.: Warum wird eine mit "Edit files" bzw. "save" in pgm2 bearbeitete
fhem.cfg a) umsortiert und b) um eigene Kommentare erleichtert?
Das ist ... unschön

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

rudolfkoenig · 19 Februar 2009, 13:43:00

> ich habe das (un-)lustige Problem, daß das FS20-Modul augen-
> scheinlich nach gewisser Laufzeit den Dienst einstellt

Ich tippe darauf, dass der FHZ1350 den Dienst einstellt. Der CUL
empfaengt zwar die Werte, aber das logische Geraet (FS20) ist jeweils
nur einem physikalischen Empfaenger (CUL/FHZ) zugeordnet (siehe IODev
eigenschaft, bzw. Attribut).

Das ist das Verhalten im aktuellen CVS Version, die Zuordnung (logisch-
>physisch) kann man mit dem IODev Attribut aendern.
Fruehere Versionen generieren jeweils ein Event fuer den vom CUL
empfangene Nachricht, und eins fuer den vom FHZ empfangene Nachricht.

> define TestNotify notify * "/usr/bin/logger "@ - %""

Ein Stern alleine ist kein gueltiger regexp (sondern z.Bsp glob).
Wundert mich, wieso es nicht schon beim define abgewiesen wurde.

> P.S.: Warum wird eine mit "Edit files" bzw. "save" in pgm2 bearbeitete
> fhem.cfg a) umsortiert und b) um eigene Kommentare erleichtert?

Weil fhem z.Zt mit "save" seine interne Strukturen rausschreibt.

> Das ist ... unschön

Freiwillige vor zum fixen!
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

Guest · 19 Februar 2009, 16:23:06

Originally posted by: <email address deleted>

Moin,

Rudolf Koenig wrote:
>> ich habe das (un-)lustige Problem, daß das FS20-Modul augen-
>> scheinlich nach gewisser Laufzeit den Dienst einstellt
>
> Ich tippe darauf, dass der FHZ1350 den Dienst einstellt. Der CUL

Ich habe einen älteren Thread gefunden (http://groups.google.com/group/FHZ1000-users-on-unix/browse _thread/thread/6972f8142cac8819?hl=en),
Ergebnis bei mir:

FHZ> get FHZ1 init2
Timeout reading answer for get init2

2009.02.19 16:03:07 5: Cmd: >get FHZ1 init2<
2009.02.19 16:03:07 2: FHZ get FHZ1 init2
2009.02.19 16:03:07 5: Sending 8106c98202011f60
2009.02.19 16:03:08 5: GET Got: Timeout reading answer for get init2

FHZ> get FHZ1 serial
Timeout reading answer for get serial

2009.02.19 16:05:13 5: Cmd: >get FHZ1 serial<
2009.02.19 16:05:13 2: FHZ get FHZ1 serial
2009.02.19 16:05:13 5: Sending 810804afc90184570208
2009.02.19 16:05:14 5: GET Got: Timeout reading answer for get serial

FHZ> set FHZ1 initHMS

2009.02.19 16:05:53 5: Cmd: >set FHZ1 initHMS<
2009.02.19 16:05:53 2: FHZ set FHZ1 initHMS
2009.02.19 16:05:53 5: Sending 81050450c90186
2009.02.19 16:05:53 5: Triggering FHZ1 (1 changes)
2009.02.19 16:05:53 5: FHZ1 trigger: Checking FMS1Log for notify
2009.02.19 16:05:53 5: FHZ1 trigger: Checking HGS1Log for notify
2009.02.19 16:05:53 5: FHZ1 trigger: Checking Logfile for notify
2009.02.19 16:05:53 5: FHZ1 trigger: Checking TestNotify for notify
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at /usr/local/lib/FHEM/91_notify.pm line 63.
2009.02.19 16:05:53 5: Cmd: >"/usr/bin/logger "FHZ1 - initHMS""<
2009.02.19 16:05:53 5: FHZ1 trigger: Checking at_FMS1_Off for notify
2009.02.19 16:05:53 5: FHZ1 trigger: Checking at_FMS1_On for notify

FHZ> set FHZ1 initFS20

2009.02.19 16:06:35 5: Cmd: >set FHZ1 initFS20<
2009.02.19 16:06:35 2: FHZ set FHZ1 initFS20
2009.02.19 16:06:35 5: Sending 81050460c90196
2009.02.19 16:06:35 5: Triggering FHZ1 (1 changes)
2009.02.19 16:06:35 5: FHZ1 trigger: Checking FMS1Log for notify
2009.02.19 16:06:35 5: FHZ1 trigger: Checking HGS1Log for notify
2009.02.19 16:06:35 5: FHZ1 trigger: Checking Logfile for notify
2009.02.19 16:06:35 5: FHZ1 trigger: Checking TestNotify for notify
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at /usr/local/lib/FHEM/91_notify.pm line 63.
2009.02.19 16:06:35 5: Cmd: >"/usr/bin/logger "FHZ1 - initFS20""<
2009.02.19 16:06:35 5: FHZ1 trigger: Checking at_FMS1_Off for notify
2009.02.19 16:06:35 5: FHZ1 trigger: Checking at_FMS1_On for notify
2009.02.19 16:06:38 5: CUL/RAW: /K4196824923

FHZ> set FHZ1 time

2009.02.19 16:07:11 5: Cmd: >set FHZ1 time<
2009.02.19 16:07:11 2: FHZ set FHZ1 time
2009.02.19 16:07:11 5: Sending 810ac9990201610902131007
2009.02.19 16:07:11 5: Triggering FHZ1 (1 changes)
2009.02.19 16:07:11 5: FHZ1 trigger: Checking FMS1Log for notify
2009.02.19 16:07:11 5: FHZ1 trigger: Checking HGS1Log for notify
2009.02.19 16:07:11 5: FHZ1 trigger: Checking Logfile for notify
2009.02.19 16:07:11 5: FHZ1 trigger: Checking TestNotify for notify
^* matches null string many times in regex; marked by <-- HERE in m/^* <-- HERE $/ at /usr/local/lib/FHEM/91_notify.pm line 63.
2009.02.19 16:07:11 5: Cmd: >"/usr/bin/logger "FHZ1 - time""<
2009.02.19 16:07:11 5: FHZ1 trigger: Checking at_FMS1_Off for notify
2009.02.19 16:07:11 5: FHZ1 trigger: Checking at_FMS1_On for notify

FHZ> get FHZ1 serial
Timeout reading answer for get serial

2009.02.19 16:07:41 5: Cmd: >get FHZ1 serial<
2009.02.19 16:07:41 2: FHZ get FHZ1 serial
2009.02.19 16:07:41 5: Sending 810804afc90184570208
2009.02.19 16:07:42 5: GET Got: Timeout reading answer for get serial

cam-serv2:~# lsusb
Bus 005 Device 004: ID 046d:08cb Logitech, Inc. Mic (Notebooks Pro)
Bus 005 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 005 Device 001: ID 0000:0000
Bus 004 Device 009: ID 03eb:204b Atmel Corp.
Bus 004 Device 008: ID 0403:e0e8 Future Technology Devices International, Ltd
Bus 004 Device 007: ID 058f:9254 Alcor Micro Corp. Hub
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 004: ID 0471:030c Philips PCVC690K WebCam [pwc]
Bus 001 Device 003: ID 046d:08b2 Logitech, Inc. QuickCam Pro 4000
Bus 001 Device 002: ID 05e3:0604 Genesys Logic, Inc. USB 1.1 Hub
Bus 001 Device 001: ID 0000:0000

F*ckschwe*nk*cke. Wieso, weshalb, warum?

FHZ> shutdown

Neustart fhem.

cam-serv2:~# telnet 127.0.0.1 7072.cfg
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
inform timer

FHZ> get FHZ1 serial
FHZ1 serial => 178b3c91
FHZ> 2009-02-19 16:12:00 FHT FHT_Test actuator: 36%
2009-02-19 16:12:02 CUL_WS Terrarium_TH T: 23.3 H: 40.9

Also, das deckt sich jetzt nicht mit meiner Definition von "dass
der FHZ1350 den Dienst einstellt" -- es gibt augenscheinlich ein
Kommunikationsproblem FHEM<->FHZ, welches sich durch schließen und
wiederöffnen der seriellen Verbindung beheben läßt.

==> Wo muß ich ansetzen, dieses zu debuggen? (Brute-force wäre via
watchdog: fhem durchstarten, wobei ich keinen garantierten FS20-
Sender habe ...)

> empfaengt zwar die Werte, aber das logische Geraet (FS20) ist jeweils
> nur einem physikalischen Empfaenger (CUL/FHZ) zugeordnet (siehe IODev
> eigenschaft, bzw. Attribut).

Ack, gefindet.

> Das ist das Verhalten im aktuellen CVS Version, die Zuordnung (logisch-> physisch) kann man mit dem IODev Attribut aendern.
> Fruehere Versionen generieren jeweils ein Event fuer den vom CUL
> empfangene Nachricht, und eins fuer den vom FHZ empfangene Nachricht.

Ahja, daher; ich hatte vor CVS ja 4.5 non-CVS laufen und mir
war so, als ob das mal anders war. Muß ich im CHANGES über-
lesen haben, sorry.

>> define TestNotify notify * "/usr/bin/logger "@ - %""
>
> Ein Stern alleine ist kein gueltiger regexp (sondern z.Bsp glob).
> Wundert mich, wieso es nicht schon beim define abgewiesen wurde.

Hab's dann mal in .* geändert ...

>> P.S.: Warum wird eine mit "Edit files" bzw. "save" in pgm2 bearbeitete
>> fhem.cfg a) umsortiert und b) um eigene Kommentare erleichtert?
>
> Weil fhem z.Zt mit "save" seine interne Strukturen rausschreibt.
>
>> Das ist ... unschön

>
> Freiwillige vor zum fixen!

Hrmpft

Jaja, nur steige ich noch lange nicht durch, was FHEM bislang
wie macht. (Suche konkret den Einstiegspunkt, den S2500H-Sensor (433 MHz)
zu definieren ... Gibt's irgendwo 'ne Beschreibung, was wie zusammen-
spielt? Ich habe noch nichts gefunden.)

Ciao,
kai

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

Guest · 19 Februar 2009, 17:18:39

Originally posted by: <email address deleted>

Kai 'wusel' Siering wrote:

> Ich habe einen älteren Thread gefunden (http://groups.google.com/group/FHZ1000-users-on-unix/browse _thread/thread/6972f8142cac8819?hl=en),
> Ergebnis bei mir:

Narf. Dort findet sich am Ende:

| "set FHZ reopen" löst das Problem (zumindest bei mir). Werde also den
| watchdog entsprechend mit "set FHZ reopen" ausstatten.

Steht auch in commandref.html (zumindest in der von mir genutzten
CVS-Version); irgendwie finde ich nur nie auf Anhieb die Info, die
ich suche

Mangels FHZ-Dauersender: wie kann ich mit FHEM-Bordmitteln folgendes
realisieren?

Alle 5 Minuten: "get FHZ1 serial"
Wenn Timeout: "set FHZ1 reopen", "get FHZ1 serial"
Wenn Timeout: "shutdown" (Restart von FHEM dann durch
OS-Bordmittel, also cron, init, ...)

Ich sehe grad nicht, wie ich die Ausgabe von "get FHZ1 serial" und
ggf. den Returncode ("Timeout") zurückbekommen kann innerhalb FHEM.

Danke & Ciao,
kai

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

rudolfkoenig · 20 Februar 2009, 09:18:07

> Alle 5 Minuten: "get FHZ1 serial"
> Wenn Timeout: "set FHZ1 reopen", "get FHZ1 serial"
> Wenn Timeout: "shutdown" (Restart von FHEM dann durch
> OS-Bordmittel, also cron, init, ...)

Wenn get ein Timeout kriegt dann wird nur eine Logmeldung ausgegeben.
Sonst wird der Wert mit der aktuellen Zeit abgespeichert. Vorschlag:

define a_get_serial at +*00:05 {
fhem("get FHZ1 serial");
$st = time_str2num($defs{FHZ}{READINGS}{serial}{TIME});
CommandShutdown(undef, undef) if(time() - $st > 5);
}

Falls dies nicht in pgm2 eingepflegt wird, dann bitte Zeilenenden mit
backslash (\) ergaenzen, und ; durch ;;

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

UliM · 20 Februar 2009, 09:58:44

Originally posted by: <email address deleted>

Moin,

Rudolf Koenig wrote:

>> Alle 5 Minuten: "get FHZ1 serial"
>> Wenn Timeout: "set FHZ1 reopen", "get FHZ1 serial"
>> Wenn Timeout: "shutdown" (Restart von FHEM dann durch
>> OS-Bordmittel, also cron, init, ...)
>
> Wenn get ein Timeout kriegt dann wird nur eine Logmeldung ausgegeben.
> Sonst wird der Wert mit der aktuellen Zeit abgespeichert. Vorschlag:
>
> define a_get_serial at +*00:05 {
> fhem("get FHZ1 serial");
> $st = time_str2num($defs{FHZ}{READINGS}{serial}{TIME});
> CommandShutdown(undef, undef) if(time() - $st > 5);
> }
>
> Falls dies nicht in pgm2 eingepflegt wird, dann bitte Zeilenenden mit
> backslash (\) ergaenzen, und ; durch ;;

Will try, danke.

Heute morgen ist's wieder passiert, und interessantwerweise an der
gleichen Stelle wie gestern:

cam-serv2:~# egrep -B5 -A5 'FHZ/RAW|_UV' /var/log/fhem/fhem-2009-02.log | tail -1000 | more
[...]
--
2009.02.20 06:53:19 5: Terrarium_TH trigger: Checking Logfile for notify
2009.02.20 06:53:19 5: Terrarium_TH trigger: Checking TestNotify for notify
2009.02.20 06:53:19 5: Cmd: >"/usr/bin/logger "Terrarium_TH - T: 23.5 H: 63.9""<
2009.02.20 06:53:19 5: Terrarium_TH trigger: Checking at_FMS1_Off for notify
2009.02.20 06:53:19 5: Terrarium_TH trigger: Checking at_FMS1_On for notify
2009.02.20 06:53:47 5: FHZ/RAW: 810c04b80909a001 (Unparsed: )
2009.02.20 06:53:47 5: FHZ/RAW: 0a550000a600 (Unparsed: 810c04b80909a001)
2009.02.20 06:53:47 5: FHZ1 dispatch 810c04b80909a0010a550000a600
2009.02.20 06:53:47 4: FHT FHT_Test2 actuator: 0%
2009.02.20 06:53:47 5: Triggering FHT_Test2 (1 changes)
2009.02.20 06:53:47 5: FHT_Test2 trigger: Checking FMS1Log for notify
2009.02.20 06:53:47 5: FHT_Test2 trigger: Checking HGS1Log for notify
--
2009.02.20 06:54:35 5: EM1 trigger: Checking at_FMS1_Off for notify
2009.02.20 06:54:35 5: EM1 trigger: Checking at_FMS1_On for notify
2009.02.20 06:54:38 5: Cmd: >{ fhem("delattr Wohnz_LED DarkPeriod") }<
2009.02.20 06:54:38 5: Cmd: >delattr Wohnz_LED DarkPeriod<
2009.02.20 06:54:38 3: Unknown command delattr, try help
2009.02.20 06:54:38 5: Cmd: >set Terrarium_UV on-till {sunset_abs()}<
2009.02.20 06:54:38 2: FS20 set Terrarium_UV on
2009.02.20 06:54:38 5: Sending 810904f10101011ebe0111
2009.02.20 06:54:38 5: Triggering Terrarium_UV (1 changes)
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking FMS1Log for notify
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking HGS1Log for notify
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking Logfile for notify
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking TestNotify for notify
2009.02.20 06:54:38 5: Cmd: >"/usr/bin/logger "Terrarium_UV - on-till {sunset_abs()}""<
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking at_FMS1_Off for notify
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking at_FMS1_On for notify
2009.02.20 06:54:38 5: CUL/RAW: /F1EBE011155

2009.02.20 06:54:38 3: CUL1: F1EBE0111 -31.5
2009.02.20 06:54:38 5: CUL1 dispatch 810904xx0101a0011ebe010011
2009.02.20 06:55:12 5: CUL/RAW: /T331500A600FB
--
2009.02.20 09:06:24 4: HTTP FHEMWEB:127.0.0.1:34921 GET /fhem?detail=FHT_Test2
2009.02.20 09:06:25 5: CUL/RAW: /T331500A60002

2009.02.20 09:06:25 3: CUL1: T331500A600 -73
2009.02.20 09:06:25 5: CUL1 dispatch 810a04xx0909a00133150000a600
2009.02.20 09:06:35 4: HTTP FHEMWEB:127.0.0.1:34921 GET /fhem?detail=Terrarium_UV
2009.02.20 09:07:08 5: CUL/RAW: /K012492411B

2009.02.20 09:07:08 3: CUL1: K01249241 -60.5
2009.02.20 09:07:08 5: CUL1 dispatch K01249241
2009.02.20 09:07:08 4: CUL_WS WS300 S300TH Essz_TH: T: 22.4 H: 41.9
--
2009.02.20 09:07:30 3: CUL1: F0001000052K4193325423
2009.02.20 09:07:30 5: CUL1 dispatch 811004xx0101a001000100000052k4193325423
2009.02.20 09:07:57 5: Cmd: >get FHZ1 serial<
2009.02.20 09:07:57 2: FHZ get FHZ1 serial
2009.02.20 09:07:57 5: Sending 810804afc90184570208
2009.02.20 09:07:58 5: FHZ/RAW: 810fc9e301028401080740178b3c91
2009.02.20 09:07:58 5: FHZ/RAW: 920b
2009.02.20 09:07:58 5: GET Got: 810fc9e301028401080740178b3c91920b
2009.02.20 09:08:22 5: FHZ/RAW: 810c04 (Unparsed: )
2009.02.20 09:08:22 5: CUL/RAW: /T331500A600FB

2009.02.20 09:08:22 3: CUL1: T331500A600 -76.5
2009.02.20 09:08:22 5: CUL1 dispatch 810a04xx0909a00133150000a600
2009.02.20 09:08:22 5: FHZ/RAW: a10909a00133150000a600 (Unparsed: 810c04)
2009.02.20 09:08:22 5: FHZ1 dispatch 810c04a10909a00133150000a600
2009.02.20 09:08:22 4: FHT FHT_Test actuator: 0%
2009.02.20 09:08:22 5: Triggering FHT_Test (1 changes)
2009.02.20 09:08:22 5: FHT_Test trigger: Checking FMS1Log for notify
2009.02.20 09:08:22 5: FHT_Test trigger: Checking HGS1Log for notify
--
[...]

Gegen 09:00 bemerkte ich den erneuten Ausfall der FHZ-Kommunikation,
mittels "set FHZ1 reopen" konnte die Funktion problemlos wiederher-
gestellt werden.

==> Nach irgendwas im Bereich ...

2009.02.20 06:54:38 5: Cmd: >{ fhem("delattr Wohnz_LED DarkPeriod") }<
2009.02.20 06:54:38 5: Cmd: >delattr Wohnz_LED DarkPeriod<
2009.02.20 06:54:38 3: Unknown command delattr, try help
2009.02.20 06:54:38 5: Cmd: >set Terrarium_UV on-till {sunset_abs()}<
2009.02.20 06:54:38 2: FS20 set Terrarium_UV on
2009.02.20 06:54:38 5: Sending 810904f10101011ebe0111
2009.02.20 06:54:38 5: Triggering Terrarium_UV (1 changes)
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking FMS1Log for notify
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking HGS1Log for notify
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking Logfile for notify
2009.02.20 06:54:38 5: Terrarium_UV trigger: Checking TestNotify for notify
2009.02.20 06:54:38 5: Cmd: >"/usr/bin/logger "Terrarium_UV - on-till {sunset_abs()}""<

... verstirbt die FHZ-Kommunikation. Kann das am "on-till" liegen? Im
Grunde brauche ich kein "on-till" sondern kann auch ein separates
at für sunset nehmen. ("delattr" habe ich jetzt gegen das korrekte
"deleteattr" ausgetauscht.)

MfG,
kai

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

rudolfkoenig · 20 Februar 2009, 10:29:52

> ... verstirbt die FHZ-Kommunikation. Kann das am "on-till" liegen?

Unwahrscheinlich: on-till sendet ein "on" und plant ein fhem-internes
"at" ein fuer den "off".
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

UliM · 23 Februar 2009, 17:28:32

Originally posted by: <email address deleted>

Salve,

leider hing die FHZ-Kommunikation wieder seit Samstag
morgen -- aufgrund eines Syntax-Fehlers ("\\") tat
das Check-Script nicht.

Mit selbigem habe ich noch immer Probleme ...

Initiale Variante:

2009.02.20 10:12:06 5: Cmd: >{ \
fhem("get FHZ1 serial"); \
$st = time_str2num($defs{FHZ}{READINGS}{serial}{TIME}); \\
fhem("set FHZ1 reopen") if(time() - $st > 5); \\
}<
2009.02.20 10:12:06 3: Global symbol "$st" requires explicit package name at (eval 11) line 1.
Global symbol "$st" requires explicit package name at (eval 11) line 1.
syntax error at (eval 11) line 1, at EOF

Ok, ich brauch's ja auch nur lokal -- aber das will auch nicht:

2009.02.23 17:01:46 5: Cmd: >{ \
fhem("get FHZ1 serial"); \
my $st = time_str2num($defs{FHZ}{READINGS}{serial}{TIME}); \
fhem("set FHZ1 reopen") if(time() - $st > 5); \
}<
2009.02.23 17:01:46 5: Cmd: >get FHZ1 serial<
2009.02.23 17:01:46 2: FHZ get FHZ1 serial
2009.02.23 17:01:46 5: Sending 810804afc90184570208
2009.02.23 17:01:46 5: FHZ/RAW: 810fc9e301028401080740178b3c
2009.02.23 17:01:46 5: FHZ/RAW: 91920b
2009.02.23 17:01:46 5: GET Got: 810fc9e301028401080740178b3c91920b
2009.02.23 17:01:46 3: FHZ1 serial => 178b3c91
Use of uninitialized value $str in split at /usr/local/lib/FHEM/99_Utils.pm line 16.
Use of uninitialized value $a[1] in subtraction (-) at /usr/local/lib/FHEM/99_Utils.pm line 17.
Use of uninitialized value $a[0] in subtraction (-) at /usr/local/lib/FHEM/99_Utils.pm line 17.
Use of uninitialized value in subroutine entry at /usr/local/lib/FHEM/99_Utils.pm line 17.
Use of uninitialized value in subroutine entry at /usr/local/lib/FHEM/99_Utils.pm line 17.
Use of uninitialized value in subroutine entry at /usr/local/lib/FHEM/99_Utils.pm line 17.
Use of uninitialized value in subroutine entry at /usr/local/lib/FHEM/99_Utils.pm line 17.
Use of uninitialized value $st in subtraction (-) at (eval 16) line 1.
2009.02.23 17:01:46 5: Cmd: >set FHZ1 reopen<
2009.02.23 17:01:46 2: FHZ set FHZ1 reopen
2009.02.23 17:01:46 1: USB device /dev/elv_fhz1300pc closed
2009.02.23 17:01:51 1: USB device /dev/elv_fhz1300pc reopened
[...]

Kann mir jemand verraten, warum das "my $st" zu einem unini-
tialiserten $st im if() eine Zeile unten führt? (Von den an-
deren Warnungen mal abgesehen; bei Perl bin ich mir nie sicher,
ob das nicht so gehört

)

MfG,
kai

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

UliM · 23 Februar 2009, 17:46:36

> Ok, ich brauch's ja auch nur lokal -- aber das will auch nicht:

Sorry, meine Schuld. Es muss natuerlich
my $st = time_str2num($defs{FHZ1}{READINGS}{serial}{TIME}); \
heissen, also "FHZ" -> "FHZ1". Das ist die Struktur, die beim "list
FHZ1" unter "Readings" ausgegeben wird.
Btw: Eine Warnung sollte immer beachtet werden, sonst gewoehnt man
sich daran.

> Kann mir jemand verraten, warum das "my $st" zu einem unini-
> tialiserten $st im if() eine Zeile unten führt?

Der "arme" time_str2num hat versucht etwas undefiniertes zu
analysieren. Und zurueckgeliefert hat er dann auch was undefiniertes.
Und als Nebeneffekt hat man einen $defs{FHZ}{READINGS}{serial}
angelegt, was zu vielen weiteren Meldungen fuehrt. Das ist einer der
Sachen, die ich an perl gar nicht mag...
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

Guest · 23 Februar 2009, 18:12:50

Originally posted by: <email address deleted>

Rudolf Koenig wrote:
>> Ok, ich brauch's ja auch nur lokal -- aber das will auch nicht:
>
> Sorry, meine Schuld. Es muss natuerlich
> my $st = time_str2num($defs{FHZ1}{READINGS}{serial}{TIME}); \
> heissen, also "FHZ" -> "FHZ1". Das ist die Struktur, die beim "list
> FHZ1" unter "Readings" ausgegeben wird.

Ah! Ok, hätte ich auch drauf kommen können; schon deshalb nehme
ich "FHZx", "CULx" zur Definition der Instanzen, ist für mich
zumindest logischer

Sind diese Strukturen irgendwo (außer im Source

) dokumentiert
(in commandref.html wurde ich nicht fündig)? Danke & Ciao,
kai

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "FHZ1000 users on Linux" group.
To post to this group, send email to FHZ1000-users-on-unix@googlegroups.com
To unsubscribe from this group, send email to FHZ1000-users-on-unix+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/FHZ1000-users-on-unix?hl=en
-~----------~----~----~----~------~----~------~--~-

[FHZ] FS20-Modul quittiert den Dienst?

Guest

Guest

Guest