Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

  1. ioBroker Community Home
  2. Deutsch
  3. Hardware
  4. Heidelberg Energy Control / PV-Laden / Modbus / Blockly

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.2k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    1.9k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    15
    1
    2.2k

Heidelberg Energy Control / PV-Laden / Modbus / Blockly

Geplant Angeheftet Gesperrt Verschoben Hardware
73 Beiträge 22 Kommentatoren 22.2k Aufrufe 22 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • N nitrox9

    Hallo,

    meine Lösung für die Aufgabe "PV-Überschussladen mit Wallbox Heidelberg Energy Control über Modbus, ioBroker und Blockly" möchte ich hier vorstellen:

    Anbindung über RS485
    Bei Recherchen habe ich mehrere Adapter probiert. Am erfolgversprechendsten war das oft angepriesene Hösi Universalgateway.
    Nach meinem Verständnis kann diese allerdings gar nicht funktionieren, da die von der Heidelberg geforderten 19200/8E1 nicht in der Hösi einstellbar sind.

    Am Ende klappte es prima mit einem 2,75€ RS485-USB-Adapter in einer ZWEITEN Raspberry in der Garage.

    935a2b03-a238-4c8f-8514-4ac158d52ceb-image.png

    Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.

    Einstellungen Heidelberg
    DIP Schalter Config: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master und intern terminiert.
    Den Drehschalter S1 (Mitte unten) sollte man von 0 (max 6A) auf 5 (max 16A) stellen.

    6355287d-990c-492d-afe7-04c64cb1aea1-image.png

    Einrichtung Modbus RTU im ioBroker
    Auf der ZWEITEN Raspberry wird ganz normal ein frisches ioBroker installiert. Als Adapter dann modbus. Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
    Einstellungen dann auf /dev/ttyUSB0,19200/8E1 und ID1

    060a449f-06d3-499c-b2d5-caa6ded02567-image.png

    Die Eingangsregister wurden schon in anderen Postings gut beschrieben:

    ab9e9a92-6fb9-4b13-9ccc-642981e55e38-image.png

    Die Holdingregister funktionieren bei mir (v1.0.7) nur genauso (Haken bei Abfrage) wie beschrieben:

    7a884f21-6053-4ad8-9a36-88af184e9d7f-image.png

    Die Tabelle mit den Registern sollte man parat haben:
    https://www.amperfied.de/wp-content/uploads/2022/06/ModBus-Register-Tabelle.pdf
    https://www.amperfied.de/wp-content/uploads/2022/06/Erweiterte-ModBus-Registerbeschreibung.pdf
    https://www.amperfied.de/de/service-support/downloads/
    Relevant ist auch die Version der Firmware. Bei mir steht unter der Adresse 4/30005 die Decimal 263, somit habe ich die Firmware v1.0.7. Dec264 wäre v1.0.8.

    Box in Betrieb nehmen
    Nun Instanz neu starten. Es muss grün werden, sonst weiter suchen (siehe unter Protokolle). Am einfachsten ist es, wenn dabei ein Auto angeschlossen ist, um potentielle Probleme (die ich nicht hatte) mit Standby der Box erstmal auszuschliessen.
    Auto nur anschliessen, wenn die Box nicht mehr blau blinkt.

    Wenn man nun in die 40262 z.B. 100 für 10A schreibt, dann sollten die Modbus-Objekte für einphasiges Laden bei angeschlossenem Auto so aussehen (L1 lädt mit 10.1A):

    e0db5089-5228-4c76-ae9e-39bc86d75b0f-image.png

    • Erst wenn bis hier alles einwandfrei läuft und das Auto mit den manuell eingestellen Werten lädt, geht es weiter! Blockly ganz am Schluß!
    • Wenn nun alles auf der zweiten Raspberry funktioniert, dann werden beide Raspberry mit Master/Slave verbunden. Ein klasse Feature von ioBroker!
      Wie das mit dem Master/Slave --also multihost-- funktioniert, findet man im Internet, z.B. hier:
      https://www.youtube.com/watch?v=o2AT1E0FDD0

    Das Blockly zum PV-Überschussladen ist im Gegensatz zur Technik ja eine Spielwiese :-)

    Meine Gedanken dazu:

    • Grafiken werden optional über InfluxdDB und Grafana/eCharts erstellt.
    • der zur Verfügung stehende Überschussstrom wird bei mir über einen Sensor direkt am Zähler erfasst ==> powerfox/poweropti
      https://poweropti.powerfox.energy/. Für den powerfox gibt es sogar einen iobroker-Adapter -- sehr einfache Sache.
      Bei den meisten wird das sicherlich irgendwie über den Wechselrichter gehen.
    • bei mir hat PV-Überschuss nur einphasig Sinn. Über die Werte von L1/L2/L3 könnte man sich dreiphasiges PV-Laden bauen.
    • Über VIS kann ich per Smartphone PV-Laden ausschalten, er lädt dann max (siehe weiter unten im Blockly)
    • Wer will kann sich analog zu openWB noch Features wie Grundladen (Min+PV), also z.B. immer min 10A leicht einbauen
    • Die Debug-Meldungen sollte man operativ noch ausblenden (rechte Maustaste auf debug und "Bausteine deaktivieren").
    • Zukünftig kann man so intelligent weitere Features wie Wärmepumpe oder DIY-Solarspeicher leicht integrieren.
    • Ja, sogar eine Lastverteilung unter mehreren Wallboxen, auch verschiedener Firmen, ist machbar. Die Boxen müssen nur irgendwo im ioBroker Datenpunkte ablegen, egal ob über mqtt, modbus oder sonstwas.

    Kurzum, eine Spielwiese :-) :

    e562f18d-edf7-440a-bf65-fb49d9a58cb9-image.png

    c64253a6-5222-4470-b64a-94105cfc5807-image.png

    Und so sieht dann das alles im Betrieb aus

    4acf22fd-5bba-48ad-b66e-8922ccaf5285-image.png

    Rot ist der Hausverbrauch. Orange ist die Heidelberg, die sich sehr feinfühlig bemüht den Hausverbrauch zu stabilisieren.

    Hauptsache nichts einspeisen ;-)

    D Offline
    D Offline
    dazilla
    schrieb am zuletzt editiert von
    #6

    @nitrox9 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

    Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.

    @nitrox9 hast du zufällig ein Foto wie du den Widerstand eingesetzt hast?

    N 1 Antwort Letzte Antwort
    0
    • D dazilla

      @nitrox9 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

      Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.

      @nitrox9 hast du zufällig ein Foto wie du den Widerstand eingesetzt hast?

      N Offline
      N Offline
      nitrox9
      schrieb am zuletzt editiert von
      #7

      @nitrox9 hast du zufällig ein Foto wie du den Widerstand eingesetzt hast?

      Das sieht bei mir nicht besonders professionell aus (habe aus Mangel an passendem Widerstand zwei andere in Reihe gelötet), daher kein Foto.
      Aber einfach nur ein Beinchen des 120Ohm-Widerstandes gemeinsam mit einer Ader des Kabels in die eine Seite der grünen Klemme eingeschraubt. Analog das andere Beinchen mit der anderen Ader in die andere Seite der grünen Klemme eingeschraubt.
      Bei den Adern dann A (Stickseite) auf A (Heidelbergseite) und B auf B.

      D 1 Antwort Letzte Antwort
      0
      • N nitrox9

        @nitrox9 hast du zufällig ein Foto wie du den Widerstand eingesetzt hast?

        Das sieht bei mir nicht besonders professionell aus (habe aus Mangel an passendem Widerstand zwei andere in Reihe gelötet), daher kein Foto.
        Aber einfach nur ein Beinchen des 120Ohm-Widerstandes gemeinsam mit einer Ader des Kabels in die eine Seite der grünen Klemme eingeschraubt. Analog das andere Beinchen mit der anderen Ader in die andere Seite der grünen Klemme eingeschraubt.
        Bei den Adern dann A (Stickseite) auf A (Heidelbergseite) und B auf B.

        D Offline
        D Offline
        dazilla
        schrieb am zuletzt editiert von
        #8

        @nitrox9 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

        Aber einfach nur ein Beinchen des 120Ohm-Widerstandes gemeinsam mit einer Ader des Kabels in die eine Seite der grünen Klemme eingeschraubt. Analog das andere Beinchen mit der anderen Ader in die andere Seite der grünen Klemme eingeschraubt.
        Bei den Adern dann A (Stickseite) auf A (Heidelbergseite) und B auf B.

        Alles klar, das wollte ich eigtl nur wissen :-)
        Ich hatte irgendwo auch mal ein Foto gesehen, wo es verlötet wurde, habe es aber nicht mehr gefunden. Mir fehlte die Phantasie wie das mit dem Löten aussehen würde bzw. wo genau angelötet.

        1 Antwort Letzte Antwort
        0
        • N nitrox9

          Hallo,

          meine Lösung für die Aufgabe "PV-Überschussladen mit Wallbox Heidelberg Energy Control über Modbus, ioBroker und Blockly" möchte ich hier vorstellen:

          Anbindung über RS485
          Bei Recherchen habe ich mehrere Adapter probiert. Am erfolgversprechendsten war das oft angepriesene Hösi Universalgateway.
          Nach meinem Verständnis kann diese allerdings gar nicht funktionieren, da die von der Heidelberg geforderten 19200/8E1 nicht in der Hösi einstellbar sind.

          Am Ende klappte es prima mit einem 2,75€ RS485-USB-Adapter in einer ZWEITEN Raspberry in der Garage.

          935a2b03-a238-4c8f-8514-4ac158d52ceb-image.png

          Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.

          Einstellungen Heidelberg
          DIP Schalter Config: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master und intern terminiert.
          Den Drehschalter S1 (Mitte unten) sollte man von 0 (max 6A) auf 5 (max 16A) stellen.

          6355287d-990c-492d-afe7-04c64cb1aea1-image.png

          Einrichtung Modbus RTU im ioBroker
          Auf der ZWEITEN Raspberry wird ganz normal ein frisches ioBroker installiert. Als Adapter dann modbus. Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
          Einstellungen dann auf /dev/ttyUSB0,19200/8E1 und ID1

          060a449f-06d3-499c-b2d5-caa6ded02567-image.png

          Die Eingangsregister wurden schon in anderen Postings gut beschrieben:

          ab9e9a92-6fb9-4b13-9ccc-642981e55e38-image.png

          Die Holdingregister funktionieren bei mir (v1.0.7) nur genauso (Haken bei Abfrage) wie beschrieben:

          7a884f21-6053-4ad8-9a36-88af184e9d7f-image.png

          Die Tabelle mit den Registern sollte man parat haben:
          https://www.amperfied.de/wp-content/uploads/2022/06/ModBus-Register-Tabelle.pdf
          https://www.amperfied.de/wp-content/uploads/2022/06/Erweiterte-ModBus-Registerbeschreibung.pdf
          https://www.amperfied.de/de/service-support/downloads/
          Relevant ist auch die Version der Firmware. Bei mir steht unter der Adresse 4/30005 die Decimal 263, somit habe ich die Firmware v1.0.7. Dec264 wäre v1.0.8.

          Box in Betrieb nehmen
          Nun Instanz neu starten. Es muss grün werden, sonst weiter suchen (siehe unter Protokolle). Am einfachsten ist es, wenn dabei ein Auto angeschlossen ist, um potentielle Probleme (die ich nicht hatte) mit Standby der Box erstmal auszuschliessen.
          Auto nur anschliessen, wenn die Box nicht mehr blau blinkt.

          Wenn man nun in die 40262 z.B. 100 für 10A schreibt, dann sollten die Modbus-Objekte für einphasiges Laden bei angeschlossenem Auto so aussehen (L1 lädt mit 10.1A):

          e0db5089-5228-4c76-ae9e-39bc86d75b0f-image.png

          • Erst wenn bis hier alles einwandfrei läuft und das Auto mit den manuell eingestellen Werten lädt, geht es weiter! Blockly ganz am Schluß!
          • Wenn nun alles auf der zweiten Raspberry funktioniert, dann werden beide Raspberry mit Master/Slave verbunden. Ein klasse Feature von ioBroker!
            Wie das mit dem Master/Slave --also multihost-- funktioniert, findet man im Internet, z.B. hier:
            https://www.youtube.com/watch?v=o2AT1E0FDD0

          Das Blockly zum PV-Überschussladen ist im Gegensatz zur Technik ja eine Spielwiese :-)

          Meine Gedanken dazu:

          • Grafiken werden optional über InfluxdDB und Grafana/eCharts erstellt.
          • der zur Verfügung stehende Überschussstrom wird bei mir über einen Sensor direkt am Zähler erfasst ==> powerfox/poweropti
            https://poweropti.powerfox.energy/. Für den powerfox gibt es sogar einen iobroker-Adapter -- sehr einfache Sache.
            Bei den meisten wird das sicherlich irgendwie über den Wechselrichter gehen.
          • bei mir hat PV-Überschuss nur einphasig Sinn. Über die Werte von L1/L2/L3 könnte man sich dreiphasiges PV-Laden bauen.
          • Über VIS kann ich per Smartphone PV-Laden ausschalten, er lädt dann max (siehe weiter unten im Blockly)
          • Wer will kann sich analog zu openWB noch Features wie Grundladen (Min+PV), also z.B. immer min 10A leicht einbauen
          • Die Debug-Meldungen sollte man operativ noch ausblenden (rechte Maustaste auf debug und "Bausteine deaktivieren").
          • Zukünftig kann man so intelligent weitere Features wie Wärmepumpe oder DIY-Solarspeicher leicht integrieren.
          • Ja, sogar eine Lastverteilung unter mehreren Wallboxen, auch verschiedener Firmen, ist machbar. Die Boxen müssen nur irgendwo im ioBroker Datenpunkte ablegen, egal ob über mqtt, modbus oder sonstwas.

          Kurzum, eine Spielwiese :-) :

          e562f18d-edf7-440a-bf65-fb49d9a58cb9-image.png

          c64253a6-5222-4470-b64a-94105cfc5807-image.png

          Und so sieht dann das alles im Betrieb aus

          4acf22fd-5bba-48ad-b66e-8922ccaf5285-image.png

          Rot ist der Hausverbrauch. Orange ist die Heidelberg, die sich sehr feinfühlig bemüht den Hausverbrauch zu stabilisieren.

          Hauptsache nichts einspeisen ;-)

          A Offline
          A Offline
          anselra
          schrieb am zuletzt editiert von
          #9

          @nitrox9 vielen dank für deine Arbeit. Ich habe das ganze mit wbec aufgebaut. Das Auto ist leider noch nicht da, daher bin ich noch im Aufbau
          Eine Frage habe ich zu deinem Script, ziemlich unten prüfts du Wert PVLaden=wahr auf was bezieht sich dieser Datenpunkt? ist das Quasi nur ein "Schalter"?

          Gruß anselra

          BETRIEBSSYSTEM: LINUX
          ARCHITEKTUR: ARM
          CPUS: 4
          GESCHWINDIGKEIT: 1500 MHZ
          MODELL: ARMV7 PROCESSOR REV 3 (V7L)
          RAM: 3.7 GB

          N 1 Antwort Letzte Antwort
          0
          • A anselra

            @nitrox9 vielen dank für deine Arbeit. Ich habe das ganze mit wbec aufgebaut. Das Auto ist leider noch nicht da, daher bin ich noch im Aufbau
            Eine Frage habe ich zu deinem Script, ziemlich unten prüfts du Wert PVLaden=wahr auf was bezieht sich dieser Datenpunkt? ist das Quasi nur ein "Schalter"?

            Gruß anselra

            N Offline
            N Offline
            nitrox9
            schrieb am zuletzt editiert von nitrox9
            #10

            @anselra sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

            Eine Frage habe ich zu deinem Script, ziemlich unten prüfts du Wert PVLaden=wahr auf was bezieht sich dieser Datenpunkt? ist das Quasi nur ein "Schalter"?

            Ja, das ist nur ein Schalter.
            Im ioBroker kann man sich ja unter Objekte => 0_userdata eigene Datenpunkte, hier als Boolean, anlegen. Somit ist das ein Schalter, den man einfach mit der VIS-GUI auf dem Handy umlegen kann. Bei Bedarf auch irgendwie per Skript.

            So habe ich das Script schon um einige "Features" mit diesen Datenpunkten erweitert:

            • So gibt es eine "Abschaltpause", er also 5 min vor dem Abschalten mit Minimalstrom weiter lädt um Hytereseschwankungen abzufangen (schonender für Box und Auto).
            • ein Schalter, wenn die Ladezicke ZOE geladen wird. Sie braucht mindestens 8A und würde bei den 6A abschalten.

            Extra für die ZOE habe ich mir jetzt noch eine zweite Heidelberg Energy Control "gebraucht" bestellt. Die gibt es relativ günstig "unbenutzt und in ungeöffneter Originalverpackung", weil wohl kaum jemand diese zum PV-Laden bewegen kann :joy:
            Mal sehen, wie ich Script-mäßig beide Boxen kombiniere :-)

            A D 2 Antworten Letzte Antwort
            0
            • N nitrox9

              @anselra sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

              Eine Frage habe ich zu deinem Script, ziemlich unten prüfts du Wert PVLaden=wahr auf was bezieht sich dieser Datenpunkt? ist das Quasi nur ein "Schalter"?

              Ja, das ist nur ein Schalter.
              Im ioBroker kann man sich ja unter Objekte => 0_userdata eigene Datenpunkte, hier als Boolean, anlegen. Somit ist das ein Schalter, den man einfach mit der VIS-GUI auf dem Handy umlegen kann. Bei Bedarf auch irgendwie per Skript.

              So habe ich das Script schon um einige "Features" mit diesen Datenpunkten erweitert:

              • So gibt es eine "Abschaltpause", er also 5 min vor dem Abschalten mit Minimalstrom weiter lädt um Hytereseschwankungen abzufangen (schonender für Box und Auto).
              • ein Schalter, wenn die Ladezicke ZOE geladen wird. Sie braucht mindestens 8A und würde bei den 6A abschalten.

              Extra für die ZOE habe ich mir jetzt noch eine zweite Heidelberg Energy Control "gebraucht" bestellt. Die gibt es relativ günstig "unbenutzt und in ungeöffneter Originalverpackung", weil wohl kaum jemand diese zum PV-Laden bewegen kann :joy:
              Mal sehen, wie ich Script-mäßig beide Boxen kombiniere :-)

              A Offline
              A Offline
              anselra
              schrieb am zuletzt editiert von
              #11

              @nitrox9
              danke für die schnelle Antwort, ich prüfe an dem Punkt gegen eine gültige RFID und mach somit die Freigabe.

              (Man ist das schlimm wenn die Spielsachen (Auto) noch nicht da sind :joy: )

              BETRIEBSSYSTEM: LINUX
              ARCHITEKTUR: ARM
              CPUS: 4
              GESCHWINDIGKEIT: 1500 MHZ
              MODELL: ARMV7 PROCESSOR REV 3 (V7L)
              RAM: 3.7 GB

              1 Antwort Letzte Antwort
              0
              • N nitrox9

                Hallo,

                meine Lösung für die Aufgabe "PV-Überschussladen mit Wallbox Heidelberg Energy Control über Modbus, ioBroker und Blockly" möchte ich hier vorstellen:

                Anbindung über RS485
                Bei Recherchen habe ich mehrere Adapter probiert. Am erfolgversprechendsten war das oft angepriesene Hösi Universalgateway.
                Nach meinem Verständnis kann diese allerdings gar nicht funktionieren, da die von der Heidelberg geforderten 19200/8E1 nicht in der Hösi einstellbar sind.

                Am Ende klappte es prima mit einem 2,75€ RS485-USB-Adapter in einer ZWEITEN Raspberry in der Garage.

                935a2b03-a238-4c8f-8514-4ac158d52ceb-image.png

                Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.

                Einstellungen Heidelberg
                DIP Schalter Config: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master und intern terminiert.
                Den Drehschalter S1 (Mitte unten) sollte man von 0 (max 6A) auf 5 (max 16A) stellen.

                6355287d-990c-492d-afe7-04c64cb1aea1-image.png

                Einrichtung Modbus RTU im ioBroker
                Auf der ZWEITEN Raspberry wird ganz normal ein frisches ioBroker installiert. Als Adapter dann modbus. Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
                Einstellungen dann auf /dev/ttyUSB0,19200/8E1 und ID1

                060a449f-06d3-499c-b2d5-caa6ded02567-image.png

                Die Eingangsregister wurden schon in anderen Postings gut beschrieben:

                ab9e9a92-6fb9-4b13-9ccc-642981e55e38-image.png

                Die Holdingregister funktionieren bei mir (v1.0.7) nur genauso (Haken bei Abfrage) wie beschrieben:

                7a884f21-6053-4ad8-9a36-88af184e9d7f-image.png

                Die Tabelle mit den Registern sollte man parat haben:
                https://www.amperfied.de/wp-content/uploads/2022/06/ModBus-Register-Tabelle.pdf
                https://www.amperfied.de/wp-content/uploads/2022/06/Erweiterte-ModBus-Registerbeschreibung.pdf
                https://www.amperfied.de/de/service-support/downloads/
                Relevant ist auch die Version der Firmware. Bei mir steht unter der Adresse 4/30005 die Decimal 263, somit habe ich die Firmware v1.0.7. Dec264 wäre v1.0.8.

                Box in Betrieb nehmen
                Nun Instanz neu starten. Es muss grün werden, sonst weiter suchen (siehe unter Protokolle). Am einfachsten ist es, wenn dabei ein Auto angeschlossen ist, um potentielle Probleme (die ich nicht hatte) mit Standby der Box erstmal auszuschliessen.
                Auto nur anschliessen, wenn die Box nicht mehr blau blinkt.

                Wenn man nun in die 40262 z.B. 100 für 10A schreibt, dann sollten die Modbus-Objekte für einphasiges Laden bei angeschlossenem Auto so aussehen (L1 lädt mit 10.1A):

                e0db5089-5228-4c76-ae9e-39bc86d75b0f-image.png

                • Erst wenn bis hier alles einwandfrei läuft und das Auto mit den manuell eingestellen Werten lädt, geht es weiter! Blockly ganz am Schluß!
                • Wenn nun alles auf der zweiten Raspberry funktioniert, dann werden beide Raspberry mit Master/Slave verbunden. Ein klasse Feature von ioBroker!
                  Wie das mit dem Master/Slave --also multihost-- funktioniert, findet man im Internet, z.B. hier:
                  https://www.youtube.com/watch?v=o2AT1E0FDD0

                Das Blockly zum PV-Überschussladen ist im Gegensatz zur Technik ja eine Spielwiese :-)

                Meine Gedanken dazu:

                • Grafiken werden optional über InfluxdDB und Grafana/eCharts erstellt.
                • der zur Verfügung stehende Überschussstrom wird bei mir über einen Sensor direkt am Zähler erfasst ==> powerfox/poweropti
                  https://poweropti.powerfox.energy/. Für den powerfox gibt es sogar einen iobroker-Adapter -- sehr einfache Sache.
                  Bei den meisten wird das sicherlich irgendwie über den Wechselrichter gehen.
                • bei mir hat PV-Überschuss nur einphasig Sinn. Über die Werte von L1/L2/L3 könnte man sich dreiphasiges PV-Laden bauen.
                • Über VIS kann ich per Smartphone PV-Laden ausschalten, er lädt dann max (siehe weiter unten im Blockly)
                • Wer will kann sich analog zu openWB noch Features wie Grundladen (Min+PV), also z.B. immer min 10A leicht einbauen
                • Die Debug-Meldungen sollte man operativ noch ausblenden (rechte Maustaste auf debug und "Bausteine deaktivieren").
                • Zukünftig kann man so intelligent weitere Features wie Wärmepumpe oder DIY-Solarspeicher leicht integrieren.
                • Ja, sogar eine Lastverteilung unter mehreren Wallboxen, auch verschiedener Firmen, ist machbar. Die Boxen müssen nur irgendwo im ioBroker Datenpunkte ablegen, egal ob über mqtt, modbus oder sonstwas.

                Kurzum, eine Spielwiese :-) :

                e562f18d-edf7-440a-bf65-fb49d9a58cb9-image.png

                c64253a6-5222-4470-b64a-94105cfc5807-image.png

                Und so sieht dann das alles im Betrieb aus

                4acf22fd-5bba-48ad-b66e-8922ccaf5285-image.png

                Rot ist der Hausverbrauch. Orange ist die Heidelberg, die sich sehr feinfühlig bemüht den Hausverbrauch zu stabilisieren.

                Hauptsache nichts einspeisen ;-)

                FoggF Offline
                FoggF Offline
                Fogg
                schrieb am zuletzt editiert von
                #12

                @nitrox9 Coole Sache! Danke für das HowTo!
                Bei mir ist das Auto schon da, Wallbox und PV kommt noch. Bin gerade am 'diskutieren' mit den verschiedenen Lieferanten was zusammen passt. Und das hier klingt super, denn eine Heidelberg WB gefällt mir auch ganz gut.

                1 Antwort Letzte Antwort
                0
                • N nitrox9

                  Hallo,

                  meine Lösung für die Aufgabe "PV-Überschussladen mit Wallbox Heidelberg Energy Control über Modbus, ioBroker und Blockly" möchte ich hier vorstellen:

                  Anbindung über RS485
                  Bei Recherchen habe ich mehrere Adapter probiert. Am erfolgversprechendsten war das oft angepriesene Hösi Universalgateway.
                  Nach meinem Verständnis kann diese allerdings gar nicht funktionieren, da die von der Heidelberg geforderten 19200/8E1 nicht in der Hösi einstellbar sind.

                  Am Ende klappte es prima mit einem 2,75€ RS485-USB-Adapter in einer ZWEITEN Raspberry in der Garage.

                  935a2b03-a238-4c8f-8514-4ac158d52ceb-image.png

                  Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.

                  Einstellungen Heidelberg
                  DIP Schalter Config: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master und intern terminiert.
                  Den Drehschalter S1 (Mitte unten) sollte man von 0 (max 6A) auf 5 (max 16A) stellen.

                  6355287d-990c-492d-afe7-04c64cb1aea1-image.png

                  Einrichtung Modbus RTU im ioBroker
                  Auf der ZWEITEN Raspberry wird ganz normal ein frisches ioBroker installiert. Als Adapter dann modbus. Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
                  Einstellungen dann auf /dev/ttyUSB0,19200/8E1 und ID1

                  060a449f-06d3-499c-b2d5-caa6ded02567-image.png

                  Die Eingangsregister wurden schon in anderen Postings gut beschrieben:

                  ab9e9a92-6fb9-4b13-9ccc-642981e55e38-image.png

                  Die Holdingregister funktionieren bei mir (v1.0.7) nur genauso (Haken bei Abfrage) wie beschrieben:

                  7a884f21-6053-4ad8-9a36-88af184e9d7f-image.png

                  Die Tabelle mit den Registern sollte man parat haben:
                  https://www.amperfied.de/wp-content/uploads/2022/06/ModBus-Register-Tabelle.pdf
                  https://www.amperfied.de/wp-content/uploads/2022/06/Erweiterte-ModBus-Registerbeschreibung.pdf
                  https://www.amperfied.de/de/service-support/downloads/
                  Relevant ist auch die Version der Firmware. Bei mir steht unter der Adresse 4/30005 die Decimal 263, somit habe ich die Firmware v1.0.7. Dec264 wäre v1.0.8.

                  Box in Betrieb nehmen
                  Nun Instanz neu starten. Es muss grün werden, sonst weiter suchen (siehe unter Protokolle). Am einfachsten ist es, wenn dabei ein Auto angeschlossen ist, um potentielle Probleme (die ich nicht hatte) mit Standby der Box erstmal auszuschliessen.
                  Auto nur anschliessen, wenn die Box nicht mehr blau blinkt.

                  Wenn man nun in die 40262 z.B. 100 für 10A schreibt, dann sollten die Modbus-Objekte für einphasiges Laden bei angeschlossenem Auto so aussehen (L1 lädt mit 10.1A):

                  e0db5089-5228-4c76-ae9e-39bc86d75b0f-image.png

                  • Erst wenn bis hier alles einwandfrei läuft und das Auto mit den manuell eingestellen Werten lädt, geht es weiter! Blockly ganz am Schluß!
                  • Wenn nun alles auf der zweiten Raspberry funktioniert, dann werden beide Raspberry mit Master/Slave verbunden. Ein klasse Feature von ioBroker!
                    Wie das mit dem Master/Slave --also multihost-- funktioniert, findet man im Internet, z.B. hier:
                    https://www.youtube.com/watch?v=o2AT1E0FDD0

                  Das Blockly zum PV-Überschussladen ist im Gegensatz zur Technik ja eine Spielwiese :-)

                  Meine Gedanken dazu:

                  • Grafiken werden optional über InfluxdDB und Grafana/eCharts erstellt.
                  • der zur Verfügung stehende Überschussstrom wird bei mir über einen Sensor direkt am Zähler erfasst ==> powerfox/poweropti
                    https://poweropti.powerfox.energy/. Für den powerfox gibt es sogar einen iobroker-Adapter -- sehr einfache Sache.
                    Bei den meisten wird das sicherlich irgendwie über den Wechselrichter gehen.
                  • bei mir hat PV-Überschuss nur einphasig Sinn. Über die Werte von L1/L2/L3 könnte man sich dreiphasiges PV-Laden bauen.
                  • Über VIS kann ich per Smartphone PV-Laden ausschalten, er lädt dann max (siehe weiter unten im Blockly)
                  • Wer will kann sich analog zu openWB noch Features wie Grundladen (Min+PV), also z.B. immer min 10A leicht einbauen
                  • Die Debug-Meldungen sollte man operativ noch ausblenden (rechte Maustaste auf debug und "Bausteine deaktivieren").
                  • Zukünftig kann man so intelligent weitere Features wie Wärmepumpe oder DIY-Solarspeicher leicht integrieren.
                  • Ja, sogar eine Lastverteilung unter mehreren Wallboxen, auch verschiedener Firmen, ist machbar. Die Boxen müssen nur irgendwo im ioBroker Datenpunkte ablegen, egal ob über mqtt, modbus oder sonstwas.

                  Kurzum, eine Spielwiese :-) :

                  e562f18d-edf7-440a-bf65-fb49d9a58cb9-image.png

                  c64253a6-5222-4470-b64a-94105cfc5807-image.png

                  Und so sieht dann das alles im Betrieb aus

                  4acf22fd-5bba-48ad-b66e-8922ccaf5285-image.png

                  Rot ist der Hausverbrauch. Orange ist die Heidelberg, die sich sehr feinfühlig bemüht den Hausverbrauch zu stabilisieren.

                  Hauptsache nichts einspeisen ;-)

                  J Offline
                  J Offline
                  JDB83
                  schrieb am zuletzt editiert von JDB83
                  #13

                  @nitrox9 Hallo, ich bin wirklich total neu auf diesem Gebiet unterwegs daher bitte entschuldigen wenn meine Frage unsinnig ist. Ich steh vor einer ähnlichen Herausforderung.
                  Zunächst einmal zu meinem System. Ich habe eine Heidelberg Energy Control Wallbox und bekomme voraussichtlich im September mein E-Auto (abhängig von Lieferengpässen). Außerdem bekomme ich in den nächsten 4 Wochen eine PV Anlage mit 9kWp und 10kWh Speicher (Viessmann VX3 8A10, eigentlich wollte ich auch den Fronius Symo Gen 24+ aber der ist erst nächstes Jahr wieder lieferbar). Im Laufe des Jahres bekommen wir dann noch eine Viessmann WP, daher, und weil wir ein unschlagbares Angebot bekommen haben, habe ich mich dann auch für das Viessmann PV-System entschieden. Ich beschäftige mich jetzt schon mit dem Thema damit im September möglichst alles läuft.
                  Jetzt aber zu meiner Frage, brauche ich einen Raspberry als Modbus-Adapter und einen für den Iobroker oder kann ich alles auf einem Raspberry betreiben?

                  Gruß

                  N 1 Antwort Letzte Antwort
                  0
                  • J JDB83

                    @nitrox9 Hallo, ich bin wirklich total neu auf diesem Gebiet unterwegs daher bitte entschuldigen wenn meine Frage unsinnig ist. Ich steh vor einer ähnlichen Herausforderung.
                    Zunächst einmal zu meinem System. Ich habe eine Heidelberg Energy Control Wallbox und bekomme voraussichtlich im September mein E-Auto (abhängig von Lieferengpässen). Außerdem bekomme ich in den nächsten 4 Wochen eine PV Anlage mit 9kWp und 10kWh Speicher (Viessmann VX3 8A10, eigentlich wollte ich auch den Fronius Symo Gen 24+ aber der ist erst nächstes Jahr wieder lieferbar). Im Laufe des Jahres bekommen wir dann noch eine Viessmann WP, daher, und weil wir ein unschlagbares Angebot bekommen haben, habe ich mich dann auch für das Viessmann PV-System entschieden. Ich beschäftige mich jetzt schon mit dem Thema damit im September möglichst alles läuft.
                    Jetzt aber zu meiner Frage, brauche ich einen Raspberry als Modbus-Adapter und einen für den Iobroker oder kann ich alles auf einem Raspberry betreiben?

                    Gruß

                    N Offline
                    N Offline
                    nitrox9
                    schrieb am zuletzt editiert von
                    #14

                    @jdb83 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

                    Jetzt aber zu meiner Frage, brauche ich einen Raspberry als Modbus-Adapter und einen für den Iobroker oder kann ich alles auf einem Raspberry betreiben?

                    Man kann alles auf einer Raspi betreiben. Auch wenn man mehrere Raspis per multihost verteilt (bei mir laufen im Haus verteilt eben 3), so gibt es nur einen Master. Es erscheint also alles nur auf einer, die andere haben gar keine GUI mehr.
                    Ein tolles Feature vom ioBroker. Nicht nur Wallboxen kann man so physikalisch im Haus verteilen, auch z.B. Zigbee ist so lückenlos auf dem Gelände verteilt.

                    Die zukünftige Viessmann WP und ein DIY Solarspeicher kommen auch noch in den ioBroker -- egal ob direkt auf dem Master oder auf einem weiteren Client :grinning:

                    J 1 Antwort Letzte Antwort
                    0
                    • N nitrox9

                      @jdb83 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

                      Jetzt aber zu meiner Frage, brauche ich einen Raspberry als Modbus-Adapter und einen für den Iobroker oder kann ich alles auf einem Raspberry betreiben?

                      Man kann alles auf einer Raspi betreiben. Auch wenn man mehrere Raspis per multihost verteilt (bei mir laufen im Haus verteilt eben 3), so gibt es nur einen Master. Es erscheint also alles nur auf einer, die andere haben gar keine GUI mehr.
                      Ein tolles Feature vom ioBroker. Nicht nur Wallboxen kann man so physikalisch im Haus verteilen, auch z.B. Zigbee ist so lückenlos auf dem Gelände verteilt.

                      Die zukünftige Viessmann WP und ein DIY Solarspeicher kommen auch noch in den ioBroker -- egal ob direkt auf dem Master oder auf einem weiteren Client :grinning:

                      J Offline
                      J Offline
                      JDB83
                      schrieb am zuletzt editiert von
                      #15

                      @nitrox9 Hallo, danke für die Antwort.
                      Die Kommunikation, also das schreiben und auslesen der Register, funktioniert dank deiner Informationen schon mal :-). Jetzt warte ich leider auf meine PV Anlage und mein Auto.
                      Ich hätte da aber noch eine Frage, kann man bei der Heidlberg Energy Control den minimalen Strom entgegen des Handbuchs unter 6A einstellen? Ist einen Umschaltung von 3 Phase auf 1 Phase möglich? Ich habe es so verstanden, dass man nur über Holding Register 40262 im ioBroker den "Maximal current command" ändert. Habe ich da etwas übersehen? Wenn das so wäre könnte ich die Ladeleistung ja nicht unter 4,2kW einstellen.

                      J N 2 Antworten Letzte Antwort
                      0
                      • J JDB83

                        @nitrox9 Hallo, danke für die Antwort.
                        Die Kommunikation, also das schreiben und auslesen der Register, funktioniert dank deiner Informationen schon mal :-). Jetzt warte ich leider auf meine PV Anlage und mein Auto.
                        Ich hätte da aber noch eine Frage, kann man bei der Heidlberg Energy Control den minimalen Strom entgegen des Handbuchs unter 6A einstellen? Ist einen Umschaltung von 3 Phase auf 1 Phase möglich? Ich habe es so verstanden, dass man nur über Holding Register 40262 im ioBroker den "Maximal current command" ändert. Habe ich da etwas übersehen? Wenn das so wäre könnte ich die Ladeleistung ja nicht unter 4,2kW einstellen.

                        J Offline
                        J Offline
                        JDB83
                        schrieb am zuletzt editiert von
                        #16

                        @jdb83 Habe ein wenig weiter recherchiert und die Umschaltung von smartfox gefunden. Daher nehme ich an, dass die Umschaltung von 1 Phase auf 3 Phasen nur mit der Wallbox nicht unterstützt wird.
                        Mein Plan ist es jetzt mit etwas "Klappertechnik" also ein Schütz und einem Shelly 1 selber meine 1Ph/3Ph Umschaltung zu realisieren.

                        1 Antwort Letzte Antwort
                        0
                        • J JDB83

                          @nitrox9 Hallo, danke für die Antwort.
                          Die Kommunikation, also das schreiben und auslesen der Register, funktioniert dank deiner Informationen schon mal :-). Jetzt warte ich leider auf meine PV Anlage und mein Auto.
                          Ich hätte da aber noch eine Frage, kann man bei der Heidlberg Energy Control den minimalen Strom entgegen des Handbuchs unter 6A einstellen? Ist einen Umschaltung von 3 Phase auf 1 Phase möglich? Ich habe es so verstanden, dass man nur über Holding Register 40262 im ioBroker den "Maximal current command" ändert. Habe ich da etwas übersehen? Wenn das so wäre könnte ich die Ladeleistung ja nicht unter 4,2kW einstellen.

                          N Offline
                          N Offline
                          nitrox9
                          schrieb am zuletzt editiert von nitrox9
                          #17

                          @jdb83 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

                          Ich hätte da aber noch eine Frage, kann man bei der Heidlberg Energy Control den minimalen Strom entgegen des Handbuchs unter 6A einstellen?

                          Nein, es geht wie spezifiziert ausschliesslich 6-16A. Gib einfach mal unter "Maximal current command" Werte unter 60 (6A) oder über 160 (16A) ein. Die Werte werden bei unter 60 von der Heidelberg auf 0 gesetzt (aus), bei über 160 wieder auf 160.

                          Ist einen Umschaltung von 3 Phase auf 1 Phase möglich? Ich habe es so verstanden, dass man nur über Holding Register 40262 im ioBroker den "Maximal current command" ändert. Habe ich da etwas übersehen? Wenn das so wäre könnte ich die Ladeleistung ja nicht unter 4,2kW einstellen.

                          Per Software kann man die Heidelberg nicht zwischen 3/1 Phase(n) umschalten. Somit geht nur min 1380W bei 1-phasig bzw. min 4,2kW bei 3-phasig. Ich kenne deine PV-Anlage nicht, aber 6A bei 1-phasig reicht bei mir in der Praxis vollkommen aus.
                          Sollte man es mal wirklich eilig haben, dann kann man (bei ausgestecktem Auto!!) anstatt nur 1x Sicherung dann alle 3x Sicherung einschalten und mit 11kW laden. Wer will kann natürlich auch eine Erkennung über L1/L2/L3 einbauen und dann auch 3-phasig PV-Laden.

                          Mein Praxistip (mit seit Jahren Erfahrungen mit 2x E-Auto): sammele erstmal Erfahrungen im Alltag. Am Anfang dachte ich auch, ich brauche 22kW und dann dreiphasiges PV-Laden. Nein, bei mir werden die Autos zwar nicht gleichzeitig aber über die Tage verteilt geladen. 1-phasig reicht vollkommen aus. So ab März sogar fast ausschliesslich über PV-Laden.

                          1 Antwort Letzte Antwort
                          0
                          • N nitrox9

                            Hallo,

                            meine Lösung für die Aufgabe "PV-Überschussladen mit Wallbox Heidelberg Energy Control über Modbus, ioBroker und Blockly" möchte ich hier vorstellen:

                            Anbindung über RS485
                            Bei Recherchen habe ich mehrere Adapter probiert. Am erfolgversprechendsten war das oft angepriesene Hösi Universalgateway.
                            Nach meinem Verständnis kann diese allerdings gar nicht funktionieren, da die von der Heidelberg geforderten 19200/8E1 nicht in der Hösi einstellbar sind.

                            Am Ende klappte es prima mit einem 2,75€ RS485-USB-Adapter in einer ZWEITEN Raspberry in der Garage.

                            935a2b03-a238-4c8f-8514-4ac158d52ceb-image.png

                            Heidelberg und USB-Adapter werden mit zwei Adern eines geschirmten und verdrillten CATx-Netzwerkkabels verbunden. Auf dem Stick wird ein 120Ohm-Widerstand an den grünen Schraubklemmen mit eingesetzt. Die Heidelberg ist intern terminiert.

                            Einstellungen Heidelberg
                            DIP Schalter Config: Block S4/4 = On (ID1), S6/2 = On (Endwiderstand Ein). Die Wallbox ist somit Follower mit der ID1 ohne Master und intern terminiert.
                            Den Drehschalter S1 (Mitte unten) sollte man von 0 (max 6A) auf 5 (max 16A) stellen.

                            6355287d-990c-492d-afe7-04c64cb1aea1-image.png

                            Einrichtung Modbus RTU im ioBroker
                            Auf der ZWEITEN Raspberry wird ganz normal ein frisches ioBroker installiert. Als Adapter dann modbus. Dem eingesteckten RS485-USB-Stick wird /dev/ttyUSB0 zugewiesen.
                            Einstellungen dann auf /dev/ttyUSB0,19200/8E1 und ID1

                            060a449f-06d3-499c-b2d5-caa6ded02567-image.png

                            Die Eingangsregister wurden schon in anderen Postings gut beschrieben:

                            ab9e9a92-6fb9-4b13-9ccc-642981e55e38-image.png

                            Die Holdingregister funktionieren bei mir (v1.0.7) nur genauso (Haken bei Abfrage) wie beschrieben:

                            7a884f21-6053-4ad8-9a36-88af184e9d7f-image.png

                            Die Tabelle mit den Registern sollte man parat haben:
                            https://www.amperfied.de/wp-content/uploads/2022/06/ModBus-Register-Tabelle.pdf
                            https://www.amperfied.de/wp-content/uploads/2022/06/Erweiterte-ModBus-Registerbeschreibung.pdf
                            https://www.amperfied.de/de/service-support/downloads/
                            Relevant ist auch die Version der Firmware. Bei mir steht unter der Adresse 4/30005 die Decimal 263, somit habe ich die Firmware v1.0.7. Dec264 wäre v1.0.8.

                            Box in Betrieb nehmen
                            Nun Instanz neu starten. Es muss grün werden, sonst weiter suchen (siehe unter Protokolle). Am einfachsten ist es, wenn dabei ein Auto angeschlossen ist, um potentielle Probleme (die ich nicht hatte) mit Standby der Box erstmal auszuschliessen.
                            Auto nur anschliessen, wenn die Box nicht mehr blau blinkt.

                            Wenn man nun in die 40262 z.B. 100 für 10A schreibt, dann sollten die Modbus-Objekte für einphasiges Laden bei angeschlossenem Auto so aussehen (L1 lädt mit 10.1A):

                            e0db5089-5228-4c76-ae9e-39bc86d75b0f-image.png

                            • Erst wenn bis hier alles einwandfrei läuft und das Auto mit den manuell eingestellen Werten lädt, geht es weiter! Blockly ganz am Schluß!
                            • Wenn nun alles auf der zweiten Raspberry funktioniert, dann werden beide Raspberry mit Master/Slave verbunden. Ein klasse Feature von ioBroker!
                              Wie das mit dem Master/Slave --also multihost-- funktioniert, findet man im Internet, z.B. hier:
                              https://www.youtube.com/watch?v=o2AT1E0FDD0

                            Das Blockly zum PV-Überschussladen ist im Gegensatz zur Technik ja eine Spielwiese :-)

                            Meine Gedanken dazu:

                            • Grafiken werden optional über InfluxdDB und Grafana/eCharts erstellt.
                            • der zur Verfügung stehende Überschussstrom wird bei mir über einen Sensor direkt am Zähler erfasst ==> powerfox/poweropti
                              https://poweropti.powerfox.energy/. Für den powerfox gibt es sogar einen iobroker-Adapter -- sehr einfache Sache.
                              Bei den meisten wird das sicherlich irgendwie über den Wechselrichter gehen.
                            • bei mir hat PV-Überschuss nur einphasig Sinn. Über die Werte von L1/L2/L3 könnte man sich dreiphasiges PV-Laden bauen.
                            • Über VIS kann ich per Smartphone PV-Laden ausschalten, er lädt dann max (siehe weiter unten im Blockly)
                            • Wer will kann sich analog zu openWB noch Features wie Grundladen (Min+PV), also z.B. immer min 10A leicht einbauen
                            • Die Debug-Meldungen sollte man operativ noch ausblenden (rechte Maustaste auf debug und "Bausteine deaktivieren").
                            • Zukünftig kann man so intelligent weitere Features wie Wärmepumpe oder DIY-Solarspeicher leicht integrieren.
                            • Ja, sogar eine Lastverteilung unter mehreren Wallboxen, auch verschiedener Firmen, ist machbar. Die Boxen müssen nur irgendwo im ioBroker Datenpunkte ablegen, egal ob über mqtt, modbus oder sonstwas.

                            Kurzum, eine Spielwiese :-) :

                            e562f18d-edf7-440a-bf65-fb49d9a58cb9-image.png

                            c64253a6-5222-4470-b64a-94105cfc5807-image.png

                            Und so sieht dann das alles im Betrieb aus

                            4acf22fd-5bba-48ad-b66e-8922ccaf5285-image.png

                            Rot ist der Hausverbrauch. Orange ist die Heidelberg, die sich sehr feinfühlig bemüht den Hausverbrauch zu stabilisieren.

                            Hauptsache nichts einspeisen ;-)

                            R Offline
                            R Offline
                            Roetty
                            schrieb am zuletzt editiert von
                            #18

                            @nitrox9
                            Hallo Nitrox,

                            vielen dank für die wirklich tolle Step by Step Erklärung :-). Ich richte meine Heidelberg EC auch gerade ein und komme an einer Stelle einfach nicht weiter. Die Kommunikation mit der Box steht würde ich sagen. Alles Grün und ich bekomme alle Werte die in den Registern stehen von der Box zurück. Dennoch blinkt sie Weiß/Blau und ich erhalte beim Charging-State IMMER nur den Wert 10 (Box locked / not Ready) zurück!

                            Hast Du da evtl. eine Idee? Ich verwende bis jetzt NUR den ModBus Adapter in dem ich die Werte eingetragen habe. Muss ich evtl. über ein weiteres Tool irgendwelche Parameter an die Box senden, damit sie in Betrieb geht?

                            Hier meine Konfiguration:

                            Modbus1.png
                            Modbus2.png
                            Modbus3.png
                            Modbus4.png

                            N 1 Antwort Letzte Antwort
                            0
                            • R Roetty

                              @nitrox9
                              Hallo Nitrox,

                              vielen dank für die wirklich tolle Step by Step Erklärung :-). Ich richte meine Heidelberg EC auch gerade ein und komme an einer Stelle einfach nicht weiter. Die Kommunikation mit der Box steht würde ich sagen. Alles Grün und ich bekomme alle Werte die in den Registern stehen von der Box zurück. Dennoch blinkt sie Weiß/Blau und ich erhalte beim Charging-State IMMER nur den Wert 10 (Box locked / not Ready) zurück!

                              Hast Du da evtl. eine Idee? Ich verwende bis jetzt NUR den ModBus Adapter in dem ich die Werte eingetragen habe. Muss ich evtl. über ein weiteres Tool irgendwelche Parameter an die Box senden, damit sie in Betrieb geht?

                              Hier meine Konfiguration:

                              Modbus1.png
                              Modbus2.png
                              Modbus3.png
                              Modbus4.png

                              N Offline
                              N Offline
                              nitrox9
                              schrieb am zuletzt editiert von nitrox9
                              #19

                              @roetty sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

                              @nitrox9
                              Hallo Nitrox,

                              vielen dank für die wirklich tolle Step by Step Erklärung :-). Ich richte meine Heidelberg EC auch gerade ein und komme an einer Stelle einfach nicht weiter. Die Kommunikation mit der Box steht würde ich sagen. Alles Grün und ich bekomme alle Werte die in den Registern stehen von der Box zurück. Dennoch blinkt sie Weiß/Blau und ich erhalte beim Charging-State IMMER nur den Wert 10 (Box locked / not Ready) zurück!

                              Hallo Roetty, was mir auffällt:

                              • sieht alles soweit gut aus. Mein erste Frage: ist ein Auto angeschlossen und was sagt innen das Auto? Ohne Auto wirst du das weiß/blaue Blinken nicht wegbekommen (wohl Standby-Problematik trotz Anzeige 40259 mit disabled).

                              • Und ja, da habe ich einen Fehler gefunden: bei dir steht etwas in der 30101/30102 von 6A. Ab Werk ist innen in der Box der Drehschalter auf 6A eingestellt (in die Falle bin ich auch gelaufen). Das auf 16A stellen. Keine Ahnung, ob das dein Problem löst.

                              • stelle die Werte in 40259-40263 mal so ein, wie bei mir. Wobei ich bei meiner Firmware am Ende 40259 und 40260 nicht mehr abgefragt habe (Haken bei Abfrage, machte nur Ärger, brauche ich nicht. Allerdings ist deine Instanz grün, hat er also geschluckt).

                              • ich nutze auch "nur" den Modbus Adapter. Allerdings läuft bei mir iobroker in stable, also mit modbus v4.0.4 (bei dir 5.0.5)

                              • Bei mir hat die 30005 die 263, also Firmware v1.0.7. Bei dir 264, also Firmware v1.0.8. Schaue nochmal in die Tabelle, ob es da Unterschiede gibt. So zeigt er ja bei mir mit 40262 nur (null) an.

                              Sonst ist ja technisch alles soweit am Laufen. Probiere mal meine Tipps -- wird schon :-)

                              R T 2 Antworten Letzte Antwort
                              0
                              • N nitrox9

                                @roetty sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

                                @nitrox9
                                Hallo Nitrox,

                                vielen dank für die wirklich tolle Step by Step Erklärung :-). Ich richte meine Heidelberg EC auch gerade ein und komme an einer Stelle einfach nicht weiter. Die Kommunikation mit der Box steht würde ich sagen. Alles Grün und ich bekomme alle Werte die in den Registern stehen von der Box zurück. Dennoch blinkt sie Weiß/Blau und ich erhalte beim Charging-State IMMER nur den Wert 10 (Box locked / not Ready) zurück!

                                Hallo Roetty, was mir auffällt:

                                • sieht alles soweit gut aus. Mein erste Frage: ist ein Auto angeschlossen und was sagt innen das Auto? Ohne Auto wirst du das weiß/blaue Blinken nicht wegbekommen (wohl Standby-Problematik trotz Anzeige 40259 mit disabled).

                                • Und ja, da habe ich einen Fehler gefunden: bei dir steht etwas in der 30101/30102 von 6A. Ab Werk ist innen in der Box der Drehschalter auf 6A eingestellt (in die Falle bin ich auch gelaufen). Das auf 16A stellen. Keine Ahnung, ob das dein Problem löst.

                                • stelle die Werte in 40259-40263 mal so ein, wie bei mir. Wobei ich bei meiner Firmware am Ende 40259 und 40260 nicht mehr abgefragt habe (Haken bei Abfrage, machte nur Ärger, brauche ich nicht. Allerdings ist deine Instanz grün, hat er also geschluckt).

                                • ich nutze auch "nur" den Modbus Adapter. Allerdings läuft bei mir iobroker in stable, also mit modbus v4.0.4 (bei dir 5.0.5)

                                • Bei mir hat die 30005 die 263, also Firmware v1.0.7. Bei dir 264, also Firmware v1.0.8. Schaue nochmal in die Tabelle, ob es da Unterschiede gibt. So zeigt er ja bei mir mit 40262 nur (null) an.

                                Sonst ist ja technisch alles soweit am Laufen. Probiere mal meine Tipps -- wird schon :-)

                                R Offline
                                R Offline
                                Roetty
                                schrieb am zuletzt editiert von
                                #20

                                @nitrox9
                                Hey danke für´s Feedback. Ich habe es inzwischen am laufen :-). Mir war nicht klar, das ich die Register über ein weiteres Program/Script steuern muss. Ich hab nun mit Blockly einfach mal eine 60 an die 261 gesendet und Zack! Funktioniert :-)

                                VLG Rötty

                                1 Antwort Letzte Antwort
                                0
                                • D Offline
                                  D Offline
                                  digi303
                                  schrieb am zuletzt editiert von
                                  #21

                                  @nitrox9

                                  Hallo,

                                  ich habe die Aufgabe die Heidelberg-WB für meinen lieben Nachbarn in sein Smarthome (HA) zu integrieren.
                                  Grundsätzlich ist mir die Angelegenheit eigentlich klar, wobei wir noch mit den Details kämpfen. Der eingesetzte Adapter (elfin EW11 WIFI) ist sehr zickig.
                                  Eine Frage habe ich:

                                  Warum hast Du die Wallbox als Follower und nicht als Master eingestellt? Ich habe die als einzige und deswegen Master gesehen - aber bei uns läuft es halt auch noch nicht...

                                  N 1 Antwort Letzte Antwort
                                  0
                                  • D digi303

                                    @nitrox9

                                    Hallo,

                                    ich habe die Aufgabe die Heidelberg-WB für meinen lieben Nachbarn in sein Smarthome (HA) zu integrieren.
                                    Grundsätzlich ist mir die Angelegenheit eigentlich klar, wobei wir noch mit den Details kämpfen. Der eingesetzte Adapter (elfin EW11 WIFI) ist sehr zickig.
                                    Eine Frage habe ich:

                                    Warum hast Du die Wallbox als Follower und nicht als Master eingestellt? Ich habe die als einzige und deswegen Master gesehen - aber bei uns läuft es halt auch noch nicht...

                                    N Offline
                                    N Offline
                                    nitrox9
                                    schrieb am zuletzt editiert von
                                    #22

                                    @digi303 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

                                    Warum hast Du die Wallbox als Follower und nicht als Master eingestellt? Ich habe die als einzige und deswegen Master gesehen - aber bei uns läuft es halt auch noch nicht...

                                    Der Chef, also der "Master", ist die modbus-Instanz des iobroker. Alle anderen müssen dem Master folgen, sind also nur "Follower".
                                    Du hast zwei Geräte, nicht nur eines, die miteinander umgehen sollen -- der Master ist modbus, der Follower die Wallbox.

                                    D 1 Antwort Letzte Antwort
                                    0
                                    • N nitrox9

                                      @digi303 sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

                                      Warum hast Du die Wallbox als Follower und nicht als Master eingestellt? Ich habe die als einzige und deswegen Master gesehen - aber bei uns läuft es halt auch noch nicht...

                                      Der Chef, also der "Master", ist die modbus-Instanz des iobroker. Alle anderen müssen dem Master folgen, sind also nur "Follower".
                                      Du hast zwei Geräte, nicht nur eines, die miteinander umgehen sollen -- der Master ist modbus, der Follower die Wallbox.

                                      D Offline
                                      D Offline
                                      digi303
                                      schrieb am zuletzt editiert von
                                      #23

                                      @nitrox9
                                      danke. So hab ich das def. nicht gesehen.

                                      Ich bastel beizeiten mal weiter rum und stelle die Lösung hier online, so sie dann läuft. Evtl. ist ein Modbus-WIFI-Adapter ja auch für andere interessant.

                                      1 Antwort Letzte Antwort
                                      0
                                      • N nitrox9

                                        @roetty sagte in Heidelberg Energy Control / PV-Laden / Modbus / Blockly:

                                        @nitrox9
                                        Hallo Nitrox,

                                        vielen dank für die wirklich tolle Step by Step Erklärung :-). Ich richte meine Heidelberg EC auch gerade ein und komme an einer Stelle einfach nicht weiter. Die Kommunikation mit der Box steht würde ich sagen. Alles Grün und ich bekomme alle Werte die in den Registern stehen von der Box zurück. Dennoch blinkt sie Weiß/Blau und ich erhalte beim Charging-State IMMER nur den Wert 10 (Box locked / not Ready) zurück!

                                        Hallo Roetty, was mir auffällt:

                                        • sieht alles soweit gut aus. Mein erste Frage: ist ein Auto angeschlossen und was sagt innen das Auto? Ohne Auto wirst du das weiß/blaue Blinken nicht wegbekommen (wohl Standby-Problematik trotz Anzeige 40259 mit disabled).

                                        • Und ja, da habe ich einen Fehler gefunden: bei dir steht etwas in der 30101/30102 von 6A. Ab Werk ist innen in der Box der Drehschalter auf 6A eingestellt (in die Falle bin ich auch gelaufen). Das auf 16A stellen. Keine Ahnung, ob das dein Problem löst.

                                        • stelle die Werte in 40259-40263 mal so ein, wie bei mir. Wobei ich bei meiner Firmware am Ende 40259 und 40260 nicht mehr abgefragt habe (Haken bei Abfrage, machte nur Ärger, brauche ich nicht. Allerdings ist deine Instanz grün, hat er also geschluckt).

                                        • ich nutze auch "nur" den Modbus Adapter. Allerdings läuft bei mir iobroker in stable, also mit modbus v4.0.4 (bei dir 5.0.5)

                                        • Bei mir hat die 30005 die 263, also Firmware v1.0.7. Bei dir 264, also Firmware v1.0.8. Schaue nochmal in die Tabelle, ob es da Unterschiede gibt. So zeigt er ja bei mir mit 40262 nur (null) an.

                                        Sonst ist ja technisch alles soweit am Laufen. Probiere mal meine Tipps -- wird schon :-)

                                        T Offline
                                        T Offline
                                        ttoebbe
                                        schrieb am zuletzt editiert von
                                        #24

                                        @nitrox9

                                        Hallo zusammen, und @nitrox9 vielen Dank auch von mir für die Anleitung :-) Leider habe auch mit "Problemchen" zu kämpfen.
                                        Kommunikation steht, Auto ist dran, er fängt aber ums verrecken das Laden nicht an :-(
                                        Der Chargingstate (30006) steht immer in 4!
                                        40262 habe ich schon diverse Vorgaben gemacht. Hilft aber nicht.
                                        40263 geht komischerweise immer wieder auf "0" zurück wenn ich etwas vorgebe...
                                        Zufällig jemand eine Idee?

                                        d1f36e5f-ad51-4f3e-b9af-5b528320bacb-image.png

                                        d91d3225-f099-460e-8ba7-d780ec024740-image.png

                                        MFG ttoebbe :-)

                                        N 1 Antwort Letzte Antwort
                                        0
                                        • T ttoebbe

                                          @nitrox9

                                          Hallo zusammen, und @nitrox9 vielen Dank auch von mir für die Anleitung :-) Leider habe auch mit "Problemchen" zu kämpfen.
                                          Kommunikation steht, Auto ist dran, er fängt aber ums verrecken das Laden nicht an :-(
                                          Der Chargingstate (30006) steht immer in 4!
                                          40262 habe ich schon diverse Vorgaben gemacht. Hilft aber nicht.
                                          40263 geht komischerweise immer wieder auf "0" zurück wenn ich etwas vorgebe...
                                          Zufällig jemand eine Idee?

                                          d1f36e5f-ad51-4f3e-b9af-5b528320bacb-image.png

                                          d91d3225-f099-460e-8ba7-d780ec024740-image.png

                                          MFG ttoebbe :-)

                                          N Offline
                                          N Offline
                                          nitrox9
                                          schrieb am zuletzt editiert von
                                          #25

                                          40260_Remote_Lock = 1 ;-)
                                          Sollte 0 sein.

                                          Sonst mal mit 16A (40262) starten, einige Autos wie die ZOE brauchen min 8A.

                                          HomoranH N T 3 Antworten Letzte Antwort
                                          0
                                          Antworten
                                          • In einem neuen Thema antworten
                                          Anmelden zum Antworten
                                          • Älteste zuerst
                                          • Neuste zuerst
                                          • Meiste Stimmen


                                          Support us

                                          ioBroker
                                          Community Adapters
                                          Donate

                                          412

                                          Online

                                          32.4k

                                          Benutzer

                                          81.4k

                                          Themen

                                          1.3m

                                          Beiträge
                                          Community
                                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                                          ioBroker Community 2014-2025
                                          logo
                                          • Anmelden

                                          • Du hast noch kein Konto? Registrieren

                                          • Anmelden oder registrieren, um zu suchen
                                          • Erster Beitrag
                                            Letzter Beitrag
                                          0
                                          • Home
                                          • Aktuell
                                          • Tags
                                          • Ungelesen 0
                                          • Kategorien
                                          • Unreplied
                                          • Beliebt
                                          • GitHub
                                          • Docu
                                          • Hilfe