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

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. S7 Adapter übermittelt vereinzelt stark schwankende Werte

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    14
    1
    429

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    613

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.8k

S7 Adapter übermittelt vereinzelt stark schwankende Werte

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
s7 adapters7-1214starke wertabweichungstarke wertschwankung
9 Beiträge 3 Kommentatoren 696 Aufrufe 1 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.
  • HF_SPSlerH Offline
    HF_SPSlerH Offline
    HF_SPSler
    schrieb am zuletzt editiert von
    #1

    Halo zusammen,

    ich steuere mit meiner S7 1214 über einen angelegten DB den Multiplus2 Wechselrichter meiner kleinen PV-Versuchsanlage. Da ich der Kommunikation zwischen iobroker und der S7 nicht ganz vertraut habe, wurden alle übertragenen Werte mal per Trace beobachtet. Dabei stellte sich heraus, dass Werte wie z.B. aktueller SOC des Akkus, oder auch Netz-Bezugsleistung teilweise bis in den fünfstelligen Bereich ausbrechen. Also es werden auf SPS Seite manchmal ganz krasse Peaks aus dem DB geholt - die aber gar nicht vorhanden sind. Zum Einen kann der SOC nicht bei 20.000 stehen, zum Anderen habe ich die Bezugsleistung parallel in Grafana visualisiert - definiv keine Peaks vorhanden.

    4e7c87c0-3bde-4e23-9c1f-a6c346eb1d5a-grafik.png

    07c9b9b8-2b23-4b2c-833d-a43abbbb8ad3-grafik.png

    Nachdem ich das Poll-Delay auf 500ms gesetzt hab, hat sich das Thema mit den Peaks etwas verbessert, aber nicht zufriedenstellend. Ich kann mit solchen, wenn auch selten, auftretenden Peakwerten nicht zuverlässig meinen Wechselrichter steuern/regeln.

    Hat hierzu jemand eine Idee woran das liegen könnte?

    S7 1214 (Master) + Logo!8(Slave Erdgeschoss) + Logo!8 (Slave Obergeschoss) + S7 1214 (Slave Garage/Nebengebäude)

    fu_zhouF 1 Antwort Letzte Antwort
    0
    • HF_SPSlerH HF_SPSler

      Halo zusammen,

      ich steuere mit meiner S7 1214 über einen angelegten DB den Multiplus2 Wechselrichter meiner kleinen PV-Versuchsanlage. Da ich der Kommunikation zwischen iobroker und der S7 nicht ganz vertraut habe, wurden alle übertragenen Werte mal per Trace beobachtet. Dabei stellte sich heraus, dass Werte wie z.B. aktueller SOC des Akkus, oder auch Netz-Bezugsleistung teilweise bis in den fünfstelligen Bereich ausbrechen. Also es werden auf SPS Seite manchmal ganz krasse Peaks aus dem DB geholt - die aber gar nicht vorhanden sind. Zum Einen kann der SOC nicht bei 20.000 stehen, zum Anderen habe ich die Bezugsleistung parallel in Grafana visualisiert - definiv keine Peaks vorhanden.

      4e7c87c0-3bde-4e23-9c1f-a6c346eb1d5a-grafik.png

      07c9b9b8-2b23-4b2c-833d-a43abbbb8ad3-grafik.png

      Nachdem ich das Poll-Delay auf 500ms gesetzt hab, hat sich das Thema mit den Peaks etwas verbessert, aber nicht zufriedenstellend. Ich kann mit solchen, wenn auch selten, auftretenden Peakwerten nicht zuverlässig meinen Wechselrichter steuern/regeln.

      Hat hierzu jemand eine Idee woran das liegen könnte?

      fu_zhouF Offline
      fu_zhouF Offline
      fu_zhou
      schrieb am zuletzt editiert von
      #2

      @hf_spsler schau mal hier: https://github.com/ioBroker/ioBroker.s7/issues/13 das Thema ist jetzt schon über 5 Jahre ungelöst, aber wir sind dem Ganzen auf der Spur: https://forum.iobroker.net/post/1109064

      Synology DS920+ VM, S7-315 PN mit ET200S

      HF_SPSlerH 1 Antwort Letzte Antwort
      0
      • fu_zhouF fu_zhou

        @hf_spsler schau mal hier: https://github.com/ioBroker/ioBroker.s7/issues/13 das Thema ist jetzt schon über 5 Jahre ungelöst, aber wir sind dem Ganzen auf der Spur: https://forum.iobroker.net/post/1109064

        HF_SPSlerH Offline
        HF_SPSlerH Offline
        HF_SPSler
        schrieb am zuletzt editiert von
        #3

        @fu_zhou Nun das ist seltsam. Hab jetzt gerade noch mal die Modbus-Doku durchgeschaut, meine Modbus-Adapterinstanz angesehen, die Datentypdefinition im S7 Adapter kontrolliert und bis auf das ich im S7 Adapter nicht explizit den Typ Uint16 sondern nur INT auswählen kann gibt es keine REAL Definition.

        Mal davon abgesehen, dass sich da jetzt seit über fünf Jahren nix an dem Issue getan hat - was schon irgendwie ärgelich ist - man hat es hier mit einem Integer zu tun, nicht mit einem REAL.

        Könnte es sein, dass sich bereits auf der Modbus-Seite in der Übertragung vom Wechselrichter an die "Steuerzentrale" (VenusOS auf Raspi) aufgrung kippender bits solch ein Wertefehler einschleicht?

        Oder, was könnte denn unternommen werden um der Sache, sagen wir mal, etwas mehr Nachdruck zu verleihen?

        S7 1214 (Master) + Logo!8(Slave Erdgeschoss) + Logo!8 (Slave Obergeschoss) + S7 1214 (Slave Garage/Nebengebäude)

        fu_zhouF HomoranH 2 Antworten Letzte Antwort
        0
        • HF_SPSlerH HF_SPSler

          @fu_zhou Nun das ist seltsam. Hab jetzt gerade noch mal die Modbus-Doku durchgeschaut, meine Modbus-Adapterinstanz angesehen, die Datentypdefinition im S7 Adapter kontrolliert und bis auf das ich im S7 Adapter nicht explizit den Typ Uint16 sondern nur INT auswählen kann gibt es keine REAL Definition.

          Mal davon abgesehen, dass sich da jetzt seit über fünf Jahren nix an dem Issue getan hat - was schon irgendwie ärgelich ist - man hat es hier mit einem Integer zu tun, nicht mit einem REAL.

          Könnte es sein, dass sich bereits auf der Modbus-Seite in der Übertragung vom Wechselrichter an die "Steuerzentrale" (VenusOS auf Raspi) aufgrung kippender bits solch ein Wertefehler einschleicht?

          Oder, was könnte denn unternommen werden um der Sache, sagen wir mal, etwas mehr Nachdruck zu verleihen?

          fu_zhouF Offline
          fu_zhouF Offline
          fu_zhou
          schrieb am zuletzt editiert von
          #4

          @hf_spsler Es hat sich im Laufe der Zeit herausgestellt, dass das alle Zahlen-Werte (=nicht-Bool) betrifft: Byte, Wort, Doppelwort - ob Integer, Doppelinteger oder Real. Es gibt aktuell einen Workaround, der funktioniert, in dem in einem Java-Script unter Umgehung des Adapters die Werte in die S7 geschrieben werden. Mir ist auch daran gelegen, dass das richtig funktioniert, aber die Anwender, die den S7-Adapter brauchen und Javascript beherrschen und Lust haben, das zu debuggen, ist sehr überschaubar gewesen in den letzten 5 Jahren ;-(. Der eine oder andere ist auf node-red umgestiegen, da gibt es auch eine S7 Kopplung, das kommt für mich aber nicht in Frage. Wegen Workaround schau mal hier:
          https://forum.iobroker.net/post/1109064
          Ich hoffe auch, dass @Wal die Lust nicht verliert und dass ihm/ uns demnächst der Durchbruch gelingt!

          Synology DS920+ VM, S7-315 PN mit ET200S

          1 Antwort Letzte Antwort
          1
          • HF_SPSlerH HF_SPSler

            @fu_zhou Nun das ist seltsam. Hab jetzt gerade noch mal die Modbus-Doku durchgeschaut, meine Modbus-Adapterinstanz angesehen, die Datentypdefinition im S7 Adapter kontrolliert und bis auf das ich im S7 Adapter nicht explizit den Typ Uint16 sondern nur INT auswählen kann gibt es keine REAL Definition.

            Mal davon abgesehen, dass sich da jetzt seit über fünf Jahren nix an dem Issue getan hat - was schon irgendwie ärgelich ist - man hat es hier mit einem Integer zu tun, nicht mit einem REAL.

            Könnte es sein, dass sich bereits auf der Modbus-Seite in der Übertragung vom Wechselrichter an die "Steuerzentrale" (VenusOS auf Raspi) aufgrung kippender bits solch ein Wertefehler einschleicht?

            Oder, was könnte denn unternommen werden um der Sache, sagen wir mal, etwas mehr Nachdruck zu verleihen?

            HomoranH Nicht stören
            HomoranH Nicht stören
            Homoran
            Global Moderator Administrators
            schrieb am zuletzt editiert von
            #5

            @hf_spsler sagte in S7 Adapter übermittelt vereinzelt stark schwankende Werte:

            nicht explizit den Typ Uint16 sondern nur INT auswählen kann

            wenn ich im Modbus Adapter den falschen Typ wähle (UINT statt INT, little statt big Endian) kommt definitiv etwas falsches raus.
            ich hab den Cerbo über TCP-IP angeschlossen.
            (8, 16 UND 32 BIT ist selbstverständlich auch korrekt einzustellen)

            kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

            Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

            der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

            HF_SPSlerH 1 Antwort Letzte Antwort
            0
            • HomoranH Homoran

              @hf_spsler sagte in S7 Adapter übermittelt vereinzelt stark schwankende Werte:

              nicht explizit den Typ Uint16 sondern nur INT auswählen kann

              wenn ich im Modbus Adapter den falschen Typ wähle (UINT statt INT, little statt big Endian) kommt definitiv etwas falsches raus.
              ich hab den Cerbo über TCP-IP angeschlossen.
              (8, 16 UND 32 BIT ist selbstverständlich auch korrekt einzustellen)

              HF_SPSlerH Offline
              HF_SPSlerH Offline
              HF_SPSler
              schrieb am zuletzt editiert von
              #6

              @homoran Danke für die Infos.

              Nun, der SOC ist in der Modbustabelle als uint16 definiert, so ist es in der Instanz des Modbusadapters im iobroker auch parametriert:

              ec2d3998-5155-42f7-84d4-77f8ef84edaf-grafik.png

              Wie oben im Screenshot meiner Trace-Messung zu sehen ist der SOC Wert, oder aber auch ab und zu mal andere Werte, ja nicht dauerhaft nonsens sondern nur sporadisch. Beim SOC könnte ich das auf der SPS Seite noch abfangen, der kann ja nicht größer als 100% sein. Aber bei Werten wie z.B. Netzbezug kann ich keine Plausibilitätsprüfung machen da hier Werte zwischen 0 und, keine Ahnung, 30W- 40.000Watt auftreten können.

              Im S7 Adapter kann ich nicht explizit den Datentyp ohne Vorzeichen wählen:
              49ddaea1-1209-4fde-bd31-7b0a5bed15e2-grafik.png

              Ich verfolge jetzt mal den Link vom @fu_zhou - vielen Dank euch bis hier her! Wäre klasse wenn der Adapter künftig einwandfrei funzen würde.

              S7 1214 (Master) + Logo!8(Slave Erdgeschoss) + Logo!8 (Slave Obergeschoss) + S7 1214 (Slave Garage/Nebengebäude)

              HomoranH 1 Antwort Letzte Antwort
              0
              • HF_SPSlerH HF_SPSler

                @homoran Danke für die Infos.

                Nun, der SOC ist in der Modbustabelle als uint16 definiert, so ist es in der Instanz des Modbusadapters im iobroker auch parametriert:

                ec2d3998-5155-42f7-84d4-77f8ef84edaf-grafik.png

                Wie oben im Screenshot meiner Trace-Messung zu sehen ist der SOC Wert, oder aber auch ab und zu mal andere Werte, ja nicht dauerhaft nonsens sondern nur sporadisch. Beim SOC könnte ich das auf der SPS Seite noch abfangen, der kann ja nicht größer als 100% sein. Aber bei Werten wie z.B. Netzbezug kann ich keine Plausibilitätsprüfung machen da hier Werte zwischen 0 und, keine Ahnung, 30W- 40.000Watt auftreten können.

                Im S7 Adapter kann ich nicht explizit den Datentyp ohne Vorzeichen wählen:
                49ddaea1-1209-4fde-bd31-7b0a5bed15e2-grafik.png

                Ich verfolge jetzt mal den Link vom @fu_zhou - vielen Dank euch bis hier her! Wäre klasse wenn der Adapter künftig einwandfrei funzen würde.

                HomoranH Nicht stören
                HomoranH Nicht stören
                Homoran
                Global Moderator Administrators
                schrieb am zuletzt editiert von
                #7

                @hf_spsler sagte in S7 Adapter übermittelt vereinzelt stark schwankende Werte:

                ja nicht dauerhaft nonsens sondern nur sporadisch

                in der Modus-Instanz auch?

                kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                HF_SPSlerH 1 Antwort Letzte Antwort
                0
                • HomoranH Homoran

                  @hf_spsler sagte in S7 Adapter übermittelt vereinzelt stark schwankende Werte:

                  ja nicht dauerhaft nonsens sondern nur sporadisch

                  in der Modus-Instanz auch?

                  HF_SPSlerH Offline
                  HF_SPSlerH Offline
                  HF_SPSler
                  schrieb am zuletzt editiert von
                  #8

                  @homoran Nein, den Wert aus der Modbus-Instanz lege ich per SQL ab um ihn in Grafana darzustellen, da gab es bisher keinerlei Ausreißer.

                  S7 1214 (Master) + Logo!8(Slave Erdgeschoss) + Logo!8 (Slave Obergeschoss) + S7 1214 (Slave Garage/Nebengebäude)

                  HomoranH 1 Antwort Letzte Antwort
                  0
                  • HF_SPSlerH HF_SPSler

                    @homoran Nein, den Wert aus der Modbus-Instanz lege ich per SQL ab um ihn in Grafana darzustellen, da gab es bisher keinerlei Ausreißer.

                    HomoranH Nicht stören
                    HomoranH Nicht stören
                    Homoran
                    Global Moderator Administrators
                    schrieb am zuletzt editiert von
                    #9

                    @hf_spsler Danke!
                    ich dachte ich hätte da was durcheinander gebracht.

                    kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                    Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                    der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                    1 Antwort Letzte Antwort
                    0
                    Antworten
                    • In einem neuen Thema antworten
                    Anmelden zum Antworten
                    • Älteste zuerst
                    • Neuste zuerst
                    • Meiste Stimmen


                    Support us

                    ioBroker
                    Community Adapters
                    Donate
                    FAQ Cloud / IOT
                    HowTo: Node.js-Update
                    HowTo: Backup/Restore
                    Downloads
                    BLOG

                    396

                    Online

                    32.6k

                    Benutzer

                    81.9k

                    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