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. [gelöst] History (sql) zu neuem Datenpunkt "verschieben"

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.5k

[gelöst] History (sql) zu neuem Datenpunkt "verschieben"

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
16 Beiträge 3 Kommentatoren 460 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.
  • David G.D David G.

    @paul53

    Okay,

    muss ich die Protokollierung dann in beiden Datenpunkten aktivieren?

    Hab sie eben im Quelldatenpunkt abgeschaltet.
    Jetzt wird im Alias auch nichts mehr aufgezeichnet.

    Nachdem ich es in der Quelle vom Alias wieder eingeschaltet habe, loggt das Alias auch wieder.
    Allerdings sehe ich dann jeden Wert 2x mit einem Zeitversatz von 1ms.

    Dann kann man den Quelldatenpunkt wohl doch nicht löschen, wenn man einen neuen hat.
    Zumindest legt es dieses Verhalten nahe oder?

    paul53P Offline
    paul53P Offline
    paul53
    schrieb am zuletzt editiert von
    #6

    @david-g sagte: muss ich die Protokollierung dann in beiden Datenpunkten aktivieren?

    Nein, nur im Alias-DP.

    Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
    Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

    David G.D 2 Antworten Letzte Antwort
    0
    • paul53P paul53

      @david-g sagte: muss ich die Protokollierung dann in beiden Datenpunkten aktivieren?

      Nein, nur im Alias-DP.

      David G.D Offline
      David G.D Offline
      David G.
      schrieb am zuletzt editiert von David G.
      #7

      @paul53

      Aber wie gesagt, dann loggt er bei mir nicht mehr.
      Hab es ggad mehrfach getestet.

      EDIT

      Hab grad nochwas getestet.
      Wenn der Quelldatenpunkt noch angeschaltet war zur archivierung, wenn man es beim Alias einschaltet, loggt dieses auch nicht mehr wenn man in der Quelle abschaltet.

      Schaltet man die Quelle erst aus und dann im Alias an klappt es.

      Und er hat doppelt geloggt, bis ich den SQL Adapter neugestartet habe.

      Zeigt eure Lovelace-Visualisierung klick
      (Auch ideal um sich Anregungen zu holen)

      Meine Tabellen für eure Visualisierung klick

      1 Antwort Letzte Antwort
      0
      • paul53P paul53

        @david-g sagte: muss ich die Protokollierung dann in beiden Datenpunkten aktivieren?

        Nein, nur im Alias-DP.

        David G.D Offline
        David G.D Offline
        David G.
        schrieb am zuletzt editiert von David G.
        #8

        @paul53

        Hab grad im Log gesehen, dass bei jedem Eintrag dieser Fehler geschrieben wird:

        Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES (79, 1673715046681, 1094.9127, 1, 17, 0);: Error: Duplicate entry '79-1673715046681' for key 'PRIMARY' (id: mqtt.0.wasserzaehler.main.value)
        

        Liegt das an einer Einstellung von mir oder eher ein Issue?

        Sql ist nur im Alias aktiv:

        {
          "type": "state",
          "common": {
            "name": "wasserzaehler/main/value",
            "role": "variable",
            "type": "number",
            "read": true,
            "write": true,
            "alias": {
              "id": "mqtt.0.wasserzaehler.main.value"
            },
            "custom": {
              "sourceanalytix.0": {
                "enabled": true,
                "selectedUnit": "m³",
                "start_day": 1094.2587,
                "start_week": 1091.7458,
                "start_month": 1085.881,
                "start_quarter": 1085.881,
                "start_year": 1085.881,
                "costs": true,
                "consumption": true,
                "basicRate": true,
                "selectedPrice": "Wasser",
                "alias": "Wasserzaehler",
                "valueAtDeviceReset": 0,
                "valueAtDeviceInit": 1094.8234
              },
              "sql.0": {
                "enabled": true,
                "storageType": "",
                "counter": false,
                "aliasId": "mqtt.0.wasserzaehler.main.value",
                "debounceTime": 0,
                "blockTime": 0,
                "changesOnly": true,
                "changesRelogInterval": "0",
                "changesMinDelta": "0",
                "ignoreBelowNumber": "",
                "disableSkippedValueLogging": false,
                "retention": "31536000",
                "customRetentionDuration": 365,
                "maxLength": 0,
                "enableDebugLogs": false,
                "debounce": "1000"
              }
            }
          },
          "_id": "alias.0.Zaehler.Wasser.Zaehlerstand",
          "native": {},
          "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
          },
          "from": "system.adapter.admin.0",
          "user": "system.user.admin",
          "ts": 1673704305985
        }
        
        {
          "_id": "mqtt.0.wasserzaehler.main.value",
          "common": {
            "name": "wasserzaehler/main/value",
            "write": true,
            "read": true,
            "role": "variable",
            "desc": "mqtt server variable",
            "type": "number"
          },
          "native": {
            "topic": "wasserzaehler/main/value"
          },
          "type": "state",
          "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.admin",
            "ownerGroup": "system.group.administrator"
          },
          "from": "system.adapter.admin.0",
          "user": "system.user.admin",
          "ts": 1673704263580
        }
        

        Zeigt eure Lovelace-Visualisierung klick
        (Auch ideal um sich Anregungen zu holen)

        Meine Tabellen für eure Visualisierung klick

        paul53P 1 Antwort Letzte Antwort
        0
        • David G.D David G.

          @paul53

          Hab grad im Log gesehen, dass bei jedem Eintrag dieser Fehler geschrieben wird:

          Cannot insert INSERT INTO `iobroker`.ts_number (id, ts, val, ack, _from, q) VALUES (79, 1673715046681, 1094.9127, 1, 17, 0);: Error: Duplicate entry '79-1673715046681' for key 'PRIMARY' (id: mqtt.0.wasserzaehler.main.value)
          

          Liegt das an einer Einstellung von mir oder eher ein Issue?

          Sql ist nur im Alias aktiv:

          {
            "type": "state",
            "common": {
              "name": "wasserzaehler/main/value",
              "role": "variable",
              "type": "number",
              "read": true,
              "write": true,
              "alias": {
                "id": "mqtt.0.wasserzaehler.main.value"
              },
              "custom": {
                "sourceanalytix.0": {
                  "enabled": true,
                  "selectedUnit": "m³",
                  "start_day": 1094.2587,
                  "start_week": 1091.7458,
                  "start_month": 1085.881,
                  "start_quarter": 1085.881,
                  "start_year": 1085.881,
                  "costs": true,
                  "consumption": true,
                  "basicRate": true,
                  "selectedPrice": "Wasser",
                  "alias": "Wasserzaehler",
                  "valueAtDeviceReset": 0,
                  "valueAtDeviceInit": 1094.8234
                },
                "sql.0": {
                  "enabled": true,
                  "storageType": "",
                  "counter": false,
                  "aliasId": "mqtt.0.wasserzaehler.main.value",
                  "debounceTime": 0,
                  "blockTime": 0,
                  "changesOnly": true,
                  "changesRelogInterval": "0",
                  "changesMinDelta": "0",
                  "ignoreBelowNumber": "",
                  "disableSkippedValueLogging": false,
                  "retention": "31536000",
                  "customRetentionDuration": 365,
                  "maxLength": 0,
                  "enableDebugLogs": false,
                  "debounce": "1000"
                }
              }
            },
            "_id": "alias.0.Zaehler.Wasser.Zaehlerstand",
            "native": {},
            "acl": {
              "object": 1636,
              "state": 1636,
              "owner": "system.user.admin",
              "ownerGroup": "system.group.administrator"
            },
            "from": "system.adapter.admin.0",
            "user": "system.user.admin",
            "ts": 1673704305985
          }
          
          {
            "_id": "mqtt.0.wasserzaehler.main.value",
            "common": {
              "name": "wasserzaehler/main/value",
              "write": true,
              "read": true,
              "role": "variable",
              "desc": "mqtt server variable",
              "type": "number"
            },
            "native": {
              "topic": "wasserzaehler/main/value"
            },
            "type": "state",
            "acl": {
              "object": 1636,
              "state": 1636,
              "owner": "system.user.admin",
              "ownerGroup": "system.group.administrator"
            },
            "from": "system.adapter.admin.0",
            "user": "system.user.admin",
            "ts": 1673704263580
          }
          
          paul53P Offline
          paul53P Offline
          paul53
          schrieb am zuletzt editiert von
          #9

          @david-g sagte: Liegt das an einer Einstellung von mir oder eher ein Issue?

          Keine Ahnung, denn ich nutze den SQL-Adapter nicht. Der History-Adapter macht das nicht.

          Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
          Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

          David G.D 1 Antwort Letzte Antwort
          0
          • paul53P paul53

            @david-g sagte: Liegt das an einer Einstellung von mir oder eher ein Issue?

            Keine Ahnung, denn ich nutze den SQL-Adapter nicht. Der History-Adapter macht das nicht.

            David G.D Offline
            David G.D Offline
            David G.
            schrieb am zuletzt editiert von David G.
            #10

            @paul53

            Hab es mal was gesucht. Scheint es schon ein paar mal gegeben zu haben.

            Ging wohl durch wildes aktivieren deaktivieren etc wieder weg. Aber das ist ja keine Lösung 🤣

            Starte gleich den Rechner mal neu.

            EDIT
            Reboot hat es gerichtet.

            Zeigt eure Lovelace-Visualisierung klick
            (Auch ideal um sich Anregungen zu holen)

            Meine Tabellen für eure Visualisierung klick

            metaxaM 1 Antwort Letzte Antwort
            0
            • David G.D David G.

              @paul53

              Hab es mal was gesucht. Scheint es schon ein paar mal gegeben zu haben.

              Ging wohl durch wildes aktivieren deaktivieren etc wieder weg. Aber das ist ja keine Lösung 🤣

              Starte gleich den Rechner mal neu.

              EDIT
              Reboot hat es gerichtet.

              metaxaM Offline
              metaxaM Offline
              metaxa
              schrieb am zuletzt editiert von
              #11

              @david-g sagte in [gelöst] History (sql) zu neuem Datenpunkt "verschieben":

              Reboot hat es gerichtet.

              Ich bräuchte bitte deine Hilfe! Ich stehe vor dem gleichen Dilema wie du seinerzeit. Jahrelang Daten über SQL direkt gesammelt, hab ich vor kurzem sämtliche Strommessdevices mit Script von @paul53 auf Alias umgestellt und würde gerne die alten direkten SQL-Daten zum neuen Alias verschieben oder kopieren.

              @david-g sagte in [gelöst] History (sql) zu neuem Datenpunkt "verschieben":

              Habs rausgefunden. Geht über die Alias-ID.

              In der SQL Datenbank gibt es ja mehrere Tabellen, Verbindungs-Schlüssel ist immer eine nummerische ID. Nur diese sehe ich nicht in den RAW Daten des DP:

              WO hast du das herausgefunden, kannst du mir da bitte einen Hint geben? Möchte es auch gerne machen und stehe aber noch im Wald.

              David G.D 1 Antwort Letzte Antwort
              0
              • metaxaM metaxa

                @david-g sagte in [gelöst] History (sql) zu neuem Datenpunkt "verschieben":

                Reboot hat es gerichtet.

                Ich bräuchte bitte deine Hilfe! Ich stehe vor dem gleichen Dilema wie du seinerzeit. Jahrelang Daten über SQL direkt gesammelt, hab ich vor kurzem sämtliche Strommessdevices mit Script von @paul53 auf Alias umgestellt und würde gerne die alten direkten SQL-Daten zum neuen Alias verschieben oder kopieren.

                @david-g sagte in [gelöst] History (sql) zu neuem Datenpunkt "verschieben":

                Habs rausgefunden. Geht über die Alias-ID.

                In der SQL Datenbank gibt es ja mehrere Tabellen, Verbindungs-Schlüssel ist immer eine nummerische ID. Nur diese sehe ich nicht in den RAW Daten des DP:

                WO hast du das herausgefunden, kannst du mir da bitte einen Hint geben? Möchte es auch gerne machen und stehe aber noch im Wald.

                David G.D Offline
                David G.D Offline
                David G.
                schrieb am zuletzt editiert von
                #12

                @metaxa

                Oh, schön so lange her.
                Musste man nicht einfach bei Alias ID den alten DP reinschreiben wo die Werte vorher waren?

                Zeigt eure Lovelace-Visualisierung klick
                (Auch ideal um sich Anregungen zu holen)

                Meine Tabellen für eure Visualisierung klick

                metaxaM 1 Antwort Letzte Antwort
                0
                • David G.D David G.

                  @metaxa

                  Oh, schön so lange her.
                  Musste man nicht einfach bei Alias ID den alten DP reinschreiben wo die Werte vorher waren?

                  metaxaM Offline
                  metaxaM Offline
                  metaxa
                  schrieb am zuletzt editiert von
                  #13

                  @david-g sagte in [gelöst] History (sql) zu neuem Datenpunkt "verschieben":

                  icht einfach bei Alias ID den alten DP reinschreiben wo die

                  Ich finde nix zum Nachvollziehen, wahrscheinlich bin ich nur zu blöd zum Suchen oder verwende die falschen Suchbegriffe.

                  1 Antwort Letzte Antwort
                  0
                  • David G.D Offline
                    David G.D Offline
                    David G.
                    schrieb am zuletzt editiert von David G.
                    #14

                    Screenshot_20231116_153204_Chrome.jpg

                    https://forum.iobroker.net/topic/37395/history-adapter-alias-id-richtig-verwenden

                    Zeigt eure Lovelace-Visualisierung klick
                    (Auch ideal um sich Anregungen zu holen)

                    Meine Tabellen für eure Visualisierung klick

                    metaxaM 2 Antworten Letzte Antwort
                    1
                    • David G.D David G.

                      Screenshot_20231116_153204_Chrome.jpg

                      https://forum.iobroker.net/topic/37395/history-adapter-alias-id-richtig-verwenden

                      metaxaM Offline
                      metaxaM Offline
                      metaxa
                      schrieb am zuletzt editiert von
                      #15

                      @david-g Lieben Dank, werde ich in einer ruhigeren Minute probieren.

                      1 Antwort Letzte Antwort
                      0
                      • David G.D David G.

                        Screenshot_20231116_153204_Chrome.jpg

                        https://forum.iobroker.net/topic/37395/history-adapter-alias-id-richtig-verwenden

                        metaxaM Offline
                        metaxaM Offline
                        metaxa
                        schrieb am zuletzt editiert von
                        #16

                        @david-g sagte in [gelöst] History (sql) zu neuem Datenpunkt "verschieben":

                        https://forum.iobroker.net/topic/37395/history-adapter-alias-id-richtig-verwenden

                        Das hat sehr geholfen! Perfekt, nochmals danke!

                        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

                        612

                        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