-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
New parameter jd #8
Conversation
noch ein Fehler in __get_sensors_battery (siehe Kommentar) > dadurch keine Parameter in der Oberfläche
parameter werden dargestellt
JTS1_EMS_CHANGE_REPORT bpSoc is the right one we have to use
refactoring prefix only for batterie JTS1_ENERGY_STREAM_REPORT not nessasarry 61 Parameter
disable some debug messages
Hallo eine frage was ist das den für ein neuer Parameter würde mich intressieren . |
Primär sind damit die Parameter gemeint, die angezeigt werden. Tatsächlich ist ein neuer Parameter entstanden, der die Summe aus den Leistungen der einzelnen Strings darstellt. Da die Information der Strings öfters aktualisiert werden, wird auch dieser Parameter öfters aktualisiert und bringt dann ein besseres Ergebnis als "mpptPwr". |
Hallo ich hab mir mal die neue Integration herrunter geladen , läuft bei mir . Vielen Danke |
Hi, hauptsächlich sind es neue Werte. Rückfrage: |
Hi, mit errechnen meinte ich den Hausnetz Verbrauch zu errechnen wie in der App aber das klappt leider nicht weil sie nicht immer aktuell sind . Wenn man den Solarertrag z.B. (31,70 Kwh) minus ins Netz (22,5 kwh) minus in die Batterie (6,52 kwh) plus aus der Batterie (3,68) plus ins Netz (0,01 kwh) kommt man auf den Hausverbrauch das ist dann in meinen fallbeispiel 6.62 kwh Verbrauch . |
@MvH-user der (gesamte) Solarertrag sollte funktionieren, wenn man den ' mpptPv_pwrTotal' Sensor benutzt. Das Problem ist der Netzbezug/einspeisung ('sysgridpwr') und die Leistung der Batterie 'sysloadpwr'. Die letzten beiden werden nur selten aktualisiert. @niltrip wir könnten doch die gesamt Leistungleistung der Batterien auch berechnen mit (bpack1_bppwr + bpack2_bppwr) bzw. je nach dem wie viele Batterien da sind. |
Aber mir ist gerade noch etwas anderes interessantes aufgefallen. Wenn man debug einschaltet kann man im Protokoll sich die aktuelle Response vom Server herausziehen. Die kann man sich gut mit pretty-print in eine Datei abspeichern und dann mal gegen eine andere vergleichen. Meine hatte ich mal nachts erzeugt. Jetzt gerade habe ich nochmal geschaut und merke das der Parameter "JTS1_EMS_HEARTBEAT_pcsBpPower" die Leistung aus der Batterie anzeigt. Das könnte ein Ersatz für bpPwr sein, welcher auch immer sehr sporadisch kommt. "pcsMeterPower": -1466.125, zeigt die Einspeisung an. Die Parameter sind alle im JTS1_EMS_HEARTBEAT |
Cool! Damit kann man doch arbeiten. Machen wir das im gleichen branch? |
Eigentlich brauchen wir diese Liste hier nur mit den neuen Entitäten erweitern, oder? |
Ja das können wir machen. Bei so einer Änderung brauchen wir keinen branch machen. Man kann im main branch arbeiten und dann einen Tag setzen und ein Release draus machen. Das wollte ich jetzt auch endlich mal machen (ein bißchen Doku). Also ein richtiges Release. Mir war nur gerade noch was aufgefallen übers Wochenende... Bei mir waren nach einem Neustart manche Parameter ausgegraut. Jetzt aber wieder da. Das hatte ich noch nicht? Jemand von Euch? Benutzt ihr beide jetzt schon das Prerelease? Läuft es bei Euch? Also auf jedenfall hat die Configänderung zur Folge das man das Gerät nochmal neu anlegen sollte ach einem Update. Das wollte ich zumindest auch aufschreiben. |
Der zeigt auch einen ähnlichen wert. Hier sind Daten zum DTSU666 drin (ModBus Adresse).
ErrorCodes, die ich auch schon mal im Webportal gesehen habe... Soviel zu tun. |
Ist mir noch nicht aufgefallen , die Prerelease laüft bei mir gut und konstant keine aussätzer |
@jdammers Auf einem branch könnte man mal folgendes machen: Da fällt einem immer mehr ein. @MvH-user danke für die Rückmeldung Wer möchte kann sich auch mal mein anderes REPO anschauen (https://github.com/niltrip/hassio-ecoflow-cloud). Hier habe ich jetzt auch die PowerOcean drin über die Public API. Da braucht man aber einen Developer Account. Aber dort sind wirklich wenige Werte vorhanden. Da arbeite ich doch vielleicht hier noch weiter. |
@niltrip ich fange morgen damit an ... melde mich bei dir |
@niltrip achso ja, die pre-release läuft bei mir auch stabil. Alte Integration löschen und neue wieder hinstellen hat problemlos geklappt. Neben den config Änderungen hatten wir ja auch die unique IDs verändert. |
refactoring
new parameter
faster polling per default (still problems with special parameters)
special icons for some parameters