NEWS
Errormeldungen abfangen
-
@homoran sagte in Errormeldungen abfangen:
kann man das irgendwie abfangen.
Selbstverfreilich :)
"try + catch" um deinen "request" (ev. gleich auch auf axios umbauen ;) ) bauen
try { // code... } catch (err) { // error handling }@sborg :cry:
isch kann koi Jawa
Das Script hat mir jemand geschrieben
EDIT
verursacht das gezeigte Script überhaupt den Fehler?ist
urlbei "url is not defined" nicht möglicherweise eine variable?
die ist hier in meinen Augen tatsächlich nicht definiert,else { log("Fehler: " + error + " bei Abfrage von: " + url, "warn");habe aber gerade noch ein zweites Script gefunden das auf den WR zugreift (auch nicht von mir, sondern einem freundlichen Helfer)
-
@homoran sagte in Errormeldungen abfangen:
kann man das irgendwie abfangen.
Selbstverfreilich :)
"try + catch" um deinen "request" (ev. gleich auch auf axios umbauen ;) ) bauen
try { // code... } catch (err) { // error handling }kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@homoran
Sieht nach dem 1. Skript aus, ich finde nirgends eine Definition von "url" die aber hier
log("Fehler: " + error + " bei Abfrage von: " + url, "warn");
aufgerufen wird.
Ändere es doch mal testweise auf
log("Fehler: " + error + " bei Abfrage von: " , "warn");
ab. Anscheinend klappt die Abfrage nicht immer "ETIMEDOUT"....und jetzt habe ich gerade deinen Edit gelesen ;)
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@homoran
Sieht nach dem 1. Skript aus, ich finde nirgends eine Definition von "url" die aber hier
log("Fehler: " + error + " bei Abfrage von: " + url, "warn");
aufgerufen wird.
Ändere es doch mal testweise auf
log("Fehler: " + error + " bei Abfrage von: " , "warn");
ab. Anscheinend klappt die Abfrage nicht immer "ETIMEDOUT"....und jetzt habe ich gerade deinen Edit gelesen ;)
@sborg sagte in Errormeldungen abfangen:
ich finde nirgends eine Definition von "url"
dann nehme ich "IPAnlage" statt "url"
DANKE!
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@sborg sagte in Errormeldungen abfangen:
ich finde nirgends eine Definition von "url"
dann nehme ich "IPAnlage" statt "url"
DANKE!
@homoran
Jupp, ist "global" definiert, funktioniert also auch innerhalb der "function". Ggf. würde ich vielleicht noch den Level von "warn" auf "info" runter setzen. Bei mir ist "warn" eigentlich eher die Bude brennt gerade ab ;)LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@homoran
Jupp, ist "global" definiert, funktioniert also auch innerhalb der "function". Ggf. würde ich vielleicht noch den Level von "warn" auf "info" runter setzen. Bei mir ist "warn" eigentlich eher die Bude brennt gerade ab ;)@sborg Danke nochmal.
WARN ist aber besser als ERROR 😀ETIMEDOUT wird dann trotzdem 4x pro Millisekunde aufschlagen?
oder war das nur weil im else das url nicht definiert war?kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@sborg Danke nochmal.
WARN ist aber besser als ERROR 😀ETIMEDOUT wird dann trotzdem 4x pro Millisekunde aufschlagen?
oder war das nur weil im else das url nicht definiert war?@homoran
Immer gerne.Ja, da anscheinend deine Gegenstelle nicht immer zuverlässig antwortet. Da würde "try + catch" zwar helfen, behebt aber nicht das eigentliche Problem. Weißt du wie schnell der Trigger agiert? Nicht das er mit der einen Verarbeitung noch beschäftigt ist und schon der nächste ansteht. Abhilfe könnte dann "await" bringen. Damit wird das Skript angehalten bis die Verarbeitung der Funktion beendet ist.
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@homoran
Immer gerne.Ja, da anscheinend deine Gegenstelle nicht immer zuverlässig antwortet. Da würde "try + catch" zwar helfen, behebt aber nicht das eigentliche Problem. Weißt du wie schnell der Trigger agiert? Nicht das er mit der einen Verarbeitung noch beschäftigt ist und schon der nächste ansteht. Abhilfe könnte dann "await" bringen. Damit wird das Skript angehalten bis die Verarbeitung der Funktion beendet ist.
@sborg sagte in Errormeldungen abfangen:
Weißt du wie schnell der Trigger agiert?
etwa alle 6 Sekunden.
@sborg sagte in Errormeldungen abfangen:
behebt aber nicht das eigentliche Problem.
wobei ich genau da die Ursache vermute. Möglicherweise stirbt ein Switch oder die Fritzbox oder die Netzwerkkarte vom NUC :(
Auch mein Slave hat einige Male am Tag das Problem sich mit der States DB des masters zu verbinden.
Allerdings erst nach der Updateorgie und damit verbundenen Verwendung von jsonl.Hier kann es aber auch sein, dass zeitgleich das andere Skript auf die API zugreift.
Aber wie gesagt lief es in dieser Konstellation Jahre ohne eine einzige Meldung.
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@sborg sagte in Errormeldungen abfangen:
Weißt du wie schnell der Trigger agiert?
etwa alle 6 Sekunden.
@sborg sagte in Errormeldungen abfangen:
behebt aber nicht das eigentliche Problem.
wobei ich genau da die Ursache vermute. Möglicherweise stirbt ein Switch oder die Fritzbox oder die Netzwerkkarte vom NUC :(
Auch mein Slave hat einige Male am Tag das Problem sich mit der States DB des masters zu verbinden.
Allerdings erst nach der Updateorgie und damit verbundenen Verwendung von jsonl.Hier kann es aber auch sein, dass zeitgleich das andere Skript auf die API zugreift.
Aber wie gesagt lief es in dieser Konstellation Jahre ohne eine einzige Meldung.
@homoran sagte in Errormeldungen abfangen:
Aber wie gesagt lief es in dieser Konstellation Jahre ohne eine einzige Meldung.
Haben die Kunden zu meiner damaligen Zeit auch immer gesagt: komisch, gestern lief der Fernseher noch... :)
Pauschal können sich zwar die Skripte (oder eher die API des Gerätes) in die Quere kommen, da aber dein 2. Skript nur minütlich getriggert wird, dürfte dann immer mindestens eine Minute Ruhe sein und es nur "knallen" wenn dann beide zufällig zur vollen Minute mal darauf zugreifen.
Aktuell jetzt noch kein Thema, aber kannst du ev. den ein oder anderen verlorenen Datensatz verschmerzen?
Mal ein erster Timeout Test:
const axios = require('axios'); (async () => { try { const url = `http://192.168.138.103/api/dxs.json`; console.log(`Sende GET-Anfrage an: ${url}`); const response = await axios.get(url, {timeout: 1000}); console.log(`Antwort: `, response?.data?.message ); console.log('hier erfolgt Verarbeitung bei Antwort'); } catch(err) { console.log(`Fehlermeldung : ${err.message} - `, err.code); } console.log('...und weiter im Programm'); })();Lass ruhig alles andere weiterlaufen, der klopft damit nur mal kurz an. Timeout ist hier 1sek, er wartet also genau 1000ms auf eine Antwort bis er einen Fehler wirft.
14:33:17.284 info javascript.0 (3856837) script.js.common.Test.TMP.Skript_1: Sende GET-Anfrage an: http://192.168.138.103/api/dxs.json 14:33:17.285 info javascript.0 (3856837) script.js.common.Test.TMP.Skript_1: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions 14:33:18.286 info javascript.0 (3856837) script.js.common.Test.TMP.Skript_1: Fehlermeldung : timeout of 1000ms exceeded - 14:33:18.287 info javascript.0 (3856837) script.js.common.Test.TMP.Skript_1: ...und weiter im ProgrammDie Fehlermeldung mit dem "Timeout" solltest du also eigentlich nie sehen. Bei mir ist es klar, ich habe weder die IP noch die API ;)
So 5-10x starten und stoppen sollte eigentlich genügen. Kannst den Timeout auch mal testweise runter setzen. "Request" bspw. wartet überhaupt nicht. Anfrage --> keine Antwort = FehlerIst sowieso mal langsam Zeit vom deprecated request Abschied zu nehmen und umzustellen.
LG SBorg ( SBorg auf GitHub)
Projekte: Lebensmittelwarnung.de | WLAN-Wetterstation | PimpMyStation -
@homoran sagte in Errormeldungen abfangen:
Aber wie gesagt lief es in dieser Konstellation Jahre ohne eine einzige Meldung.
Haben die Kunden zu meiner damaligen Zeit auch immer gesagt: komisch, gestern lief der Fernseher noch... :)
Pauschal können sich zwar die Skripte (oder eher die API des Gerätes) in die Quere kommen, da aber dein 2. Skript nur minütlich getriggert wird, dürfte dann immer mindestens eine Minute Ruhe sein und es nur "knallen" wenn dann beide zufällig zur vollen Minute mal darauf zugreifen.
Aktuell jetzt noch kein Thema, aber kannst du ev. den ein oder anderen verlorenen Datensatz verschmerzen?
Mal ein erster Timeout Test:
const axios = require('axios'); (async () => { try { const url = `http://192.168.138.103/api/dxs.json`; console.log(`Sende GET-Anfrage an: ${url}`); const response = await axios.get(url, {timeout: 1000}); console.log(`Antwort: `, response?.data?.message ); console.log('hier erfolgt Verarbeitung bei Antwort'); } catch(err) { console.log(`Fehlermeldung : ${err.message} - `, err.code); } console.log('...und weiter im Programm'); })();Lass ruhig alles andere weiterlaufen, der klopft damit nur mal kurz an. Timeout ist hier 1sek, er wartet also genau 1000ms auf eine Antwort bis er einen Fehler wirft.
14:33:17.284 info javascript.0 (3856837) script.js.common.Test.TMP.Skript_1: Sende GET-Anfrage an: http://192.168.138.103/api/dxs.json 14:33:17.285 info javascript.0 (3856837) script.js.common.Test.TMP.Skript_1: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions 14:33:18.286 info javascript.0 (3856837) script.js.common.Test.TMP.Skript_1: Fehlermeldung : timeout of 1000ms exceeded - 14:33:18.287 info javascript.0 (3856837) script.js.common.Test.TMP.Skript_1: ...und weiter im ProgrammDie Fehlermeldung mit dem "Timeout" solltest du also eigentlich nie sehen. Bei mir ist es klar, ich habe weder die IP noch die API ;)
So 5-10x starten und stoppen sollte eigentlich genügen. Kannst den Timeout auch mal testweise runter setzen. "Request" bspw. wartet überhaupt nicht. Anfrage --> keine Antwort = FehlerIst sowieso mal langsam Zeit vom deprecated request Abschied zu nehmen und umzustellen.
@sborg Danke!
hab noch einmal neu gestartet und seit dem keine einzige Errormeldung bekommen. :aufHolzKlopf:
@sborg sagte in Errormeldungen abfangen:
und es nur "knallen" wenn dann beide zufällig zur vollen Minute mal darauf zugreifen.
so sah es für mich aus, zusätzlich auch nur zu bestimmten Zeiten, in denen möglicherweise iob oder die Netzwerkkarte noch mit anderen zeitgleichen Aufgaben beschäftigt war.
@sborg sagte in Errormeldungen abfangen:
Ist sowieso mal langsam Zeit vom deprecated request Abschied zu nehmen und umzustellen.
glaub ich dir gerne, aber....
@homoran sagte in Errormeldungen abfangen:
isch kann koi Jawa
und wie gestern in einem anderen Thread geschrieben ist es für C&P user nicht einfach mal eben "umzustellen"
Beide Skripte sind
@homoran sagte in Errormeldungen abfangen:
auch nicht von mir, sondern einem freundlichen Helfer
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@sborg Danke!
hab noch einmal neu gestartet und seit dem keine einzige Errormeldung bekommen. :aufHolzKlopf:
@sborg sagte in Errormeldungen abfangen:
und es nur "knallen" wenn dann beide zufällig zur vollen Minute mal darauf zugreifen.
so sah es für mich aus, zusätzlich auch nur zu bestimmten Zeiten, in denen möglicherweise iob oder die Netzwerkkarte noch mit anderen zeitgleichen Aufgaben beschäftigt war.
@sborg sagte in Errormeldungen abfangen:
Ist sowieso mal langsam Zeit vom deprecated request Abschied zu nehmen und umzustellen.
glaub ich dir gerne, aber....
@homoran sagte in Errormeldungen abfangen:
isch kann koi Jawa
und wie gestern in einem anderen Thread geschrieben ist es für C&P user nicht einfach mal eben "umzustellen"
Beide Skripte sind
@homoran sagte in Errormeldungen abfangen:
auch nicht von mir, sondern einem freundlichen Helfer
@homoran hatte ich schon mal woanders erwähnt: es könnte sein, dass nach einem error eines scriptes und sogar nach dem stoppen des scriptes teile davon noch aktiv bleiben - sowas, wie ein zombie-script - startet man das script dann nochmal, läuft das parallel(doppelt/evtl. dreifach...) .
passiert das öfters, kann es schlimmer werdenBIS man den javascript adapter oder den iob neustartet - das könnte erklären, warum es jetzt erstmal keine fehler mehr gibt
is nur so eine vermutung und ein versuch zur erklärung
Support us
838
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge