Skip to content
  • Home
  • Recent
  • Tags
  • 0 Unread 0
  • Categories
  • Unreplied
  • Popular
  • 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

  • Default (No Skin)
  • No Skin
Collapse
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. Daten per Modbus im log-file, aber nicht im Adapter

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    16
    1
    249

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    4.6k

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

Daten per Modbus im log-file, aber nicht im Adapter

Scheduled Pinned Locked Moved ioBroker Allgemein
4 Posts 2 Posters 406 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • F Offline
    F Offline
    Franki
    wrote on last edited by Franki
    #1

    Liebes Forum,

    ich schicke Daten per über Modbus an meinen Raspberry auf dem IOBroker läuft. Die meisten Daten landen im Bereich holdingRegisters. Und das klappt alles wie gewünscht. Allerdings bekomme ich das mit den digitalen Eingängen nicht hin. Laut Protokoll (im debug Modus) kommen die Daten wie gewünscht im IOBroker an:

    modbus.0 2023-11-06 21:20:47.418	debug	FC5 finished writing single coil: at 1, value false
    modbus.0 2023-11-06 21:20:36.420	debug	sending tcp data
    modbus.0 2023-11-06 21:20:36.418	debug	FC5 finished writing single coil: at 1, value true
    modbus.0 2023-11-06 21:20:24.419	debug	sending tcp data
    modbus.0 2023-11-06 21:20:24.419	debug	FC5 finished writing single coil: at 1, value false
    modbus.0 2023-11-06 21:19:22.421	debug	sending tcp data
    modbus.0 2023-11-06 21:19:22.419	debug	FC5 finished writing single coil: at 2, value false
    

    Es sind zwei Werte deren Zustände sich korrekt zwischen true und false ändern. Meine Interpretation ist deshalb, dass die Daten vom Protokoll korrekt zum Raspberry übertragen werden. Allerdings werden diese nicht im Adapter angezeit:
    Bildschirmfoto vom 2023-11-06 20-27-32.png

    Folgendes habe ich bisher versucht: inputRegisters (siehe Screenshot) und auch discreteInputs. Bei letzteren habe ich verschiedene Einstellungen für die Adressen probiert (0 und 1, 1 und 2 sowie 14 und 15). Die Werte bleiben aber immer auf den orangefarbenen Defaultwerten stehen.

    Hat jemand einen Tipp?

    Danke!

    HomoranH 1 Reply Last reply
    0
    • F Franki

      Liebes Forum,

      ich schicke Daten per über Modbus an meinen Raspberry auf dem IOBroker läuft. Die meisten Daten landen im Bereich holdingRegisters. Und das klappt alles wie gewünscht. Allerdings bekomme ich das mit den digitalen Eingängen nicht hin. Laut Protokoll (im debug Modus) kommen die Daten wie gewünscht im IOBroker an:

      modbus.0 2023-11-06 21:20:47.418	debug	FC5 finished writing single coil: at 1, value false
      modbus.0 2023-11-06 21:20:36.420	debug	sending tcp data
      modbus.0 2023-11-06 21:20:36.418	debug	FC5 finished writing single coil: at 1, value true
      modbus.0 2023-11-06 21:20:24.419	debug	sending tcp data
      modbus.0 2023-11-06 21:20:24.419	debug	FC5 finished writing single coil: at 1, value false
      modbus.0 2023-11-06 21:19:22.421	debug	sending tcp data
      modbus.0 2023-11-06 21:19:22.419	debug	FC5 finished writing single coil: at 2, value false
      

      Es sind zwei Werte deren Zustände sich korrekt zwischen true und false ändern. Meine Interpretation ist deshalb, dass die Daten vom Protokoll korrekt zum Raspberry übertragen werden. Allerdings werden diese nicht im Adapter angezeit:
      Bildschirmfoto vom 2023-11-06 20-27-32.png

      Folgendes habe ich bisher versucht: inputRegisters (siehe Screenshot) und auch discreteInputs. Bei letzteren habe ich verschiedene Einstellungen für die Adressen probiert (0 und 1, 1 und 2 sowie 14 und 15). Die Werte bleiben aber immer auf den orangefarbenen Defaultwerten stehen.

      Hat jemand einen Tipp?

      Danke!

      HomoranH Offline
      HomoranH Offline
      Homoran
      Global Moderator Administrators
      wrote on last edited by
      #2

      @franki sagte in Daten per Modbus im log-file, aber nicht im Adapter:

      writing single coil:

      sind das nicht

      @franki sagte in Daten per Modbus im log-file, aber nicht im Adapter:

      discreteInputs

      die hast du noch nicht aufgeklappt

      kein Support per PN! - Fragen im Forum stellen -
      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
      Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton im Header. Danke!
      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

      F 1 Reply Last reply
      0
      • HomoranH Homoran

        @franki sagte in Daten per Modbus im log-file, aber nicht im Adapter:

        writing single coil:

        sind das nicht

        @franki sagte in Daten per Modbus im log-file, aber nicht im Adapter:

        discreteInputs

        die hast du noch nicht aufgeklappt

        F Offline
        F Offline
        Franki
        wrote on last edited by
        #3

        @homoran said in Daten per Modbus im log-file, aber nicht im Adapter:

        die hast du noch nicht aufgeklappt

        Hier mal ein Zwischenstand, wo alles aufgeklappt ist:

        Bildschirmfoto vom 2023-11-07 05-08-56.png

        F 1 Reply Last reply
        0
        • F Franki

          @homoran said in Daten per Modbus im log-file, aber nicht im Adapter:

          die hast du noch nicht aufgeklappt

          Hier mal ein Zwischenstand, wo alles aufgeklappt ist:

          Bildschirmfoto vom 2023-11-07 05-08-56.png

          F Offline
          F Offline
          Franki
          wrote on last edited by Franki
          #4

          Ich bin inzwischen etwas weiter und die Daten werden - zumindest Gelegentlich - wie gewünscht im Adapter angezeigt und in der influxdb gespeichert. Die Ursache für das fehlerhafte Verhalten ist mir selber nicht klar.

          Nun habe ich aber eine neue Fehlermeldung/Warnung im Debug-log:

          	2023-11-09 11:08:20.997	warn	setObject alias.0.Heizung.TA-UVR.Stroemungsschalter (type=undefined) property common.custom must not exist.
          	2023-11-09 11:08:20.992	warn	Error on writePoint("{"value":false,"time":"2023-11-09T10:08:20.982Z","from":"system.adapter.modbus.0","q":0,"ack":true}): Error: {"error":"partial write: field type conflict: input field \"value\" on measurement \"alias.0.Heizung.TA-UVR.Stroemungsschalter\" is type boolean, already exists as type float dropped=1"} / "{\"error\":\"partial write: field type conflict: input field \\\"value\\\" on measurement \\\"alias.0.Heizung.TA-UVR.Stroemungsschalter\\\" is type boolean, already exists as type float dropped=1\"}\n""
          

          Kann mir jemand helfen diese Fehlermeldung zu verstehen?

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          Support us

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

          318

          Online

          32.7k

          Users

          82.5k

          Topics

          1.3m

          Posts
          Community
          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
          ioBroker Community 2014-2025
          logo
          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Home
          • Recent
          • Tags
          • Unread 0
          • Categories
          • Unreplied
          • Popular
          • GitHub
          • Docu
          • Hilfe