History 2.0.0 verfügbar - eine Zusammenfassung

[Frank579]

@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:

passiert es ja immer nach ein paar Stunden irgendwann ... richtig?

Fast richtig meisten max nach 15- 30 min ....

Binge dich erst mal auf Stand war ja gestern auch nicht ganz untätig Was ich gemacht habe :
1 - Komplett neue Debian VM (Poxmox) erstellt Backup (Backitup) rein --> läuft ca 1,5 Std. gewartet.
2 - History update auf 2.1.7 --> Fehler kam nach weniger als 10 Minuten
3 - History unter Instanzen gestoppt --> läuft bis jetzt duch war gestern aben so gegen 22:00

Also irgendwie hängt es am History oder den Daten die ich aufzeichne .... Wollte jetzt eigeindich mall alle aufzeichnungen Abschalten und History wieder starten... Aber versuchen wier erst mal deinen Vorschlag

so nun zu deinem Vorschlag punkt 1 -ist Klar, punkt 2 in welche zeilen sind da gemeint ?

[Frank579]

@apollon77
Ich habe gerade alle Hisory aufzeichnungen mal deaktiviert, bei einem kam :

2022-07-06 17:02:04.902 - warn: admin.0 (431) Object alias.0.Sensoren.MS Aussen.temperature is invalid: obj.common.min has an invalid type! Expected "number", received "string"
2022-07-06 17:02:04.905 - warn: admin.0 (431) This object will not be created in future versions. Please report this to the developer.

Kann es evtl. das schon gewesen sein??

[apollon77]

@frank579 An sich sollte nichts zu so einem Fehler führen ... da ist einfach das Objekt ungültig. Checkda mal den Default wert des Objekts ...

[apollon77]

@frank579 Zu 2. -. mist da hätte auch ein Link sein sollen: https://github.com/ioBroker/ioBroker.js-controller/blob/ea1a72ac2d74317ad16234f7aeac90632374614c/packages/db-base/lib/redisHandler.js#L102-L103 Diese Zeilen

[Frank579]

@apollon77 Adapter lauft auf jeden fall "noch" seit dem ich alles deaktiviert habe warte jetzt mal ab ... hatte erst noch mal mit aktiviert direkt wieder neustart, dann Adapter stop alles aus adapter Start bis jetzt i.O.

[Frank579]

@apollon77
okay wenn er nochmal abstürtzt werde ich das verrsuchen ....
Warte jetzt noch ne stunde was essen und so dann aktivier ich noch mal eine aufzeichnung ...

[apollon77]

@frank579 Eine Frage wäre noch: Wenn Du History Adapter auf Debug stellst und in den Default Settings quasi fürt alle Datenpunkte auch das Debug aktivierst ... ist dann das was er loggt "kurz bevor es passiert" immer das gleiche oder nicht?

[Frank579]

@apollon77 habe ich noch nicht getestet, kann ich aber dann auch mal versuchen. werde dann gleich alles mit debug aktivieren , noch läuft´s scheinbar hat es irgendwas mit der Auzeichnung zu tun wer er ohne Läuft ...

[Frank579]

@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:

Checkda mal den Default wert des Objekts ..
Hab den jetz mal aktiviert erst mal so gelassen wie er war,um auszuschließen das es doch der fehler war.

das ist der Alias :

{
  "common": {
    "alias": {
      "id": "zigbee.0.00158d000804a100.temperature"
    },
    "name": "temperature",
    "role": "value.temperature",
    "type": "number",
    "unit": "°C",
    "min": "",
    "max": "",
    "read": true,
    "write": false,
    "custom": {
      "history.0": {
        "enabled": true,
        "aliasId": "",
        "debounceTime": 0,
        "blockTime": 0,
        "changesOnly": true,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "ignoreBelowNumber": "",
        "disableSkippedValueLogging": false,
        "retention": 31536000,
        "customRetentionDuration": 365,
        "maxLength": 960,
        "enableDebugLogs": true,
        "debounce": 1000
      }
    }
  },
  "native": {},
  "type": "state",
  "_id": "alias.0.Sensoren.MS Aussen.temperature",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.frank",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.frank",
  "ts": 1657129055185
}

Und Das der Orginal Zigbee:

{
  "type": "state",
  "common": {
    "name": "Temperature",
    "type": "number",
    "unit": "°C",
    "read": true,
    "write": false,
    "role": "value.temperature"
  },
  "native": {},
  "from": "system.adapter.zigbee.0",
  "user": "system.user.admin",
  "ts": 1654958118744,
  "_id": "zigbee.0.00158d000804a100.temperature",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Kann ich die Min Max einfach rauslöschen sind ja im zigbee auch nicht drin, machen ja auch bei nem Fühler wenig sinn..
Der Alias wurde mit dem Alias Manager erstellt .

[paul53]

@frank579 sagte: Kann ich die Min Max einfach rauslöschen

Ja, kannst aber auch sinnvolle Zahlen eintragen.

[Frank579]

@paul53 Danke auch eine Idee

[Frank579]

@apollon77

Könnte das was sein ist mir gerade in den Verlaufsdaten Aufgefallen, könnte gestern von den Zeiten in Etwa hinkommen

[apollon77]

@frank579 Dann gibbt GitHub issue beim Alias-Manage rauf machen ... leere "String" Min/max bei Number macht keinen Sinn und sollte nicht erzeugt werden

[apollon77]

@frank579 Was genau meinst Du damit? Meinst Du sobald er den Wert geloggt hat, hats geknallt?

[Frank579]

@apollon77 bin nicht sicher aber zeitlich würde es passen, meine die "null" Werte und das false dahinter habe den Datenpunkt noch nicht aktiv, mache ich dann auch erst morgen die ersten laufen jetzt schon wieder gut 2 Stunden .... Ohne Fehler bis jetzt

[Frank579]

@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:

GitHub issue beim Alias-Manage

Schaue ich mir morgen dann auch mal an, werde die andern temp Sensoren auch mal prüfen wie es da aussieht

[oFbEQnpoLKKl6mbY5e13]

@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:

@frank579 Dann gibbt GitHub issue beim Alias-Manage rauf machen ... leere "String" Min/max bei Number macht keinen Sinn und sollte nicht erzeugt werden

https://github.com/sbormann/ioBroker.alias-manager/issues/36

RP70DP created this issue in sbormann/ioBroker.alias-manager

open invalid: obj.common.min has an invalid type! Expected "number", received "string" #36

[apollon77]

@frank579 Die null könnten aber auch vom Adapter kommen vom Start weil er "danach" neu gestartet ist.

@frank579 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:

Ohne Fehler bis jetzt

meinst mit dem angepassten code?

[Frank579]

@apollon77 sagte in History 2.0.0 verfügbar - eine Zusammenfassung:

meinst mit dem angepassten code?

Nein am Code hatte ich noch nichts geändert... Nur bei ein paar Datenpunkten die Aufzeichnung wieder aktiviert ....

[apollon77]

@frank579 Na dann aktiviere ml weiter das wir rausfinden was bei Dir zu sowas führt