Test Adapter Schedule-Switcher

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

[trojanhector]

@lucky_esa
Servus,
laut Doku soll der Trigger durch Klick auf das Icon aktiviert/deaktiviert werden. Das geschieht aber nicht. Man sieht aber am Timestamp dass es eine Aktualisierung des HTML-Codes gibt.

[Lucky_ESA]

@trojanhector sagte in Test Adapter Schedule-Switcher:

@lucky_esa
Servus,
laut Doku soll der Trigger durch Klick auf das Icon aktiviert/deaktiviert werden. Das geschieht aber nicht. Man sieht aber am Timestamp dass es eine Aktualisierung des HTML-Codes gibt.

VIS-1 oder VIS-2?

[Lucky_ESA]

@trojanhector Habe gerade mal nachgeschaut. Laut Code kann es nicht funktionieren.
Habe es auf GIT gefixt. Wäre lieb wenn du diese HTML-Funktion weiter testen könntest.

Gruß//Bodo

[trojanhector]

@lucky_esa
Servus,
der Fix ging jetzt schnell. Und ich kann bestätigen, dass er funktioniert. Ich kann über die HTML Seite Trigger starten und stoppen und auch die Zeiten ändern.
Eine Frage hätte ich noch. Das betrifft die Icons bei den Tagen. Ich glaube zu wissen, dass der Ort die nächste Auslösung anzeigt. Was ich nicht verstehe ist die Farbe, insbesondere beim Trigger Abendbeleuchtung. Hängt das damit zusammen, das der auslösende ON-Trigger der Astrotrigger ist, und die Anzeige nur auf Timetrigger reagiert?

Was mir aufgefallen ist, ist die tatsächliche fehlende Startzeit bei einem Astrotrigger. Ich kann den Sonnenuntergang sehen, die Verlängerung auch, aber nicht die tatsächliche Startzeit. Starten tut der Trigger aber zu dieser Zeit.

Und eine Bitte oder Wunsch hätte ich noch. Das betrifft die Widgets. Je nach Konfiguration sind die unterschiedlich groß und das sieht auf dem Tablet nicht so schön aus. Kannst Du einen Toggle-Button einbauen, der die Größe verändert, und oder die Schaltzeiten ein- und ausblendet. Dazu müsste vielleicht auch der zu schaltende DP nach unten. Schön wäre es, wenn auf Kopfdruck die Widgets eine einheitliche Grösse haben. Vielleicht fällt Dir ja auch noch was mit der zweizeiligen Überschrift ein.

[Lucky_ESA]

@trojanhector sagte in Test Adapter Schedule-Switcher:

Eine Frage hätte ich noch. Das betrifft die Icons bei den Tagen. Ich glaube zu wissen, dass der Ort die nächste Auslösung anzeigt.

Das ist korrekt und gelb für an und weiß für aus. Hast du an diesem Tag einen Trigger "morgens An" dann sollte ein gelber Pubkt erscheinen. Hast du dann noch einen Trigger für "aus" am gleichen Tag, dann sollte der Punkt wechseln von gelb (nach trigger) auf weiß.

Was mir aufgefallen ist, ist die tatsächliche fehlende Startzeit bei einem Astrotrigger. Ich kann den Sonnenuntergang sehen, die Verlängerung auch, aber nicht die tatsächliche Startzeit. Starten tut der Trigger aber zu dieser Zeit.

Erstellt du einen AstroTrigger der am Erstellungstag nicht mehr auslöst, dann werden die Zeiten erst um 2:00 Uhr erstellt. Sorry, aber geht nicht anders.

Und eine Bitte oder Wunsch hätte ich noch. Das betrifft die Widgets. Je nach Konfiguration sind die unterschiedlich groß und das sieht auf dem Tablet nicht so schön aus. Kannst

Eine feste Größe muss im VIS-Editor angegeben werden

Vielleicht fällt Dir ja auch noch was mit der zweizeiligen Überschrift ein.

Was stimmt denn damit nicht?

[trojanhector]

@lucky_esa

Erstellt du einen AstroTrigger der am Erstellungstag nicht mehr auslöst, dann werden die Zeiten erst um 2:00 Uhr erstellt. Sorry, aber geht nicht anders.

Okay, dann hätte ich jetzt aber die Uhrzeit erwartet. Und so wie es aussieht, wird für den neuen Tag nicht die neue Astrozeit gesetzt. Die 17:07 sind noch von gestern. Heute sind wir bei 17:09.

Das ist korrekt und gelb für an und weiß für aus. Hast du an diesem Tag einen Trigger "morgens An" dann sollte ein gelber Pubkt erscheinen. Hast du dann noch einen Trigger für "aus" am gleichen Tag, dann sollte der Punkt wechseln von gelb (nach trigger) auf weiß.

Dann habe ich ein Verständnisproblem beim Trigger der Abendbeleuchtung. Der On-Trigger (Astro) war zum Zeitpunkt des Snapshots (Th) schon gelaufen. Der nächste ON-Lauf wäre am Freitag. Der müßte dann aber gelb sein.
Am Donnerstag würde aber noch um 23:00 Uhr ein OFF-Trigger laufen. Ich verstehe dass dann so, dass der Indikator in der Th-Spalte mit weiß stehen müsste, denn das ist für diesen Scheduler der nächste Lauf, oder?

Was stimmt denn damit nicht?

Ich meinte damit den Bereich für die Überschrift generell auf 2 Zeilen zu vergrößern, damit die Größe des Widgets gleich bleibt. Sonst sieht das bei mehreren Widget auf dem Tablett so zerfledert aus. Auch wenn eine weitere Reihe mit Widgets erstellt wird.

[Lucky_ESA]

@trojanhector Die Astrozeit wurde eher gar nicht aktuallisiert. Habe das mal auf GIT angepasst.
Keine Ahnung was du das für ein Script verwendest aber über den Javascript Adapter kommt auch für heute 17:06 Uhr (inkl. Timezone) raus.

Habe aber jetzt ein anderes Problem was mir in diesem Zuge aufgefallen ist. Was ist wenn heute deaktiviert ist!!! Es wird dann trotzdem die Zeit angezeigt...Hm, sollte ich vielleicht ändern.

Gruß//Lucky