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. InfluxDB

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.5k

InfluxDB

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
conflictinfluxinfuxdb
14 Beiträge 5 Kommentatoren 3.9k Aufrufe 4 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.
  • Thomas BraunT Thomas Braun

    @rushmed sagte in InfluxDB:

    Please check your alias definitions

    Da kommen falsche Datentypen an.

    R Offline
    R Offline
    Rushmed
    Most Active
    schrieb am zuletzt editiert von Rushmed
    #5

    @thomas-braun Ich finde in den Objektdaten leider keinen Fehler.
    Bspw. hier:

    {
      "common": {
        "name": "WC Spiegel switch State",
        "type": "boolean",
        "role": "switch",
        "read": true,
        "write": true,
        "smartName": {
          "de": "WC Spiegel",
          "smartType": "LIGHT"
        },
        "alias": {
          "id": "shelly.0.SHSW-1#8CAAB54BD7A3#1.Relay0.Switch"
        },
        "custom": {
          "influxdb.0": {
            "enabled": true,
            "changesOnly": true,
            "debounce": "",
            "maxLength": 10,
            "retention": "15811200",
            "changesRelogInterval": "3600",
            "changesMinDelta": "",
            "storageType": "",
            "aliasId": ""
          }
        }
      },
      "native": {},
      "acl": {
        "object": 1636,
        "owner": "system.user.admin",
        "ownerGroup": "system.group.administrator",
        "state": 1636
      },
      "_id": "alias.0.WC_Spiegel_switch_State",
      "type": "state",
      "from": "system.adapter.admin.0",
      "user": "system.user.admin",
      "ts": 1653158800169
    }
    
    
    

    Jetzt bekomm ich die Meldung auch noch als Popup:
    eb4c36b7-f182-4c2e-a1c6-22b8ecc4ad00-grafik.png

    S 1 Antwort Letzte Antwort
    0
    • R Rushmed

      @thomas-braun Ich finde in den Objektdaten leider keinen Fehler.
      Bspw. hier:

      {
        "common": {
          "name": "WC Spiegel switch State",
          "type": "boolean",
          "role": "switch",
          "read": true,
          "write": true,
          "smartName": {
            "de": "WC Spiegel",
            "smartType": "LIGHT"
          },
          "alias": {
            "id": "shelly.0.SHSW-1#8CAAB54BD7A3#1.Relay0.Switch"
          },
          "custom": {
            "influxdb.0": {
              "enabled": true,
              "changesOnly": true,
              "debounce": "",
              "maxLength": 10,
              "retention": "15811200",
              "changesRelogInterval": "3600",
              "changesMinDelta": "",
              "storageType": "",
              "aliasId": ""
            }
          }
        },
        "native": {},
        "acl": {
          "object": 1636,
          "owner": "system.user.admin",
          "ownerGroup": "system.group.administrator",
          "state": 1636
        },
        "_id": "alias.0.WC_Spiegel_switch_State",
        "type": "state",
        "from": "system.adapter.admin.0",
        "user": "system.user.admin",
        "ts": 1653158800169
      }
      
      
      

      Jetzt bekomm ich die Meldung auch noch als Popup:
      eb4c36b7-f182-4c2e-a1c6-22b8ecc4ad00-grafik.png

      S Offline
      S Offline
      Sirfauntleroy
      schrieb am zuletzt editiert von
      #6

      @rushmed

      hast Du das Problem mittlerweile lösen können?
      Ich bekomme die gleiche Meldung und zwar zu dem Zeitpunkt, an dem ich die IO-Broker-App (Android) öffne und die Verbindung hergestellt wird.

      R 1 Antwort Letzte Antwort
      0
      • S Sirfauntleroy

        @rushmed

        hast Du das Problem mittlerweile lösen können?
        Ich bekomme die gleiche Meldung und zwar zu dem Zeitpunkt, an dem ich die IO-Broker-App (Android) öffne und die Verbindung hergestellt wird.

        R Offline
        R Offline
        Rushmed
        Most Active
        schrieb am zuletzt editiert von
        #7

        @sirfauntleroy Ich habe das Problem nichtmehr. Wie das gelöst wurde weiß ich nicht mehr.

        1 Antwort Letzte Antwort
        0
        • Ben1983B Offline
          Ben1983B Offline
          Ben1983
          schrieb am zuletzt editiert von Ben1983
          #8

          Ich habe die Fehlermeldung auch manchmal.
          Auf dem gleichen DP kommt die Meldung von 100 mal beschreiben zwischen 1-5 mal).
          In der Influx DB stehe die richtigen strings drin

          Oder das hier:

          influxdb.0
          2025-09-12 13:32:42.690	warn	Error on writePoint("{"value":20512,"time":"2025-09-12T11:32:42.624Z","from":"system.adapter.lorawan.1","q":0,"ack":true}): HttpError: failure writing points to database: partial write: field type conflict: input field "value" on measurement "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex" is type float, already exists as type string dropped=1 / "failure writing points to database: partial write: field type conflict: input field \"value\" on measurement \"lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex\" is type float, already exists as type string dropped=1""
          
          influxdb.0
          2025-09-12 13:32:42.689	warn	Point could not be written to database: iobroker
          

          Der Datenpunkt:

          b7103496-16c5-4bde-bb44-404e13961928-image.png
          (Ist in einem String)

          Marc BergM 1 Antwort Letzte Antwort
          0
          • Ben1983B Ben1983

            Ich habe die Fehlermeldung auch manchmal.
            Auf dem gleichen DP kommt die Meldung von 100 mal beschreiben zwischen 1-5 mal).
            In der Influx DB stehe die richtigen strings drin

            Oder das hier:

            influxdb.0
            2025-09-12 13:32:42.690	warn	Error on writePoint("{"value":20512,"time":"2025-09-12T11:32:42.624Z","from":"system.adapter.lorawan.1","q":0,"ack":true}): HttpError: failure writing points to database: partial write: field type conflict: input field "value" on measurement "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex" is type float, already exists as type string dropped=1 / "failure writing points to database: partial write: field type conflict: input field \"value\" on measurement \"lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex\" is type float, already exists as type string dropped=1""
            
            influxdb.0
            2025-09-12 13:32:42.689	warn	Point could not be written to database: iobroker
            

            Der Datenpunkt:

            b7103496-16c5-4bde-bb44-404e13961928-image.png
            (Ist in einem String)

            Marc BergM Online
            Marc BergM Online
            Marc Berg
            Most Active
            schrieb am zuletzt editiert von Marc Berg
            #9

            @ben1983 sagte in InfluxDB:

            In der Influx DB stehe die richtigen strings drin

            Das ist aber prinzipbedingt, Hex-Werte kann die InfluxDB nur als Strings speichern (wenn der Adapter diese nicht vorher als Dezimal umrechnet). Wenn dann ein Hex-Wert wie "020512" daher kommt, denkt die Datenbank, es sei ein float.

            Wenn du das unfallfrei umsetzen willst, solltest du Hexwerte mit "0x" als Prefix speichern, also "0x020512".

            NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana

            Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

            Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

            Ben1983B 1 Antwort Letzte Antwort
            0
            • Marc BergM Marc Berg

              @ben1983 sagte in InfluxDB:

              In der Influx DB stehe die richtigen strings drin

              Das ist aber prinzipbedingt, Hex-Werte kann die InfluxDB nur als Strings speichern (wenn der Adapter diese nicht vorher als Dezimal umrechnet). Wenn dann ein Hex-Wert wie "020512" daher kommt, denkt die Datenbank, es sei ein float.

              Wenn du das unfallfrei umsetzen willst, solltest du Hexwerte mit "0x" als Prefix speichern, also "0x020512".

              Ben1983B Offline
              Ben1983B Offline
              Ben1983
              schrieb am zuletzt editiert von Ben1983
              #10

              @marc-berg ok.

              Und was soll mir das hier sagen?
              Das kommt einfach zwischendrin.
              Auf den state wird nicht geschrieben, er steht nicht auf irgend einem zyklus... usw.

              2025-09-12 14:06:56.848 - debug: influxdb.0 (85451) Point written to iobroker
              2025-09-12 14:06:56.984 - debug: influxdb.0 (85451) Incoming message getHistory from system.adapter.admin.0
              2025-09-12 14:06:56.984 - debug: influxdb.0 (85451) lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex17576788169840.9024760788821555 getHistory message: {"id":"lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex","options":{"instance":"influxdb.0","start":1757592000000,"end":1757678816918,"step":3600000,"from":false,"ack":false,"q":false,"addId":false,"aggregate":"minmax","user":"system.user.admin"}}
              2025-09-12 14:06:56.986 - debug: influxdb.0 (85451) Query to execute:
              from(bucket: "iobroker")
              |> range(start: 2025-09-11T12:00:00.000Z, stop: 2025-09-12T12:06:56.918Z)
              |> filter(fn: (r) => r["_field"] == "value")
              |> filter(fn: (r) => r["_measurement"] == "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex" and contains(value: r._value, set: [true, false]))
              |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
              |> group()
              2025-09-12 14:06:56.996 - debug: influxdb.0 (85451) Query to execute: from(bucket: "iobroker")
              |> range(start: 2024-09-11T12:00:00.000Z, stop: 2025-09-11T11:59:59.999Z)
              |> filter(fn: (r) => r["_measurement"] == "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex")
              |> last()
              |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
              2025-09-12 14:06:57.006 - debug: influxdb.0 (85451) Query to execute: from(bucket: "iobroker") |> range(start: 2025-09-11T12:00:00.000Z, stop: 2025-09-12T12:06:56.918Z) |> filter(fn: (r) => r["_measurement"] == "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex") |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") |> sort(columns:["_time"], desc: false)
              2025-09-12 14:06:57.026 - debug: influxdb.0 (85451) Query to execute: from(bucket: "iobroker")
              |> range(start: 2025-09-12T12:06:56.919Z)
              |> filter(fn: (r) => r["_measurement"] == "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex")
              |> first()
              |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
              2025-09-12 14:06:57.039 - error: influxdb.0 (85451) HttpError: runtime error @5:12-5:197: filter: type conflict: bool != string
              2025-09-12 14:06:58.018 - debug: influxdb.0 (85451) Write Point: alias.0.Allgemein.Leistung.WirkleistungGesamt values:{"value":-910.1451416015625,"time":"2025-09-12T12:06:58.009Z","from":"system.adapter.janitza-gridvis.0","q":0,"ack":true} options: null
              2025-09-12 14:06:58.018 - debug: influxdb.0 (85451) Write Point: alias.0.Talstrasse1A.Zaehlerstaende.1A values:{"value":35147732,"time":"2025-09-12T12:06:58.009Z","from":"system.adapter.janitza-gridvis.0","q":0,"ack":true} options: null
              2025-09-12 14:06:58.022 - debug: influxdb.0 (85451) Write Point: alias.0.Eigennutz.Zaehlerstaende.DirektverbrauchUndSpeicherentladung values:{"value":31713690,"time":"2025-09-12T12:06:58.010Z","from":"system.adapter.janitza-gridvis.0","q":0,"ack":true} options: null
              2025-09-12 14:06:58.023 - debug: influxdb.0 (85451) Write Point: alias.0.PV+Speicher.Leistung.WirkleistungPv+Speicher values:{"value":-1842.1007080078125,"time":"2025-09-12T12:06:58.010Z","from":"system.adapter.janitza-gridvis.0","q":0,"ack":true} options: null
              

              Der error ist ja auch irgendwie blöd, denn es steht ja nicht mal an welchem dp der error sit.

              Marc BergM 1 Antwort Letzte Antwort
              0
              • Ben1983B Ben1983

                @marc-berg ok.

                Und was soll mir das hier sagen?
                Das kommt einfach zwischendrin.
                Auf den state wird nicht geschrieben, er steht nicht auf irgend einem zyklus... usw.

                2025-09-12 14:06:56.848 - debug: influxdb.0 (85451) Point written to iobroker
                2025-09-12 14:06:56.984 - debug: influxdb.0 (85451) Incoming message getHistory from system.adapter.admin.0
                2025-09-12 14:06:56.984 - debug: influxdb.0 (85451) lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex17576788169840.9024760788821555 getHistory message: {"id":"lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex","options":{"instance":"influxdb.0","start":1757592000000,"end":1757678816918,"step":3600000,"from":false,"ack":false,"q":false,"addId":false,"aggregate":"minmax","user":"system.user.admin"}}
                2025-09-12 14:06:56.986 - debug: influxdb.0 (85451) Query to execute:
                from(bucket: "iobroker")
                |> range(start: 2025-09-11T12:00:00.000Z, stop: 2025-09-12T12:06:56.918Z)
                |> filter(fn: (r) => r["_field"] == "value")
                |> filter(fn: (r) => r["_measurement"] == "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex" and contains(value: r._value, set: [true, false]))
                |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
                |> group()
                2025-09-12 14:06:56.996 - debug: influxdb.0 (85451) Query to execute: from(bucket: "iobroker")
                |> range(start: 2024-09-11T12:00:00.000Z, stop: 2025-09-11T11:59:59.999Z)
                |> filter(fn: (r) => r["_measurement"] == "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex")
                |> last()
                |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
                2025-09-12 14:06:57.006 - debug: influxdb.0 (85451) Query to execute: from(bucket: "iobroker") |> range(start: 2025-09-11T12:00:00.000Z, stop: 2025-09-12T12:06:56.918Z) |> filter(fn: (r) => r["_measurement"] == "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex") |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value") |> sort(columns:["_time"], desc: false)
                2025-09-12 14:06:57.026 - debug: influxdb.0 (85451) Query to execute: from(bucket: "iobroker")
                |> range(start: 2025-09-12T12:06:56.919Z)
                |> filter(fn: (r) => r["_measurement"] == "lorawan.1.bbea74d6-1fc5-4238-af20-d2aecdbb4f8e.devices.70b3d52dd301b3cc.downlink.lastSend.hex")
                |> first()
                |> pivot(rowKey:["_time"], columnKey: ["_field"], valueColumn: "_value")
                2025-09-12 14:06:57.039 - error: influxdb.0 (85451) HttpError: runtime error @5:12-5:197: filter: type conflict: bool != string
                2025-09-12 14:06:58.018 - debug: influxdb.0 (85451) Write Point: alias.0.Allgemein.Leistung.WirkleistungGesamt values:{"value":-910.1451416015625,"time":"2025-09-12T12:06:58.009Z","from":"system.adapter.janitza-gridvis.0","q":0,"ack":true} options: null
                2025-09-12 14:06:58.018 - debug: influxdb.0 (85451) Write Point: alias.0.Talstrasse1A.Zaehlerstaende.1A values:{"value":35147732,"time":"2025-09-12T12:06:58.009Z","from":"system.adapter.janitza-gridvis.0","q":0,"ack":true} options: null
                2025-09-12 14:06:58.022 - debug: influxdb.0 (85451) Write Point: alias.0.Eigennutz.Zaehlerstaende.DirektverbrauchUndSpeicherentladung values:{"value":31713690,"time":"2025-09-12T12:06:58.010Z","from":"system.adapter.janitza-gridvis.0","q":0,"ack":true} options: null
                2025-09-12 14:06:58.023 - debug: influxdb.0 (85451) Write Point: alias.0.PV+Speicher.Leistung.WirkleistungPv+Speicher values:{"value":-1842.1007080078125,"time":"2025-09-12T12:06:58.010Z","from":"system.adapter.janitza-gridvis.0","q":0,"ack":true} options: null
                

                Der error ist ja auch irgendwie blöd, denn es steht ja nicht mal an welchem dp der error sit.

                Marc BergM Online
                Marc BergM Online
                Marc Berg
                Most Active
                schrieb am zuletzt editiert von
                #11

                @ben1983

                Das sind zwei ganz verschiedene Sachverhalte.

                In deinem ersten Beispiel schreibst du Werte von deinem Adapter aus in die InfluxDB. Da die InfluxDB nur drei Datentypen kennt und beim ersten Schreiben eines Feldes der Datentyp festgelegt wird, bekommst du eine Fehlermeldung, sobald du einen numerischen Wert in ein mit "String" initialisiertes Feld schreiben willst. Diesen Fehler kannst du z.B. umgehen, indem du "0x" als Prefix verwendest. Damit ist für die DB klar, es ist ein String. Der User weiß, es ist ein Hex-Wert, was bei "1111" unmöglich wäre zu erkennen.

                In zweiten Beispiel geht es um Abfragen auf die DB. Ich vermute, die Meldungen kommen, wenn du das History-Fenster im Admin öffnest. Diese Fehler können umgangen werden, indem man den Datentyp auf "automatic" stellt.

                a672aeaf-956e-44e3-833a-d2ed92fa4a2e-grafik.png

                siehe https://github.com/ioBroker/ioBroker.influxdb/issues/435

                NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana

                Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

                Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

                Ben1983B 1 Antwort Letzte Antwort
                0
                • Marc BergM Marc Berg

                  @ben1983

                  Das sind zwei ganz verschiedene Sachverhalte.

                  In deinem ersten Beispiel schreibst du Werte von deinem Adapter aus in die InfluxDB. Da die InfluxDB nur drei Datentypen kennt und beim ersten Schreiben eines Feldes der Datentyp festgelegt wird, bekommst du eine Fehlermeldung, sobald du einen numerischen Wert in ein mit "String" initialisiertes Feld schreiben willst. Diesen Fehler kannst du z.B. umgehen, indem du "0x" als Prefix verwendest. Damit ist für die DB klar, es ist ein String. Der User weiß, es ist ein Hex-Wert, was bei "1111" unmöglich wäre zu erkennen.

                  In zweiten Beispiel geht es um Abfragen auf die DB. Ich vermute, die Meldungen kommen, wenn du das History-Fenster im Admin öffnest. Diese Fehler können umgangen werden, indem man den Datentyp auf "automatic" stellt.

                  a672aeaf-956e-44e3-833a-d2ed92fa4a2e-grafik.png

                  siehe https://github.com/ioBroker/ioBroker.influxdb/issues/435

                  Ben1983B Offline
                  Ben1983B Offline
                  Ben1983
                  schrieb am zuletzt editiert von
                  #12

                  @marc-berg OK,

                  wo kann ich Automatic einstzellen?
                  finde ich leider nicht.

                  1. Steht der Hextring in einem Adapter DP.
                    Da stehe immer hex werte drin.
                    aber der Adapter gibt es aus verschiedenen gründen nicht mit führenden 0x aus
                  Marc BergM 1 Antwort Letzte Antwort
                  0
                  • Ben1983B Ben1983

                    @marc-berg OK,

                    wo kann ich Automatic einstzellen?
                    finde ich leider nicht.

                    1. Steht der Hextring in einem Adapter DP.
                      Da stehe immer hex werte drin.
                      aber der Adapter gibt es aus verschiedenen gründen nicht mit führenden 0x aus
                    Marc BergM Online
                    Marc BergM Online
                    Marc Berg
                    Most Active
                    schrieb am zuletzt editiert von
                    #13

                    @ben1983 sagte in InfluxDB:

                    @marc-berg OK,

                    wo kann ich Automatic einstzellen?
                    finde ich leider nicht.

                    Zahnrad --> Custom Settings --> Store as

                    cec541bf-b03c-4d5d-8d78-bf9559852b0a-grafik.png

                    1. Steht der Hextring in einem Adapter DP.
                      Da stehe immer hex werte drin.
                      aber der Adapter gibt es aus verschiedenen gründen nicht mit führenden 0x aus

                    Der Adapter ist doch von dir, oder? Das lässt sich nicht ändern?

                    NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana

                    Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

                    Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

                    Ben1983B 1 Antwort Letzte Antwort
                    0
                    • Marc BergM Marc Berg

                      @ben1983 sagte in InfluxDB:

                      @marc-berg OK,

                      wo kann ich Automatic einstzellen?
                      finde ich leider nicht.

                      Zahnrad --> Custom Settings --> Store as

                      cec541bf-b03c-4d5d-8d78-bf9559852b0a-grafik.png

                      1. Steht der Hextring in einem Adapter DP.
                        Da stehe immer hex werte drin.
                        aber der Adapter gibt es aus verschiedenen gründen nicht mit führenden 0x aus

                      Der Adapter ist doch von dir, oder? Das lässt sich nicht ändern?

                      Ben1983B Offline
                      Ben1983B Offline
                      Ben1983
                      schrieb am zuletzt editiert von Ben1983
                      #14

                      @marc-berg

                      
                      influxdb.0
                      2025-09-12 15:25:45.498	warn	Error on writePoint("{"value":0,"time":"2025-09-12T13:25:45.455Z","from":"system.adapter.admin.0","q":0,"ack":false}): HttpError: failure writing points to database: partial write: field type conflict: input field "value" on measurement "0_userdata.0._Test.Teststring" is type float, already exists as type string dropped=1 / "failure writing points to database: partial write: field type conflict: input field \"value\" on measurement \"0_userdata.0._Test.Teststring\" is type float, already exists as type string dropped=1""
                      
                      influxdb.0
                      2025-09-12 15:25:45.497	warn	Point could not be written to database: iobroker
                      

                      498e4fed-dd6c-4da8-b955-bb537a8c1b7c-image.png

                      Also meines Erachtens sollte hier bei einem Typ String (egal was drin steht, auch immer string erkannt werden, oder?

                      Übrigens.... stellt man auf Automatisch, dann wird ein string rein geschrieben, dann ändert es sich wieder auf text

                      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

                      600

                      Online

                      32.7k

                      Benutzer

                      82.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