Test Adapter time-switch v2.0.x GitHub/Latest

[sigi234]

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

Offensichtlich hat es wirklich etwas mit der Zeitzone zu tun

Ja, bei mir gerade getestet , funktioniert einwandfrei.

[Eggi]

@sigi234 Ja, geht auch bei mir, jedoch mit "verschobener" Zeiteinstellung - keine Ahnung warum nicht die akutelle Zeit verwendet wird...

[sigi234]

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

@sigi234 Ja, geht auch bei mir, jedoch mit "verschobener" Zeiteinstellung - keine Ahnung warum nicht die akutelle Zeit verwendet wird...

Welches System hast du?

[Eggi]

@sigi234 Verwende den iobroker auf einen Proxmox 8

[sigi234]

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

@sigi234 Verwende den iobroker auf einen Proxmox 8

Betriebssystem?
Denke deine Systemzeit stimmt nicht, ev. kann dir da @Thomas-Braun helfen.

[Eggi]

@sigi234 Mein Proxmox liefert folgende Ausgabe:
timedatectl:
Local time: Thu 2023-08-17 09:38:13 CEST
Universal time: Thu 2023-08-17 07:38:13 UTC
RTC time: Thu 2023-08-17 07:38:13
Time zone: Europe/Vienna (CEST, +0200)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no

scheint doch zu stimmen......würde keinen Fehler entdecken

[Nordischerjung]

@eggi Was sagt die Zeit bei dir so?

[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.
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

jh2k19 created this issue in walli545/ioBroker.time-switch

closed "Autometisches Schalten aktiviert" deaktiviert sich immer wieder von selbst #160

[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.

mcm1957 created this issue in walli545/ioBroker.time-switch

open Is this adapter still maintained ? - PLEASE COMMENT UNTIL 21.4.204 #163

[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 ...)