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

[JHx]

@eggi said in Test Adapter time-switch v2.0.x GitHub/Latest:

Hallo
Ich habe den Adapter installiert und entsprechend auch konfiguriert
Den gesetzten Datenpunkt (boolean) kann ich auch mit dem Schalter "Aktueller Wert" schalten.

Nur das zeitgesteuerte Schalten funktioniert nicht.
Hat jemand eine Idee, woran das liegen könnte?!

Hallo miteinander,

ich hatte vor ein paar Tagen ebenfalls das Problem, dass die hinterlegten Zeiten nicht richtig schalten. Es lag an der falsch eingestellten Zeitzone auf dem Hostsystem, in diesem Fall ein NanopiM4 von FriendlyARM. Leider stimmt aber mit dem Adapter trozdem was nicht richtig. Der Schalter "Automatisches Schalten aktiv" geht immer wieder nach kurzer Zeit auf aus. Ich habe dazu ein Issue auf Github aufgemacht.
"https://github.com/walli545/ioBroker.time-switch/issues/160"
Aber da habe ich keine wirkliche Hoffnung auf Hilfe, da der Entwickler walli545 schon lange nicht mehr on war. Habe schon viel versucht. Adapter neu installiert usw.. Meiner Meinung nach wäre es auch sehr gut, wenn sich einer der ioBroker Hauptentwickler oder einer der sich damit auskennt darum kümmern könnte, da doch fast jeder so eine Zeitsteuerung mit Vis bedienbarkeit benötigt. Nur im Blockly oder mit minimaler Vis Funktionalität alla selbergebastelt ist nicht so toll, finde ich.

VG Jürgen

Nachtrag:
Ich muss noch mal was ergänzen.
In unsere Firma läft der Adapter auf einem RaspberryPi 4 und ioBroker-stable anscheinend fehlefrei.
Könnte schon sein, dass der NanopiM4 mit der entsprechenden Kernel-Version von Armbian 5.68 oder ioBroker im latest Repository mit aktuell Nodejs 16.20.2 irgendwie das Problem ist. :thinking_face:
Wobei auf dem geschäftlichen Raspbi auch Node.js
v16.20.1 drauf ist. Aber ich kann doch deswegen nicht einen neuen Raspi kaufen und alles umziehen.? Die Entwicklung des Adapters war so zwischen 2019 und 2021. Da war auch Armbian 5.68 aktuell. Wäre echt gut wenn jemand was dazu beitragen könnte.

Gruß Jürgen

[oFbEQnpoLKKl6mbY5e13]

@jhx

Bei mir läuft der Adapter ebenfalls seit Jahren einwandfrei. Du könntest zunächst den Datenpunkt mittels History überwachen, damit du weißt, wer/was den immer wieder ausschaltet.

[BananaJoe]

@jhx ich denke auch du solltest mal schauen wer den Datenpunkt als letztes ändert, könnte auch ein anderes Skript etc. sein.
Alternativ mal das Logging des Adapters hochschrauben und das mal untersuchen / posten.
Das wird der Entwickler eh brauchen, nur nach der Aussage wird der Fehler schwer zu finden sein -scheinbar läuft der ja bei der Masse der Benutzer fehlerfrei:

[JHx]

@bananajoe

Das war der entscheidende Hinweis.
Ich habe aus einer anderen ioBroker Umgebung ein Blockly-Script importiert, bei dem ebenfalls der erste TimeSwitch-Schalter angesprochen wird. Dieser hat dann immer die Zeitschaltung auf false gesetzt wenn der entsprechende Trigger kam. Eigentlich ganz einfach, bin aber nicht auf die Idee gekommen, dass es daher kommen könnte.
Also vielen Dank für die Mithilfe.

VG Jürgen

[Woduwolle]

@walli545 Hallo,

Ich bin noch relativ neu in der Welt des Iobroker eingetaucht, habe jetzt VIS-2 installiert und wollte den TimeSwitch2 adapter nutzen allerdings bekomme ich es in der Vis nicht zum laufen an was könnte dies liegen ????

[diwoma]

@woduwolle
Das wird daran liegen, dass der Adapter nicht mehr weiter entwickelt wird. Und wahrscheinlich sind für die vis2 Anpassungen notwendig

[BananaJoe]

Wenn wir @walli545 mal lieb fragen wird er sich der Sache sicher annehmen. Wobei ich auch gerade sehe das er seit 22 Monaten nicht mehr Online war ... und auch auf Github hat er 2022 und 2023 nichts mehr hochgeladen.

Ich hoffe es geht im gut. In der Tat basiert meine gesamte Zeitsteuerung auf seinem Adapter.

Die Probleme werden ja vermutlich nur im Widget-Bereich liegen, das müsste man sich mal ansehen. Soweit bin ich aber noch nicht, wie man Widgets programmiert steht aber noch auf meiner ToDo-Liste

[arteck]

hmmm @walli545 ist seid 2 Jahren nicht mehr online gewesen....mache mir bissel sorgen

[mcm1957]

@woduwolle said in Test Adapter time-switch v2.0.x GitHub/Latest:

@walli545 Hallo,

Ich bin noch relativ neu in der Welt des Iobroker eingetaucht, habe jetzt VIS-2 installiert und wollte den TimeSwitch2 adapter nutzen allerdings bekomme ich es in der Vis nicht zum laufen an was könnte dies liegen ????

Wie @diwoma schon geschrieben hat sind widgets für vis(1) nicht oder nur eingeschränkt für vis-2 tauglich. Die meisten Widgets erfordern für vis-2 eine Anpassung oder müssen neu erstellt werden.

[andibr]

Ich habe da seit ein paar Tagen das Problem, dass meine Schaltzeiten nicht mehr ausgeführt werden. Bis vor kurzem lief alles seit langem absolut zuverläsig. Ich habe auch vor langem schon die Vis2 drauf, aber keine Schaltuhr integration drauf.

Folgende Versionen sind bei mir aktuell am laufen:
Schaltuhr 2.2.2
Admin 6.17.14
JS 8.3.1
Node 20.15.1
NPM 10.7.0

Habt ihr auch ähnliche Probleme? Gibt es einen alternativen Adapter den man unbedarften Leuten zutrauen kann? Ich möchte nicht das meine Frau sich in den Skripten, direkt mit einem Cron-Job herumschlagen muss. Das kommt bei aller Liebe etc. ganz sicher nicht gut.

Ich gehe davon aus, dass sich der Entwickler vom Iobroker abgewendet hat, darum wird da auch nichts mehr geschehen.
Andi

Edit: gibt es eine Möglichkeit die Cronjobdaten so mit Datenpunkten zu verknüpfen, dass man die auch über ein Eingabefeld einfügen könnte? Ich behersche aber JS nicht, also müsste es über Blockly machbar sein.

[mcm1957]

@andibr said in Test Adapter time-switch v2.0.x GitHub/Latest:

Ich habe da seit ein paar Tagen das Problem, dass meine Schaltzeiten nicht mehr ausgeführt werden. Bis vor kurzem lief alles seit langem absolut zuverläsig. Ich habe auch vor langem schon die Vis2 drauf, aber keine Schaltuhr integration drauf.

Folgende Versionen sind bei mir aktuell am laufen:
Schaltuhr 2.2.2
Admin 6.17.14
JS 8.3.1
Node 20.15.1
NPM 10.7.0

Gibts irgendwelche Fehlermeldungen?
Hast du sonst was aktualisisert?

Poste mal ein debug log.

Zum Status des Adapters generell siehe https://github.com/walli545/ioBroker.time-switch/issues/163#issuecomment-2079179952

Prinzipiell könnte man den Adapter forken und / oder PRs einmergen. Hab nur keine Ahnung ob es derzeit ernste Probleme gibt (außer ggF mit vis-2 und da mangeklt es sicher an Maintainern) und wie groß das Interesse an sich ist.

[andibr]

@mcm1957

Also bis jetzt habe ich eben gar nichts gesehen, ich habe jetzt mal auf Debug gestellt und werde das heute Abend bei den eingestellten Zeiten mal beobachten.

2024-07-13 17:40:51.363	debug	Register trigger TimeTrigger {id=1, hour=13, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-13 17:40:51.354	debug	Register trigger TimeTrigger {id=0, hour=10, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-13 17:40:51.350	debug	Register trigger TimeTrigger {id=1, hour=19, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-13 17:40:51.348	debug	Register trigger TimeTrigger {id=0, hour=8, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-13 17:40:51.345	debug	Register trigger TimeTrigger {id=2, hour=21, minute=30, weekdays=[1,2,3,4,5,6,0]}
2024-07-13 17:40:51.340	debug	Register trigger TimeTrigger {id=1, hour=6, minute=30, weekdays=[6,0]}
2024-07-13 17:40:51.335	debug	Register trigger TimeTrigger {id=0, hour=5, minute=30, weekdays=[1,2,3,4,5]}
2024-07-13 17:40:51.286	debug	Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-13 17:40:51.283	debug	Got coordinates lat=46.xxxx long=9.xxxxxx
2024-07-13 17:40:51.278	debug	Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-13 17:40:51.277	debug	Got coordinates lat=46.xxxxxxxxxxxx long=9.xxxxxxxxx
2024-07-13 17:40:51.266	debug	Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-13 17:40:51.265	debug	Got coordinates lat=46.xxxxxxxxxx long=9.xxxxxxxxxxxxx
2024-07-13 17:40:51.247	debug	Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-13 17:40:51.244	debug	Got coordinates lat=46.xxxxxxxxxxx long=9.xxxxxxxxxxx
2024-07-13 17:40:51.233	debug	schedule found: undefined
2024-07-13 17:40:51.233	debug	onScheduleChange: {"type":"OnOffSchedule","name":"Uhr Heizung","onAction":{"type":"OnOffStateAction","valueType":"boolean","onValue":true,"offValue":false,"booleanValue":true,"idsOfStatesToSet":["0_userdata.0.Daten.Schaltuhr.WihrlpoolHeizung"]},"offAction":{"type":"OnOffStateAction","valueType":"boolean","onValue":true,"offValue":false,"booleanValue":false,"idsOfStatesToSet":["0_userdata.0.Daten.Schaltuhr.WihrlpoolHeizung"]},"triggers":[{"type":"TimeTrigger","hour":10,"minute":0,"weekdays":[1,2,3,4,5,6,0],"id":"0","action":{"type":"OnOffStateAction","name":"On"}},{"type":"TimeTrigger","hour":13,"minute":0,"weekdays":[1,2,3,4,5,6,0],"id":"1","action":{"type":"OnOffStateAction","name":"Off"}}]} time-switch.0.onoff.3.data
2024-07-13 17:40:51.232	debug	got state: [object Object] with id: time-switch.0.onoff.3.data
2024-07-13 17:40:51.231	debug	schedule found: undefined

ausser dem "schedule found: undefind" fällt mir nichts spezielles auf. Ich werde aber nach den Ausschaltzeiten nochmals reinschauen und mal kontrollieren ob da was steht.

Für mich selber würde das im Blockly mit den Cron-Job ja genügen, aber ich möchte das nicht freigeben, weil das begreift meine Familie sicher nicht.

Edit: ja ich habe einen nicht belegten Kanal eingerichtet, aber der ist schon seit langem drin. Geändert habe ich wirklich nur die System Update und sonst nichts.

[mcm1957]

Hmm
Hast du ev. eine ASTRO Zeit konfiguriert die es im Sommer nicht gubt?
Bei 46,8 Grad sollte es eigentlich auch NIGHT geben - aber ev. geht irgendwas in Verbindung mit einem Offset nicht, weil es den Zeitpunkt nicht git ( NIGHT +3h bei einer Nacht von nur 1,5h oder so ...)

[andibr]

@mcm1957 Es hat mir gestern nicht mehr gereicht aber ich werde jetzt dann dahinter gehen. Also die Astrofunktionen habe ich direkt im Blockly gemacht ohne diesen Adapter, denn diese braucht ausser mir ja auch keiner zu verändern. Ich muss das nochnals kontrollieren, ich bin aber der Meinung keine Astro und auch keine Offset drin zu haben.

[mcm1957]

@All
Nur zur Sicherheit eine Gegenfrage:
Funktioniert bei jemand der Adapter i n der aktuellesten Version nach wie vor normal?

[arteck]

@mcm1957 ich hab die 2.3.0-pre.1 ..ja läuft

[andibr]

@mcm1957
Ich bin gerade am schauen im Protokoll, ich habe bei meinen Pool (Aussen und Innenwhirlpool) jeweils ein eigener Kanal definiert und bei beiden sollte um 08.00 die Filterpumpe in Betrieb gehen. Im Protokoll sehe ich aber, dass nur der Wihrlpool eingeschaltet hat.

2024-07-14 08:00:00.004 - debug: time-switch.0 (15207) Executing trigger TimeTrigger {id=0, hour=8, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-14 08:00:00.005 - debug: time-switch.0 (15207) Setting state 0_userdata.0.Daten.Schaltuhr.WihrlpoolFilter with value true

Dafür um 08.30 dann eine ganze Zeile an Enträgen:

2024-07-14 08:30:25.470 - debug: time-switch.0 (15207) Received change-switched-ids
2024-07-14 08:30:25.471 - debug: time-switch.0 (15207) {"dataId":"time-switch.0.onoff.2.data","stateIds":["0_userdata.0.Schaltuhr.pool_ein"]}
2024-07-14 08:30:25.499 - debug: time-switch.0 (15207) Got coordinates lat=46.xxxxxxxxxxxxxxxxxxx long=9.xxxxx
2024-07-14 08:30:25.500 - debug: time-switch.0 (15207) Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-14 08:30:25.502 - debug: time-switch.0 (15207) Finished message change-switched-ids
2024-07-14 08:30:25.583 - debug: time-switch.0 (15207) Received change-switched-values
2024-07-14 08:30:25.584 - debug: time-switch.0 (15207) {"dataId":"time-switch.0.onoff.2.data","valueType":"boolean","onValue":"true","offValue":"false"}
2024-07-14 08:30:25.631 - debug: time-switch.0 (15207) Got coordinates lat=46.xxxxxxxx long=9.xxxxxxxx
2024-07-14 08:30:25.632 - debug: time-switch.0 (15207) Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-14 08:30:25.636 - debug: time-switch.0 (15207) Finished message change-switched-values
2024-07-14 08:30:25.659 - debug: time-switch.0 (15207) Ignoring state change for time-switch.0.onoff.2.data with ack=true
2024-07-14 08:30:25.705 - debug: time-switch.0 (15207) Ignoring state change for time-switch.0.onoff.2.data with ack=true
2024-07-14 08:30:30.425 - debug: time-switch.0 (15207) Received change-switched-ids
2024-07-14 08:30:30.425 - debug: time-switch.0 (15207) {"dataId":"time-switch.0.onoff.2.data","stateIds":["0_userdata.0.Daten.Schaltuhr.WihrlpoolFilter"]}
2024-07-14 08:30:30.461 - debug: time-switch.0 (15207) Got coordinates lat=46.xxxxxxx long=9.xxxxxxxx
2024-07-14 08:30:30.462 - debug: time-switch.0 (15207) Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-14 08:30:30.464 - debug: time-switch.0 (15207) Finished message change-switched-ids
2024-07-14 08:30:30.486 - debug: time-switch.0 (15207) Received change-switched-values
2024-07-14 08:30:30.487 - debug: time-switch.0 (15207) {"dataId":"time-switch.0.onoff.2.data","valueType":"boolean","onValue":"true","offValue":"false"}
2024-07-14 08:30:30.657 - debug: time-switch.0 (15207) Got coordinates lat=46.xxxxxxx long=9.xxxxxxx
2024-07-14 08:30:30.660 - debug: time-switch.0 (15207) Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-14 08:30:30.664 - debug: time-switch.0 (15207) Finished message change-switched-values
2024-07-14 08:30:30.673 - debug: time-switch.0 (15207) Received change-switched-ids
2024-07-14 08:30:30.674 - debug: time-switch.0 (15207) {"dataId":"time-switch.0.onoff.3.data","stateIds":["0_userdata.0.Daten.Schaltuhr.WihrlpoolHeizung"]}
2024-07-14 08:30:30.730 - debug: time-switch.0 (15207) Got coordinates lat=46.xxxxxxxx long=9.xxxxxxxx
2024-07-14 08:30:30.731 - debug: time-switch.0 (15207) Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-14 08:30:30.733 - debug: time-switch.0 (15207) Finished message change-switched-ids
2024-07-14 08:30:30.758 - debug: time-switch.0 (15207) Received change-switched-values
2024-07-14 08:30:30.759 - debug: time-switch.0 (15207) {"dataId":"time-switch.0.onoff.3.data","valueType":"boolean","onValue":"true","offValue":"false"}
2024-07-14 08:30:30.818 - debug: time-switch.0 (15207) Ignoring state change for time-switch.0.onoff.2.data with ack=true
2024-07-14 08:30:30.820 - debug: time-switch.0 (15207) Got coordinates lat=46.xxxxxxx long=9.xxxxxxx
2024-07-14 08:30:30.823 - debug: time-switch.0 (15207) Register trigger TimeTrigger {id=AstroTriggerScheduler-Rescheduler, hour=2, minute=0, weekdays=[1,2,3,4,5,6,0]}
2024-07-14 08:30:30.827 - debug: time-switch.0 (15207) Finished message change-switched-values
2024-07-14 08:30:30.832 - debug: time-switch.0 (15207) Ignoring state change for time-switch.0.onoff.2.data with ack=true
2024-07-14 08:30:30.849 - debug: time-switch.0 (15207) Ignoring state change for time-switch.0.onoff.3.data with ack=true
2024-07-14 08:30:30.928 - debug: time-switch.0 (15207) Ignoring state change for time-switch.0.onoff.3.data with ack=true

Da hat es sogar irgendwelche "Astro-Einträge" drin, aber ich habe alle Blockly kontrolliert, in den Cronjob habe ich immer fixe Uhrzeiten drin. Aus meiner Sicht sollten die Cron aus dem Blockly ja gar nicht unter dem Debug von "time-switch" erscheinen? Vor allem voher kommt die verschiebenung um die halbe Stunde? Ich verstehe das echt nicht.

[DJMarc75]

@andibr

Bitte persönliche Daten wie Lat und Lon entfernen !

[andibr]

@djmarc75 Sorry, habe ich vergessen, aber jetzt korrigiert.

[andibr]

@arteck said in Test Adapter time-switch v2.0.x GitHub/Latest:

@mcm1957 ich hab die 2.3.0-pre.1 ..ja läuft

Ich weiss ob ich auch auf die 2.3.0 wechseln soll? aktuell habe ich ja 2.2.2