Versionshistorie

Ein Wort vorneweg: großen Dank an alle Tester und Hinweisgeber, Logfile- und Absturzberichts-Zusender, auch die nicht namentlich erwähnten. Euch habe ich diese tolle App zu verdanken!

Bekannte Probleme:

  • keine

(Die Versionsnummer meiner App (und die Build-Nummer) stehen in “Kontakt & Feedback” ganz oben)

Tibber

Wer sich bei Tibber anmelden möchte, kann sich und mir etwas Gutes tun und das über den Link machen:
https://invite.tibber.com/3av3nug0.
Folge direkt dem Link oder trage den Code (am Ende der URL) während der Anmeldung manuell ein. Bei Tibber erhältst du 100% Ökostrom und kannst jederzeit mit einer Frist von 2 Wochen kündigen. Probiere es aus und wir erhalten beide 50€ Bonus für den Tibber-Store.
Tipp: macht das *vor* Registrierung/Bestellung des Pulse, damit ihr die 50€ gleich für den Pulse verwenden könnt.

Aktion bis 31.12.2024: Tibber erlässt Grundgebühr (https://support.tibber.com/de/articles/9966011-reduzierte-tibber-gebuhr-fur-e-auto-pv-besitzer-innen) für Neukunden mit e-Auto und PV-Anlage…

App-Historie

2.213 (2024-11-21)

  • Build 1733: Easee: “Validation Failed”-Nachricht wurde angezeigt, wenn die Ladesessions abgefragt wurden und Start- und Enddatum nicht über eine Tagesgrenze ging. Danke Oliver.
  • Build 1733: “PV-Ü-Modus aktiv, Smart-Tarif vorhanden: Beim Abhängen des Autos wird automatisch wieder der PV/SmartTarif-Modus aktiviert.” wieder zurückgenommen – ich fand es sinnvoll, da ich das schon 2 mal vergessen hatte, aber ein Kunde fand das nicht so toll, und ich muss ihm recht geben – wenn es jemanden stört, dann ist das keine gute Idee.  Danke Ulrich.

2.212 (2024-11-16)

  • Build 1731: Keba/UDP: Schlechtes Timing bei einer Abfrage kann zu einem Absturz führen. Danke (unbekannte)
  • Build 1731: Heimspeicher “erzwungenes Laden” klappte nur, wenn man beim Auto eine Lademenge eingegeben hatte. Machte keinen Sinn, war einfach an der falschen Stelle berechnet. Danke Ulrich.

2.211 (2024-11-14)

  • Build 1728: Bei Eingabe der IP-Nummer störte immer das Leerzeichen hinter dem Punkt. Das taucht nun nicht mehr auf.
  • Build 1728: regelmäßiges Löschen der HTTP-Caches zum Test.
  • Build 1728: SoC-Abfrage bei Ladestart hatte noch ein Timing-Problem, so dass sie eventuell in die Vergangenheit rutschte und dann nicht ausgeführt wurde vom System. Normalerweise wurde das durch eine spätere Abfrage “ausgebügelt”, aber bei der Zoe klappt das nicht, da der aktuelle SoC während des Ladens nicht abgefragt werden kann (was sind das für Entwickler bei Renault???). Entschuldige Christoph.
  • Build 1729: Easee: die “Gesamtenergie” der Wallbox wird (evtl. neues Verhalten?) nur ab und zu gemeldet, so dass ich mich bei der Berechnung des SoCs während des Ladevorgangs nicht darauf stützen kann. Nun nehme ich die Sitzungs-Lademenge, die zwar auch nur etwa jede kWh aktualisiert wird (und damit ist die Schätzung leider nicht mehr schön linear, sondern bekommt Stufen), aber die Cloud fordert ihre Opfer (ich vermute, die Datenmenge soll reduziert werden, um Kosten zu sparen). Danke Oliver.
  • Build 1730: wenn keine Lademenge für die Smart-Tarif-Ladung angegeben ist, wird – wenn angegeben – die aktuelle Akkugröße angenommen.

2.210 (2024-11-07)

  • Build 1721: Crash, wenn zu viele Log Items aus einmal geschrieben werden sollten. Danke Lutz.
  • Build 1721: Wenn man die Wallbox umschaltet, wurde die alte abgeschaltet (aber nur, wenn der PV-Ü-Modus aktiv war). Im manuellen Modus bleibt sie im alten Zustand. Das wird nun (wenn der Hintergrund-Dienst aktiv ist) im Aktions-Log eingetragen, und ein entsprechender Hinweis (wenn die “alte” Wallbox aktiv war) kommt als Pop-Up. Danke für die Anregung zum Nachdenken, Michael!
  • Build 1721: Keba-UDP-Code für S10-Phasenumschaltung korrigiert. Danke Markus!
  • Build 1725: Wenn nach dem Anstecken eines Autos ein SoC-Wert zurückgemeldet wurde, der nicht aktuell war (hier: ein Timestamp von vor 5 Minuten), wurde er ignoriert. Danke Christoph.
  • Build 1726: Ändern von manchen SmartTarif-Parametern in der Hauptseite löste erst einmal keine sofortige Neuberechnung aus.
  • Build 1726: PV-Ü-Modus aktiv, Smart-Tarif vorhanden: Beim Abhängen des Autos wird automatisch wieder der PV/SmartTarif-Modus aktiviert.
  • Build 1727: Ein Ladetimer mit einer definierten Energiemenge klappte nicht mehr, es gab eine Fehlermeldung. Danke Gerd!

2.209 (2024-10-30)

  • Build 1720: Keba/Modbus: Abfragehäufigkeit reduziert über “Zusammennehmen” der Abfragebn. Danke Markus, für die Hilfe. geht nicht, unterstützt Keba nicht. Schnarch-lahme CPU? Pro Registerabfrage 500 ms Wartezeit, und das bei 10-15 Registern? Igitt.
  • Build 1720: Absturz wegen Timing bei Fernsteuerungs-Abfrage gefixt, danke Clemens
  • Build 1720: SMA-WR/Speicher: nun auch PV-Statistikdaten (Gesamt/Tag) – danke Martin
  • Build 1720: NRGKick Gen2 bestätigt (incl Phasenumschaltung) – danke Bernhard!

2.208 (2024-10-22)

  • Build 1719: Steckdosen als “Wallbox”: diverse Verbesserungen (Funktions-Anzeige, Shelly 2 korrekter Wertebereich, aktuelle Lademenge [über Gesamtenergie – Gesamtenergie zum Zeitpunkt des Einschaltens]). Danke Michael.
  • Build 1719: Timer während PV-Ü-Ladens: wenn ein Timer die Wallbox wechselte von der aktiven auf die beim Timer eingestellte, dann konnte es passieren, dass die vom Timer gestartete Ladung gleich wieder gestoppt wurde wegen der Umstellung der Wallbox. Das war ein Timing-Problem. Dennoch ist dann die PV-Ü-Ladung definitiv deaktiviert bis zum Abhängen des Autos. Danke Bernhard.
  • Build 1719: durch Betätigen der Ladefreigabe (bzw. des Ein/Aus-Schalters zur Ladefreigabe) oder des PV-Ü-Regelungs-Schalters beendet den Timer-Modus, der sonst jede weitere Automatik bis zum Abhängen blockiert. Danke Bernhard für die Anregung.
  • Build 1719: ein Timer-Ladestart wird nun im Aktions-Log angezeigt. Danke Bernhard für die Anregung.
  • Build 1719: Wenn eine SoC-API einen Wert während des Ladens meldet, der älter ist als 15 Minuten, dann wird er ignoriert. Danke Christoph und Deiner Zoe 😉
  • Build 1719: Die “Timer“-Zeile wird nun nur noch im manuellen Modus abgezeigt, da sie eh immer nur den manuellen Modus aktiviert. Danke Armin.
  • Build 1719: Der Bildschirmschoner wird nun entweder auf die Android-typische Weise (“zurück”) abgeschaltet, oder einen (neuen) Button

2.207 (2024-10-15)

  • Build 1718: ioBroker/SoC: noch weiter verfeinert (hatte keinen neuen SoC-Wert mehr angenommen, da der “Timer” zum Ignorieren neuer Werte immer wieder neu initialisiert wurde)

2.206 (2024-10-13)

  • Build 1715: Daheimladen: Unterstützung für RFID
  • Build 1716: Joachim Spezial: Nachts war keine Ladung erlaubt (also auch NICHT SmartTarif…!). Habe ich nun geändert.

2.205 (2024-10-6)

  • Build 1717: Heimspeichersteuerung beim Sonnenspeicher: Im PV-Überschuss-Modus wurde die manuelle Zwangsladung nicht beendet beim Erreichen des Ziel-SoCs – danke Michael
  • Build 1717: Heimspeichersteuerung beim Sonnenspeicher: Dier Betriebsmodus wird vom Heimspeicher nicht korrekt zurückgemeldet (“OperationMode” ist immer auf “2” (Automatik), auch wenn man ihn auf “1” gesetzt hat – irgendein Update ist da “schlampert” – danke Michael
  • Build 1717: ioBroker/Fiat: der Schätzwert eines Ladevorgangs wurde zu früh wieder auf den (nicht aktuellen) SoC gesetzt nach dem Ladeende. Danke S.

2.204 (2024-09-30)

  • Build 1713: Fronius: Seit Build 1688 sollte eigentlich die Modbus-Abfrage zur Speichersteuerung nicht gemacht werden, aber die Logik war nicht korrekt.
  • Build 1713: bei der IP-Auswahl kann man nun auch den Namen eingeben oder von der Liste der Geräte übernehmen.
  • Build 1714: NRGKick also allows the configuration of the Phase limitation behaviour and timing. Thank’s Bernhard, for (indirectly) reminding me!

2.203 (2024-09-26)

  • Build 1712: Keba mit S10: Die Phasenlimitierungs-Umschaltung kann nur alle 5 Minuten gemacht werden (“Cool-Down-Time”). Es kommt nun ein Hinweis-Popup, wenn man es zu früh versucht. Danke Michael.
  • Build 1712: Goodwe: Tut mir leid, bei der Abfrage kabe ich mich zu seihr auf die Abfrageschleife verlassen – und irgendwas lief schief. Anderer Ansatz für die dynamische Pause. Danke Joachim.

2.202 (2024-09-26)

  • Build 1711: Daheimladen Smart & Touch: sieht gut aus. DANKE Jürgen
  • Build 1711: NRGKick Gen2: sieht auch gut aus, finaler Test steht aus. DANKE Gregor
  • Build 1711: Sungrow: bei der Meldung wegen des Anschlusses des LAN-Kabels am Mainboard kann man nun “nicht mehr anzeigen” wählen. Beim Michael klappt es auch mit dem Stick, vielleicht haben die was aktualisiert dort.
  • Build 1711: Goodwe: Etwas mehr “Luft” zwischen den Abfragen, damit der WR nicht so ins Schwitzen kommt (meine Vermutung, dass er bei einem Aufbau einer IP-Verbindung Ressourcenverluste hat, und dann irgendwann nicht mehr will). Ist aber eine reine Vermutung – so ganz erklärt es das Problem nicht. Vielleicht ist ihm die Abfrage auch nur zu hektisch, das Abfrage-Timing ist nun adaptiv. Drück die Daumen, Joachim.

2.201 (2024-09-21)

  • Build 1707: Ein Hausverbrauch, der berechnet werden musste (PV – Export – Batterieaufladung), weil die PV-Anlage diese Info nicht lieferte, hatte bei mehreren Anlagen (->zusätzliche Stromquellen) den falschen Wert geliefert. Danke Bastian
  • Build 1707: Probleme beim Auslesen der Werte bei einem Kostal Piko/Plenticore-Kunden führten zu einer verhinderten Ein-/Ausschaltlimitierung. Nun führen fehlende Werte nicht mehr zu einem solchen Verhalten. Danke Christoph.
  • Build 1707: Wallbe: Ladeleistung wurde falsch angezeigt seit der letzten Version, danke Werner!

2.200 (2024-09-17)

  • Build 1706: Wallbox-Überwachung: wenn man eine Wallbox manuell auswählt, an der kein Auto höngt, um die Parameter einzustellen, wurde sie gleich wieder umgestellt zu einem Auto,das angeschlossen war.

2.199 (2024-09-12)

  • Build 1699: Tesla: Restreichweitenberechnung verbessert (genaueren Wert), Danke an Tronity.
  • Build 1699: Auto-Lademenge wird mit angezeigt wenn vorhanden (Tesla).
  • Build 1699: Bei einem max. erlaubten Bezug und wenn kein Heimspeicher vorhanden war, dann wurden 3 kW zum Überschuss visuell dazugerechnet.
  • Build 1699: Bei einem max. erlaubten Bezug und wenn kein Heimspeicher vorhanden war, dann wurden 3 kW zum visuellen Überschuss dazugerechnet, es wurde einfach ein Default-Boost-Wert von 3000W angenommen, ohne auf einen Heimspeicher zu checken. Danke Chris.
  • Build 1699: RCT: Statistikdatenabfrage versuchsweise eingebaut.
  • Build 1700: Das neue “Phoenix “…ETH”-Modul besser in der Liste der Module aufgeführt, 4 Einträge (allgemein, Walli, Wallbe, E3DC) statt nur dem einen, den man nicht findet, wenn man z.B. Wallbe sucht und nicht genau hinschaut
  • Build 1700: Fronius-Modul: hat je nachdem wann es gestartet wurde manchmal keine Daten erkannt. Danke Joachim.
  • Build 1701/1702: RCT Statistikwerte weitere Tests…
  • Build 1704: in der aktuellen Beta war der “Aktuelle Strom” Faktor 10 zu hoch (und damit auch die Anzeige der Ladeleistung), das habe ich korrigiert. Danke Werner.
  • Build 1705: Bei den Charteinstellungen kann man nun die y-Achsen tauschen. Danke Ernst.

2.198 (2024-08-24)

  • Build 1695: Es konnte je nach verwendeter Infrastruktur ein Absturz der Release-Version der App unter Android 12 oder größer passieren, das ist gefixt. Verflixt, tritt bei mir natürlich nicht auf… Danke Werner.
  • Build 1696: Ein Fix wegen eines Absturzes hatte es nicht in das Release geschafft (der Grund ist unbekannt, da ich das einen Tag vor der Release-Erstellung gefixt habe!), so dass bei vorhandener Fernsteuerung der Server abstürzte. Shit. Danke Fabian (und vllt ist das auch Werners Problem)
  • Build 1698: Das “neue” “phoenix”-Device (ist jetzt auch über ein halbes Jahr alt) hatte den eingestellten Strom nur gemeldet, wenn ein Strommessgerät in der Box verbaut war, daher konnte es noch nicht optimal funktionieren. Danke Peter.

2.197 (2024-08-21)

  • Build 1691: Die letzte Version hatte die Notification oben doppelt – einmal mit Fehlermeldung, einmal mit den laufenden Werten. Danke Julius.
  • Build 1691: Absturz bei Netzwerkzugriff “im Haupt-Thread” gefixt. Danke Jürgen!

2.196 (2024-08-20)

  • Build 1676: Test für Matthias mit der max. Leistung der DC-DC-gekoppelten Anlage
  • Build 1677: Für Joachim: eine durch kurzzeitige Speicherentladung getriggerte Ladung nachts wird unterdrückt.
  • Build 1678: Versuch gegen das gelegentliche Auftauchen von “server has no location yet”-Meldung.
  • Build 1679: Max. AC-Leistung für ein DC-DC-gekoppeltes System eingebbar (Beschränkung der Maximalleistung für die Autoladung auf diesen Wert abzüglich Hausverbrauch). Danke Matthias.
  • Build 1680: Mehr Absicherung gegen Google’s Hintergrunddienst-Restriktionen
  • Build 1681: Lastmanagement-Light (https://forum.chk.digital/viewtopic.php?t=271)
  • Build 1682: Goodwe: Korrekter Heimverbrauch, zuverlässige Statistiken. Danke Joachim.
  • Build 1683: Solax, Solis: Heimverbrauch war nicht korrekt berechnet, wenn in der App “weitere Stromquellen” eingetragen waren.
  • Build 1684: Wenn “weitere Stromquellen” existierte, die nachts nicht erreicht werden können (z.B. Fronius Symo), dann wird das nicht in der Verbindungsüberwachung gemeldet (mit Alarm etc), sondern nur im Aktions-Log. Danke für die Anregung, Joachim.
  • Build 1688: Fronius: Betrieb als “externe Stromquelle” optimiert, unnötige Modbus-Abfragen abgeschaltet
  • Build 1690: Lastmanagement-Light: ein- und ausschaltbar mit Extra-Button und nun auch per Fernsteuerung ein- und ausschaltbar.
  • Build 1690: Fehlermeldung “server has no location set (or cannot be queried)” endlich losgeworden, kam, wenn man keine Wetterdaten anzeigen lässt! Hatte ich nicht auf dem Schirm. Danke Christof.
  • … irgendwo bin ich bei der Zählung der Versionnummern durcheinander gekommen, daher nun ein kleiner Sprung 😉

2.194 (2024-08-07)

  • Build 1665: Test für “max. Anlagenleistung” für DC-DC-gekoppelte Hybridanlagen für Matthias
  • Build 1666: Absturz der Beta-Version bei Geräten ohne Fernsteuerung – entschuldige Gerd!
  • Build 1666: Pracht: unbenutzer Sockel wird gesperrt, so dass angeschlossene Autos nicht verwirrt werden wegen 0A Leistung. Mal schauen, ob’s hilft.
  • Build 1668: Versuch, dass wieder Debug-Logfiles gesendet werden können. Seltsam.
  • Build 1671: Absturz gefixt
  • Build 1672: Ein Hintergrunddienst weniger (im Fernsteuer-Client), der ab und zu Probleme hatte, wenn er von Android gestartet wurde (Android-Einschränkung!) und dann abstürzte. Das Problem ist nun elegant umgangen. Danke Gerrit!
  • Build 1673: Pracht Alpha freigegeben, dank Erfolgsnachricht von Karsten. Danke!
  • Build 1674: Nachts ist die PV-Ü-Regelung nun passiv, damit bei Störungen der Daten keine Ladung beginnt – wenn aber dann durch “irgendwas” dennoch extern eine Ladung begonnen wird, wird diese vorsichtshalber beendet. Hoffentlich hilft das, Joachim. Bitte Beschwerden aus Nord-Norwegen an mich!!! Wieder entfernt, da dann der Strom exportiert wird und nicht mal mit dem “Fehler” des Systems das Auto geladen wird. Macht keinen Sinn.
  • Build 1675: In dem Lade-Log wird nun als Anfangszeit der Beginn der Ladung genommen, nicht der Zeitpunkt des Ansteckens. Danke für die Anregung, Uwe.

2.193 (2024-07-30)

  • Build 1664: Sungrow: Die PV-Ertragswerte in der Statistik waren falsch. Danke Ernst!

2.192 (2024-07-29)

  • Build 1664: Durch eine Fehlerkorrektur kamen bei dem Sunny Home Manager 2 -Modul keine Daten mehr. Entschuldigt, und danke Martin!
  • Build 1664: ABL eMH<n>: Zustand der Wallbox wird mit ausgegeben (analog zu Easee und go-e)

2.191 (2024-07-13)

  • Build 1651: die Liste der zu ladenden Energien hatte nach der Umschaltung von Autos ggf. falsche Prozentwerte (noch vom “vorherigen” Auto) – danke Armin!
  • Build 1651: habe für SMA unter “Test-Umgebungen” einen zweiten SMA-Adapter geschrieben, der die Werte möglicherweise etwas besser ausliest. Schwer zu sagen, da ich kein SMA-System habe. Batteriespeicher ist OK.
  • Build 1652: HardyBarth eCB1: potentielles Problem führte zu einer Ladung immer nur mit 6A. Danke Mario.
  • Build 1653: SMA Hybrid im Test, der auch 2 Eingänge unterstützt – danke Markus für die Mithilfe
  • Build 1654: Das Easee-Modul hat durch die asynchrone Informationen zu oft den PV-Ü-Algorithmus ausgelöst, das ist eine unnötige Belastung.
  • Build 1654: Enphase: Optimierung der Abfragen nach der Systemkonfiguration. Danke Axel
  • Build 1657: HardyBarth eCB1 Optimierung, da war eine Fehlinterpretation eines Status-Werts. Danke Robert!
  • Build 1658: mehr Debug-Ausgaben für speedwire.
  • Build 1658: Pracht aufgegeben. Lohnt nicht, und Kunde will nicht mehr testen. Danke trotzdem für die Mithilfe, Klaus.
  • Build 1660: mehr Debug-Ausgaben für speedwire.
  • Build 1661: Wallboxen ohne “gesamte Ladeenergie” hatten keine Abrechnungsdaten. Danke Klaus!
  • Build 1661: SMA, Fronius, SolarEdge: mehrere Stromquellen werden getrennt angezeigt wie “weitere Stromquellen” auch. Danke für die Anregung, Martin.

2.191 (2024-07-13) beta

  • Build 1646: Tabelle bei den “zusätzlichen Stromquellen” wurde nicht angezeigt, wenn die zusätzliche Stromquelle einen Speicher hatte
  • Build 1646: Seit 1644: Wenn das “Hauptsystem” keinen Speicher hatte, aber eins der “zusätzlichen”, wurde das zusätzliche ignoriert.
  • Build 1646: Keba: Noch ein Versuch, beim Twingo ein “Aufwecken” zu simulieren nach dem Phasenwechsel
  • Build 1647..1649: Pracht Verbesserung, Keba-Tests (Twingo mag nicht die Phasenumschaltung!) und kleine Fixes – danke an die Einsender von Abstürzen, die dadurch bei der Entwicklung helfen.

2.189 (2024-07-13)

  • Build 1645: neuen Absturz gefixt, wenn in den Einstellungen keine Werte bei Heimspeicher-Kapazität und -Entladeleistung stehen. Danke Christoph
  • Build 1645: Neue Wallbox “Pracht Alpha” (ganz lahme Ente – braucht etwa 15 Sekunden, bis eine Änderung wirklich “ankommt”). https://forum.chk.digital/viewtopic.php?p=656#p656 – danke Klaus!

2.188 (2024-07-03)

  • Build 1642: Ladelog & Abrechnung: bisher wurde eine Entladung des Heimspeichers von dem PV-Anteil abgezogen, weil dadurch möglicherweise ja mehr Kosten durch einen späteren Import für den Hausverbrauch nötig sind. Das Problem ist aber nicht klar zu lösen, und bei den heutigen größeren Heimspeichern, die die Nacht “durchhalten” ist es besser, das nicht abzuziehen. Danke Uwe.
  • Build 1643: Wenn eine Ladung wegen Erreichen des Ziel-SoCs abgebrochen wurde, dann der Ziel-SoC geändert wurde, konnte es bei Tesla passieren, dass der SoC-Wert plötzlich viel zu hoch angezeigt wurde, wenn der Tesla schon wieder schlief.
  • Build 1643: Absturz gefixt: trat bei dem generischen Shelly-Modul auf, wenn man durch eins der speziellen Module (in der “Diverse”-Gruppe) mal eine Einstellung geändert hatte. Danke Christian.
  • Build 1644: Speicher, der in einer der “zusätzlichen Stromquellen” definiert ist, wurde bei PV-Überschuss und Boost nicht überall korrekt berücksichtigt. Danke Armin.

2.187 (2024-07-01)

  • Build 1638: go-eCharger: Wenn die Stromstärke begrenzt wird aufgrund Übertemperatur, dann wird eine Warnung ausgegeben im Log
  • Build 1639: verbessertes Verhalten für den Fernsteuer-Client und seinen Hintergrunddienst – möglicherweise wirkte sich das auf die Akualität der Datendarstellung aus. Gleichzeitig dürfte es keine Abstürze mehr geben, wenn der Client im Hintergrund ist (das ist aber ein Problem von Android, das ich hier zu umgehen versucht habe).
  • Build 1639: Keba/Modbus: die Ströme waren um Faktor 100 zu klein ausgelesen, da der Leistungsfaktor um einen Faktor 100 zu klein ausgelesen wurden. Danke Peter.
  • Build 1639: RCT: Der Hausverbrauch wurde falsch berechnet, wenn eine externe Stromquelle vorhanden war. Danke Daniel.
  • Build 1639-1641: Keba: Versuch, beim Twingo ein “Aufwecken” zu simulieren nach dem Phasenwechsel

2.186 (2024-06-11)

  • Build 1637: SolarEdge/Sunspec: Da durch den Sunspec-Scan das Timing der Abfrage/Antwort durcheinander kommen konnte, ist diese Version besser bei der Erkennung in der IP-Konfiguration

2.185 (2024-06-09)

  • Build 1634: Keba: bei Phasenumschaltung 30 Sekunden Zwangspause mit ausgeschalteter Box zum Test
  • Build 1634: Timing-Absturz bei der Heimspeícher-Prio-Auswahlbox beseitigt. Danke Manuel.
  • Build 1636: SolarEdge: Ein Seiteneffekt bei einer Verbesserung des Sunspec-Moduls hat hier ein Problem verursacht. Sorry, ihr 3…

2.184 (2024-06-06)

  • Build 1632: Neue SolarEdge (und Sunspec-)Module hinzugekommen, die mit mehreren Metern umgehen können (Auto-Erkennung bei SolarEdge). Wichtig, wenn man z.B. ein Meter hat für den Grid-Im/Export und ein anderes für die externe PV-Anlagenleistung, das war bisher Glück, oder Pech, welches genommen wurde. Danke Gregor!
  • Build 1633: Sonnen-Speicher: Zustand “AutomaticStandby” als “OnGrid” als “guten” Zustand hinzugefügt – sonst kam eine Fehlermeldung in der App, weil der Speicher “Der Zustand der Energiequelle unterstützt keine Überschussladung” zurückmeldete. Danke Michael.

2.183 (2024-05-28)

  • Build 1630: HardyBarth eCB1 die Anzeige der Phasenströme etwas verbessert
  • Build 1630: Ladeverluste wieder von 0%-50% eingebbar, weil die Wallboxen und die Messung in den Autos das erfordern könnten. Danke Klaus.
  • Build 1630: Wenn Heimspeicher, aber keine PV – und keine Heimverbrauchsdaten verfügbar waren (selten), dann waren im Screensaver falsche Werte angezeigt (10,5 kW als Hausverbrauch, und der Spoeicher-SoC fehlte). Danke Uwe.

2.182 (2024-05-25)

  • Build 1629: Getrennte Abrechnungs-Dateien für tägliche, monatliche und jährliche Summen und darin auch die Tagesdaten in 3 Spalten (y, m, d) – danke für die Anregung und Vorschläge, Uwe
  • Build 1629: Abrechnungs-CSV-Dateien-Erzeugung nun mit Fortschrittsinfo
  • Build 1629: Bei Backup und Rücksicherung einiges an der Oberfläche verbessert (Fortschritts-Information, …). Danke Malte

2.181 (2024-05-24)

  • Build 1628: Nach Ladeende konnte es passieren, dass der “geschätzte” SoC wieder zurückgesetzt wurde, da die Schätzung ungültig gemacht wurde beim Ladeende. Für ein Ziel-SoC war das ungünstig, da ggf. wieder neu angefangen wurde mit Laden, bis das Auto tatsächlich den SoC korrekt zurückgemeldet hat (hier Tesla, der gibt manchmal nicht-aktuelle Werte zurück, zumindest im Moment)
  • Build 1628: Im Aktionslog war der Ladezustand mit “%%” versehen…

2.180 (2024-05-23)

  • Build 1621: beim Chart die Heimspeicher-SoC-Kurve schöner gemacht, wenn man nicht die “Labels für SoC des Heimakkus” ausgewählt hat (dann sind es nur kleine Punkte, die aber besser platziert werden)
  • Build 1621: Der Ladetimer konnte nicht vom Client aus gesetzt werden. Danke Robert.
  • Build 1621: Absturz gefixt, der passieren konnte, wenn ein Verbindungsfehler auftrat, während das Vordergrund-Fenster geschlossen wurde.
  • Build 1622: go-eCharger Firmware 56.2: neues “gepacktes” Websocket-Format wird nun unterstützt – vermutlich wegen Datensparsamkeit eingeführt (Charger mit SIM)
  • Build 1622: manuelle SoC-Abfrage konnte seit Einführung der “Hintergrundabfrage der anderen Fahrzeuge” nicht mehr funktionieren. Danke Gerhard.
  • Build 1622: Kostal Gen2: manchmal wurde eine Batterie zurückgemeldet, es hing aber keine dran. Anhand der (nicht vorhandenen) Spannung kann ich das aber erkennen. Danke Daniel.
  • Build 1623: … und natürlich gleich ein Folgeproblem: Möglicher Absturz bei zusätzlichen Datenquellen. Tut mir leid, Daniel.
  • Build 1624: Die Ladeenergieschätzung habe ich nun auf die Ladeenergiemessung, die zuverlässiger ist als die Summierung vieler einzelner Ladeenergiedifferenzen, umgestellt. Schneller, weniger Code.
  • Build 1624: … und diese neue Variante ist auch in die SoC-Abfrage der Autos integriert (weil diese selten Nachkommastellen hat), so dass die Schätzung beibehalten wird, wenn der aktuell ausgelesene SoC-Wert nicht allzu weit abweicht.
  • Build 1624: Hardy Barth eCB1: nach Ladestop hat die(/eine?) Wallbox Typ2-Status “A” gemeldet, das eigentlich “kein Fahrzeug verbunden” ist, und damit hat meine App dann erst gar nicht versucht, zu laden (“A'” als Zustand, der ist nicht definiert). Außerdem nutze ich das “An-/Abstöpsel”-Ereignis, um diverse Informationen zu speichern oder zurückzusetzen, was dann auch nicht klappte. Danke Günter!
  • Build 1625-1627: Verbesserungen bezüglich des Auto-SoC im Chart

2.179 (2024-05-18)

  • Build 1620: Ladeverluste in die Delta-SoC-Zahl eingerechnet
  • Build 1620: ein paar Debug-Ausgaben eingebaut bei Fernsteuer-Client-Update-Problemen

2.178b (2024-05-17)

  • Build 1619: Nissan Connect EV (>=Mai 2019) sollte nun wieder gehen, die “kleinen Änderungen”, die Nissan regelmäßig macht, sind nachgezogen. Danke tm-107
  • Build 1619: Absturz durch schlechtes Timing im Abo-Wahl-Dialog – danke Matthias
  • Build 1619: Absturz durch falschen Wert im Einspeisevergütungs-Dialog – danke Matthias

2.178a (2024-05-16)

  • Build 1618: Warnung vor der Firmware 56.2 vom go_eCharger – siehe oben
  • Build 1618: Screensaver: Auto SoC-Delta auch im Fernsteuer-Client

2.178 (2024-05-15)

  • Build 1617: Screensaver: Auto SoC-Delta wird wieder angezeigt (Danke Christof)
  • Build 1617: Screensaver: kleinere Verbesserungen
  • Build 1617: jede Verbesserung führt zu Problemen… Hier verursachte “im Bildschirmschoner wird nun der Auto-SoC von Anfang an angezeigt” sofort, dass der Schirm schwarz blieb, wenn man *keine* SoC-Abfrage hat! Danke euch allen, wußte nicht, dass so viele Leute den Bildschirmschoner nutzen!!!

2.177 (2024-05-14)

  • Build 1616: im Bildschirmschoner wird nun der Auto-SoC von Anfang an angezeigt
  • Build 1616: Möglicher Timing-Absturz beim Start des Hintergrund-Diensts gefixt – danke für’s Suchen, Stefan

2.176 (2024-05-13)

  • Build 1611: Seltsamer Absturz beim Backup-Upload hat die App abstürzen lassen… Nicht gut. Danke Uwe.
  • Build 1611: Easee: “Ladefreigabe” per RFID funktioniert nun, RFID-Tag wird in die Nutzerdatenbank übernommen und die Ladung wird diesem Nutzer zugeordnet
  • Build 1612: Bei der Glättung der Werte den Algorithmus von EWMA auf gleitenden Durchschnitt umgestellt. EWMA war zu träge eingestellt und konnte zu einem Schwingen des Systems führen – danke Michael.
  • Build 1613: Screensaver: Auto-Ladeleistung wurde gelegentlich nicht angezeigt – wenn das Timing der Werte schlecht war. Danke Christof.
  • Build 1614: ganz fieser Trick eines Dimensions-Selectors: wenn das Gerät horizontal lag und die Breite zwischen 800 und 820 DPs, dann wurden falsche Dimensionen genommen und die Blöcke waren zu breit. Danke Mario mit Deinem 803 dp-Schirm 😉
  • Build 1615: der neue gleitende Durchschnitt funktionierte teilweise nicht: die Leistungswerte waren 0, wenn das Gerät nicht mindestens alle 10 Sekunden ausgelesen werden konnte (Cloud-PV-Auslesung, EmLog, …) (Ergänzung: und wenn die Glättung ausgeschaltet war) – danke Joachim

2.175 (2024-05-10)

  • Build 1610: Bei Modbus-Wallboxen konnte es passieren, dass bei zeitlichen Verzögerungen der Antworten das Update “stockte”, also keine neuen Daten mehr ankamen. Danke Werner!
  • Build 1610: weniger Ausgaben im Actions-Log bei den Hintergrund-Auto-SoC-Abfragen (es kamen immer 2 statt 1, eine mit Details (wenn vorhanden, z.B. Tesla), eine ohne)

2.174a (2024-05-09)

  • Build 1608: … wegen Absturz bei einer Hintergrund-Autoabfrage
  • Build 1609: Beim Tesla stand der SoC nicht mehr drin, nur der Zustand (“, sleeping”) – danke Markus und Peter

2.172 (2024-05-08)

  • Build 1604: Tesla-Schlafmodus: ich musste den Algorithmus ändern, und prompt wurde der Tesla zu oft aufgeweckt. Das ist nun erledigt – während der Testphase bei mir für das nächste Release war Akkugrößenbedingt die ganze Zeit der Leaf angeschlossen.
  • Build 1604: Screensaver: da die Hintergrund-Icons nun nicht mehr so gut sichtbar waren (weil dadurch der Schrift-Kontrast höher war), nun wieder “normal”, aber per Checkbox auf dem Bildschirmschoner (im Landscape-Modus) oder in dem Hauptmenü rechts oben im Hauptschirm umstellbar. Danke André für die Anregung, die Farbintensitäten wieder zu erhöhen
  • Build 1604: Modul für go-eCharger v3 über Cloud (auch SIM) hinzugefügt. SIM kann ich nicht testen, müsste aber gehen.
  • Build 1604: Bildschirmschoner: SoC des Heimspeichers nach unten, damit es auf der Ebene ist des Soc für’s Auto (wenn vorhanden). Danke für die Anregung, darüber nachzugrübeln, Wolfgang
  • Build 1604: Fernsteuer-Client: Die Titelzeilen-Texte links (“Wallbox” und “PV/Grid”) konnten unnötig umgebrochen werden). Danke Uwe.
  • Build 1605: Verbesserung beim Bildschirmschoner für größere (>1024dp) und große (>1280 dp) Tablets – danke keylox
  • Build 1605: Autoabfragen der nicht-aktiven Autos laufen im Hintergrund, damit der Wert schneller bekannt ist nach einem Umschalten, weiter.
  • Build 1605: … und werden im Aktions-Log auch ausgegeben
  • Build 1605: bei Nissan, Fiat, Renault und Dacia wird nun nicht nur der SoC, sondern auch die Reichweite mit ausgegeben (schwer zu testen für mich, ich bitte um Rückmeldung – “Nissan < Mai 2019” klappt definitiv, den habe ich ja).
  • Build 1605: Lademengenbegrenzung klappte nicht mehr zuverlässig seit 28.4.! Danke Walter und Anton!
  • Build 1605: die Lademenge wird nun wirklich nur beim Autowechsel zurückgesetzt, wenn sich die VIN ändert

2.171 (2024-04-30)

  • Build 1603: Absturz gefixt, der auftreten konnte, wenn man eine zu ladende Energiemenge eingegeben hatte, die niedriger war als die schon geladene, die Wallbox diese nativ unterstützt und der manuelle Modus eingestellt oder PV-Ü-Ladung aktiv war und kein Auto angeschlossen war (puh!) – danke Daniel
  • Build 1603: SmartTarif-Abfrage nun auch in einen Hintergrund-Job verlagert, nachdem das nun eigentlich ganz gut funktioniert
  • Build 1603: Bildschirmschoner im Landscape-Modus: das Auto-Symbol rutschte hoch, wenn es (also das Auto) nicht an der Wallbox angeschlossen war. Danke Stefan.
  • Build 1603: Im Chart wurde zur Gesamt-PV-Leistung die der “zusätzlichen Energiequellen” einfach noch mal dazugezählt, also doppelt. Danke Josef!
  • Build 1603: möglichen Absturz bei Victron GX gefixt, seltsam… Danke Andreas.

2.170 (2024-04-27)

  • Build 1602: Easee: man kann nun in der Wallbox-Datenbank bei der Easee einstellen, dass man eine Autorisierung mittels RFID-Karte fordern kann, d.h. bevor das Laden beginnen kann, muss erst einmal eine gepaarte RFID-Karte drangehalten werden. Noch nicht – die Info wird von der Wallbox nicht gelöscht beim Abhängen des Autos. Mal schauen, was Easee für Vorschläge hat.
  • Build 1602: Easee: noch eine kleine Verbesserung bei der “gesperrten” Ladefreigabe.
  • Build 1602: Auto-SoC-Abfrage konnte zu selten ausgelöst werden (Timing is a bitch!)

2.169/a (2024-04-25)

  • Build 1600: Wetter-Widget im Remote-Client nicht immer sichtbar oder leer. Danke Sven.
  • Build 1600: möglichen Absturz bei einem unvorhergesehenen Update (sagt das Log – keine Ahnung woher!) wegen einer falschen Initialisierungsreihenfolge der Benachrichtigungs-Daten (versteht das wer? ;)) – danke Günter
  • Build 1600: Alfen Wallbox: Timing verbessert. Danke für die Hilfe, Heinz.
  • Build 1600: im “Portrait”-Modus waren bei den Autoeinstellungen die Titel der beiden Optionen “Akkustands-Abfrage” und “Phasenlimitierung” vertauscht. Danke Heinz!
  • Build 1600: Bei Easee nun beide “Ladefreigabe”-Modi (offen und gesperrt) unterstützt (d.h. wenn “AuthenticationRequired” gesetzt ist, dann wird der Ladevorgang von der App freigegeben
  • Build 1601: “frühere” Initalisierung der Notification-Channels (sonst gab es Probleme beim in-App-Update) machte nun Probleme bei neuen App-Installationen, daher noch ein Update nachgeschoben.

2.168 (2024-04-24)

  • Build 1598: Seltener? Einmaliger? Absturz bei frischer Netzwerkverbindung gefixt. Danke Gerry.
  • Build 1599: Absturz bei SMA-Speedwire (SMA HomeManager2) als zusätzliche Stromquelle. Danke Armin.
  • Build 1599: Huawei: Die Register 47107/08 sind nicht überall verfügbar, also muss ich doch wieder “trial and error” machen, um die Anwesenheit von Heimspeichern “abzufragen”. Danke Alex.

2.167 (2024-04-24)

  • Build 1594: Solax/Q-Cells: Timing-Probleme bei 5-Sekunden-Abfrageintervall (gelegentliches Aufhängen des WRs oder des Dongles), nun auf 10 Sekunden erhöht. Seither kein Problem mehr. Danke Matthias.
  • Build 1595: möglichen Absturz gefixt, wenn eine Anlage temporär ohne Gridmeter-Daten war. Danke Gernold.
  • Build 1595: möglichen Absturz gefixt, wenn eine Anlage temporär keine Verbindung zur Anlage hatte. Danke Michael.
  • Build 1595: möglichen Absturz bei der Anzeige der SmartTarif-Daten gefixt. Danke Florian.
  • Build 1595: (versteckten) Absturz am Fernsteuer-Client gefixt. Danke Walter.
  • Build 1596: Easee: ein Versuch, mit der Einstellung der “Ladefreigabe” bei den Wallbox-Eigenschaften meiner App zu arbeiten. Donnerstag werde ich das selbst kontrollieren, auf alle Fälle wird hier jetzt, wenn in meiner App die Ladefreigabe auf “offen” steht, die Autorisierungsfunktion abgeschaltet, damit die Easee App hoffentlich nicht nervt mit der Nachfrage nach Autorisierung.
  • Build 1597: Huawei: Problem in der Batterie-Erkennung führte zu falschen Angaben (0% SoC, kein Update am Fernsteuer-Client). Danke Sven (und Klaus)

2.166a (2024-04-19)

  • Build 1588: Client: wenn man die Lademenge einstellte, war es Glückssache, ob sie übernommen oder gleich wieder überschrieben wurde (Timing-Problem mit der Fernsteuer-Datenbank). Danke Stefan!
  • Build 1589: Wenn bei der Stromquelle “zusätzliche Stromquellen” angegeben sind, dann ist die Liste der Einzelwerte in Klammern hinter der PV-Leistung in der Details-Liste. Danke für die Anregung, Florian.
  • Build 1589: Wenn der Hausverbrauch von der primären Stromquelle nicht gemeldet wird, der PV-Wert aber von einem der zusätzlichen Stromquellen kommt, kann ja der Hausverbrauch wieder berechnet werden. Ist nun drin. Danke für den Anstoß zum Nachdenken von Markus.
  • Build 1589: Absturz gefixt, wenn die IP-Adresse bestimmt werden sollte und das Netzwerk abgestellt wurde (anscheinend Timing-Problem, sonst wäre das schon früher mal aufgetreten). Danke Robert.
  • Build 1590: Screensaver etwas überarbeitet – danke für die Anregung, Horst
  • Build 1590: Renault/Dacia API: Beim Laden kann der SoC nicht per API abgefragt werden (liefert die API nicht), aber die Fehlermeldung war der gesamte Datensatz und sah unschön aus. Danke Petra.
  • Build 1590:+91 die “Entlastung” des Systems führte dazu, dass die Stromgedacht- und Wetterdaten nicht immer synchronisiert wurden.
  • Build 1591: Absturz gefixt, wenn die Firebase-Datenbank mal kurz Schlucklauf hatte und die Login-Daten falsch fand. Leider hat sie dann auch das Passwort gelöscht – macht bei Erstanmeldung vielleicht Sinn, aber nicht im laufenden Betrieb. Danke Gerrit.
  • Build 1591: Autodatenbank – wenn mehrere Einträge das gleiche Auto betrafen, wurde der aktuelle SoC aber nur in eins der Einträge geschrieben, das konnte zu inkonsistenter Anzeige führen. Danke Markus.
  • Build 1591: Hardy Barth Salia: Die Firmware-Version 2 hat eine wichtige Information an einem minimal anderen Platz… Danke Mario.
  • Build 1591: Compleo Solo: nächster Versuch… Armer Valentin…
  • Build 1591: Feinschliff an der neuen Steuerung der Easee
  • Build 1591: SmartTarif: das Zeitlimit wird nun auch autospezifisch gespeichert.
  • Build 1593: Screensaver: Noch ein bisserl an der Schriftgröße und Darstellung gefeilt
  • Build 1593: Compleo Solo: aufgegeben. Gibt zu wenig Informationen zurück.

2.164 (2024-04-12)

  • Build 1586: vielleicht auf dem Remote Client den Absturz gefixt, der auf Android 14 kommt, weil die einen Hintergrunddienst benötigt, der aber nicht laufen darf aufgrund von Einschränkungen von Android (die seit Version 12 immer schlimmer werden). Oje.
  • Build 1587: Absturz auf Android 8 wegen der gleichen Einschränkung (nur fehlte da der Versuch, die Einschränkung zu umgehen, weil der “Kompatibilitäts-Layer” von Android nicht zu allem kompatibel macht…). Danke Gerrit
  • Build 1587: Das “SmartTarif”-Schweinchen konnte auf dem Client angezeigt werden, auch wenn kein SmartTarif ausgewählt war. Danke Markus.

2.163 (2024-04-11)

  • Build 1585: der Sonnenspeicher hat nach Mitternacht (gegen 1-2 Uhr) täglich einen Reset (ist 1-2 Minuten nicht erreichbar). Wenn genau in dieser Zeit der Speicher gesteuert werden soll, führte das zu einem Absturz. Danke Gerrit.
  • Build 1585: die Lademengenüberwachung war auch aktiv, wenn der PV-Ü-Modus selektiert, aber nicht aktiv war. Das ist unerwartet, danke Markus.
  • Build 1585: Easee: Die Steuerung wird nun wie mit dem Easee-Support besprochen rein über die Stromstärke gemacht, nicht mehr über pseudo-Kommandos wie “start_charging”, “resume_charging” oder “pause_charging”. Authorisation wird nun nur noch auf “true” gesetzt, wenn man in den Optionen der Wallbox die “Ladefreigabe” auf “gesperrt” setzt. Mit der App sind dann Ladungen ohne Auth erlaubt. Da ich noch keine Box von Easee zum Testen bekommen habe, hoffe ich mal auf Tests von euch…
  • Build 1585: Logging zeigt nun auch an, ob eine Wallbox Phasenlimitierung unterstützt, und/oder ob der (eventuell vorhandene Heimspeicher) als steuerbar erkannt wird.
  • Build 1585: Phasenlimitierungs-Nutzung im PV-Ü-Modus ist nun als Voreinstellung eingeschaltet
  • Build 1585: Solarwatt BatteryFlex: Vorzeichen für den Grid-Import/Export getauscht, danke für den Hinweis, Markus.
  • Build 1585: Wenn man das Auto zu Tesla hin umgestellt hat, wurde die “Häufigkeitsbegrenzung” bei der Akkuabfrage nicht zurückgesetzt, dadurch wurde der Tesla-SoC nicht aktualisiert (das Auto aufgeweckt).
  • Build 1585: Wettervorhersage- und StromGedacht-Abfragen in Hintergrundaufgaben ausgelagert
  • Build 1585: Falls die Ladung mal unterbrochen wurde (oder der Dienst in der App neu gestartet wurde), wurde die in den “Details” angezeigte geladene Energie möglicherweise zurückgesetzt. Danke Markus.
  • Build 1585: Keba/UDP: die Regelung stockte manchmal zwischendurch, weil durch ein Timing-Problem die Informationen der Wallbox zu häufig für die Berechnung genutzt wurde, dadurch aber die Berechnung behindert wurde… Unschönes Problem, danke Kaj. Abhilfe wäre auch, KEBA/Modbus zu nutzen.

2.162 (2024-04-07)

  • Build 1584: Fernsteuer-Client: etwas die Datenbank-Abfragen reduziert, um den Stromverbrauch am Client zu senken. Wenn kein Auto eine manuelle SoC-Abfrage konfiguriert hat, und/oder “Nachrichten vom Server anzeigen” eingestellt hat, dann muss die App natürlich über Änderungen informiert werden, aber auch da ist sie App sparsamer.
  • Build 1584: Vestel: nach einem Verbindungsabbruch (Netzwerkprobleme) ist die Box noch einige Zeit in “Initializing”-Status und das erkennt mein Algorithmus als “unbekannter Autozustand” und schaltete die Box ab. Ist erledigt, Axel, danke.
  • Build 1584: Fernsteuer-Client: der Hilfe-Button an der Wettervorhersage war immer angezeigt, auch wenn die Hilfe-Buttons unterdrückt werden sollten

2.161 (2024-04-03)

  • Build 1578: Fronius Ohmpilot sollte endlich beim Fernsteuer-Client verfügbar sein. Danke Reinhard.
  • Build 1578: Modbus-Klassen vorbereitet auf veränderbare Device-ID. Bei SMA ist das nun aktiv. Bin gespannt, Florian.
  • Build 1579: Solarwatt Battery Flex hat den Heimspeicher nicht gefunden. Danke Markus.
  • Build 1580: Probleme beim Auslesen des Goodwe beseitigt – entschuldige Aljoscha. Aber das müssten die einzigen Probleme gewesen sein in der Beta, was Build 1578 verursacht hat (veränderbare Device-ID).
  • Build 1580: Keba Modbus: die Ladeleistung war Faktor 10 zu hoch.
  • Build 1580: Keba Modbus: theoretisch die Phasenumschaltung eingebaut. Proaktisch muss das dann jemand testen – in der Konfiguration der Keba-Wallbox selbst die Quelle für x2 auf 3 setzen (Modbus).
  • Build 1580: Abfragen nach Google Location reduziert, sonst wird’s teuer (Google APIs kosten Geld)
  • Build 1580: Victron GX: DC-Coupled PV hinzugefügt zu den Stromquellen, und bei AC-Coupled nun alle 3 Phasen statt nur einer berücksichtigt. Danke Koen.
  • Build 1582: Ich hatte eine Release gemacht mit “beta”-Flag, daher nun lieber mal eine Vollversion. Vielleicht triggert das auch endlich den Google-Server zur Freigabe?

2.160 (2024-03-28)

  • Build 1576: Wettervorhersage: Tages-Icons sollten nun überall erscheinen.
  • Build 1576: bei Easee eine Änderung vom 10.3. zurückgenommen, die zwar eigentlich nichts an der Authentifizierung ändern kann, aber *eigentlich* ist ein “famous last word” in der IT.
  • Build 1576: Wettervorhersage: dafür waren – je nach Android-Version – die Nacht-Icons nun futsch.

2.159 (2024-03-24)

  • Build 1575: Startprobleme beim Ladestart mit Phasenumschaltung behoben
  • Build 1575: Enphase: “envoy.local” klappt nicht, wie vom Hersteller angegeben. Nun muss man halt die lokale IP-Adresse angeben
  • Build 1575: Wartezeit bei Ladestart bei Tesla etwas vergrößert, da er die Phasen nacheinander einschaltet beim Laden, was die Steuerung irritiert (Phasenzahl ist dann nicht korrekt)
  • Build 1575: Auto-SoC-Abfrage: nun deaktiviert, wenn die App deaktiviert ist
  • Build 1575: Abfrage von “weiteren Stromquellen” deaktiviert, wenn die App deaktiviert ist

2.158 (2024-03-21)

  • Build 1572: Das Ladeende bei Absinken der Ladeleistung wird nun auch im manuellen Modus gemacht – allerdings muss das Smartphone natürlich im lokalen WLAN sein! Danke Karsten
  • Build 1572: Die Lademenge bei den Lade- und Abrechnungsdaten ist nun immer mit einer Nachkommastelle. Danke Martin für die Erkenntnis, dass der Code so nicht 100% sinnvoll war…
  • Build 1572: Bei der PV-Leistung, die genau 18 A ergab, konnte sich die Steuerung nicht zwischen Hoch- und Runterschaltung der Phasenlimitierung entscheiden. Danke Markus.
  • Build 1573: Bei Cloud-Grid-Daten mit User/Password funktionierte die BASIC-Authentication nicht mehr

2.157b (2024-03-11)

  • Build 1570: Die Glättung des Heimverbrauchs ging verloren.
  • Build 1570: Hoffentlich nun das schwer reproduzierbare “Tesla Login Required” losgeworden – ein Mal muss aber noch sein, weil die Konfigurationsdaten einmal falsch abgespeichert wurden.

2.157a (2024-03-10)

  • Build 1569: Noch etwas mehr “Verzögerung” bei der Steuerung, um den Geräten mehr Zeit zu lassen nach Stromstärkenänderung. Konnte zu knapp sein. War aber erst in der letzten Version ein Problem. Danke Jürgen.
  • Build 1569: Easee meldet anscheinend eine Fehlermeldung, wenn ich versuche, die Box-Ladebereitschaft abzuschalten, wenn kein Auto dranhängt. Ist zwar eigentlich sinnvoll, das tun zu können, aber was nicht geht, geht nicht. Hoffentlich fällt uns das nicht irgendwie mal auf die Füße, diese (neue?) Eigenheit. Vielleicht ist das auch nicht neu, und nun sieht man das erst in den Log-Meldungen? Danke Klaus!
  • Build 1569: Keba kommt nicht mit mehreren Modbus-Connections klar, wenn die Transaction-Nummern nicht schön seriell sind, bricht sie die Verbindung rigoros ab. Danke Steve.

2.157 (2024-03-09)

  • Build 1567: bei der “manuelle SoC-Eingabe”-API wird nun der aktuelle Schätzwert angezeigt. Danke Klaus.
  • Build 1567: Intro erweitert mit Hinweis auf Webseite und Forum
  • Build 1567: “Tesla“-Abfrage scheint nun kein Problem mehr zu haben mit “Logon Required” nach Neustart
  • Build 1567: Keba: erkennt nun auch angeschlossenes Auto bei nicht-gelocktem Kabel (Plug-Status “5” statt “7”). Danke Kaj.
  • Build 1568: Wenn der Remote-Server Verbindungsfehler anzeigt, bekommt der Client nun eine entsprechende Benachrichtigung. Wichtig für mich, weil meine Powerline spinnt.
  • Build 1568: Ich habe nun überall eingebaut, dass die “synthetische” geladene Energiemenge genommen wird statt der, die von der Wallbox gemeldet wird. Wenn die von der Wallbox bis zum Abstöpseln des Autos korrekt ist, sind diese identisch, sonst errechnet sich der Wert aus der Differenz von Energie zum Zeitpunkt des Anstöpselns und der aktuellen Energie, die die Wallbox meldet. Wenn sie das kann 😉 – sonst über die Summe der “Session”-Energien (wenn die das kann). Gilt *nur*, wenn der Daten-Lese-Dienst aktiv ist, sonst ist weiterhin der Wert von der Wallbox gültig. Danke Joachim.
  • Build 1568: Enphase IQ Gateway-Unterstützung im Betazustand (beide Speichertypen, IQ und AC)
  • Build 1568: Ohmpilot-Button war im Remote-Client möglicherweise nicht sichtbar (zu knappes Timing beim Programmstart)
  • Build 1568: Wenn die Grid-Daten zu langsam kamen (hier Kostal: alle 10 Sekunden), wuirde das bei der Regelung nicht berücksichtigt (seit 4.3., danke Andree)
  • Build 1568: Batterieabfrage bei Huawei: unnötige Abfragen (Status “0” bei Batteriedaten) werden nun verhindert, damit sind die Daten von Grid und PV zeitlich näher beieinander und es sind seltener “komische” Werte zu sehen. Danke für die Idee, Karl.
  • Build 1568: Solwarwatt Gateway fertig (hat aber keine PV-Daten, sondern nur Grid und Speicherdaten – aber das reicht ja). Danke Martin, das war ein Kampf mit dem Daten! Wenn man das mal weiß, dann ist die Lösung leicht. WENN. Und Solarwatt verkompliziert durch den Support unbewußt auch noch das Rätsel.

2.156a (2024-03-05)

  • Build 1566: Manchmal ist das nicht so einfach mit der Zustandserkennung und Wartezyklen… nun hat die SmartTarif-Ladung mit 6 A begonnen (wie sie soll), aber nicht auf Höchststromstärke umgestellt nach einer Anfangszeit. Danke Ulrich und Joachim.

2.156 (2024-03-04)

  • Build 1564: Keba: Wer trotz verbundenem Auto immer “kein Fahrzeug” angezeigt bekam, der konnte seit ein paar Wochen nicht mehr automatisch laden (manuell aber schon). Danke Markus.

2.155 (2024-03-04)

  • Build 1563: die Smart-Tarif-Ladung hatte ein Timing-Problem beim Start, das dafür sorgte, dass die Ladung möglicherweise nie stattfand. Danke Ulrich.

2.154 (2024-03-02)

  • Build 1562: Hoffentlich Absturz gefixt bei Neustart der Applikation (evtl. beim Drehen) – Timing-Problem. Danke “Gabi” 😉
  • Build 1562: Bei schweren Verbindungsproblemen (durch die eingebaute Überwachung, wenn diese eingeschaltet) wird nun auch der Client benachrichtigt (natürlich muss das Handy noch Internet-Verbindung haben, damit das klappt)
  • Build 1562: Tesla verlangte zu oft einen neuen Login. Das Problem ist ggf. nicht vollständig gefixt, ist arbeite daran.

2.153 (2024-02-28)

  • Build 1557: Die Tronity-API meldet bei “lastUpdate” des SoC-Werts zumindest beim Enyaq komische Werte – wenn nun “lastUpdate” seltsam scheint (im Code: mehr als eine Woche alt ist), dann wird der Timestamp genommen zum Versuch. Mal schauen.
  • Build 1557: Wenn die API (Tronity, Tesla) den Zustand des Autos melden, wird dieser mit angegeben (“online”, “sleeping”, ..)
  • Build 1558: noch ein Versuch, wenn das Datum der Abfrage zu alt scheint (> 2 Wochen -> “jetzt” wird angenommen)
  • Build 1561: Shelly 1 (alter Code) hatte die Daten als “PV-Daten” nun immer als 0 zurückgemeldet.
  • Build 1561: bei der Keba gab es Abstürze, so dass keine Daten kamen. Danke anbripa und andere.

2.152 (2024-02-28)

  • Build 1557: Tronity-API konnte bei der erstmaligen Abfrage einen Absturz verursachen, beim nächsten klappte es dann. Ich wollte einen Wert zum Auto schreiben, das war aber überhaupt noch nicht angelegt. Danke Sven.

2.151 (2024-02-27)

  • Build 1552: Verbesserungen für Schaltsteckdose eingebaut, (a) Mindeststromstärke unter 6 A erlaubt, und “Auto Verbunden”-Zustand auf “ja” gesetzt, damit meine neue Steuerungslogik überhaupt was macht. Schauen wir mal, gell Josef?
  • Build 1553: “Tronity” war nicht in der Auswahl, das hatte ich noch ausgeblendet und vergessen, wieder zu erlauben.
  • Build 1554: Ebenfalls Schaltsteckdose: wenn man ein 3-Phasen-Auto hatte, wurde die falsche Phasenzahl zur Berechnung der Steuerung der Steckdose verwendet, und das ergab natürlich immer falsche Stromstärken bzw. brauchte 3-fache Leistung zum Schalten. Super Fehler, danke Josef.
  • Build 1555: Fernsteuer-Server: ein Timing-Problem konnte zu einem Absturz beim Zugriff auf die Firebase-Datenbank abstürzen, wenn diese noch nicht völlig initialisiert war. Danke Tobias.

2.150b (2024-02-25)

  • Build 1550: Manuelle SoC-Abfrage kam zu häufig. Danke Matze (und Sven nachträglich)!
  • Build 1551: vorsichtshalber eingebaut, dass bei Tronit nicht-vorhandene Daten nicht zum Absturz führen können. Ich weiß ja nicht, wie die gesendet werden, wenn eine Auto-Abfrage so etwas wie “Range” nicht unterstützt, kann ich nicht testen.

2.150a (2024-02-24)

  • Build 1549: Absturz auf der “Auto-Listen”Liste der Autos”-Seite beseitigt.

2.149 (2024-02-24)

  • Build 1548: Tronity hat in der Auto-Datenbank einen ungültigen Zeiger verursacht, der zum Abstur führte. Danke Sven und Patrick.

2.148 (2024-02-23)

  • Build 1547: Tronity zur Auto-SoC-Abfrage hinzugefügt. Viel Vergnügen, hoffentlich klappt’s.

2.148 (2024-02-23)

  • Build 1539: Lade-Log: Einträge mit “unmöglichen” Ladewerten, hier mal alle oberhalb 200 kWh, werden gelöscht. Falls mal komische Ausreißer vorkommen. Für Peter 😉
  • Build 1539: Absturz bei Tesla-Abfrage (ich vermute, wenn man die einrichten wollte, er aber “geschlafen” hat – ich kann es nicht nachvollziehen.
  • Build 1539: Die Debug-Logs werden nun gelöscht, wenn eine neue App installiert wird.
  • Build 1540: noch ein paar mehr Geräte für die “zusätzlichen Energiequellen” konfigurierbar gemacht (hatte nicht alle Stellen gefunden, bei denen die Konfiguration nun aus der Datenbank genommen werden musste – danke Josef!)
  • Build 1541: Beim Abhängen des Autos wurde die “Transaktion” der go-e auf 0 gesetzt – die Doku machte mir nicht klar, dass damit eine Transaktion gestartet wird und das Auto trotz “gesperrter” Zugangskontrolle laden darf. Danke Matze.
  • Build 1542: Es werden nun auch Shelly Plus EM-Geräte unterstützt, die Verifikation des Geräts war zu eng. Danke Josef.
  • Build 1543: go-eCharger/WebSocket: wenn dieser 10 defekte Pakete sendete (passiert bei der Kommunikationsaufnahme gelegentlich, bei mir derzeit regelmäßig), wird ein Reboot der Wallbox ausgelöst (klappt natürlich nur, wenn die HTTPv2-API freigeschaltet ist in der go-e App)
  • Build 1543: beim manuellen Ladestart wird die Autorisierung auf “” gesetzt (keine RFID, aber autorisiert), wenn sie nicht erlaubt war.
  • Build 1543: Shelly: Neues Energiemessgerät-Modul für alle Shellies, mit Auto-Erkennung des Systems für optimale Abfrage. Noch in Beta, habe noch nicht alle verschiedenen System drin. Die alten haben sich nicht geändert.
  • Build 1546: Die Auto-API konnte man nicht einstellen im “Portrait” Mode. Ups?!
  •  

2.147b (2024-02-18)

  • Build 1538: noch ein Absturz wegen einer Datenbank, daher ein schnelles Update.

2.147a (2024-02-17)

  • Build 1537: Bei den “zusätzlichen Stromquellen” wurde die IP beim erneuten Aufruf des IP-Config-Dialogs evtl. falsch angezeigt
  • Build 1537: Neues Device für Sunspec zum Test hinzugefügt. Bisher kann man die Device-IP nicht konfigurieren, nur den Port. Kann ich aber hinzufügen, falls nötig.

2.147 (2024-02-17)

  • Build 1533: Optionen etwas übersichtlicher gestaltet, teilweise “erweiterbar”
  • Build 1533: in der FlexTarif-Ladebegrenzungszeile in den Aktivitäten wurde auf dem Remote-Client “00:00” angezeigt (auch wenn der Wert korrekt war), und wenn man genau auf den Button drückte, kam der Zeiteingabe-Dialog nicht (auch auf dem Server).
  • Build 1533: Man kann nun zusätzliche Stromquellen direkt einbinden (https://forum.chk.digital/viewtopic.php?t=191).
  • Build 1534: Phasen-Umschalt-“Peak” entfernt beim go-e… Die Firmware meldet nicht mehr, dass sie im Umschaltmodus ist, daher muss ich einen 30-Sekunden-Timer nutzen, um die Stromstärke nicht in den Himmel zu regeln bei der Umschaltung auf unlimitiert. Siehe https://github.com/goecharger/go-eCharger-API-v2/issues/194
  • Build 1534: Die Intro war unten “angeknabbert” ab der zweiten Seite, wenn das Gerät eine Software-Navigationsleiste hatte
  • Build 1534: go-e über HTTPv2: es wurden immer 16A als Maximalstrom zurückgemeldet, weil ich die entsprechenden Werte nicht angefordert hatte. Daher der Fallback auf 16, auch wenn man einen 22kW-Typen hat. Danke Stefan.
  • Build 1535: Absturz in der Beta 1533 gefixt. Tut mir leid.
  • Build 1536: Auf der SmartTarif-Einstellungs-Seite wurde die Soll-Lademenge nicht korrekt eingestellt und führte außerdem ggf zu sekundenlangem Flackern im Control. Danke Sven.
  • Build 1536: Je nach Konfiguration konnte es passieren, dass bei einer SmartTarif-Ladung der Ladestrom nicht auf 16 A hochgeregelt wurde. Danke Sven.
  • Build 1536: Heimspeicher-Ladestrategie im “Dark Mode” war unleserlich.
  • Build 1536: Absturz bei “zusätzliche Stromquellen”-Liste gefixt, der beim Löschen einer Stromquelle auftrat

2.146 (2024-02-11)

  • Build 1531: die “geschätzte Zeit” bei den Aktionen hatte seit der 2.145 den einen falschen Wert angezeigt (wegen einer eingebauten Glättungsfunktion, die hier bei der Schätzung der Min-Max-Werte keinen Sinn macht). Danke Sven.
  • Build 1531: Lademengenrechner: missverständliche Ausgabe, wenn “hinzurechnen” aktiviert war. Nun habe ich die Logik verdeutlicht. Danke für die Bilder, Sven.
  • Build 1532: die Tesla API-Abfragen haben dazu geführt, dass er nicht einschlafen konnte (zu häufige Abfrage) – danke Peter

2.145 (2024-02-09)

  • Build 1525: Hausanschluss-Maximalbezug ist nun eingebbar. Dadurch wird der Ladestrom automatisch verringert, wenn die durch den neuen Ladestrom prognostizierte Bezugsleistung den Wert überschreitet. Danke für die Idee dekker und Reinhard.
  • Build 1525: die Tibber-Seite konnte vertikal nicht gescrollt werden, so dass man da ggf. nicht die Tibber-Preis-Balken sehen konnte. Danke Jürgen.
  • Build 1525: kleinere Verbesserungen in der Autodatenbank für den Tesla-Login-Ablauf: Berücksichtigung des Schlafzustands, und Rückkehr auf die korrekte Auto-Seite nach Login/Logoff.
  • Build 1526: kleiner Updates (Zeitdifferenzanzeige verbessert mit gleitendem gewichtetem Durchschnitt)
  • Build 1526: Solarwatt MyReserve Matrix neuer Ansatz
  • Build 1526: Log-Ausgaben: veraltete Einträge (“Ein/Ausschaltüberbrückung”) werden nach einer definierten Zeit, hier 15 Minuten, entfernt – und neue für die Phasenlimitierungssteuerung hinzugefügt.
  • Build 1527: HSP-Leistungs-Max als Basis auf den Wert gesetzt, den man in der Konfiguration der Stromquelle eintragen kann. Danke Michael.
  • Build 1527: go-e Extras-Seiten etwas überarbeitet für Landscape-Ausrichtung
  • Build 1527: Smart-Tarif-Button war ggf. nicht sichtbar auf dem Client durch ein Timing-Problem. Danke Sven.
  • Build 1527: Test: Unterstützung für die Nicht-Priorisierung des Ohmpiloten eingebaut – wenn die einstellbare Temperatur erreicht wird, wird die Leistung des Ohmpiloten zu der Überschussleistung hinzugerechnet, wodurch die Wallbox automatisch Priorität erhält. Danke, Reinhard, für die Idee.
  • Build 1528: Ladetimer nun auch im Fernsteuer-Client löschbar (und korrekt angezeigt). Danke “Der Rosi” 😉
  • Build 1528: Neues Ladelog: die “alte” Datenbank hatte gelegentlich falsche PV-Überschussanteile an der Ladung (größer als die Lademenge). Bei der Zusammenfassung in Tage, Monate, Jahre etc ergab das zu hohe PV-Anteile. Danke Pascal.
  • Build 1529: Code-Update für Dropbox-Library, um mir einen vernünftigen Link zum Download eines Debug-Logs zuzusenden. Merke: never trust anybody’s code 😉
  • Build 1530: ioBroker und Fiat: Nun wird nach Ladeende noch bis zu einer Viertelstunde gewartet, wenn der “alte” Ladewert gemeldet wird, da der ioBroker evtl. noch nicht den aktuellsten Wert abgefragt hat. Bis dahin wird dann weiterhin der Schätzwert der App verwendet. Sonst würde die Ladung sofort wieder gestartet, da dann der SoC auf den Startwert zurückgesetzt, und der Schätzwert gelöscht wird.
  • Build 1530: Zeit-Intervall-Ausgaben vereinheitlicht. Hoffentlich auch überall korrekt eingesetzt – wem was auffällt, was nun seltsam aussieht bei Zeit-Angaben, bitte melden.
  • Build 1530: Einbau von Datentabellen-Widgets: https://forum.chk.digital/viewtopic.php?p=515#p515. Danke für die Idee, Michael.
  • Build 1530: Der Einbau des Ohmpiloten konnte zum Absturz der App bei der Abfrage von Fronius-Systemen führen. Danke Sven!

2.144 (2024-02-01)

  • Build 1524: Bei Wechsel des Autos in der Dropdown-Box oben werden dessen Auto-Rückstellungs-Werte genommen, weil das beim Abhängen vorher vermutlich noch das “alte” Auto aktiv war und dessen Werte automatisch gesetzt wurden.
  • Build 1524: Die Auto-Zurücksetzen-Einträge für den Min/Max-SoC werden nun auch autospezifisch gemerkt.
  • Build 1524: Huawei: manche WR (oder Firmwares?) schalten den Speicher nachts ab, was meine Erkennungslogik durcheinander brachte und der Speicher (mindestens eine Weile lang) verschwand. Danke Michael.
  • Build 1524: Huawei: manche WRs (oder Firmwares?) melden für den Heimspeicher, wenn er abgeschaltet ist, einen Leistungswert von 0x7fffffff (2.147.483.647) Watt – die Doku führt diesen Fakt nicht auf. Danke Michael.

2.143 (2024-01-28)

  • Build 1520: Huawei: aktuelle Firmware liefert für nicht-vorhandene Batterien einen anderen Wert, d.h. nun werden Heimspeicher mit 0 SoC “erkannt” und daher war der angezeigte SoC genau die Hälfte. Ist beseitigt. Danke Sven und Gerhard.
  • Build 1520: Powerfox poweropti: bei mehreren Geräten wird nun erst einmal das Gerät gesucht, bei dem der “Prosumer” auf “true” gesetzt ist. Nur wenn das bei keinem der Fall ist, wird der erste Stromzähler genommen.
  • Build 1521..22: Google will nicht freigeben (Server hat sich verhakt, kommt ab und zu vor…) Aufweckversuche, klappt aber nicht.
  • Build 1523: Absturz bei Auto-SoC-Abfrage gefixt

2.142 (2024-01-27)

  • Build 1519: Crash in Android 6 wegen der Formatierung des Wetterdatenformats – diese Android-Version hatte das Pattern nicht, was zum Absturz führte. Danke wp.
  • Build 1519: Direkte Tesla SoC-Abfrage über die neue Fleet API fertig! Derzeit ist das kostenlos, wenn Tesla da mal Geld verlangt, dann werde ich das in ein Abo packen müssen.
  • Build 1519: Huawei: wegen neuen Versuchs der Abfrage, welche Batterien vorhanden sind und (wenn kein Speicher vorhanden war) den nicht-vorhandenen Registern (wenn das wenigstens in der Doku stünde!), gab es einen Crash. Sorry Sven.

2.141 (2024-01-26)

  • Build 1518: Absturz in den “Einstellungen > Wallbox”-Seite. Danke Gerhard und Florian!
  • Build 1518: Vorbereitung für direkte Tesla-Einbindung (über deren neue Fleet API)

2.140 (2024-01-24)

  • Build 1516: Wettervorhersage (für den Ort des Servers!) ist nun auch auf dem Client verfügbar (wie üblich über das Menü rechts oben abschaltbar)
  • Build 1516: Stromgedacht-Anzeige noch etwas verbessert, ab und zu fand kein Update statt. So war die Optimierung nicht gedacht… 😉
  • Build 1516: “Ausschalten bevor Akku voll” ist nun von der “allgemeine Wallbox-Einstellungen”-Seite in die Autodatenbank übernommen worden – das war mittlerweile am völlig falschen Ort. Warnung hinzugefügt für LFP-Akkus, bei denen man das besser nicht nutzt.
  • Build 1516: Smartphone/Tablet-Akkuschonung: das Gerät ließ sich nicht so einfach einstellen. Danke für den Hinweis, Klaus.
  • Build 1517: Das Setzen der SmartTarif-Zeit über den SmartTarif-Einstellungen-Dialog klappte nicht, nur über die entsprechende Zeile im Hauptschirm (einblendbar). Habe nun auch klarer gemacht, dass man das ebenfalls in der entsprechenden Zeile im Hauptschirm einstellen kann. Danke Stefan.
  • Build 1517: UI-Verbesserungen bei SmartTarif- und StromGedacht Charts

2.139 (2024-01-17)

  • Build 1515: neuen kostenlosen Wetterprovider DWD (über BrightSky.dev) eingebaut statt OpenWeatherMap. Die haben auch die solare Strahlungsenergie, die in diesem Fall durch die Farbe (hellgrau > gelb) des Wetter-Icons grob erkennbar ist. Leider macht eine Text-Ausgabe des Werts keinen Sinn, weil die tatsächliche Ausbeutemöglichkeit zu sehr von der Konstellation der PV-Module abhängt. Leider.
  • Build 1515: die geschätzte Ladezeit hatte “Minuten” statt “Stunden” ausgegeben. Daher doch noch ein Update, aber im Moment läuft es wieder schön stabil.

2.138 (2024-01-16)

  • Build 1514: Absturz in Autodatenbank beim Speichern des SoC gefixt (nur für SoC-Abfragen) – danke Christoph, Philipp und Mario.
  • Build 1514: Optische Überarbeitung der Darstellung der 3 Zeit-Leisten (Smart-Tarif, Stromgedacht, Wettervorhersage)

2.137 (2024-01-15)

  • Build 1513: Fernsteuer-Client: etwas Überarbeitung der Info-Tabellen
  • Build 1513: Reiner “Smart-Tarif”-Modus: statt am Ende einer Ladesession einfach “abzuschalten” wurde seit 1.1.2024 erst einmal versucht, “zurückzuschalten” auf Minimalleistung statt gleich die Ladung zu beenden. Danke Joachim. Daher neues Release, könnte Leute ärgern 😉

2.136 (2024-01-15)

  • Build 1512: Der Fix um die Problematik, das Fiat keinen neuen SoC liefert beim Laden, und dass dann bei ioBroker-Abfragen dieser “neue” Wert ignoriert wurde, wurde von einer neuerlichen Korrektur wegen etwas anderem am 5. Januar wieder deaktiviert. Danke NN.

2.135 (2024-01-14)

  • Build 1509: Powerfox poweropti: Abfrage nun ohne “HTTP error 429” (aber immer noch alle 15 Sekunden)
  • Build 1509: neue Abrechnungs-Übersicht: das mit “RFID ignorieren” nun korrekt durchgeführt (immer noch abhängig vom Auto, aber Monate zusammengeführt). Danke Martin.
  • Build 1510: wenn keine Energiequelle gewählt ist, dann wurden alle paar Sekunden entsprechende Einträge ins Log geschrieben.
  • Build 1510: Heidelberg/wbec: bei mindestens einem Kunden ist die Gesamtenergie immer geradzahlig (kWh). Zur Lademengenberechnung nutze ich nun die Lademengenenergie des Ladevorgangs, um Nachkommastellen zu bekommen. Wieder der arme Martin.
  • Build 1511: SolarEdge Ladestation auf Verdacht hinzugefügt (müsste eine P30 sein… hoffen wir mal, dass sie von der Software her kompatibel ist)
  • Build 1511: MQTT: in der MQTT-Abfrage kann man nun auch das interne Lade-Limit des Autos angeben, falls dieses per MQTT abfragbar ist, so dass eine Warnung im Log erscheint, wenn das Limit kleiner ist als das in der App. Teslalogger bietet diesen Wert an, so dass man es dafür einrichten kann/sollte, um vor unliebsamen Überraschungen von vorzeitigem Ladeabbruch geschützt zu werden.
  • Build 1511: Smart-Tarif-Ladung: wenn die Ladeverluste geringer waren als errechnet (oder die Lademengenmessung der Wallbox entsprechend ungenau sind), dann konnte die Ladung in einer Stunde mehrfach unterbrochen werden, wenn die nächste Stunde auch zur Ladung genutzt werden sollte und der Algorithmus das Ladeintervall *extra zur Verhinderung einer Unterbrechung* an das nächste Intervall “ranschob” und dann der Ladestart nach den momentanen Zeitpunkt rutschte. Danke Joachim.
  • Build 1511: möglicherweise einen Absturz gefixt beim Aufruf der go-e Infoseiten – Grund unbekannt, irgendwo in den Tiefen der Android-Bibliotheken. Gefunden im Play-Store-Fehlerreport.

2.134 [ups!] (2024-01-09)

  • Build 1508: Tasmota-Lesekopf unterstützt nun auch Import-Export-Energien für die Statistik, wenn man das Skript anpasst: https://forum.chk.digital/viewforum.php?f=29)
  • Build 1508: wenn “Ausschalten bei fast vollem Akku” wurde nur bei aktiver PV-Überschussregelung beachtet. Danke Karsten.
  • Build 1508: neue Release-Version, weil die Grafik im Client-Mode seit der 2.132 nicht mehr korrekt funktionierte, und man nach der “Vergrößerung” nicht mehr in die App zurückkam.

2.134 (2024-01-07)

  • Build 1507: Möglicher Absturz beim Start wegen der neuen Passivschaltung – leichter Fix.

2.133 (2024-01-07)

  • Build 1505: Heimspeicher-Passivschaltung bei hohem Heimspeicherverbrauch: Optional kann man wählen, bis welcher zu erwartenden Sonnenwahrscheinlichkeit am Vormittag diese erlaubt ist (z.B. wenn der Heimspeicher morgens gleich wieder durch Sonne aufgeladen werden kann)
  • Build 1506: im Remote-Client wurde die Zielzeit für das Smart-Tarif-Laden immer mit 0 angezeigt (obwohl sie korrekt war)
  • Build 1506: Hauptansicht: im Remote-Client klappte der Klick auf die Zielzeitanzeige nicht, so dass kein Zeiteingabedialog möglich war

2.132 (2024-01-05)

  • Build 1501: Smart-Tarif-Laden: wenn das Auto abgehängt wurde, wurde auch die eingestellten Lademengen zurückgesetzt. Macht Sinn im Normalfall, aber fragwürdig im SmartTarif-Fall (da ist “unbegrenzt” hinderlich), das hatte ich nicht bedacht. Danke Uli.
  • Build 1501: die Warteschlange zur Berechnung der “Richtung” und Zeit der verbleibenden Zeit des Heimspeichers bis voll oder leer hat zu viele Werte gespeichert (ich habe die Dokumentation falsch interpretiert) und zeigte folglich nach längere Zeit völlig falsche Schätzwerte
  • Build 1501: Autoreset-Eigenschaften MaxSoC funktionierte nicht, setzte immer den MaxSoC des SmartTarifs.
  • Build 1502: der kleine Text in der SmartTarif-Einstell-Leiste (wenn man einen SmartTarif hat und in den Anzeigebedingungen diese eingeblendet hat…) führt nun direkt zur Zeitlimit-Einstellung für den Tarif.
  • Build 1502: Remote Server: es ist nun unten (im “Landscape”-Modus unter den Einstellungen, im “Portrait”-Modus ganz unten) eine Art kleines Logging eingebaut, in dem man die wichtigen Aktionen sehen kann. Wenn da noch Wünsche bezüglich der Aktionen sind, her damit.
  • Build 1503: der Menüpunkt für das “alte” Accounting war wieder verschwunden, wenn man keine Keba oder go-e Wallbox hatte (Danke Martin)
  • Build 1503: das UI-Log wird ständig verbessert und teilweise eingedeutscht (für das Debug-Log waren viele Texte erst mal in Englisch)
  • Build 1503: Ressourcenschonenderes Laden der Hauptseite.
  • Build 1503: Unklaren Absturz bei Auswahl eines Smart-Tarifs hoffentlich gefixt – danke Otto.
  • Build 1503: erst mal intern für mich: wenn nachts zu Zeiten des Smart-Tarif-Ladens ein hoher Haus-Stromverbrauch gemessen wird, und der SmartTarif-Preis unter einem Maximalwert liegt, wird der Heimspeicher passiv geschaltet
  • Build 1504: Compleo Solo/Ducto sieht nun gut aus – danke Valentin