Tesla Powerwall 2 AC

Begonnen von Gigafix, 30 September 2017, 14:21:54

Vorheriges Thema - Nächstes Thema

CoolTux

Mach mal bitte ein list vom Device.
Eigentlich sollten alle Timestamps der Readings Recht gleich sein, zumindest auf die Minute genau.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Gigafix

Hallo CoolTux

Alles O.K. - ich habe die Erklärung im Nachtrag geliefert. Man muss nur zu den richtige Zeitpunkten draufschauen und vergleichen - dann sieht man es auch. Wenn man zum falschen Zeitpunkt vergleicht, denkt man da läuft etwas schief....  ???

Viele Grüße sendet
Gigafix
VM Synology DS918 | CubieTruck |2x HMLAN | HMUSB | 3x HMWLAN | CCU2 | MAX-Cube | nanoCUL | ZWDongle |

Gigafix

Hallo Zusammen

Bin jetzt bei meiner Suche im Netz auf zwei weitere Links gestoßen - zumindest der Status könnte ein wenig interessant sein.

http://<ip-PowerWall>/api/customer/registration
{"privacy_notice":true,"limited_warranty":true,"grid_services":false,"marketing":false,"registered":true,"emailed_registration":true,"skipped_registration":false}

http://<ip-PowerWall>/api/status
{"start_time":"2017-09-20 12:48:16 +0800","up_time_seconds":"457h28m15.259018055s","is_new":false,"version":"1.6.0\n","git_hash":"973f7d4728605d7afe189614a4f278e3f4a6ad0a\n"}


Mal sehen was sich noch so findet, das gesuchte war erst einmal noch nicht dabei.
VM Synology DS918 | CubieTruck |2x HMLAN | HMUSB | 3x HMWLAN | CCU2 | MAX-Cube | nanoCUL | ZWDongle |

CoolTux

Baue ich gerne ein.

Bisschen Kopfzerbrechen mache ich mir deswegen
1.6.0\n","git_hash":"973f7d4728605d7afe189614a4f278e3f4a6ad0a\n"}

\n ist ein Zeilenumbruch, kann sein das der JSON Parser damit Steß gekommt, schauen wir uns dann an.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Habe gerade gesehen wieso Du so verwirrt warst mit den Readings. Hatte eingestellt das sie nur geschrieben werden wenn der Wert sich ändert. Das ist bei den ganzen Verbrauchswerten nicht hilfreich, gerade wegen Plot schreiben. Hab eich geändert. Des weiteren habe ich Deine Formatierung eingebaut, das Reading an sich ist aber geblieben es kam kein neues dazu ich habe nur auf das Reading die Formatierung angewendet. Wenn das nicht passt sag bescheid machen wir es anders.

Ich habe auch das mit den get master dings repariert. Magst mal bitte testen. Die neuen Sachen sind aber noch nicht drin.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Habe jetzt die neuen Funktionen eingebaut. Die JSON Strings können gut verarbeitet werden.



Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Gigafix

#36
Hallo CoolTux

Also das mit der besser lesbaren Anzeige für "statussoe-percentage" hat funktioniert. Meine Überlegung dazu - eventuell gibt es ja User die diesen Wert etwas genauer haben wollen, und da wäre ein extra Reading passender. Ich bin auch immer ein Freund davon, das man auch die Rohdaten hat - auch wenn das auf den ersten Blick keinen wirklichen Sinn macht mit X-Stellen hinter dem Komma.

Leider kann ich keine Readings zu den neuen API Links /customer/registration und /status abrufen. Auch ein manuelles get status oder get registration bringt kein neues Reading.  :-[

Jetzt wieder ein Wunsch - die Readingsliste ist ja inzwischen schon recht lang. Dabei sind auch eine Menge Readings die derzeit nicht genutzt sind. Könnte man diese über ein Attribut ausblenden? Weiß nicht wie aufwendig das ist. Man weiß ja nie ob die später über ein Firmwareupdate doch noch aktiviert werden - und dann wäre es schön wenn man diese über ein Attribut wieder aktivieren kann. Es geht hier um folgende Readings:

     2017-10-14 21:39:26   aggregates-busway-energy_exported 0
     2017-10-14 21:39:26   aggregates-busway-energy_imported 0
     2017-10-14 21:39:26   aggregates-busway-frequency 0
     2017-10-14 21:39:26   aggregates-busway-i_a_current 0
     2017-10-14 21:39:26   aggregates-busway-i_b_current 0
     2017-10-14 21:39:26   aggregates-busway-i_c_current 0
     2017-10-14 21:39:26   aggregates-busway-instant_apparent_power 0
     2017-10-14 21:39:26   aggregates-busway-instant_average_voltage 0
     2017-10-14 21:39:26   aggregates-busway-instant_power 0
     2017-10-14 21:39:26   aggregates-busway-instant_reactive_power 0
     2017-10-14 21:39:26   aggregates-busway-instant_total_current 0
     2017-10-14 21:39:26   aggregates-busway-last_communication_time 0001-01-01T00:00:00Z

     2017-10-14 21:39:26   aggregates-frequency-energy_exported 0
     2017-10-14 21:39:26   aggregates-frequency-energy_imported 0
     2017-10-14 21:39:26   aggregates-frequency-frequency 0
     2017-10-14 21:39:26   aggregates-frequency-i_a_current 0
     2017-10-14 21:39:26   aggregates-frequency-i_b_current 0
     2017-10-14 21:39:26   aggregates-frequency-i_c_current 0
     2017-10-14 21:39:26   aggregates-frequency-instant_apparent_power 0
     2017-10-14 21:39:26   aggregates-frequency-instant_average_voltage 0
     2017-10-14 21:39:26   aggregates-frequency-instant_power 0
     2017-10-14 21:39:26   aggregates-frequency-instant_reactive_power 0
     2017-10-14 21:39:26   aggregates-frequency-instant_total_current 0
     2017-10-14 21:39:26   aggregates-frequency-last_communication_time 0001-01-01T00:00:00Z

     2017-10-14 21:39:26   aggregates-load-i_a_current 0
     2017-10-14 21:39:26   aggregates-load-i_b_current 0
     2017-10-14 21:39:26   aggregates-load-i_c_current 0

     2017-10-14 21:39:26   aggregates-site-i_a_current 0
     2017-10-14 21:39:26   aggregates-site-i_b_current 0
     2017-10-14 21:39:26   aggregates-site-i_c_current 0

     2017-10-14 21:39:26   aggregates-solar-i_a_current 0
     2017-10-14 21:39:26   aggregates-solar-i_b_current 0
     2017-10-14 21:39:26   aggregates-solar-i_c_current 0

     2017-10-14 21:39:26   aggregates-battery-i_a_current 0
     2017-10-14 21:39:26   aggregates-battery-i_b_current 0
     2017-10-14 21:39:26   aggregates-battery-i_c_current 0


Eventuell könnte man das Ausblenden in drei Bereiche aufteilen:

  • aggregates-busway.*
  • aggregates-frequency.*
  • .*[a|b|c]_current

Ist nur so eine Idee  ;)

Nachtrag: Habs gerade selbst gefunden - die Funktion zum Ausblenden der Readings gibt es ja schon - hatte ich bisher nie genutzt ...  ???
--> suppressReading .*_[a|b|c]_current|aggregates-busway.*|aggregates-frequency.*
2. Nachtrag: Jetzt sind auch die Readings für /customer/registration und /status da. Ich war wohl wieder zu ungeduldig  ::)
VM Synology DS918 | CubieTruck |2x HMLAN | HMUSB | 3x HMWLAN | CCU2 | MAX-Cube | nanoCUL | ZWDongle |

CoolTux

Was hälst Du vom Reading battery oder batteryLevel?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Version 0.1.2 hat nun ein Reading batteryLevel erhalten und ich habe noch etwas an der Attributsverarbeitung gefeilt. Ausserdem wird nun bei fetch data angezeigt wie viele paths sich noch in der queue befinden.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Gigafix

Hallo CoolTux

Kannst Du Dir die letzte Version noch einmal ansehen. Die hat mein System lahmgelegt. Ich habe sie dann gelöscht - Neustart O.K. - wieder eingespielt, Berechtigungen gesetzt. Define abgesendet, und wieder tot.

Und mir ist noch ein weiteres Wunschreading eingefallen - den Ladezustand in kWh, also den Prozentwert x 0.135 - kann man das batteryPower nennen?

VM Synology DS918 | CubieTruck |2x HMLAN | HMUSB | 3x HMWLAN | CCU2 | MAX-Cube | nanoCUL | ZWDongle |

CoolTux

Kann ich machen. Schau mal bitte in dein fhem Log ob du da schon was findest.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Gigafix

Ich glaube das sind die relevanten Zeilen - bei meinem Log stehen die aktuellen Infos oben:
Undefined subroutine &main::sclara called at ./FHEM/46_TeslaPowerwall2AC.pm line 306.
2017.10.15 11:28:34 1: PERL WARNING: Subroutine TeslaPowerwall2AC_ReadingsProcessing_Powerwalls redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 461.
2017.10.15 11:28:34 1: PERL WARNING: Subroutine TeslaPowerwall2AC_ReadingsProcessing_Aggregates redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 444.
2017.10.15 11:28:34 1: PERL WARNING: Subroutine TeslaPowerwall2AC_WriteReadings redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 424.
2017.10.15 11:28:34 1: PERL WARNING: Subroutine TeslaPowerwall2AC_ResponseProcessing redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 390.
2017.10.15 11:28:34 1: PERL WARNING: Subroutine TeslaPowerwall2AC_ErrorHandling redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 323.
2017.10.15 11:28:34 1: PERL WARNING: Subroutine TeslaPowerwall2AC_GetData redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 295.
2017.10.15 11:28:34 1: PERL WARNING: Subroutine TeslaPowerwall2AC_Timer_GetData redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 271.
2017.10.15 11:28:34 1: PERL WARNING: Subroutine TeslaPowerwall2AC_Get redefined at ./FHEM/46_TeslaPowerwall2AC.pm line 221.
VM Synology DS918 | CubieTruck |2x HMLAN | HMUSB | 3x HMWLAN | CCU2 | MAX-Cube | nanoCUL | ZWDongle |

CoolTux

War ein Typo, habe ich gefixt. Bitte noch mal testen.
Vielen Dank


Deinen Wunsch baue ich dann in der nächsten Version ein.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CoolTux

Zitat von: Gigafix am 15 Oktober 2017, 12:20:22
Hallo CoolTux

Kannst Du Dir die letzte Version noch einmal ansehen. Die hat mein System lahmgelegt. Ich habe sie dann gelöscht - Neustart O.K. - wieder eingespielt, Berechtigungen gesetzt. Define abgesendet, und wieder tot.

Und mir ist noch ein weiteres Wunschreading eingefallen - den Ladezustand in kWh, also den Prozentwert x 0.135 - kann man das batteryPower nennen?

Noch mal nachgefragt. Gibt es nicht schon ein Reading für den Ladezustand wo wir dann nur umrechnen müssen? Wenn nicht mache ich das so wie Du gesagt hast
Also

percentage x 0.135 = kWh
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Gigafix

Das ist ja ein super Service - Danke nun läuft es wieder.

Sag mal, kann man das Attribut "interval" schon verwenden? Ich habe es mal auf 60 Sekunden gestellt, um jetzt im Test schneller etwas zu sehen, denke aber das es noch nicht in Funktion ist. Später für den Dauerbetrieb sind 5 min sicher ein guter Wert.

Den Ladezustand in kWh habe ich aus den Readings noch nicht herauslesen können - der wird selbst in der APP nicht angezeigt. Ich habe es im Moment mit folgendem Userreading umgesetzt:batteryPower {sprintf("%.0f",ReadingsVal("Tesla_Powerwall","statussoe-percentage",0))*0.135}
Aus den vorliegenden Readings kann ich das nicht erkennen:

     2017-10-15 13:34:58   aggregates-battery-energy_exported 95750
     2017-10-15 13:34:58   aggregates-battery-energy_imported 120410
     2017-10-15 13:34:58   aggregates-battery-frequency 50.002
     2017-10-15 13:34:58   aggregates-battery-instant_apparent_power 2990.26754655833
     2017-10-15 13:34:58   aggregates-battery-instant_average_voltage 229.4
     2017-10-15 13:34:58   aggregates-battery-instant_power -2990
     2017-10-15 13:34:58   aggregates-battery-instant_reactive_power 40
     2017-10-15 13:34:58   aggregates-battery-instant_total_current 65.6
     2017-10-15 13:34:58   aggregates-battery-last_communication_time 2017-10-15T11:34:57.990084472Z

Hier das Userreading

     2017-10-15 13:33:55   batteryLevel    40.2
     2017-10-15 13:36:12   batteryPower    5.4


Eventuell sollten die "instant" Werte hier etwas vergleichbares darstellen. Hier bin ich mir nicht sicher ob das noch mit der anfänglichen falschen Installation/Konfiguration durch die Solarfirma zusammenhängt - da wurden in der APP irgendwelche Phantasiewerte angezeigt. Das ist jetzt aber seit einer Woche behoben.

Heute ist übrigens mal wieder ein guter Solartag - da wird die Batterie - oder besser der Accu wieder mal richtig voll.  8)
VM Synology DS918 | CubieTruck |2x HMLAN | HMUSB | 3x HMWLAN | CCU2 | MAX-Cube | nanoCUL | ZWDongle |