NEWS
js-controller 3.3 jetzt im Beta
-
@apollon77
Es kommt nur beim Start.Aber was auch noch kommt ist,
tr-064.0 2021-07-18 10:03:07.552 info (COMPACT) State value to set for "tr-064.0.callmonitor.lastCall.callee" has to be type "number" but received type "string" tr-064.0 2021-07-18 10:03:01.065 info (COMPACT) State value to set for "tr-064.0.callmonitor.inbound.callee" has to be type "number" but received type "string"das ist keine Warning aber info.
-
Oha, beim sonoff wird eigentlich jedes Objekt als String geliefert obwohl es number sein sollte.
Und beim statistics kommt alles als boolean obwohl es number sein müsste.
Musste nach weniger als 1min beide Adapter wieder auf Loglevel warn stellen. ;-)
Ich schau dann ob es bei GIT schon die entsprechenden issues gibt.@diginix sagte in js-controller 3.3 jetzt im Beta:
Oha, beim sonoff wird eigentlich jedes Objekt als String geliefert obwohl es number sein sollte.
@apollon77
Mit sonoff 2.4.5 auf loglevel info bekomme ich bisher keinerlei Datentyp Fehler mehr gemeldet. Das sieht recht vielversprechend aus. -
@apollon77 Ich habe derzeit ein Riesenproblem, dass alle meine aliases nicht mehr funktionieren und damit mein ganzes System nichts mehr tut.
Ich habe derzeit keine Ahnung voran das liegt und muss jetzt den Fehler eingrenzen.HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
@apollon77 Ich habe derzeit ein Riesenproblem, dass alle meine aliases nicht mehr funktionieren und damit mein ganzes System nichts mehr tut.
Ich habe derzeit keine Ahnung voran das liegt und muss jetzt den Fehler eingrenzen. -
@apollon77 vermutlich durch einen Stromausfall, scheint die Objektdatenbank nicht mehr zu funktionieren.
Ich habe aufgegeben zu das Chaos zu analysieren und via Promox ein Backup eingespielt. Jetzt läuft es wieder.Leider kann ich mit dem Backup den Bug im tr64 Adapter nicht mehr reproduzieren.
HW:NUC (16 GB Ram)
OS: Debian Bullseye, Promox V7, node v16.x npm 8.19.3 -
@apollon77 vermutlich durch einen Stromausfall, scheint die Objektdatenbank nicht mehr zu funktionieren.
Ich habe aufgegeben zu das Chaos zu analysieren und via Promox ein Backup eingespielt. Jetzt läuft es wieder.Leider kann ich mit dem Backup den Bug im tr64 Adapter nicht mehr reproduzieren.
-
@apollon77 sagte in js-controller 3.3 jetzt im Beta:
schreibe im GitHub issue wenns neuen versuch gibt
Erstmal vielen Dank Ingo für die tolle Arbeit und die Zeit die du investierst! :+1:
Bei mir läuft nuki-extended jetzt ohne weitere Meldungen wegen falscher Datenpunktdeklaration.
@dr-bakterius sagte in js-controller 3.3 jetzt im Beta:
Bei mir läuft nuki-extended jetzt ohne weitere Meldungen wegen falscher Datenpunktdeklaration.
@apollon77 Jetzt ist im Betrieb doch noch eine Meldung gekommen:
State value to set for "nuki-extended.0.smartlocks.myname._ACTION.UNLOCK" has to be type "boolean" but received type "number" -
@dr-bakterius sagte in js-controller 3.3 jetzt im Beta:
Bei mir läuft nuki-extended jetzt ohne weitere Meldungen wegen falscher Datenpunktdeklaration.
@apollon77 Jetzt ist im Betrieb doch noch eine Meldung gekommen:
State value to set for "nuki-extended.0.smartlocks.myname._ACTION.UNLOCK" has to be type "boolean" but received type "number" -
@apollon77 Habe es dem bereits geschlossenem Issue zeitgleich mit dem Forenbeitrag hinzugefügt. Oder soll ich ein neues aufmachen?
-
@apollon77 Habe es dem bereits geschlossenem Issue zeitgleich mit dem Forenbeitrag hinzugefügt. Oder soll ich ein neues aufmachen?
-
Es wurde eine Kleinigkeit gefunden und daher gibt es jetzt noch einen js-controller 3.3.15. Der Fix betrifft nur das löschen von Adaptern, wo ggf zu viele Meta-Objekte gelöscht wurden. Sonst wurde nichts angefasst.
Version ist auf npm und sollte bald auf im Repo auftauchen.
Danke für Euer Testfeedback.
Wenn das alles ok ist geht der bald raus ins Stable.
Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77
- Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
- Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
-
Es wurde eine Kleinigkeit gefunden und daher gibt es jetzt noch einen js-controller 3.3.15. Der Fix betrifft nur das löschen von Adaptern, wo ggf zu viele Meta-Objekte gelöscht wurden. Sonst wurde nichts angefasst.
Version ist auf npm und sollte bald auf im Repo auftauchen.
Danke für Euer Testfeedback.
Wenn das alles ok ist geht der bald raus ins Stable.
@apollon77 hat zwar heute etwas länger gedauert, aber alls tut wieder...:+1:
-
Es wurde eine Kleinigkeit gefunden und daher gibt es jetzt noch einen js-controller 3.3.15. Der Fix betrifft nur das löschen von Adaptern, wo ggf zu viele Meta-Objekte gelöscht wurden. Sonst wurde nichts angefasst.
Version ist auf npm und sollte bald auf im Repo auftauchen.
Danke für Euer Testfeedback.
Wenn das alles ok ist geht der bald raus ins Stable.
-
Es wurde eine Kleinigkeit gefunden und daher gibt es jetzt noch einen js-controller 3.3.15. Der Fix betrifft nur das löschen von Adaptern, wo ggf zu viele Meta-Objekte gelöscht wurden. Sonst wurde nichts angefasst.
Version ist auf npm und sollte bald auf im Repo auftauchen.
Danke für Euer Testfeedback.
Wenn das alles ok ist geht der bald raus ins Stable.
@apollon77 Master Slave System wurde erfolgreich aktualisiert und beim Start gab es auch keine Probleme. :man-getting-massage:
-
Es wurde eine Kleinigkeit gefunden und daher gibt es jetzt noch einen js-controller 3.3.15. Der Fix betrifft nur das löschen von Adaptern, wo ggf zu viele Meta-Objekte gelöscht wurden. Sonst wurde nichts angefasst.
Version ist auf npm und sollte bald auf im Repo auftauchen.
Danke für Euer Testfeedback.
Wenn das alles ok ist geht der bald raus ins Stable.
Hier alles prima.
-
@apollon77
Hier noch ein Adapter der noch gefixt werden müsste: wiffi-wz -
Es wurde eine Kleinigkeit gefunden und daher gibt es jetzt noch einen js-controller 3.3.15. Der Fix betrifft nur das löschen von Adaptern, wo ggf zu viele Meta-Objekte gelöscht wurden. Sonst wurde nichts angefasst.
Version ist auf npm und sollte bald auf im Repo auftauchen.
Danke für Euer Testfeedback.
Wenn das alles ok ist geht der bald raus ins Stable.
@apollon77 auch hier keine auffälligkeiten
-
@e-s mit 2.2.1?
@foxriver76
Mit der aktuellen Version im latest/beta, also 2.2.1.
Hatte den dp auch schon mal gelöscht und neu erstellen lassen, keinen Unterschied. -
@foxriver76
Mit der aktuellen Version im latest/beta, also 2.2.1.
Hatte den dp auch schon mal gelöscht und neu erstellen lassen, keinen Unterschied.
561
Online32.6k
Users82.1k
Topics1.3m
Posts