Planung neuer Adapter: Smart Control

[ilovegym]

@Christoph1337 Fettschrift super

[Christoph1337]

@ilovegym

Ich hoffe das hilft!

[MarkusMac]

@Mic erstmal ein großes Kompliment! Solch ein Adapter ist überfällig und wie du die Thematik umsetzt ist wirklich super! Danke dafür! Bin sehr gespannt und freue mich schon auf die nächsten Versionen.

Ich nutze im Bad eine Yeelight Deckenlampe, die ich mit einem Bewegungsmelder ein und wieder ausschalte. Allerdings werden bei mir im Skript jedes Mal vorm Einschalten diverse Attribute gesetzt. In Abhängigkeit der Astrozeit eine bestimmte Farbtemperatur und außerdem in Abhängigkeit der Tageszeit, Wochentag und/oder Feiertag die Helligkeit, die Ausschaltverzögerung und der Lichtmodus (dunkles "Moonlight" oder normales Licht.)

Ich vermute, dass man das mit deinem Adapter auch umsetzen könnte, indem man mit ihm einfach einen Datenpunkt "Badlampe" ein und aus schaltet und dann sämtliche zusätzliche Logik (nämlich die Lampenattribute berechnen und die Lampe einschalten) über ein eigenes Skript löst, welches bei Änderung des "Badlampen"-Datenpunktes triggert. Das müsste gehen, oder?

Was dann aber noch nicht funktionieren würde ist folgendes: Ich lasse die Lampe nicht sofort ausgehen, wenn für einen bestimmten Zeitraum keine Bewegung mehr festgestelt wurde, sondern ich dimme sie erst für 5 Sekunden runter. Wenn also dann noch jemand im Bad ist, kann man durch hektische Armbewegungen dafür sorgen, dass das Licht nicht ausgeht...
Ob man sowas mit dem Adapter hinbekommt, müsste man mal ausprobieren.

Werde ich mir in den nächsten Tagen mal anschauen.

[Christoph1337]

@MarkusMac Colle Idee mit dem hektischen winken und dimmen :D:D:D:D:D:D

[Christoph1337]

@Mic

https://github.com/ioBroker/AdapterRequests/issues/439

n3roGit created this issue in ioBroker/AdapterRequests

closed Lichtsteuerung #439

[MichMein]

@Mic, zu erst einmal vielen Dank für die Entwicklung Deines Adapters, dieser ist ziemlich gut gelungen.
Ich habe ihn mal installiert und nach einigen "Stolperfallen" habe ich es tatsächlich geschafft meinen Rolladen mit einem Aqara Opple zu öffnen und zu schließen. Um einen Rolladen zu steuern ist er sicherlich nicht wirklich konzipiert, aber es funktioniert.

Folgende Fehler sind mir aufgefallen,

• beim öffnen der DropDown Menüs sind diese nicht vollständig zu sehen und es erscheint rechts ein Scrollbalken, siehe Screenshot.
• um die Checkboxen in den DropDown Menüs aktivieren zu können muss ich links neben die Checkbox klicken. Klicke ich direkt in die Checkbox wird diese nicht aktiviert, allerdings werden "speichern" und "Speichern und schliessen" wieder aktiv.
• im Log ist mir aufgefallen das dort die Einträge immer doppelt geschrieben werden, siehe Log.

Fragen, Anregungen und Verbesserungen,

• da Du den Adpater so gestaltet hast das immer ein Schedule angelegt werden muss, hier die Frage ob Du bei den Zeiten eine "immer" oder "ganztägig" Checkbox hinzufügen kannst, eventuell auch eine "Täglich" Checkbox bei den Wochentagen.
• besteht die Möglichkeit unter "Target Devices" ein Toggle einzufügen, um mit einem Trigger der nur "true" kann einen Aktor von true auf false und wieder true schalten zu können. Dies wäre für meine Rolladensteuerung sehr praktisch und vielleicht auch für andere Dinge. Und in diesem Zug auch das Delay herabsetzen für das nochmalige betätigen des Triggers.

Vielen Dank, das wars wohl erstmal

2020-07-08 19:07:44.300 - info: smartcontrol.0 (10721) Trigger 'Rolladen terrassentür auf' activated for 'Rolladen Terrassentür auf'. Turned on 'Rolladen Terrassentür auf'.
2020-07-08 19:07:44.843 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'true' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:07:44.855 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'true' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:08:15.355 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:08:15.370 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:11:46.973 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:11:47.038 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:16:47.016 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:16:47.023 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:21:46.948 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:21:46.994 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:26:47.060 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:26:47.070 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:31:47.021 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:31:47.073 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:36:46.918 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:36:46.943 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:38:04.569 - info: smartcontrol.0 (10721) Trigger 'Rolladen terrassentür zu' activated for 'Rolladen Terrassentür zu'. Turned on 'Rolladen Terrassentür zu'.
2020-07-08 19:38:05.147 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'true' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:38:05.169 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'true' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:38:10.587 - info: smartcontrol.0 (10721) Trigger 'Rolladen terrassentür zu' activated for 'Rolladen Terrassentür zu'. However, devices 'Rolladen Terrassentür zu' not turned on as these are already on.
2020-07-08 19:38:16.371 - info: smartcontrol.0 (10721) Trigger 'Rolladen terrassentür auf' activated for 'Rolladen Terrassentür auf'. Turned on 'Rolladen Terrassentür auf'.
2020-07-08 19:38:16.474 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:38:16.492 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:38:17.048 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'true' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:38:17.089 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'true' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:38:28.938 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:38:28.945 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:41:46.966 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:41:46.972 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:46:46.885 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:46:46.893 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:51:46.997 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:51:47.043 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 19:56:47.010 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 19:56:47.017 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 20:01:47.006 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 20:01:47.013 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 20:06:46.909 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 20:06:46.913 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 20:11:46.931 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 20:11:46.941 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.
2020-07-08 20:16:46.952 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER1' changed to 'false' -> 'targetDevices.Rolladen Terrassentür auf' set to true.
2020-07-08 20:16:47.001 - info: smartcontrol.0 (10721) State 'sonoff.0.Jalousie Terrassentür.POWER2' changed to 'false' -> 'targetDevices.Rolladen Terrassentür zu' set to true.

[Mic]

@EdgarM

Kann man mit dem Adapter SmartControl auf einen Taster steuern? Also Taster benutzen -> Licht an, Taster nochmal benutzen -> Licht aus?

In die Wunschliste aufgenommen.

@Christoph1337

Ich hänge dir mal meine Blockly Funktion dafür an.

Danke, aber da bin ich leider raus, ich entwickle nicht mit Blockly und ist mir viel zu simplifiziert, ich brauche sauberes JavaScript
Zu den "globalen Datenpunkten" (true/false): Das kannst du dann hier einpflegen:

Räume pflegst du in Zones:

Was mir bei Blockly am Anfang sehr viele Probleme gemacht hat war, dass die Verwendung von Timeouts in einer Funktion beim Aufruf von mehreren Räumen überschrieben werden.

Der Adapter macht nicht nur einen Timer, sondern viele pro Szenario

Das müsste gehen, oder?

Sollte es. Muss dann auch getestet werden. Ich kann und werde hier übrigens nicht jeden individuellen Anwenderwunsch abbilden. Sondern versuche zu sammeln, und wo die meisten "Schmerzen" sind, wird als erstes eingebunden

Ich lasse die Lampe nicht sofort ausgehen, wenn für einen bestimmten Zeitraum keine Bewegung mehr festgestelt wurde, sondern ich dimme sie erst für 5 Sekunden runter.
Klingt erst mal sehr speziell, die wenigsten Anwender haben in jedem Raum Dimmer. Bitte melde dich mit diesem Request noch mal in einigen Wochen nach Veröffentlichung des Adapters. Ich möchte erst mal nur möglichst generisch abbilden. Außerdem nutze ich selbst keine Dimmer, sondern steuere diese bei Bedarf mit JavaScript-Adapter....
Aber Use Case habe ich verstanden.

@Christoph1337

https://github.com/ioBroker/AdapterRequests/issues/439

https://github.com/ioBroker/AdapterRequests/issues/439#issuecomment-655728824

@MichMein

beim öffnen der DropDown Menüs sind diese nicht vollständig zu sehen und es erscheint rechts ein Scrollbalken, siehe Screenshot.

Kann ich nicht nachvollziehen, aber hab hier lokal auch eine neuere Version und fixe, wie ich dazu komme. Upload zu Github mache ich dann erst später.

um die Checkboxen in den DropDown Menüs aktivieren zu können muss ich links neben die Checkbox klicken. Klicke ich direkt in die Checkbox wird diese nicht aktiviert, allerdings werden "speichern" und "Speichern und schliessen" wieder aktiv.

Liegt am ioBroker Admin, und nicht diesem Adapter. https://github.com/ioBroker/ioBroker.admin/issues/590
Problem wurde behoben und kommt mit dem nächsten ioBroker Adapter Admin release.

besteht die Möglichkeit unter "Target Devices" ein Toggle einzufügen, um mit einem Trigger der nur "true" kann einen Aktor von true auf false und wieder true schalten zu können.

Siehe oben, ist in die zukünftige Wunschliste aufgenommen.

n3roGit created this issue in ioBroker/AdapterRequests

closed Lichtsteuerung #439

Mic-M created this issue in ioBroker/ioBroker.admin

closed index_m.html: materialize select field within table #590

[MichMein]

@Mic, vielen Dank für Deine schnelle Rückmeldung. Den Beitrag von @EdgarM habe ich wohl übersehen

@MichMein sagte in Planung neuer Adapter: Smart Control:

• da Du den Adpater so gestaltet hast das immer ein Schedule angelegt werden muss, hier die Frage ob Du bei den Zeiten eine "immer" oder "ganztägig" Checkbox hinzufügen kannst, eventuell auch eine "Täglich" Checkbox bei den Wochentagen.

Wie sieht es damit aus?

[Christoph1337]

@Mic hehe. Mit dem blockly ging es auch nicht direkt um den Code sondern die Logik. Ich dachte das hilft vielleicht für die eine oder andere Idee

[Christoph1337]

@Mic ich hätte noch eine feature Idee. Wenn man schon so einen Adapter hat, wäre es cool wenn dieser automatisch eine HTML Tabelle generiert wo alle Schalter mit Zuordnung enthalten sind. Das wäre gerade für den Start für viele einfacher da man sich nicht in vis großartig einarbeiten muss. Am besten sogar responsive für verschiedene Auflösungen

[frostnatt]

@Mic said in Planung neuer Adapter: Smart Control:

Ich verstehe deinen Use-Case nicht ganz, also z.B.

0 ms: Bewegung löst aus (zigbee.0.XXX.occupancy -> true). Derzeitige Helligkeit (lt. zigbee.0.XXX.illuminance z.B. 30)
5 ms: Der Adapter liest die Helligkeit (30) und stellt fest, sie ist unterhalb von z.B. 60 --> also soll geschaltet werden.
10 ms: Licht wird eingeschaltet.
500 ms: Helligkeit (zigbee.0.XXX.illuminance) ist jetzt 500

Wüsste jetzt nicht, warum man hier einen Timestamp zum Vergleich bräuchte? Helligkeit wird ja ermittelt, bevor geschaltet wird, daher ist doch die Verzögerung hier egal.

Der Aqara Sensor aktualisiert Lux-Wert nur wenn eine Bewegung erkannt wird. Mein Problem ist, dass das Script (in meinem Fall) nicht mit dem aktuellen Helligkeitswert arbeitet. Es wartet ja nicht, bis dieser aktualisiert wird, sondern prüft einfach nur. Wenn der Lux-Datenpunkt aber erst nach dieser Prüfung mit dem aktuellen Wert beschrieben wird (ist bei mir so, denn ich benutzte ein eigenes Script zum Beschreiben der Datenpunkte, die Werte werden aus einem Json Objekt geparst, welches ich über mqtt empfange. Dieses Objekt ist so aufgebaut, dass Lux-Wert als letztes Element vorkommt) Die Zeitverzögerung zwischen Beschreiben von Occupancy und Lux habe ich nicht gemessen, bin mir aber ziemlich sicher, dass das aquara-motion-control Script die Prüfung schneller ausführt...
Ich hoffe, ich habe mein Problem ausführlich beschrieben.
Ich könnte meinen Parser auch so abändern, dass der Lux-Datenpunkt vor dem Occupancy beschrieben wird, finde aber dass eine Timestamp Prüfung hier sinnvoll ist. Es wird bestimmt noch Leute mit ähnlichen Timing Problemen geben...

Viele Grüße

[vain]

@Mic Erst einmal Riesen Lob für das was jetzt schon von diesem Adapter existiert. Vielen Dank für deine Zeit und Hingabe!

Du hattest gestern in dem GitHub Adapter Request zur Lichtsteuerung (#439) auf diesen Topic hier verwiesen. Wollte mal ganz direkt fragen ob du dir vorstellen kannst eine HCL-Steuerung von Leuchtmitteln im Smart Control zu integrieren. Ganz gleich wie dann die Priorisierung aussähe.

Ich hatte dazu auch meine JavaScripte vorgestellt wie ich das aktuell umsetze.
Siehe hier

Beste Grüße
vain

[Mic]

Danke für eure Antworten

@MichMein sagte in Planung neuer Adapter: Smart Control:

da Du den Adpater so gestaltet hast das immer ein Schedule angelegt werden muss, hier die Frage ob Du bei den Zeiten eine "immer" oder "ganztägig" Checkbox hinzufügen kannst, eventuell auch eine "Täglich" Checkbox bei den Wochentagen.

Wird dann leider etwas unübersichtlich in der Tabelle. Stattdessen empfehle ich, eine Zeile, die alle Zeiträume abdeckt, anzulegen, und dann beliebig zu kopieren.

@Christoph1337 sagte in Planung neuer Adapter: Smart Control:

@Mic ich hätte noch eine feature Idee. Wenn man schon so einen Adapter hat, wäre es cool wenn dieser automatisch eine HTML Tabelle generiert wo alle Schalter mit Zuordnung enthalten sind. Das wäre gerade für den Start für viele einfacher da man sich nicht in vis großartig einarbeiten muss. Am besten sogar responsive für verschiedene Auflösungen

Habe es aufgenommen als Vorschlag.

@frostnatt sagte in Planung neuer Adapter: Smart Control:

Der Aqara Sensor aktualisiert Lux-Wert nur wenn eine Bewegung erkannt wird. Mein Problem ist, dass das Script (in meinem Fall) nicht mit dem aktuellen Helligkeitswert arbeitet. Es wartet ja nicht, bis dieser aktualisiert wird, sondern prüft einfach nur. Wenn der Lux-Datenpunkt aber erst nach dieser Prüfung mit dem aktuellen Wert beschrieben wird (ist bei mir so, denn ich benutzte ein eigenes Script zum Beschreiben der Datenpunkte, die Werte werden aus einem Json Objekt geparst, welches ich über mqtt empfange. Dieses Objekt ist so aufgebaut, dass Lux-Wert als letztes Element vorkommt) Die Zeitverzögerung zwischen Beschreiben von Occupancy und Lux habe ich nicht gemessen, bin mir aber ziemlich sicher, dass das aquara-motion-control Script die Prüfung schneller ausführt...
Ich hoffe, ich habe mein Problem ausführlich beschrieben.
Ich könnte meinen Parser auch so abändern, dass der Lux-Datenpunkt vor dem Occupancy beschrieben wird, finde aber dass eine Timestamp Prüfung hier sinnvoll ist. Es wird bestimmt noch Leute mit ähnlichen Timing Problemen geben...

Verstehe... Hmm... guter Punkt. Habe es aufgenommen als Vorschlag.

@vain sagte in Planung neuer Adapter: Smart Control:

Du hattest gestern in dem GitHub Adapter Request zur Lichtsteuerung (#439) auf diesen Topic hier verwiesen. Wollte mal ganz direkt fragen ob du dir vorstellen kannst eine HCL-Steuerung von Leuchtmitteln im Smart Control zu integrieren. Ganz gleich wie dann die Priorisierung aussähe.
Ich hatte dazu auch meine JavaScripte vorgestellt wie ich das aktuell umsetze.

Super Idee das mit deinem Script!
Allerdings muss ich den Scope des Adapters einschränken, denn sonst ist der nicht mehr pflegbar.

Auf dieses Topic habe ich in #439 verwiesen wegen der ursprünglichen Anfrage:

Ich stelle mir eine einfache GUI vor in der man den Räumen die Sensoren und Aktoren zuordnet. Dazu ein paar globale Einstellungen für Schaltzeit, Helligkeit, Anwesenheit usw. gepaart mit individuellen Raumeinstellungen.

Ich selbst habe auch Scripts für Lichter. Je nach Tageszeit usw. wird da beim Setzen eines Datenpunktes auf "true" ein unterschiedliches Licht gesetzt, und falls an, dann auch angepasst je nach neuer Tageszeit.
Derzeit sollte das aber meines Erachtens in einem separaten Adapter abgedeckt werden, sonst wird das hier zu viel. Dieser Adapter kann ja jederzeit einen Datenpunkt schalten, und dann kann sich ein Script oder Adapter um die restlichen Spezial-Dinge kümmern.

Ich schließe das aber nicht explizit aus, nur die nächsten Monate habe ich einen anderen Fokus, auch aufgrund meiner sehr eingeschränkten Zeit. Gerne kann jemand in der Zwischenzeit einen separaten Adapter hierfür entwickeln, und wir können dann auch später überlegen, diese zu verschmelzen.

[Mic]

Hier übrigens zusammengefasst alle aktuell gesammelten Vorschläge zur potenziellen Umsetzung:

To Do (to be considered for further development and future releases

• (frostnatt) - 2020-07-09 - Timing issue for Aquara motion sensors if brightness. ioBroker Forum Link
• (Christoph1337) - 2020-09-07 - automatisch eine HTML Tabelle generiert wo alle Schalter mit Zuordnung enthalten sind. Das wäre gerade für den Start für viele einfacher da man sich nicht in vis großartig einarbeiten muss. Am besten sogar responsive für verschiedene Auflösungen. ioBroker Forum Link
• (EdgarM) - 2020-07-08 - Taster benutzen -> Licht an, Taster nochmal benutzen -> Licht aus ioBroker Forum Link
• (frostnatt) - 2020-07-05 - Es wäre ein gewisses "misbehaviour-handling" wünschenswert, wenn zum Beispiel der Occupancy-Datenpunkt nicht auf False gesetzt wird. Hier könnte man zwischen "nichts tun" und "in z Minuten ausschalten" wählen. ioBroker Forum Link
• (OstfrieseUnterwegs) - 2020-07-03 - Add option to disregard additional schedule table if a time specific trigger is activated - ioBroker Forum Link
• (OstfrieseUnterwegs) - 2020-07-03 - Think about a better name for "Room/Area", which is actually like a complex 'scene'. Maybe "zone"? - ioBroker Forum Link -> renamed to "Zones"
• (OstfrieseUnterwegs) - 2020-07-03 - Cron Wizard - ioBroker Forum Link
• (looxer01) - 2020-06-22 - IFTTT etc. - ioBroker Forum Link
• (EdgarM) - 2020-06-18 - Several ideas - ioBroker Forum Link
• (siggi85) - 2020-05-24 - time depending light control features - ioBroker Forum Link
• (klassisch) - 2020-05-24 - several suggestions - ioBroker Forum Link
• (Mic-M) - 2020-05-23 - die Möglichkeit, nach x Minuten ausschalten zu lassen (z.B. nach 2 Stunden) falls kein Trigger wie BWM mehr was auslöst, um Fälle abzudecken wie "der User ist eingeschlafen" ioBroker Forum Link
• (MartyBr) & (crunship) - 2020-05-17 - Manuelles schalten soll Bewegungsmelder außer Kraft setzen. ioBroker Forum Link | ioBroker Forum Link 2 | Script

Ich werde diese dann noch im Detail prüfen, priorisieren, usw.

[FredF]

@Mic
Du machst einen aber auch neugierig und schaffst es die Spannung aufrecht zu halten.
Ich will doch erst auf den offiziellen Teststart warten, mann, mann, mann...

[Mic]

@FredF sagte in Planung neuer Adapter: Smart Control:

@Mic
Du machst einen aber auch neugierig und schaffst es die Spannung aufrecht zu halten.
Ich will doch erst auf den offiziellen Teststart warten, mann, mann, mann...

Hier nun der offizielle Aufruf zum Testen

Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.3 testen

Bitte dort weiter machen, und nicht mehr hier. Danke!