[gelöst] Verständnisfrage: exec versus http (GET)
-
Httpget ist ein asynchroner Befehl.
D.h. javascript weiß nicht wie lange der Befehl dauern könnte. Time out gibt vor wie lange gewartet werden soll, bevor ein Fehler erzeugt wird. Wenn die Gegenstände sehr lang benötigt, kann man das Ding erhöhen. Wobei ein zwei oder 3 Sekunden in einem lokalen Netzwerk schon sehr lange sind
Die angezeigte Fehlermeldung liegt aber nicht am Time out, sondern wahrscheinlich auf der Gegenstelle wurde es abgebrochen.
Die Befehlszeile in der Fehlermeldung sieht auch ein wenig seltsam aus. Da endet der Link mit einem Sonderzeichen?@oliverio Danke für die Erklärungen ...
- ... d.h. "Timeout" ist es in meinem Fall egal, wie lang das eigentlich MP3-File dauert. Dann lass ich es bei der Voreinstellung 2000 ms
- Sonderzeichen ? ... die "%20" sind das Leerzeichen vor der Filenummer "1" für den TASMOTA MP-3 Player. Funktioniert im Browser ohne Kommentare, zickt nur im Blockly unregelmäßig ... ich beobachte weiter ...
-
@oliverio Danke für die Erklärungen ...
- ... d.h. "Timeout" ist es in meinem Fall egal, wie lang das eigentlich MP3-File dauert. Dann lass ich es bei der Voreinstellung 2000 ms
- Sonderzeichen ? ... die "%20" sind das Leerzeichen vor der Filenummer "1" für den TASMOTA MP-3 Player. Funktioniert im Browser ohne Kommentare, zickt nur im Blockly unregelmäßig ... ich beobachte weiter ...
@raspiuser sagte in [gelöst] Verständnisfrage: exec versus http (GET):
... d.h. "Timeout" ist es in meinem Fall egal, wie lang das eigentlich MP3-File dauert.
Das kommt darauf an, wann die Gegenseite antwortet.
- Sobald die Wiedergabe gestartet wurde = Timeout egal, weil sofort eine Antwort kommt
- Sobald die Wiedergabe beendet ist = Timeout hängt von der Länge der mp3-Datei ab
@raspiuser sagte in [gelöst] Verständnisfrage: exec versus http (GET):
Sonderzeichen ? ... die "%20" sind das Leerzeichen vor der Filenummer "1"
Das ist ja ganz normales URL Encoding und sollte auch im Blockly nicht "zicken" (was auch immer das heißt).
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@raspiuser sagte in [gelöst] Verständnisfrage: exec versus http (GET):
... d.h. "Timeout" ist es in meinem Fall egal, wie lang das eigentlich MP3-File dauert.
Das kommt darauf an, wann die Gegenseite antwortet.
- Sobald die Wiedergabe gestartet wurde = Timeout egal, weil sofort eine Antwort kommt
- Sobald die Wiedergabe beendet ist = Timeout hängt von der Länge der mp3-Datei ab
@raspiuser sagte in [gelöst] Verständnisfrage: exec versus http (GET):
Sonderzeichen ? ... die "%20" sind das Leerzeichen vor der Filenummer "1"
Das ist ja ganz normales URL Encoding und sollte auch im Blockly nicht "zicken" (was auch immer das heißt).
- Also doch eine Abhängigkeit zwischen der File-Länge und dem Timeout ? D.h. ich sollte es in meinem Fall an die "Länge des längsten Files + 1sek", also anpassen ?
(Ich habe keine Ahnung, wie der TASMOTA MP-3-Player im Hintergrund arbeitet) - "zicken" nicht wegen Sonderzeichen sondern Ausführung "Manchmal ohne Probleme, manchmal mit o.g. Fehlermeldung, manchmal garnicht" bei immer demselben File ... also dann wohl eher ein WLAN-Verbindungsproblem ?
-
- Also doch eine Abhängigkeit zwischen der File-Länge und dem Timeout ? D.h. ich sollte es in meinem Fall an die "Länge des längsten Files + 1sek", also anpassen ?
(Ich habe keine Ahnung, wie der TASMOTA MP-3-Player im Hintergrund arbeitet) - "zicken" nicht wegen Sonderzeichen sondern Ausführung "Manchmal ohne Probleme, manchmal mit o.g. Fehlermeldung, manchmal garnicht" bei immer demselben File ... also dann wohl eher ein WLAN-Verbindungsproblem ?
@raspiuser sagte in [gelöst] Verständnisfrage: exec versus http (GET):
also dann wohl eher ein WLAN-Verbindungsproblem ?
Mit Tasmota und HTTP hatten hier immer wieder Leute Probleme. Denke nicht dass es am WLAN liegt, sondern wie und wann Tasmota antwortet. Eventuell ist HTTP da nicht sauber implementiert.
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation - Also doch eine Abhängigkeit zwischen der File-Länge und dem Timeout ? D.h. ich sollte es in meinem Fall an die "Länge des längsten Files + 1sek", also anpassen ?
-
@raspiuser sagte in [gelöst] Verständnisfrage: exec versus http (GET):
also dann wohl eher ein WLAN-Verbindungsproblem ?
Mit Tasmota und HTTP hatten hier immer wieder Leute Probleme. Denke nicht dass es am WLAN liegt, sondern wie und wann Tasmota antwortet. Eventuell ist HTTP da nicht sauber implementiert.
Wenn das ein Player ist, kannst du dem nicht den link direkt geben?
Sonst ist dein blockly ja nur datenschaufler.
Sorry wegen dem link, wie gesagt das kann schon sein, hab nur kein mp3 als Dateierweiterung gesehen und weiß nicht was für eine Software an der Quelle ist. -
Wenn das ein Player ist, kannst du dem nicht den link direkt geben?
Sonst ist dein blockly ja nur datenschaufler.
Sorry wegen dem link, wie gesagt das kann schon sein, hab nur kein mp3 als Dateierweiterung gesehen und weiß nicht was für eine Software an der Quelle ist.@oliverio sagte in [gelöst] Verständnisfrage: exec versus http (GET):
Wenn das ein Player ist, kannst du dem nicht den link direkt geben?
Das wird wohl ein DFPlayer sein, welcher mp3-Dateien von einer SD-Karte spielt
🧑🎓 Autor des beliebten ioBroker-Master-Kurses
🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
📚 Meine inoffizielle ioBroker Dokumentation -
@oliverio sagte in [gelöst] Verständnisfrage: exec versus http (GET):
Wenn das ein Player ist, kannst du dem nicht den link direkt geben?
Das wird wohl ein DFPlayer sein, welcher mp3-Dateien von einer SD-Karte spielt
@haus-automatisierung stimmt ...
-
@raspiuser sagte in [gelöst] Verständnisfrage: exec versus http (GET):
also dann wohl eher ein WLAN-Verbindungsproblem ?
Mit Tasmota und HTTP hatten hier immer wieder Leute Probleme. Denke nicht dass es am WLAN liegt, sondern wie und wann Tasmota antwortet. Eventuell ist HTTP da nicht sauber implementiert.
@haus-automatisierung sagte in [gelöst] Verständnisfrage: exec versus http (GET):
Eventuell ist HTTP da nicht sauber implementiert.
... und da kann nur der Entwickler etwas tun, richtig?
Ansonsten wie schon gesagt: Ich beobachte weiter .. -
@haus-automatisierung sagte in [gelöst] Verständnisfrage: exec versus http (GET):
Eventuell ist HTTP da nicht sauber implementiert.
... und da kann nur der Entwickler etwas tun, richtig?
Ansonsten wie schon gesagt: Ich beobachte weiter ..@raspiuser wie wäre es dann es per mqtt zu machen? Dann lauscht das Tasmota-Gerät und wird benachrichtigt und du brauchst dich um nichts zu kümmern.
ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 10 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV APC 750W kaskadiert || Creality CR-10 SE 3D-Drucker
-
@raspiuser wie wäre es dann es per mqtt zu machen? Dann lauscht das Tasmota-Gerät und wird benachrichtigt und du brauchst dich um nichts zu kümmern.
@bananajoe sagte in [gelöst] Verständnisfrage: exec versus http (GET):
per mqtt
... okay... schau ich mir an ...
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
243
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge