NEWS
History 2.0.0 verfügbar - eine Zusammenfassung
-
@frank579 Dann gibbt GitHub issue beim Alias-Manage rauf machen ... leere "String" Min/max bei Number macht keinen Sinn und sollte nicht erzeugt werden
-
@frank579 Was genau meinst Du damit? Meinst Du sobald er den Wert geloggt hat, hats geknallt?
-
@apollon77 bin nicht sicher aber zeitlich würde es passen, meine die "null" Werte und das false dahinter habe den Datenpunkt noch nicht aktiv, mache ich dann auch erst morgen die ersten laufen jetzt schon wieder gut 2 Stunden .... Ohne Fehler bis jetzt
-
@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
GitHub issue beim Alias-Manage
Schaue ich mir morgen dann auch mal an, werde die andern temp Sensoren auch mal prüfen wie es da aussieht
-
@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
@frank579 Dann gibbt GitHub issue beim Alias-Manage rauf machen ... leere "String" Min/max bei Number macht keinen Sinn und sollte nicht erzeugt werden
https://github.com/sbormann/ioBroker.alias-manager/issues/36
-
@frank579 Die null könnten aber auch vom Adapter kommen vom Start weil er "danach" neu gestartet ist.
@frank579 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
Ohne Fehler bis jetzt
meinst mit dem angepassten code?
-
@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:
meinst mit dem angepassten code?
Nein am Code hatte ich noch nichts geändert... Nur bei ein paar Datenpunkten die Aufzeichnung wieder aktiviert ....
-
@frank579 Na dann aktiviere ml weiter das wir rausfinden was bei Dir zu sowas führt
-
@apollon77 Habe den Adapter am Freitag wieder gestoppt bin zur Zeit beruflich im Ausland und kann nicht viel testen...
hatte nichts mehr geändert und nach zwei Tagen ist der IOBrocker immer wieder neu gestartet (gleiche Fehlermeldung). Bis jetzt ist seit dem Ruhe.
Lasse ihn erst mal aus, wenn ich zurück bin, bin ich erst mal in Urlaub danach versuche ich mal weiter
Ist auch erst mal nicht weiter schlimm nutze haupsächlich deinen Influx Adapter, History nur für kurzzeitige Aufzeichnungen um was zu testen oder so...
Danke dir nochmal bis hier hin -
@apollon77
Guten Abend, seit heute morgen dreht mein IO Broker wieder durch ... hatte schon böse anrufe
History ist immernoch deaktiviert, alo daran liegts wohl doch nicht ..
Ich habe jetz mal deine änderungen von oben aus der ferne eingepflegt, leider Startet er dann gar nicht mehr ...Das kommt dann bei iob status habe daas erst mal wieder zurück geändert
frank@iobroker:~$ iob status /opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js:227 throw new Error('Invalid implementation: no responseId provided!'); ^ Error: Invalid implementation: no responseId provided! at RedisHandler.sendResponse (/opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js:227:19) at RedisHandler.sendBulk (/opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js:347:14) at RedisHandler.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-states- jsonl/lib/states/statesInMemServerRedis.js:187:21) at RedisHandler.emit (node:events:527:28) at Immediate.<anonymous> (/opt/iobroker/node_modules/@iobroker/db-base/lib/redisHandler.js:145:37) at processImmediate (node:internal/timers:466:21)
-
@frank579 zeig mal genau wie die angepassten Code stellen aussehen.
-
@apollon77 Klar doch
NR 1this.stop = false; this.activeMultiCalls = []; this.writeQueue = []; this.responseId = 0; this.handleBuffers = false; const respOptions = {}; if (options.handleAsBuffers) {
Nr2
data[i] = data[i].toString('utf-8'); } } } } if (this.responseId === Number.MAX_VALUE) this.responseId = 0; const responseId = this.responseId++; if (this.options.enhancedLogging) { this.log.silly(
-
@frank579 setz mal an beiden Stellen wo „= 0“ steht auf „= 1“. Gehts dann?
Edit: Blödsinn. Kann’s nicht sein. Checke gleich.
Edit Edit ... ja kein blödsinn ... genau die 1ist richtig ...
-
@apollon77 Ja
frank@iobroker:~$ iob status iobroker is running on this host. Objects type: jsonl States type: jsonl
Danke, jetzt wieder warten
-
@frank579 Bin gespannt
-
@apollon77 und ich erst
-
@apollon77 hier mal eine erste positive Rückmeldung, die Abstürze haben nach der Änderung der 2 Stellen aufgehört,bis jetzt ist es ruhig . Aber das hatten wir ja schon mal . Werde weiter beobachten,werde mir für den Urlaub ein blockly eingerichten was mich ggf. Per telegram benachrichtigt (hoffentlich nicht).
Was habe ich da geändert muss ich bei einem Update aufpassen das das wieder raus fliegt, wenn ja bei welchem ? -
@frank579 das klingt cool. Das das was bei dir mehrfach passiert ist, passiert ist unwahrscheinlicher als ein 6er im Lotto in meinen Augen … du solltest Lotto spielen
Die eindeutige request id war ein Zeitstempel in nanosekunden. Bei dir kamen zwei Befehle zur gleichen Nano Sekunde an. Selbst auf schnellen Systemen konnten wir sowas nie schaffen.
Am Ende war es die einzige Variante die Code seitig übrig geblieben ist.
Jetzt ist es geändert bei dir in einen Zähler der einfach immer hoch zählt. Damit kommt es zu keinen Konflikten mehr.Wenn das bei dir stabil läuft bauen wir es im Controller 4.1 für alle so um.
Also bitte weiter berichten.
-
Nachdem Update auf History v2.1.7 habe ich Probleme mit der Diagrammdarstellung. Also wenn man unter Objekte bei einem Datenpunkt die benutzdefinierten Einstellungen anwählt, kann man die Verlaufdaten sehen. Wenn ich dann oben auf Diagramm klicke, wird kein Diagramm angezeigt. Nur ein annimierter horizontaler Steifen und die Bedienelemente sind zu sehen.
Bin mir aber nicht sicher, ob dies mit dem Update zusammenhängt, da ich die Funktion selten benutze. Zur Info. Bin gerade dabei Statusdaten aus meiner Fritzbox auszulesen und haben die Adapter tr-064 und upnp kürzlich installiert.
Hat jemand einen Tipp?
Pi4 4GB SSD; Node 14.19.3; NPM 6.14.17
-
@pk68 Ja, das ist bereits in der 2.2.0 gefixt. Bitte mal aus Beta installieren ... kommt Zeitnah ins Stable