NEWS
Beta Test js-controller 3.0.x auf GitHub
-
@apollon77
Wenn keine Fehler im Log stehen ist es eben etwas blöd mehr zu sagen. Augenscheinlich lief ja alles, mich hatte heute gewundert, warum der Saugroboter nicht lief. Der fährt nur bei Abwesenheit und der DP wurde das letzte mal am WE geändert. Dann geschaut ob der TR-064 mein Handy im WLAN erkennt und das bliebt auf true, ebenfalls das Handy meiner Holden, die immer noch samt Handy auf Arbeit ist.
Das Backup ist drauf und der TR-064 läuft wieder. Nun kommt der JS 3.0.9 dazu, mal sehen ob s dann immer noch läuft -
@Jan1 tr-064 gabs aber ne gefixte version für den neuen controller ...
-
@apollon77
Ich geh mal davon aus, dass es genau an der lag, da ich die über Github geladen hatte. Ich nutze zwar keine Anrufliste, hatte den aber trotzdem drauf. Der kommt auch gleich wieder drauf -
@e-i-k-e Achja um hier zusehen ob du ein problem mit den Skripten hast gibts noch einen Weg. Bei den Objekten gibt es system.adapter.javascript.2.eventLoopLag ... schau die den mal an. Der sollte im Idealfall nur seeeehr klein sein (sind Milisekunden). Normal ist alles ich sag mal kleiner 30, was ist der Wert denn bei Dir so? Gff logge den mal per history oder so und dann schau.
Wenn der Wert große Werte hat dann blockiert irgendetwas die Abarbeitung und dann muss Du schauen
-
Hi,
ich habe mit die Probleme von e-i-k-e nochmal genauer angesehen. Aus dem bereits analysierten gibt es einerseits die 3.0.10 auf GitHub, die noch etwas verbessert generell
3.0.10 (2020-04-15) Release Elena
- (Apollon77) consider the Adapter Stop Timeout also for adapter restarts to give adapters enough time to stop before restarting
In dem obigen Fall wo der Adapter über 2 Minuten blockiert bevor er sich mal neu startet bringt der Fix nichts, dafür hab ich ein Issue angelegt. Das zu optimieren ist etwas aufwändiger und für den Fortschritt den wir mit der 3.0 schon haben "zu gross". Sehe ich aber für die 3.1 vor.
-
Ich habe gerade den js-controller 3.0.9 bei mir getestet. Alle Adapter starten problemlos bis auf den Robonect-Adapter. Dieser verweigert den Start mit folgender Fehlermeldung:
robonect.0 2020-04-15 15:48:22.309 error at processTicksAndRejections (internal/process/task_queues.js:97:5) robonect.0 2020-04-15 15:48:22.309 error at /opt/iobroker/node_modules/iobroker.robonect/lib/library.js:112:32 robonect.0 2020-04-15 15:48:22.309 error (31968) TypeError: self.pollGPs is not a function robonect.0 2020-04-15 15:48:22.308 error (31968) uncaught exception: self.pollGPs is not a function robonect.0 2020-04-15 15:47:49.046 error at processTicksAndRejections (internal/process/task_queues.js:97:5) robonect.0 2020-04-15 15:47:49.046 error at /opt/iobroker/node_modules/iobroker.robonect/lib/library.js:112:32 robonect.0 2020-04-15 15:47:49.046 error (31220) TypeError: self.pollGPs is not a function robonect.0 2020-04-15 15:47:49.045 error (31220) uncaught exception: self.pollGPs is not a function
Gruß Marco
-
@lonsimbt Der Fehler kommt irgendwo "aus dem Adapter". Wüsste nicht wie der controller da was mit zu tun haben könnte
-
@lonsimbt PS: EInzige as sein kann ist das der Fehler schon immer da war aber bisher "nur" eine unhandled Promise rejection war die nicht zum adapter-crash geführt hat ... mit 3.0er controller ist es das aber. Da muss der Entwickler ran
-
@apollon77 gerade installiert vom git, ist aber noch der 3.0.9
-
@deta Mach nochmal, da fehlten noch 2 Files
-
@apollon77 jetzt ok! Beobachte es mal.
-
@apollon77
Kann ich den TR-064 in der gefixten Version einfach wieder für Admin Github laden, oder gibts da ein speziellen Link?
Im Moment läuft alles wie es soll, fehlt eben nur noch der TR-064 in der gefixten Version. -
@Jan1 Ja, Github. muss noch auf npm released werden.
-
@apollon77
Bingo, die 4.0.0 von Github macht nix mehr. Da werden keine Geräte mehr gefunden und vorhandene Geräte aktualisieren nicht mehr.
Edit:
wer lesen kann hat klare Vorteile. Ich geb dann mal das Passwort neu ein -
@Jan1 sagte in Beta Test js-controller 3.0.x auf GitHub:
wer lesen kann hat klare Vorteile. Ich geb dann mal das Passwort neu ein
Wars das?
-
@apollon77
Ja läuft, was mich aber wundert, dass nirgends ein Fehler gebloggt wurde. -
@apollon77 said in Beta Test js-controller 3.0.x auf GitHub:
@e-i-k-e Achja um hier zusehen ob du ein problem mit den Skripten hast gibts noch einen Weg. Bei den Objekten gibt es system.adapter.javascript.2.eventLoopLag ... schau die den mal an. Der sollte im Idealfall nur seeeehr klein sein (sind Milisekunden). Normal ist alles ich sag mal kleiner 30, was ist der Wert denn bei Dir so? Gff logge den mal per history oder so und dann schau.
Wenn der Wert große Werte hat dann blockiert irgendetwas die Abarbeitung und dann muss Du schauen
Nur mal ganz kurz geschaut, der Wert ist leider sehr hoch.
Ich schaue später mal, ob ich etwas finden kann, was das auslöst. -
@lonsimbt said in Beta Test js-controller 3.0.x auf GitHub:
Ich habe gerade den js-controller 3.0.9 bei mir getestet. Alle Adapter starten problemlos bis auf den Robonect-Adapter.
Der Fehler ist in v0.1.1 des Robonect Adapters behoben. Die Version ist ab morgen im latest Repository oder kann manuell von GitHub installiert werden: https://github.com/braindead1/ioBroker.robonect
-
@braindead Schaut gut aus. v0.1.1 des robonect-Adapters startet ohne Fehlermeldungen unter dem js-controller 3.0.9.
Danke für die schnelle Korrektur.
Gruß Marco
-
@e-i-k-e Autsch ... 61 Sekunden ... Es kann nur irgendeine Schleife über irgendetwas grosses sein oder etwas anderes was sehr lange dauert und damit alles blockiert und nicht asynchron abläuft.