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. Adapter SQL - Einstellungen

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.1k

Adapter SQL - Einstellungen

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
adapter sql
33 Beiträge 5 Kommentatoren 3.3k Aufrufe 3 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.
  • F Finnenzauber

    Servus zusammen,

    ich erlaube mir mich Euch um Hilfe zu bitten, da ich mit den Einstellungen des SQL-Adapters nicht klar komme. ICh möchte gerne das alle 15 Minuten nur die Daten gespeichert werden. Ich habe schon alles probiert aber der Zeitraum der Speicherung verlängert sich zwar, aber er hält sich nicht an die 15 Minuten sondern speichert ohne jegliche Logik die Daten ab in unregelmäßigen Zeitabständen. Kann mir jemand helfen woran das liegen könnte?

    Screenshot_20190529-091743_Chrome.jpg

    Viele Dank im Voraus.

    Finnenzauber

    IssiI Offline
    IssiI Offline
    Issi
    Developer
    schrieb am zuletzt editiert von Issi
    #2

    @Finnenzauber sagte in Adapter SQL - Einstellungen:

    Servus zusammen,

    ich erlaube mir mich Euch um Hilfe zu bitten, da ich mit den Einstellungen des SQL-Adapters nicht klar komme. ICh möchte gerne das alle 15 Minuten nur die Daten gespeichert werden. Ich habe schon alles probiert aber der Zeitraum der Speicherung verlängert sich zwar, aber er hält sich nicht an die 15 Minuten sondern speichert ohne jegliche Logik die Daten ab in unregelmäßigen Zeitabständen. Kann mir jemand helfen woran das liegen könnte?

    Screenshot_20190529-091743_Chrome.jpg

    Viele Dank im Voraus.

    Finnenzauber

    was heißt bei dir in unregelmäßigen Zeitabständen sind es vllt alle 10 min den deine Entprellzeit ist auf 600000ms gesetzt das sind 10 min versuche mal auf 900000ms (15min)

    Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

    1 Antwort Letzte Antwort
    0
    • F Finnenzauber

      Servus zusammen,

      ich erlaube mir mich Euch um Hilfe zu bitten, da ich mit den Einstellungen des SQL-Adapters nicht klar komme. ICh möchte gerne das alle 15 Minuten nur die Daten gespeichert werden. Ich habe schon alles probiert aber der Zeitraum der Speicherung verlängert sich zwar, aber er hält sich nicht an die 15 Minuten sondern speichert ohne jegliche Logik die Daten ab in unregelmäßigen Zeitabständen. Kann mir jemand helfen woran das liegen könnte?

      Screenshot_20190529-091743_Chrome.jpg

      Viele Dank im Voraus.

      Finnenzauber

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

      @Finnenzauber sagte:

      15 Minuten nur die Daten gespeichert werden.

      Das kann man mit den Adaptereinstellungen nicht einschränken. Möglichkeit: Wert alle 15 Minuten (schedule) in einen zweiten Datenpunkt schreiben und diesen aufzeichnen.

      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

      IssiI 1 Antwort Letzte Antwort
      0
      • paul53P paul53

        @Finnenzauber sagte:

        15 Minuten nur die Daten gespeichert werden.

        Das kann man mit den Adaptereinstellungen nicht einschränken. Möglichkeit: Wert alle 15 Minuten (schedule) in einen zweiten Datenpunkt schreiben und diesen aufzeichnen.

        IssiI Offline
        IssiI Offline
        Issi
        Developer
        schrieb am zuletzt editiert von
        #4

        @paul53 sagte in Adapter SQL - Einstellungen:

        @Finnenzauber sagte:

        15 Minuten nur die Daten gespeichert werden.

        Das kann man mit den Adaptereinstellungen nicht einschränken. Möglichkeit: Wert alle 15 Minuten (schedule) in einen zweiten Datenpunkt schreiben und diesen aufzeichnen.

        also bei mir hab ich das jetzt so eingestelt
        Anmerkung 2019-05-29 141000.png
        und er logt immer all 15min ein mal
        Anmerkung 2019-05-29 140910.png
        hab ein datenpunkt erstelt mit einem script das alle 10sec um 1 den wert erhöht

        Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

        paul53P 1 Antwort Letzte Antwort
        0
        • IssiI Issi

          @paul53 sagte in Adapter SQL - Einstellungen:

          @Finnenzauber sagte:

          15 Minuten nur die Daten gespeichert werden.

          Das kann man mit den Adaptereinstellungen nicht einschränken. Möglichkeit: Wert alle 15 Minuten (schedule) in einen zweiten Datenpunkt schreiben und diesen aufzeichnen.

          also bei mir hab ich das jetzt so eingestelt
          Anmerkung 2019-05-29 141000.png
          und er logt immer all 15min ein mal
          Anmerkung 2019-05-29 140910.png
          hab ein datenpunkt erstelt mit einem script das alle 10sec um 1 den wert erhöht

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

          @Issi sagte:

          und er logt immer all 15min ein mal

          Wenn es so funktioniert, stimmt aber die Beschreibung nicht:

          Änderungen ignorieren, bis der Wert für X Millisekunden unverändert bleibt (Entprellzeit)

          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

          IssiI 1 Antwort Letzte Antwort
          0
          • paul53P paul53

            @Issi sagte:

            und er logt immer all 15min ein mal

            Wenn es so funktioniert, stimmt aber die Beschreibung nicht:

            Änderungen ignorieren, bis der Wert für X Millisekunden unverändert bleibt (Entprellzeit)

            IssiI Offline
            IssiI Offline
            Issi
            Developer
            schrieb am zuletzt editiert von
            #6

            @paul53 sagte in Adapter SQL - Einstellungen:

            @Issi sagte:

            und er logt immer all 15min ein mal

            Wenn es so funktioniert, stimmt aber die Beschreibung nicht:

            Änderungen ignorieren, bis der Wert für X Millisekunden unverändert bleibt (Entprellzeit)

            das kann schon sein auf github steht nämlich dass ihr
            De-bounce interval: Do not store values often than this interval.
            und in der übersetzung dann so

            "debounce": {
                    "en": "Ignore changes till value stays unchanged for X Milliseconds<br>(Debounce Time)",
                    "de": "Änderungen ignorieren, bis der Wert für X Millisekunden unverändert bleibt <br> (Entprellzeit)"
            

            Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

            paul53P 1 Antwort Letzte Antwort
            0
            • IssiI Issi

              @paul53 sagte in Adapter SQL - Einstellungen:

              @Issi sagte:

              und er logt immer all 15min ein mal

              Wenn es so funktioniert, stimmt aber die Beschreibung nicht:

              Änderungen ignorieren, bis der Wert für X Millisekunden unverändert bleibt (Entprellzeit)

              das kann schon sein auf github steht nämlich dass ihr
              De-bounce interval: Do not store values often than this interval.
              und in der übersetzung dann so

              "debounce": {
                      "en": "Ignore changes till value stays unchanged for X Milliseconds<br>(Debounce Time)",
                      "de": "Änderungen ignorieren, bis der Wert für X Millisekunden unverändert bleibt <br> (Entprellzeit)"
              
              paul53P Offline
              paul53P Offline
              paul53
              schrieb am zuletzt editiert von paul53
              #7

              @Issi Habe es gerade im History-Adapter getestet und funktioniert so wie beschrieben: Änderungen werden nicht aufgezeichnet, wenn sie sich öfter ändern als die "Entprell"-Dauer.
              Mein Test: Sonnenazimut mit 1-Minuten-Schedule und Entprell-Dauer 10 Minuten - seit 14:21 Uhr keine Aufzeichnung mehr.

              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

              IssiI 1 Antwort Letzte Antwort
              0
              • paul53P paul53

                @Issi Habe es gerade im History-Adapter getestet und funktioniert so wie beschrieben: Änderungen werden nicht aufgezeichnet, wenn sie sich öfter ändern als die "Entprell"-Dauer.
                Mein Test: Sonnenazimut mit 1-Minuten-Schedule und Entprell-Dauer 10 Minuten - seit 14:21 Uhr keine Aufzeichnung mehr.

                IssiI Offline
                IssiI Offline
                Issi
                Developer
                schrieb am zuletzt editiert von
                #8

                @paul53 sagte in Adapter SQL - Einstellungen:

                @Issi Habe es gerade im History-Adapter getestet und funktioniert so wie beschrieben: Änderungen werden nicht aufgezeichnet, wenn sie sich öfter ändern als die "Entprell"-Dauer.
                Mein Test: Sonnenazimut mit 1-Minuten-Schedule und Entprell-Dauer 10 Minuten - seit 14:21 Uhr keine Aufzeichnung mehr.

                also wie man ja hier auf dem bild sehen kann wird ab 13:05 alle 15min 1mal aufgezeichnet was dazwischen ist macht er nicht wen man Entprell-Dauer auf 0 setzt macht er jede änderung
                Anmerkung 2019-05-29 140910.png

                Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                paul53P 1 Antwort Letzte Antwort
                0
                • IssiI Issi

                  @paul53 sagte in Adapter SQL - Einstellungen:

                  @Issi Habe es gerade im History-Adapter getestet und funktioniert so wie beschrieben: Änderungen werden nicht aufgezeichnet, wenn sie sich öfter ändern als die "Entprell"-Dauer.
                  Mein Test: Sonnenazimut mit 1-Minuten-Schedule und Entprell-Dauer 10 Minuten - seit 14:21 Uhr keine Aufzeichnung mehr.

                  also wie man ja hier auf dem bild sehen kann wird ab 13:05 alle 15min 1mal aufgezeichnet was dazwischen ist macht er nicht wen man Entprell-Dauer auf 0 setzt macht er jede änderung
                  Anmerkung 2019-05-29 140910.png

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

                  @Issi Dann verhält sich der SQL-Adapter anders als der History-Adapter (siehe hier).

                  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

                  IssiI 2 Antworten Letzte Antwort
                  0
                  • paul53P paul53

                    @Issi Dann verhält sich der SQL-Adapter anders als der History-Adapter (siehe hier).

                    IssiI Offline
                    IssiI Offline
                    Issi
                    Developer
                    schrieb am zuletzt editiert von Issi
                    #10

                    @paul53 sagte in Adapter SQL - Einstellungen:

                    @Issi Dann verhält sich der SQL-Adapter anders als der History-Adapter (siehe hier).

                    ich probire grade mal den History-Adapter noch aus mal schauen ob ich das selbe raus bekomme

                    Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                    1 Antwort Letzte Antwort
                    0
                    • paul53P paul53

                      @Issi Dann verhält sich der SQL-Adapter anders als der History-Adapter (siehe hier).

                      IssiI Offline
                      IssiI Offline
                      Issi
                      Developer
                      schrieb am zuletzt editiert von
                      #11

                      @paul53 sagte in Adapter SQL - Einstellungen:

                      @Issi Dann verhält sich der SQL-Adapter anders als der History-Adapter (siehe hier).

                      tatsächlich der History-Adapter zeichnet nix auf wen ich ihn mit den selben einstelungen wie den sql adapter laufen lasse

                      18 	true 		2019-05-29 15:43:10.002 	
                      null 	true 		2019-05-29 15:43:08.873
                      

                      und beim sql hab ich grade noch ein wenig rumgespielt er logt z.B. wen ich 20sec Entprellzeit einstele alle 20sec auf usw. da kan doch was nicht stimmen
                      das sind die einstelungen in sql
                      Anmerkung 2019-05-29 161922.png
                      Anmerkung 2019-05-29 162344.png

                      Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                      1 Antwort Letzte Antwort
                      0
                      • apollon77A Offline
                        apollon77A Offline
                        apollon77
                        schrieb am zuletzt editiert von
                        #12

                        History, influxdb und sql verhalten sich hier alle gleich. Die Entprellzeit bedeutet das, wie oben schon korrekt dargestellt, die Werte nicht aufgezeichnet werden wenn sichdie Werte öfter ändern.
                        Falls das bei sql anders wäre, wäre das ein Bug, kann ich mir aber nicht vorstellen.
                        Hier würde eine Debug Log helfen, weil da sehr genau drin steht warum Dinge geloggt oder nicht geloggt werden.

                        Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                        • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                        • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                        IssiI 1 Antwort Letzte Antwort
                        0
                        • apollon77A apollon77

                          History, influxdb und sql verhalten sich hier alle gleich. Die Entprellzeit bedeutet das, wie oben schon korrekt dargestellt, die Werte nicht aufgezeichnet werden wenn sichdie Werte öfter ändern.
                          Falls das bei sql anders wäre, wäre das ein Bug, kann ich mir aber nicht vorstellen.
                          Hier würde eine Debug Log helfen, weil da sehr genau drin steht warum Dinge geloggt oder nicht geloggt werden.

                          IssiI Offline
                          IssiI Offline
                          Issi
                          Developer
                          schrieb am zuletzt editiert von Issi
                          #13

                          @apollon77 sagte in Adapter SQL - Einstellungen:

                          History, influxdb und sql verhalten sich hier alle gleich. Die Entprellzeit bedeutet das, wie oben schon korrekt dargestellt, die Werte nicht aufgezeichnet werden wenn sichdie Werte öfter ändern.
                          Falls das bei sql anders wäre, wäre das ein Bug, kann ich mir aber nicht vorstellen.
                          Hier würde eine Debug Log helfen, weil da sehr genau drin steht warum Dinge geloggt oder nicht geloggt werden.

                          hab hir mal ein teil des log aus dem log ordner da es sehr viel im debug ist

                          2019-05-30 00:34:08.809  - debug: sql.0 init timed Relog: getState Temperaturen.0.Bad:  Value=20.35, ack=true, ts=1559162891759, lc=1559162891759
                          2019-05-30 00:34:08.809  - debug: sql.0 new value received for Temperaturen.0.Bad, new-value=20.35, ts=1559162891759, relog=true
                          2019-05-30 00:34:08.809  - debug: sql.0 timed-relog Temperaturen.0.Bad, value=20.35, lastLogTime=1559169188807, ts=1559169248809
                          2019-05-30 00:34:08.809  - debug: sql.0 Datatype Temperaturen.0.Bad: Currently: number, StorageType: Number
                          2019-05-30 00:34:08.809  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(11, 1559169248809, 20.35, 1, 2, 0);
                          2019-05-30 00:34:10.003  - debug: sql.0 new value received for Test, new-value=193, ts=1559169250001, relog=false
                          2019-05-30 00:34:10.005  - debug: sql.0 Datatype Test: Currently: number, StorageType: false
                          2019-05-30 00:34:10.005  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(94, 1559169250001, 193, 1, 2, 0);
                          2019-05-30 00:34:10.700  - debug: sql.0 new value received for cpu.temperature, new-value=52, ts=1559169250697, relog=false
                          2019-05-30 00:34:10.700  - debug: sql.0 value not changed relogcpu.temperature, last-value=52, new-value=52, ts=1559169250697
                          2019-05-30 00:34:11.018  - debug: sql.0 new value received for Ventilstelung.Kinderzimmer, new-value=0, ts=1559169196920, relog=true
                          2019-05-30 00:34:11.019  - debug: sql.0 timed-relog Ventilstelung.Kinderzimmer, value=0, lastLogTime=1559169191018, ts=1559169251019
                          2019-05-30 00:34:11.019  - debug: sql.0 Datatype Ventilstelung.Kinderzimmer: Currently: number, StorageType: Number
                          2019-05-30 00:34:11.019  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(39, 1559169251019, 0, 1, 8, 0);
                          

                          das ist der state der aufgezeichnet wird hab ein script das alle 10sec den wert um 1 erhöt und die Entprellzeit in sql hab ich auf 20000ms er dürfte dann ja nichts aufzeichnen

                          2019-05-30 00:34:10.003  - debug: sql.0 new value received for Test, new-value=193, ts=1559169250001, relog=false
                          2019-05-30 00:34:10.005  - debug: sql.0 Datatype Test: Currently: number, StorageType: false
                          2019-05-30 00:34:10.005  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(94, 1559169250001, 193, 1, 2, 0);
                          
                          2019-05-30 00:34:20.010  - debug: sql.0 new value received for Test, new-value=194, ts=1559169260006, relog=false
                          
                          2019-05-30 00:34:40.007  - debug: sql.0 new value received for Test, new-value=196, ts=1559169280004, relog=false
                          2019-05-30 00:34:40.010  - debug: sql.0 Datatype Test: Currently: number, StorageType: false
                          2019-05-30 00:34:40.011  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(94, 1559169280004, 196, 1, 2, 0);
                          

                          Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                          1 Antwort Letzte Antwort
                          0
                          • apollon77A Offline
                            apollon77A Offline
                            apollon77
                            schrieb am zuletzt editiert von
                            #14

                            Das log sieht so aus als ob da keine Debounce-Zeit gesetzt ist. Starte bitte mal den Adapter neu. Im Code sieht generell alles ok aus. Sonst muss ich da mal ganz tief reinschauen. Ggf bitte mal ein GitHub Issue anlegen.

                            Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                            • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                            • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                            IssiI 1 Antwort Letzte Antwort
                            0
                            • apollon77A apollon77

                              Das log sieht so aus als ob da keine Debounce-Zeit gesetzt ist. Starte bitte mal den Adapter neu. Im Code sieht generell alles ok aus. Sonst muss ich da mal ganz tief reinschauen. Ggf bitte mal ein GitHub Issue anlegen.

                              IssiI Offline
                              IssiI Offline
                              Issi
                              Developer
                              schrieb am zuletzt editiert von Issi
                              #15

                              @apollon77 sagte in Adapter SQL - Einstellungen:

                              Das log sieht so aus als ob da keine Debounce-Zeit gesetzt ist. Starte bitte mal den Adapter neu. Im Code sieht generell alles ok aus. Sonst muss ich da mal ganz tief reinschauen. Ggf bitte mal ein GitHub Issue anlegen.

                              nach dem neustart läuft es wie es soll hab dan nur die Storage Vorhaltezeit von 2 Jaren auf 1 Jahr geändert und er fängt dan die werte aufzeichnen
                              hab ein test system eingerichtet und mal das ganze log vom start und die änderung der Storage Vorhaltezeit und bis er anfängt die werte aufzeichnen geholt.

                              2019-05-29 23:25:30.241  - info: sql.0 Connected to mysql
                              2019-05-29 23:25:30.242  - debug: sql.0 SELECT id, type, name FROM `IoBroker`.datapoints;
                              2019-05-29 23:25:30.256  - debug: sql.0 SELECT id, name FROM `IoBroker`.sources;
                              2019-05-29 23:25:30.267  - debug: sql.0 Found Alias: Mein_TV.0.Vis_Zahl --> Test
                              2019-05-29 23:25:30.268  - info: sql.0 enabled logging of Test, Alias=true, 1 points now activated
                              2019-05-29 23:25:30.275  - debug: sql.0 Initialization done
                              2019-05-29 23:25:34.488  - debug: sql.0 objectDB connected
                              2019-05-29 23:25:34.521  - debug: sql.0 statesDB connected
                              2019-05-29 23:25:34.636  - info: sql.0 starting. Version 1.9.5 in /opt/iobroker/node_modules/iobroker.sql, node: v8.15.1
                              2019-05-29 23:25:34.745  - debug: sql.0 CREATE DATABASE `IoBroker` DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_general_ci;
                              2019-05-29 23:25:34.751  - debug: sql.0 Response: {"code":"ER_DB_CREATE_EXISTS","errno":1007,"sqlMessage":"Can't create database 'IoBroker'; database exists","sqlState":"HY000","index":0,"sql":"CREATE DATABASE `IoBroker` DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_general_ci;"}
                              2019-05-29 23:25:34.760  - debug: sql.0 CREATE TABLE `IoBroker`.sources    (id INTEGER NOT NULL PRIMARY KEY AUTO_INCREMENT, name TEXT);
                              2019-05-29 23:25:34.763  - debug: sql.0 Response: {"code":"ER_TABLE_EXISTS_ERROR","errno":1050,"sqlMessage":"Table 'sources' already exists","sqlState":"42S01","index":0,"sql":"CREATE TABLE `IoBroker`.sources    (id INTEGER NOT NULL PRIMARY KEY AUTO_INCREMENT, name TEXT);"}
                              2019-05-29 23:25:34.766  - debug: sql.0 CREATE TABLE `IoBroker`.datapoints (id INTEGER NOT NULL PRIMARY KEY AUTO_INCREMENT, name TEXT, type INTEGER);
                              2019-05-29 23:25:34.768  - debug: sql.0 Response: {"code":"ER_TABLE_EXISTS_ERROR","errno":1050,"sqlMessage":"Table 'datapoints' already exists","sqlState":"42S01","index":0,"sql":"CREATE TABLE `IoBroker`.datapoints (id INTEGER NOT NULL PRIMARY KEY AUTO_INCREMENT, name TEXT, type INTEGER);"}
                              2019-05-29 23:25:34.772  - debug: sql.0 CREATE TABLE `IoBroker`.ts_number  (id INTEGER, ts BIGINT, val REAL,    ack BOOLEAN, _from INTEGER, q INTEGER, PRIMARY KEY(id, ts));
                              2019-05-29 23:25:34.773  - debug: sql.0 Response: {"code":"ER_TABLE_EXISTS_ERROR","errno":1050,"sqlMessage":"Table 'ts_number' already exists","sqlState":"42S01","index":0,"sql":"CREATE TABLE `IoBroker`.ts_number  (id INTEGER, ts BIGINT, val REAL,    ack BOOLEAN, _from INTEGER, q INTEGER, PRIMARY KEY(id, ts));"}
                              2019-05-29 23:25:34.777  - debug: sql.0 CREATE TABLE `IoBroker`.ts_string  (id INTEGER, ts BIGINT, val TEXT,    ack BOOLEAN, _from INTEGER, q INTEGER, PRIMARY KEY(id, ts));
                              2019-05-29 23:25:34.778  - debug: sql.0 Response: {"code":"ER_TABLE_EXISTS_ERROR","errno":1050,"sqlMessage":"Table 'ts_string' already exists","sqlState":"42S01","index":0,"sql":"CREATE TABLE `IoBroker`.ts_string  (id INTEGER, ts BIGINT, val TEXT,    ack BOOLEAN, _from INTEGER, q INTEGER, PRIMARY KEY(id, ts));"}
                              2019-05-29 23:25:34.782  - debug: sql.0 CREATE TABLE `IoBroker`.ts_bool    (id INTEGER, ts BIGINT, val BOOLEAN, ack BOOLEAN, _from INTEGER, q INTEGER, PRIMARY KEY(id, ts));
                              2019-05-29 23:25:34.784  - debug: sql.0 Response: {"code":"ER_TABLE_EXISTS_ERROR","errno":1050,"sqlMessage":"Table 'ts_bool' already exists","sqlState":"42S01","index":0,"sql":"CREATE TABLE `IoBroker`.ts_bool    (id INTEGER, ts BIGINT, val BOOLEAN, ack BOOLEAN, _from INTEGER, q INTEGER, PRIMARY KEY(id, ts));"}
                              2019-05-29 23:25:34.784  - info: sql.0 Connected to mysql
                              2019-05-29 23:25:34.785  - debug: sql.0 SELECT id, type, name FROM `IoBroker`.datapoints;
                              2019-05-29 23:25:34.797  - debug: sql.0 SELECT id, name FROM `IoBroker`.sources;
                              2019-05-29 23:25:34.808  - debug: sql.0 Found Alias: Mein_TV.0.Vis_Zahl --> Test
                              2019-05-29 23:25:34.808  - info: sql.0 enabled logging of Test, Alias=true, 1 points now activated
                              2019-05-29 23:25:34.816  - debug: sql.0 Initialization done
                              2019-05-29 23:25:35.029  - debug: sql.0 For getHistory for id Test: Type empty, use dbtype 0
                              2019-05-29 23:25:35.030  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172342751 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:25:35.031  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172342751 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:25:35.044  - debug: sql.0 Send: 50 of: 50 in: 16ms
                              2019-05-29 23:25:35.045  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:25:40.007  - debug: sql.0 new value received for Test, new-value=87, ts=1559172340005, relog=false
                              2019-05-29 23:25:46.593  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172354328 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:25:46.593  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172354328 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:25:46.601  - debug: sql.0 Send: 50 of: 50 in: 8ms
                              2019-05-29 23:25:46.601  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:25:50.003  - debug: sql.0 new value received for Test, new-value=88, ts=1559172350002, relog=false
                              2019-05-29 23:25:55.615  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172363343 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:25:55.615  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172363343 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:25:55.629  - debug: sql.0 Send: 50 of: 50 in: 14ms
                              2019-05-29 23:25:55.629  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:25:56.409  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172364145 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:25:56.409  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172364145 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:25:56.418  - debug: sql.0 Send: 50 of: 50 in: 9ms
                              2019-05-29 23:25:56.418  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:26:00.004  - debug: sql.0 new value received for Test, new-value=89, ts=1559172360002, relog=false
                              2019-05-29 23:26:04.687  - debug: sql.0 Registered Alias: Mein_TV.0.Vis_Zahl --> Test
                              2019-05-29 23:26:04.687  - debug: sql.0 remembered Index/Type 94 / 0
                              2019-05-29 23:26:04.688  - info: sql.0 enabled logging of Test, Alias=true
                              2019-05-29 23:26:05.015  - debug: sql.0 For getHistory for id Test: Type empty, use dbtype 0
                              2019-05-29 23:26:05.015  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172372751 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:05.015  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172372751 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:05.024  - debug: sql.0 Send: 50 of: 50 in: 9ms
                              2019-05-29 23:26:05.024  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:26:08.492  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172376229 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:08.493  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172376229 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:08.501  - debug: sql.0 Send: 50 of: 50 in: 9ms
                              2019-05-29 23:26:08.501  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:26:10.005  - debug: sql.0 new value received for Test, new-value=90, ts=1559172370003, relog=false
                              2019-05-29 23:26:15.017  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172382753 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:15.017  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172382753 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:15.026  - debug: sql.0 Send: 50 of: 50 in: 9ms
                              2019-05-29 23:26:15.027  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:26:20.005  - debug: sql.0 new value received for Test, new-value=91, ts=1559172380003, relog=false
                              2019-05-29 23:26:20.006  - debug: sql.0 Datatype Test: Currently: number, StorageType: false
                              2019-05-29 23:26:20.008  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(94, 1559172380003, 91, 1, 2, 0);
                              2019-05-29 23:26:20.016  - debug: sql.0 DELETE FROM `IoBroker`.ts_number WHERE id=94 AND ts < 1527636360016;
                              2019-05-29 23:26:25.025  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172392761 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:25.025  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172392761 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:25.034  - debug: sql.0 Send: 50 of: 50 in: 10ms
                              2019-05-29 23:26:25.034  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:26:30.004  - debug: sql.0 new value received for Test, new-value=92, ts=1559172390002, relog=false
                              2019-05-29 23:26:36.608  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172404344 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:36.609  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172404344 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:36.618  - debug: sql.0 Send: 50 of: 50 in: 10ms
                              2019-05-29 23:26:36.618  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:26:40.005  - debug: sql.0 new value received for Test, new-value=93, ts=1559172400002, relog=false
                              2019-05-29 23:26:40.005  - debug: sql.0 Datatype Test: Currently: number, StorageType: false
                              2019-05-29 23:26:40.006  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(94, 1559172400002, 93, 1, 2, 0);
                              2019-05-29 23:26:46.017  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172413753 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:46.017  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172413753 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:46.027  - debug: sql.0 Send: 50 of: 50 in: 10ms
                              2019-05-29 23:26:46.027  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:26:48.173  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172415910 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:48.173  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172415910 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:48.179  - debug: sql.0 Send: 50 of: 50 in: 6ms
                              2019-05-29 23:26:48.179  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:26:50.004  - debug: sql.0 new value received for Test, new-value=94, ts=1559172410002, relog=false
                              2019-05-29 23:26:55.013  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172422750 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:55.014  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172422750 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:26:55.020  - debug: sql.0 Send: 50 of: 50 in: 7ms
                              2019-05-29 23:26:55.020  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:27:00.006  - debug: sql.0 new value received for Test, new-value=95, ts=1559172420002, relog=false
                              2019-05-29 23:27:00.006  - debug: sql.0 Datatype Test: Currently: number, StorageType: false
                              2019-05-29 23:27:00.006  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(94, 1559172420002, 95, 1, 2, 0);
                              2019-05-29 23:27:05.013  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172432750 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:27:05.014  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172432750 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:27:05.020  - debug: sql.0 Send: 50 of: 50 in: 7ms
                              2019-05-29 23:27:05.020  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:27:10.004  - debug: sql.0 new value received for Test, new-value=96, ts=1559172430002, relog=false
                              2019-05-29 23:27:15.018  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172442755 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:27:15.019  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172442755 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:27:15.026  - debug: sql.0 Send: 50 of: 50 in: 8ms
                              2019-05-29 23:27:15.026  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:27:20.006  - debug: sql.0 Datatype Test: Currently: number, StorageType: false
                              2019-05-29 23:27:20.007  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(94, 1559172430002, 96, 1, 2, 0);
                              2019-05-29 23:27:20.011  - debug: sql.0 new value received for Test, new-value=97, ts=1559172440010, relog=false
                              2019-05-29 23:27:25.036  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172452772 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:27:25.036  - debug: sql.0 SELECT ts, val, ack, `IoBroker`.sources.name as 'from', q FROM `IoBroker`.ts_number INNER JOIN `IoBroker`.sources ON `IoBroker`.sources.id=`IoBroker`.ts_number._from WHERE  `IoBroker`.ts_number.id=94 AND `IoBroker`.ts_number.ts < 1559172452772 ORDER BY ts DESC LIMIT 50;
                              2019-05-29 23:27:25.043  - debug: sql.0 Send: 50 of: 50 in: 7ms
                              2019-05-29 23:27:25.043  - debug: sql.0 sendTo "getHistory" to system.adapter.admin.0 from system.adapter.sql.0
                              2019-05-29 23:27:30.004  - debug: sql.0 new value received for Test, new-value=98, ts=1559172450002, relog=false
                              2019-05-29 23:27:30.005  - debug: sql.0 Datatype Test: Currently: number, StorageType: false
                              2019-05-29 23:27:30.005  - debug: sql.0 INSERT INTO `IoBroker`.ts_number (id, ts, val, ack, _from, q) VALUES(94, 1559172450002, 98, 1, 2, 0);
                              
                              
                              

                              edit: hatte das falsche log drin jetzt ist das richtige drin

                              Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                              1 Antwort Letzte Antwort
                              0
                              • apollon77A Offline
                                apollon77A Offline
                                apollon77
                                schrieb am zuletzt editiert von
                                #16

                                Interessant, dann scheint es wohl ein Bug zu sein wenn sich die Einstellungen eines OBjects während der laufzeit ändern. Dann weiss ich aber wo ich exakt schauen kann. Machst Du mir bitte dazu und vllt mit Link hierher ein GitHub Issue bitte auf? Danke

                                Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                                • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                                • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                                IssiI 1 Antwort Letzte Antwort
                                0
                                • apollon77A apollon77

                                  Interessant, dann scheint es wohl ein Bug zu sein wenn sich die Einstellungen eines OBjects während der laufzeit ändern. Dann weiss ich aber wo ich exakt schauen kann. Machst Du mir bitte dazu und vllt mit Link hierher ein GitHub Issue bitte auf? Danke

                                  IssiI Offline
                                  IssiI Offline
                                  Issi
                                  Developer
                                  schrieb am zuletzt editiert von
                                  #17

                                  @apollon77 sagte in Adapter SQL - Einstellungen:

                                  Interessant, dann scheint es wohl ein Bug zu sein wenn sich die Einstellungen eines OBjects während der laufzeit ändern. Dann weiss ich aber wo ich exakt schauen kann. Machst Du mir bitte dazu und vllt mit Link hierher ein GitHub Issue bitte auf? Danke

                                  Issue ist erstellt
                                  Issue

                                  Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                                  1 Antwort Letzte Antwort
                                  0
                                  • apollon77A Offline
                                    apollon77A Offline
                                    apollon77
                                    schrieb am zuletzt editiert von
                                    #18

                                    Danke. Kannst du das bitte mal bei History checken ob es da auch do ist? Danke

                                    Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                                    • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                                    • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                                    IssiI 1 Antwort Letzte Antwort
                                    0
                                    • apollon77A apollon77

                                      Danke. Kannst du das bitte mal bei History checken ob es da auch do ist? Danke

                                      IssiI Offline
                                      IssiI Offline
                                      Issi
                                      Developer
                                      schrieb am zuletzt editiert von
                                      #19

                                      @apollon77 sagte in Adapter SQL - Einstellungen:

                                      Danke. Kannst du das bitte mal bei History checken ob es da auch do ist? Danke

                                      beim History-Adapter ist es anscheint nicht der fall hab mehrmal einstellungen geändert und er logt nichts so wie es sein soll.

                                      Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                                      1 Antwort Letzte Antwort
                                      0
                                      • apollon77A Offline
                                        apollon77A Offline
                                        apollon77
                                        schrieb am zuletzt editiert von
                                        #20

                                        Was meinst Du genau damit?

                                        Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                                        • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                                        • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                                        IssiI paul53P 2 Antworten Letzte Antwort
                                        0
                                        • apollon77A apollon77

                                          Was meinst Du genau damit?

                                          IssiI Offline
                                          IssiI Offline
                                          Issi
                                          Developer
                                          schrieb am zuletzt editiert von
                                          #21

                                          @apollon77 sagte in Adapter SQL - Einstellungen:

                                          Was meinst Du genau damit?

                                          wenn du damit mich meinst hab die selben einstelungen bei History-Adapter probirt und dan Storage Vorhaltezeit gewechselt während der laufzeit und er hat nicht angefangen zu logen so wie der SQL adapter

                                          Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                                          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

                                          327

                                          Online

                                          32.6k

                                          Benutzer

                                          82.1k

                                          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