[gelöst] Ausführung trotz Triggern Zeitplan

woupi

@djmarc75
Doch, funktioniert auch, also so wie es jetzt da steht.

DJMarc75

@woupi sagte in Ausführung trotz Triggern Zeitplan:

"type": "string",

is klar dass der bei Number nicht reagiert und im LOG dann ein Vermerk steht ;)

woupi

@djmarc75

Das hast du falsch verstanden, jetzt meckert ja nichts mehr.
Zuerst hatte ich den dp als number angelegt.

DJMarc75

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Zuerst hattecich den dp als number angelegt.

Ich sehe da aber nur einen DP unter mqtt welcher als String angelegt ist:

{
  "common": {
    "name": "SetHeatpump",
    "desc": "Manuell erzeugt",
    "role": "variable",
    "type": "string",
    "read": true,
    "write": true,
    "def": ""
  },
  "type": "state",
  "native": {},
  "_id": "mqtt.0.panasonic_heat_pump.commands.SetHeatpump",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1683196270031
}

;)

woupi

@djmarc75
Ja logisch, den anderen habe ich da ja auch gelöscht.

Ich habe das was ich gemacht hatte und dann geändert habe, beschrieben, nicht den jetzt Zustand.
Und halt, dass es so wie ich es jetzt habe läuft.
Ich verstehe nur nicht, warum das vorher mit number nicht funktioniert hat.

DJMarc75

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Ich verstehe nur nicht, warum das vorher mit number nicht funktioniert hat.

Ich auch nicht, aber das kann man jetzt auch nicht nachvollziehen da es jetzt passt :)

Da hat im Skript "vorher" iwas halt net gepasst :grinning:

woupi

@djmarc75
Ok, danke.
Also grundsätzlich hätte das so funktionieren müssen, siehst du auch so, richtig?
VG
Sascha

DJMarc75

@woupi sagte in Ausführung trotz Triggern Zeitplan:

richtig?

richtig :+1:

Homoran

@woupi sagte in Ausführung trotz Triggern Zeitplan:

@homoran
Ich gehe davon aus, dass du die logs meinst,
werde versuchen mich dran zu halten, ist ja eigentlich auch einfacher.

ja meine ich!
ich kann jetzt nicht mitspielen, da auf dem Handy das log nicht zu entziffern ist :cry:

woupi

@homoran

Oh, sorry, das war mir nicht klar.
Bin gerade auch unterwegs, mach ich später.

DJMarc75

@woupi sagte in Ausführung trotz Triggern Zeitplan:

mach ich später

mach das in zukünftigen Beiträgen, nicht in diesem :) Denn hier ist alles geklärt @Homoran und @woupi hat es verstanden !!

woupi

@djmarc75
leider nein, bin gerade nach Hause gekommen und es wurde zum ersten Mal seit fast 4 Wochen nicht wie gewollt WW bereitet.
Warum konnte ich jetzt auf die schnelle noch nicht herausfinden.
Es gibt zwar einen Fehler, der kann mit dem WW aber nichts zutun haben, das hätte bereits um 14:00 starten sollen.

Da muss ich morgen Früh mal in Ruhe bei schauen, aber eventuell kann sich ja mal einer den Fehler ansehen:

2023-05-20 16:01:00.003 - error: javascript.0 (1020) script.js.Wärmepumpe.WP_Steuerung: TypeError: Cannot read property 'push' of null
2023-05-20 16:01:00.004 - error: javascript.0 (1020) at Object.cb (script.js.Wärmepumpe.WP_Steuerung:77:12)
2023-05-20 16:01:00.004 - error: javascript.0 (1020) at Immediate. (/opt/iobroker/node_modules/iobroker.javascript/lib/scheduler.js:89:109)
2023-05-20 16:01:00.004 - error: javascript.0 (1020) at processImmediate (internal/timers.js:466:21)

Hier der geänderte Schnipsel:

Homoran

@woupi Schnipsel bringen normalerweise nichts.

Aber tausch erst einmal den Zeitplan gegen einen eifachen CRON

woupi

@homoran
Danke habe ich gemacht und schau mir gleich mal an ob der Fehler weg ist.

@homoran sagte in Ausführung trotz Triggern Zeitplan:

Schnipsel bringen normalerweise nichts.

Das denke ich mir, ist aber der einzige Teil, der Heute geändert wurde und ich habe ehrlich gesagt keine Ahnung, wie ich das ganze Blockly hier rein bekommen.

Bild an Bild?
VG
Sascha

Homoran

@woupi sagte in Ausführung trotz Triggern Zeitplan:

keine Ahnung, wie ich das ganze Blockly hier rein bekommen.
Bild an Bild?

wäre die Methode der Wahl.
Aber hier nicht nötig, weil

@woupi sagte in Ausführung trotz Triggern Zeitplan:

der einzige Teil, der Heute geändert wurde

und in sich ein vollständiges Skript ist.

woupi

@homoran

es kommt jetzt direkt ein Fehler das der DP nicht gefunden wird, er ist aber da:


javascript.0
2023-05-20 20:49:13.538	warn	at script.js.Wärmepumpe.WP_Steuerung:136:3

javascript.0
2023-05-20 20:49:13.538	warn	at script.js.Wärmepumpe.WP_Steuerung:116:12

javascript.0
2023-05-20 20:49:13.537	warn	getState "0_userdata.0.WP.Liste_PV_Mittelwert" not found (3)

{
  "common": {
    "name": "Liste_PV_Mittelwert",
    "desc": "Manuell erzeugt",
    "role": "state",
    "type": "array",
    "read": true,
    "write": true
  },
  "type": "state",
  "native": {},
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1684574604716,
  "_id": "0_userdata.0.WP.Liste_PV_Mittelwert",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

woupi

Und jetzt auch die Fehler von vor ändern des Zeitplans:

2023-05-20 20:56:00.006 - error: javascript.0 (1020) script.js.Wärmepumpe.WP_Steuerung: TypeError: Cannot read property 'push' of null
2023-05-20 20:56:00.006 - error: javascript.0 (1020) at Object. (script.js.Wärmepumpe.WP_Steuerung:119:12)
2023-05-20 20:56:00.006 - error: javascript.0 (1020) at Job.job (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:1595:34)
2023-05-20 20:56:00.006 - error: javascript.0 (1020) at Job.invoke (/opt/iobroker/node_modules/node-schedule/lib/Job.js:171:15)
2023-05-20 20:56:00.006 - error: javascript.0 (1020) at /opt/iobroker/node_modules/node-schedule/lib/Invocation.js:268:28
2023-05-20 20:56:00.006 - error: javascript.0 (1020) at Timeout._onTimeout (/opt/iobroker/node_modules/node-schedule/lib/Invocation.js:228:7)
2023-05-20 20:56:00.006 - error: javascript.0 (1020) at listOnTimeout (internal/timers.js:557:17)
2023-05-20 20:56:00.007 - error: javascript.0 (1020) at processTimers (internal/timers.js:500:7)