Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Lucky_ESA]

@darkaragon sagte in Test Adapter Schedule-Switcher:

Moin,
ich wollte nur kurz Danke sagen, dass es mit dem Adapter in Zukunft weiter geht. Ich benutze ihn für etliche Schaltvorgänge und die Rolladen.
Hätte einen riesen Stress wenn er weg wäre.

Das gleiche Thema habe ich auch und daher mache ich weiter :grin:
Schalte damit auch alle meine Rollladen, Lichter, Steckdosen, Klingelbeleuchtung und vieles mehr.

Gruß//Lucky

[Lucky_ESA]

Hallo zusammen,

aufgrund eines Scripts von @liv-in-sky (Thread) habe ich das mal in den Adapter übernommen.

Es wäre schön wenn die VIS/HTML Profis sich das mal anschauen könnten. Leider gibt es aber in VIS-2 ein Problem was ich nicht gelöst bekomme. Es müssen die Scripte im HTML Widget eingefügt werden (Anleitung)
Dazu gab es bereits ein issues was auch geschlossen wurde. Kopiert man den HTML Code in das Feld HTML funktioniert alles. Fügt man ein State dort ein, werden die Scripte nicht geladen. Wage zu behaupten, dass das so gewollt ist.

Adapter müsste dann wieder von GIT geladen werden.

Gruß//Lucky

[arteck]

@lucky_esa hab den gerade installiert .. +

host.iobroker
2024-11-28 06:11:34.872	info	Restart adapter system.adapter.schedule-switcher.0 because enabled

host.iobroker
2024-11-28 06:12:05.287	info	instance system.adapter.schedule-switcher.0 in version "0.0.7" (non-npm: Lucky-ESA/ioBroker.schedule-switcher#fdddee31422acf11724573b0c88a5971930aa478) started with pid 113300

schedule-switcher.0
2024-11-28 06:12:07.342	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

schedule-switcher.0
2024-11-28 06:12:07.346	error	unhandled promise rejection: ENOENT: no such file or directory, scandir '/opt/iobroker/iobroker-data/files/vis-2.0/'

schedule-switcher.0
2024-11-28 06:12:07.349	error	Error: ENOENT: no such file or directory, scandir '/opt/iobroker/iobroker-data/files/vis-2.0/' at Object.readdirSync (node:fs:1506:26) at IoBrokerValidationState.validationView (/opt/iobroker/node_modules/iobroker.schedule-switcher/build/services/IoBrokerValidationState.js:361:28) at async ScheduleSwitcher.onReady (/opt/iobroker/node_modules/iobroker.schedule-switcher/build/main.js:94:5)

schedule-switcher.0
2024-11-28 06:12:07.351	error	Exception-Code: ENOENT: ENOENT: no such file or directory, scandir '/opt/iobroker/iobroker-data/files/vis-2.0/'

schedule-switcher.0
2024-11-28 06:12:07.359	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

host.iobroker
2024-11-28 06:12:07.963	error	instance system.adapter.schedule-switcher.0 terminated with code 6 (UNCAUGHT_EXCEPTION)

jo den ordner '/opt/iobroker/iobroker-data/files/vis-2.0/' hab ich nicht
also manuell angelgt rechte vergeben ..läuft..

füge ich 5 schedules direkt ein bekomme ich beim start

schedule-switcher.0
2024-11-28 06:26:29.629	error	Double stateId is not allowed!!!

schedule-switcher.0
2024-11-28 06:26:29.632	error	Double stateId is not allowed!!!

schedule-switcher.0
2024-11-28 06:26:29.633	error	Double stateId is not allowed!!!

host.iobroker
2024-11-28 06:26:29.668	info	stopInstance system.adapter.schedule-switcher.0 (force=false, process=true)

host.iobroker
2024-11-28 06:26:29.677	info	stopInstance system.adapter.schedule-switcher.0 send kill signal

schedule-switcher.0
2024-11-28 06:26:30.190	error	uncaught exception: Connection is closed.

host.iobroker
2024-11-28 06:26:30.269	info	instance system.adapter.schedule-switcher.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)

so siehts zur Zeit aus

[Lucky_ESA]

@arteck Sorry das ich mich jetzt erst melde war aber leider verhindert. Vielen Dank für diese Meldung, durch meine Tests hätte ich solche Möglichkeiten nie simulieren können. Es wird nun erst geprüft, ob der Ordner vorhanden ist. Das es möglich ist alle Daten die ID 0 zu vergeben ist mir ein Rätsel, hier muss ich mir noch was einfallen lassen. Genau diesen Fehler kann ich leider nicht mit dem devServer simulieren daher muss ich mir jetzt erst was einfallen lassen.

Melde mich wenn ich alles auf GIT habe.

Gruß//Lucky

[arteck]

@lucky_esa sagte in Test Adapter Schedule-Switcher:

Genau diesen Fehler kann ich leider nicht mit dem devServer

und wiso nicht... lösche die Konfig von dem adapter

dann drückst du 5 mal den + button und speicherst..

[Lucky_ESA]

@arteck Das geht nicht mit watch. Werde später das mit run versuchen.

[David G.]

@lucky_esa

Wollte gerade den Adapter auch mal testen.
Bekomme aber einen Fehler:

Admin: 7.2.6
JS Controller 7.0.2

[Lucky_ESA]

@david-g sagte in Test Adapter Schedule-Switcher:

@lucky_esa

Wollte gerade den Adapter auch mal testen.
Bekomme aber einen Fehler:

Admin: 7.2.6
JS Controller 7.0.2

Du musst die 0.0.7 nehmen oder von GIT laden.

Gruß//Lucky

[David G.]

@lucky_esa

Hab ich 2min vor meinem Post von git geladen.

Edit
Hab gerade nochmal versucht eine Instanz hinzuzufügen.
Jetzt hat geklappt. Hab aber zwischenzeitlich nichts gemacht, war sogar noch der selbe offene Tab.

[Lucky_ESA]

@arteck

Kannst du mir bitte sagen wo du den Adapter installiert hast. Diese Fehlermeldung darf auf einem normalen System nicht sichtbar sein bzw dürfen die Objecte nicht angezeigt werden.

Gruß//Lucky

[Lucky_ESA]

@david-g

Edit
Hab gerade nochmal versucht eine Instanz hinzuzufügen.
Jetzt hat geklappt. Hab aber zwischenzeitlich nichts gemacht, war sogar noch der selbe offene Tab.

Sehr merkwürdig, hat aber nicht mit dem Adapter zu tun.
Gefordert wird:
"js-controller": ">=6.0.11"
"admin": ">=7.0.23"

Den Fehler gibt es in der 0.0.1 da der devserver das falsch anlegt aber den Fehler hatte ich dann zeitnah behoben.

Gruß//Lucky

[arteck]

@lucky_esa na wo kann ich den her haben.... frisch von GIT

da ist ein bug in der jsonConfig

krieg ich immer wieder .. starte den mal hier und beende den mal..

[Lucky_ESA]

@arteck Aha, das hatte ich noch nie so getestet. Wenn ich Zeit habe mach ich dann mal ein Issue beim admin Adapter auf.

Dein letztes Bild wo unter ID 4 x 0 vergeben wurde kann ich nicht simulieren und das wird beim Adapterstart sofort korrigiert. Wie hast du das hinbekommen? Auch wenn ich das manuell korrigiere bekomme ich das nicht hin da dann logischer weise der Adapter neu startet und dann alles korrigiert wird.

Gruß//Lucky

[schmimat]

@lucky_esa
Hallo,

Installation und update hat einwandfrei funktioniert via Git.
Instanz hinzugefügt in mehreren ioBroker installationen.
Erste Widgets unter VIS2 eingefügt und eine Schaltplan erstellt, Lampe / Heizung wird Zeitgesteuert geschaltet.

[Lucky_ESA]

@schmimat sagte in Test Adapter Schedule-Switcher:

@lucky_esa
Hallo,

Installation und update hat einwandfrei funktioniert via Git.
Instanz hinzugefügt in mehreren ioBroker installationen.
Erste Widgets unter VIS2 eingefügt und eine Schaltplan erstellt, Lampe / Heizung wird Zeitgesteuert geschaltet.

Danke für dein Feedback.

[arteck]

@Lucky_ESA so auf ein neues..scheint jetzt zu gehen..zumindest keine errors

aber die Sichtbarkeit funktioniert nicht

das widget ist immer sichtbar

und

The type string of alias.0.wohnung.Heizung.Schlafzimmer.mode is incorrect!!! Type in VIS settings - boolean

ist dieser DP

{
  "_id": "alias.0.wohnung.Heizung.Schlafzimmer.mode",
  "type": "state",
  "common": {
    "name": "Mode",
    "type": "string",
    "alias": {
      "id": "zigbee2mqtt.0.0xa4c1387ba9385b43.mode"
    },
    "read": true,
    "write": true
  },
  "native": {},
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1733051268422,
  "acl": {
    "object": 1638,
    "state": 1638,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

mit der widget Einstellung

[Lucky_ESA]

@arteck Danke. Habe alles mit der 0.0.9 gefixt. Mir ist noch aufgefallen das beim ändern des Typen gar nicht geprüft wird. Habe das auch sofort korrigiert.

Gruß//Lucky

[Bernd1967]

Hab das Problem das ich den alten Adapter "time-switch" in der Palette in vis-2 nicht entfernt kriege obwohl ich den Adapter entfernt habe.
Hat das noch jemmand ?

[Lucky_ESA]

@bernd1967 Du musst den Adapter über Adapter entfernen und nicht nur unter Instanz. Danach VIS-2 und VIS neu starten.

Gruß//Lucky

[Bernd1967]

@lucky_esa
Ja, Adapter gelöscht unter Adapter, Instanz war nicht mehr vorhanden und trotzdem wurde es in der vis-2 Palette angezeigt.
iob Log kein Fehler. Mit deinem Adapter ist es dann genauso gewesen. Dann einiges versucht, iob fix, Dateien manuell löschen ect.
Was dann zum erfolg führte war vis-2 und die betroffenen Widgets löschen, iob neustart, vis-2 Adapter wieder installieren, HTML Seiten neu erstellen in vis-2, Projekt Kopie zurück spielen und wieder iob neustart.
Jetzt ist es so wie es sein soll.
Leider bemerkt man solche Fehler ja nicht sofort denn man löscht ja nicht jeden Tag irgendwelche Adapter.