UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Negalein]

@lucky_esa sagte in Test Adapter Schedule-Switcher:

Das darf so nicht aussehen. Wie sieht es jetzt aus?

Kannst du in deinem Browser in die Console schauen?

10.0.1.202-1729664198362.log

Die Bedingunegn müssen in den Einstellung vom Widget erst angelegt werden (wenn man diese benötigt)

Ah, ok.

In den Einstellungen vom Widget unter Anzeigen des geschaltenen States

gefunden :)
steht bei mir als showID

[sigi234]

@lucky_esa

Hallo, soll ich den Adapter deinstallieren oder drüber?

[Lucky_ESA]

@sigi234 sagte in Test Adapter Schedule-Switcher:

@lucky_esa

Hallo, soll ich den Adapter deinstallieren oder drüber?

drüber. Du musst dann nur die Trigger editieren oder neu anlegen. Nicht das Widget...
In der Instanz Einstellung die Anzahl anlegen (+ Zeichen) wie viele Objekte du unter onoff hast.

[sigi234]

@lucky_esa sagte in Test Adapter Schedule-Switcher:

In der Instanz Einstellung die Anzahl anlegen (+ Zeichen) wie viele Objekte du unter onoff hast.

Da kann ich nichts ändern steht schon da?

[Lucky_ESA]

@sigi234 Es wäre besser beide zu löschen und dann neu anzulegen.

@Negalein Auf GIT funktioniert nun auch Translate bei VIS1.

Habe nun bei mir im Live System aktualisiert. Es waren dann alle 21 States weg. Musste die 21 neu anlegen und dann den Backup.json neu unter Objekte importiert.

History sollte nun funktionieren und bei Astro Trigger wird die Schaltzeit im Trigger angezeigt. Das funktioniert aber nicht zuverlässig.

Gruß//Lucky

[Negalein]

@lucky_esa sagte in Test Adapter Schedule-Switcher:

Auf GIT funktioniert nun auch Translate bei VIS1.

Danke, nun ist alles in deutsch.
Musste ihn zuerst löschen und dann wieder neu.

PS:
das funktioniert bei mir nicht. Muss ihn immer über benutzerdefiniert laden.
Bei Git scheint er auch danach nicht auf.

Adapter zum ersten Mal von GIT laden:

first.png

Danach Updates von GIT laden:

second.png

[Lucky_ESA]

@negalein Es ist eigentlich egal aber der Adapter sollte bei GIT zu sehen sein.

Komisch...aber egal.. Bei VIS1 muss ich nach dem Update unter Adapter bei VIS neu downloaden, sonst werden Änderungen nicht übernommen (bei dev-server).

Gruß//Lucky

[Negalein]

@lucky_esa sagte in Test Adapter Schedule-Switcher:

aber der Adapter sollte bei GIT zu sehen sein

Ahh, da kann ich lange nach Schedule suchen. :joy:

@lucky_esa sagte in Test Adapter Schedule-Switcher:

Bei VIS1 muss ich nach dem Update unter Adapter bei VIS neu downloaden

Ok, ich hab nur beim Schedule-Switcher den Upload gemacht.

[Lucky_ESA]

@negalein

Ok, ich hab nur beim Schedule-Switcher den Upload gemacht.

So sollte es auch eigentlich sein. Warum das nicht ohne download auf meinen dev-server funktioniert entzieht sich meine Kenntnis. Man muss auch nicht alles wissen.

Gruß//Lucky

[BananaJoe]

Zwischenfrage:

Kann ich den Schedule-Switcher parallel zum time-Switcher installieren?
Mir geht es darum ob die beiden sich gegenseitig stören,
übernommen werden muss nichts / wird idealerweise nichts.

Ich würde dann parallel arbeiten und alles Stück für Stück umstellen

[Lucky_ESA]

@bananajoe sagte in Test Adapter Schedule-Switcher:

Zwischenfrage:

Kann ich den Schedule-Switcher parallel zum time-Switcher installieren?
Mir geht es darum ob die beiden sich gegenseitig stören,
übernommen werden muss nichts / wird idealerweise nichts.

Ich würde dann parallel arbeiten und alles Stück für Stück umstellen

Wenn du parallel aufbaust verwendest du ja die selben Zeiten. Bedeutet du Triggerst dann States doppelt womit kein Adapter umgehen kann. Wenn du andere States verwendest, ist das kein Problem.

Gruß//Lucky

[BananaJoe]

@lucky_esa sagte in Test Adapter Schedule-Switcher:

@bananajoe sagte in Test Adapter Schedule-Switcher:

Zwischenfrage:

Kann ich den Schedule-Switcher parallel zum time-Switcher installieren?
Mir geht es darum ob die beiden sich gegenseitig stören,
übernommen werden muss nichts / wird idealerweise nichts.

Ich würde dann parallel arbeiten und alles Stück für Stück umstellen

Wenn du parallel aufbaust verwendest du ja die selben Zeiten. Bedeutet du Triggerst dann States doppelt womit kein Adapter umgehen kann. Wenn du andere States verwendest, ist das kein Problem.

Gruß//Lucky

naja, ich wollte das schon bei deinen Adapter neu einrichten und dann auf dem bisherigen deaktivieren ...

[Lucky_ESA]

@bananajoe

naja, ich wollte das schon bei deinen Adapter neu einrichten und dann auf dem bisherigen deaktivieren ...

Das wäre kein Problem

[mane444]

Bin gerade am testen und auch froh das ich auf VIS2 umsteigen kann.
Mir ist aber folgendes aufgefallen.
Ich habe in den Instanz Einstellungen für 8 Schaltpläne erzeugt, danach in der Vis2 das erste Widget hineingezogen und parametriert. Soweit klappt das alles super.
Da ich nun etwas faul bin, wollte ich in der Vis2 Seite das Widget kopieren und dann die Schaltplandaten händisch ändern.

Beim Ändern der ID kommen im log folgende Fehlermeldungen:

schedule-switcher.0
2024-10-29 19:33:34.515	error	Could not handle message:

schedule-switcher.0
2024-10-29 19:33:34.515	error	TypeError: Cannot set properties of undefined (setting 'vis-2.0') at MessageService.updateViews (/opt/iobroker/node_modules/iobroker.schedule-switcher/build/services/MessageService.js:199:35) at process.processTicksAndRejections (node:internal/process/task_queues:95:5) at async MessageService.handleMessage (/opt/iobroker/node_modules/iobroker.schedule-switcher/build/services/MessageService.js:54:7) at async ScheduleSwitcher.setSendTo (/opt/iobroker/node_modules/iobroker.schedule-switcher/build/main.js:735:9)

schedule-switcher.0
2024-10-29 19:33:34.514	error	Requested getState schedule-switcher.0.onoff..views returned null/undefined!

Die Instanz vom schedule-switcher bleibt grün, aber man kann in der VIS2 keine Änderungen mehr pflegen. Erst nach einem Neustart von der Instanz vom schedule-switcher läuft wieder alles wie es soll.
Vielleicht lässt sich das ja irgendwie abfangen.

[darkaragon]

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.

[Lucky_ESA]

@mane444 Danke für diese Info. Werde es mir anschauen.

Ist mit 0.0.3 gefixt

[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