Da hatte sich bei der Zeitsynchronisation ein Fehler eingeschlichen. Das war die alte Version. Sie berücksichtigte nicht die Zeit zwischen halb und voll.
hast du schon ein Update fürs Script wegen der neuen FHT-Steuerung? Ich habe mir das gerade mal engesehen. Eigentlich ist das nur die Umsetzung der „state“ und „soll“ Variable, wie sie schon im Script enthalten sind, oder?
Nur dass jetzt eine Abfrage über die erfolgreiche Datenübertragung möglich wäre.
Naja der nächste Winter kommt bestimmt…
Du steuerst doch auch deine Heizung mit IPS. Hast du da eine Verbindung zum sFHTs oder läuft die autark nach Zeit. Kannst du ev. das Script mal zur Verfügung stellen?
Hattest du die Änderungen bezüglich der Semaphore und des Timerstarts mal ausprobiert? (Nicht im Timer Wizzard direkt, sondern über das Setzen des Script-Timers wie oben beschrieben)
Grundsetzlich gehe ich davon aus das die commando’s ankommen… hip hip hoera IPS. Das script ist so gestalltet das es diesem uberflut von sende-befehle nicht gibt.
Das script sollte vielleicht nocht weiter entwickelt werden. Mit meine 7 FHT’s lauft es ohne macken auf einem 1300-er FHZ. Deshalb werden die ‚-states‘ nicht genutzt. Bis heute :o
Anleitung und sources : http://www.ip-symcon.de/wiki/index.php/SFHTs
Steht alles ausfuhrlich beschrieben.
Bitte nehme mal etwas zeit und bei bedarf… das forum steht fur sie offen.
Jaja, das Script kenne ich ja schon. Ich habe es auch an meine Bedürfnisse angepasst. Schließlich habe ich schon einige interessante Änderungen gemacht und hier gepostet.
Nun die state Var ist ja im Prinzip schon realisiert…
Jetzt realisiere ich das du ja die änderungsverschlage gepost hast. Sorry.
Ja die -state vars werden (sollten) genutzt werden.
Wenn ich mal ran bin, sehen wir weiter.
Danke fur dein Beitrag.
Du hast wieder mal recht.
Neue version hoch-geschoben (geupload)
Es gab auch noch ein problem mit der flanken-detection /// gemeldet durch torsteng. Und dieser fehler war schon lange drin - wegen den Sommer nicht aufgemerkt. Irgendwie hat sich der $IPS_SENDER von „TimerEvent“ in „Execute“ geänderd wodurch sich der flanken-detektion nicht arbeitete.
Oder ich habe bei die wiki-arbeiten etwas geändert ohne das das script geänderd war! blöd !
Na jah: jetzt lauft er wieder einwandfrei.
Neue version 0.70 ist ab jetzt downloadbar. Siehe sFHTs im wiki
das angesprochene Problem habe ich schon im Juni behoben. Durch ein Update wurde der IPS_Sender geändert. Daher habe ich das Script aus dem Timerwizzard herausgenommen und nutze direkt den Script-Timer.
Sieh Dir mal den Post von mir an, oben auf dieser Seite. Dort habe ich auch die Synchronisation auf die halbe Stunde beschrieben. Damit läufts bei mir seit Juni…
Die an die Datenbank angepasste Version habe ich fast fertig. Ich habe Dein Grundkonzept der priority beibehalten. Allerings anders umgestzt. Ich schicke Dir morgen mal ne PM mit den alpha’s.
Hi,
habe mal so ein wenig rumgespielt.
Funzt super, getriggert wird auf _imhome und _imaway.
Wenn enes der beiden auf false geht, kommt nen Error. s.Bild.
Mist, durch die debug-Ausgabe ist der Fehler nicht zu sehen >> steht hinter den Punkten…
Du musst in die Logdatei sehen, was da bei der Ausgabe drinsteht. Halte dich einfach an die Uhrzeit und die ThreadID.
if ($IPS_SENDER == "Variable"){
/* Switch ONLY when __imaway becomes true or __imhome becomes true
die if false -> script will be triggered in max 30 minutes.
if settings change from imhome -> imaway, then FHZ buffer get's
overbuffered because script did run 2 times
imhome -> false, imaway -> true x 5 FHT-devices = buffer overrun */
if ($IPS_VARIABLE == "__imaway" && !GetValueBoolean("__imaway")) return;
// die when imhome = false
if ($IPS_VARIABLE == "__imhome" && !GetValueBoolean("__imhome")) return;
if ($IPS_VARIABLE == "__party" && !GetValueBoolean("__party")) return;
$lastrun=IPS_GetLastRun("sFHTs");
}
(oben im script - wo die ‚die‘'s stehen)
und berichte bitte.