[gelöst] Ausführung trotz Triggern Zeitplan

[woupi]

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

@woupi

Du setzt die Variable mit dem Datenpunkt und möchtest du zwei Schritte weiter die Variable als Liste nutzen, das geht nicht. Du musst beim setzten der Variable Liste _PV eine leere Liste erzeugen. Dann kannst du die Variable auch als Liste nutzen.

Zum Schluss schreibt man die Liste in den Datenpunkt.

das hatte ich oben am Anfang so bekommen:

meins war so:

[woupi]

├─┬ iobroker.energiefluss@3.6.0 (github:SKB-CGN/ioBroker.energiefluss#53944cad71449ceaa41c275f432df5423f218054)
├─┬ iobroker.icons-icons8@0.0.1 (github:ioBroker/ioBroker.icons-icons8#c0fcc9a6aa79b281951215cf86726f45622c8409)
├─┬ iobroker.icons-open-icon-library-png@0.1.3 (github:ioBroker/ioBroker.icons-open-icon-library-png#0847a79d713ee6725ccb6ccfb044c025b73ec946)
npm ERR! peer dep missing: buffer@>=6.0.3, required by crc@4.1.1
├─┬ iobroker.shuttercontrol@1.4.29 (github:simatec/ioBroker.shuttercontrol#2c423fe0c8b2f0e0b385abaf912e93c3e1d39f36)
├─┬ iobroker.sourceanalytix@0.4.14 (github:DrozmotiX/ioBroker.sourceanalytix#42c45d3e9a581869b0ba9cf710dbecb42ca3e574)
│   ├── github-url-from-git@1.5.0
│   ├─┬ new-github-release-url@1.0.0
├── iobroker.vis-map@1.0.4 (github:ioBroker/ioBroker.vis-map#b4a286f8d954e09b1b96e51914386ae73b09eecf)
├── iobroker.vis-materialdesign@0.5.76 (github:Scrounger/ioBroker.vis-materialdesign#43f3a07d7b48f367612c19ef678935709f718aae)
bernhard@iobroker:/opt/iobroker$

Das sind 7, oder sehe ich das falsch und keine 18.

Wenn ich euch richtig verstanden habe, sollte ich die alle deinstallieren, oder?

[Thomas Braun]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Wenn ich euch richtig verstanden habe, sollte ich die alle deinstallieren, oder?

Nein, aber die Herangehensweise an Installationen überdenken. Zuerst immer aus den Repos nehmen, erst wenn es einen sehr guten Grund dafür gibt (z. B. weil der Maintainer was testen will) fischt man im github.

[TT-Tom]

@woupi

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

[woupi]

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

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Wenn ich euch richtig verstanden habe, sollte ich die alle deinstallieren, oder?

Nein, aber die Herangehensweise an Installationen überdenken. Zuerst immer aus den Repos nehmen, erst wenn es einen sehr guten Grund dafür gibt (z. B. weil der Maintainer was testen will) fischt man im github.

Das habe ich auch versucht zu beachten.

Shuttercontrol und energiefluss gibt es allerdings z.B. nur über die Katze.
Mir war nicht klar, dass man die Adapter dann besser gar nicht installiert.

[Homoran]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Shuttercontrol ... gibt es allerdings z.B. nur über die Katze.

whattt???

schon jahrelang im stable

[woupi]

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

@woupi

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

Könntest Du mir sagen, wie ich das raus bekomme?
Unter Wert steht (Null)

[woupi]

@homoran

meine ich, also, sonst hätte ich das auch normal installiert.
Ist aber auch schon wieder etwas her, kann mich da auch jetzt vertun.

[Homoran]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

sonst hätte ich das auch normal installiert.

schon jahrelang im stable

[woupi]

@homoran
wo finde ich diese ansicht?

[Thomas Braun]

@woupi

Hier:

http://download.iobroker.net/list.html#sortCol=name&sortDir=0&filter=

[Homoran]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

@homoran
wo finde ich diese ansicht?

steht extra drüber

[woupi]

@thomas-braun
ah, ok, ich dachte das wäre aus der iobroker oberfläche.

[woupi]

@homoran sagte in Ausführung trotz Triggern Zeitplan:

@woupi sagte in Ausführung trotz Triggern Zeitplan:

@homoran
wo finde ich diese ansicht?

steht extra drüber

Oh, ja hast recht

[Homoran]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

@thomas-braun
ah, ok, ich dachte das wäre aus der iobroker oberfläche.

da siehst du es auch unter Adapter wenn du dein Repo auf stable hast

[woupi]

@homoran
die repro habe ich immer auf stable, bis auf die zweimal (hatte ich so im Kopf, dass ich das zweimal umgestellt habe).
Darum wundert mich das jetzt auch.

Hinzu kommen die 18 und in der Liste dann 7.

[Thomas Braun]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Hinzu kommen die 18 und in der Liste dann 7.

Das wird daher kommen, das der Output von npm ls in alten Versionen anders als heute ist.

[woupi]

@thomas-braun

Ich bin mir eigentlich ganz sicher, dass ich die Katze nur max zweimal benutzt habe.
Und auch die repro habe ich nur einmal umgestellt, da ging es um den VW Adapter, mit dem es Probleme gab und ein update eingespielt werden sollte.

Aber gut nützt jetzt nichts mehr, das ich mich über mich selber ärgere, bin dann ganz offensichtlich doch schon senil.

Die Frage ist jetzt ehr, was muss ich tun.
Die betreffenden Adapter löschen und nochmal neu installieren.
Oder wenn die installierte Version = der stable Version ist, sollte es doch egal sein, oder?

[Thomas Braun]

@woupi sagte in Ausführung trotz Triggern Zeitplan:

Oder wenn die installierte Version = der stable Version ist, sollte es doch egal sein, oder?

Versionsnummern von github-Installationen sind weitgehend irrelevant. Das kann trotz gleicher Versionsnummer was ganz anderes im Bauch haben.
Lass es einfach so wie es jetzt ist, das wächst sich mit kommenden höheren Versionen aus.
Wichtiger ist da ein aktuelles nodejs zu installieren.

[woupi]

@thomas-braun

Ok, danke, werde ich morgen machen.
Da brauche ich ruhe führ, habe ich zwar schonmal gemacht, ist aber schon was länger her.