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. SQL-History bei falschem Alias

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.0k

SQL-History bei falschem Alias

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
5 Beiträge 2 Kommentatoren 202 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.
  • pswberlinP Offline
    pswberlinP Offline
    pswberlin
    schrieb am zuletzt editiert von pswberlin
    #1

    Hallo zusammen,
    ich habe jetzt mehrmals beobachtet, dass mein SQL-Adapter anscheinend die "falsche" History mitschreibt.
    Ich möchte es an einem Beispiel erklären.
    Ich habe den Temperatursensor A, den ich manchmal in Raum 1 und manchmal in Raum 2 einsetze.
    Ich habe dafür 2 Aliase angelegt: Raum1.Temperatur und Raum2.Temperatur
    Beide Aliase lasse ich auf der Visu (Lovelace) anzeigen und die History in SQL speichern.

    Wenn ich zuerst den Sensor A in Raum 1 einsetze, zeigt die Visu für Raum1.Temperatur den korrekten Wert von Sensor A an, und der SQL-Adapter schreibt die History für Raum1.Temperatur mit.
    Wenn ich dann den Sensor in Raum 2 einsetze, verknüpfe ich Sensor A mit Raum2.Temperatur und lösche die Verknüpfung zu Raum1.Temperatur. Um sicherzugehen, habe ich ein Dummy-Objekt, dass ich dann mit Raum1.Temperatur verknüpfe.

    Auf meiner Visu wird nun für Raum 1 der Dummywert und für Raum 2 der Messwert des Sesors angezeigt. Soweit, so richtig. Aber die History (in SQL) für Raum2.Temperatur bleibt leer und Raum1.Temperatur schreibt weiterhin fröhlich den Messwert des - nicht mehr mit dem Alias verknüpften - Sensor mit.

    Was mache ich da falsch? Wie muss ich es machen, dass ich einen Sensor in einen anderen Raum bringen kann?

    DANKE !!!

    paul53P 1 Antwort Letzte Antwort
    0
    • pswberlinP pswberlin

      Hallo zusammen,
      ich habe jetzt mehrmals beobachtet, dass mein SQL-Adapter anscheinend die "falsche" History mitschreibt.
      Ich möchte es an einem Beispiel erklären.
      Ich habe den Temperatursensor A, den ich manchmal in Raum 1 und manchmal in Raum 2 einsetze.
      Ich habe dafür 2 Aliase angelegt: Raum1.Temperatur und Raum2.Temperatur
      Beide Aliase lasse ich auf der Visu (Lovelace) anzeigen und die History in SQL speichern.

      Wenn ich zuerst den Sensor A in Raum 1 einsetze, zeigt die Visu für Raum1.Temperatur den korrekten Wert von Sensor A an, und der SQL-Adapter schreibt die History für Raum1.Temperatur mit.
      Wenn ich dann den Sensor in Raum 2 einsetze, verknüpfe ich Sensor A mit Raum2.Temperatur und lösche die Verknüpfung zu Raum1.Temperatur. Um sicherzugehen, habe ich ein Dummy-Objekt, dass ich dann mit Raum1.Temperatur verknüpfe.

      Auf meiner Visu wird nun für Raum 1 der Dummywert und für Raum 2 der Messwert des Sesors angezeigt. Soweit, so richtig. Aber die History (in SQL) für Raum2.Temperatur bleibt leer und Raum1.Temperatur schreibt weiterhin fröhlich den Messwert des - nicht mehr mit dem Alias verknüpften - Sensor mit.

      Was mache ich da falsch? Wie muss ich es machen, dass ich einen Sensor in einen anderen Raum bringen kann?

      DANKE !!!

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

      @pswberlin sagte: einen Sensor in einen anderen Raum bringen kann?

      Für diesen Fall sind zwei Alias-DP nicht ideal. Einfacher ist eine Skript, das in einen von zwei eigenen Datenpunkten schreibt.

      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

      pswberlinP 1 Antwort Letzte Antwort
      1
      • paul53P paul53

        @pswberlin sagte: einen Sensor in einen anderen Raum bringen kann?

        Für diesen Fall sind zwei Alias-DP nicht ideal. Einfacher ist eine Skript, das in einen von zwei eigenen Datenpunkten schreibt.

        pswberlinP Offline
        pswberlinP Offline
        pswberlin
        schrieb am zuletzt editiert von
        #3

        @paul53 danke für den Tipp! Werde ich für diesen Anwendungsfall ausprobieren.

        Das ist ja auch nicht der Regelfall. Normalerweise ist ein Sensor fix in einem Raum im Einsatz.
        Was ich mich aber nach dem beschriebenen Fehlerbild gefragt habe ... was passiert, wenn ich einenSensor tauschen muss.
        Beispiel: Sensor B in Raum 3 verknüpft zum Alias Raum3.Temperatur ist kaputt. Ich tauschen gegen Sensor C und verknüpfe den zu Raum3.Temperatur. Habe ich dann keine History mehr für den Alias?

        Und warum tritt das bei SQL auf aber ich beim History-Adapter?

        Danke!!!

        paul53P 1 Antwort Letzte Antwort
        0
        • pswberlinP pswberlin

          @paul53 danke für den Tipp! Werde ich für diesen Anwendungsfall ausprobieren.

          Das ist ja auch nicht der Regelfall. Normalerweise ist ein Sensor fix in einem Raum im Einsatz.
          Was ich mich aber nach dem beschriebenen Fehlerbild gefragt habe ... was passiert, wenn ich einenSensor tauschen muss.
          Beispiel: Sensor B in Raum 3 verknüpft zum Alias Raum3.Temperatur ist kaputt. Ich tauschen gegen Sensor C und verknüpfe den zu Raum3.Temperatur. Habe ich dann keine History mehr für den Alias?

          Und warum tritt das bei SQL auf aber ich beim History-Adapter?

          Danke!!!

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

          @pswberlin sagte: was passiert, wenn ich einenSensor tauschen muss.

          Du musst nicht den Original-DP in einen von zwei User-DP schreiben, sondern es kann auch ein Alias als Quelle dienen.

          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

          pswberlinP 1 Antwort Letzte Antwort
          0
          • paul53P paul53

            @pswberlin sagte: was passiert, wenn ich einenSensor tauschen muss.

            Du musst nicht den Original-DP in einen von zwei User-DP schreiben, sondern es kann auch ein Alias als Quelle dienen.

            pswberlinP Offline
            pswberlinP Offline
            pswberlin
            schrieb am zuletzt editiert von
            #5

            @paul53 ok .... also so

            Sensor A -- verknüpft --> Alias.Raum1.Temperatur -- Makro --> User-DP.Raum1.Temperatur --> Visu & History

            Wenn ich den Senaor tauschen muss, passe ich nur den Alias an, Makro und History bekommen davon nichts mit.

            Ist erst einmal ein Aufwand, das für alle DP stringent durchzuziehen (also nicht heute Abend erledigt 😉), aber hört sich logisch an und ist in der Wartung nachher sicher einfacher.

            @paul53 danke für die Tipps.

            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

            357

            Online

            32.6k

            Benutzer

            82.0k

            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