Neuer FHEM User benötig Hilfe bei Scripts/Macros

[Zrrronggg!]

                                                     

>
> Leider geht es nicht, von (im Moment) vier FHT80b hat nur einer
> reagiert. Der Log zeigt keine Fehler.
> Kann es sein, dass die FHZ 1300 PC nicht so viele Befehle verschicken
> kann?

Der Befehlsspeicher vom FHZ1300PC ist eher klein, 40 Byte wenn ich
mich recht erinnere, das wären dann ca. 8 Befehle. Das kann also schon
sein, dass der Befehle verschluckt, scheint mir sogar wahrscheinlich.
Allerdings sollten dann  EOB (End of Buffer) Meldungen im log
erscheinen.

(Oder kommt die nur bei CULs, weil die eigentlich von culfw erzeugt
wird? Ich weiss es nicht. Kann gut sein, das FHZ1300PC keinen LOVF und
EOB Meldungen abgibt, da bin ich aber unsicher, ich habe keine
FHZ1300)

Du könntest den Softbuffer einschalten, um das Problem zu lösen.
(siehe commandref)

Softbuffer schafft softwareseitig in FHEM einen zusätzlichen Buffer.
Nachteil ist, das die Abarbeitung des Inhaltes sehr lange dauern kann,
also kommandos erst ne stunde später oder so ausgeführt werden. Aber
einen versuch ists wert.



> define act_on_Sommer notify Sommer { if ("%" ne "off"){ fhem("set
> FHT_.* mode manual ;; set FHT_.* desired-temp 8.0 ;; define Sommer_off
> at +00:30:00 set Sommer off") } }


und
>
> define act_on_Winter notify Winter { if ("%" ne "off"){ fhem("set
> FHT_.* mode auto ;; set FHT_.* desired-temp 21.5 ;; define Winter_off
> at +00:30:00 set Winter off") } }

Das erzeugt in der Tat ordentlich Funklast. Sollte an sich gerade noch
gehen, aber wenn man gerade Sachen ausprobiert, wenn man etwas
einrichtet und also damit rumspielt, könntest du in DutyCycle Probleme
laufen, d.h. die maximale Sendedauer überschreiten. Ich würde aus dem
Bauch raus sagen, das wenn du jedes der Scripte 1x innherhalb einer
Stunde ausführen lässt, du bereits an der Grenze der 1% bist.

Siehe Wiki z.b.
http://fhemwiki.de/wiki/Maximal_nutzbare_Geräte
http://fhemwiki.de/wiki/1%25_Regel


Warte mal ne Stunde und versuche es dann noch mal.


> 2012.01.30 13:10:59 2: FS20 set Sommer on
> 2012.01.30 13:10:59 2: FHT set FHT_1526 mode manual
> 2012.01.30 13:10:59 2: FHT set FHT_253c mode manual
> 2012.01.30 13:10:59 2: FHT set FHT_2a2e mode manual
> 2012.01.30 13:10:59 2: FHT set FHT_4a46 mode manual
> 2012.01.30 13:10:59 2: FHT set FHT_5133 mode manual
> 2012.01.30 13:11:00 2: FHT set FHT_563c mode manual
> 2012.01.30 13:11:00 2: FHT set FHT_5b42 mode manual
> 2012.01.30 13:11:00 2: FHT set FHT_1526 desired-temp 8.0
> 2012.01.30 13:11:00 2: FHT set FHT_253c desired-temp 8.0
> 2012.01.30 13:11:00 2: FHT set FHT_2a2e desired-temp 8.0
> 2012.01.30 13:11:00 2: FHT set FHT_4a46 desired-temp 8.0
> 2012.01.30 13:11:00 2: FHT set FHT_5133 desired-temp 8.0
> 2012.01.30 13:11:00 2: FHT set FHT_563c desired-temp 8.0
> 2012.01.30 13:11:00 2: FHT set FHT_5b42 desired-temp 8.0

naja, das log sagt nur, was FHEM an die Zentrale übergeben hat.
Ob die das auch senden konnte sieht man nicht. Mit CUL und CUNO könnte
man
sehen, ob die Befehle auch tatsächlich gesendet wurden, indem man die
Dinger abfragt,
aber die FHZ1300PC kann das nicht, soweit ich weiss.



> Kann man die Befehle öfter verschicken lassen?

Kann man. Aber wenn die Sendelast dein Problem ist, würde das die
Situation nicht verbessern.

> Hab da etwas von einen attr retrycount gesehen, das steht auf 3

Soweit ich weiss hat recount nur dann eine Bedeutung, wenn der
softbuffer eingeschaltet ist.

Und wieso 4 FHTs? Ich sehe da acht Adressen. Kommunikationsversuche
mit FHTs die eingerichtet aber  nicht vorhanden sind verbraten auch
Sendezeit!

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Mitch]

                                                     

So, leider klappt das noch gar nicht

So sieht meine cfg aus:

define Heizung_aus FS20 11114222 d2
attr Heizung_aus dummy 1
attr Heizung_aus room Makros

define act_on_Heizung_aus notify Heizung_aus { if ("%" ne "off")
{ fhem("set FHT_5133 desired-temp 14.0 ;; set FHT_253c desired-temp
14.0 ;; set FHT_4a46 desired-temp 14.0 ;; set FHT_5b42 desired-temp
14.0 ;; define
Heizung_aus_off at +00:30:00 set Heizung_aus off") } }


Und das gibt der Log aus:

2012.01.29 10:47:20 2: FHEMWEB port 8083 opened
2012.01.29 10:47:20 2: FHEMWEB port 8084 opened
2012.01.29 10:47:20 2: FHEMWEB port 8085 opened
2012.01.29 10:47:20 3: FHZ opening FHZ device /dev/ttyUSB0
2012.01.29 10:47:20 3: FHZ opened FHZ device /dev/ttyUSB0
2012.01.29 10:47:29 2: FS20 set Heizung_aus on
2012.01.29 10:47:29 3: act_on_Heizung_aus return value: Unknown
command {, try help
2012.01.29 10:47:35 2: FS20 set Heizung_aus off
2012.01.29 10:47:35 3: act_on_Heizung_aus return value: Unknown
command {, try help

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com

[Guest]

Originally posted by: <email address deleted>

Hallo Mitch,

ich habe ein ähnliches Thema über Dummyschalter gelöst (siehe
folgenden Thread)
http://groups.google.com/group/fhem-users/browse_thread/thread/b561b4f7c8e48035#

FHEM Wiki Eintrag ist in der Mache, aber ich bin noch bei der
Optimierung.
 --> Aufgrund der limitierten Anzahl von FHEM Befehlen, die
sinnvollerweise unmittelbar nacheinander verschickt werden, will ich
noch die Prüfung einfügen, ob die Werte bereits korrekt gesetzt sind,
bevor ich neue day-Temp, ... übertrage.

Sobald meine Script entsprechend funktioniert kommt es in die Wiki.

Gruss

Holger

On 29 Jan., 11:24, Mitch wrote:
> So, war ein Fehler in der Formatierung (hatte Returns im Script).
>
> Jetzt geht es!! Habe mir auch gleich noch einen Makro gemacht.
>
> Tausend Dank (erstmal )

--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com