-
-
Notifications
You must be signed in to change notification settings - Fork 704
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Weidmüller: fix implementation #15261
Comments
Was ist hier der "bug"? Fehlerbeschreibung fehlt. |
(1) Fehler: zum Regeln wird ein nichtflüchtiges Register verwendet mit der Folge, dass das EEProm irgendwann sterben wird.
Wie @premultiply festgestellt hat erfolgt die Regelung derzeit über ein nichtflüchtiges Register (702). Nach meiner Sicht ist hier Reg 11052 LCM_ACTUAL_CURRENT_LIMIT zu verwenden, auch um bei Ladepausen auf Null zu regeln. (2) Eine Warning wird derzeit beim Disable generiert, da das Auto erst nach 63 Sekunden von Status "C" in den Status "B" übergeht. (3) Für die Phasenumschaltung wird auch ein nichtflüchtiges Register verwendet, dies wird aber nicht so oft vorkommen. (4) "Geladen" (Gesamt-Energie) wird mit Null angezeigt, da Register 457 consumed_energy_total bei den Modellvarianten ECO und VALUE nicht gesetzt wird, sondern nur bei ADVANCED (hier ist ein externer MIDI Zähler verbaut) Der erste Fehler muss behoben werden, die anderen Punkte machen den Adapter besser/ robuster. Für Tests stehe ich gerne zur Verfügung. |
Hi gibt es schon neu Erkenntnisse ? |
Ich habe gerade heute Weidmüller nochmal angeschrieben bezüglich Stellungnahme. |
Vielen Dank für die schnelle Antwort(en) und deinen unermüdlichen Einsatz Darf man Fragen aus welcher Region du Kommst , ich bin der der nähe von Stuttgart zu Hause |
Soweit ich das verstehe funktioniert die Implementierung. Gerne PR mit den gewünschten Änderungen- die Registernummern auszutauschen ist ja trivial. |
Apologies in advance for swapping to English, confirmed the current integration does 'work' but it's writing to non-volatile memory locations which are not meant to be written cyclically (as per manual). They are for seldom-changing configuration adjustments. |
Nachdem von Weidmüller nicht viele Informationen gekommen sind möchte ich meine Versuche und Lösungsansätze zusammenfassen in anhängendem Dokument. |
Von einem Weidmüller-MA habe ich eine erste Antwort bekommen, die mich nicht wirklich weiter gebracht, aber beschäftigt hat.
consumed_energy_total (Register 457) wird nur beim Modell "Advanced", welches einen MID Zähler verbaut hat angezeigt.
car_state (Reg. 301) kommt nach Weidmüller Aussage vom Auto; sie haben auf das Timing keinen Einfluss. (Werde ich noch mit einem zu leihenden Oszi nachmessen).
Macht es Sinn hier das Reg 302 charger_state zu verwenden, welches aber wine etwas komplexere Aussage macht?
Reg 702 user_current-limit soll für die Regelung das richtige sein. (obwohl Nichtflüchtig??)
Ich habe jedoch per Zufall noch eine Application-Note gefunden, die hier interessant ist. Wir müssen die WB wohl als Satellit konfigurieren (per WEB Oberfläche oder per Modbus) um sie dann über die Register für das Lastmanagement Register 11000ff zu steuern. Hier gibt es auch das Reg 11052 LCM_ACTUAL_CURRENT_LIMIT, welches flüchtig ist.
Die WB muss dann zyklisch auf Reg. 11050 retriggert werden, was mit dem 30s Zyklus von EVCC ja gehen sollte.
Zum Testen habe ich in meinem ioBroker System etwas Test-Code in Blockly/Javascript geschrieben und mich dabei an eure Nomenklatur angelehnt.
Hier mein Code als TXT Datei. Vielleicht Ideengeber für eigene Überlegungen.
ProgBsp.txt
App Note:
Application Note Einbindung der AC Smart in Lade- Lastmanagement (DE, EN).pdf
Modbus Register als Excel-Datei (für mich strukturierter):
AC-SMART_Modbus-Register.xlsx
Nach seiner Rückkehr aus dem Urlaub hat mir ein Weidmüller MA einen weiteren Kontakt zugesagt.
Meine Themen:
Consumed_energy_total
Flüchtiges register für Phasenumschaltung
Car-State
Ich gebe die Ergebnisse dann weiter.
Originally posted by @tobi119 in #15071 (comment)
The text was updated successfully, but these errors were encountered: