Nach Reboot sind sql keine Objekte mehr zugeordnet, werden (zum Glück) aber weiter aufgezeichnet

[fu_zhou]

Hallo zusammen,

unter Objekte ist rechts oben ein Auswahlfeld - Alle, Keins, … sql.0. Darüber kann man wunderbar die sql.0 zugeordneten Objekte filtern und auch gesammelt (bei mir 275) parametrieren.

Genau an der Stelle tauchen nach einem Re-Boot oder Adapter-Neustart unter sql.0 mal alle 275 oder keine Objekte auf. Aber selbst wenn keine Objekte unter sql.0 erkannt werden (Auswahl auf "sql.0" und dann das Zahnrad für die Einstellungen anklicken = Meldung "Keine Objekte ausgewählt"), läuft die Aufzeichnung zum Glück weiter, aber dann in einem "komischen" Rhythmus.

Wenn man Objekte sql.0 neu zuordnet, sind sie auf jeden Fall da - bis zum nächsten Re-Boot oder Adpaterstart. Dann kann es sein, dass sie noch da sind oder eben nicht mehr, wobei die Aufzeichnung ja weitergeht. Es ist aber auch schon vorgekommen, dass die Zuordnung weg war und nach einem weiteren Re-Boot oder Adapter-Neustart wieder da war.

Ich konnte bisher noch nicht genau reproduzieren, wann hier unter sql.0 die Objekte angezeigt werden und wann nicht - bei Neuzuordnung ohne Re-Boot sind sie auf alle Fälle da. Meistens bleiben die Objekte aber "verschwunden" nach einem Re-Boot oder Adapter-Neustart.

Kennt jemand das Problem und hat es möglicherweise gelöst?

[Dutchman]

Wäre gespannt drauf wie man genau reproduzieren könnte.

Benutze sql seit 5 Monaten und kennen dieses Problem nicht

Greetz

Dutch

–-----------------------

Send from mobile device

[fu_zhou]

Ich habe den Adapter jetzt mal angehalten, Dann 30 Sek. gewartet und wieder gestartet, jetzt sind die Objekte wieder da…. Ist aber irgendwie keine Dauerlösung?!

[apollon77]

Habe nochmal mehrere Dinge bei mir versucht … Bei mir passt die Anzeige im Amdin ... Ich bekomme es nicht reproduziert

[fu_zhou]

Adapter anhalten und wieder starten hilft auch nur sporadisch… Mist... Kann das an der Menge liegen: 275? Aber im Log-File wird für alle Werte angezeigt "enabled logging...". Dauert knapp eine Sekunde bis alle durch sind... und "connected to my sql" kommt

[apollon77]

Ich hab per Influxdb 3600 Datenpunkte

[fu_zhou]

Kann es sein, dass irgendein Adapter das System so belastet, dass es zu den Problemen kommt? Ich habe z.B. den S7 Adapter laufen…

[apollon77]

Wie geht es dem Rechner denn? Was ist es? Load? Was sagt "top" so?

Gesendet von iPhone mit Tapatalk

[fu_zhou]

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 4073 pi        20   0  179604  21864  13152 S  46,4  2,3  44:18.15 gst-launch-1.0
 1491 root      20   0  165180  66576  14356 R  13,2  7,0  15:43.66 iobroker.js-con
 1635 root      20   0  148724  49104  14024 S   8,9  5,2   8:43.46 io.admin.0
 8643 root      20   0   55668  12304   5272 S   8,9  1,3   2:07.99 motion
 1832 root      20   0  128372  31524  15024 S   5,9  3,3   6:36.14 io.s7.0
 8323 root      20   0  147656  47268  14928 S   5,6  5,0   1:56.53 io.sql.0
 1708 root      20   0  138536  41196  14032 S   4,9  4,4   6:00.90 io.javascript.0
 9766 pi        20   0    5588   2504   2132 R   1,0  0,3   0:00.19 top
   81 root       1 -19       0      0      0 S   0,7  0,0   0:47.59 VCHIQ-0
 9803 root      20   0   74652   8556   8216 R   0,7  0,9   0:00.02 nodejs
    3 root      20   0       0      0      0 S   0,3  0,0   0:06.73 ksoftirqd/0
    7 root      20   0       0      0      0 S   0,3  0,0   0:16.55 rcu_sched
  110 root      20   0       0      0      0 S   0,3  0,0   0:05.93 usb-storage
 1419 mysql     20   0  360844  59916   8952 S   0,3  6,3   0:38.64 mysqld
 1423 proftpd   20   0   14384   3716   2216 S   0,3  0,4   0:00.18 proftpd
 1822 root      20   0  141696  42352  14076 S   0,3  4,5   0:20.53 io.sonos.0
    1 root      20   0   22792   3852   2744 S   0,0  0,4   0:03.73 systemd

eigentlich nix Wildes… gst-launch holt sich knapp 50% der CPU. Einbindung der IP Kameras will ich in Kürze auf einen anderen Pi auslagern, dann ist das hier weg. Aber das Problem hatte ich auch schon vorher, also motion und gstreamer noch nicht installiert war.

[fu_zhou]

Wenn ich den sql-Adapter vor dem Re-Boot anhalte, dann neu boote und warte, bis alle Adapter laufen und dann sql wieder starte, scheint alles zu funktionieren…

[fu_zhou]

Nee, doch nicht, auch nur sporadisch… Zwischendrin sind immer die seltsamen Aufzeichnungszyklen... ich poste heute Abend mal einen Screenshot dazu

[apollon77]

Debug Log wäre hilfreicher … am Ende genau vondem zeitpunkt wo die Zyklen "komisch" werden

[fu_zhou]

Es hängt irgendwie mit dem Start vom S7-Adapter zusammen - der liefert alle aufzuzeichnenden Werte. Wenn ich den S7-Adapter anhalte und warte, bis sql läuft und ihn dann wieder starte, sind die Werte da…

[apollon77]

Kann es sein das die s7 Datenpounkte (und nur bei denen!) das Problem auftritt.

Der Adapter legt die immer zum Start an, damit überschreibt er an sich die Custom-Einstellungen vom History-Logging und damit könnten wirklich komische Dinge passieren. Hatten wir letztens bei modbus Adapter erst gefixt. Ich kann hier mal das gleiche einbauen. Musst Du dann nur testen.

Ich setze mich heute Abend mal ran.

[fu_zhou]

Auf jeden Fall sind es die S7 Datenpunkte, das ist der einzige Adapter, der Datenpunkte für sql liefert. Sobald du das eingebaut hast, teste ich mal…

[apollon77]

Soi, jetzt weiss ich warum das komische Effekte gibt … Da wurden Änderungen nicht nachgezogen

Bitte mal 0.2.6 vom Github (noch nicht auf npm) versuchen.

[fu_zhou]

Also jetzt hat es nach dem Reboot auf Anhieb geklappt, dass die Werte sql zugeordnet sind!!!

Vielen dank soweit…