NEWS

Ich greife das Thema mal wieder auf. Ich habe Version 1.0 installiert und hier stellt es sich mittlerweile auch so für mich da, dass der Adapter nicht brauchbar ist aufgrund der am Anfang der Themas beschriebenen Problematik. Mal läuft der Adapter für einige Stunden, häufig ist es direkt beim Start: Jede Menge unknow data. Ich habe das Gefühl, dass der String dann nicht mehr richtig gelesen wird.
Beim Adapterstart wird ja normalerweise die CULFW gelogt, hier kommt bei mir:
"received unknown data: 0V 1.67 nanoCUL868".
Kann da jemand helfen?

Hallo,

vielen dank für die Antworten, als ich gerade die Sachen erneut eingeben habe, um genau zu schildern wo mir die Fehlermeldung angezeigt wird, funktioniert es auf einmal☺

Hallo!
Hab dir die 2 Themen wieder vereint! 🙂

Erledigt.

Der Fehler war weg nachdem ich mal alle Links und Daten im Adapter gelöscht habe.

@eumats
Die Graphen habe ich über den rpimonitor (ein Programm welches bei mir auf jedem raspi landet, superflexibel schnell und braucht wenig Ressourcen (link)

Momentan scheint es sich stabilisiert zu haben. Wir sind aber noch dran - es kann also durchaus nochmal husten.

Gruß,
Eric

Da mich bis jetzt nichts weitergebracht hat, möchte ich fragen, ob noch jemand einen Tipp hat.

Hallo das selbe Problem habe ich derzeit auch und dies schon länger, hab an dem funktionierendem Skript nix geändert und plötzlich hat es nicht mehr funktioniert. Das mit dem Timeout hab ich zunächst auch vermutet, aber mein Bild ersetzt sich immer somit ist immer ein Bild am Speicherort und zudem hab ich den Email adapter im gleichen Skript und der verschickt brav... Meine Vermutung liegt grad am Bot hier hab ich grad ein neues angelegt, das scheint aber auch nicht zu funktionieren, jetzt könnte es noch sein das evtl. zu viele Bilder (Speicherplatz) pro User erlaubt sind, hier lösche ich gerade alle Bilder im Telegramm, so wie es aussieht ist dies aber auch nicht die Lösung.

@Homoran

Ok, dachte bisher, das sind 2 unterschiedl. Programme, die miteinander nichts zu tun haben.

which node
/usr/local/bin/node

which nodejs
/usr/bin/nodejs

Welches Risiko gibt es denn?

@greyhound sagte in Date.prototype.getWeek - Error "property 'getWeek' does not exist on type 'Date'" nach Umstellung von Node.js auf Node 8 oder auch 10:

lc nicht mehr als Datumsobjekt erkannt wird

lc ist ein Unix-Zeitstempel, kein Datumsobjekt. Da ist es kein Wunder, dass der Fehler kommt.

Dein Screnshot sieht mir so aus als werden die Typings nicht mehr richtig geladen seit der Umstellung auf 4.x - muss ich mir mal anschauen, wenn ich die Zeit habe.

@Qlink z. B. Basic Number Widget hat die Einstellung Zeichen nach Komma. Wenn du dort 2 angibst, wird ein Wert von 20.3 als 20.30 angezeigt.

Ich kann den Absturz immer wieder nachstellen, im ioBroker Log zu dem Zeitpunkt leider keine Meldungen:

c4e84bb5-2154-433f-9115-7d5df0136f82-image.png

hat sich erledigt nach einspielen der Sicherungen hat sich wie auch immer eine IP vom Gateway geändert nach angleichen läuft alles rund.

@Homoran da war ich wohl voreilig. Teste gern neue Versionen...vielleicht sollte ich stattdessen ne neue Visio bauen...danke euch. Thema erledigt.

@BBTown

Die L-Ordner werden nicht gelöscht, broadlink2 löscht keine Ordner damit nichts verloren geht.

Machst du iobroker.backups? dort würdest auch noch die Daten finden.

So, um eine USV habe ich mich nun auch gekümmert. Das sollte in Zukunft die Probleme minimieren. Aber meine grüne LED blinkt immer noch 4x so vor hin.
Gibt es da keine Lösung?