Test Adapter time-switch v2.0.x GitHub/Latest
-
@bananajoe sagte in Test Adapter time-switch v2.0.x GitHub/Latest:
@walli545 war seit Januar nicht mehr hier online ...
Seit Januar 2022
-
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?!
-
Gib mal bei Wert false bzw. true ein
-
@sigi234 Servus
laut Anleitung währen die Werte für "Wahrheitswert" nicht erforderlich - hab's aber nun trotzdem versucht und auch die Instanz neu gestartet.
Leider das gleiche Ergebnis.... per Zeitsteuerung keine Funktion - mit dem Schieberegler funktioniert es hingegen.
Im Protokoll ist auch kein Fehler oder Warnung zu findenIm Log ist zu finden:
starting. Version 2.2.2 (non-npm: walli545/ioBroker.time-switch#45b5addb484d270dcac6d1bfdb1a9f86b444d80e) in /opt/iobroker/node_modules/iobroker.time-switch, node: v18.17.1, js-controller: 4.0.24 -
@eggi sagte in Test Adapter time-switch v2.0.x GitHub/Latest:
@sigi234 Servus
laut Anleitung währen die Werte für "Wahrheitswert" nicht erforderlichOk, muss ich mal bei mir testen. Ich installiere den Adapter mal.
-
@sigi234 Danke für Deine Hilfe
ich habe anstelle von boolean mal auf string umgestellt - gleiches Ergebnis
Mit der Zeitzone kann ja wohl nichts zu tun haben, oder?
Die Uhrzeit wird richtig angezeigt -
@sigi234 Ich glaube, ich kann den Fehler eingrenzen.
Offensichtlich hat es wirklich etwas mit der Zeitzone zu tun - hab' mal zu testzwecken bei den Stunden 2 abgezogen (also aktuelle Uhrzeit 08:50 --> Schaltzeit 06:50 gesetzt) ==> dann hat es funktioniert. -
@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.
-
@sigi234 Ja, geht auch bei mir, jedoch mit "verschobener" Zeiteinstellung - keine Ahnung warum nicht die akutelle Zeit verwendet wird...
-
@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?
-
@sigi234 Verwende den iobroker auf einen Proxmox 8
-
@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. -
@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: noscheint doch zu stimmen......würde keinen Fehler entdecken
-
@eggi Was sagt die Zeit bei dir so?
-
@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
-
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.
-
@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:
-
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
-
@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 ????
-
@woduwolle
Das wird daran liegen, dass der Adapter nicht mehr weiter entwickelt wird. Und wahrscheinlich sind für die vis2 Anpassungen notwendig
