Monatsrückblick Januar/Februar 2026 ist online!

[DJMarc75]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Ich komme nur nicht dahinter, wie ich das mit den anderen 17 gemacht haben soll.

Ich schon, z.B. so:

hier auf die Katze geklickt und dann

dort im Menü ausgewählt.
Ist halt nicht der richtige Weg.
:)

[Homoran]

@djmarc75 sagte in Ausführung trotz Triggern Zeitplan:

z.B. so:

wieso treibst du dich als Beta-Tester rum? :joy:

[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 :dizzy_face: :joy:

[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