Wer nutzt auch einen SAX Speicher zusammen mit evcc? #22155
Replies: 11 comments 53 replies
|
Hallo Jürgen, Ich habe zwei SAX Speicher im Keller und kann erst mal bestätigen, dass das Template super funktioniert. Das von dir oben beschriebene Problem konnte ich jedoch genauso feststellen. Es funktioniert nach einem Neustart alles so lange bis das most significant bit von 00 abweicht. Danach bekomme ich die gleichen Fehlermeldungen. Hast du vom SAX support schon eine Antwort auf deine Anfrage bekommen? Grüße Manuel |
leider ist jetzt die Rede, dass es dieses, oder sogar erst Anfang nächsten Jahres das Update geben wird. Das Update wird und wurde getestet und darin Fehler gefunden. |
|
Das geht seit über einem Jahr (!!!) so. Die Version 61 befindet sich aktuell bereits in der internen Testphase. Werden Mitarbeiter persönlich angeschrieben, wird auf E-Mails grundsätzlich erst mal nicht geantwortet. |
|
Also schon mal keine Werbung für Unternehmen oder Produkt. |
|
ohje, schade. Mein Eindruck war ein guter, aber solche Verzögerungen und Versprechungen lassen sich nicht schönreden ("Pool an Testkunden" hieß es bei mir). |
|
Kann leider auch davon berichten, dass es nicht erlaubt ist seitens der Technik das Update aufzuspielen.. Leider keine guten Nachrichten.. |
|
Hallo Manuel, VG Jürgen |
|
Ich kann aktuell nur Gutes berichten: die Inbetriebnahme war nicht ganz einfach. Das lag daran, dass die Speicher jetzt im österr. Netz sind und einige Parameter nicht gepasst haben (Details weiß ich leider nicht, aber auch die Kommunikation mit dem Smartmeter war nicht gegeben). Der SAX-Support hat ein Update gestartet und am nächsten Morgen gab es einen Rückruf an den Elektriker und sie haben es dann schnell zum Laufen gebracht. Ich ließ den Benutzernamen zum Dashboard ändern, eine Anfrage an den Support löste ebenfalls einen Rückruf (nach 2h?) aus, es sei geändert und ich soll testen, obs geht. Über das Programm ParameterSetting/Parameter Updater kann ich zugreifen und einige Einstellungen ändern (Phasenzuordnung, ändern auf Steuerung durch Modbus, Ladeleistung) - was ich aber noch nicht gemacht habe. |
|
Hallo in die Runde. Leider warte ich auch nach wie vor auf das Update - ich bekomme auch immer noch diese Timeouts. |
|
Echt schade, dass das Unternehmen weder mit der Informationspolitik noch mit der Software hinterherkommt. Der 7,7 kwh Speicher ist nochmals um 500,- € im Preis gefallen -> aktuell 3.249,00 € |
|
Update vom Kundendienst:
Mail wurde verändert, um den Schutz des Rechtes an Schrift und Wort zu wahren. |
|
Na, das ist ja mal ein .... interessantes Feedback. Ich dachte @juergen-weber hatte dem Kundendienst nachweisen können, dass die Schnittstelle buggy ist #22155 (comment) woraufhin man eine aktualisierte Firmware in Aussicht gestellt und laut Vorab Doku auch entwickelt hat. 🤷 Und jetzt macht man eine Rolle rückwärts?! Mein persönliches Fazit ist dann leider, dass dieser Speicher für mich nicht in Frage kommen wird. Die Hardware mag top sein - wenn man jedoch mit der Software/Support nicht nach kommt, ist das k.o. Kriterium. |
|
Hier der letzte Auszug aus dem Home Assistant Log, ohne dass evcc in Betrieb war: Logger: pymodbus.logging ERROR: request ask for transaction_id=503 but got id=247, Skipping. >>>>> send: 0x1 0x4 0x0 0x0 0x0 0x12 0x70 0x7 >>>>> recv: 0x1 0x4 0x24 0x43 0x6d 0x1b 0xe2 0x43 0x6f 0x8e 0xb5 0x43 0x6f 0xa0 0xcb 0x3f 0xd 0x3f 0x5a 0x3f 0x47 0x98 0xf5 0x3f 0x32 0xe3 0x16 0x42 0xb9 0xeb 0x6e 0x42 extra data: transaction_id=503 -> 01F7 Ich lasse mich ja gern eines anderen belehren, aber dieses Verhalten tritt mit allen modbus-Clients auf. Wenn das ignoriert wird, kann ich der Firma auch nicht mehr helfen. |
|
Ich habe eher das Gefühl, sie wollen es nicht glauben, oder wollen es nicht hören? |
|
@Sn0w3y Magst Du ihnen noch eine letzte Chance geben und mal auf Jürgens Testszenario oder gleich den ganzen Thread hier verweisen? Die Aussagen vom Support ("Funktioniert überall, nur in evcc nicht und die machen komische Sachen") sind ja nachweislich nicht korrekt. |
Das habe ich natürlich schon gemacht: Hallo Herr Puccio, vielen Dank für Ihre Rückmeldung. Nur zur Klarstellung: Das Problem betrifft nicht nur meine Installation und auch nicht ausschließlich evcc – mehrere Anwender konnten exakt das gleiche Verhalten beobachten. Der Fehler tritt zuverlässig nach genau 255 Modbus-Schreibvorgängen auf, unabhängig davon, welches System die Werte sendet. Das Verhalten lässt sich sehr einfach reproduzieren: Register 41 (Soll-Leistung) regelmäßig über Modbus/TCP beschreiben. Nach 255 erfolgreichen Schreibvorgängen reagiert der Speicher zwar weiterhin auf die Werte, gibt aber bei jedem Schreibversuch einen Fehler zurück. Nach einem Neustart funktioniert alles wieder – bis zum nächsten 255. Das deutet klar auf ein internes Zähl- oder Speicherlimit hin und ist nicht von einer bestimmten Steuerungssoftware abhängig. Auch bei alleiniger Nutzung von Register 41 (ohne 43/44) bleibt das Verhalten identisch. Ich fände es daher sehr hilfreich, wenn das Thema intern noch einmal genauer geprüft werden könnte – der Fehler ist eindeutig reproduzierbar. Gerne stelle ich Ihnen bei Bedarf eine kurze Testsequenz oder Logauszüge zur Verfügung, mit denen sich das Verhalten direkt nachvollziehen lässt. Execute failed FC16WriteRegisters [ess4;unitid=64;ref=41/0x29;length=2] Referenzen: SAX Modbus Problembeschreibung (PDF) Viele Grüße |
|
Hallo Jürgen, ich habe seit kurzem auch einen Sax Speicher 7,7 kWh am laufen und jetzt vom Support die Register freischalten lassen. Wenn ich jetzt versuche, den Speicher über Evcc aus dem Netz zu laden, bekomme ich permanent den Error: "battery mode: switch: value not found: 3". Hat dieser Error mit dem oben beschriebenen Problem zu tun oder sind die Register doch nicht freigeschaltet? Viele Grüße |
|
evcc kann den Speicher nicht aus dem Netz laden. Hierzu fehlt die seit über einem Jahr angekündigte Funktion, die im aktuellen Handbuch auf Seite 47 als "immediate control" bezeichnet wird. |
|
Habe mich heute mal vorsichtig nach Fortschritten bei der seit einem Jahr angekündigten Firmware erkundigt. SAX kann oder will es nicht verstehen, aber laut dem Leiter des Kundenservices funktioniert das jetzige Modbus-Modul und es gibt nur Probleme mit evcc. Alle anderen HEMS Systeme funktionieren. |
1:1 die gleiche Antwort habe ich auch bekommen (siehe oben). Ich finde es eine absolute Frechheit, wenn man bedenkt, dass SAX:
Ich habe btw. ein anderes ClosedSource Projekt, bei dem es EXAKT die gleichen Probleme gibt - dementsprechend werden wir Sax nicht in unser Portfolio aufnehmen als "Supported" und auch nicht vertreiben. Grüße |
|
Danke euch fürs Dranbleiben. Obwohl ich sehr auf ein Update warte, habe ich mich nicht mehr getraut, nachzufragen. Ich habe zwischenzeitlich versucht, den Speicher per Modbus zu steuern, mit dem Programm auf der Sax-Seite kann man ja leicht die Optionen/Modi ein und ausschalten. Die externe Steuerung lief über einen RevPi (debian) und dem integrierten node-red, also Auslesen des Sax-Smartmeter, Berechnung und schreiben der Leistung. Die Transaction-ID Problematik gab es nicht, obwohl ich mit einer Frequenz von 0,3 sek die Steuerung laufen habe lassen, wireshark zeigt, dass die IDs nur bis 255 gehen. Ich habe bei evcc auch schon gesucht, ob als Workaround die Transaction-IDs auf 255 (bzw 1 Byte) limitiert werden kann. Ich glaube, die Implementierung läuft über grid-x, komme da aber nicht weiter. Resümee, was die Steuerung über modbus angeht: ich sehe die Verzögerung (wahrscheinlich nicht wegen der Abfragefrequenz, sondern wegen der von Sax implementierten langsamen Anpassung an die Soll-Werte) zu hoch. Ich werde das mal genauer anschauen. |
|
Hi, ich habe noch mal nachgefragt zum Update und folgende Rückmeldung erhalten: "leider kam es bei internen Tests noch zu Problemen. Daher musste das Update verschoben werden. Ich kann Sie gerne mit als Testkunde aufnehmen, wenn Sie das wollen. Das wird dann relevant, wenn die internen Tests erfolgreich abgeschlossen sind und wir die Software „im Feld“ testen wollen. Klingt für mich vom Zeitraum her so, als wäre man in den letzten Zügen. |
HAHAHAHAHA EXAKT die gleiche Mail hab ich vor 4 Wochen erhalten. Ich glaub denen kein Wort mehr. |
|
Mal ein möglicher einfacher Lösungsvorschlag: in dem Sax Tool lässt sich ja einstellen, ob der Speicher seine Smartmeter Werte über Modbus Tcp oder direkt vom Sax Smartmeter bekommt. Wenn man den Speicher über Modbus Werte versorgt, könnte Evcc doch bei aktiviertem Netzladen für den Speicher, eine Einspeisung ins Netz und damit einen PV-Überschuss simulieren und diese Werte an den Sax schicken. Damit würde dieser über seine normale Regelung anfangen wie gewollt zu laden. Beste Grüße |
|
Achsooooo - dachte das wäre more fancy ;-) |
Ist nur eine Vermutung, ob da intern noch änderungen gemacht wurden, kann ich natürlich nicht sagen ! :) |
@igotsoul Der Sax spricht direkt über den Voltrader mit EVCC. Die Daten holt er sich aus dem Homemanager. |
Du hast selber evcc aufgesetzt UND hast einen Voltrader? |
|
Sorry für die späte Antwort, aber bei mir läuft evcc im Voltrader. |
|
wieder mal eine Mail geschrieben und folgende Antwort erhalten: Das entsprechende Update befindet sich aktuell im internen Test. Sobald dieser erfolgreich abgeschlossen ist, wird es eine Kundentestphase geben. Einen genauen Zeitraum wann das Update für alle zur Verfügung steht, kann ich leider nicht angeben, da es bei den Tests durch Fehler immer wieder zu Verzögerungen kommen kann. |
|
Mit dem Update des Dashboards sieht man jetzt die installierten Versionen vom Master und Gateway - wie ich hier lese, gibt es zumindest andere Versionsnummern (die Version 23.62/0.55 könnte darauf hindeuten , dass die SUNSPEC-Register verwendet werden, was mich aber wundern würde, dass es dazu keine Ankündigung gegeben hat, quasi als Etappensieg im Rolloutprozess ;- ) Mir ist aufgefallen, dass clever-pv den Hinweis, dass es eine neue SAX-Firmware brauche, um den Service per API nutzen zu können, entfernt hat, also seit gut einem Monat verfügbar ist - im Photovoltaikforum schreibt auch ein User, dass er clever-pv nutzt. |
Das freut mich für die Clever-PV Nutzer. Nur leider bringt uns das hier allen nichts, die vergeblich darauf warten und immer wieder vertröstet werden. |
|
Ich bin bei Dir, dass das Vertrösten nicht gut ist - das ist, als ob den Kindern Weihnachten Monat für Monat versprochen und verschoben wird (ohne uns mit wartenden Kindern gleichsetzen zu wollen!), das käme nicht gut an! |
aber genau das ist ja anscheinend der Fall - Priorität haben wir nicht nur "low" sondern gar keine so wie sich das anhört.... |
|
Darf ich mal fragen ob sich bei Euch was geändert hat ich habe die Fehlermeldungen in Homeassistant auch :-/ |
|
Update gab es noch keins und ich verwende node-red (über einen raspberry pi) zur rudimentären Steuerung - bei bode-red gibt es diesen Overflow-Fehler nicht. |
|
So, habe seit 1 Woche auf meinen beiden SAX Speichern das seit langem angekündigte und immer wieder verschobene Firmware Update installiert bekommen. Die Speicher laufen stabil und weder Home Assistent noch evcc geben Fehlermeldungen beim Schreiben von Modbus Befehlen. |
|
Ich bin auf die finalen Tests und deinen Bericht gespannt. Interessant, das es nun doch gefixt wurde, obwohl ja alles angeblich an Drittanbietern und deren Ansteuerung lag. |
|
Hallo zusammen, ich wollte fragen, ob das neue Update bereits von Evcc richtig umgesetzt wird. Augenscheinlich würde ich behaupten nein. Könnte das jemand integrieren? |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Ich habe ein Problem bei der Nutzung der Schnelllade-Funktion und der damit verbundenen Entladesperrung der Batterie. Alles funktioniert so wie es soll, aber exakt nur 256x. Danach gibt es eine modbus-Fehlermeldung.
Ich suche jemanden, der den SAX Speicher und evcc in der aktuellen Version nutzt und ggf. mein Problem bestätigen kann.
Ich habe den Fehler in der anhängenden PDF Datei beschrieben.
SAX-modbus Problembeschreibung.pdf
Das Testszenario ist das Folgende:
[battery] TRACE 2025/06/24 19:29:24 modbus: send 00 52 00 00 00 0b 40 10 00 2b 00 02 04 00 00 00 00
[battery] TRACE 2025/06/24 19:29:24 modbus: recv 00 52 00 00 00 06 40 10 00 2b 00 02
All reactions