Geräte mit Home Manager koppeln via SEMP (Ethernet)

  • Es gibt einen Snapshot 1.3.0, bei dem Überschuss-Laden mit dem PhoenixContact-Controller funktionieren sollte:


    https://github.com/camueller/S…nabler-1.3.0-SNAPSHOT.war


    Die Appliance.xml muss manuell angepasst werden. Dazu muss eigentlich nur anstelle des bisherigen Schalters ein ElectricVehicleCharger gesetzt werden und ein zugehöriges ModbusTCP (unter Connectivity). Der Zähler bleibt wie gehabt (im Beispiel unten ist das ein Modbus-Zähler, der auf einen mbusd zugreift).


    ACHTUNG: Modbus-Register können ab jetzt dezimal und hexadezimal (bisher Standard bei SAE) angegeben werden. Hexadezimale Angaben müssen mit "0x" beginnen! Register ohne "0x" werden als dezimal interpretiert!



    Wenn jemand den Snapshot ausprobiert, bitte Feedback hier im Forum. Außerdem wäre es nett, wenn ich die Log-Datei bekommen könnte, damit ich sehen kann. ob alles klappt.


    Axel

  • Wie immer spielt bei sowas das Wetter nicht mit - zuviel Sonne gerade und dummerweise Auto schon voll. Also bis heute abend mal leerfahren :=)

  • Der Start des SAE sollte jetzt etwa folgendes Log produzieren, wobei die Konfiguration des ElectricVehicleCharger geprüft und geloggt wird:


    Nachfolgener Logauszug zeigt die Statusabfrage durch den SHM und eine Einschaltempfehlung mit 1400 W bzw. 6A.


  • Zitat von Nicatron

    Wie immer spielt bei sowas das Wetter nicht mit - zuviel Sonne gerade und dummerweise Auto schon voll. Also bis heute abend mal leerfahren :=)


    Bin schon gespannt :-?

  • Ich hatte ganz vergessen, die zugehörige Device2EM-Datei zu posten. Vermutlich müsst Ihr nur DeviceType und MinPowerConsumption / MaxPowerConsumption anpassen, evtl. auch OptionalEnergy falls es noch anders gesetzt ist.


  • Scheint als bekäme ich die Modbus-Kommuikation zum PCEVCC nicht hin :


    Log:


    Appliances.xml



    PCEVCC hängt via Patchkabel als einziges am Raspi (netz .0.0), Kommuniktion mit dem Rest/SHM via WLAN (.110.0). Im gegensatz zu deinem Log fehlt bei mir die Modbus-Portangabe auf 192.168.0.8:502...

  • Zitat von Nicatron


    2018-07-07 15:50:31,956 INFO [main] d.a.s.Application [Application.java:45] Running version 1.3.0-SNAPSHOT 2018-04-18 18:50


    Fällt Dir was auf? Du verwendest nicht die 1.3.0 von heute, sondern die aus dem April (ich hätte damals noch nicht auf diese Versionsnummer gehen sollen ...). Du musst unbedingt den geposteten Link zum Download verwenden, damit Du die Version vom "ev"-Branch bekommst.


    Axel

  • Zitat von camueller


    Fällt Dir was auf? Du verwendest nicht die 1.3.0 von heute, sondern die aus dem April (ich hätte damals noch nicht auf diese Versionsnummer gehen sollen ...). Du musst unbedingt den geposteten Link zum Download verwenden, damit Du die Version vom "ev"-Branch bekommst.


    Hab's gerade verifiziert - der Fehler liegt bei mir. Ich habe die falsche Version hochgeladen. Muss schnell noch einkaufen und werde dann nochmal einen Upload machen. Sorry!


    Axel

  • Zitat von camueller


    Hab's gerade verifiziert - der Fehler liegt bei mir. Ich habe die falsche Version hochgeladen. Muss schnell noch einkaufen und werde dann nochmal einen Upload machen. Sorry!


    Der Link zeigt jetzt auf die korrekte Version - im Log solltest Du dann folgende Zeile finden:


    Code
    2018-07-07 18:53:44,657 INFO [main] d.a.s.Application [Application.java:45] Running version 1.3.0-SNAPSHOT 2018-07-07 06:59


    Axel

  • Gewundert hatte ich mich schon - mehrfaches wgetten hat aber auch nix genutzt :)


    Korrekte Version startet bei mir nicht mehr - dauert sehr lange und steigt aus:


    Code
    sudo /etc/init.d/smartapplianceenabler start
    [....] Starting smartapplianceenabler (via systemctl): smartapplianceenabler.serviceJob for smartapplianceenabler.service failed because the control process exited with error code.
    See "systemctl status smartapplianceenabler.service" and "journalctl -xe" for details.
     failed!