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

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

SQL-History bei falschem Alias

Scheduled Pinned Locked Moved ioBroker Allgemein
5 Posts 2 Posters 208 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.
  • pswberlinP Offline
    pswberlinP Offline
    pswberlin
    wrote on last edited by 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 Reply Last reply
    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
      wrote on last edited by 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 Reply Last reply
      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
        wrote on last edited by
        #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 Reply Last reply
        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
          wrote on last edited by
          #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 Reply Last reply
          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
            wrote on last edited by
            #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 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

            516

            Online

            32.7k

            Users

            82.4k

            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