Closed ManiacKill closed 1 year ago
EADDRINUSE: address already in use :::3000
irgendetwas läuft auf Port 3000 auf dem Host ... Was, keine Ahnung. Das muss da aber weg. Aber scheinbar hat ja irgendwas geklappt
ECONNREFUSED 192.168.2.166:9090 heisst das Das gerät unter der IP die Verbindung beendet hat. Warum. keine Ahnung.
Aber ja ich sehe hier log. Spontan würde ich annehmen das alle states die hier im Log gelistet sind auch in iobroker angelegt wurden unter den entsprechenden Gerät. Sind Sie da s nicht? ggf mal Admin reload im Browser?
Nochmals neu installiert und jetzt konnte ich mich auch über die API anmelden .
Die markierten Werte müssten normal mit gleicher Bezeichnung vom EnergyConsumptionSensor nochmal geben !
Wenn ich ioben schaue kommen Namen doppelt vor:
Updating device capability Hauswirtschaftsraum.Solar/Haushalt.EnergyPerDayInEuro: {"name":"energyPerDayInEuro","value":0.03,"lastchanged":"2022-12-08T13:15:03.000Z"} Updating device capability Hauswirtschaftsraum.Solar/Haushalt.EnergyPerDayInEuro: {"name":"energyPerDayInEuro","value":2.863,"lastchanged":"2022-12-08T17:07:47.000Z"}
Ich denke das ist das issue. Hast Du ggf irgendwei den namen doppelt vergeben? Mal wieder so ein Issue wenn man Namen anstelle von eindeutigen IDs für die Objekte nutzt :-(
Oder was genau ist daa der Grund??
Also next try. Bitte nochmals GitHub installieren (und nein du musst es NICHT löschen). Es sollte jetzt die "has no existing object, this might lead to an error in future versions" Fehler weg sein ... dafür weiter mehr Debug Log ...
Jetzt startet er nicht mehr !
Wenn ich ioben schaue kommen Namen doppelt vor:
Updating device capability Hauswirtschaftsraum.Solar/Haushalt.EnergyPerDayInEuro: {"name":"energyPerDayInEuro","value":0.03,"lastchanged":"2022-12-08T13:15:03.000Z"} Updating device capability Hauswirtschaftsraum.Solar/Haushalt.EnergyPerDayInEuro: {"name":"energyPerDayInEuro","value":2.863,"lastchanged":"2022-12-08T17:07:47.000Z"}
Ich denke das ist das issue. Hast Du ggf irgendwei den namen doppelt vergeben? Mal wieder so ein Issue wenn man Namen anstelle von eindeutigen IDs für die Objekte nutzt :-(
Oder was genau ist daa der Grund??
Also next try. Bitte nochmals GitHub installieren (und nein du musst es NICHT löschen). Es sollte jetzt die "has no existing object, this might lead to an error in future versions" Fehler weg sein ... dafür weiter mehr Debug Log ...
Ja super da sind zumindest die daten mal :) Die Namen kommen ja von der Box ich hab da keine Namen vergeben !
Ok Github nochmal bitte und dann debug log. Am besten per file anhängen und hol es nicht aus Admin sondern aus der Logdatei unter /opt/iobroekr/log/...
Anbei das Logfile. iobroker.2022-12-09.log
Please send a FULL debug log ... from adapterstart till then updates relevant values that are missing ... thank you
Sooooo ... nächster Versuch, ABER ACHTUNG!! Es ändern sich ALLE Objects.IDs!!
Der Grund für den Ganzen Spass ist ein einziger: Es fehlte eine Ebene und es gibt in dem Gerät ZWEI Untertypen und die haben beide die selben Namen, daher gab es die Überschneidungen. Also das ganze wird ein Majot Release und Breaking change.
Alte States IDs bleiben bestehen werden aber nicht mehr gefüllt.
Also GitHub bitte und dann neu schauen ob jetzt alles tut. Falls nicht wieder VOLLES Debug log bitte
Du bist der Beste, ja das mit dem selben Namen hab ich mir auch gedacht :) Ich werde das jetzt mal alles Testen
Die alten Werte kann ich ja löschen wenn die kein Update bekommen ! Oder soll ich die Instanz löschen und neu aufspielen ?
irgendetwas läuft auf Port 3000 auf dem Host ... Was, keine Ahnung. Das muss da aber weg. Aber scheinbar hat ja irgendwas geklappt
Das hatten wir in der Vergangenheit im ioB Forum schon öfter. Port 3000 wird auch von Grafana verwendet. Sollte Grafana auf der gleichen Maschine laufen wie ioB, einfach Grafana stoppen. Dann kann die Authentifzierung des Adapters (PopUp Fenster) genutzt werden. Danach kann Grafana wieder gestartet werden.
Log-Größe: 268.1 KB