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. Einsteigerfragen
  4. Einbindung von Geräten
  5. Modbus RTU over TCP Error response

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    22
    1
    1.1k

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.4k

Modbus RTU over TCP Error response

Geplant Angeheftet Gesperrt Verschoben Einbindung von Geräten
modbus rtu tcp
12 Beiträge 3 Kommentatoren 531 Aufrufe 2 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.
  • C Offline
    C Offline
    cdn
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    ich nutze einen Waveshare Modbus RTU TCP Wandler, welchen ich bereits getestet habe und er funktioniert problemlos um Werte meiner Bewegungsmelder auszulesen.
    Leider scheitere ich gerade an der Einbindung in IOBroker. Ich erhalte im Log immer folgenden Fehler bei der Abfrage von Holding Registers:

    modbus.0
    	2023-08-25 20:33:38.835	info	Disconnected from slave 192.168.3.9
    modbus.0
    	2023-08-25 20:33:38.834	debug	Closing client on purpose.
    modbus.0
    	2023-08-25 20:33:37.841	debug	Cleaning up request fifo.
    modbus.0
    	2023-08-25 20:33:37.837	debug	Clearing timeout of the current request.
    modbus.0
    	2023-08-25 20:33:37.836	debug	Socket closed with error
    modbus.0
    	2023-08-25 20:33:37.834	warn	Poll error count: 2 code: {"err":"timeout","timeout":5000}
    modbus.0
    	2023-08-25 20:33:37.833	error	Client in error state.
    modbus.0
    	2023-08-25 20:33:37.833	error	Request timed out.
    modbus.0
    	2023-08-25 20:33:37.832	warn	Error: undefined
    modbus.0
    	2023-08-25 20:33:35.554	error	Error response: fe
    modbus.0
    	2023-08-25 20:33:32.881	error	Error response: 19
    modbus.0
    	2023-08-25 20:33:32.831	debug	Sending pdu to the socket.
    modbus.0
    	2023-08-25 20:33:32.831	debug	[DevID_25/holdingRegs] Poll address 4 - 1 registers
    modbus.0
    	2023-08-25 20:33:32.831	debug	[DevID_25] Poll start ---------------------
    modbus.0
    	2023-08-25 20:33:32.830	info	Connected to slave
    modbus.0
    	2023-08-25 20:32:32.828	info	Disconnected from slave 192.168.3.9
    

    Der Rückgabewert (getestet mit ComTest Pro) ist normalerweise folgender:

    20:02:29.469: Device Address: 14h, Register: 0004h
    20:02:29.476: |-> Read Register: 0004h
    20:02:30.496: -> [14h] [03h] [00h] [04h] [00h] [01h] [C7h] [0Eh] 
    20:02:30.546: <- [14h] [03h] [02h] [00h] [01h] [74h] [47h] 
    

    Ich habe vom Typ her schon alles mögliche ausprobiert, erhalte aber immer nur diese Fehlermeldungen. Jemand eine Idee? Wäre supe!

    GlasfaserG 3 Antworten Letzte Antwort
    0
    • C cdn

      Hallo zusammen,

      ich nutze einen Waveshare Modbus RTU TCP Wandler, welchen ich bereits getestet habe und er funktioniert problemlos um Werte meiner Bewegungsmelder auszulesen.
      Leider scheitere ich gerade an der Einbindung in IOBroker. Ich erhalte im Log immer folgenden Fehler bei der Abfrage von Holding Registers:

      modbus.0
      	2023-08-25 20:33:38.835	info	Disconnected from slave 192.168.3.9
      modbus.0
      	2023-08-25 20:33:38.834	debug	Closing client on purpose.
      modbus.0
      	2023-08-25 20:33:37.841	debug	Cleaning up request fifo.
      modbus.0
      	2023-08-25 20:33:37.837	debug	Clearing timeout of the current request.
      modbus.0
      	2023-08-25 20:33:37.836	debug	Socket closed with error
      modbus.0
      	2023-08-25 20:33:37.834	warn	Poll error count: 2 code: {"err":"timeout","timeout":5000}
      modbus.0
      	2023-08-25 20:33:37.833	error	Client in error state.
      modbus.0
      	2023-08-25 20:33:37.833	error	Request timed out.
      modbus.0
      	2023-08-25 20:33:37.832	warn	Error: undefined
      modbus.0
      	2023-08-25 20:33:35.554	error	Error response: fe
      modbus.0
      	2023-08-25 20:33:32.881	error	Error response: 19
      modbus.0
      	2023-08-25 20:33:32.831	debug	Sending pdu to the socket.
      modbus.0
      	2023-08-25 20:33:32.831	debug	[DevID_25/holdingRegs] Poll address 4 - 1 registers
      modbus.0
      	2023-08-25 20:33:32.831	debug	[DevID_25] Poll start ---------------------
      modbus.0
      	2023-08-25 20:33:32.830	info	Connected to slave
      modbus.0
      	2023-08-25 20:32:32.828	info	Disconnected from slave 192.168.3.9
      

      Der Rückgabewert (getestet mit ComTest Pro) ist normalerweise folgender:

      20:02:29.469: Device Address: 14h, Register: 0004h
      20:02:29.476: |-> Read Register: 0004h
      20:02:30.496: -> [14h] [03h] [00h] [04h] [00h] [01h] [C7h] [0Eh] 
      20:02:30.546: <- [14h] [03h] [02h] [00h] [01h] [74h] [47h] 
      

      Ich habe vom Typ her schon alles mögliche ausprobiert, erhalte aber immer nur diese Fehlermeldungen. Jemand eine Idee? Wäre supe!

      GlasfaserG Offline
      GlasfaserG Offline
      Glasfaser
      schrieb am zuletzt editiert von
      #2

      @cdn sagte in Modbus RTU over TCP Error response:

      Read Register: 0004h

      Welche Einstellungen im Modbus Adapter hast du !?

      Fragst du 40004 ab !?

      eventuell ist es auch +1/-1 also 40003 / 40005

      Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

      C 1 Antwort Letzte Antwort
      0
      • GlasfaserG Glasfaser

        @cdn sagte in Modbus RTU over TCP Error response:

        Read Register: 0004h

        Welche Einstellungen im Modbus Adapter hast du !?

        Fragst du 40004 ab !?

        eventuell ist es auch +1/-1 also 40003 / 40005

        C Offline
        C Offline
        cdn
        schrieb am zuletzt editiert von
        #3

        @glasfaser
        Ich habe es mit alias versucht und dann 4003-4005, wobei auf den Readings 1-9 jeweils was kommen sollte. Aber auch ohne alias mit 3-6.
        Einstellungen sind relativ Standard, nur, dass ich mehrere IDs aktiviert habe, da ich auch mehrere Bewegungsmelder habe.

        Die Verbindung zum Waveshare scheint ja auch schon zu klappen, nur er kann mit der Hex Antwort der Devices nichts anfangen. So verstehe ich es zumindest.

        GlasfaserG 1 Antwort Letzte Antwort
        0
        • C cdn

          @glasfaser
          Ich habe es mit alias versucht und dann 4003-4005, wobei auf den Readings 1-9 jeweils was kommen sollte. Aber auch ohne alias mit 3-6.
          Einstellungen sind relativ Standard, nur, dass ich mehrere IDs aktiviert habe, da ich auch mehrere Bewegungsmelder habe.

          Die Verbindung zum Waveshare scheint ja auch schon zu klappen, nur er kann mit der Hex Antwort der Devices nichts anfangen. So verstehe ich es zumindest.

          GlasfaserG Offline
          GlasfaserG Offline
          Glasfaser
          schrieb am zuletzt editiert von
          #4

          @cdn sagte in Modbus RTU over TCP Error response:

          Einstellungen sind relativ Standard

          Das sagt mir gar nichts !

          Bei 0004h wäre 4 , also im Holdingregister entweder 4 oder 40004
          bzw. auch mal Input-Register ausprobiert

          @glasfaser sagte in Modbus RTU over TCP Error response:
          eventuell ist es auch +1/-1 also 40003 / 40005

          auch getestet , kann ich an deinen Angaben nicht erkennen .

          Ich würde mal die Instanz löschen und neu erstellen , manchmal verstellt man zu viel !

          Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

          C 1 Antwort Letzte Antwort
          0
          • GlasfaserG Glasfaser

            @cdn sagte in Modbus RTU over TCP Error response:

            Einstellungen sind relativ Standard

            Das sagt mir gar nichts !

            Bei 0004h wäre 4 , also im Holdingregister entweder 4 oder 40004
            bzw. auch mal Input-Register ausprobiert

            @glasfaser sagte in Modbus RTU over TCP Error response:
            eventuell ist es auch +1/-1 also 40003 / 40005

            auch getestet , kann ich an deinen Angaben nicht erkennen .

            Ich würde mal die Instanz löschen und neu erstellen , manchmal verstellt man zu viel !

            C Offline
            C Offline
            cdn
            schrieb am zuletzt editiert von
            #5

            @glasfaser
            Danke ich teste morgen nochmal und melde mich dann. Gibts denn sonst noch irgendwelche Tipps? 8 Bit unsigned wäre aber korrekt oder?
            Muss ich noch irgendwas mit hex etc. einstellen?

            Bin noch relativ neu beim Thema modbus.

            HomoranH 1 Antwort Letzte Antwort
            0
            • C cdn

              Hallo zusammen,

              ich nutze einen Waveshare Modbus RTU TCP Wandler, welchen ich bereits getestet habe und er funktioniert problemlos um Werte meiner Bewegungsmelder auszulesen.
              Leider scheitere ich gerade an der Einbindung in IOBroker. Ich erhalte im Log immer folgenden Fehler bei der Abfrage von Holding Registers:

              modbus.0
              	2023-08-25 20:33:38.835	info	Disconnected from slave 192.168.3.9
              modbus.0
              	2023-08-25 20:33:38.834	debug	Closing client on purpose.
              modbus.0
              	2023-08-25 20:33:37.841	debug	Cleaning up request fifo.
              modbus.0
              	2023-08-25 20:33:37.837	debug	Clearing timeout of the current request.
              modbus.0
              	2023-08-25 20:33:37.836	debug	Socket closed with error
              modbus.0
              	2023-08-25 20:33:37.834	warn	Poll error count: 2 code: {"err":"timeout","timeout":5000}
              modbus.0
              	2023-08-25 20:33:37.833	error	Client in error state.
              modbus.0
              	2023-08-25 20:33:37.833	error	Request timed out.
              modbus.0
              	2023-08-25 20:33:37.832	warn	Error: undefined
              modbus.0
              	2023-08-25 20:33:35.554	error	Error response: fe
              modbus.0
              	2023-08-25 20:33:32.881	error	Error response: 19
              modbus.0
              	2023-08-25 20:33:32.831	debug	Sending pdu to the socket.
              modbus.0
              	2023-08-25 20:33:32.831	debug	[DevID_25/holdingRegs] Poll address 4 - 1 registers
              modbus.0
              	2023-08-25 20:33:32.831	debug	[DevID_25] Poll start ---------------------
              modbus.0
              	2023-08-25 20:33:32.830	info	Connected to slave
              modbus.0
              	2023-08-25 20:32:32.828	info	Disconnected from slave 192.168.3.9
              

              Der Rückgabewert (getestet mit ComTest Pro) ist normalerweise folgender:

              20:02:29.469: Device Address: 14h, Register: 0004h
              20:02:29.476: |-> Read Register: 0004h
              20:02:30.496: -> [14h] [03h] [00h] [04h] [00h] [01h] [C7h] [0Eh] 
              20:02:30.546: <- [14h] [03h] [02h] [00h] [01h] [74h] [47h] 
              

              Ich habe vom Typ her schon alles mögliche ausprobiert, erhalte aber immer nur diese Fehlermeldungen. Jemand eine Idee? Wäre supe!

              GlasfaserG Offline
              GlasfaserG Offline
              Glasfaser
              schrieb am zuletzt editiert von
              #6

              @cdn sagte in Modbus RTU over TCP Error response:

              Der Rückgabewert (getestet mit ComTest Pro) ist normalerweise folgender:

              hast du mit diesem Programm auch mal getestet :

              https://forum.iobroker.net/post/1031765

              Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

              C 1 Antwort Letzte Antwort
              0
              • C cdn

                @glasfaser
                Danke ich teste morgen nochmal und melde mich dann. Gibts denn sonst noch irgendwelche Tipps? 8 Bit unsigned wäre aber korrekt oder?
                Muss ich noch irgendwas mit hex etc. einstellen?

                Bin noch relativ neu beim Thema modbus.

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

                @cdn sagte in Modbus RTU over TCP Error response:

                Gibts denn sonst noch irgendwelche Tipps?

                keine Nacherzählung sondern Fakten per Text (in code-tags) oder Bild.
                immer erst mit einem Register beginnen.
                Einstellungen gemäß Registerbeschreibung des Geräts durchführen
                Registerbeschreibung für due Helfenden zur Verfügung stellen

                https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

                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
                • GlasfaserG Glasfaser

                  @cdn sagte in Modbus RTU over TCP Error response:

                  Der Rückgabewert (getestet mit ComTest Pro) ist normalerweise folgender:

                  hast du mit diesem Programm auch mal getestet :

                  https://forum.iobroker.net/post/1031765

                  C Offline
                  C Offline
                  cdn
                  schrieb am zuletzt editiert von
                  #8

                  @glasfaser Sorry für die späte Antwort. Ich habe es vorher leider nicht geschafft.
                  Hier einmal die Manual: V5.0 (modbus)-Infrared+ Light communication protocol.pdf

                  Wenn ich als Typ nichts auswähle, dann klappt die erste Abfrage. Die folgenden dann wieder nicht.
                  Hier meine Konfiguration:

                  da4f50a7-25a5-4db3-bbe4-b83da8b1294c-grafik.png

                  29f4ae51-34e9-4c7d-86b5-d5dddb3b8735-grafik.png

                  f2013384-6581-4751-b986-18f099d47f8a-grafik.png

                  Das genannte Tool funktioniert auch, wobei zwischendurch errors kommen, die ich bei ComTest Pro nicht habe:

                  7d973a7a-f051-4db1-b987-510ad7d2b180-grafik.png

                  Benötigt ihr noch mehr infos? :-)

                  Danke für die Hilfe!

                  HomoranH 1 Antwort Letzte Antwort
                  0
                  • C cdn

                    @glasfaser Sorry für die späte Antwort. Ich habe es vorher leider nicht geschafft.
                    Hier einmal die Manual: V5.0 (modbus)-Infrared+ Light communication protocol.pdf

                    Wenn ich als Typ nichts auswähle, dann klappt die erste Abfrage. Die folgenden dann wieder nicht.
                    Hier meine Konfiguration:

                    da4f50a7-25a5-4db3-bbe4-b83da8b1294c-grafik.png

                    29f4ae51-34e9-4c7d-86b5-d5dddb3b8735-grafik.png

                    f2013384-6581-4751-b986-18f099d47f8a-grafik.png

                    Das genannte Tool funktioniert auch, wobei zwischendurch errors kommen, die ich bei ComTest Pro nicht habe:

                    7d973a7a-f051-4db1-b987-510ad7d2b180-grafik.png

                    Benötigt ihr noch mehr infos? :-)

                    Danke für die Hilfe!

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

                    @cdn sagte in Modbus RTU over TCP Error response:

                    Die folgenden dann wieder nicht.

                    und nichts sreht im debug-log?

                    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
                    • C Offline
                      C Offline
                      cdn
                      schrieb am zuletzt editiert von
                      #10

                      @homoran Doch. Ich glaube es kommt immer wieder zu timeouts was zu den Problemen führt:

                      modbus.0
                      	2023-08-29 19:51:26.953	debug	[DevID_20] Poll start ---------------------
                      modbus.0
                      	2023-08-29 19:51:26.949	info	Connected to slave
                      modbus.0
                      	2023-08-29 19:51:25.946	info	Disconnected from slave 192.168.3.9
                      modbus.0
                      	2023-08-29 19:51:25.945	debug	Closing client on purpose.
                      modbus.0
                      	2023-08-29 19:51:25.744	debug	[DevID_22/holdingRegs] Poll address 6 - 1 registers
                      modbus.0
                      	2023-08-29 19:51:25.744	debug	[DevID_22] Poll start ---------------------
                      modbus.0
                      	2023-08-29 19:51:25.644	warn	Poll error count: 2 code: "App Timeout"
                      modbus.0
                      	2023-08-29 19:51:25.143	debug	[DevID_20/holdingRegs] Poll address 6 - 1 registers
                      modbus.0
                      	2023-08-29 19:51:25.143	debug	[DevID_20] Poll start ---------------------
                      modbus.0
                      	2023-08-29 19:51:24.944	debug	Cleaning up request fifo.
                      modbus.0
                      	2023-08-29 19:51:24.944	debug	Clearing timeout of the current request.
                      modbus.0
                      	2023-08-29 19:51:24.943	debug	Socket closed with error
                      modbus.0
                      	2023-08-29 19:51:24.941	warn	Poll error count: 1 code: {"err":"timeout","timeout":300}
                      modbus.0
                      	2023-08-29 19:51:24.941	error	Client in error state.
                      modbus.0
                      	2023-08-29 19:51:24.941	error	Request timed out.
                      modbus.0
                      	2023-08-29 19:51:24.940	warn	Error: undefined
                      
                      1 Antwort Letzte Antwort
                      0
                      • C cdn

                        Hallo zusammen,

                        ich nutze einen Waveshare Modbus RTU TCP Wandler, welchen ich bereits getestet habe und er funktioniert problemlos um Werte meiner Bewegungsmelder auszulesen.
                        Leider scheitere ich gerade an der Einbindung in IOBroker. Ich erhalte im Log immer folgenden Fehler bei der Abfrage von Holding Registers:

                        modbus.0
                        	2023-08-25 20:33:38.835	info	Disconnected from slave 192.168.3.9
                        modbus.0
                        	2023-08-25 20:33:38.834	debug	Closing client on purpose.
                        modbus.0
                        	2023-08-25 20:33:37.841	debug	Cleaning up request fifo.
                        modbus.0
                        	2023-08-25 20:33:37.837	debug	Clearing timeout of the current request.
                        modbus.0
                        	2023-08-25 20:33:37.836	debug	Socket closed with error
                        modbus.0
                        	2023-08-25 20:33:37.834	warn	Poll error count: 2 code: {"err":"timeout","timeout":5000}
                        modbus.0
                        	2023-08-25 20:33:37.833	error	Client in error state.
                        modbus.0
                        	2023-08-25 20:33:37.833	error	Request timed out.
                        modbus.0
                        	2023-08-25 20:33:37.832	warn	Error: undefined
                        modbus.0
                        	2023-08-25 20:33:35.554	error	Error response: fe
                        modbus.0
                        	2023-08-25 20:33:32.881	error	Error response: 19
                        modbus.0
                        	2023-08-25 20:33:32.831	debug	Sending pdu to the socket.
                        modbus.0
                        	2023-08-25 20:33:32.831	debug	[DevID_25/holdingRegs] Poll address 4 - 1 registers
                        modbus.0
                        	2023-08-25 20:33:32.831	debug	[DevID_25] Poll start ---------------------
                        modbus.0
                        	2023-08-25 20:33:32.830	info	Connected to slave
                        modbus.0
                        	2023-08-25 20:32:32.828	info	Disconnected from slave 192.168.3.9
                        

                        Der Rückgabewert (getestet mit ComTest Pro) ist normalerweise folgender:

                        20:02:29.469: Device Address: 14h, Register: 0004h
                        20:02:29.476: |-> Read Register: 0004h
                        20:02:30.496: -> [14h] [03h] [00h] [04h] [00h] [01h] [C7h] [0Eh] 
                        20:02:30.546: <- [14h] [03h] [02h] [00h] [01h] [74h] [47h] 
                        

                        Ich habe vom Typ her schon alles mögliche ausprobiert, erhalte aber immer nur diese Fehlermeldungen. Jemand eine Idee? Wäre supe!

                        GlasfaserG Offline
                        GlasfaserG Offline
                        Glasfaser
                        schrieb am zuletzt editiert von
                        #11

                        @cdn sagte in Modbus RTU over TCP Error response:

                        Waveshare Modbus

                        hast du nur mit TCP im Adapter getestet !?

                        ab68ce29-04d4-40c9-964a-120a330bf185-grafik.png

                        .

                        2023-08-29 19:51:25.644 warn Poll error count: 2 code: "App Timeout"

                        Dein Waveshare antwortet nicht !

                        Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

                        C 1 Antwort Letzte Antwort
                        0
                        • GlasfaserG Glasfaser

                          @cdn sagte in Modbus RTU over TCP Error response:

                          Waveshare Modbus

                          hast du nur mit TCP im Adapter getestet !?

                          ab68ce29-04d4-40c9-964a-120a330bf185-grafik.png

                          .

                          2023-08-29 19:51:25.644 warn Poll error count: 2 code: "App Timeout"

                          Dein Waveshare antwortet nicht !

                          C Offline
                          C Offline
                          cdn
                          schrieb am zuletzt editiert von
                          #12

                          @glasfaser du meinst ohne RTU? Da kommt gar nichts.
                          Es kommen nun Werte an, ich habe nur unglaublich viele Timeouts. Ich könnte damit leben, aber würde ungern das log so vollspamen. Komplett deaktivieren kann man das log nicht?

                          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

                          678

                          Online

                          32.5k

                          Benutzer

                          81.6k

                          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