[gelöst] Ausführung trotz Triggern Zeitplan

[woupi]

@djmarc75

Das ist mir klar, habe ich aber eben nicht bewusst gemacht, außer bei energiefluss.

Das einzige was ich gerade gedacht habe, als ich die Repro umgestellt habe ist, dass dann viele Updates angezeigt werden, kann es sein, dass ich da im Delirium alle installiert habe und das darum da stand 18 aus github?

[DJMarc75]

@homoran sagte in Ausführung trotz Triggern Zeitplan:

wieso treibst du dich als Beta-Tester rum?

Ist mir noch garnicht aufgefallen

[Homoran]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Das einzige was ich gerade gedacht habe, als ich die Repro umgestellt habe ist, dass dann viele Updates angezeigt werden, kann es sein, dass ich da im Delirium alle installiert habe und das darum da stand 18 aus github?

Nein!

Umstellen kannst du nur zwischen Repos (stable/Beta), nicht prinzipiell auf GitHub.
Ich vermute dass du von stable auf beta umgestellt hattest und dir jetzt die Versionen zum Testen angeboten werden.

[Thomas Braun]

@woupi

Adapters from github:   0

Bei alten npm-Versionen ist die Ausgabe, die für die Ermittlung der Adapter herangezogen wird anders aufgebaut und kann u.U. zu doppelt gezählten Einträgen führen. Ab npm>6 passiert das nicht mehr.

[woupi]

@homoran sagte in Ausführung trotz Triggern Zeitplan:

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Das einzige was ich gerade gedacht habe, als ich die Repro umgestellt habe ist, dass dann viele Updates angezeigt werden, kann es sein, dass ich da im Delirium alle installiert habe und das darum da stand 18 aus github?

Nein!

Umstellen kannst du nur zwischen Repos (stable/Beta), nicht prinzipiell auf GitHub.
Ich vermute dass du von stable auf beta umgestellt hattest und dir jetzt die Versionen zum Testen angeboten werden.

So meinte ich das und dann auf alle updates installieren geklickt.

Also so quasi und dann auf alle Updates:

[woupi]

@thomas-braun sagte in Ausführung trotz Triggern Zeitplan:

@woupi

Adapters from github:   0

Bei alten npm-Versionen ist die Ausgabe, die für die Ermittlung der Adapter herangezogen wird anders aufgebaut und kann u.U. zu doppelt gezählten Einträgen führen. Ab npm>6 passiert das nicht mehr.

Du meinst es waren faktisch keine 18 sondern die 7 die ich dann auch gefunden habe, oder?

[Homoran]

@woupi
deswegen

@thomas-braun sagte in Ausführung trotz Triggern Zeitplan:

Wurscht.
Bügel da nodejs@18 rein.

Was wieder zeigt, dass für eine sinnvolle Fehlersuche auch das Grundsystem aktuell sein soll.

[Thomas Braun]

@woupi

Ja, denn npm6 warf auch Dependencies von Adaptern u.U. als von GitHub stammend aus.

[woupi]

@thomas-braun
Ok, dann muss ich jetzt damit leben, das ich zu mindestens 7 irgendwie installiert habe und nur von dreien etwas weiß.
Gemacht habe ich das ganz offensichtlich.

Vielen Dank für eure Geduld und Hilfe dazu.

Nun würde ich dann glaube ich wieder zur Liste zurückkommen und hoffe, dass Ihr mir da nochmal weiter helfen könnt.

@woupi
Dann musst du nochmal prüfen, ob in dem DP wirklich eine Liste ist.

Wie kann ich das genau prüfen?

@woupi
Schreibe mal in den DP [] und versuche nochmal

Du meinst hinten bei (Null) einfach draufklicken und dann unter Wert einfach ein Zahl rein, oder?
Das habe ich so gemacht, wenn Du das nicht gemeint hast, war das dann falsch.

@tt-tom sagte in Ausführung trotz Triggern Zeitplan:
@woupi

Schreibe mal in den DP [] und versuche nochmal
oder gib die variable mal über einen debug Baustein aus

Oder sollte ich das mal versuchen?

[DJMarc75]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Wie kann ich das genau prüfen?

Hattest Du schon und es ist tatsächlich eine Liste (array)

@woupi sagte in Ausführung trotz Triggern Zeitplan:

einfach draufklicken und dann unter Wert einfach ein Zahl rein, oder?

Nein, wie @TT-Tom schrieb solltest Du dort mal

[]

eintragen

[woupi]

@djmarc75
wo kann ich das genau eintragen

[DJMarc75]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

wo kann ich das genau eintragen

na manuell unter Objekte in Deinen Datenpunkt.

[woupi]

@djmarc75 sagte in Ausführung trotz Triggern Zeitplan:

@woupi sagte in Ausführung trotz Triggern Zeitplan:

wo kann ich das genau eintragen

na manuell unter Objekte in Deinen Datenpunkt.

Statt der Zahl "1" ?

[DJMarc75]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Statt der Zahl "1" ?

yes

[woupi]

@djmarc75

Ok habe ich gemacht.

Log Ausgabe habe ich gerade noch rein gepackt.

javascript.0 2023-05-21 10:03:00.003 info script.js.Wärmepumpe.WP_Steuerung: Liste: , 023.05.21 10:03:00.003

Da steht so jetzt nichts drin.

Dann muss ich jetzt entweder die Zeit im cron ändern, oder bis um 16 Uhr warten, vorher wird da keine Liste eingetragen, sehe ich doch richtig, oder?

[DJMarc75]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

vorher wird da keine Liste eingetragen

richtig

[woupi]

@djmarc75

javascript.0
2023-05-21 10:39:00.005	info	script.js.Wärmepumpe.WP_Steuerung: Liste: 4787.8,4824.1,4807.1, 2023.05.21 10:39:00.005

Liste, ok.

Aber auch eine Info:

javascript.0
2023-05-21 10:39:00.040	info	State value to set for "0_userdata.0.WP.Liste_PV_Mittelwert" has to be stringified but received type "object"

{
  "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": 1684640696042,
  "_id": "0_userdata.0.WP.Liste_PV_Mittelwert",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Da mache ich offensichtlich beim erstellen der DP einen Fehler, aber für mich kann man da eigentlich nicht viel falsch machen:

Zuerst auf das Plus:

Dann Typ "Datenpunkt" und Zustandstyp "array", sowie einen Namen, fertig.

Das ist das, was mir aber jedes mal passiert, wenn ich selber einen DP anlege.
Hatte ich weiter oben ja schonmal geschrieben (number,string).

[DJMarc75]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

has to be stringified

na dann bau halt ein konvertiere zu String Block ran - glaub ich hab das in manchen meiner Skripte auch so

[woupi]

@djmarc75 sagte in Ausführung trotz Triggern Zeitplan:

....glaub ich hab das in manchen meiner Skripte auch so

Ah, ok, dann ist das also ehr normal und ich dachte ich mach da immer was falsch und habe den Fehler gesucht.
Die Fehler suche ich dann immer bei mir, ich weiß "aussterbende Rasse" aber so bin ich eben, erstmal vor der eigenen Türe kehren usw.

Aber dann muss ich mich da einfach mit abfinden und in dem Fall ein "konvertiere zu String" ein

Dann werde ich das jetzt so Heute laufen lassen und heute Abend dann wissen ob alles funktioniert.

Danke nochmal
VG
Sascha

[woupi]

Jetzt kommt:

javascript.0
2023-05-21 11:08:00.020	info	Could not parse value for id 0_userdata.0.WP.Liste_PV_Mittelwert into array: Unexpected token , in JSON at position 6

Sowas hatte ich bis jetzt noch nie und wüsste daher jetzt auch nicht, was ich damit machen muss

VG
Sascha