Wochenplan für FHT setzen

[Dr. Boris Neubert]

Hallo @all,

erstmal vorweg ein grosses Lob an Rudolf für seine tolle Arbeit!

Schon lange habe ich mit diversen Funksystemen zum Schalten meiner
Verbraucher gewerkelt bis ich letztens auf das FS20 gestossen bin. Nun
habe ich begonnen mein Haus mit diversen Komponenten auszustatten:
Steckdosen, Dimmer und Heizungssteuerung. Das ganze habe ich seit zwei
Tagen dann auch mit einer FHZ1300 gekoppelt und pgm3 im Einsatz.
Soweit so gut.

Meine FHT80b ist mit 3 Stellventilen sowie zwei Fensterkontakten
gekoppelt. Im pgm3 kann ich dank gnuplot die Graphen gut zur
Information der gemessenen Werte nutzen.

Nun hatte ich den Wochenplan direkt im FHT eingestellt und möchte
diesen jetzt über fhem neu setzen. Hintergrund: meine Frau arbeit
halbtags wöchentlich im Wechsel vor- oder nachmittags. Je nach Woche
soll also unterschiedlich geheizt werden. Da ich diese Anpassungen
nicht händisch machen will, kam mir die Idee das einem cronjob zu
überlassen.

Also habe ich ein Script geschrieben, das ermittelt ob aktuell eine
gerade oder ungerade Woche ist und je nach Ergebnis einen neuen
Wochenplan setzen soll. Dieser job soll dann später wöchentlich
aufgerufen werden, wenn es denn klappen würde

Wenn ich das Script nun starte, werden die Werte scheinbar gesetzt und
auch gesendet (verbose 5). Im Logfile erscheinen auch die Einträge.
Allerdings werden die Werte (*-from1, *-from2, etc) nicht im FHT
gesetzt. Auch im STATEFILE stehen diese Werte nicht. Habe ich evtl.
etwas vergessen?

Auch hatte ich hier gelesen, das evtl. bei zu schneller Befehlfolge
etwas verschluckt wird. Dazu hatte ich das Script auch schon mal mit
"Sleep 1" nach jedem Befehl gebremst; leider ohne Erfolg.

Hier das Script:

#!/bin/bash

let WEEKNR="`date +%V`%2"

WORK="mon tue wed thu fri"
FREE="sat sun"

FHT1="wz_Heizung"

FHEM_BIN="/usr/local/bin/fhem.pl localhost:7072"
CMD="set"

if [ ${WEEKNR} -eq 0 ]; then
        # even = Spätschicht
        for DAY in ${WORK}; do
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-from1 08:30"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-to1 11:30"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-from2 16:30"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-to2 22:30"
        done
        for DAY in ${FREE}; do
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-from1 08:30"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-to1 23:50"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-from2 24:00"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-to2 24:00"
        done
else
        # odd = Frühschicht
        for DAY in ${WORK}; do
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-from1 12:00"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-to1 22:30"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-from2 24:00"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-to2 24:00"
        done
        for DAY in ${FREE}; do
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-from1 08:30"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-to1 23:50"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-from2 24:00"
                ${FHEM_BIN} "${CMD} ${FHT1} ${DAY}-to2 24:00"
        done
fi

exit 0

[Guest]

Originally posted by: <email address deleted>

Hallo,

On Jan 12, 1:43 am, "M.Fischer" wrote:
> Auch hatte ich hier gelesen, das evtl. bei zu schneller Befehlfolge
> etwas verschluckt wird. Dazu hatte ich das Script auch schon mal mit
> "Sleep 1" nach jedem Befehl gebremst; leider ohne Erfolg.

Welche Version hast Du im Einsatz?
"Softwarebuffer for FHT devices" aktiv?
Was sagt "list FHZ" vor und nach dem Aufruf deines Skripts?

Gruß
 Holger



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

[Dr. Boris Neubert]

hallo holger,

On 12 Jan., 14:07, sweetie-pie wrote:
> Welche Version hast Du im Einsatz?

Server started (version 4.2 from 2007-12-02 ($Id: fhem.pl,v 1.31
2007/11/27 15:17:47 rudolfkoenig Exp $), pid 31413)

> "Softwarebuffer for FHT devices" aktiv?

nein, hatte ich bis eben noch nicht gesetzt... hab's mal enabled..

> Was sagt "list FHZ" vor und nach dem Aufruf deines Skripts?

abe:~ # fhem.pl localhost:7072 "list FHZ"
Internals:
   DEF        /dev/ttyUSB0
   DeviceName /dev/ttyUSB0
   FD         6
   NAME       FHZ
   NR         1
   PARTIAL
   QUEUECNT   0
   STATE      raw 04 01010100010000
   TYPE       FHZ
   Readings:
     2008-01-12 12:00:53   fhtbuf          43
     2008-01-12 12:51:39   init2           1f04a0071c3b40ff
     2008-01-12 12:51:39   serial          136e63ff
   Softbuffer:

abe:~ # /usr/local/src/heizungsplan
abe:~ # fhem.pl localhost:7072 "list FHZ"
Internals:
   DEF        /dev/ttyUSB0
   DeviceName /dev/ttyUSB0
   FD         6
   NAME       FHZ
   NR         1
   PARTIAL
   QUEUECNT   0
   STATE      raw 04 01010100010000
   TYPE       FHZ
   Readings:
     2008-01-12 12:00:53   fhtbuf          43
     2008-01-12 12:51:39   init2           1f04a0071c3b40ff
     2008-01-12 12:51:39   serial          136e63ff
   Softbuffer:

gruß martin
--~--~---------~--~----~------------~-------~--~----~
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]

On 12 Jan., 19:43, "M.Fischer" wrote:
> > "Softwarebuffer for FHT devices" aktiv?
>
> nein, hatte ich bis eben noch nicht gesetzt... hab's mal enabled..
>

dabei bin ich dem beispiel aus der command reference gefolgt:

attr FHZ softbuffer 0 # disable the softbuffer for FHT devices
attr FHZ softrepeat 300 # resend failed commands to FHT devices after
300 seconds
attr FHZ softmaxretry 4 # stop resending failed commands to FHT
devices after 4 retries.

allerdings treten dann fehler auf:

2008.01.12 19:46:16 1: Unknown attribute softbuffer, use attr global
userattr (room comment do_not_notify:1,0 dummy
:1,0 filtertimeout repeater:1,0 showtime:1,0 model:fhz1000,fhz1300
loglevel:0,1,2,3,4,5,6 fhtsoftbuffer:1,0)
2008.01.12 19:46:16 1: Unknown attribute softrepeat, use attr global
userattr (room comment do_not_notify:1,0 dummy
:1,0 filtertimeout repeater:1,0 showtime:1,0 model:fhz1000,fhz1300
loglevel:0,1,2,3,4,5,6 fhtsoftbuffer:1,0)
2008.01.12 19:46:16 1: Unknown attribute softmaxretry, use attr global
userattr (room comment do_not_notify:1,0 dum
my:1,0 filtertimeout repeater:1,0 showtime:1,0 model:fhz1000,fhz1300
loglevel:0,1,2,3,4,5,6 fhtsoftbuffer:1,0)

gruß martin
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~-

[Dr. Boris Neubert]

                                             

Hallo,

Am Samstag, 12. Januar 2008 schrieb M.Fischer:
> On 12 Jan., 19:43, "M.Fischer" wrote:
> > > "Softwarebuffer for FHT devices" aktiv?
> >
> > nein, hatte ich bis eben noch nicht gesetzt... hab's mal enabled..
>
> dabei bin ich dem beispiel aus der command reference gefolgt:
>
> attr FHZ softbuffer 0 # disable the softbuffer for FHT devices
> attr FHZ softrepeat 300 # resend failed commands to FHT devices after
> 300 seconds
> attr FHZ softmaxretry 4 # stop resending failed commands to FHT
> devices after 4 retries.

sieht aus, als ob die Doku hier nicht der Wirklichkeit entspricht.

fhtsoftbuffer ist das Attribut an der FHZ:
   
   attr myFHZ fhtsoftbuffer 1

retrycount ist das Attribut an der FHT

   attr myFHT retrycount 4

retryafter ist für die FHTs auf 240s hardkodiert.

Grüße,
Boris

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

[Martin Fischer]

hallo boris,

Am Sonntag, 13. Januar 2008 schrieb Boris Neubert:
>
> sieht aus, als ob die Doku hier nicht der Wirklichkeit entspricht.
>
> fhtsoftbuffer ist das Attribut an der FHZ:
>
>    attr myFHZ fhtsoftbuffer 1
>
> retrycount ist das Attribut an der FHT
>
>    attr myFHT retrycount 4
>
> retryafter ist für die FHTs auf 240s hardkodiert.

prima! das hat jetzt geklappt!

allerdings besteht das geschilderte problem mit dem anfangs erwähnten script
weiterhin. der fht übernimmt einfach nicht die einstellungen für *-from und
*-to.

gruß martin

--~--~---------~--~----~------------~-------~--~----~
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]

Originally posted by: <email address deleted>

On Jan 13, 1:56 pm, Martin Fischer wrote:
> allerdings besteht das geschilderte problem mit dem anfangs erwähnten script
> weiterhin. der fht übernimmt einfach nicht die einstellungen für *-from und

Hmm, irgendwie stimmen aber die Ausgaben über den Buffer nicht... ich
erwarte ertwas in der Art, wie es auch in der Anleitung steht...

FHZ> list fl

  Internals:
    CODE       5102
    DEF        5102
    NAME       fl
    NR         15
    STATE      measured-temp: 21.1 (Celsius)
    TYPE       FHT
    IODev      FHZ
  Attributes:
    room       Heizung
  Readings:
    2006-11-02 09:45:56   actuator        19%
[....]
Send buffer:
    2007-10-19 00:31:24   desired-temp    22.5
    2007-10-19 00:33:20   mode            auto

und list FHZ zeigt keine Veränderungen am Buffer... ich kann das bei
mir gerade auch nachvollzuiehen, das war aber defacto schon mal
anders... ich guck mir das nochmal an, aber heute wird das nichts
mehr... vielleicht kann ja jemand anders noch mal bei seiner
Installation prüfen...

Gruß
 Holger
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~-

[nobody0472]

Am Sonntag, 13. Januar 2008 schrieb sweetie-pie:
> On Jan 13, 1:56 pm, Martin Fischer wrote:
> > allerdings besteht das geschilderte problem mit dem anfangs erwähnten
> > script weiterhin. der fht übernimmt einfach nicht die einstellungen für
> > *-from und

aaaalso:

nachdem ich nun wieder zu hause bin (hatte die ganze zeit aus 350 km
entfernung getestet) habe ich erstmal die fht80b neu bei der fhz angemeldet
(prog -> cent -> n.a.).. inzwischen hatte ich nämlich das problem das
überhaupt keine daten mehr von der fhz empfangen werden..

auch fhtsoftbuffer scheint jetzt zu klappen:
FHZ> list FHZ
Internals:
   DEF        /dev/ttyUSB0
   DeviceName /dev/ttyUSB0
   FD         6
   NAME       FHZ
   NR         1
   NR_CMD_LAST_H 37
   PARTIAL
   QUEUECNT   0
   SOFTBUFFERTIMER 1
   STATE      time
   TYPE       FHZ
   Readings:
     2008-01-14 15:35:05   init2           1f04a0011c3b40ff
     2008-01-14 15:35:06   serial          136e63ff
   Softbuffer:
     3:1200321307.23368:0:
       ARG        0201830b2565ff66ff
       CMD        refreshvalues
       HASH       wz.Heizung
       NSENT      2
       SENDTIME   1200321585.04612
       VAL
     9:1200321322.72071:1:
       ARG        0201830b251448
       CMD        mon-from1
       HASH       wz.Heizung
       NSENT      2
       SENDTIME   1200321585.04612
       VAL        12:00
     9:1200321385.95819:5:
       ARG        0201830b251848
       CMD        tue-from1
       HASH       wz.Heizung
       NSENT      2
       SENDTIME   1200321658.66692
       VAL        12:00
     9:1200321424.66759:6:
       ARG        0201830b251987
       CMD        tue-to1
       HASH       wz.Heizung
       NSENT      1
       SENDTIME   1200321424.66761
       VAL        22:30

usw. usw.

das logfile sagt auch aus, das die daten gesendet werden:

2008.01.14 15:35:12 0: Server started (version =VERS= from =DATE= ($Id:
fhem.pl,v 1.36 2007/12/31 14:43:02 rudolfkoenig Exp $), pid 2702)
2008.01.14 15:35:22 2: FHT set wz.Heizung mon-from1 12:00
2008.01.14 15:36:04 2: FHT set wz.Heizung mon-from2 00:00
2008.01.14 15:36:04 2: FHT set wz.Heizung mon-to1 22:30
2008.01.14 15:37:04 2: FHT set wz.Heizung tue-from1 12:00
2008.01.14 15:37:04 2: FHT set wz.Heizung mon-to2 00:00
2008.01.14 15:37:04 2: FHT set wz.Heizung tue-to1 22:30
2008.01.14 15:37:04 2: FHT set wz.Heizung tue-from2 00:00
2008.01.14 15:37:46 2: FHT set wz.Heizung tue-to2 00:00
2008.01.14 15:37:46 2: FHT set wz.Heizung wed-from1 12:00

und der fht übernimmt sie wohl auch:

FHZ> list wz.Heizung
Internals:
   CODE       0b25
   DEF        0b25
   IODev      FHZ
   NAME       wz.Heizung
   NR         9
   STATE      code_7e0067: 72
   TYPE       FHT
   Readings:
     2008-01-13 21:53:40   actuator        00%
     2008-01-14 15:41:13   code_4b0067     0
     2008-01-14 15:58:02   code_7e0067     72
     2008-01-14 15:41:09   day-temp        21.5 (Celsius)
     2008-01-14 15:41:11   desired-temp    23.5 (Celsius)
     2008-01-14 15:41:04   fri-from1       12:00
     2008-01-14 07:53:02   fri-from2       16:30
     2008-01-14 15:41:04   fri-to1         11:30
     2008-01-14 15:41:05   fri-to2         22:30
     2008-01-14 15:33:09   init            255
     2008-01-14 07:53:08   lowtemp-offset  4.0 (Celsius)
     2008-01-14 15:41:12   measured-high   0
     2008-01-14 15:41:11   measured-low    217
     2008-01-14 15:41:12   measured-temp   21.7 (Celsius)
     2008-01-14 15:41:12   mode            auto
     2008-01-14 07:52:56   mon-from1       12:00
     2008-01-14 15:42:56   mon-from2       00:00
     2008-01-14 15:46:17   mon-to1         22:30
     2008-01-14 15:48:15   mon-to2         00:00
     2008-01-14 15:41:09   night-temp      16.0 (Celsius)
     2008-01-14 15:41:06   sat-from1       08:30
     2008-01-13 17:52:57   sat-from2       09:00
     2008-01-14 15:41:06   sat-to1         23:50
     2008-01-13 15:47:41   sat-to2         23:50
     2008-01-14 15:41:07   sun-from1       08:30
     2008-01-13 15:47:42   sun-from2       09:00
     2008-01-14 14:32:26   sun-to1         23:50
     2008-01-13 17:52:58   sun-to2         23:00
     2008-01-14 15:58:02   thu-from1       12:00
     2008-01-14 15:41:03   thu-from2       16:30
     2008-01-14 15:41:03   thu-to1         11:30
     2008-01-14 15:41:03   thu-to2         22:30
     2008-01-14 07:56:52   tue-from1       12:00
     2008-01-14 15:50:12   tue-from2       00:00
     2008-01-14 09:32:49   tue-to1         22:30
     2008-01-14 07:52:58   tue-to2         22:30
     2008-01-14 15:41:13   warnings        none
     2008-01-14 15:41:01   wed-from1       12:00
     2008-01-14 15:54:07   wed-from2       00:00
     2008-01-14 15:52:10   wed-to1         22:30
     2008-01-14 15:56:05   wed-to2         00:00
     2008-01-14 15:41:10   windowopen-temp 10.0 (Celsius)

was ich nun festgestellt habe ist, das es sehr lange dauert, bis die neuen
settings übertragen werden. der softbuffer hat 'ne menge einträge und im
logfile sieht man das die befehle tröpfchenweise gesetzt werden. gestartet
hatte ich um ca. 15:35 und aktuell um 16:00 ist er immer noch am senden.

gerade eben kommt noch ein:

2008.01.14 15:58:20 2: FHT set wz.Heizung fri-to2 00:00
2008.01.14 16:00:20 2: FHT set wz.Heizung fri-from2 00:00
2008.01.14 16:02:21 2: wz.Heizung set fri-to2 00:00: no confirmation after 5
tries, giving up
2008.01.14 16:02:21 2: FHT set wz.Heizung sun-to1 23:50

dazwischen.. da das alles noch ziemliches neuland für mich ist frage ich mich
ob dieses verhalten so richtig ist.

ist es so, das wenn ein befehl übertragen wurde, dieser dann nicht mehr im
softbuffer bei einem list FHZ auftaucht? heisst das im umkehrschluss, das
alle sonstigen noch nicht gesendet wurden?

wenn dem so ist, frage ich mich dann allerdings, warum einige tage übertragen
werden und andere wiederum nicht? wo kann ich / sollte ich hier ansetzen?

auch ist mir noch nicht klar welchen wert ich bei einem *-from/*-to setzen
muss um diesen timer zu löschen? gelesen habe ich 24:00, doch dann steht bei
einem list immer noch der alte wert drin. jetzt habe ich mal mit 00:00
probiert, der dann auch auftaucht.

aktuell ist es zudem auch noch so, das zwar die gemessene temperatur
übertragen wird, doch nicht mehr der stellwert der actuatoren?

also fragen über fragen zum thema heizungssteuerung..

nochmal zum hintergrund:
ich möchte mittels eines scriptes feststellen, ob eine ungerade oder eine
gerade woche ist. abhängig von dem ergebnis soll dann der wochenplan neu
gesetzt werden. das inzwischen überarbeitet script sieht aktuell so aus:

#!/bin/bash

let WEEK="`date +%V`%2"

WEEKFILE="/var/fhem/week"
FHEM_BIN="/usr/local/bin/fhem.pl localhost:7072"

WORK="mon tue wed thu fri"
FREE="sat sun"

FHT_SET="wz.Heizung"
CMD="set"

[[ -f ${WEEKFILE} ]] && {
        . ${WEEKFILE}
        [[ ${WEEK} = ${LAST} ]] && echo "$0: nothing to do..." && exit 0
}

echo "LAST=${WEEK}" > ${WEEKFILE}

for FHT in ${FHT_SET}; do
        if [ ${WEEK} -eq 0 ]; then
                # even = Spätschicht
                for DAY in ${WORK}; do
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-from1 08:30"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-to1 11:30"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-from2 16:30"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-to2 22:30"
                done
                for DAY in ${FREE}; do
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-from1 08:30"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-to1 23:50"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-from2 00:00"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-to2 00:00"
                done
        else
                # odd = Frühschicht
                for DAY in ${WORK}; do
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-from1 12:00"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-to1 22:30"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-from2 00:00"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-to2 00:00"
                done
                for DAY in ${FREE}; do
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-from1 08:30"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-to1 23:50"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-from2 00:00"
                        ${FHEM_BIN} "${CMD} ${FHT} ${DAY}-to2 00:00"
                done
        fi
done

exit 0

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

[Dirk]

                                                   

Hallo Martin,

> was ich nun festgestellt habe ist, das es sehr lange dauert, bis die neuen

> settings übertragen werden. der softbuffer hat 'ne menge einträge und im
> logfile sieht man das die befehle tröpfchenweise gesetzt werden. gestartet

> hatte ich um ca. 15:35 und aktuell um 16:00 ist er immer noch am senden.


das ist Systembedingt. Die FHT's holen sich ca. alle 150 sec. Jeweils EINEN
"neuen Befehl" aus der FHZ ab. Daher kann es bei sehr vielen Befehlen recht
lange dauern (auch schon mal eine Stunde) bis die alle Befehle beim
jeweiligen FHT angekommen sind.

Der Softbuffer soll nur sicherstellen, dass kein Befehl verloren geht, oder
vom recht kleinen Hardwarebuffer der FHZ "vergessen" wird.

Gruß
Dirk


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

[Dr. Boris Neubert]

hallo dirk,

Am Montag, 14. Januar 2008 schrieb Dirk Hoffmann:
> das ist Systembedingt. Die FHT's holen sich ca. alle 150 sec. Jeweils EINEN
> "neuen Befehl" aus der FHZ ab. Daher kann es bei sehr vielen Befehlen recht
> lange dauern (auch schon mal eine Stunde) bis die alle Befehle beim
> jeweiligen FHT angekommen sind.
>
> Der Softbuffer soll nur sicherstellen, dass kein Befehl verloren geht, oder
> vom recht kleinen Hardwarebuffer der FHZ "vergessen" wird.

ok.. dann ist das verständlich. wenn jedoch die meldung

2008.01.14 16:19:51 2: wz.Heizung set sun-to1 23:50: no confirmation after 5
tries, giving up

ausgegeben wird, ist dann die übertragung für diesen befehl definitiv
gescheitert? da das so ein- bis zweimal vorkommt, bedeutet dieses dann
folglich, das mein neuer wochenplan nicht komplett gesetzt wurde

wie kann ich das sicherstellen?

was mir auch noch aufgefallen ist: wenn ich den wochenplan setze, sendet die
fht ab diesem zeitpunkt nicht mehr die gemessenen werte. ich habe auch noch
nicht den zusammenhang raus, auch weiss ich noch nicht, ab wann dann die
daten wieder übertragen werden.

aktuell hatte ich wie in vorheriger mail geschrieben um 15:35 uhr mein script
gestartet. jetzt haben wir 17:50 uhr und mehrere refreshvalues sind
rausgegangen, aber der letzte eintrag von der gemessenen temperatur ist von
15:41 uhr. kann es sein, das so lange immer noch der wochenplan gesendet
wird, keine daten von der fht empfangen werden? oder das die fht solange
geblockt ist?

irgendwie ist hier der wurm drin.

gruss martin

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

[Dr. Boris Neubert]

Originally posted by: <email address deleted>

Hi,

Dirk Hoffmann:
> das ist Systembedingt. Die FHT's holen sich ca. alle 150 sec. Jeweils
> EINEN "neuen Befehl" aus der FHZ ab.

Hmm. Mein Verständnis ist:

Die FHTs senden zwar alle 116 sec eine neue Thermostatstellung. Jedoch
ist der Dialog mit der FHZ davon relativ unabhängig. Meine fragte
zuletzt zu folgenden Zeiten die FHT ab:

15:44:29
16:00:29
16:13:18
16:28:46
16:44:29
17:00:29
17:13:14
17:28:42
17:44:29

Eine besondere Systematik kann ich daran nicht unbedingt erkennen :-/
außer dass sich das Spiel stündlich wiederholt. (FHT #2 steht zwar nur
10m weit von meinem Empfänger weg, aber der ist zu ungünstig platziert,
so dass ich vom Dialog damit nicht viel mitkriege.)

Ich werde demnächst versuchen, mit meinem Code die FHT direkt zu
befragen -- befürchte jedoch, dass dazu die interne Verzögerung zu
hoch ist, zumal das Ganze noch durch zwei Rechner wandert.

--
Matthias Urlichs   |   {M:U} IT Design @ m-u-it.de   |  smurf@smurf.noris.de
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
 - -
Some husbands are living proof that a woman can take a joke.

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

[Dirk]

                                                   

> 2008.01.14 16:19:51 2: wz.Heizung set sun-to1 23:50: no confirmation after
> 5 tries, giving up

Du könntest versuchen retrycount noch höher zu stellen. Da es keine
bidirektionale Übertragung ist, kann es vorkommen, dass Funkbefehle verloren
gehen.
Ansonsten versuch einmal das Setzen des Wochenplans von mehreren fht's
weiter auseinander zu legen. Vor allem bei mehreren FHT's kann es recht
schnell zu Funk-Kollisionen kommen.

> da das so ein- bis zweimal vorkommt, bedeutet dieses dann
> folglich, das mein neuer wochenplan nicht komplett gesetzt wurde

> wie kann ich das sicherstellen?

Ansonsten könnte man per Script auswerten, ob es Fehler bei der Übertragung
gab, und bei Bedarf nach einer Pause die betreffenden Befehle erneut senden.

Da der Softbuffer recht neu ist, ist es auch nicht ausgeschlossen, dass da
noch der ein oder andere Bug drin ist. Daher währ interessant ob und wie das
ganze bei den anderen funktioniert.

> was mir auch noch aufgefallen ist: wenn ich den wochenplan setze, sendet <
> die fht ab diesem zeitpunkt nicht mehr die gemessenen werte. ich habe auch
> noch nicht den zusammenhang raus, auch weiss ich noch nicht, ab wann dann
> die daten wieder übertragen werden.

Was hast du für eine FHZ? Ich hatte eine FHZ1000, bei der gab es ähnliche
Probleme wenn ich die Zeit eines FHZ's gesetzt habe. Dann hatte er aufgehört
seine Stellwert-Daten zu senden. Ich hatte gelesen, dass das wohl ein Bug in
der FHZ1000 ist. Seit dem ich eine FHZ1300 habe, gibt es hier kein Problem
mehr.

> jetzt haben wir 17:50 uhr und mehrere refreshvalues sind
> rausgegangen, aber der letzte eintrag von der gemessenen temperatur ist
> von 15:41 uhr. kann es sein, das so lange immer noch der wochenplan
> gesendet wird, keine daten von der fht empfangen werden? oder das die fht
> solange geblockt ist?

Sind noch Einträge von ungesendeten Befehlen im Softbuffer? Dann kann das
schon sein.

Gruss Dirk



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

[Dirk]

                                                   

> Hmm. Mein Verständnis ist:

> Die FHTs senden zwar alle 116 sec eine neue Thermostatstellung. Jedoch
> ist der Dialog mit der FHZ davon relativ unabhängig. Meine fragte
> zuletzt zu folgenden Zeiten die FHT ab:

> 15:44:29
> 16:00:29

Die FHT's senden Ihre Werte normalerweise nur wenn diese sich geändert
haben. So war es mal irgendwo dokumentiert. Wobei das teilweise auch öfters
passiert. Hab da auch keine Ahnung was da noch alles mit rein spielt.

Die Kommunikation zwischen Stellantrieb und dem FHT finden alle ca. 120 sec.
Statt. Das regelt der FHT auch vollkommen alleine ohne Einflussmöglichkeit
durch die Zentrale. Daher kann man die Stellantriebe auch nicht direkt
ansteuern

Die Kommunikation von FHZ zu FHT findet auch nur auf "Anfrage" statt, da die
FHT's nicht ständig auf Empfang sind. Wenn man ein Befehl an einen FHT
absetzt, dann wird dieser zunächst im Puffer der FHZ zwischengespeichert.
Alle ca. 150 sec. Meldet sich der FHT bei der Zentrale und "fragt ob es neue
Befehle gibt". Dabei wird ein zuvor empfangener Befehl dann auch bestätigt.
Der FHT geht dann kurz "auf Empfang" und die FHZ sendet in diesem
Zeitfenster den Befehl an den FHT.

Gruss
Dirk


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

[Martin Fischer]

Am Montag, 14. Januar 2008 schrieb Dirk Hoffmann:
> > 2008.01.14 16:19:51 2: wz.Heizung set sun-to1 23:50: no confirmation
> > after 5 tries, giving up
>
> Du könntest versuchen retrycount noch höher zu stellen. Da es keine
> bidirektionale Übertragung ist, kann es vorkommen, dass Funkbefehle
> verloren gehen.

dann werde ich das wohl mal machen...

> Ansonsten versuch einmal das Setzen des Wochenplans von mehreren fht's
> weiter auseinander zu legen. Vor allem bei mehreren FHT's kann es recht
> schnell zu Funk-Kollisionen kommen.

bisher habe ich nur eine im einsatz. ich plane jedoch noch 2-3 hinzu zu
nehmen. ist natürlich interessant das schon mal im hinterkopf zu behalten.

> > da das so ein- bis zweimal vorkommt, bedeutet dieses dann
> > folglich, das mein neuer wochenplan nicht komplett gesetzt wurde
> >
> > wie kann ich das sicherstellen?
>
> Ansonsten könnte man per Script auswerten, ob es Fehler bei der Übertragung
> gab, und bei Bedarf nach einer Pause die betreffenden Befehle erneut
> senden.

ich werde das mal im auge behalten. sollten die meldungen auch nach hochsetzen
des retrycounts bestehen, werde ich mir da mal einen kopf drüber machen. ich
meine auch schon so ein perl-script irgendwo gesehen zu haben.

> Da der Softbuffer recht neu ist, ist es auch nicht ausgeschlossen, dass da
> noch der ein oder andere Bug drin ist. Daher währ interessant ob und wie
> das ganze bei den anderen funktioniert.

das würde mich auch mal interessieren..

> > was mir auch noch aufgefallen ist: wenn ich den wochenplan setze, sendet
> > < die fht ab diesem zeitpunkt nicht mehr die gemessenen werte. ich habe
> > auch noch nicht den zusammenhang raus, auch weiss ich noch nicht, ab wann
> > dann die daten wieder übertragen werden.
>
> Was hast du für eine FHZ? Ich hatte eine FHZ1000, bei der gab es ähnliche
> Probleme wenn ich die Zeit eines FHZ's gesetzt habe. Dann hatte er
> aufgehört seine Stellwert-Daten zu senden. Ich hatte gelesen, dass das wohl
> ein Bug in der FHZ1000 ist. Seit dem ich eine FHZ1300 habe, gibt es hier
> kein Problem mehr.

also ich habe hier eine FHZ1300. aber ich habe bemerkt, das es mit dem
nächsten absatz zu tun hat.

> > jetzt haben wir 17:50 uhr und mehrere refreshvalues sind
> > rausgegangen, aber der letzte eintrag von der gemessenen temperatur ist
> > von 15:41 uhr. kann es sein, das so lange immer noch der wochenplan
> > gesendet wird, keine daten von der fht empfangen werden? oder das die fht
> > solange geblockt ist?
>
> Sind noch Einträge von ungesendeten Befehlen im Softbuffer? Dann kann das
> schon sein.

und genau so war es... kaum war der buffer leer fängt die fht das sprechen
wieder an:
hier noch die letzten gesendeten daten:
2008-01-14_15:41:10 wz.Heizung windowopen-temp: 10.0 (Celsius)
2008-01-14_15:41:11 wz.Heizung desired-temp: 23.5 (Celsius)
2008-01-14_15:41:12 wz.Heizung measured-temp: 21.7 (Celsius)

ab hier dann schluss.. erst jetzt geht es weiter:

2008-01-14_18:19:01 wz.Heizung actuator: 38%
2008-01-14_18:19:12 wz.Heizung day-temp: 21.5 (Celsius)
2008-01-14_18:19:12 wz.Heizung night-temp: 16.0 (Celsius)
2008-01-14_18:19:13 wz.Heizung windowopen-temp: 10.0 (Celsius)
2008-01-14_18:19:13 wz.Heizung lowtemp-offset: 4.0 (Celsius)
2008-01-14_18:19:14 wz.Heizung desired-temp: 25.0 (Celsius)
2008-01-14_18:19:15 wz.Heizung measured-temp: 22.9 (Celsius)
2008-01-14_18:20:58 wz.Heizung actuator: 38%
2008-01-14_18:22:56 wz.Heizung actuator: 38%
2008-01-14_18:22:57 wz.Heizung measured-temp: 22.9 (Celsius)

im fhem.log sieht man, das er wohl noch befehle aus dem buffer abgearbeitet
hatte:
2008.01.14 17:51:37 2: FHT set wz.Heizung tue-to1 22:30
2008.01.14 17:53:39 2: FHT set wz.Heizung refreshvalues
2008.01.14 17:57:39 2: wz.Heizung set refreshvalues : no confirmation after 5
tries, giving up
2008.01.14 18:35:12 2: FHT set wz.Heizung refreshvalues

demnach erkenne ich also einen zusammenhang. die frage ist nur: wer blockt den
verkehr? fhem.pl wegen dem softbuffer oder die fht, weil sie noch beschäftigt
ist? letzteres kann ich mir eigentlich nicht vorstellen.

in der zeit wo keine daten der fht gesendet wurden stand der STATE auf
code_7e0067: 135. aber auch mal eine 50. was sagt der code aus?

gruss martin

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

[Dr. Boris Neubert]

Originally posted by: <email address deleted>

Hi,

Dirk Hoffmann:
> Alle ca. 150 sec. Meldet sich der FHT bei der Zentrale und "fragt ob es neue
> Befehle gibt". Dabei wird ein zuvor empfangener Befehl dann auch bestätigt.

Wie soll diese Frage aussehen? Ich sehe davon nichts in meinem Empfänger,
und der spuckt mir alles aus, was einigermaßen nach FS20 aussieht.

 http://fhz4linux.info/tiki-index.php?page=FHZ%20%2F%20FHT%20 Radio%20Protocol
sagt, dass die Kommunikation (zumindest, wenn man aktiv mit der FHT
kommunizieren will -- wenn die FHT von sich aus was sendet, tut sie das
offenbar ca. einmal pro Viertelstunde dann, wenn sei dazu Lust hat)
direkt nach einem Ventilsteuerkommando zu geschehen hat, und die sind
hier alle 116 sec zu sehen.

--
Matthias Urlichs   |   {M:U} IT Design @ m-u-it.de   |  smurf@smurf.noris.de
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
 - -
I have not yet begun to byte!

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

[Dirk]

                                                   

Hi,

Matthias Urlichs

> Wie soll diese Frage aussehen? Ich sehe davon nichts in meinem Empfänger,
> und der spuckt mir alles aus, was einigermaßen nach FS20 aussieht.

Diese Information habe ich aus der Dokumentation der FHZ1000PC.dll
Schick ich dir als Mail.

Gruss
Dirk

--
Matthias Urlichs   |   {M:U} IT Design @ m-u-it.de   |  smurf@smurf.noris.de
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
 - -
I have not yet begun to byte!




--~--~---------~--~----~------------~-------~--~----~
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]

Originally posted by: <email address deleted>

> > Alle ca. 150 sec. Meldet sich der FHT bei der Zentrale und "fragt ob es neue
> > Befehle gibt". Dabei wird ein zuvor empfangener Befehl dann auch bestätigt.
>
> Wie soll diese Frage aussehen? Ich sehe davon nichts in meinem Empfänger,
> und der spuckt mir alles aus, was einigermaßen nach FS20 aussieht.
>
>  http://fhz4linux.info/tiki-index.php?page=FHZ%20%2F%20FHT%20 Radio%20P...
> sagt, dass die Kommunikation (zumindest, wenn man aktiv mit der FHT
> kommunizieren will -- wenn die FHT von sich aus was sendet, tut sie das
> offenbar ca. einmal pro Viertelstunde dann, wenn sei dazu Lust hat)
> direkt nach einem Ventilsteuerkommando zu geschehen hat, und die sind
> hier alle 116 sec zu sehen.

Also ich habe mich bevor dieses tolle Projekt so weit war, mal selber
um die Programmierung/Entwicklung einer Zentrale gekümmert. Grob bin
ich zu folgenden Schluss gekommen:

Die Regler senden alle 116 - 121 Sek. den aktuellen Stellwert an die
Ventile. Dieser Wert variiert in den Granzen nach einem bestimmten
Muster, damit sich mehrere Regler nicht zufällig dauerhaft beim Senden
überbügeln. Stellglied und Regler sind synchronisiert, da das
Stellglied ein nur Empfangsfenster hat, wo der Empfänger ein ist. Das
schon die Batterie.
Ist der Regler an einer Zentrale angemeldet, schaltet er unmittelbar
nach dem Aussenden des Stellwerts seinen Empfänger ein, um evtl.
Befehle von der Zentrale zu empfangen. Daraus ergibt sich eine bei
leeren Buffer in der Zentrale min. eine Verzögerung von 1- ~120 Sek
bis ein per fhem abgesetzter Befehl am Regler ankommt. Die Zentrale
startet dabei die Kommunikation mit dem Regler, da Ihr Empfangsteil
auf Grund des Netzbetriebs dauerhaft eingeschaltet bleiben kann und
sie somit den Zeitpunkt durch das Stellwert-Telegramm erkennt.
Darüber hinaus geht i.d.R. 4x pro Stunde ein etwas umfangreicheres
Telegramm zwischen Regler und Zentrale hin und her. Die Zeitabstände
sind ein vielfaches der oben beschrieben Abstände....

Was mit allerdings auch aufgefallen ist, ist dass fhem tatsächlich
jeden Befehl einzeln zum Regler sendet. Mit der Orginalsoftware geht
das in einem Rutsch, was ich z.B. bei den Datentelegrammen mitgeloggt
habe. Außerdem ist es beim umgekehrten Weg Regler zu Zentrale auch so
(refresh values). Aber ganzehrlich: Mich hat das nie gestört.

@Martin:
Wieso willst Du die Regler denn Programmieren? Ist dein fhem nicht im
Dauerbertieb? Schalte doch zu den gegeben Zeiten direkt, entweder per
at-Job oder auch per Script wenn Du willst....
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~-

[Dr. Boris Neubert]

Am Dienstag, 15. Januar 2008 schrieb sweetie-pie:
> Was mit allerdings auch aufgefallen ist, ist dass fhem tatsächlich
> jeden Befehl einzeln zum Regler sendet. Mit der Orginalsoftware geht
> das in einem Rutsch, was ich z.B. bei den Datentelegrammen mitgeloggt
> habe. Außerdem ist es beim umgekehrten Weg Regler zu Zentrale auch so
> (refresh values). Aber ganzehrlich: Mich hat das nie gestört.

also ich empfinde das schon als störend. wenn ich mal mein wochenplan-script
als beispiel nehme, so werden dann für jeden tag 2x from und 2x to gesetzt.
und das für die ganze woche. d.h. fhem muss dann 28 befehle absetzen. dadurch
kommt natürlich aufgrund der von euch geschilderten funktionsweise ein recht
hoher delay zu stande. besonders, wenn es bei der übertragung hin und wieder
zu übertragungsproblemen kommt und ein telegramm nicht abgesetzt werden kann.
dann wird der delay noch grösser, je nach gesetztem retrycount. besser wäre
es, wenn nur ein telegramm erzeugt werden würde. zumal ich auch einen
zusammenhang mit dem empfang der messwerte sehe. wie ich geschrieben hatte
scheint in der zeit, wo der softbuffer abgearbeitet wird (und das hat ja bei
mir ewig gedauert) fhem keine telegramme von der fht entgegen zu nehmen. das
hat wiederum zur folge, das gnuplot dann ziemlich viele lücken aufweisst.

> @Martin:
> Wieso willst Du die Regler denn Programmieren? Ist dein fhem nicht im
> Dauerbertieb? Schalte doch zu den gegeben Zeiten direkt, entweder per
> at-Job oder auch per Script wenn Du willst....

sicher wär das auch eine möglichkeit. der server läuft eh 24x7x365. doch
eigentich finde ich meine geplante variante etwas charmanter.

erstens ist dann der fht autark. also auch wenn ich mal meinen server ausser
betrieb nehme ist gewährleistet, das der wochenplan gesetzt ist.

und zweitens wäre dann ja noch die oben geschilderte problematik. aus dieser
sicht fände ich es schon sinnvoller, wenn nur einmal die woche ein telegramm
mit dem für diese woche geltenden zeiträumen gesendet wird.

zur zeit ist es z.b. so, das der fht wieder mal nichts meldet. gestern abend
schien es (wie meiner letzten mail zu entnehmen ist) endlich alles zu laufen
und nun ist schon wieder seit 23:53 oder so funkstille. ich habe aber
mittlerweile auch keine idee mehr, woran es liegen könnte.

gruss martin

--~--~---------~--~----~------------~-------~--~----~
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]

Originally posted by: <email address deleted>

Hi,

Martin Fischer:
> also ich empfinde das schon als störend. wenn ich mal mein wochenplan-script
> als beispiel nehme, so werden dann für jeden tag 2x from und 2x to gesetzt.
> und das für die ganze woche. d.h. fhem muss dann 28 befehle absetzen. dadurch
> kommt natürlich aufgrund der von euch geschilderten funktionsweise ein recht
> hoher delay zu stande.

Tja, da hilft wohl nur selbermachen...

> zur zeit ist es z.b. so, das der fht wieder mal nichts meldet. gestern abend
> schien es (wie meiner letzten mail zu entnehmen ist) endlich alles zu laufen
> und nun ist schon wieder seit 23:53 oder so funkstille. ich habe aber
> mittlerweile auch keine idee mehr, woran es liegen könnte.

... und das Ding aktiv nach seinen Werten fragen, wenn er sie nicht
freiwillig sendet.

(Ich hab gut reden, mein Code kann das auch nicht. *NOCH* nicht. )

--
Matthias Urlichs  |  {M:U} IT Design @ m-u-it.de  |   smurf@smurf.noris.de
Disclaimer: Das Zitat wurde zufällig ausgewählt.  |   http://smurf.noris.de
 - -
Körperliche Abwesenheit ist besser als Geistesgegenwart.

--~--~---------~--~----~------------~-------~--~----~
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]

                                                   

> > und das für die ganze woche. d.h. fhem muss dann 28 befehle absetzen. dadurch
> > kommt natürlich aufgrund der von euch geschilderten funktionsweise ein recht
> > hoher delay zu stande.
>
> Tja, da hilft wohl nur selbermachen...

Oder 11_FHT.pm erweitern: Angeblich kann man FHT Befehle auch
zusammenfassen (hintereinander "kleben"), und diese als einen Befehl
dem FHZ uebergeben. Mit dem softbuffer waere sowas auch einfacher zu
realisieren. Ob der FHZ dann diese einzeln oder im Paket dem FHT
weitergibt, dass weiss ich nicht. Freiwillige? Wer keine Lust zum Perl-
Programmieren verspuert kann immer noch helfen, und per "set FHZ raw /
get FHZ fhtbuf / FHT beobachten" rausfinden, ob meine Behauptungen
wahr sind, und das Programmieren ueberhaupt lohnt.

Gruss,
  Rudi
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~-

[Martin Fischer]

hallo matthias,

Am Dienstag, 15. Januar 2008 schrieb Matthias Urlichs:
> Martin Fischer:
> > also ich empfinde das schon als störend. wenn ich mal mein
> > wochenplan-script als beispiel nehme, so werden dann für jeden tag 2x
> > from und 2x to gesetzt. und das für die ganze woche. d.h. fhem muss dann
> > 28 befehle absetzen. dadurch kommt natürlich aufgrund der von euch
> > geschilderten funktionsweise ein recht hoher delay zu stande.
>
> Tja, da hilft wohl nur selbermachen...

ne schon klar mal spaß beiseite: würde ja nicht ernsthaft sinn machen hier
einen fork aufzumachen. vielleicht wäre es aber möglich seitens der
entwickler diese thematik mal auszugreifen. besonders, weil ja erwähnt wurde,
dass das feature softbuffer noch recht neu ist. wenn es das protokoll
hergibt, das mehrere befehlsfolgen in einem telegramm gesendet werden können,
sollte das doch auch die performance von fhem steigern.

> > zur zeit ist es z.b. so, das der fht wieder mal nichts meldet. gestern
> > abend schien es (wie meiner letzten mail zu entnehmen ist) endlich alles
> > zu laufen und nun ist schon wieder seit 23:53 oder so funkstille. ich
> > habe aber mittlerweile auch keine idee mehr, woran es liegen könnte.
>
> ... und das Ding aktiv nach seinen Werten fragen, wenn er sie nicht
> freiwillig sendet.
>
> (Ich hab gut reden, mein Code kann das auch nicht. *NOCH* nicht. )

da würde nämlich auch gleich die frage folgen: wie mache ich das mit fhem?
wie ich schon sagte: ein lob an alle beteiligten, die fhem zu dem gemacht
haben, was es ist. jetzt aber parallel dazu noch was eigenes zu coden, macht
in meinen augen jedoch kein sinn..

gruß martin

--~--~---------~--~----~------------~-------~--~----~
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]

Originally posted by: <email address deleted>

Hi,

Martin Fischer:
> wie ich schon sagte: ein lob an alle beteiligten, die fhem zu dem gemacht
> haben, was es ist. jetzt aber parallel dazu noch was eigenes zu coden, macht
> in meinen augen jedoch kein sinn..
>
Ich habe meinen eigenen Code (in Python), weil ich ein komplett anderes
Konzept dahinterstehen habe, und das geht mit FHEM nicht unbedingt
einfach zu bewerkstelligen.

Dessenungeachtet kann mein Teil natürlich auch mit FHEM reden.

--
Matthias Urlichs  |  {M:U} IT Design @ m-u-it.de  |   smurf@smurf.noris.de
Disclaimer: Das Zitat wurde zufällig ausgewählt.  |   http://smurf.noris.de
 - -
Gestern war heute noch morgen.

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

[Martin Fischer]

ok, dann fasse ich mal eben zusammen, was ich in diesem thread bisher gelernt
habe.

ausgangslage nochmal kurz: per script soll ermittelt werden ob es eine gerade
oder ungerade woche ist und je nach dem ein neuen wochenplan (insg. 28x
befehle (set *-from[1|2], set *-to[1|2])) setzen.

ich habe gelernt, das fhem jeden befehl einzeln absetzt.
weiterhin habe ich gelernt, das die regler alle 116-121 sec. den stellwert an
die ventile senden. wobei dieser wert nach einem bestimmten muster variiert
um nicht mit anderen reglern zu kollidieren.
weiterhin habe ich gelernt, das wenn der regler mit einer zentrale
synchronisiert ist, er unmittelbar nach dem aussenden der stellwerte an die
ventile, seinen empfänger einschaltet um befehle von der zentrale zu
empfangen. je nach status des buffers ergibt sich somit eine verzögerung von
1- ~120 sec. jedoch gibt es auch eine andere meinung, die sagt, das die
regler sich alle 150 sec. bei der zentrale melden.

über den buffer habe ich gelernt, das es nicht wie in der doku
beschrieben "attr FHZ softbuffer 1", sondern "attr FHZ fhtsoftbuffer 1"
heissen muss. ebenso muss es "attr FHZ retrycount " anstatt "attr
softmaxretry " heissen. auch habe ich gelernt, das der "retryafter"
hardcodet auf 240sec gesetzt ist.

für diese gesammten informationen bedanke ich mich erstmal. das hat schonmal
etwas licht ins dunkel gebracht (jetzt mal nicht per funk, sondern
analog ).

diese informationen erklärt meine frage, warum das senden des wochenplans so
lange zeit in anspruch nimmt (fhem sendet jeden befehl einzeln, plus
zeitlichen versatz, plus ggf. retry's). hier kann ich also erstmal nichts
dran ändern, es sei denn fhem bekommt die möglichkeit "befehlsketten" als ein
telegramm zu senden.

bleiben jetzt noch die anderen fragen offen, die bisher noch nicht beantwortet
wurden:

welchen wert muss ich bei *-from/*-to setzen um diesen timer zu löschen? ist
es 24:00 oder 00:00?

was bedeutet STATE: code_7e0067: 135 bzw. 50? ich habe beobachtet, das immer
wenn STATE auf code_7e0067 steht, der fht keine daten (actuator|temp) mehr
sendet.

werden viele befehle gesendet und in den softbuffer verschoben, habe ich die
vermutung das der empfang seitens fhem solange geblockt ist, bis der
softbuffer abgearbeitet wurde. ist dem so? dazu kommt, das mir dabei
aufgefallen ist, das im anschluss der state der fht auf obigen code steht und
lange keine daten mehr an die fhz übertragen werden (gestern von 23:53 bis
heute 15:00 uhr). wer blockt also nun? fhem den empfang oder fht weil er zu
viele datentelegramme empfangen hat und deswegen "dicht" macht?

gruß martin

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

[Martin Fischer]

halle matthias,

Am Dienstag, 15. Januar 2008 schrieb Matthias Urlichs:
> Martin Fischer:
> > wie ich schon sagte: ein lob an alle beteiligten, die fhem zu dem gemacht
> > haben, was es ist. jetzt aber parallel dazu noch was eigenes zu coden,
> > macht in meinen augen jedoch kein sinn..
>
> Ich habe meinen eigenen Code (in Python), weil ich ein komplett anderes
> Konzept dahinterstehen habe, und das geht mit FHEM nicht unbedingt
> einfach zu bewerkstelligen.
>
> Dessenungeachtet kann mein Teil natürlich auch mit FHEM reden.

was hast du denn für ein anderes konzept entwickelt?

gruß martin

--~--~---------~--~----~------------~-------~--~----~
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]

Originally posted by: <email address deleted>

Hi,

Martin Fischer:
> > Ich habe meinen eigenen Code (in Python), weil ich ein komplett anderes
> > Konzept dahinterstehen habe, und das geht mit FHEM nicht unbedingt
> > einfach zu bewerkstelligen.
>
> was hast du denn für ein anderes konzept entwickelt?

Also ...

- alles komplett asynchron programmiert
  das ist mit dem Deferred-Konzept von Python/Twisted sowas von einfach
- Vernetzung zwischen mehreren Instanzen auf verschiedenen Rechnern
  dito asynchron
- Login / Abfrage mittels SSH-Zugang
  in Twisted out-of-the-box dabei, Interpreter dran und fertig
- ereignisgesteuert
  und zwar mit einer Syntax, bei deren Anblick man nicht kirre wird :-P
- Integration von mehr als "nur" FS20-Geräten
  zB 1wire, lirc, ... (1wire kann ich schon, LIRC ist in Arbeit)
- das Web-Frontend kann im selben Prozess mitlaufen,
  oder remote auf die Daten zugreifen (und zwar gezielt, nicht XML-Dump)

--
Matthias Urlichs  |  {M:U} IT Design @ m-u-it.de  |   smurf@smurf.noris.de
Disclaimer: Das Zitat wurde zufällig ausgewählt.  |   http://smurf.noris.de
 - -
Der Glaube ist nicht der Anfang, sondern das Ende allen Wissens.
      -- Goethe

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

[Martin Fischer]

hallo rudi,

Am Dienstag, 15. Januar 2008 schrieb Rudolf Koenig:
> > > und das für die ganze woche. d.h. fhem muss dann 28 befehle absetzen.
> > > dadurch kommt natürlich aufgrund der von euch geschilderten
> > > funktionsweise ein recht hoher delay zu stande.
> >
> > Tja, da hilft wohl nur selbermachen...
>
> Oder 11_FHT.pm erweitern: Angeblich kann man FHT Befehle auch
> zusammenfassen (hintereinander "kleben"), und diese als einen Befehl
> dem FHZ uebergeben. Mit dem softbuffer waere sowas auch einfacher zu
> realisieren. Ob der FHZ dann diese einzeln oder im Paket dem FHT
> weitergibt, dass weiss ich nicht. Freiwillige? Wer keine Lust zum Perl-
> Programmieren verspuert kann immer noch helfen, und per "set FHZ raw /
> get FHZ fhtbuf / FHT beobachten" rausfinden, ob meine Behauptungen
> wahr sind, und das Programmieren ueberhaupt lohnt.

vielen dank für die info!

zwar bin ich auch der "perl-sprache" mächtig, doch liegt meine aktive zeit
schon etwas zurück.. ich bräuchte dann wohl doch etwas länger um mich wieder
reinzufuchsen.

ABER: als freiwilliger würde ich mich gerne zur verfügung stellen. wenn du mir
nochmal genau schildern könntest, was genau und vorallem wie ich was genau
beobachten soll, würde ich da gerne zu beitragen. da ich mich erst seit gut
2-3 wochen mit dem fs20 beschäftige ist mein background noch nicht so
gefestigt.

gruß martin

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

[Dr. Boris Neubert]

Am Dienstag, 15. Januar 2008 schrieb Matthias Urlichs:
> > was hast du denn für ein anderes konzept entwickelt?
>
> Also ...
>
> - alles komplett asynchron programmiert
>   das ist mit dem Deferred-Konzept von Python/Twisted sowas von einfach
> - Vernetzung zwischen mehreren Instanzen auf verschiedenen Rechnern
>   dito asynchron
> - Login / Abfrage mittels SSH-Zugang
>   in Twisted out-of-the-box dabei, Interpreter dran und fertig
> - ereignisgesteuert
>   und zwar mit einer Syntax, bei deren Anblick man nicht kirre wird :-P
> - Integration von mehr als "nur" FS20-Geräten
>   zB 1wire, lirc, ... (1wire kann ich schon, LIRC ist in Arbeit)
> - das Web-Frontend kann im selben Prozess mitlaufen,
>   oder remote auf die Daten zugreifen (und zwar gezielt, nicht XML-Dump)

auch interessant.. fhem scheint mir derzeit für meine zwecke geeignet.. da ich
von deinem projekt bisher aber auch noch nichts gehört habe, kann ich mir
darüber auch so kein bild machen. zwar hast du ja ein bisserl darüber auf
deiner homepage geschrieben, dennoch kann man dadurch noch kein vergleich
aufstellen. vielleicht finde ich am wochenende mal zeit mir dein konzept
anzuschauen, sofern ich es zum laufen bekomme

gruß martin

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

[Dr. Boris Neubert]

Am Dienstag, 15. Januar 2008 schrieb Martin Fischer:
> werden viele befehle gesendet und in den softbuffer verschoben, habe ich
> die vermutung das der empfang seitens fhem solange geblockt ist, bis der
> softbuffer abgearbeitet wurde. ist dem so? dazu kommt, das mir dabei
> aufgefallen ist, das im anschluss der state der fht auf obigen code steht
> und lange keine daten mehr an die fhz übertragen werden (gestern von 23:53
> bis heute 15:00 uhr). wer blockt also nun? fhem den empfang oder fht weil
> er zu viele datentelegramme empfangen hat und deswegen "dicht" macht?

na dann antworte ich mir mal eben selber

heute habe ich meine steuerung um einen weiteren fht erweitert und zu dem
thema nun folgende feststellung gemacht:

daten der beiden fht's werden gesendet:
2008-01-16_21:40:37 wz.Heizung actuator: 00%
2008-01-16_21:42:05 sc.Heizung actuator: 00%
2008-01-16_21:42:33 wz.Heizung actuator: 00%
2008-01-16_21:44:01 sc.Heizung actuator: 00%
2008-01-16_21:44:28 wz.Heizung actuator: 00%
2008-01-16_21:45:56 sc.Heizung actuator: 00%

um ~ 21:46 uhr habe ich auf einem fht den wochenplan mit dem script gesetzt.
das logfile zeigt dieses auch:
2008.01.16 21:46:14 2: FHT set wz.Heizung mon-from1 12:00
2008.01.16 21:46:24 2: FHT set wz.Heizung mon-to1 22:30
2008.01.16 21:46:45 2: FHT set wz.Heizung mon-from2 24:00
2008.01.16 21:47:48 2: FHT set wz.Heizung tue-from1 12:00
2008.01.16 21:47:48 2: FHT set wz.Heizung tue-to1 22:30
2008.01.16 21:47:48 2: FHT set wz.Heizung mon-to2 24:00
2008.01.16 21:47:52 2: FHT set wz.Heizung tue-from2 24:00
2008.01.16 21:48:20 2: FHT set wz.Heizung wed-from1 12:00
2008.01.16 21:48:20 2: FHT set wz.Heizung tue-to2 24:00
2008.01.16 21:48:21 2: FHT set wz.Heizung wed-to1 22:30
2008.01.16 21:49:03 2: FHT set wz.Heizung wed-to2 24:00
2008.01.16 21:49:03 2: FHT set wz.Heizung wed-from2 24:00
2008.01.16 21:49:47 2: FHT set wz.Heizung thu-to1 22:30
2008.01.16 21:49:47 2: FHT set wz.Heizung thu-from1 12:00
2008.01.16 21:49:47 2: FHT set wz.Heizung thu-from2 24:00
2008.01.16 21:50:02 2: FHT set wz.Heizung thu-to2 24:00
2008.01.16 21:50:02 2: FHT set wz.Heizung fri-from1 12:00
2008.01.16 21:50:03 2: FHT set wz.Heizung fri-to1 22:30
2008.01.16 21:50:03 2: FHT set wz.Heizung fri-from2 24:00
2008.01.16 21:50:03 2: FHT set wz.Heizung fri-to2 24:00
2008.01.16 21:50:03 2: FHT set wz.Heizung sat-from1 08:30
2008.01.16 21:50:16 2: FHT set wz.Heizung sat-to1 23:50
2008.01.16 21:50:16 2: FHT set wz.Heizung mon-from1 12:00
2008.01.16 21:50:37 2: FHT set wz.Heizung mon-to1 22:30
2008.01.16 21:50:37 2: FHT set wz.Heizung sat-to2 24:00
2008.01.16 21:50:37 2: FHT set wz.Heizung sat-from2 24:00
2008.01.16 21:51:19 2: FHT set wz.Heizung sun-to1 23:50
2008.01.16 21:51:19 2: FHT set wz.Heizung mon-from2 24:00
2008.01.16 21:51:19 2: FHT set wz.Heizung sun-from1 08:30
2008.01.16 21:51:43 2: FHT set wz.Heizung sun-to2 24:00
2008.01.16 21:51:43 2: FHT set wz.Heizung sun-from2 24:00
2008.01.16 21:52:40 2: FHT set wz.Heizung mon-to2 24:00
2008.01.16 21:52:40 2: FHT set wz.Heizung wed-from1 12:00
2008.01.16 21:52:40 2: FHT set wz.Heizung tue-from1 12:00
2008.01.16 21:52:40 2: FHT set wz.Heizung tue-to1 22:30
2008.01.16 21:52:40 2: FHT set wz.Heizung wed-to1 22:30
2008.01.16 21:52:40 2: FHT set wz.Heizung tue-from2 24:00
2008.01.16 21:52:40 2: FHT set wz.Heizung tue-to2 24:00
2008.01.16 21:53:10 2: FHT set wz.Heizung wed-to2 24:00
2008.01.16 21:53:10 2: FHT set wz.Heizung wed-from2 24:00
2008.01.16 21:54:10 2: FHT set wz.Heizung fri-from2 24:00
2008.01.16 21:54:10 2: FHT set wz.Heizung sat-from1 08:30
2008.01.16 21:54:10 2: FHT set wz.Heizung thu-to2 24:00
2008.01.16 21:54:10 2: FHT set wz.Heizung thu-to1 22:30
2008.01.16 21:54:10 2: FHT set wz.Heizung fri-to1 22:30
2008.01.16 21:54:10 2: FHT set wz.Heizung sat-to1 23:50
2008.01.16 21:54:10 2: FHT set wz.Heizung thu-from1 12:00
2008.01.16 21:54:10 2: FHT set wz.Heizung fri-to2 24:00
2008.01.16 21:54:10 2: FHT set wz.Heizung fri-from1 12:00
2008.01.16 21:54:10 2: FHT set wz.Heizung thu-from2 24:00
2008.01.16 21:54:40 2: FHT set wz.Heizung mon-from1 12:00
2008.01.16 21:54:40 2: FHT set wz.Heizung mon-to1 22:30
2008.01.16 21:54:40 2: FHT set wz.Heizung sat-to2 24:00

in dieser zeit kam kein datentelegramm der fht's durch, welches wiederum an
diesen einträfen zu sehen ist:
2008-01-16_21:54:06 wz.Heizung actuator: 00%
2008-01-16_21:55:34 sc.Heizung actuator: 00%
2008-01-16_21:57:29 sc.Heizung actuator: 00%
2008-01-16_21:59:25 sc.Heizung actuator: 00%

die werte von sc.Heizung werden jetzt wieder empfangen, aber nur einmal
wz.Heizung. im softbuffer hängen nach 15 minuten immer noch 27 einträge. hier
nur ein auszug:
abe:~ # echo "list FHZ" | netcat -w1 localhost 7072
Internals:
   DEF        /dev/ttyUSB0
   DeviceName /dev/ttyUSB0
   FD         6
   NAME       FHZ
   NR         1
   NR_CMD_LAST_H 57
   PARTIAL
   QUEUECNT   0
   SOFTBUFFERTIMER 1
   STATE      time
   TYPE       FHZ
   Readings:
     2008-01-16 21:36:41   init2           1f04a0071c3b40ff
     2008-01-16 21:36:42   serial          136e63ff
   Softbuffer:
     9:1200516374.79618:2:
       ARG        0201830b011448
       CMD        mon-from1
       HASH       wz.Heizung
       NSENT      3
       SENDTIME   1200516880.88932
       VAL        12:00
     9:1200516374.86784:3:
       ARG        0201830b011587
       CMD        mon-to1
       HASH       wz.Heizung
       NSENT      3
       SENDTIME   1200516880.88932
       VAL        22:30
     9:1200516384.07336:4:
       ARG        0201830b011690
       CMD        mon-from2
       HASH       wz.Heizung
       NSENT      2
       SENDTIME   1200516679.77732
       VAL        24:00
     9:1200516405.1635:5:
       ARG        0201830b011790
       CMD        mon-to2
       HASH       wz.Heizung
       NSENT      3
       SENDTIME   1200517211.18069
       VAL        24:00

und so wie ich es bereits geschrieben hatte, vermute ich jetzt, das fhem
solange keine daten von wz.Heizung annehmen wird, bis alle befehle abgesetzt
worden.

@rudi:
es gab ja die diskussion, das mehrere befehle als ein datentelegramm gesendet
werden könnten. ich verstehe da absolut deine haltung, das du nur auf
verdacht nicht den aufwand betreiben willst. ich hatte dir da ja meine
unterstützung hierzu angeboten.

wäre es aber möglich, das du dich der sache mit dem softbuffer annimmst? also
wenn softbuffer abgearbeitet wird, das dennoch telegramme entgegen genommen
werden?

ich glaub, das man dann mit der konstellation leben könnte: befehle werden
zwar weiterhin einzeln abgearbeitet, aber zumindest würden dann die messdaten
auch angenommen, so dass es keinen abriss in z.b. gnuplot bei der auswertung
gibt. dann muss man halt die lange übertragung in seinem job berücksichtigen.

gruß martin

--~--~---------~--~----~------------~-------~--~----~
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]

                                                   

> wäre es aber möglich, das du dich der sache mit dem softbuffer annimmst?
> also wenn softbuffer abgearbeitet wird, das dennoch telegramme entgegen
> genommen werden?

fhem ist nicht richtig synchron (auch wenn Matthias es zu suggerieren
versucht , und wenn der FHZ was zu sagen hat, nimmt fhem die Daten
sofort entgegen.
So kriegt er auch mit, dass ein Befehl erfolgreich gesendet wurde: der
FHT meldet dem FHZ (und damit fhem), dass Befehl X angekommen ist.
Dann wird es aus dem Softbuffer gestrichen.
Ich vermute eher dass der FHT solange nichts sagt, bis vom FHZ noch
Befehle kommen -> Ich fuerchte hier kann ich nichts verbessern.


> werden könnten. ich verstehe da absolut deine haltung, das du nur auf
> verdacht nicht den aufwand betreiben willst. ich hatte dir da ja meine
> unterstützung hierzu angeboten.

Sorry, ich bin in meinem "Second-Life" (wo ich das Geld verdiene
z.Zt ausgelastet, deswegen kann ich nicht immer sofort antworten:

Hier die Anleitung zum testen:

Die Befehle per set FHZ raw 04 senden, wobei folgenden
Aufbau hat: 020183...

ist der Code der FHT in Hex
ist ein Befehl, z.Bsp
- 4100692c heisst desired-temp 22.0 (2*22 in hex ist 2c)
- 3e006901 heisst mode manual (00 is auto, 01 ist manual)

Also bei einem Hauscode von Hex 1234 sollte
set FHZ raw 04 02018312344100692c3e006901
auf einmal die temp auf 22.0 und mode auf manual setzen.

Weiter Codes siehe FHEM/11_FHT.pm.

Gruss,
  Rudi
--~--~---------~--~----~------------~-------~--~----~
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]

Originally posted by: <email address deleted>

Hi,

Rudolf Koenig:
> fhem ist nicht richtig synchron (auch wenn Matthias es zu suggerieren
> versucht , und wenn der FHZ was zu sagen hat, nimmt fhem die Daten
> sofort entgegen.

Schon gut :-P

> Ich vermute eher dass der FHT solange nichts sagt, bis vom FHZ noch
> Befehle kommen -> Ich fuerchte hier kann ich nichts verbessern.
>
Abhilfe: als jeden dritten Befehl eine Temperaturabfrage hinschicken?

--
Matthias Urlichs   |   {M:U} IT Design @ m-u-it.de   |  smurf@smurf.noris.de
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
 - -
The weather for catching fish is that weather, and no other, in which fish
are caught.
               -- W. H. Blake

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

[Martin Fischer]

hallo rudi,

Am Donnerstag, 17. Januar 2008 schrieb Rudolf Koenig:
> > wäre es aber möglich, das du dich der sache mit dem softbuffer annimmst?
> > also wenn softbuffer abgearbeitet wird, das dennoch telegramme entgegen
> > genommen werden?
>
> fhem ist nicht richtig synchron (auch wenn Matthias es zu suggerieren
> versucht , und wenn der FHZ was zu sagen hat, nimmt fhem die Daten
> sofort entgegen.
> So kriegt er auch mit, dass ein Befehl erfolgreich gesendet wurde: der
> FHT meldet dem FHZ (und damit fhem), dass Befehl X angekommen ist.
> Dann wird es aus dem Softbuffer gestrichen.
> Ich vermute eher dass der FHT solange nichts sagt, bis vom FHZ noch
> Befehle kommen -> Ich fuerchte hier kann ich nichts verbessern.

schade eigentlich.. denn in dem zusammenhang mit dem script ist mir dann auch
noch der gedanke gekommen, das ja solange fhem die befehle aus dem softbuffer
abarbeitet auch keine anderen geräte angesteuert werden können, da sie ja
zeitlich erst später in den buffer sortiert werden.. da ja nun der wochenplan
ewig braucht bis er komplett gesendet wurde (> 1 std.) bleibt alles andere
danach für den zeitraum im buffer

> > werden könnten. ich verstehe da absolut deine haltung, das du nur auf
> > verdacht nicht den aufwand betreiben willst. ich hatte dir da ja meine
> > unterstützung hierzu angeboten.
>
> Sorry, ich bin in meinem "Second-Life" (wo ich das Geld verdiene
> z.Zt ausgelastet, deswegen kann ich nicht immer sofort antworten:

geht mir nicht anders deshlab bleiben auch immer nur die abendstunden..

> Hier die Anleitung zum testen:
>
> Die Befehle per set FHZ raw 04 senden, wobei folgenden
> Aufbau hat: 020183...
>
> ist der Code der FHT in Hex
> ist ein Befehl, z.Bsp
> - 4100692c heisst desired-temp 22.0 (2*22 in hex ist 2c)
> - 3e006901 heisst mode manual (00 is auto, 01 ist manual)
>
> Also bei einem Hauscode von Hex 1234 sollte
> set FHZ raw 04 02018312344100692c3e006901
> auf einmal die temp auf 22.0 und mode auf manual setzen.
>
> Weiter Codes siehe FHEM/11_FHT.pm.

danke rudi! werde mich da am wochenende mal dran setzen und etwas mitloggen.

gruß martin

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

[Martin Fischer]

hiya matthias,

Am Donnerstag, 17. Januar 2008 schrieb Matthias Urlichs:
> > Ich vermute eher dass der FHT solange nichts sagt, bis vom FHZ noch
> > Befehle kommen -> Ich fuerchte hier kann ich nichts verbessern.
>
> Abhilfe: als jeden dritten Befehl eine Temperaturabfrage hinschicken?

wer jetzt? fhem automatisch oder ich aus dem script raus?

gruß martin

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

[Dirk]

                                                   

Hi Martin

> schade eigentlich.. denn in dem zusammenhang mit dem script ist mir dann
> auch noch der gedanke gekommen, das ja solange fhem die befehle aus dem
> softbuffer abarbeitet auch keine anderen geräte angesteuert werden können,
> da sie ja zeitlich erst später in den buffer sortiert werden.. da ja nun
> der wochenplan ewig braucht bis er komplett gesendet wurde (> 1 std.)
> bleibt alles andere danach für den zeitraum im buffer

Das sollte so nicht sein. Die erste Version vom Softbuffer hat für jeden FHT
eine eigene "Warteschlange". Und auch Empfangen sollte während der
Abarbeitung funktionieren. Die Softbuffer Version die aktuell im FHEM ist
hatte Rudi etwas angepasst. Und ich muss zu meiner Schande gestehen, dass
ich es bisher noch nicht geschafft habe mir das anzusehen. Das werde ich
aber wohl die Tage nachholen.

Gruss
Dirk


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

[Dr. Boris Neubert]

hallo dirk,

Am Donnerstag, 17. Januar 2008 schrieb Dirk Hoffmann:
> > schade eigentlich.. denn in dem zusammenhang mit dem script ist mir dann
> > auch noch der gedanke gekommen, das ja solange fhem die befehle aus dem
> > softbuffer abarbeitet auch keine anderen geräte angesteuert werden
> > können, da sie ja zeitlich erst später in den buffer sortiert werden.. da
> > ja nun der wochenplan ewig braucht bis er komplett gesendet wurde (> 1
> > std.) bleibt alles andere danach für den zeitraum im buffer
>
> Das sollte so nicht sein. Die erste Version vom Softbuffer hat für jeden
> FHT eine eigene "Warteschlange". Und auch Empfangen sollte während der
> Abarbeitung funktionieren. Die Softbuffer Version die aktuell im FHEM ist
> hatte Rudi etwas angepasst. Und ich muss zu meiner Schande gestehen, dass
> ich es bisher noch nicht geschafft habe mir das anzusehen. Das werde ich
> aber wohl die Tage nachholen.

es wäre schön, wenn das mal jemand verifizieren könnte. denn ich hatte die
tage mal wieder (bzw. immer noch) mit meinen script befehle an den fht
gesendet und zwischen drin mal eine steckdose über pgm3 geschaltet und nichts
passierte.

gruß martin

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

[Dr. Boris Neubert]

                                                   

> es wäre schön, wenn das mal jemand verifizieren könnte. denn ich hatte die
> tage mal wieder (bzw. immer noch) mit meinen script befehle an den fht
> gesendet und zwischen drin mal eine steckdose über pgm3 geschaltet und nichts
> passierte.

Um mal den ganzen Diskussion ein bisschen Grund zu geben , habe ich
mal zwei Stunden investiert:

1. Meine Anleitung von vorhin ist falsch, die "0069" ist in meiner
Anleitung ueberfluessig: es sollte heissen:
set FHZ raw 04 02018312344192c3e01
Ich habe erfolgreich 5 Befehle auf einmal senden koennen.
2. Wenn man attr global verbose 4 einschaltet (5 ist zu viel, da sieht
man nix mehr), dann sieht man, dass die FHT's recht geschwaetzig sind,
die melden alle 2 Minuten die Temperatur, oder Status der Ventile oder
sowas. Wenn die das vergessen, dann nehmen sie auch mal Befehle
entgegen.
3. Bei Mehrfachbefehlen  (wie bei 1) wird nur das erste Befehl
bestaetigt: Mehrfachbefehle funktionieren nicht mit fhtsoftbuffer, der
auf die explicite Bestaetigungen wartet.
4. Ich habe Mehrfachbefehle in 11_FHT.pm implementiert und
eingecheckt, waer Klasse wenn auch andere es testen wuerden.

Rudi
--~--~---------~--~----~------------~-------~--~----~
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]

Originally posted by: <email address deleted>

On Jan 17, 10:27 pm, Rudolf Koenig wrote:
> 2. Wenn man attr global verbose 4 einschaltet (5 ist zu viel, da sieht
> man nix mehr), dann sieht man, dass die FHT's recht geschwaetzig sind,
> die melden alle 2 Minuten die Temperatur, oder Status der Ventile oder
> sowas. Wenn die das vergessen, dann nehmen sie auch mal Befehle
> entgegen.

Das sind die Stellwerttelegramme an die Regler an den Heizköpern. Wie
ich schon weiter oben beschrieben hatte, sollte sich unmittelerbar
danach der Empfänger  der FHT8 einschalten und Befehle
entgegennehmen...

> 4. Ich habe Mehrfachbefehle in 11_FHT.pm implementiert und
> eingecheckt, waer Klasse wenn auch andere es testen wuerden.

Ich werde das mal mit meinem eigenen Empfänger mitloggen und
Rückmeldung geben... allerdings wohl erst in 2 Wochen..
Matthias Urlichs sollte das mit seinem selbstgebauten Empfänger
eigentlich auch können...

Gruß
  Holger

--~--~---------~--~----~------------~-------~--~----~
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]

Originally posted by: <email address deleted>

Hi,

sweetie-pie:
> > 4. Ich habe Mehrfachbefehle in 11_FHT.pm implementiert und
> > eingecheckt, waer Klasse wenn auch andere es testen wuerden.
>
> Ich werde das mal mit meinem eigenen Empfänger mitloggen und
> Rückmeldung geben... allerdings wohl erst in 2 Wochen..
> Matthias Urlichs sollte das mit seinem selbstgebauten Empfänger
> eigentlich auch können...
>
Mitloggen kann ich gerne, nur tendiere ich eher nicht dazu, ganze
Wochenpläne hochzuladen. :-P

--
Matthias Urlichs  |  {M:U} IT Design @ m-u-it.de  |   smurf@smurf.noris.de
Disclaimer: Das Zitat wurde zufällig ausgewählt.  |   http://smurf.noris.de
 - -
Kunst kommt von können nicht von wollen, sonst würde es Wunst heißen.

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

[Martin Fischer]

Am Donnerstag, 17. Januar 2008 schrieb Rudolf Koenig:
> Um mal den ganzen Diskussion ein bisschen Grund zu geben , habe ich
> mal zwei Stunden investiert:

DANKE rudi!

> 4. Ich habe Mehrfachbefehle in 11_FHT.pm implementiert und
> eingecheckt, waer Klasse wenn auch andere es testen wuerden.

hast du es aktuell so implemeniert, das es nur mit raw funktioniert oder hat
sich der aufruf verändert?

nur damit ich weiss, wie ich das nun testen kann.

gruß martin

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

[Martin Fischer]

Am Freitag, 18. Januar 2008 schrieb sweetie-pie:
> On Jan 17, 10:27 pm, Rudolf Koenig wrote:
> Ich werde das mal mit meinem eigenen Empfänger mitloggen und
> Rückmeldung geben... allerdings wohl erst in 2 Wochen..

danke holger, das auch du dich der sache annimmst!

gruß martin

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

[Martin Fischer]

Am Freitag, 18. Januar 2008 schrieb Martin Fischer:
> Am Donnerstag, 17. Januar 2008 schrieb Rudolf Koenig:
> > Um mal den ganzen Diskussion ein bisschen Grund zu geben , habe ich
> > mal zwei Stunden investiert:
>
> DANKE rudi!
>
> > 4. Ich habe Mehrfachbefehle in 11_FHT.pm implementiert und
> > eingecheckt, waer Klasse wenn auch andere es testen wuerden.
>
> hast du es aktuell so implemeniert, das es nur mit raw funktioniert oder
> hat sich der aufruf verändert?
>
> nur damit ich weiss, wie ich das nun testen kann.

hat sich erledigt! hab's gefunden wie ich es aufrufen muss..

ich teste gerade mal sieht aber schon viel versprechend aus!

--~--~---------~--~----~------------~-------~--~----~
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]

                                                   

> hast du es aktuell so implemeniert, das es nur mit raw funktioniert oder hat
> sich der aufruf verändert?

Beim raw musste man nix machen, es ist ja deswegen "raw" Btw, raw:
ich hatte vorhin noch ein Tippfehler, es heisst:
set FHZ raw 04 0201831234412c3e01
(es war vorhin ein 9 zuviel)

Ich habe es "richtig" implementiert, d.h. wenn fhtsoftbuffer nicht
gesetzt ist, dann kann man Befehle wie
set wohnzimmer mode manual desired-temp 22 month 10 day 12 hour 11
absetzen. Dokumentiert ist es noch nicht. Und jemand sollte es
pruefen, wie viele unterschiedliche Werte in einem Rutsch machbar
sind, fhem hat da noch keine Grenze.

Beim testen ist mir aufgefallen, dass der FHT die Parameter nicht
prueft, man kann also Monat/Tag auf 34 setzen, das schaut im Display
des FHT's ulkig aus .

Gruss,
  Rudi
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~-

[Dr. Boris Neubert]

Am Donnerstag, 17. Januar 2008 schrieb Rudolf Koenig:
> 4. Ich habe Mehrfachbefehle in 11_FHT.pm implementiert und
> eingecheckt, waer Klasse wenn auch andere es testen wuerden.

hier also mein ergebnis:

fhem.pl gestartet und kurz abgewartet:

2008.01.18 16:47:51 3: FHZ opening FHZ device /dev/ttyUSB0
2008.01.18 16:47:51 3: FHZ opened FHZ device /dev/ttyUSB0
2008.01.18 16:47:54 1: Trying again get FHZ init2 (2 out of 3)
2008.01.18 16:47:56 2: FHEMWEB port 8080 opened
2008.01.18 16:47:56 2: Asking the FHT device wz.Heizung/0b01 to send its data
2008.01.18 16:47:57 2: FHT set wz.Heizung refreshvalues
2008.01.18 16:47:57 2: Asking the FHT device sc.Heizung/1801 to send its data
2008.01.18 16:47:58 0: Server started (version =VERS= from =DATE= ($Id:
fhem.pl,v 1.37 2008/01/08 20:15:58 rudolfkoenig Exp $), pid 19182)
2008.01.18 16:49:46 4: FHT wz.Heizung confirmation: 65ff43
2008.01.18 16:49:46 4: FHT wz.Heizung init: 255
2008.01.18 16:49:46 4: FHT wz.Heizung code_7e0067: 255
2008.01.18 16:51:39 4: FHT wz.Heizung actuator: 00%
2008.01.18 16:51:40 4: FHT wz.Heizung mon-from1: 12:00
2008.01.18 16:51:41 4: FHT wz.Heizung mon-to1: 22:30
2008.01.18 16:51:41 4: FHT wz.Heizung code_4b0067: 144
2008.01.18 16:51:42 4: FHT wz.Heizung tue-from1: 12:00
2008.01.18 16:51:42 4: FHT wz.Heizung tue-from1: 12:00
2008.01.18 16:52:35 4: Connection accepted from 127.0.0.1:28129

jetzt mon-to2 bis fri-to2 gesetzt:

2008.01.18 16:52:35 2: FHT set wz.Heizung mon-to2 00:00 tue-to2 00:00 wed-to2
00:00 thu-to2 00:00 fri-to2 00:00
2008.01.18 16:52:35 4: Connection closed for 127.0.0.1:28129
2008.01.18 16:53:38 4: FHT wz.Heizung confirmation: 17003d
2008.01.18 16:53:38 4: FHT wz.Heizung mon-to2: 00:00
2008.01.18 16:53:38 4: FHT wz.Heizung code_7e0067: 0
2008.01.18 16:55:30 4: FHT wz.Heizung actuator: 00%
2008.01.18 16:57:26 4: FHT wz.Heizung actuator: 00%
2008.01.18 16:57:27 4: FHT wz.Heizung tue-from1: 12:00
2008.01.18 16:57:27 4: FHT wz.Heizung tue-to1: 22:30
2008.01.18 16:57:28 4: FHT wz.Heizung tue-to2: 00:00
2008.01.18 16:57:28 4: FHT wz.Heizung code_4b0067: 0
2008.01.18 16:57:28 4: FHT wz.Heizung wed-from1: 12:00
2008.01.18 16:57:28 4: FHT wz.Heizung wed-to1: 22:30
2008.01.18 16:57:29 4: FHT wz.Heizung wed-to2: 00:00
2008.01.18 16:57:29 4: FHT wz.Heizung code_4b0067: 0
2008.01.18 16:57:30 4: FHT wz.Heizung thu-from1: 12:00
2008.01.18 16:57:30 4: FHT wz.Heizung thu-to1: 22:30
2008.01.18 16:57:30 4: FHT wz.Heizung thu-to2: 00:00
2008.01.18 16:57:31 4: FHT wz.Heizung code_4b0067: 0
2008.01.18 16:57:31 4: FHT wz.Heizung fri-from1: 12:00
2008.01.18 16:57:31 4: FHT wz.Heizung fri-to1: 22:30
2008.01.18 16:57:32 4: FHT wz.Heizung fri-to2: 00:00
2008.01.18 16:57:32 4: FHT wz.Heizung code_4b0067: 0
2008.01.18 16:57:32 4: FHT wz.Heizung sat-from1: 08:30
2008.01.18 16:57:33 4: FHT wz.Heizung sat-to1: 23:50
2008.01.18 16:57:33 4: FHT wz.Heizung code_4b0067: 144
2008.01.18 16:57:34 4: FHT wz.Heizung sun-from1: 08:30
2008.01.18 16:57:34 4: FHT wz.Heizung sun-to1: 23:50
2008.01.18 16:57:35 4: FHT wz.Heizung code_4b0067: 144
2008.01.18 16:57:35 4: FHT wz.Heizung day-temp: 21.5 (Celsius)
2008.01.18 16:57:35 4: FHT wz.Heizung night-temp: 16.0 (Celsius)
2008.01.18 16:57:36 4: FHT wz.Heizung windowopen-temp: 10.0 (Celsius)
2008.01.18 16:57:36 4: FHT wz.Heizung code_4b0067: 20
2008.01.18 16:57:36 4: FHT wz.Heizung lowtemp-offset: 4.0 (Celsius)
2008.01.18 16:57:37 4: FHT wz.Heizung code_4b0067: 4
2008.01.18 16:57:37 4: FHT wz.Heizung desired-temp: 20.0 (Celsius)
2008.01.18 16:57:37 4: FHT wz.Heizung code_4b0067: 40
2008.01.18 16:57:38 4: FHT wz.Heizung measured-temp: 21.6 (Celsius)
2008.01.18 16:57:38 4: FHT wz.Heizung code_4b0067: 0
2008.01.18 16:57:38 4: FHT wz.Heizung mode: auto
2008.01.18 16:57:39 4: FHT wz.Heizung code_4b0067: 0
2008.01.18 16:57:39 4: FHT wz.Heizung warnings: none
2008.01.18 16:57:39 4: FHT wz.Heizung code_4b0067: 0
2008.01.18 16:57:39 4: FHT wz.Heizung code_7e0067: 0
2008.01.18 16:59:21 4: FHT wz.Heizung actuator: 00%

kurz gewartet nochmal überprüft:
abe:/usr/local/lib/FHEM/scripts # echo "list wz.Heizung" | netcat -w1
localhost 7072
Internals:
   CODE       0b01
   DEF        0b01
   IODev      FHZ
   NAME       wz.Heizung
   NR         8
   STATE      code_7e0067: 0
   TYPE       FHT
   Readings:
     2008-01-18 16:57:26   actuator        00%
     2008-01-18 16:57:39   code_4b0067     0
     2008-01-18 16:57:39   code_7e0067     0
     2008-01-18 16:57:35   day-temp        21.5 (Celsius)
     2008-01-18 16:57:37   desired-temp    20.0 (Celsius)
     2008-01-18 16:57:31   fri-from1       12:00
     2008-01-16 20:07:15   fri-from2       00:00
     2008-01-18 16:57:31   fri-to1         22:30
     2008-01-18 16:57:32   fri-to2         00:00
     2008-01-18 16:49:46   init            255
     2008-01-18 16:57:36   lowtemp-offset  4.0 (Celsius)
     2008-01-18 16:57:38   measured-high   0
     2008-01-18 16:57:37   measured-low    216
     2008-01-18 16:57:38   measured-temp   21.6 (Celsius)
     2008-01-18 16:57:38   mode            auto
     2008-01-18 16:51:40   mon-from1       12:00
     2008-01-16 18:53:02   mon-from2       00:00
     2008-01-18 16:51:41   mon-to1         22:30
     2008-01-18 16:53:38   mon-to2         00:00
     2008-01-18 16:57:35   night-temp      16.0 (Celsius)
     2008-01-18 16:57:32   sat-from1       08:30
     2008-01-16 18:53:09   sat-from2       00:00
     2008-01-18 16:57:33   sat-to1         23:50
     2008-01-16 18:53:10   sat-to2         00:00
     2008-01-18 16:57:34   sun-from1       08:30
     2008-01-16 18:53:11   sun-from2       00:00
     2008-01-18 16:57:34   sun-to1         23:50
     2008-01-16 18:53:11   sun-to2         00:00
     2008-01-16 20:56:16   synctime        3
     2008-01-18 16:57:30   thu-from1       12:00
     2008-01-16 18:53:07   thu-from2       00:00
     2008-01-18 16:57:30   thu-to1         22:30
     2008-01-18 16:57:30   thu-to2         00:00
     2008-01-18 16:57:27   tue-from1       12:00
     2008-01-16 18:53:04   tue-from2       00:00
     2008-01-18 16:57:27   tue-to1         22:30
     2008-01-18 16:57:28   tue-to2         00:00
     2008-01-18 16:57:39   warnings        none
     2008-01-18 16:57:28   wed-from1       12:00
     2008-01-16 18:53:05   wed-from2       00:00
     2008-01-18 16:57:28   wed-to1         22:30
     2008-01-18 16:57:29   wed-to2         00:00
     2008-01-18 16:57:36   windowopen-temp 10.0 (Celsius)

alle *-to2 werte von mon-fri waren vorher auf 23:30 und nun auf 00:00.

so wie ich das jetzt sehe, hat das zu 100% funktioniert! zeitersparnis
gegenüber der vorherigen methode > 1 std.

da das ja nicht mit dem fhtsoftbuffer geht und um internen buffer nicht zu
flodden, sollte ich jetzt ein paar sleeps einbauen, wenn ich das system
richtig verstanden habe. z.b. in der form:

set mon-from1 zeit tue-from1 zeit wed-from1 zeit thu-from1 zeit fri-from1 zeit
sleep 240
set mon-to1 zeit tue-to1 zeit wed-to1 zeit thu-to1 zeit fri-to1 zeit
sleep 240
set mon-from2 zeit tue-from2 zeit wed-from2 zeit thu-from2 zeit fri-from2 zeit
sleep 240
set mon-to2 zeit tue-to2 zeit wed-to2 zeit thu-to2 zeit fri-to2 zeit
sleep 240
set sat-from1 zeit sat-to1 zeit sat-from2 zeit sat-to2 zeit
sleep 240
set sun-from1 zeit sun-to1 zeit sun-from2 zeit sun-to2 zeit

oder ist 240 zuviel oder zuwenig?

vielleicht gibts ja auch bald ein release das mit fhtsoftbuffer
funktioniert

also rudi: an dieser stelle nochmal ein danke schön, das du dir die zeit
genommen hast. gerne stelle ich mich für weitere (auch andere tests) zur
verfügung!

gruß martin

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

[Martin Fischer]

Am Freitag, 18. Januar 2008 schrieb Martin Fischer:
> Am Donnerstag, 17. Januar 2008 schrieb Rudolf Koenig:
> > 4. Ich habe Mehrfachbefehle in 11_FHT.pm implementiert und
> > eingecheckt, waer Klasse wenn auch andere es testen wuerden.

also.. habe jetzt die letzten stunden getestet. ich habe getestet wieviele
befehle ich an den fht senden kann. angefangen habe ich mit einem
"set *-from1 *-to1 *-from2 *-to2"
für jeden wochentag auf einem schlag und habe mich dann langsam runter
gearbeitet. dabei bin ich zu folgendem ergebnis gekommen:

folgen dem "set" mehr als 10 paare, dann reagiert der fht überhaupt nicht,
sendet aber seine actuator-werte wie gewohnt alle ~2 minuten.

bei 9 und 10 paaren (also ein paar ist immer "tag-from1 hh:mm") reagiert der
fht überhaupt nicht mehr, die stellwerte werden auch nach 5 minuten nicht
mehr gesendet.

bei 8 und weniger paaren kommt auch ein "confirmation" (für das erste paar)
und ein refreshvalues bestätigt, das die befehle auch verarbeitet wurden.

was mir aber noch aufgefallen ist, das bei nur einem paar der letzte
wert "prellt":

# fhem.pl localhost:7072 "set wz.Heizung sun-to2 24:00"
2008.01.18 22:53:36 2: FHT set wz.Heizung sun-to2 24:00 24:00

bei zwei paaren ist es wieder richtig:
# fhem.pl localhost:7072 "set wz.Heizung sun-to1 24:00 sun-to2 24:00"
2008.01.18 22:56:05 2: FHT set wz.Heizung sun-to1 24:00 sun-to2 24:00

gruß martin

--~--~---------~--~----~------------~-------~--~----~
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]

                                                   

> was mir aber noch aufgefallen ist, das bei nur einem paar der letzte
> wert "prellt":

Danke, habs gefixed.

Ich habe auch ein bisschen rumgespielt, und dabei entdeckt, dass
refreshvalues eigentlich aus zwei Kommandos besteht: refresh und init,
ich habe es dann auch auseinandergebaut, es gibt jetzt keine
Sonderbehandlung mehr, alle FHT Befehle nehmen ein Argument. Es gibt
aber auch ein Kompatibilitaetsmodus.

Ein FHT "set" Kommando belegt im FHZ Puffer 3+2x(Anzahl Befehle)
Bytes, Mehrfachbefehle sind also nicht nur schneller uebertragen
sondern auch Platzsparender. Mit Mehrfachkommandos kriegt man also bis
zu 31 FHT Befehle in den Puffer, der softbuffer ist also nicht mehr so
wichtig. Ich habe aber Mehrfachkommandos auch mit dem softbuffer
Kompatibel gemacht (Martin, Du brauchst also kein sleep mehr).

Hab auch die Doku (commandref.html) angepasst (fuer FHT Liebhaber loht
sich zu lesen , und alles eingecheckt.

Gruss,
  Rudi
--~--~---------~--~----~------------~-------~--~----~
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]

Am Samstag, 19. Januar 2008 schrieb Rudolf Koenig:
> > was mir aber noch aufgefallen ist, das bei nur einem paar der letzte
> > wert "prellt":
>
> Danke, habs gefixed.

dafür nicht!

> Ich habe auch ein bisschen rumgespielt, und dabei entdeckt, dass
[...]
> Hab auch die Doku (commandref.html) angepasst (fuer FHT Liebhaber loht
> sich zu lesen , und alles eingecheckt.

wat soll ich sagen? danke rudi! werde ich gleich mal den "auschecker"
machen

ich habe mir gestern auch noch weitere gedanken gemacht und überlege mir
gerade ein konzept für ein vielleicht künftiges "pgm5"... bin die tage über
das simpad ( http://de.wikipedia.org/wiki/SIMpad ) von siemens gestolpert..
wird zwar nicht mehr produziert, würde aber gut als "waf" durchgehen.. habe
heute auch schon angefangen in gimp mal eine oberfläche zu basteln und später
den php-code angefangen.. dabei habe ich festgestellt, das ich ganz schön
eingerostet bin bin selber bei einem provider angestellt und habe früher
in der entwicklung gesessen und unter anderem auch viel in perl und php
gemacht, aber mittlerweile leite ich "nur noch" unser qualitäts- und
prozessmanagement

aber ist ja bald wieder winter.. vielleicht habe ich's bis dahin fertig

gruß martin

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

[Martin Fischer]

Am Samstag, 19. Januar 2008 schrieb Rudolf Koenig:
> Hab auch die Doku (commandref.html) angepasst (fuer FHT Liebhaber loht
> sich zu lesen , und alles eingecheckt.

eins ist mir noch aufgefallen:
2008.01.20 00:51:56 0: Server started (version =VERS= from =DATE= ($Id:
fhem.pl,v 1.38 2008/01/19 19:02:30 rudolfkoenig Exp $), pid 8727)

=VERS= from =DATE= oder ist das mal wieder nur bei mir so

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

[Dr. Boris Neubert]

nun denn... nach dem mir selbst rudi in einem anderen thread bescheinigt hat,
das ich nicht aufgebe, will ich hier nochmal nachfassen

Am Dienstag, 15. Januar 2008 schrieb Martin Fischer:

> bleiben jetzt noch die anderen fragen offen, die bisher noch nicht
> beantwortet wurden:
>
> welchen wert muss ich bei *-from/*-to setzen um diesen timer zu löschen?
> ist es 24:00 oder 00:00?

in der doku steht ja 24:00 ( ja, ich kann lesen..) wenn ich den setze versucht
fhem zuzustellen endet jedoch in einem "giving up":

2008.01.20 01:03:57 2: FHT set wz.Heizung wed-from2 24:00 wed-to2 24:00
2008.01.20 01:04:23 4: FHT wz.Heizung confirmation: 1e9043
2008.01.20 01:04:23 4: FHT wz.Heizung repeat1: 144
2008.01.20 01:07:57 2: FHT set wz.Heizung wed-from2 24:00 wed-to2 24:00
2008.01.20 01:08:14 4: FHT wz.Heizung confirmation: 1e9043
2008.01.20 01:08:14 4: FHT wz.Heizung repeat1: 144
2008.01.20 01:11:57 2: FHT set wz.Heizung wed-from2 24:00 wed-to2 24:00
2008.01.20 01:12:05 4: FHT wz.Heizung confirmation: 1e9043
2008.01.20 01:12:05 4: FHT wz.Heizung repeat1: 144
2008.01.20 01:15:57 2: FHT set wz.Heizung wed-from2 24:00 wed-to2 24:00
2008.01.20 01:17:51 4: FHT wz.Heizung confirmation: 1e9043
2008.01.20 01:17:51 4: FHT wz.Heizung repeat1: 144
2008.01.20 01:19:57 2: FHT set wz.Heizung wed-from2 24:00 wed-to2 24:00
2008.01.20 01:21:43 4: FHT wz.Heizung confirmation: 1e9043
2008.01.20 01:21:43 4: FHT wz.Heizung repeat1: 144
2008.01.20 01:23:57 2: FHT set wz.Heizung wed-from2 24:00 wed-to2 24:00
2008.01.20 01:25:33 4: FHT wz.Heizung confirmation: 1e9043
2008.01.20 01:25:33 4: FHT wz.Heizung repeat1: 144
2008.01.20 01:27:57 2: FHT set wz.Heizung wed-from2 24:00 wed-to2 24:00
2008.01.20 01:29:24 4: FHT wz.Heizung confirmation: 1e9043
2008.01.20 01:29:24 4: FHT wz.Heizung repeat1: 144
2008.01.20 01:31:57 2: FHT set wz.Heizung wed-from2 24:00 wed-to2 24:00
2008.01.20 01:33:15 4: FHT wz.Heizung confirmation: 1e9043
2008.01.20 01:33:15 4: FHT wz.Heizung repeat1: 144
2008.01.20 01:35:57 2: wz.Heizung set wed-from2 24:00 wed-to2 24:00: no
confirmation after 8 tries, giving up

setze ich 00:00 geht es allerdings.. wobei 00:00 ja ein gültiger wert für die
zeitfenster ist..

gruß martin

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

[Martin Fischer]

Am Sonntag, 20. Januar 2008 schrieb Martin Fischer:
> Am Samstag, 19. Januar 2008 schrieb Rudolf Koenig:
> > Hab auch die Doku (commandref.html) angepasst (fuer FHT Liebhaber loht
> > sich zu lesen , und alles eingecheckt.

ach ja... hätte ich beinahe vergessen..

für alle die auch auf so "komische ideen" kommen und einen wochenplan senden
wollen:

#!/bin/bash
#
# Author: Martin Fischer , 2008
#
# For a proper work it is necessary to set retrycount >4,
# e.g. "attr FHT_device retrycount 7"
#
# Write the following line to your config to automatically
# change the weekplan, e.g.:
#define wz.fht.timer at *00:15:00 "/heizungsplan wz.Heizung"

# define work days
WORK="mon tue wed thu fri"
# define recreation days
FREE="sat sun"
# define range for odd weeks, e.g. "Frühschicht",
# (from1 to1 from2 to2)
odd=(12:30 22:30 00:00 00:00)
# define range for even weeks, e.g. "Spätschicht",
# (from1 to1 from2 to2)
even=(08:30 11:30 16:30 22:30)
# define range for recreation, e.g. "Wochenende",
# (from1 to1 from2 to2)
free=(08:30 23:50 00:00 00:00)
# define fhem.pl host:port
FHEM_BIN="/usr/local/bin/fhem.pl localhost:7072"
# define file for rotation
WEEKFILE="/var/fhem/week.save"

###########################################################
#
# do not change
#

[[ $# -lt 1 ]] && { echo "usage: $0 FHT_device [FHT_device] [FHT_device]";
exit 1; } || FHT_SET="$*"

# calculate week
let WEEK="`date +%V`%2"

# check week
[[ -f ${WEEKFILE} ]] && {
        . ${WEEKFILE}
        [[ ${WEEK} = ${LAST} ]] && exit 0
}

# write current week to file
echo "LAST=${WEEK}" > ${WEEKFILE}

# set "Frühschicht" or "Spätschicht"
[[ ${WEEK} -eq 0 ]] && week=(${even

• }) || week=(${odd
• })

# declare range
span=(from1 to1 from2 to2)

# set work days
for ((i=0; i<${#span

• };i++)); do

       for DAY in ${WORK}; do
                VALUE="${VALUE}${DAY}-${span[$i]} ${week[$i]} "
        done
        for FHT in ${FHT_SET}; do
                ${FHEM_BIN} "set ${FHT} ${VALUE}"
        done
        unset VALUE
done

# set recreation days
for ((i=0; i<${#span

• };i++)); do

       for DAY in ${FREE}; do
                VALUE="${VALUE}${DAY}-${span[$i]} ${free[$i]} "
        done
        for FHT in ${FHT_SET}; do
                ${FHEM_BIN} "set ${FHT} ${VALUE}"
        done
        unset VALUE
done

# refreshvalues
for FHT in ${FHT_SET}; do
        ${FHEM_BIN} "set ${FHT} refresh 255 init 255"
done

exit 0

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

[Dr. Boris Neubert]

                                             

Hallo,

> eins ist mir noch aufgefallen:
> 2008.01.20 00:51:56 0: Server started (version =VERS= from =DATE= ($Id:
> fhem.pl,v 1.38 2008/01/19 19:02:30 rudolfkoenig Exp $), pid 8727)
>
> =VERS= from =DATE= oder ist das mal wieder nur bei mir so

das ist normal bei den CVS-Versionen - Version und Releasedatum werden fuer
den Release gesetzt.

Gruesse,
Boris


--~--~---------~--~----~------------~-------~--~----~
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]

                                                   

> in der doku steht ja 24:00 ( ja, ich kann lesen..) wenn ich den setze versucht
> fhem zuzustellen endet jedoch in einem "giving up":

Danke, hab den Bug behoben. Dafuer sieht man jetzt alle nicht
gesetzten *from2/*to2 Parameter in "list" als 24:00.
Achtung: refresh/init hat sich schon wieder umbenannt:-), diesmal in
report1 und report2. Die Doku enthaelt auch die noetigen bits, wenn
man nur bestimmte Werte gemeldet haben moechte.

Weiterhin wurden die actuator Sonderwerte (lime-protection/synctime/
etc) umgebaut und Dokumentiert (hab mit dem FHT80b gespielt).
Das Protokoll wird langsam verstaendlich

Gruss,
  Rudi
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~-

[Martin Fischer]

Am Sonntag, 20. Januar 2008 schrieb Rudolf Koenig:
> > in der doku steht ja 24:00 ( ja, ich kann lesen..) wenn ich den setze
> > versucht fhem zuzustellen endet jedoch in einem "giving up":
>
> Danke, hab den Bug behoben. Dafuer sieht man jetzt alle nicht
> gesetzten *from2/*to2 Parameter in "list" als 24:00.
> Achtung: refresh/init hat sich schon wieder umbenannt:-), diesmal in
> report1 und report2. Die Doku enthaelt auch die noetigen bits, wenn
> man nur bestimmte Werte gemeldet haben moechte.
>
> Weiterhin wurden die actuator Sonderwerte (lime-protection/synctime/
> etc) umgebaut und Dokumentiert (hab mit dem FHT80b gespielt).
> Das Protokoll wird langsam verstaendlich

super! danke rudi...

was mir bei der ganzen testerei auch noch aufgefallen ist und einer besseren
lesbarkeit dienlich wäre:
wenn man ein list macht, werden die daten ja sortiert ausgegeben.
wie wäre es wenn das in blöcken geschieht?
also alle temp* infos untereinander, alle actuator infos untereinander sowie
die *-from/*-to zeiten nach mon,tue,wed,thu,fri,sat,sun sortiert

gruß martin

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