Aktualisierung der Systemvariable(n) über ein Button?

[navino]

@Beatz:

Ich hatte damals auch Probleme mit dem Polling Trigger. Versuche beim hm-rega mal folgendes einzutragen:

BidCoS-RF.50.PRESS_SHORT `

Ich hatte defaultmäßig hinter der 50 einen : (Doppelpunkt)

Hab jetzt alles wieder auf Taste50 geändert, mit Doppelpunkt, mit Punkt, die CCU2 neu gestartet, ioBroser neu gestartet, einen anderen Rechner mit ioBroker versucht,

den auch neu gestartet…

NICHTS zu machen. Die Varibale wird erst nach 30 Sekunden aktualisiert.

Manchmal ist das echt zum Haare rausreißen...

Gruß

navino

[Homoran]

Das ist mein default Eintrag:

BidCoS-RF:50.PRESS_SHORT

Der Doppelpunkt ist vor der 50

Gruß

Rainer

[Beatz]

Bei mir funktioniert es mit dem Doppelpunkt nicht. Dafür aber mit dem o.g. Eintrag.

[navino]

Habe jetzt Eueren Eintrag übernommen, es geht aber nicht…

Welches Protokoll nutzt ihr eigentlich bei Euren RPC Adapter ?

XML-RPC oder BIN-RPC?

Gruß

navino

[Fitti]

Bin-RPC.

Genau das probiere ich zur Zeit auch aus - und da es nicht klappt, habe ich dieses Thread gefunden. Danke das ihr schon mal vorarbeit geleistet habt. :twisted:

Danke auch mal wieder an Homoran für den Basis-Tipp mit der virtuellen Taste. Hatte ich voll übersehen. Und danke auch an Bluefox, der anscheinend mal wieder an alles dachte.

Meine Tests haben jetzt das Gleiche ergeben, was Beatz schrieb:

Ich musste BidCoS-RF****.50.****PRESS_SHORT eintragen. Also OHNE Doppelpunkt!

<u>Testfeld:</u>

Zwei Browser-Webmatic Fenster aufgemacht:

1.) Mit der Systemvariablen (zum manuellen ändern)

2.) Mit virt. Button BidCoS-RF.50.PRESS_SHORT (zur manuellen Auslösung)

Drittes Browserfenster ioBroker/Objekt mit der HM System-Variablen (zur optisch-manuellen Kontrolle)

<u>Testablauf:</u>

1.) Die SV mit Webmatic auf einen Wert gesetzt.

2.) Gewartet, bis in ioBroker die SV übernommen wurde. Ab nun sind 30 Sekunden Zeit, die Test-Plausibilität zu Überprüfen

3.) Neuen Wert in Webmatic SV gesetzt

4.) Den virt. Button 50 gedrückt

5.) Variablenänderung in ioBroker überprüft

Schritt 1 und 2 waren notwendig, da ich nicht mit Sicherheit sagen konnte, ob der Update nun durch den Button oder durch das System war.

<u>ABER:</u>

Leider klappt das noch nicht mit den Skripten. Diese sind anscheinend zu schnell. Leider ist ja auch nicht sichergestellt, das in einem HM-Programm die Abfolge immer so ist, wie eingetragen. Hier muss ich noch weiter forschen.

Fitti

[Homoran]

@Fitti:

Leider ist ja auch nicht sichergestellt, das in einem HM-Programm die Abfolge immer so ist, wie eingetragen. Hier muss ich noch weiter forschen. `
Deswegen bat ich navino ja den Druck der virtuellen Taste um 1-3 sec. zu verzögern.

Oder habe ich dich falsch verstanden?

Gruß

Rainer

[navino]

es klappt !!!!!

aber warum ? :roll: :roll: :roll: :roll: :roll:

Habe gerade noch einmal alle hm adapter deinstalliert, neuinstalliert und den Eintrag auf BidCoS-RF.50.PRESS_SHORT geändert. (ohne Doppelpunkt !!)

Den taster 50 mit zwei Sekunden verzögerung ausgelöst.

Bin mir aber sicher, dass ich das heute schon versucht habe, nur die Adpater hatte ich nicht neu gemacht.

Was soll ich sagen, bin super glücklich das es jetzt klappt…..

Also, vielen vielen DANK Euch allen!!!!

So langsam ist man Haussteuerung benutzbar!!!

Gruß

navino
144_iobroker_docs_02.png

[Fitti]

@Homoran:

@Fitti:

Leider ist ja auch nicht sichergestellt, das in einem HM-Programm die Abfolge immer so ist, wie eingetragen. Hier muss ich noch weiter forschen. `
Deswegen bat ich navino ja den Druck der virtuellen Taste um 1-3 sec. zu verzögern.

Oder habe ich dich falsch verstanden?

Gruß

Rainer `
Nö - war genau so gemeint. Ich musste jetzt eine 4 UND 6 Sekunden Verzögerung einbauen - mit der klappt es dann gut. Das eigentliche HM-Skript benötigt - warum auch immer- ca. 2-3 Sekunden. Dann mache ich die Aktualisierung nach 4 Sekunden für die Variable. Nach weiteren 2 Sekunden (also nun insgesamt 6) starte ich dann den Trigger für das ioBroker JS-Skript, welches dann die Variable ausliest.

Für die reine Aktualisierung der Variable reichte bei mir (bisher) also 2 Sekunden.

Fitti

[Homoran]

@Fitti:

Das eigentliche HM-Skript benötigt - warum auch immer- ca. 2-3 Sekunden. `
Zeit für eine lxccu auf RasPi2 :mrgreen: :mrgreen:

Gruß

Rainer

[Beatz]

Um diese Verzögerungen zu umschiffen, habe ich das o.g. Programm auf der CCU laufen. Dieses reagiert auf die Änderung von Systemvariablen.

Ich habe auch in anderen Programmen bemerkt, dass Änderungen innerhalb eines Programms nicht zuverlässig weiter verarbeitet werden.

Die Variante über ein zweites Skript mit entsprechendem Trigger funktionierte bei mir bisher immer zuverlässig.

[Fitti]

@Homoran:

@Fitti:

Das eigentliche HM-Skript benötigt - warum auch immer- ca. 2-3 Sekunden. `
Zeit für eine lxccu auf RasPi2 :mrgreen: :mrgreen:

Gruß

Rainer `

Ich arbeite daran… :ugeek:
6334_steckbrief_telegram_kalender.docx

[Schatn]

Hallo,

ist es normal, wenn das Polling (30 Sekunden) aktiviert ist, dass alle 30 Sekunden die Programme in der CUU gestartet werden und die Systemvariablen aktualisiert werden? Das war bei CCU.IO nämlich nicht der Fall. Das ist bei Programmen, wo die Lampen gedimmt werden etwas ungünstig, da dann alle 30 Sekunden der Dimmvorgang von vorne startet Sobald ich das Polling im hm-rega Adapter deaktivere, läuft alles wieder normal. Vielleicht kann mir da jemand helfen, danke.

lg

[gogohome]

Die Lösung mit der Taster RF50 ist sehr elegant.

Aber spricht etwas dagegen den Polling wert auf 1s zustellen.

Habt ihr damit schon einmal performance Probleme gehabt?

Habe eine raspberry pi 2

Gruß