Ich denke, es ist wirklich der Trigger, der verzögert.
Der ioBroker läuft auf einem Intel-NUC unter Proxmox.
Ich habe ein GBit-LAN.
Wie gesagt, im HTML-Widget werden HTTP-Get-Befehle blitzschnell ausgeführt, folglich hängt es nicht am heimischen Netzwerk.
NEWS
Latest posts made by hilde123
-
RE: Ausführung eines exec-Befehls langsam
-
Ausführung eines exec-Befehls langsam
Hallo zusammen,
ich bin dabei, mir eine Multimediafernbedienung im vis zu bauen, dabei möchte ich mit einem Steuerkreuz aus Buttons nach rechts, links usw. navigieren können.
Hier geht es z.B. um meinen FireTV-Stick, der mit adb-Befehlen gesteuert wird.
Das Blockly zeigt jetzt exemplarisch mal den "nach rechts"-Befehl mittels eines Buttons, der den Datenpunkt "Multimedia-FireTV_rechts" befeuert.Das funktioniert, nur eben nicht, wie ich es mit der Original-FB gewohnt bin.
Soll heissen, das gewohnte Zappen, also schnelles "nach rechts" wird verzögert ausgeführt, gefühlt um eine halbe Sekunde.Ein ähnliches Verhalten hatte ich mit HTTP-Get-Befehlen für meine Dreambox, "Zappen geht anders"
Vielleicht ist es auch eine generelle Frage:
Warum ist die Ausführung eines Befehls unter ioBroker verzögert?
Ich habe den Eindruck, dass es schneller geht, je performanter die verwendete Hardware, sprich Tablet oder PC, ist.Ich hatte mir als Lösung im HTML-Widget mal eigene Buttons mit direkten HTTP-Get-Befehlen gebaut, da ging dann die Ausführung blitzschnell, zumindest für meine Dreambox.
Mit Blockly oder Javascript ist es echt langsam, der FireTV-Adapter ebenso.
Irgendwie gelingt es mir nicht, einen Exec-Befehl mit 'adb shell inputs keyevents' im HTML-Widget abzusetzen.
-
RE: Http Request - Ausführung zu langsam
@xbit
Ok, Ping-Zeiten sind <0.1 ms, das dürfte passen.
Ich komme hier nicht weiter, danke dir sehr für die Tips und deine Zeit.VG
-
RE: Http Request - Ausführung zu langsam
Es ist ja so, dass der Befehl und alles was ich bisher ausprobiert habe, funktioniert.
Vielleicht habe ich das zu ungenau beschrieben.
Wenn ich mich mit dem Befehl "DOWN" in einem Menü bewege, wird es ja soweit auch ausgelöst, nur eben zu langsam. Dabei meine ich nicht eine Verzögerung von einer Sekunde, sondern vielleicht von 300ms.
Wenn ich die FB von der Dreambox nehme und den Pfeil "nach unten" sehr schnell hintereinander drücke, dann kann ich mich in einem Menü extrem schnell bewegen.
Mit NodeRed geht das ebenfalls in gefühlten 10ms mit Http-Request-Befehlen, nur dieselben Befehle sind in ioBroker sehr verzögert.
Ich habe ioBroker komplett neu installiert auf einem 2. Raspi3, dasselbe Problem -
RE: Http Request - Ausführung zu langsam
Cool, die VU+ hatte ich vorher auch.
Ein Netzwerk-Problem schließe ich aus, da es nach wie vor über Node Red wirklich gut und sehr schnell funktioniert.
Damals hatte ich ein dreambox-Plugin von Node Red installiert, da war's ähnlich, grottenlangsam.
Das brachte mich eigentlich erst darauf, Http-Requests zu verwenden, weil die direkt und sehr schnell griffen.Nur eben hier leider nicht.
Aber eigentlich möchte ich nicht weiter über Node Red reden, hier geht es mehr über blockly und das Thema geht schon fast auch daran vorbei.
Hmm, Webif hatte mal eine Fernbedienung, die ist irgendwie weg.Das Problem ist eigentlich nicht das Umschalten, das geht ja, aber das Navigieren in der Programmliste oder auch in anderen Menüs ist sehr langsam.
Hat auch jetzt nichts mit der Dreambox zu tun, im Denon-Receiver passiert genau das gleiche. -
RE: Http Request - Ausführung zu langsam
@xbit
Ja, den enigma2-Adapter hab ich auch ausprobiert, der ist genauso langsam. -
Http Request - Ausführung zu langsam
Hallo zusammen,
ich möchte gern meinen enigma2-Receiver mit Http-Request-Befehlen steuern, z.B. mit
http://192.168.1.4/web/remotecontrol?command=108
für den Befehl "DOWN". Damit navigiere ich z.B. in der Programmliste.
Ich hab's auch hinbekommen, mit Blocklyoder auch als Javascript, down ist mein Datenpunkt, unter vis habe ich einen normalen Button damit verknüpft.
oder einfach auch mit einem Http-Button unter vis.
Die Ausführung des Befehls jedoch fühlt sich nicht flüssig an, ein schnelles Zappen ist leider nicht möglich, es werden Eingaben verschluckt.
Ich bin von Node Red abgekommen, da ich ioBroker innovativer aufsetzen kann, besonders in der Visualisierung.
Aber genau bei Node Red hat es blitzschnell reagiert, so wie man es von der Original-FB der Dreambox gewohnt war.Was kann man da machen?
Viele Grüße
-
RE: [ gelöst] Blockly - Taster mit verzögerter Selbsthaltung
Ich bin happy, es klappt !
Die Taster sind gegeneinander verriegelt und die Anlage ist hardwaremäßig geschützt, aber danke für den Hinweis.
Ich hatte schon gedacht, dass ich mit meiner Schaltung falsch lag, da fehlen mir wohl noch einige Grundlagen.
Finde ich gut, dass Du es so ausführlich erklärt hast, ich habe viel gelernt.Also, nochmal herzlichen Dank für das Blockly und deine Zeit!
Viele Grüße aus München
T. -
[ gelöst] Blockly - Taster mit verzögerter Selbsthaltung
Hallo zusammmen !
Ich bin noch ziemlicher Anfänger und bräuchte Hilfe mit einem Taster für eine Rollladensteuerung.
Wenn ich z.B. den Taster "Fenster heben" drücke, soll der Rollladen ganz normal heben und stoppen, solange ich den Taster betätige oder nicht.
Halte ich den Taster länger als 5 Sekunden, soll er in die Selbsthaltung gehen, bis in 30 Sekunden der Rollladen im Kasten ist, dann soll der Motor ausschalten.
Eigentlich klingt es banal, aber ich beiße mir gerade die Zähne daran aus.
Ich simuliere den Motor mit tasmota_GPIO POWER 1 und den späteren Taster mit einem Taster in VIS, der liefert mir true/false.
Das mit dem true/false ist eben die Krux, es funktioniert ja schon fast, aber auch nach 5 Sekunden geht ja der Ausgang wieder auf false. Da sollte die fallende Flanke eben nicht mehr ausgewertet werden.
Ist der Ansatz evtl. grundverkehrt?
Ich bitte um Hilfe!
Danke!