NEWS
Hilfe bei Skripte von request auf httpGet umbauen
-
-
bei dem "Volkszähler-Script" bin ich jetzt schon mit dem Timeout auf 10000 rauf.
Trotzdem kommt immer wieder die Warn-Meldung.Kann man diese Warn-Meldung unterdrücken?
Oder besser mit dem Timeout testen, bis die Meldung nicht mehr kommt? -
@negalein bei einem timeout von 10 sekunden denke ich, dass es evtl ein andres problem gibt - eigentlich sind 2000-4000 schon zu lange -
kannst du mal den volkszähler neustarten - ansonsten fällt mir gerade nix dazu ein
kommt der fehler immer? wenn ja, funktioniert es ein paarmal und ab einem zeitpunkt dann nicht mehr - oder funktioniert es immer wieder mal ?
-
@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
eigentlich sind 2000-4000 schon zu lange -
ehrlich?
ich hatte mit dem Wiffi bei 2000 auch einige timeout exceeded, nach Erhöhung auf 4000 bisher keinen einzigen mehr.
Später hab ich gesehen, dass im Originalskript 3000 msec timeout eingestellt waren.ich denke dass es u.a. auch auf das Netzwerk und das angesprochene Gerät ankommt.
Beim Wiffi ist WLAN und ESP im Spiel. -
ja ehrlich - ein device , dass solange braucht ist seltsam
wobei ich auch bei den sonoffs mit httpget immer auf 4000 gehe, da ich sonst fehler habe -
ich bin mir nicht sicher, ob diese 2000 wirklich 2 sekunden reine abfrage sind oder ob das irgendwie mehr beinhaltet
selbst das auslesen eines unifi controllers mit massig daten dauert keine 2 sekunden (wenn das netwerk in ordnung ist)
-
@homoran sagte in Hilfe bei Skripte von request auf httpGet umbauen:
WLAN und ESP i
das vermute ich auch - da ist aber dann die frage, ob es mit dem alten request auch immer zu fehlern gekommen ist (das script war auf "alle 2 sekunde abfrage" gestellt
-
@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
ich bin mir nicht sicher, ob diese 2000 wirklich 2 sekunden reine abfrage sind oder ob das irgendwie mehr beinhaltet
// `timeout` specifies the number of milliseconds before the request times out. // If the request takes longer than `timeout`, the request will be aborted.
Was meinst Du mit "reine Abfrage"? Es geht einfach um die Zeit, in welcher auf eine Antwort vom Server gewartet wird. 2 Sekunden ist ja schon eine Ewigkeit.
-
@haus-automatisierung das dachte ich auch - aber irgendwie sind doch diese zeiten zu lange - was war den ein timeout bei dem request ? weißt du das
-
@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
kommt der fehler immer? wenn ja, funktioniert es ein paarmal und ab einem zeitpunkt dann nicht mehr - oder funktioniert es immer wieder mal ?
alle 10 Minuten. Und zur vollen Stunde 1x in 1 Minute.
wenn es so bleibt, kann ich mit den 336 Warns in 24 Std. leben!
Werde den Timeout mal etwas runtersetzen und beobachten.
kannst du mal den volkszähler neustarten
schon gdemacht, ohne Auswirkung
@homoran sagte in Hilfe bei Skripte von request auf httpGet umbauen:
ich denke dass es u.a. auch auf das Netzwerk und das angesprochene Gerät ankommt.
Der Pi hängt mit LAN im Netz.
Meldungen kommen erst seit httpGet.@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
das vermute ich auch - da ist aber dann die frage, ob es mit dem alten request auch immer zu fehlern gekommen ist (das script war auf "alle 2 sekunde abfrage" gestellt
siehe oben
-
-
@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
aber irgendwie sind doch diese zeiten zu lange
Kannst Du ja mal mit curl o.ä. messen wie lange die Antwort dauert. Default bei
request
war glaube ich0
. Aber alleine für die asynchronen Funktionen (mit Promises) muss ich ja einen default Timeout angeben, da sonst ein Script ggf. "für immer" hängen bleibt und wartet. -
@negalein sagte in Hilfe bei Skripte von request auf httpGet umbauen:
Der Pi hängt mit LAN im Netz.
Meldungen kommen erst seit httpGet.wenn das vorher lief und jetzt nicht - was könnte das sein - leider keine ahnung
-
@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
bitte testen CCu3 script
Danke, perfekt.
Infos wurden sofort ausgelesen. -
@haus-automatisierung sagte in Hilfe bei Skripte von request auf httpGet umbauen:
Aber alleine für die asynchronen Funktionen (mit Promises) muss ich ja einen default Timeout angeben, da sonst ein Script ggf. "für immer" hängen bleibt und wartet.
absolut verständlich !
kann es sein, das bei den 2 sekunden irgendwie der ganze npm modul zeitraum gemessen wird ?
-
@haus-automatisierung sagte in Hilfe bei Skripte von request auf httpGet umbauen:
curl
curl -v http://10.0.1.93/middleware.php/data.json?from=now&uuid[]=bc3edcd0-24c4-11ea-b257-bdbd9553c516&uuid[]=deda8550-24c4-11ea-b402-275ee0956365
oder ist das so falsch?
-
@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
ganze npm modul zeitraum gemessen
Was ist ein "npm modul zeitraum" ? Das ist ein Parameter, welcher intern einfach 1:1 an axios weitergereicht wird. Keine Magie.
-
@negalein
@haus-automatisierunghierm la ein test mit einem sonoff, der bei 2000 "ab und an spinnt"
curl -w "@curl-format.txt" -s 'http://192.168.178.159/cm?cmnd=Dimmer%2010' {"POWER":"ON","Dimmer":10,"Color":"041A0D","HSBColor":"144,83,10","Channel":[2,10,5]} time_namelookup: 0.000020s time_connect: 0.004704s time_appconnect: 0.000000s time_pretransfer: 0.004749s time_redirect: 0.000000s time_starttransfer: 0.068009s ---------- time_total: 0.077903s root@iobroker59 12:13:05 ~ >
-
@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
ab und an
Dann mal öfter abfragen und gucken wie sich die Zeiten verhalten.
-
@negalein sagte in Hilfe bei Skripte von request auf httpGet umbauen:
@haus-automatisierung sagte in Hilfe bei Skripte von request auf httpGet umbauen:
curl
curl -v http://10.0.1.93/middleware.php/data.json?from=now&uuid[]=bc3edcd0-24c4-11ea-b257-bdbd9553c516&uuid[]=deda8550-24c4-11ea-b402-275ee0956365
oder ist das so falsch?
erzeuge mal eine datei: curl-format.txt in dem ordner, wo du curl ausfühst - der inhalt ist der:
time_namelookup: %{time_namelookup}s\n time_connect: %{time_connect}s\n time_appconnect: %{time_appconnect}s\n time_pretransfer: %{time_pretransfer}s\n time_redirect: %{time_redirect}s\n time_starttransfer: %{time_starttransfer}s\n ----------\n time_total: %{time_total}s\n
dann den befehl
curl -w "@curl-format.txt" -s 'http://10.0.1.93/middleware.php/data.json?from=now&uuid[]=bc3edcd0-24c4-11ea-b257-bdbd9553c516&uuid[]=deda8550-24c4-11ea-b402-275ee0956365'
einfach mal ein paar mal hintereinander ausführen und die anschliessend zeiten ansehen
-
@haus-automatisierung sagte in Hilfe bei Skripte von request auf httpGet umbauen:
Dann mal öfter abfragen und gucken wie sich die Zeiten verhalten.
bei mir ist das so selten -dass ich davon ausgegangen bin, das gerade ein backitup oder sonnst ein copy traffic im netz ist - daher sah ich das nicht als problem
hier jedoch stimmt was nicht - muss ja nicht der httpGet sein