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

[walli545]

@oFbEQnpoLKKl6mbY5e13 Danke für den Hinweis, da ist mir beim umziehen der Übersetzungen ein kleiner Fehler passiert. Sollte nun behoben sein.

[oFbEQnpoLKKl6mbY5e13]

@walli545

Geht wieder! :+1:

[frankthegreat]

@walli545 Hallo, ich finde ja deinen Adapter super und nutze ihn auch häufig. :clap: :clap:
Folgendes Feature würde ich mir noch wünschen bzw. mal nachfragen, ob es ohne großen Aufwand umzusetzen wäre.
Im Moment ist es ja so, man hat einen Auslöser (Zeit) und einen oder mehrere Ereignisse, die dadurch ausgeführt werden.
Wäre es denkbar einen zweiten Auslöser (optional auswählbar) zu implementieren?

Beispiel: Warmwasserpumpe:

Auslöser 1: Zeitschaltuhr Ein
Auslöser 2: z.B. eine Person ist anwesend
Ereigniss: Warmwasserpumpe schaltet Ein

Auslöser 1: Zeitschaltuhr Aus
Auslöser 2: z.B. eine Person ist anwesend
Ereigniss: Warmwasserpumpe schaltet Aus

Auslöser 1: Zeitschaltuhr Ein
Auslöser 2: z.B. eine Person ist abwesend
Ereigniss: Warmwasserpumpe schaltet Aus

Hoffe, ich habe mich einigermaßen verständlich ausgedrückt.

[walli545]

@frankthegreat hi, ja bedingte Trigger habe ich geplant, habe mir dazu folgende Gedanken gemacht:

Im vis editor könnte man dann eine Liste von States angeben, die man im view dann als Bedingungen zur Verfügung hat (möchte ungern im view state ids eingeben lassen, würde am Sinn des Adapters, eine benutzerfreundliche Erstellung von Triggern zu ermöglichen, vorbei gehen). Wie genau diese Bedingungen aussehen müsste ich mir noch überlegen, ich würde aber sagen, dass dafür dann nur boolean Bedingungen zur Verfügung stehen würden, d.h. man müsste dann für komplexere Bedingungen einen extra State und ein kleines Script anlegen, dass die Bedingung auswertet. Ansonsten wird das ganze, denke ich, zu komplex (man müsste dann wieder schauen welchen Typ der State hat und dementsprechend dann wieder >, <, !=, ==, ... etc zur Verfügung stellen und trotzdem wäre man am Ende wesentliche eingeschränkter, wie wenn man kurz ein kleines Script dafür macht.

Aktuell sitze ich an Astrotriggern, geplant ist dabei: Sonnenaufgang, Sonnenuntergang und Sonnenzenit mit jeweils einem Versatz von +-2h Minutenweise anlegen zu können (die Zeiten werden aus den angegeben GPS Koordinaten in den ioBroker Einstellungen berechnet). Habe nur aktuell ziemlich viel anderes zu tun und kann dementsprechend nicht so viel Zeit investieren wie ich gerne möchte.

[frankthegreat]

@walli545 Hi, jetzt kein Stress deswegen. War nur 'ne Eingebung von mir. Ich freue mich über jede Verbesserung von dir
und habe volles Verständniss dafür, daß das "richtige" Leben immer Vorrang hat. :grinning:

Ich lass mir übrigens im Widget immer noch die aktuelle Uhrzeit mit anzeigen...nur als Anregung :blush:

[Wolfi]

Wo liegt momentan die aktuelle Version zur installation? Link?

[Kueppert]

@Wolfi schon im 1. Beitrag geschaut? ;)

[Wolfi]

@Kueppert

Ja ich dache es hat sich was geändert.

Danke Gruss

[walli545]

@Wolfi habe den Beitrag um eine Info zu den Versionen ergänzt.

Das Custom Styling ist bis jetzt nur im dev verfügbar.

[walli545]

Es gibt nun unter https://github.com/walli545/ioBroker.time-switch/tarball/30-astro-trigger eine neue Version zum Ausprobieren (2.1.0-pre.2).

Hinzugekommen sind Astro trigger. Bei einem Klick auf das + um einen Trigger anzulegen, erscheint nun ein Dropdown, wo man den gewünschten Trigger-Typ auswählen kann. Bei einem Astro Trigger kann man zwischen Sonnenaufgang, Mittag (Sonne im Zenit) und Sonnenuntergang wählen. Außerdem kann noch eine Verzögerung von -120 bis +120 Minuten eingestellt werden. Die dafür benötigten Koordinaten werden aus den ioBroker Einstellungen im Admin gelesen, funktioniert das nicht, wird standardmäßig Berlin angenommen.

Ich hatte noch keine Zeit für ausführliche Tests und würde mich deswegen über euer Feedback freuen, auch ob das ganze Langfristig funktioniert.

Auch das Design lässt sich wieder frei anpassen, dazu habe ich die Dokumentation unter https://github.com/walli545/ioBroker.time-switch/wiki/Styling-the-widget angepasst.

[sigi234]

@walli545

Kein hinzufügen einer ID möglich.

[walli545]

@sigi234 sorry hatte vergessen die Änderungen von dev zu mergen, bitte nochmal installieren, weg sollte nichts sein.

Bitte auch vor dem Ausprobieren solcher Versionen kurz die Schedules kopieren, falls diese schon genutzt werden und aufwendiger sind, kann ja doch mal vorkommen, dass evtl. mal ein Fehler in Testversionen ist der was zerschießt.

[sigi234]

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

@sigi234 sorry hatte vergessen die Änderungen von dev zu mergen, bitte nochmal installieren, weg sollte nichts sein.

Bitte auch vor dem Ausprobieren solcher Versionen kurz die Schedules kopieren, falls diese schon genutzt werden und aufwendiger sind, kann ja doch mal vorkommen, dass evtl. mal ein Fehler in Testversionen ist der was zerschießt.

Ok, jetzt ist der Astro trigger weg

[arteck]

@sigi234 bist aber pingellig.. duckundweg....

[sigi234]

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

@sigi234 bist aber pingellig.. duckundweg....

:grinning:

[walli545]

@sigi234 was genau meinst du?

[sigi234]

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

@sigi234 was genau meinst du?

Bei einem Klick auf das + um einen Trigger anzulegen, erscheint nun ein Dropdown

NEIN

Auch das app-on-off-schedule-widget greift nicht mehr.

[walli545]

@sigi234 kommt bei dir in der Browser Konsole ein Version time-switch: 2.1.0-pre.2 (im VIS Widget View)?

[sigi234]

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

@sigi234 kommt bei dir in der Browser Konsole ein Version time-switch: 2.1.0-pre.2 (im VIS Widget View)?

Nö

Hat vorher aber alles funktioniert bis auf die ID

[walli545]

@sigi234 sondern? Version time-switch: 2.1.0-pre.1 ? Evtl. filter eingstellt?