Geräte mit Home Manager koppeln via SEMP (Ethernet)
-
-
-
Super danke für die Info. Ich werde morgen abend die gewünschten Befehle ausführen, früher schaffe ich es leider nicht.
Ob das mit den 4A klappt muss ich mal schauen und ggf. anpassen, denn in der App ist das minimum 6A welches ich Einstellen kann.
Du kannst auch einen anderen Wert als "4" nehmen, ich will nur wissen, ob das Setzen der Stromstärke funktioniert.
Axel
-
Alles klar, ich konnte es mir grade nicht nehmen via Handy mich remote auf den Pi aufzuschalten und den ersten Befehl abzusetzen. Hat auch geklappt und es kam ein relativ lange json Rückantwort.
Leider habe ich es nicht geschafft via remote am Handy das ergebnis rauszukopieren. Den rest kann ich sowieso nicht testen da das Auto schon wieder voll ist. Morgen teste ich aber dann.
-
ich habe eben von 1.2.1 auf 1.3.36 aktualisiert. Nachdem ich alle meine 8 Zähler wieder konfiguriert habe war ich erstmal wieder happy das noch alles läuft.
Kannst du schon sagen wann die HTTP-Unterstützung für den GoE-Charger begonnen wird?
Bisher wusste ich nur von User posert, dass er einen solchen Lader hat. Umso besser für das Testen, wenn es mehr als einen User gibt
Zu Deiner Frage: Sobald für den aktuellen Snapshot keine Fehler mehr gemeldet werden, will ich ein offizielles 1.3er-Release bauen. Allerdings hatte ich diesen Zeitpunkt schon vor 2 Wochen erwartet und hatte mich getäuscht, weil doch immer wieder relevante Fehler entdeckt wurden. Die (Fehler-) Möglichkeiten sind durch die Unterstützung von E-Auto-Ladegeräten deutlich komplexer geworden verglichen mit SAE 1.2.x.
Unmittelbar nach dem Release will ich mit der Unterstützung für HTTP-basierte Ladegeräte (und damit den Go-ECharger) beginnen.
Axel
An dieser GoE-Charger integration wäre ich auch sehr interessiert....
-
Guten Morgen in die Runde,
habe gestern gute 10 kwh optionale Energie ins Auto geladen. hat super funktioniert !
Gegen 20:55 Uhr das Auto wieder angesteckt, dann hat er ganz kurz geladen (ca 30 sec, das ist bestimmt normal ?!) Thema Ladestatuserkennung abwarten ?
Um 23:43:57 gab es wie es ausschaut ein Modbus Problem und seit dem besteht der Status "CHARGING_COMPLETED"
Jetzt müsste ich entweder den SAE neustarten oder das Auto einmal AB und wieder ANSTECKEN oder ?
Kurz:
Code2019-04-15 23:43:57,695 ERROR [Timer-0] d.a.s.c.e.EVModbusControl [EVModbusControl.java:182] F-11061982-000000000012-00: Error reading register 204
Lang:
Code
Alles anzeigen2019-04-15 23:43:57,687 DEBUG [Timer-0] d.a.s.u.RequestCache [RequestCache.java:44] F-11061982-000000000012-00: Cache hit. ageMillis=8913 2019-04-15 23:43:57,688 DEBUG [Timer-0] d.a.s.c.e.EVModbusControl [EVModbusControl.java:159] F-11061982-000000000012-00: Input register=100 value=[66] 2019-04-15 23:43:57,688 DEBUG [Timer-0] d.a.s.c.e.EVModbusControl [EVModbusControl.java:166] F-11061982-000000000012-00: Register value=B 2019-04-15 23:43:57,689 DEBUG [Timer-0] d.a.s.u.RequestCache [RequestCache.java:44] F-11061982-000000000012-00: Cache hit. ageMillis=8915 2019-04-15 23:43:57,690 DEBUG [Timer-0] d.a.s.c.e.EVModbusControl [EVModbusControl.java:159] F-11061982-000000000012-00: Input register=100 value=[66] 2019-04-15 23:43:57,690 DEBUG [Timer-0] d.a.s.c.e.EVModbusControl [EVModbusControl.java:166] F-11061982-000000000012-00: Register value=B 2019-04-15 23:43:57,691 DEBUG [Timer-0] d.a.s.u.RequestCache [RequestCache.java:44] F-11061982-000000000012-00: Cache hit. ageMillis=8917 2019-04-15 23:43:57,691 DEBUG [Timer-0] d.a.s.c.e.EVModbusControl [EVModbusControl.java:159] F-11061982-000000000012-00: Input register=100 value=[66] 2019-04-15 23:43:57,692 DEBUG [Timer-0] d.a.s.c.e.EVModbusControl [EVModbusControl.java:166] F-11061982-000000000012-00: Register value=B 2019-04-15 23:43:57,693 DEBUG [Timer-0] d.a.s.u.RequestCache [RequestCache.java:44] F-11061982-000000000012-00: Cache hit. ageMillis=8879 2019-04-15 23:43:57,695 ERROR [Timer-0] d.a.s.c.e.EVModbusControl [EVModbusControl.java:182] F-11061982-000000000012-00: Error reading register 204 java.lang.ClassCastException: de.avanux.smartapplianceenabler.modbus.executor.ReadDiscreteInputExecutorImpl cannot be cast to de.avanux.smartapplianceenabler.modbus.executor.ReadInputRegisterExecutor at de.avanux.smartapplianceenabler.control.ev.EVModbusControl.isMatchingVehicleStatus(EVModbusControl.java:158) [classes!/:na] at de.avanux.smartapplianceenabler.control.ev.EVModbusControl.isChargingCompleted(EVModbusControl.java:135) [classes!/:na] at de.avanux.smartapplianceenabler.control.ev.ElectricVehicleCharger.getNewState(ElectricVehicleCharger.java:293) [classes!/:na] at de.avanux.smartapplianceenabler.control.ev.ElectricVehicleCharger.updateState(ElectricVehicleCharger.java:226) [classes!/:na] at de.avanux.smartapplianceenabler.control.ev.ElectricVehicleCharger$1.runTask(ElectricVehicleCharger.java:201) [classes!/:na] at de.avanux.smartapplianceenabler.util.GuardedTimerTask.run(GuardedTimerTask.java:57) [classes!/:na] at java.util.TimerThread.mainLoop(Timer.java:555) [na:1.8.0_65] at java.util.TimerThread.run(Timer.java:505) [na:1.8.0_65] 2019-04-15 23:43:57,696 DEBUG [Timer-0] d.a.s.c.e.ElectricVehicleCharger [ElectricVehicleCharger.java:228] F-11061982-000000000012-00: Vehicle state changed: previousState=VEHICLE_CONNECTED newState=CHARGING_COMPLETED
-
Hallo Zusammen
Kann mir jemand mit meinem Modbus Problem helfen?
Ich habe gestern auf den 1.3.39 snapshot aktuallisiert (vorher 1.2...). Die einstellungen für Modbus haben sich jetzt wesentlich geändert und ich weiss nicht was ich konfigurieren muss, damit mein Zähler Eastron SDM220Modbus die Werte wieder korrekt an den SMA weitergibt. In der alten Version hat das noch funktioniert.
In den Modbus einstellungen habe ich wie früher die IP vom Host mit dem Port 502.
Beim Gerät Zähler habe ich Typ Modbus, Slave Adresse 1; Abfrage-Interval 10s; Messinterval 60s
Leistung
Register-Adresse 0C; Bytes 2; Register-Typ InputFloat
Energiemenge
Register-Adresse 56; Bytes 2; Register-Typ InputFloat
Wo ich nicht sicher bin, ist Bytes und Register-Typ? Auf jede fall geht es mit den Einstellungen oben nicht.
Anleitung zum Zähler: http://megadevices.com.ua/wp-c…0Modbus_protocol_V1.1.pdf
Und wie kann ich bei dieser neuen Version nicht einen Zähler konfigurieren sondern nur einen Schätzwert?
Danke und Gruss
Robert
-
Guten Tag,
vorab vielen Dank an Herrn Müller für die investierte Zeit und Mühe den Smart Appliance Enabler zu entwickeln. Klasse Leistung!
Mein Problem ist folgendes:
Ich möchte die Konfiguration gerne direkt über eine Anpassung der Device2EM.xml und Appliances.xml und nicht über das Web-Frontend durchführen. Wenn ich die beiden XML-Dateien über WinSCP direkt auf dem Raspberry Pi öffne und anschließend händisch ändere (bspw. den Abschnitt <PlanningRequest>) und abspeichere, werden diese Änderungen nicht an den Sunny Home Manager gesendet. Dieses erfolgt erst nach einem Neustart des Smart Appliance Enabler (über sudo /etc/init.d/smartapplianceenabler restart). Ich habe die XML-Dateien auch wie in der Konfigurationsbeschreibung prüfen lassen. Die Prüfung beider Dateien war erfolgreich. Normalerweise sollte der Sunny Home Manager ja über den HTTP-Server des Smart Appliance Enabler über einen GET-Befehl die entsprechenden Informationen abfragen. So habe ich es jedenfalls den SEMP-Spezifikationen entnehmen können. Gibt es vielleicht einen Befehl, um den Sunny Home Manager nochmal zum Senden eines GET-Befehls zu zwingen?
Vielen Dank im Voraus!
Viele Grüße,
Daniel Kröger -
Ich möchte die Konfiguration gerne direkt über eine Anpassung der Device2EM.xml und Appliances.xml und nicht über das Web-Frontend durchführen. Wenn ich die beiden XML-Dateien über WinSCP direkt auf dem Raspberry Pi öffne und anschließend händisch ändere (bspw. den Abschnitt <PlanningRequest>) und abspeichere, werden diese Änderungen nicht an den Sunny Home Manager gesendet. Dieses erfolgt erst nach einem Neustart des Smart Appliance Enabler (über sudo /etc/init.d/smartapplianceenabler restart).
Der SAE liest die Dateien nur beim Start oder nach der Änderung der Konfiguration via REST neu ein. Das Ändern der XML-Dateien im laufenden Betrieb mit erneutem Einlesen ist aktuell nicht vorgesehen.
Axel
-
Ich habe eine Verständnisfrage zum HomeManager in Verbindung mit dem Verbraucher (SAE -> Wallbox)
Kann mir einer sagen wie ich dem HomeManager dazu bringen kann den Verbraucher (Wallbox/SAE) freizugeben, bevor meine Hausbatterie voll ist ?
Wenn ich dem Verbraucher (Wallbox) im SunnyPortal 90% Sonne und 10% Netzbezug vorgebe, dann müsste der HomeManager doch ab einer PV Leistung von 3726W (runden wir mal auf 4000W auf) der Wallbox bzw dem SAE eine Freigabe erteilen. Oder ? Das klappt bei mir nur wenn die Hausbatterie voll ist
230V x 6A x 3 Phasen = 4140W - 10% = 3726W Mindestleistung der Wallbox.
Jetzt ist die Hausbatterie voll und er gibt nach ca. 5 min Netzeinspeisung die Wallbox frei.
-
Ich habe eine Verständnisfrage zum HomeManager in Verbindung mit dem Verbraucher (SAE -> Wallbox)
Kann mir einer sagen wie ich dem HomeManager dazu bringen kann den Verbraucher (Wallbox/SAE) freizugeben, bevor meine Hausbatterie voll ist ?
Wenn ich dem Verbraucher (Wallbox) im SunnyPortal 90% Sonne und 10% Netzbezug vorgebe, dann müsste der HomeManager doch ab einer PV Leistung von 3726W (runden wir mal auf 4000W auf) der Wallbox bzw dem SAE eine Freigabe erteilen. Oder ? Das klappt bei mir nur wenn die Hausbatterie voll ist
230V x 6A x 3 Phasen = 4140W - 10% = 3726W Mindestleistung der Wallbox.
Jetzt ist die Hausbatterie voll und er gibt nach ca. 5 min Netzeinspeisung die Wallbox frei.
Wenn du möchtest das dein „kann“ Verbraucher vor der Batterieladung eingeschaltet wird, musst du den Parameter
HoMan.LdcPreferBatOverCan On Von der Sma Service-Line auf OFF setzen lassen. Den haben wir damals wegen deine Elwa auf ON setzen lassen.
Oder du schaltest testweise Prognosenladung ein. (100% wird sich das aber erst am folge Tag bemerkbar machen. )