UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[liv-in-sky]

@crunchip das is ja "komisch" - das es einmal läuft und dann nicht mehr

kommt der fehler auch, wenn du die history analyse nicht aktivierst

[crunchip]

@liv-in-sky ohne History funktioniert es
wenn ich alleinig nur
History Prüfung aktiviere, bleibt es auch fehlerhaft stehn, also liegt es dev an History Prüfung

[liv-in-sky]

@crunchip
ich mach morgen ein script mit log - es scheint, das eine definition bei dir drin ist, die ich nicht berücksichtige - wir müssen den datenpunkt finden un diese def finden

wenn du lust hast - hier das log mal einfügen - vielleicht reicht das schon - dann wissen wir schon mal die id - und bei diesem datenpunkt das raw format ansehen

[crunchip]

@liv-in-sky hab ich gemacht, kann aber nicht viel damit anfangen
liegt bestimmt an deinen Rechtschreibfehlern im Script:grin: Spass

denke es ist der mclighting, der zwar installiert aber noch nie benutzt wurde

javascript.1	2019-11-16 22:46:53.932	warn	(10149) at instanzCount (script.js.common.System.Datenpunktprüfung7:100:12)
javascript.1	2019-11-16 22:46:53.932	warn	(10149) at new Promise (<anonymous>:null:null)
javascript.1	2019-11-16 22:46:53.932	warn	(10149) at Promise (script.js.common.System.Datenpunktprüfung7:112:29)
javascript.1	2019-11-16 22:46:53.931	warn	(10149) at Object.result.each (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:806:29)
javascript.1	2019-11-16 22:46:53.931	warn	(10149) at script.js.common.System.Datenpunktprüfung7:131:9
javascript.1	2019-11-16 22:46:53.930	warn	(10149) getState "system.adapter.mclighting.0.alive" not found (3) states[id]=null
javascript.1	2019-11-16 22:46:53.930	warn	(10149) at instanzCount (script.js.common.System.Datenpunktprüfung7:100:12)
javascript.1	2019-11-16 22:46:53.929	warn	(10149) at new Promise (<anonymous>:null:null)
javascript.1	2019-11-16 22:46:53.929	warn	(10149) at Promise (script.js.common.System.Datenpunktprüfung7:112:29)
javascript.1	2019-11-16 22:46:53.929	warn	(10149) at Object.result.each (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:806:29)
javascript.1	2019-11-16 22:46:53.928	warn	(10149) at script.js.common.System.Datenpunktprüfung7:128:9
javascript.1	2019-11-16 22:46:53.927	warn	(10149) getState "system.adapter.mclighting.0.alive" not found (3) states[id]=null

[liv-in-sky]

@crunchip mit diesem ausschnitt kann ich nicht viel anfangen - das müßte ganz woanders sein und sorgt auch nicht für das stehenbleiben

diese rausschnitt ist doch mittendrin - denke ich - es muss aber am ende im log sein (also ganz oben im log-tab)

schalte auf jeden fall die wert und type analyse mal ab

diese zeile muss schon vorbei sein - anschliessend kommen dann die gesuchten id's

bin in check SmartIot und History

[crunchip]

@liv-in-sky
ich hatte alles ausgeschaltet, war nur History aktiviert.
Das waren die ersten Warnmeldungen bei scriptstart.

nach check smartIot
werden alle Datenpunke gelistet und die letzte Zeilenausgabe ist

info: javascript.1 (10149) script.js.common.System.Datenpunktprüfung7: ------------ERROR: TypeError: Cannot convert undefined or null to object

[liv-in-sky]

@crunchip und der datenpunkt davor (vor dieser ausgabe) ist das problem - du bist sehr sparsam mit den logs - zu sparsam

[crunchip]

@liv-in-sky haha, woher soll ich denn wissen das du den davor brauchst:joy:
die raw dazu

{
  "_id": "mihome.0.devices.magnet_158d00023700c4.state",
  "common": {
    "name": "Haustür",
    "role": "state",
    "write": false,
    "read": true,
    "type": "boolean",
    "custom": {
      "influxdb.1": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "1000",
        "maxLength": 10,
        "retention": "31536000",
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "storageType": "",
        "aliasId": "Haustür"
      },
      "telegram.0": {
        "enabled": true,
        "readOnly": true,
        "report": true,
        "alias": "Haustuer",
        "onStatus": "offen",
        "offStatus": "geschlossen",
        "onCommand": "",
        "offCommand": "geschlossen",
        "onlyTrue": false,
        "buttons": 1
      }
    }
  },
  "type": "state",
  "native": {},
  "from": "system.adapter.mihome.0",
  "ts": 1537861679074,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "user": "system.user.admin"
}

[liv-in-sky]

@crunchip auf den ersten blick schaut er ganz gut aus

ich schau mir das morgen an - gute nacht

[crunchip]

@liv-in-sky ich vergleich gerade mit den anderen
was mir auffällt, es fehlt der iot.0 smartname eintrag

[liv-in-sky]

@crunchip

wir suchen ja das hier

    "custom": {

      "influxdb.1": {

das ist der history eintrag

[liv-in-sky]

@crunchip moin - jetzt wieder etwas wacher - konnte fehler reproduzieren und hoffentlich bereinigen und natürlich konntest du nicht wissen, dass ich den datenpunkt davor brauche - irgendwann ist man so im script vertieft, dass man nicht mehr merkt, dass andere diese struktur garnicht kennen können - sorry dafür

aber hier mal eine neue version - wäre cool , wenn du es testen könntest

ProofingDatapoints17-11-19.txt

falls es wieder einen fehler geben sollte, könntest du oben - irgendwo in der variablen definition (ca: zeile 55)- die variable "histlogs" auf true setzen - , dann gibt es zusätzliche log-einträge

[crunchip]

@liv-in-sky läuft, Problem beseitigt:+1: