"actuator: unknown_69: 63%" lässt alle FHT80b "einfrieren"

Begonnen von Guest, 09 August 2010, 12:40:20

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten1 2 Alle
Benutzer-Aktionen

Guest

09 August 2010, 12:40:20
Originally posted by: <email address deleted>

Hallo,
ich verfolge jetzt schon seit einigen Wochen/Monaten in meiner
Testumgebung folgendes Phänomen:
Sobald die Meldung "actuator: unknown_69: 63%" im Logfile eines der
FHT80b auftaucht werden die aktuellen Werte dieses und aller anderen
FHT80b nicht mehr übertragen. Lediglich der Inhalt von actuator wird
lt. Zeitstempel regelmäßig bei allen FHT80b aktualisiert. Die Meldung
"unknown_69: 63%" erscheint ab diesem Zeitpunkt des ersten auftretens
dann auch in allen anderen FHT80b Logfiles.

Ich bekomme das Problem nur dann gelöst wenn ich den fhem server
anhalte und die aktuelle fhem.cfg gegen die sample_pgm2 austausche und
alles neu via autoconfig erfassen lasse. Nach dem alle Devices erfasst
wurden stelle ich die Autokonfiguration ab und modifiziere via pgm2
die Devices mittels rename usw. Das geht dann auch mal wieder einige
Tage gut bis dieser "unknown_69: 63%" erstmalig wieder auftaucht. Die
Angabe zu den Prozentwerten ist bei allen FHT80b bis auf einen immer
63% oder 69%. Bei der Ausnahme sind die Werte 63% / 67% / 73%
In diesem Zustand lässt sich z.B. desired_temp nicht mehr über pgm2
oder telnet einstellen.

Z.Zt. geht mal wieder bzgl. der FHT80b nichts mehr. Kann ich da etwas
tracen was weiterhelfen könnte?

Info:
CUL version => V 1.37 CUL868
fhem.pl,v 1.109 2010-08-02 12:47:55 rudolfkoenig
Linux OpenSUSE 11.3
7x FHT80b
9x FHT8v
Verschiedene FS20 Devices


Hier ein Auszug des Logfiles eines meiner FHT80b:
...
2010-08-05_22:41:07 Buero_Heizung measured-temp: 25.4 (Celsius)
2010-08-05_22:41:08 Buero_Heizung battery: ok
2010-08-05_22:41:08 Buero_Heizung lowtemp: ok
2010-08-05_22:41:08 Buero_Heizung window: closed
2010-08-05_22:41:08 Buero_Heizung windowsensor: ok
2010-08-05_22:41:08 Buero_Heizung warnings: none
2010-08-05_22:42:36 Buero_Heizung actuator: 0%
2010-08-05_22:44:35 Buero_Heizung actuator: 0%
2010-08-05_22:46:33 Buero_Heizung actuator: 0%
2010-08-05_22:48:32 Buero_Heizung actuator: 0%
2010-08-05_22:50:30 Buero_Heizung actuator: 0%
2010-08-05_22:52:29 Buero_Heizung actuator: 0%
2010-08-05_22:54:27 Buero_Heizung actuator: 0%
2010-08-05_22:56:26 Buero_Heizung actuator: 0%
2010-08-05_22:58:24 Buero_Heizung actuator: 0%
2010-08-05_22:58:25 Buero_Heizung measured-temp: 25.5 (Celsius)
2010-08-05_22:58:26 Buero_Heizung battery: ok
2010-08-05_22:58:26 Buero_Heizung lowtemp: ok
2010-08-05_22:58:26 Buero_Heizung window: closed
2010-08-05_22:58:26 Buero_Heizung windowsensor: ok
2010-08-05_22:58:26 Buero_Heizung warnings: none
2010-08-05_23:00:23 Buero_Heizung actuator: 0%
2010-08-05_23:02:21 Buero_Heizung actuator: 0%
2010-08-06_08:17:20 Buero_Heizung actuator: 0%
2010-08-06_08:17:21 Buero_Heizung actuator: unknown_69: 63%
2010-08-06_08:19:18 Buero_Heizung actuator: 0%
2010-08-06_08:19:19 Buero_Heizung actuator: unknown_69: 63%
2010-08-06_08:21:17 Buero_Heizung actuator: 0%
2010-08-06_08:21:18 Buero_Heizung actuator: unknown_69: 63%
...
...
...
2010-08-09_11:28:15 Buero_Heizung actuator: 0%
2010-08-09_11:28:16 Buero_Heizung actuator: unknown_69: 63%
2010-08-09_11:30:14 Buero_Heizung actuator: 0%
2010-08-09_11:30:15 Buero_Heizung actuator: unknown_69: 63%
2010-08-09_11:32:12 Buero_Heizung actuator: 0%
2010-08-09_11:32:13 Buero_Heizung actuator: unknown_69: 63%
2010-08-09_11:34:11 Buero_Heizung actuator: 0%
2010-08-09_11:36:09 Buero_Heizung actuator: 0%
2010-08-09_11:36:10 Buero_Heizung actuator: unknown_69: 63%

hG, Markus

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

rudolfkoenig

#1
09 August 2010, 19:03:54
                                                   

> Z.Zt. geht mal wieder bzgl. der FHT80b nichts mehr. Kann ich da etwas
> tracen was weiterhelfen könnte?

Sehr komisch. Kanst Du bitte pruefen, ob folgendes hilft?

define fht_sync at +*3:30 set TYPE=FHT time

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Guest

#2
10 August 2010, 09:56:31
Originally posted by: <email address deleted>

> Sehr komisch. Kanst Du bitte pruefen, ob folgendes hilft?
>
> define fht_sync at +*3:30 set TYPE=FHT time

Das hat leider nichts gebracht.
Ich sehe heute morgen, dass der FHT Puffer voll ist (CUL: unknown
message EOB).
Könnte das schon die Ursache sein. Soll ich jetzt einmal Schritt für
Schritt die FHTs abschalten um den "Schuldigen" zu ermitteln?
Vermutlich nimmt ja einer von denen die Daten nicht ab?

Das schaut nicht gut aus:

fhem> get CUL raw T02
CUL raw => 18C0:0602,FA 18C0:0682,F9 2A51:00AA,000F A65D:9C01,0F A65D:
9C81,0E 16EA:3F02,E0 16EA:3F82,E3 1448:00A0,00E5 1448:0069,A0E4
1E33:00AA,00E4 292B:A602,48 292B:A682,47 5556:00AA,00F1 4C27:00A0,003C
4C27:0069,A03C 1604:00AA,00F3 1604:0069,AAF3 220E:00A0,00E5 220E:
0069,A0E6 023E:00A0,0018 2A51:00AA,0010 B2F7:1B01,F4 4C27:66FF
5556:00AA,00EE 4C27:0069,A042 85B5:4D02,06
fhem>

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

rudolfkoenig

#3
10 August 2010, 10:36:27
                                                   

> Vermutlich nimmt ja einer von denen die Daten nicht ab?
Einer? Ich habe gerade in der T02 Liste 14 Stueck gezaehlt :) Sind die FHT's
mit dem CUL gepaart?

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Guest

#4
10 August 2010, 11:40:38
Originally posted by: <email address deleted>

On 10 Aug., 10:36, Rudolf Koenig wrote:
> > Vermutlich nimmt ja einer von denen die Daten nicht ab?
>
> Einer? Ich habe gerade in der T02 Liste 14 Stueck gezaehlt :) Sind die FHT's
> mit dem CUL gepaart?

Hallo Rudi,

in meinem Haus sind auf 3 Ebenen folgende FHTs etc. installiert:

(EG 3x FHT8 + 3x FHT8V   -> Einfache FHT-Regler ohne Zentrale die aber
auch erfasstt werden)
OG 3x FHT80b + 4x FHT8v + 3x FHTTK + 1x PIRI + 1 x FS20ST-3
DG 4x FHT80b + 4x FHT8v  + 6x FHTTK + 3x S555TH + 2 FS20ST-3
Im DG kommen später noch 1x FHT80b + 2x FHT8v hinzu.

Ich bin folgendermaßen vorgegangen:
1. fhem mit ausgeliefertem pgm2 fhem.cfg für autocreate gestartet
2. FHT80b mit FHT8v und FHTTK Synchronisiert
   Am FHT80b CEnt auf "nA" gestellt
   CEnt zeigt irgendwann "On" an
3. Schritt 2 habe ich dann nach und nach für alle FHT80b ausgeführt
4. Nachdem alle FHT80b und FHTTKs und auch einige FS20 Geräte
generiert waren und die
   FHT80b nach einigen Stunden ordentliche Werte lieferten habe ich
begonnen die
   Gerätebezeichnungen in für mich lesbare Bezeichnungen umzubenennen.
5. Einige Tage funktioniert das System einwandfrei. Ich kann z.B. alle
FHT80b über ein
   absetzen der desired-temp über pgm2 steuern. Die Regler reagieren
darauf.
6. Irgendwann taucht dann in den FHT-Logs z.B. das "unknown_69: 69%"
auf
   und nichts geht mehr mit den FHT80b.
7. Lösungsansätze wie fhem shutdown und CUL raus/rein fhem starten
hilft nicht
   PC an dem CUL und fhem installiert sind neu starten hilft auch
nicht.
8. Nur wenn ich mit Schritt 1 bis 4 das ganze neu aufsetze
funktioniert es 2-3 Tage
   einwandfrei, dann taucht der "unknown_69: 69%" wieder auf.

Zu dem Zeitpunkt wo alle FHT80b den Status nicht mehr übermitteln
funktionieren alle anderen Geräte wie PIRI, FS20ST-3, S555TH, FHTTK
einwandfrei!

Mir ist in der ganzen Zeit des testens nur diese Regelmäßigkeit bzgl.
der Meldung
"unknown_69: 69%" aufgefallen. Ob das was mit dem eigentlichen Problem
zu tun hat weiß ich nicht.

Ich wollte mir schon einen CUN fürs OG bestellen um den CUL zu
entlasten, möchte aber erst einmal dieses Problem gelöst haben. Das
jetzige System mit einem CUL funktioniert ja auch einige Tage.

Ich hoffe es hilft Dir etwas weiter.

hG, Markus

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Guest

#5
10 August 2010, 20:37:58
Originally posted by: <email address deleted>

Ich bin jetzt noch einmal so vorgegangen wie ich es sonst mache damit
ich wieder Statusmitteilungen der FHT80b erhalte. Alle Batterien aus
den FHT80b und FHT8v genommen und mit neuem fhem.cfg und autocreate
einen  Neustart des Systems durchgeführt.
Diesmal wird aber der CUL nach kurzer Laufzeit aus nicht erklärbaren
Grunden plötzlich disconected (/dev/ttyACM0 disconnected, waiting to
reappear). Ich sehe, dass die LED nicht mehr blinkt. Ich ziehe den
CUL  am USB Port ab und stecke ihn wieder auf. Sofort fängt die LED
wieder im Sekundentakt an zu blinken. PGM2 zeigt ein Initialized an
(reappeared). Ich setze ein refreshvalues führ den FHT80b ab und
sofort werden die Statusinformationen des FHTs geliefert.

Da ja anfänglich der Fehler bei nur einem FHT80b auftrat kann es nicht
an der Anzahl der FHTs liegen. LOVF Meldungen waren eher selten in den
Logs zu lesen.

Mir fällt auf, dass nachdem die FHTs wieder senden folgende
wiederkehrende Meldungen im fhem-Log verschwunden sind:
2010.08.10 16:51:20 5: CUL/RAW: /
2010.08.10 16:51:20 5: CUL/RAW: /EOB
2010.08.10 16:51:20 4: CUL: EOB
2010.08.10 16:51:20 2: CUL: unknown message EOB
2010.08.10 16:51:20 5: CUL/RAW: /
und im FileLog des FHTs:
2010-08-10_17:36:34 FHT_023e actuator: unknown_69: 17%

Hier einmal der Ablauf in den Log-Files. Vielleicht erkennt ja jemand
den Grund :

fhem
2010.08.10 16:34:44 5: Cmd: >define CUL CUL /dev/ttyACM0 1609<
2010.08.10 16:34:44 5: Loading /usr/share/fhem/FHEM/00_CUL.pm
2010.08.10 16:34:44 3: CUL opening CUL device /dev/ttyACM0
2010.08.10 16:34:44 3: CUL device opened
2010.08.10 16:34:44 5: CUL/RAW (ReadAnswer): V 1.37 CUL868
2010.08.10 16:34:44 5: CUL/RAW (ReadAnswer): 1609
2010.08.10 16:34:44 5: GOT CUL fhtid: 1609
2010.08.10 16:34:44 5: Triggering global (1 changes)
2010.08.10 16:34:44 5: Cmd: >define WEB FHEMWEB 8083 global<
2010.08.10 16:34:44 5: Loading /usr/share/fhem/FHEM/01_FHEMWEB.pm
2010.08.10 16:34:44 2: FHEMWEB port 8083 opened
2010.08.10 16:34:44 5: Triggering global (1 changes)
2010.08.10 16:34:44 5: Cmd: >define WEBS FHEMWEB 8084 global<
2010.08.10 16:34:44 2: FHEMWEB port 8084 opened
2010.08.10 16:34:44 5: Triggering global (1 changes)
2010.08.10 16:34:44 5: Cmd: >attr WEBS smallscreen 1<
2010.08.10 16:34:44 5: Cmd: >define Logfile FileLog /var/log/fhem/fhem-
%Y-%m.log fakelog<
2010.08.10 16:34:44 5: Loading /usr/share/fhem/FHEM/92_FileLog.pm
2010.08.10 16:34:44 5: Triggering global (1 changes)
2010.08.10 16:34:44 5: global trigger: Checking Logfile for notify
2010.08.10 16:34:44 5: Cmd: >define autocreate autocreate<
2010.08.10 16:34:44 5: Loading /usr/share/fhem/FHEM/98_autocreate.pm
2010.08.10 16:34:44 5: Triggering global (1 changes)
2010.08.10 16:34:44 5: global trigger: Checking Logfile for notify
2010.08.10 16:34:44 5: global trigger: Checking autocreate for notify
2010.08.10 16:34:44 5: Cmd: >attr autocreate autosave 1<
2010.08.10 16:34:44 5: Cmd: >attr autocreate device_room %TYPE<
2010.08.10 16:34:44 5: Cmd: >attr autocreate filelog /var/log/fhem/
%NAME-%Y.log<
2010.08.10 16:34:44 5: Cmd: >attr autocreate weblink 1<
2010.08.10 16:34:44 5: Cmd: >attr autocreate weblink_room Plots<
2010.08.10 16:34:44 5: Cmd: >setstate CUL disconnected<
2010.08.10 16:34:44 5: Cmd: >setstate Logfile active<
2010.08.10 16:34:44 5: Cmd: >setstate autocreate active<
2010.08.10 16:34:44 5: Cmd: >setstate global <
2010.08.10 16:34:44 5: Triggering global (1 changes)
2010.08.10 16:34:44 5: global trigger: Checking Logfile for notify
2010.08.10 16:34:44 5: global trigger: Checking autocreate for notify
2010.08.10 16:34:44 0: Server started (version =VERS= from =DATE=
($Id: fhem.pl,v 1.109 2010-08-02 12:47:55 rudolfkoenig Exp $), pid
8042)
2010.08.10 16:34:45 5: CUL/RAW: /T023E002C5935
...
...
2010.08.10 17:53:22 5: CUL/RAW: /

2010.08.10 17:53:22 5: CUL/RAW: /? (? (? (? (? (own) UsOB is unknown)
Use one of B C F G R T V W X e f m l t u x

2010.08.10 17:53:22 4: CUL: ? (? (? (? (? (own) UsOB is unknown) Use
one of B C F G R T V W X e f m l t u x
2010.08.10 17:53:22 2: CUL: unknown message ? (? (? (? (? (own) UsOB
is unknown) Use one of B C F G R T V W X e f m l t u x
2010.08.10 17:53:22 5: CUL/RAW: /

2010.08.10 17:53:22 5: CUL/RAW: /EOB

2010.08.10 17:53:22 4: CUL: EOB
2010.08.10 17:53:22 2: CUL: unknown message EOB
2010.08.10 17:53:22 5: CUL/RAW: /

2010.08.10 17:53:22 5: CUL/RAW: /TB2F71B81FD

2010.08.10 17:53:22 4: CUL: TB2F71B81 -75.5
2010.08.10 17:53:22 5: CUL dispatch TB2F71B81
2010.08.10 17:53:22 4: FHTTK skipping state 01 as last similar
telegram was received less than 5 (1) secs ago
2010.08.10 17:53:22 5: CUL/RAW: /

2010.08.10 17:53:22 5: CUL/RAW: /? (? (? (? (? (? (o e f m l t u x is
unknown) Use one of B C F G R T V W X e f m l t u x

2010.08.10 17:53:22 4: CUL: ? (? (? (? (? (? (o e f m l t u x is
unknown) Use one of B C F G R T V W X e f m l t u x
2010.08.10 17:53:22 2: CUL: unknown message ? (? (? (? (? (? (o e f m
l t u x is unknown) Use one of B C F G R T V W X e f m l t u x
2010.08.10 17:53:22 5: CUL/RAW: /

2010.08.10 17:53:22 1: /dev/ttyACM0 disconnected, waiting to reappear
2010.08.10 17:53:27 5: Triggering CUL (1 changes)
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_FHTTK_1562d8
for notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_FHTTK_16ea3f
for notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_FHTTK_18c006
for notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_FHTTK_292ba6
for notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_FHTTK_6cdf92
for notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_FHTTK_85b54d
for notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_FHTTK_a65d9c
for notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_FHTTK_b2f71b
for notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_FHTTK_dbb584
for notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_WS_1 for
notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_WS_2 for
notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_WS_3 for
notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_CUL_WS_5 for
notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_FHT_023e for
notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_FS20_324f00 for
notify
2010.08.10 17:53:27 5: CUL trigger: Checking FileLog_FS20_3f6d00 for
notify
2010.08.10 17:53:27 5: CUL trigger: Checking Logfile for notify
...
...
2010.08.10 18:46:10 1: CUL /dev/ttyACM0 reappeared (CUL)
2010.08.10 18:46:10 5: CUL/RAW (ReadAnswer): V 1.37 CUL868

2010.08.10 18:46:10 5: CUL/RAW (ReadAnswer): 1609

2010.08.10 18:46:10 5: GOT CUL fhtid: 1609
2010.08.10 18:46:10 5: Triggering CUL (1 changes)
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_FHTTK_1562d8
for notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_FHTTK_16ea3f
for notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_FHTTK_18c006
for notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_FHTTK_292ba6
for notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_FHTTK_6cdf92
for notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_FHTTK_85b54d
for notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_FHTTK_a65d9c
for notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_FHTTK_b2f71b
for notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_FHTTK_dbb584
for notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_WS_1 for
notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_WS_2 for
notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_WS_3 for
notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_CUL_WS_5 for
notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_FHT_023e for
notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_FS20_324f00 for
notify
2010.08.10 18:46:10 5: CUL trigger: Checking FileLog_FS20_3f6d00 for
notify
2010.08.10 18:46:10 5: CUL trigger: Checking Logfile for notify
2010.08.10 18:46:10 5: CUL trigger: Checking autocreate for notify
2010.08.10 18:46:32 5: CUL/RAW: /T1562D8010D

2010.08.10 18:46:32 4: CUL: T1562D801 -67.5
2010.08.10 18:46:32 5: CUL dispatch T1562D801
2010.08.10 18:46:32 4: FHTTK Device CUL_FHTTK_1562d8 (Window: Open)
2010.08.10 18:46:32 5: Triggering CUL_FHTTK_1562d8 (1 changes)
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_FHTTK_1562d8 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_FHTTK_16ea3f for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_FHTTK_18c006 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_FHTTK_292ba6 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_FHTTK_6cdf92 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_FHTTK_85b54d for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_FHTTK_a65d9c for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_FHTTK_b2f71b for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_FHTTK_dbb584 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_WS_1 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_WS_2 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_WS_3 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_CUL_WS_5 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_FHT_023e for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_FS20_324f00 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking
FileLog_FS20_3f6d00 for notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking Logfile for
notify
2010.08.10 18:46:32 5: CUL_FHTTK_1562d8 trigger: Checking autocreate
for notify
2010.08.10 18:46:32 5: CUL/RAW: /T1562D8810E

2010.08.10 18:46:32 4: CUL: T1562D881 -67
2010.08.10 18:46:32 5: CUL dispatch T1562D881






FHT80b Log
...
2010-08-10_17:34:35 FHT_023e actuator: 0%
2010-08-10_17:36:33 FHT_023e actuator: 0%
2010-08-10_17:36:34 FHT_023e actuator: unknown_69: 17%
2010-08-10_17:38:31 FHT_023e actuator: 0%
2010-08-10_17:38:32 FHT_023e actuator: unknown_69: 17%
2010-08-10_17:40:29 FHT_023e actuator: 0%
2010-08-10_17:40:30 FHT_023e actuator: unknown_69: 17%
2010-08-10_17:42:27 FHT_023e actuator: 0%
2010-08-10_17:44:25 FHT_023e actuator: 0%
2010-08-10_17:44:27 FHT_023e actuator: unknown_69: 17%
2010-08-10_17:46:23 FHT_023e actuator: 0%
2010-08-10_17:46:24 FHT_023e actuator: unknown_69: 17%
2010-08-10_17:48:21 FHT_023e actuator: 0%
2010-08-10_17:48:22 FHT_023e actuator: unknown_69: 17%
2010-08-10_17:50:19 FHT_023e actuator: 0%
2010-08-10_17:50:20 FHT_023e actuator: unknown_69: 17%
2010-08-10_17:52:17 FHT_023e actuator: 0%
2010-08-10_17:52:18 FHT_023e actuator: unknown_69: 17%
2010-08-10_18:47:21 FHT_023e actuator: 0%
2010-08-10_18:47:27 FHT_023e refreshvalues
2010-08-10_18:49:19 FHT_023e actuator: 0%
2010-08-10_18:49:20 FHT_023e report1: 0
2010-08-10_18:49:20 FHT_023e report2: 0
2010-08-10_18:51:17 FHT_023e actuator: 0%
2010-08-10_18:51:17 FHT_023e mon-from1: 12:00
2010-08-10_18:51:17 FHT_023e mon-to1: 19:00
2010-08-10_18:51:18 FHT_023e mon-from2: 24:00
2010-08-10_18:51:18 FHT_023e mon-to2: 24:00
2010-08-10_18:51:19 FHT_023e tue-from1: 12:00
2010-08-10_18:51:19 FHT_023e tue-to1: 19:00
2010-08-10_18:51:19 FHT_023e tue-from2: 24:00
2010-08-10_18:51:20 FHT_023e tue-to2: 24:00
2010-08-10_18:51:21 FHT_023e wed-from1: 12:00
2010-08-10_18:51:21 FHT_023e wed-to1: 19:00
2010-08-10_18:51:21 FHT_023e wed-from2: 24:00
2010-08-10_18:51:22 FHT_023e wed-to2: 24:00
2010-08-10_18:51:22 FHT_023e thu-from1: 12:00
2010-08-10_18:51:22 FHT_023e thu-to1: 19:00
2010-08-10_18:51:23 FHT_023e thu-from2: 24:00
2010-08-10_18:51:23 FHT_023e thu-to2: 24:00
2010-08-10_18:51:24 FHT_023e fri-from1: 12:00
2010-08-10_18:51:24 FHT_023e fri-to1: 19:00
2010-08-10_18:51:24 FHT_023e fri-from2: 24:00
2010-08-10_18:51:24 FHT_023e fri-to2: 24:00
2010-08-10_18:51:25 FHT_023e sat-from1: 08:00
2010-08-10_18:51:25 FHT_023e sat-to1: 20:00
2010-08-10_18:51:26 FHT_023e sat-from2: 24:00
2010-08-10_18:51:26 FHT_023e sat-to2: 24:00
2010-08-10_18:51:27 FHT_023e sun-from1: 08:00
2010-08-10_18:51:27 FHT_023e sun-to1: 19:40
2010-08-10_18:51:27 FHT_023e sun-from2: 24:00
2010-08-10_18:51:28 FHT_023e sun-to2: 24:00
2010-08-10_18:51:28 FHT_023e day-temp: 19.0
2010-08-10_18:51:29 FHT_023e night-temp: 17.0
2010-08-10_18:53:14 FHT_023e actuator: 0%
2010-08-10_18:53:15 FHT_023e day-temp: 19.0
2010-08-10_18:53:15 FHT_023e night-temp: 17.0
2010-08-10_18:53:16 FHT_023e windowopen-temp: 8.0
2010-08-10_18:53:16 FHT_023e lowtemp-offset: 4.0
2010-08-10_18:53:17 FHT_023e desired-temp: 7.5
2010-08-10_18:55:12 FHT_023e actuator: 0%
2010-08-10_18:55:13 FHT_023e measured-temp: 27.6 (Celsius)
2010-08-10_18:55:14 FHT_023e mode: auto
2010-08-10_18:55:14 FHT_023e battery: ok
2010-08-10_18:55:15 FHT_023e lowtemp: ok
2010-08-10_18:55:15 FHT_023e window: open
2010-08-10_18:55:15 FHT_023e windowsensor: ok
2010-08-10_18:55:15 FHT_023e warnings: Window open
2010-08-10_18:57:10 FHT_023e actuator: 0%
2010-08-10_18:59:08 FHT_023e actuator: 0%
2010-08-10_18:59:27 FHT_023e desired-temp: 7.5
2010-08-10_19:01:06 FHT_023e actuator: 0%
2010-08-10_19:03:04 FHT_023e actuator: 0%
2010-08-10_19:05:02 FHT_023e actuator: 0%
2010-08-10_19:07:00 FHT_023e actuator: 0%
2010-08-10_19:08:58 FHT_023e actuator: 0%
2010-08-10_19:10:56 FHT_023e actuator: 0%
2010-08-10_19:12:54 FHT_023e actuator: 0%
2010-08-10_19:14:52 FHT_023e actuator: 0%
2010-08-10_19:14:54 FHT_023e measured-temp: 27.5 (Celsius)
2010-08-10_19:14:54 FHT_023e battery: ok
2010-08-10_19:14:54 FHT_023e lowtemp: ok
2010-08-10_19:14:54 FHT_023e window: open
2010-08-10_19:14:54 FHT_023e windowsensor: ok
2010-08-10_19:14:54 FHT_023e warnings: Window open

hG, Markus

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

rudolfkoenig

#6
10 August 2010, 21:47:25
                                                   

> (EG 3x FHT8 + 3x FHT8V   -> Einfache FHT-Regler ohne Zentrale die aber
> auch erfasstt werden)

Achtung: wenn ein FHT8 als FHT80b definiert wird, dann koennen "set TYPE=FHT
time" Kommandos den CUL FHT-Puffer verstopfen.


> 8. Nur wenn ich mit Schritt 1 bis 4 das ganze neu aufsetze funktioniert es
> 2-3 Tage einwandfrei, dann taucht der "unknown_69: 69%" wieder auf.

Nach allem was ich ueber die FHT80b Kommunikation weiss, muesste ein FHT Reset
und eine Neusynchronisation reichen. Ich habe gerade mein unknown.log
angeschaut (fuer alles mit unknown): ich habe ca vor einem Jahr von meinem
FHT's ziemlich zeitgleich unknown_69 bekommen. Der Spuk waehrte ca 15 Minuten,
seitdem habe ich es nicht mehr bekommen. Mir ist es damals nicht aufgefallen.


> Zu dem Zeitpunkt wo alle FHT80b den Status nicht mehr übermitteln
> funktionieren alle anderen Geräte wie PIRI, FS20ST-3, S555TH, FHTTK
> einwandfrei!

Kannst Du noch senden?


> Diesmal wird aber der CUL nach kurzer Laufzeit aus nicht erklärbaren
> Grunden plötzlich disconected (/dev/ttyACM0 disconnected, waiting to
> reappear).

Das ist komisch. Entweder ist die USB-Schnittstelle oder das CUL selber
problematisch.


> LOVF Meldungen waren eher selten in den Logs zu lesen.
LOVF (Limit Overflow) ist ein Zeichen dafuer, dass das CUL nicht senden darf.
Entweder will man zu viel FS20 Geraete bedienen, oder es sind zu viele FHT's
angeschlossen. Siehe
http://www.fhemwiki.de/index.php/Maximal_nutzbare_Ger%C3%A4te

> 2010.08.10 17:53:22 5: CUL/RAW: /? (? (? (? (? (own) UsOB is unknown)

Klingt nach Problemen mit dem CUL oder USB. Dieses Problem ist auch bekannt und
nicht geloest. Irgendwer schickt die CUL Outputdaten zurueck. Entweder kommt
der USB-Stack auf dem CUL durcheinander, oder etwas auf der anderen (d.h. PC)
Seite.

Gruss,
  Rudi

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Guest

#7
10 August 2010, 22:38:20
Originally posted by: <email address deleted>

Hallo Rudi,
vielen Dank für Deine Antwort.
Ich habe in den letzten Wochen einiges an Zeit mit diesem System
verbracht und wollte es schon langsam mal in die Produktivumgebung
umsetzen.

Ich lasse z.Zt. lediglich einen FHT80B ein paar Tage durchlaufen und
bringe, falls keine Probleme auftreten, weiter Schritt für Schritt
hinzu.

Kannst Du mir noch sagen ob ich den CUL im Telnet direkt resetten kann
ohne ihn aus- und wieder einstecken zu müssen?

> > (EG 3x FHT8 + 3x FHT8V   -> Einfache FHT-Regler ohne Zentrale die aber
> > auch erfasstt werden)
>
> Achtung: wenn ein FHT8 als FHT80b definiert wird, dann koennen "set TYPE=FHT
> time" Kommandos den CUL FHT-Puffer verstopfen.

Autocreate legt diese 3 FHT8-Regler auch an.
Ich habe bei den 3en jetzt mal die Batterien rausgenommen. Mal sehen
was passiert.


> > 8. Nur wenn ich mit Schritt 1 bis 4 das ganze neu aufsetze funktioniert es
> > 2-3 Tage einwandfrei, dann taucht der "unknown_69: 69%" wieder auf.
>
> Nach allem was ich ueber die FHT80b Kommunikation weiss, muesste ein FHT Reset
> und eine Neusynchronisation reichen. Ich habe gerade mein unknown.log
> angeschaut (fuer alles mit unknown): ich habe ca vor einem Jahr von meinem
> FHT's ziemlich zeitgleich unknown_69 bekommen. Der Spuk waehrte ca 15 Minuten,
> seitdem habe ich es nicht mehr bekommen. Mir ist es damals nicht aufgefallen.

Ein FHT Reset oder eine Neusynchronisation CEnt->nA haben hier absolut
nicht geholfen.
Alle 7 FHT80b haben munter weiter die unknown_69 gesendet.
Wenn der unknown_69 auftritt dann auch in etwa zeitgleich bei allen 7
FHTs
Wo kommt denn eigentlich das unknown_69 her?


> > Zu dem Zeitpunkt wo alle FHT80b den Status nicht mehr bermitteln
> > funktionieren alle anderen Ger te wie PIRI, FS20ST-3, S555TH, FHTTK
> > einwandfrei!
>
> Kannst Du noch senden?

Ja ich kann z.B. die Funksteckdosen (FS20ST-3) toggeln.


> > Diesmal wird aber der CUL nach kurzer Laufzeit aus nicht erkl rbaren
> > Grunden pl tzlich disconected (/dev/ttyACM0 disconnected, waiting to
> > reappear).
>
> Das ist komisch. Entweder ist die USB-Schnittstelle oder das CUL selber
> problematisch.

Das die LED plötzlich aufgehört hat zu blinken das hatte ich heute
auch zum ersten mal.


> > 2010.08.10 17:53:22 5: CUL/RAW: /? (? (? (? (? (own) UsOB is unknown)
>
> Klingt nach Problemen mit dem CUL oder USB. Dieses Problem ist auch bekannt und
> nicht geloest. Irgendwer schickt die CUL Outputdaten zurueck. Entweder kommt
> der USB-Stack auf dem CUL durcheinander, oder etwas auf der anderen (d.h. PC)
> Seite.

Könnte das in irgendeiner Art und Weise auch für das unknown_69
verantwortlich sein?

hG, Markus

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

rudolfkoenig

#8
10 August 2010, 23:51:40
                                                   

> Kannst Du mir noch sagen ob ich den CUL im Telnet direkt resetten kann
> ohne ihn aus- und wieder einstecken zu müssen?

Mit  "B00" (reboot) oder ein e (factory reset) . Siehe auch culfw/README


> Autocreate legt diese 3 FHT8-Regler auch an.
> Ich habe bei den 3en jetzt mal die Batterien rausgenommen. Mal sehen
> was passiert.

Ich glaube dafuer haben wir das ignore Attribut.


> Könnte das in irgendeiner Art und Weise auch für das unknown_69
> verantwortlich sein?

Ich behaupte nicht.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Guest

#9
11 August 2010, 07:38:53
Originally posted by: <email address deleted>

Danke Rudi für Deinen Hinweis.
Eine Frage habe ich noch.

refreshvalues hat gestern das erste mal alle Werte wie unten
aufgelistet zurückgeliefert.
In der Vergangenheit hatte ich immer nur ein Bruchteil davon im
webpgm2 gesehen.
Müssten immer alle Werte zurückgesandt werden? Wenn ja, was könnte der
Grund sein weshalb nur ein Teil zurückgeliefert wird?

hG, markus



State    Value    Measured

actuator    0%    2010-08-11 07:22:27
battery    ok    2010-08-11 07:14:37
day-temp    19.0    2010-08-10 18:53:15
desired-temp    7.5    2010-08-10 18:59:27
fri-from1    12:00    2010-08-10 18:51:24
fri-from2    24:00    2010-08-10 18:51:24
fri-to1    19:00    2010-08-10 18:51:24
fri-to2    24:00    2010-08-10 18:51:24
lowtemp    ok    2010-08-11 07:14:37
lowtemp-offset    4.0    2010-08-10 18:53:16
measured-high    1    2010-08-11 07:14:36
measured-low    11    2010-08-11 07:14:36
measured-temp    26.7 (Celsius)    2010-08-11 07:14:36
mode    auto    2010-08-10 18:55:14
mon-from1    12:00    2010-08-10 18:51:17
mon-from2    24:00    2010-08-10 18:51:18
mon-to1    19:00    2010-08-10 18:51:17
mon-to2    24:00    2010-08-10 18:51:18
night-temp    17.0    2010-08-10 18:53:15
report1    0    2010-08-10 18:49:20
report2    0    2010-08-10 18:49:20
sat-from1    08:00    2010-08-10 18:51:25
sat-from2    24:00    2010-08-10 18:51:26
sat-to1    20:00    2010-08-10 18:51:25
sat-to2    24:00    2010-08-10 18:51:26
sun-from1    08:00    2010-08-10 18:51:27
sun-from2    24:00    2010-08-10 18:51:27
sun-to1    19:40    2010-08-10 18:51:27
sun-to2    24:00    2010-08-10 18:51:28
thu-from1    12:00    2010-08-10 18:51:22
thu-from2    24:00    2010-08-10 18:51:23
thu-to1    19:00    2010-08-10 18:51:22
thu-to2    24:00    2010-08-10 18:51:23
tue-from1    12:00    2010-08-10 18:51:19
tue-from2    24:00    2010-08-10 18:51:19
tue-to1    19:00    2010-08-10 18:51:19
tue-to2    24:00    2010-08-10 18:51:20
warnings    Window open    2010-08-11 07:14:37
wed-from1    12:00    2010-08-10 18:51:21
wed-from2    24:00    2010-08-10 18:51:21
wed-to1    19:00    2010-08-10 18:51:21
wed-to2    24:00    2010-08-10 18:51:22
window    open    2010-08-11 07:14:37
windowopen-temp    8.0    2010-08-10 18:53:16
windowsensor    ok    2010-08-11 07:14:37

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

rudolfkoenig

#10
11 August 2010, 08:32:54
                                                   

> Müssten immer alle Werte zurückgesandt werden?

Ja.

> Wenn ja, was könnte der Grund sein weshalb nur ein Teil zurückgeliefert wird?

Die Kommunikation ist sehr Fragil (siehe erwaehntes Wiki Artikel). Wenn einer
der Partner auf den Ack bzw. Nachricht der anderen nicht reagiert, dann wird es
nochmal wiederholt, danach bricht die Uebertragung erstmal ab. Der FHT versucht
es dann nocheinmal (Ausnahme: die automatische Temperaturmeldung).
Da alles sehr langsam laeuft, muss fuer ca. 30 Sekunden bei allen anderen
"Funkruhe" herrschen.

Die FHT80b zu FHZ (bzw. CUL) Kommunikation beruht auf einem selten
kompliziertes, ineffizientes und stoeranfaelliges Protokoll.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Guest

#11
11 August 2010, 23:34:24
Originally posted by: <email address deleted>

Hallo Rudi,

Nach stundenlangem suchen kann ich jetzt den unknown_69:
reproduzieren !!!
Folgendes habe ich bewusst ausgeführt, ob das Sinn macht muss jetzt
erst mal dahin gestellt sein. Das ist auf jeden Fall der Auslöser für
das einfrieren der FHTs :-(

Im webpgm2 den Wert 30 für actuator gesetzt. Danach ist der FHT80b
tot. Andere Werte ergeben veränderete Prozentwerte.

Ich vermute, dass durch einen Fehler irgend ein Wert für actuator
aller FHTs gesetzt wird, und das für alle annähernd zur gleichen Zeit.
So war es auch in meinen Logfiles zu sehen. Die Frage ist wer setzt
das Kommando ab?

Hier die passenden Einträge im Log:

2010.08.11 23:07:09 5: Cmd: >set Jennifer_Heizung actuator 30<
2010.08.11 23:07:09 5: CUL sending T023e001e
2010.08.11 23:07:09 2: FHT set Jennifer_Heizung actuator 30
...
2010.08.11 23:08:18 4: CUL: T023E00A600 -59
2010.08.11 23:08:18 5: CUL dispatch 810c04xx0909a001023e0000a600
2010.08.11 23:08:18 4: FHT Jennifer_Heizung actuator: 0%
...
2010.08.11 23:08:19 4: CUL: T023E00691E -59.5
2010.08.11 23:08:19 5: CUL dispatch 810c04xx0909a001023e0000691e
2010.08.11 23:08:19 4: FHT Jennifer_Heizung actuator: unknown_69: 12%

Hg, Markus

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Dr. Boris Neubert

#12
12 August 2010, 06:54:26
                                             

Hallo Markus,

Maggus schrieb:
> 2010.08.11 23:07:09 5: Cmd: >set Jennifer_Heizung actuator 30<
> 2010.08.11 23:07:09 5: CUL sending T023e001e
> 2010.08.11 23:07:09 2: FHT set Jennifer_Heizung actuator 30

Nanu? set actuator ist doch gar kein valides Kommando fuer einen FHT80b?

> 2010.08.11 23:08:18 4: CUL: T023E00A600 -59
> 2010.08.11 23:08:18 5: CUL dispatch 810c04xx0909a001023e0000a600
> 2010.08.11 23:08:18 4: FHT Jennifer_Heizung actuator: 0%

Aber CUL sendet es... In 11_FHT.pm fehlt "actuator" im %cantset hash.

Gruesse,
Boris

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

rudolfkoenig

#13
12 August 2010, 08:07:48
                                                   

> >2010.08.11 23:07:09 5: Cmd: >set Jennifer_Heizung actuator 30<

Eigentlich sollte ein CUL/FHZ dem FHT nie actuator Meldungen schicken sondern
nur desired-temp & co. Der FHT regelt selbsstaendig anhand der gemessenen
Temperatur und Erfahrung mit dem Heizkoerper die aktuellen Ventilwerte.

Kannst Du bitte pruefen mit einem erhoehten Loglevel, ob bei Dir fhem aus
Versehen oder mit Absicht actuator Kommandos sendet?
Stoppt ein actuator Telegramm alle FHT's oder nur den dazugehoerigen?

Kann es sein dass der im define spezifizierte CUL-Id einem der FHT Id's
entspricht?


> Aber CUL sendet es... In 11_FHT.pm fehlt "actuator" im %cantset hash.

Jetzt nicht mehr. Habs gerade eingecheckt.

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.

Guest

#14
12 August 2010, 10:23:26
Originally posted by: <email address deleted>

> Kannst Du bitte pruefen mit einem erhoehten Loglevel, ob bei Dir fhem aus
> Versehen oder mit Absicht actuator Kommandos sendet?

Welchen Loglevel soll ich denn setzen? Geb mir bitte einen Wert vor
damit es gleich passt. Danke.

> Stoppt ein actuator Telegramm alle FHT's oder nur den dazugehoerigen?

Ich baue jetzt mal eine Testumgebung mit 4 FHTs zusammen und lasse
autocreate laufen.
Danach sende ich eine actuator Meldung raus. Mal sehen was passiert.

> Kann es sein dass der im define spezifizierte CUL-Id einem der FHT Id's
> entspricht?

Nein. Die z.Zt. verwendete CUL-ID 1609 kommt nur einmal im fhem.cfg
als Geräte-ID vor.

hG, Markus

--
Sie haben diese Nachricht erhalten, da Sie der Google Groups-Gruppe FHEM users beigetreten sind.
Wenn Sie Nachrichten in dieser Gruppe posten möchten, senden Sie eine E-Mail an fhem-users@googlegroups.com.
Wenn Sie aus dieser Gruppe austreten möchten, senden Sie eine E-Mail an fhem-users+unsubscribe@googlegroups.com.
Besuchen Sie die Gruppe unter http://groups.google.com/group/fhem-users?hl=de, um weitere Optionen zu erhalten.
Drucken
Nach oben Seiten1 2 Alle
Benutzer-Aktionen