NEWS
Hilfe bei Skripte von request auf httpGet umbauen
-
@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
Komme Mittag wieder, wenn sich kein anderer findet, sehe ich mir das an
Danke
-
die fronius scripte könntest du evtl selbst probieren - die sind ähnlich, wie das , was wir gerade gemacht hatten
-
@liv-in-sky sagte in Hilfe bei Skripte von request auf httpGet umbauen:
die fronius scripte könntest du evtl selbst probieren - die sind ähnlich, wie das , was wir gerade gemacht hatten
würde es so funktionieren?
var request = require("request");
geändert in
//var request = require("request");
und
request(url, function (err, state, body){ if (body) {
ersetz durch
httpGet(url, { timeout: 3000, responseType: 'text' },function(err,response) { const body=response.data;
-
@negalein sagte: ersetz durch
Besser:httpGet(url, { timeout: 3000, responseType: 'text' }, function(err, response) { if(!err) { const body = response.data;
-
-
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.