[FHZ] CUL ersetzt FHZ1300

Begonnen von Martin Fischer, 16 Dezember 2009, 15:13:16

Vorheriges Thema - Nächstes Thema

Matthias Gehre

                                                   

> kann man denn den puffer manuell löschen?
Ja, mit "set CUL raw T01".


> wie ist das mit der reihenfolge? wenn der erste im buffer liegende befehl
> nicht ge'acked' wird, bleiben dann die anderen dahinter im buffer hägen?

Nein. Wenn ein FHT sich per actuator meldet, dann wird "seine" Nachricht
losgesendet, auch wenn im Puffer noch andere davor sind.


> wäre es hier nicht angebracht nach einem timeout den 'blocker' zu löschen?

Doch. Kostet halt RAM & Programmspeicher. Und muss gut ueberlegt sein, wann
es geloescht sein soll.

--

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

Martin Fischer

Am Montag 21 Dezember 2009 schrieb Rudolf Koenig:
> > wie ist das mit der reihenfolge? wenn der erste im buffer liegende befehl
> > nicht ge'acked' wird, bleiben dann die anderen dahinter im buffer hägen?
>
> Nein. Wenn ein FHT sich per actuator meldet, dann wird "seine" Nachricht
> losgesendet, auch wenn im Puffer noch andere davor sind.

ok

> > wäre es hier nicht angebracht nach einem timeout den 'blocker' zu
> > löschen?
>
> Doch. Kostet halt RAM & Programmspeicher. Und muss gut ueberlegt sein, wann
> es geloescht sein soll.

vielleicht sollten wir tosti dann doch noch überreden die 64k version
rauszubringen..

--

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