[FHZ] CUL: unknown message EOB

Martin Fischer · 11 Februar 2010, 18:52:43

hiya,

ich habe mir gerade mal einen ~50 zeiler geschrieben, der per bulk meine FHT's
setzen soll. dabei bekomme ich nach ein paar abgesetzten set's:

2010.02.11 18:32:29 4: CUN868: EOB
2010.02.11 18:32:29 2: CUL: unknown message EOB

mir düngt es (ohne die doku gelesen zu haben) das EOB höchstwahrscheinlich als
EndOfBuffer interpretiert werden kann. oder liege ich da falsch?

sollte fhem nicht evtl. das "CUL: unknown message EOB" abfangen, damit im
logfile nicht die "unknown message" steht?

aber nun zum eigentlichen problem:

wie kann ich das am besten abfangen?

ausgangslage ist ein config-file, das ich parse:

erste zeile eines blocks definiert das oder die (durch komma getrennten) zu
setzenden devices.
beispiel:
# FHT:EG.wz.HZ,EG.ez.HZ

dann kommen die temperaturen für tag, nacht, fenster offen.
beispiel:
# day:21.5
# night:17.0
# window:10.0

dann kommt jeweils in einer zeile der wochentag,-from1,-to1,-from2,-to2
beispiel:
mon,06:30,08:30,16:30,22:30

das ganze mache ich für zur zeit 5 FHT's. das erste device bekomme ich
komplett durch. das zweite bereits nur noch zu 2/3 und es hagelt:

2010.02.11 18:32:28 2: FHT set EG.ez.HZ sat-from2 24:00
2010.02.11 18:32:28 2: FHT set EG.ez.HZ sat-to1 23:50
2010.02.11 18:32:28 2: FHT set EG.ez.HZ sat-to2 24:00
2010.02.11 18:32:28 4: CUN868: EOB
2010.02.11 18:32:28 2: CUL: unknown message EOB
2010.02.11 18:32:28 4: CUN868: EOB
2010.02.11 18:32:28 2: CUL: unknown message EOB
2010.02.11 18:32:28 4: CUN868: EOB
2010.02.11 18:32:28 2: CUL: unknown message EOB
2010.02.11 18:32:28 4: CUN868: EOB
2010.02.11 18:32:28 2: CUL: unknown message EOB
2010.02.11 18:32:28 4: CUN868: EOB
2010.02.11 18:32:28 2: CUL: unknown message EOB
2010.02.11 18:32:28 4: CUN868: EOB
2010.02.11 18:32:28 2: CUL: unknown message EOB
2010.02.11 18:32:28 2: FHT set EG.ez.HZ sun-from1 08:30
2010.02.11 18:32:28 2: FHT set EG.ez.HZ sun-from2 24:00
2010.02.11 18:32:28 2: FHT set EG.ez.HZ sun-to1 23:50
2010.02.11 18:32:28 2: FHT set EG.ez.HZ sun-to2 24:00
2010.02.11 18:32:28 2: FHT set EG.ez.HZ thu-from1 06:30
2010.02.11 18:32:28 2: FHT set EG.ez.HZ thu-from2 16:30
2010.02.11 18:32:28 2: FHT set EG.ez.HZ thu-to1 08:30
2010.02.11 18:32:28 2: FHT set EG.ez.HZ thu-to2 22:30
2010.02.11 18:32:28 2: FHT set EG.ez.HZ tue-from1 06:30
2010.02.11 18:32:28 4: CUN868: EOB
2010.02.11 18:32:28 2: CUL: unknown message EOB
2010.02.11 18:32:28 4: CUN868: EOB
2010.02.11 18:32:28 2: CUL: unknown message EOB
2010.02.11 18:32:28 4: CUN868: EOB
2010.02.11 18:32:28 2: CUL: unknown message EOB

nun weiss ich aber nicht ob letztendlich alle set's durchkommen oder die wo
der EOB autritt im nirvana landen.

any ideas?

gruß martin

hier noch ein auszug aus dem config-file:

# FHT:EG.wz.HZ,EG.ez.HZ
# day:21.5
# night:17.0
# window:10.0
mon,06:30,08:30,16:30,22:30
tue,06:30,08:30,16:30,22:30
wed,06:30,08:30,16:30,22:30
thu,06:30,08:30,16:30,22:30
fri,06:30,08:30,16:30,22:30
sat,08:30,23:50,24:00,24:00
sun,08:30,23:50,24:00,24:00

# FHT:EG.sz.HZ
# day:18.0
# night:16.0
# window:10.0
mon,20:00,08:00,00:00,08:00
tue,20:00,08:00,00:00,08:00
wed,20:00,08:00,00:00,08:00
thu,20:00,08:00,00:00,08:00
fri,20:00,08:00,00:00,08:00
sat,20:00,08:00,00:00,08:00
sun,20:00,08:00,00:00,08:00

usw.

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

rudolfkoenig · 11 Februar 2010, 19:48:39

> mir düngt es (ohne die doku gelesen zu haben) das EOB höchstwahrscheinlich als
> EndOfBuffer interpretiert werden kann. oder liege ich da falsch?

Nein.

> sollte fhem nicht evtl. das "CUL: unknown message EOB" abfangen, damit im
> logfile nicht die "unknown message" steht?

evtl.

Eigentlich ist in 11_FHT.pm Code drin, der den verbleibenden Puffer
via "get CUL fhtbuf" abfragt, und erst dann die weiteren Daten weiterscshickt,
wenn Cul wieder Platz dafuer hat. Dafuer muss das CUL Attribut fhtsoftbuffer
gesetzt sein (analog zum FHZ).
Ich gebe es zu, es selber mit dem CUL nicht getestet zu haben.

> 2010.02.11 18:32:28 2: FHT set EG.ez.HZ sat-from2 24:00
> 2010.02.11 18:32:28 2: FHT set EG.ez.HZ sat-to1 23:50
> 2010.02.11 18:32:28 2: FHT set EG.ez.HZ sat-to2 24:00
[...]

Das ist nicht effizient, da es pro FHT timeslot (alle 115+x Sekunden) nur ein
Befehl gesendet wird. Man kann mehrere Befehle (CUL:6?, FHZ:

pro set
zusammenfassen, die werden auf einmal gesendet.

Generell halte ich dieses Verfahren (FHT's befuellen) fuer sehr problematisch,
da es relativ viel Funkverkehr verursacht. Hatte beim FHZ auch zu Problemen
gefuehrt.

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

Martin Fischer · 11 Februar 2010, 20:14:35

um missverständnissen vorzubeugen: ich habe da einen CUN dran

Am Donnerstag 11 Februar 2010 schrieb Rudolf Koenig:
> [...]
> > sollte fhem nicht evtl. das "CUL: unknown message EOB" abfangen, damit im
> > logfile nicht die "unknown message" steht?
>
> evtl.

Eigentlich ist in 11_FHT.pm Code drin, der den verbleibenden
> Puffer via "get CUL fhtbuf" abfragt, und erst dann die weiteren Daten
> weiterscshickt, wenn Cul wieder Platz dafuer hat. Dafuer muss das CUL
> Attribut fhtsoftbuffer gesetzt sein (analog zum FHZ).
> Ich gebe es zu, es selber mit dem CUL nicht getestet zu haben.

hm... das ist aber so nicht dokumentiert. ist mir jetzt neu, das fhtsoftbuffer
auch mit CUL/CUN geht. vielleicht sollte das dann in der commandref.html
ergänzt werden.

> > 2010.02.11 18:32:28 2: FHT set EG.ez.HZ sat-from2 24:00
> > 2010.02.11 18:32:28 2: FHT set EG.ez.HZ sat-to1 23:50
> > 2010.02.11 18:32:28 2: FHT set EG.ez.HZ sat-to2 24:00
>
> [...]
>
> Das ist nicht effizient, da es pro FHT timeslot (alle 115+x Sekunden) nur
> ein Befehl gesendet wird. Man kann mehrere Befehle (CUL:6?, FHZ:

pro set
> zusammenfassen, die werden auf einmal gesendet.

jo, das ist mir nicht neu, zumal wir beiden hübschen das seinerzeit gemeinsam
erarbeitet hatten.. du den code, ich die tests

> Generell halte ich dieses Verfahren (FHT's befuellen) fuer sehr
> problematisch, da es relativ viel Funkverkehr verursacht. Hatte beim FHZ
> auch zu Problemen gefuehrt.

ich geb dir recht. nur in diesem fall ist mir der "funksmog" nicht so wichtig,
da es nur eine einmalige aktion ist. ich habe etliche zeiten umgestellt und
das wollte / will ich nicht händisch am rädchen machen

kann ich den CUN BUFFER eigentlich auch aus fhem heraus flushen?

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

rudolfkoenig · 11 Februar 2010, 23:52:07

> kann ich den CUN BUFFER eigentlich auch aus fhem heraus flushen?

Wenn Du den FHT Puffer meinst: "set CUL raw T01ABCD" (ABCD == FHT HouseCode)

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

Martin Fischer · 12 Februar 2010, 20:53:31

Am Donnerstag 11 Februar 2010 schrieb Rudolf Koenig:
> > kann ich den CUN BUFFER eigentlich auch aus fhem heraus flushen?
>
> Wenn Du den FHT Puffer meinst: "set CUL raw T01ABCD" (ABCD == FHT
> HouseCode)

und damit wird der gelöscht?

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

rudolfkoenig · 13 Februar 2010, 18:11:44

> > Wenn Du den FHT Puffer meinst: "set CUL raw T01ABCD" (ABCD == FHT
> > HouseCode)
>
> und damit wird der gelöscht?

Ja, T01 initialisiert das FHT Subsystem der culfw

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

Dr. Boris Neubert · 06 September 2010, 19:15:00

Hallo,

da mich das Problem hier heute Nacht auch gebissen hat, war ich so
frei, die Doku zu fhtsoftbuffer bei CUL in der commandref.html und
einen neuen Punkt in der FAQ zu ergaenzen (im CVS).

Gruesse,
Boris

---------- Forwarded message ----------
From: Rudolf Koenig
Date: Sat, 13 Feb 2010 09:11:44 -0800 (PST)
Subject: Re: [FHZ] CUL: unknown message EOB
To: fhem-users@googlegroups.com

> > Wenn Du den FHT Puffer meinst: "set CUL raw T01ABCD" (ABCD == FHT
> > HouseCode)
>
> und damit wird der gel�scht?

Ja, T01 initialisiert das FHT Subsystem der culfw

--
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.