Jump to content

photron

Administrators
  • Gesamte Inhalte

    3.206
  • Benutzer seit

  • Letzter Besuch

  • Tagessiege

    56

photron hat zuletzt am 3. Juni gewonnen

photron hat die beliebtesten Inhalte erstellt!

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

photron's Achievements

Rising Star

Rising Star (9/14)

  • Conversation Starter
  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Posting Machine Rare

Recent Badges

74

Reputation in der Community

  1. Als erstes aktualisiert bitte die Firmware. Aktuell ist 2.8.3. Standardmässig ist der WLAN Access Point der Wallbox aktiv im 10.0.0.0/24 Subnetz. Das steht im Konflikt mit deinem Netzwerk, dass auch im 10.0.0.0/24 Subnetz ist. Dadurch ist die Wallbox jetzt über Ethernet und WLAN Access Point im gleichen Subnetz. Das kann Probleme verursachen. Ab Firmware 2.8.3 prüfen wir auf diese Subnetzkonflikte und zeigen auf der Statusseite der Wallbox eine Warnung an. Um den Konflikt zu lösen kannst du den WLAN Access Point der Wallbox entweder deaktivieren oder "IP-Adresse" und "Gateway" des WLAN Access Point von 10.0.0.1 auf 10.0.1.1 stellen. Richtig, 10.0.0.76 ist die IP-Adresse des Raspberry Pis auf dem auch der MQTT Broker läuft. Auf der Wallbox musst du als "Broker-Hostname oder -IP-Adresse" genau diese 10.0.0.76 eintragen, nicht 10.0.0.30. Mir ist unklar was 10.0.0.30 ist. Wenn das dein Problem noch nicht löst, dann häng bitte einen Debug Report hier an, zu finden unter System > Ereignis-Log.
  2. Die WARP Firmwares beinhalten jetzt die Anpassungen für die Kostal-Änderungen.
  3. Firmware: WARP1 2.8.3, WARP2 2.8.3, WARP3 2.8.3, WARP Energy Manager 2.4.3, WARP Energy Manager 2.0 1.3.3 SunSpec: An Änderungen ab KOSTAL Smart Energy Meter Firmware 2.6.0 angepasst SunSpec: Leistungsfaktor für SMA-Wechselrichter korrigiert SunSpec: Vertauschung des Energiebezugs und der Energieeinspeisung für Modell 714 korrigiert Modbus TCP: Absturz durch leere benutzerdefinierte Registertabelle behoben Modbus TCP: Skalierung des Energieeinspeisungswertes für Fox ESS Netzanschluss korrigiert Modbus TCP: Unterstützung für Huawei EMMA hinzugefügt Robustheit von SMA Speedwire verbessert Optionalen Seriennummernfilter für SMA Speedwire hinzugefügt Lastmanagement: Erlaube den maximalen Gesamtstrom per Automatisierungsregel zu setzen, auch wenn PV-Überschussladen und dynamisches Lastmanagement deaktiviert sind Lastmanagement: Repariert, dass der Watchdog den verfügbaren Strom nicht richtig zurückgesetzt hat (Nur WARP1, WARP2, WARP3) Ladetracker: PDF-Briefkopf wird gespeichert WLAN-Verbindungsaufbau beschleunigt WLAN-Netzwerksuche beschleunigt (Nur WARP2, WARP3, WARP Energy Manager, WARP Energy Manager 2.0) Ethernet-Initialisierung beschleunigt (Nur WARP1, WARP2, WARP3) Robustheit der Zählerüberwachung verbessert Erkennung von Netzwerkadress-Fehlkonfigurationen erweitert Übersetzungen verbessert Download: WARP1 2.8.3 bzw. WARP2 2.8.3 bzw. WARP3 2.8.3 bzw. WARP Energy Manager 2.4.3 bzw. WARP Energy Manager 2.0 1.3.3
  4. Die Meldung bezieht sich nur auf den Zähler in der Wallbox selbst (genauer gesagt den Zähler der die Energie misst, die vom Fahrzeug geladen wird). Ich habe die Meldung verbessert.
  5. Die Änderung, die Kostal da im Changelog angibt ist für uns kein Problem und die Meldung ist auch irreführend. SunSpec erlaubt am Ende des Common Models ein optionales Padding-Register. Kostal hatte das bisher nicht und hat es wohl mit 2.6.0 eingefügt. Dadurch verschieben sich alle Register danach um eins. Das hat mit SunSpec Konformität nichts zu tun. Es war voher konform und hinterher auch noch. Die Änderung ist kein Problem, wenn man SunSpec korrekt dynamisch ausliest (was wir tun), es ist nur ein Problem wenn man die Registeradressen fest hinschreibt, denn dann hat Kostal einem mit dieser Änderung alles gebrochen. Das ist aber eine Kombination von Kostal hat eine unnütze Änderung gemacht und andere aben SunSpec nicht richtig verwendet. Das hier ist die wirkliche Änderung, die dazu führt, dass bei dir gerade die Werte fehlen: 2025-05-27 19:42:39,576 | meters_sun_spec | Meter 1: Looking for device Mn='KOSTAL' Md='KOSTAL Smart Energy Meter G2' SN='76474277' 2025-05-27 19:42:39,587 | meters_sun_spec | Meter 1: Device Mn='KOSTAL Solar Electric GmbH' Md='KOSTAL Smart Energy Meter G2' Opt='' Vr='2.6.2' SN='76474277' is not matching SunSpec definiert, dass die drei Werte Manufacturer (Mn), Model (Md), und Serial Number (SN) zusammen ein SunSpec Geräte eindeutig identifizieren. Das hat Kostal mit Firmware >= 2.6.0 den Manufacturer von "KOSTAL" auf "KOSTAL Solar Electric GmbH" geändert haben. Dadurch finden wir den Zähler jetzt nicht mehr. Teste bitte die angehängte Firmware. Damit sollte es wieder funktionieren. [Edit: Testfirmware entfernt. Die Änderungen sind in der offiziellen Firmware enthalten]
  6. Mir sind noch zwei kleine Probleme aufgefallen. Die PV Energiewerte fehlen und der Leistungsfaktor ist 100x zu klein. Anbei eine neue Firmware mit den beiden Problemen korrigiert. Könntest du diese auch noch mal testen und einen Debug Report anhängen? Danke! energy_manager_firmware_2_4_2_6835f275_0618f965a5e30c0_merged.bin
  7. Das Problem mit dem SHM ist weder in der offiziellen 2.8.1 noch in der gerade veröffentlichten 2.8.2 Version drin, sondern war nur in der Testversion enthalten. Das Problem mit der Phasenumschaltung beim PV-Überschussladen ist mit 2.8.2 behoben. Teste bitte mit der offiziellen 2.8.2 weiter. Falls dir damit noch Unstimmigkeiten beim PV-Überschussladen auffallen, dann hängt bitte wieder einen Debug-Report an.
  8. Firmware: WARP1 2.8.2, WARP2 2.8.2, WARP3 2.8.2, WARP Energy Manager 2.4.2, WARP Energy Manager 2.0 1.3.2 Lastmanagement: Phasenumschaltung im PV-Lademodus repariert Download: WARP1 2.8.2 bzw. WARP2 2.8.2 bzw. WARP3 2.8.2 bzw. WARP Energy Manager 2.4.2 bzw. WARP Energy Manager 2.0 1.3.2
  9. Firmware: WARP1 2.8.1, WARP2 2.8.1, WARP3 2.8.1, WARP Energy Manager 2.4.1, WARP Energy Manager 2.0 1.3.1 (Nur WARP3) Absturz durch hängende I2C-Kommunikation mit dem Onboard-Temperatursensor repariert (Nur WARP1, WARP2, WARP3) Ladetracker: Zusammenfassung im PDF-Export repariert Lastmanagement: Falsche Phasenumschaltung im Min+PV-Lademodus repariert Modbus TCP: Vorzeichen der Wechselrichterleistung und des Batteriestroms für Alpha ESS und Hailei Hybrid-Wechselrichter korrigiert Modbus TCP: Reduzierter Registersatz für Huawei SUN2000 mit Smart Dongle hinzugefügt Modbus TCP: Virtuellen PV-Stromzähler für Alpha ESS und Hailei Hybrid-Wechselrichter hinzugefügt Modbus TCP und SunSpec: Einschränkung der Geräteadresse auf 1 bis 247 aufgehoben Dynamisches Lastmanagement: Untergrenze für maximalen Strom am Netz­an­schluss von 20A auf 16A reduziert (Nur WARP1, WARP2, WARP3) Modbus TCP Server: Neue Option, ob im Nur-Lesemodus Schreibzugriffe still ignoriert, oder mit einem Fehler beantwortet werden Login-Dialog für Firefox und Chrome auf iOS repariert Bei unerwarteten Neustarts wird eine Warnung angezeigt Übersetzungen verbessert Download: WARP1 2.8.1 bzw. WARP2 2.8.1 bzw. WARP3 2.8.1 bzw. WARP Energy Manager 2.4.1 bzw. WARP Energy Manager 2.0 1.3.1
  10. Danke, dass sieht doch alles schon mal viel besser aus. Kannst du einen Debug-Report zeigen? Ich würde noch einmal in die Details schauen wollen. Aber ich denke wir können das Problem als gelöst abhaken.
  11. Kannst du einen Debug-Report anhängen? Ich würde gerne deine Zählerkonfiguration verstehen. Dass du da 2x warp2 drin hast liegt daran, dass du vor der warp2 einen weiteren Zähler verbaut hast? Dass bei PV Carport nur 0 kWh Bezug steht und das Feld für Einspeisung hat fehlt ist sehr suspekt. Unter der Annahme, dass der warp2 Bezug stimmt, dann müsstest du auch 20 kWh PV Einspeisung gehabt haben und rein optisch kann dann schon 17/-15 kWh beim Netzanschluss nicht hinkommen.
  12. Sungrow unterstützen wir bereits und haben Kunden die das erfolgeiche mit WARP im Einsatz haben. Sofar Solar unterstützen wir hisher noch nicht. EVCC kann das, aber ich lese in deren Bug-Tracker, dass das wohl nicht ganz so gut funktioniert.
  13. Stimmt, das Problem tratt nicht nur bei voller Länge, sondern bei Vielfachen von 4 auf.
  14. Teste bitte diese Firmware. Das Problem sollte behoben sein. Beide Probleme die du gesehen hast, sind eigentlich der gleiche Bug. Nur äußerst sich der Bug anders abhängig davon was gerade im Speicher steht. Das Problem trat nur auf, wenn man das Ladelog für einen bestimmten Benutzer erstellt und dieser Benutzer einen Namen mit Maximallänge (32 Zeichen) hat. [Edit: Testfirmware entfernt. Das Probleme ist in der offiziellen Firmware behoben]
  15. Ich kann das Problem reproduzieren. Testfirmware kommt gleich.
×
×
  • Neu erstellen...