NEWS
Test Adapter SmartControl 0.3.x-0.6.x Latest
-

Aktuelle Test Version 0.6.x Veröffentlichungsdatum 0.3.x ab 12.09.2020 (seit 23.09.20 im Latest Repository) Github Link https://github.com/Mic-M/ioBroker.smartcontrol Permanenter Forum-Link ioBroker Forum: Smart Control Neu mit 0.3.0
Breaking Changes
- (Mic-M) Entire adapter code refactored. Therefore, tests are required to verify if these massive changes do not affect the adapter functionality. However, none of your existing adapter configuration should be lost and will be kept if you upgrade from 0.2.0+. But please check ALL of your configuration, since new options were added which
can have an effect to your existing configuration. - (Mic-M) New feature: Implemented issue #22 - Motion sensors timeout, e.g. for Homematic sensors: Motion sensor timer will now start once a motion sensor is set to false. In previous adapter versions, it was started once set to true. Note: This change will cause that per your existing adapter configuration, the timer end will be reached later (so: once no motion detected any longer + the seconds you have set)
- (Mic-M) New feature: Time triggers - added options for additional conditions for 'any' or 'all'. issue #24
- (Mic-M) New feature: Zones > Execution - added options for additional conditions for 'any' or 'all'.
- (Mic-M) Many fixes under the hood
Was macht dieser Adapter?
In unserer Heim-Automation haben wir ja diverse Auslöser, z.B. Bewegungsmelder im Flur löst aus, ein Wandschalter wird gedrückt, oder eine bestimmte Zeit tritt ein (z.B. 30 Minuten nach Sonnenuntergang, oder Mo-Fr um 7:00, usw.), zu der wir was schalten möchten.
Dieser Adapter führt nun das ganze zusammen, also
- Auslöser lösen aus oder bestimmte Zeitpunkte (wie Mo-Fr um 7:00) treten ein
- Optional zusätzliche Bedingungen (jemand anwesend?, Fenster im Bad offen, Feiertag heute, usw.)
- Zu schaltende Zielgeräte
Das ganze führt man dann gemäß IFTTT in Zonen zusammen.
Ziel ist, hiermit viele JavaScripts und Blockly abzulösen und hierfür eine anwenderfreundliche Möglichkeit zu bieten.
Auszug aus den Features
- Auslöser: hier können Bewegungsmelder, Datenpunkte, oder Zeiten definiert werden. Es werden dabei auch Taster unterstützt.
- Smarte Bewegungsmelder-Schaltung: mehrere Bewegungsmelder pro Raum, Berücksichtung Helligkeit, automatischer Ausschalttimer (optional aber nicht gesetzt, falls Zielgeräte bereits vor Bewegung an waren), Optional Ignorierung Helligkeit falls Ausschalt-Timer noch läuft (damit auch wiederkehrende Bewegungen erfasst werden trotz Licht an), ...
- Pro definierter Zone können dann zur Ausführung detaillierte Zeitpläne mit Bedingungen hinterlegt werden.
- Unterstützung von Astro-Zeiten (z.B. Sonnenuntergang) mit "Offset", also Zeitdifferenz.
Ein paar Beispiel-Anwendungen (Use Cases):
- Flurlicht-Steuerung mit Bewegungsmeldern, Lichtschaltern, etc. (Ablösung Bewegungsmelder-Script)
- Kaffeemaschine täglich morgens einschalten. Mo-Fr um 6:30 Uhr, Sa/So um 8:00 Uhr, Feiertags auch um 8:00 Uhr. Aber nie einschalten, wenn keiner anwesend.
- Bad wird am Mo-Fr zwischen 7:00-9:00 betreten (falls nicht Feiertag): Licht an und das Radio einschalten. Falls nach 5 Minuten keine Bewegung mehr: ausschalten.
- Staubsaugerroboter-Integration
Bisherige Threads
Alle Erklärungen zum Adapter sind jeweils im 1. Beitrag:
- 18.08. - 12.09.2020: Test Adapter SmartControl 0.2.x GitHub
- 19.07. - 18.08.2020: Teste Adapter SmartControl 0.1.x-beta.x
- 10.07. - 19.07.2020 : Aufruf: Neuen SmartControl-Adapter 0.1.0-alpha.x testen
- 23.05. - 10.07.2020 : Planung neuer Adapter: Smart Control
- 25.04.2020 : Umfrage: Welchen Adapter soll ich als nächstes entwickeln?
FAQ / Use Cases (Anwendungs-Fälle/Szenarien)
https://forum.iobroker.net/topic/36237/smart-control-adapter-faq-use-cases
Adapter-Anleitung / Dokumentation
Diese ist direkt und ohne Umwege in den Adapter-Optionen integriert, ihr werdet es sehen ;-)
Screenshots der Adapter-Optionen
Einstiegsseite:

Zonen:

Zonen - Button "Ausführung":

Definition der Zielgeräte:

Auslöser:

Wie Testen?
Infos zum Testen findest du im Adapter selbst:

Wohin mit Bugs / Fehlerberichten oder Erweiterungswünschen?
Da der Adapter noch jung und in fortlaufender Erweiterung ist, könnt ihr diese gerne hier posten (anders als es bereits in den Adapter-Optionen steht).
Wichtig: Fehler (Bugs) bitte immer aussagekräftig beschreiben, am besten mit
- Screenshots, soweit möglicherweise hilfreich für mich als Entwickler
- Log-Auszug (in Code-Tags)
- Adapter-Optionen-Export, sofern als sinnvoll erachtet, Diese bekommt ihr so: ganz oben rechts in den SmartControl-Adapter-Optionen den blauen Button mit dem "Pfeil nach unten" anklicken.
Was wurde alles seit der letzten Version geändert?
Siehe Change Log
Update auf 0.3.2
- (Mic-M) New feature: In the adapter configuration, tab 'Further Options' > 'Input Validation', you can now select if deactivated configuration table rows should be validated as well.
- (Mic-M) Fix adapter-check.iobroker.in error [E144] "common.installedFrom field found in io-package.json. Must be removed."
- (Mic-M) Fix for adapter unload: check schedule variable for undefined.
- (Mic-M) Fixed debug log line
- (Mic-M) Entire adapter code refactored. Therefore, tests are required to verify if these massive changes do not affect the adapter functionality. However, none of your existing adapter configuration should be lost and will be kept if you upgrade from 0.2.0+. But please check ALL of your configuration, since new options were added which
-
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic was mir noch aufgefallen ist bzw fragen wollte
da ich in der Vergangenheit, mir schon bestimmte Sachen anlegen wollte ( was technisch aber noch nicht vorhanden ist)
schmeisst mir der Adapter aber dann error wegen falsch konfiguriert, obwohl der Haken deaktiviert ist,
also greift scheinbar dieses nicht, bzw dann wohl nur, wenn alle Pflichtfelder ausgefüllt sind

Derzeit wird tatsächlich auch geprüft, wenn Zeile nicht aktiviert wird, Grund war die Datenpunkte unter
smartcontrol.0.options- denn hier können einzelne Zeilen z.B. über VIS dann aktiviert werden.
Ich muss da die Beschreibung anpassen.
Alternativ könnte ich auch eine Option einbauen, dass grundsätzlich deaktivierte Zeilen nicht geprüft werden?@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic was mir noch aufgefallen ist bzw fragen wollte
da ich in der Vergangenheit, mir schon bestimmte Sachen anlegen wollte ( was technisch aber noch nicht vorhanden ist)
schmeisst mir der Adapter aber dann error wegen falsch konfiguriert, obwohl der Haken deaktiviert ist,
also greift scheinbar dieses nicht, bzw dann wohl nur, wenn alle Pflichtfelder ausgefüllt sind

Derzeit wird tatsächlich auch geprüft, wenn Zeile nicht aktiviert wird, Grund war die Datenpunkte unter
smartcontrol.0.options- denn hier können einzelne Zeilen z.B. über VIS dann aktiviert werden.
Ich muss da die Beschreibung anpassen.
Alternativ könnte ich auch eine Option einbauen, dass grundsätzlich deaktivierte Zeilen nicht geprüft werden?Mit 0.3.2 nun neue Option (per Default deaktiviert):

-
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
dann der Datenpunkt gelöscht wird, und was danach das Zielgerät auslöst.
ok, ich hatte ja keinen DP gelöscht, sondern nur Umbenannt
-
ausgelöst wurde in meinem Fall nicht, daher, Fallbeispiel (ich bastel vormittags an irgendwelchen DP's, welche aber erst zur abendlichen Stunde oder gar erst bei erreichen eines bestimmten Wertes(Temperatur), ausgelöst werden)
den "Fehler" bekomme ich dann aber erst mit, wenn -
A) ich in die Instanz gehe/neu starte( habe ich in den Fall aber nicht, weil ich gar nicht auf die Idee kam) da ich den DP nicht gelöscht, sondern nur umbenannt habe
-
B) das Auslösen eintritt
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
dann der Datenpunkt gelöscht wird, und was danach das Zielgerät auslöst.
ok, ich hatte ja keinen DP gelöscht, sondern nur Umbenannt
-
ausgelöst wurde in meinem Fall nicht, daher, Fallbeispiel (ich bastel vormittags an irgendwelchen DP's, welche aber erst zur abendlichen Stunde oder gar erst bei erreichen eines bestimmten Wertes(Temperatur), ausgelöst werden)
den "Fehler" bekomme ich dann aber erst mit, wenn -
A) ich in die Instanz gehe/neu starte( habe ich in den Fall aber nicht, weil ich gar nicht auf die Idee kam) da ich den DP nicht gelöscht, sondern nur umbenannt habe
-
B) das Auslösen eintritt
Ob umbenannt oder gelöscht ist hier egal, denn der Quellcode findet so einfach den Datenpunkt nicht mehr. Das wird dir auch im JS-Adapter so passieren usw.
Ich müsste ja ansonsten eine z.B. minütliche Prüfung einbauen, ob alle Datenpunkte noch existieren, aber das ist aus Performance-Sicht nicht zielführend.
Oder was hättest du für einen Vorschlag zur Umsetzung? -
-
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic was mir noch aufgefallen ist bzw fragen wollte
da ich in der Vergangenheit, mir schon bestimmte Sachen anlegen wollte ( was technisch aber noch nicht vorhanden ist)
schmeisst mir der Adapter aber dann error wegen falsch konfiguriert, obwohl der Haken deaktiviert ist,
also greift scheinbar dieses nicht, bzw dann wohl nur, wenn alle Pflichtfelder ausgefüllt sind

Derzeit wird tatsächlich auch geprüft, wenn Zeile nicht aktiviert wird, Grund war die Datenpunkte unter
smartcontrol.0.options- denn hier können einzelne Zeilen z.B. über VIS dann aktiviert werden.
Ich muss da die Beschreibung anpassen.
Alternativ könnte ich auch eine Option einbauen, dass grundsätzlich deaktivierte Zeilen nicht geprüft werden?@Mic ist mir gleich, wie es der Masse besser passt, hätte das anfangs nur ganz praktisch gefunden, wenn man der Reihe nach seine ganzen DP's schon mal anlegen kann und dann nach und nach aktivieren. Gerade weil es auch mit dem Benennen/Einteilen der Datenpunkte (zur besseren Übersicht) anfangs blöd war
-
@Mic ist mir gleich, wie es der Masse besser passt, hätte das anfangs nur ganz praktisch gefunden, wenn man der Reihe nach seine ganzen DP's schon mal anlegen kann und dann nach und nach aktivieren. Gerade weil es auch mit dem Benennen/Einteilen der Datenpunkte (zur besseren Übersicht) anfangs blöd war
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic ist mir gleich, wie es der Masse besser passt, hätte das anfangs nur ganz praktisch gefunden, wenn man der Reihe nach seine ganzen DP's schon mal anlegen kann und dann nach und nach aktivieren. Gerade weil es auch mit dem Benennen/Einteilen der Datenpunkte (zur besseren Übersicht) anfangs blöd war
Hast Recht, aber ist doch schon umgesetzt ;-) Siehe Version 0.3.2
-
@Mic, ich finde es nahezu unfassbar mit welcher Hingabe und Geschwindigkeit Du hier den Adapter nach vorne bringst. RESPEKT
Bist jetzt konnte ich tatsächlich alles was ich so an Blockly´s hatte in den Adapter migrieren, echt toll.Ich würde mir wünschen, wenn der Adapter so weit fertig ist, das Du Dir dein ein oder anderen Adapter vornimmst, "forkst" und diesen dann ebenfalls so usernah weiterentwickelst :face_with_rolling_eyes:
Danke
-
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
dann der Datenpunkt gelöscht wird, und was danach das Zielgerät auslöst.
ok, ich hatte ja keinen DP gelöscht, sondern nur Umbenannt
-
ausgelöst wurde in meinem Fall nicht, daher, Fallbeispiel (ich bastel vormittags an irgendwelchen DP's, welche aber erst zur abendlichen Stunde oder gar erst bei erreichen eines bestimmten Wertes(Temperatur), ausgelöst werden)
den "Fehler" bekomme ich dann aber erst mit, wenn -
A) ich in die Instanz gehe/neu starte( habe ich in den Fall aber nicht, weil ich gar nicht auf die Idee kam) da ich den DP nicht gelöscht, sondern nur umbenannt habe
-
B) das Auslösen eintritt
Ob umbenannt oder gelöscht ist hier egal, denn der Quellcode findet so einfach den Datenpunkt nicht mehr. Das wird dir auch im JS-Adapter so passieren usw.
Ich müsste ja ansonsten eine z.B. minütliche Prüfung einbauen, ob alle Datenpunkte noch existieren, aber das ist aus Performance-Sicht nicht zielführend.
Oder was hättest du für einen Vorschlag zur Umsetzung?@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Das wird dir auch im JS-Adapter so passieren
eben, da wird es sofort angemeckert
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
aber das ist aus Performance-Sicht nicht zielführend.
das war mir schon bewusst, daher
hab ich da auch keine Idee/Vorschlag, bleibt einfach nur ....dran denken, wo der entsprechende DP überall eingebaut ist@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Hast Recht, aber ist doch schon umgesetzt
bist a Fuchs:stuck_out_tongue: :+1:
-
-
@Mic
ich habe meine Instanz nochmal gelöscht und dann von GitHub die 0.3.2 installiert.Jetzt ist das Log okay
smartcontrol.0 2020-09-13 19:53:48.896 info (7452) Subscribing to all target devices and trigger states. 0 trigger schedules activated... smartcontrol.0 2020-09-13 19:53:48.498 info (7452) Adapter admin configuration successfully validated... smartcontrol.0 2020-09-13 19:53:46.466 info (7452) starting. Version 0.3.2 in /opt/iobroker/node_modules/iobroker.smartcontrol, node: v12.18.3, js-controller: 3.1.6 host.iobroker 2020-09-13 19:53:44.821 info instance system.adapter.smartcontrol.0 started with pid 7452 host.iobroker 2020-09-13 19:53:42.282 info instance system.adapter.smartcontrol.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) smartcontrol.0 2020-09-13 19:53:41.759 info (7437) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason smartcontrol.0 2020-09-13 19:53:41.758 info (7437) terminating smartcontrol.0 2020-09-13 19:53:41.757 info (7437) Stopping adapter instance successfully proceeded... smartcontrol.0 2020-09-13 19:53:41.756 info (7437) (1) schedules cleared... smartcontrol.0 2020-09-13 19:53:41.755 info (7437) (0) timers were active and have been cleared... smartcontrol.0 2020-09-13 19:53:41.753 info (7437) Got terminate signal TERMINATE_YOURSELF host.iobroker 2020-09-13 19:53:41.749 info stopInstance system.adapter.smartcontrol.0 send kill signal -
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic was mir noch aufgefallen ist bzw fragen wollte
da ich in der Vergangenheit, mir schon bestimmte Sachen anlegen wollte ( was technisch aber noch nicht vorhanden ist)
schmeisst mir der Adapter aber dann error wegen falsch konfiguriert, obwohl der Haken deaktiviert ist,
also greift scheinbar dieses nicht, bzw dann wohl nur, wenn alle Pflichtfelder ausgefüllt sind

Derzeit wird tatsächlich auch geprüft, wenn Zeile nicht aktiviert wird, Grund war die Datenpunkte unter
smartcontrol.0.options- denn hier können einzelne Zeilen z.B. über VIS dann aktiviert werden.
Ich muss da die Beschreibung anpassen.
Alternativ könnte ich auch eine Option einbauen, dass grundsätzlich deaktivierte Zeilen nicht geprüft werden?Mit 0.3.2 nun neue Option (per Default deaktiviert):

@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Mit 0.3.2 nun neue Option (per Default deaktiviert):
jetzt bin ich aber grad verwirrt, installiert, anschliessend im log
smartcontrol.0 2020-09-13 19:56:36.124 error (22323) [_asyncOnReady()] – 1 error(s) occurred while processing state generation of options. smartcontrol.0 2020-09-13 19:56:36.122 error (22323) [tableConditions] We were not able to generate a valid state path. This is what was determined to be not valid: [smartcontrol.0.options.Conditions.Is Front Door Locked?.active].smartcontrol.0.options.Conditions.Is Front Door Lockedgehört ja zu deinen voreingestellten Beispielen, hab die Beispiele noch nicht gelöscht und sind seit beginn ja deaktiviert -
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Mit 0.3.2 nun neue Option (per Default deaktiviert):
jetzt bin ich aber grad verwirrt, installiert, anschliessend im log
smartcontrol.0 2020-09-13 19:56:36.124 error (22323) [_asyncOnReady()] – 1 error(s) occurred while processing state generation of options. smartcontrol.0 2020-09-13 19:56:36.122 error (22323) [tableConditions] We were not able to generate a valid state path. This is what was determined to be not valid: [smartcontrol.0.options.Conditions.Is Front Door Locked?.active].smartcontrol.0.options.Conditions.Is Front Door Lockedgehört ja zu deinen voreingestellten Beispielen, hab die Beispiele noch nicht gelöscht und sind seit beginn ja deaktiviert -
@Mic, ich finde es nahezu unfassbar mit welcher Hingabe und Geschwindigkeit Du hier den Adapter nach vorne bringst. RESPEKT
Bist jetzt konnte ich tatsächlich alles was ich so an Blockly´s hatte in den Adapter migrieren, echt toll.Ich würde mir wünschen, wenn der Adapter so weit fertig ist, das Du Dir dein ein oder anderen Adapter vornimmst, "forkst" und diesen dann ebenfalls so usernah weiterentwickelst :face_with_rolling_eyes:
Danke
@MichMein sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic, ich finde es nahezu unfassbar mit welcher Hingabe und Geschwindigkeit Du hier den Adapter nach vorne bringst. RESPEKT
Bist jetzt konnte ich tatsächlich alles was ich so an Blockly´s hatte in den Adapter migrieren, echt toll.Ich würde mir wünschen, wenn der Adapter so weit fertig ist, das Du Dir dein ein oder anderen Adapter vornimmst, "forkst" und diesen dann ebenfalls so usernah weiterentwickelst :face_with_rolling_eyes:
Danke
Vielen dank für dein tolles Feedback :blush:
-
@MichMein sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic, ich finde es nahezu unfassbar mit welcher Hingabe und Geschwindigkeit Du hier den Adapter nach vorne bringst. RESPEKT
Bist jetzt konnte ich tatsächlich alles was ich so an Blockly´s hatte in den Adapter migrieren, echt toll.Ich würde mir wünschen, wenn der Adapter so weit fertig ist, das Du Dir dein ein oder anderen Adapter vornimmst, "forkst" und diesen dann ebenfalls so usernah weiterentwickelst :face_with_rolling_eyes:
Danke
Vielen dank für dein tolles Feedback :blush:
-
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Das wird dir auch im JS-Adapter so passieren
eben, da wird es sofort angemeckert
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
aber das ist aus Performance-Sicht nicht zielführend.
das war mir schon bewusst, daher
hab ich da auch keine Idee/Vorschlag, bleibt einfach nur ....dran denken, wo der entsprechende DP überall eingebaut ist@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Hast Recht, aber ist doch schon umgesetzt
bist a Fuchs:stuck_out_tongue: :+1:
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Das wird dir auch im JS-Adapter so passieren
eben, da wird es sofort angemeckert
Nur als Nachtrag. ;-)
Auch der JS-Adapter wird hier nicht sofort erkennen, wenn du einen Datenpunkt umbenennst. Beispielconst datenpunkt = '0_userdata.0.example_state'; setTimeout(() => { log(`State-Wert: ${getState(datenpunkt).val}`) }, 60*1000);Der wird das erst anmeckern, sobald das setTimeout() ausgeführt wird.
-
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Mit 0.3.2 nun neue Option (per Default deaktiviert):
jetzt bin ich aber grad verwirrt, installiert, anschliessend im log
smartcontrol.0 2020-09-13 19:56:36.124 error (22323) [_asyncOnReady()] – 1 error(s) occurred while processing state generation of options. smartcontrol.0 2020-09-13 19:56:36.122 error (22323) [tableConditions] We were not able to generate a valid state path. This is what was determined to be not valid: [smartcontrol.0.options.Conditions.Is Front Door Locked?.active].smartcontrol.0.options.Conditions.Is Front Door Lockedgehört ja zu deinen voreingestellten Beispielen, hab die Beispiele noch nicht gelöscht und sind seit beginn ja deaktiviert@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Mit 0.3.2 nun neue Option (per Default deaktiviert):
jetzt bin ich aber grad verwirrt, installiert, anschliessend im log
smartcontrol.0 2020-09-13 19:56:36.124 error (22323) [_asyncOnReady()] – 1 error(s) occurred while processing state generation of options. smartcontrol.0 2020-09-13 19:56:36.122 error (22323) [tableConditions] We were not able to generate a valid state path. This is what was determined to be not valid: [smartcontrol.0.options.Conditions.Is Front Door Locked?.active].smartcontrol.0.options.Conditions.Is Front Door Lockedgehört ja zu deinen voreingestellten Beispielen, hab die Beispiele noch nicht gelöscht und sind seit beginn ja deaktiviert@Chaot sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@crunchip Kam bei mir auch mit der neuen Version.
Ich habe den gelöscht. Aber war doch etwas verwundert....:astonished:Sind noch "alte / legacy" Beispiele. Hab ich mittlerweile angepasst, aber das sieht man wohl nur, wenn man den Adapter löscht und neu installiert :thinking_face: .
Siehe hier aus der io-package.json:
Wahrscheinlich liegt es an dem Sonderzeichen "?" (Fragezeichen), ich hab beim Adapter Refactoring so einiges umgebaut und verbessert, und auch paar strengere Regeln eingebaut ;-)
Cool wäre evtl. noch eine "Auf Werkseinstellungen zurücksetzen" Funktion, falls das einfach zu implementieren ist :)
-
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Mit 0.3.2 nun neue Option (per Default deaktiviert):
jetzt bin ich aber grad verwirrt, installiert, anschliessend im log
smartcontrol.0 2020-09-13 19:56:36.124 error (22323) [_asyncOnReady()] – 1 error(s) occurred while processing state generation of options. smartcontrol.0 2020-09-13 19:56:36.122 error (22323) [tableConditions] We were not able to generate a valid state path. This is what was determined to be not valid: [smartcontrol.0.options.Conditions.Is Front Door Locked?.active].smartcontrol.0.options.Conditions.Is Front Door Lockedgehört ja zu deinen voreingestellten Beispielen, hab die Beispiele noch nicht gelöscht und sind seit beginn ja deaktiviert@Chaot sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@crunchip Kam bei mir auch mit der neuen Version.
Ich habe den gelöscht. Aber war doch etwas verwundert....:astonished:Sind noch "alte / legacy" Beispiele. Hab ich mittlerweile angepasst, aber das sieht man wohl nur, wenn man den Adapter löscht und neu installiert :thinking_face: .
Siehe hier aus der io-package.json:
Wahrscheinlich liegt es an dem Sonderzeichen "?" (Fragezeichen), ich hab beim Adapter Refactoring so einiges umgebaut und verbessert, und auch paar strengere Regeln eingebaut ;-)
Cool wäre evtl. noch eine "Auf Werkseinstellungen zurücksetzen" Funktion, falls das einfach zu implementieren ist :)
Auf die schnelle noch ein Issue (Feature Request) eingebaut: :sunglasses:
Anfrage war von @hetti720.3.3
- (Mic-M) New feature for Motion sensors: the timer duration and brightness threshold can now be changed via states. These states are available under
smartcontrol.0.options.TriggerMotion.xxx.<duration|briThreshold>for each of your motion sensors. Please note that any change will cause an adapter restart (for initializing and clearing all existing timers to apply the new values). Issue #18
Jetzt kann man für die Bewegungsmelder die Werte für den Timer (Einschaltdauer) und Helligkeits-Grenze in Datenpunkten einstellen. Für jeden Bewegungsmelder werden hierfür die entsprechenden Datenpunkte erstellt:

Bitte testen :-)
- (Mic-M) New feature for Motion sensors: the timer duration and brightness threshold can now be changed via states. These states are available under
-
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Das wird dir auch im JS-Adapter so passieren
eben, da wird es sofort angemeckert
Nur als Nachtrag. ;-)
Auch der JS-Adapter wird hier nicht sofort erkennen, wenn du einen Datenpunkt umbenennst. Beispielconst datenpunkt = '0_userdata.0.example_state'; setTimeout(() => { log(`State-Wert: ${getState(datenpunkt).val}`) }, 60*1000);Der wird das erst anmeckern, sobald das setTimeout() ausgeführt wird.
@Mic ok, aber zumindest kamen bis jetzt die Error's in JS immer unmittelbar zeitnah, so das es gleich aufgefallen ist
und ich dann fragend da saß...:rage: "mist, welches script läuft denn nun schon wieder nicht" -
@Mic ok, aber zumindest kamen bis jetzt die Error's in JS immer unmittelbar zeitnah, so das es gleich aufgefallen ist
und ich dann fragend da saß...:rage: "mist, welches script läuft denn nun schon wieder nicht"@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic ok, aber zumindest kamen bis jetzt die Error's in JS immer unmittelbar zeitnah, so das es gleich aufgefallen ist
und ich dann fragend da saß...:rage: "mist, welches script läuft denn nun schon wieder nicht"Jo, und im JS.Adapter kannst halt auch einfach globales Suchen machen für bei Datenpunkt-Änderungen. Das geht über sämtliche Adapter und deren individueller Einstellungen natürlich nicht.
-
@crunchip sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
@Mic ok, aber zumindest kamen bis jetzt die Error's in JS immer unmittelbar zeitnah, so das es gleich aufgefallen ist
und ich dann fragend da saß...:rage: "mist, welches script läuft denn nun schon wieder nicht"Jo, und im JS.Adapter kannst halt auch einfach globales Suchen machen für bei Datenpunkt-Änderungen. Das geht über sämtliche Adapter und deren individueller Einstellungen natürlich nicht.
Neue Version 0.3.4
- (Mic-M) Test: Implementation of markdown documentation files within adapter configuration by using zero-md for tables 'Target Devices' and 'Additional Conditions' to prepare adapter for multiple languages. Based on your language set in the adapter configuration, either German will be displayed (if language set to German) or English, if set language is not German.
Änderungen diesmal nur "unter der Haube".
Ich bereite gerade die Dokumentation in der Adapter-Konfiguration für Internationalisierung vor. In den Optionen "Ziel-Geräte" und "Zusätzliche Bedingungen" wird nun die Dokumentation nicht mehr aus derindex_m.htmldirekt angezeigt, sondern es werden Markdown-Files vonadmin/doc-md/table-target-devices_de.mdbzw.admin/doc-md/table-conditions_de.mdgeholt und direkt angezeigt in der Admin-Konfiguration.
Die Formatierung sieht soweit auch ganz gut aus.

Was man hier sieht kommt inhaltlich von diesem File (Github).
Für die Internationalisierung:
Stellt man in ioBroker die Sprache auf English oder einer anderen Sprache um, dann kommt jetzt aus dieser Datei:

Scheint soweit bei mir sehr gut zu funktionieren. Würde mich um Tests freuen ;-)
Was sein kann (könnte): Inhalte werden nicht rechtzeitig geladen und/oder es erscheint was leeres... Bei mir ging es aber bislang, sowohl Chrome als auch Firefox. -
Neue Version 0.3.4
- (Mic-M) Test: Implementation of markdown documentation files within adapter configuration by using zero-md for tables 'Target Devices' and 'Additional Conditions' to prepare adapter for multiple languages. Based on your language set in the adapter configuration, either German will be displayed (if language set to German) or English, if set language is not German.
Änderungen diesmal nur "unter der Haube".
Ich bereite gerade die Dokumentation in der Adapter-Konfiguration für Internationalisierung vor. In den Optionen "Ziel-Geräte" und "Zusätzliche Bedingungen" wird nun die Dokumentation nicht mehr aus derindex_m.htmldirekt angezeigt, sondern es werden Markdown-Files vonadmin/doc-md/table-target-devices_de.mdbzw.admin/doc-md/table-conditions_de.mdgeholt und direkt angezeigt in der Admin-Konfiguration.
Die Formatierung sieht soweit auch ganz gut aus.

Was man hier sieht kommt inhaltlich von diesem File (Github).
Für die Internationalisierung:
Stellt man in ioBroker die Sprache auf English oder einer anderen Sprache um, dann kommt jetzt aus dieser Datei:

Scheint soweit bei mir sehr gut zu funktionieren. Würde mich um Tests freuen ;-)
Was sein kann (könnte): Inhalte werden nicht rechtzeitig geladen und/oder es erscheint was leeres... Bei mir ging es aber bislang, sowohl Chrome als auch Firefox.Hallo Zusammen,
Zuerst mal vielen Dank für eure Arbeit! Der Adapter sieht echt toll aus und wird mir bestimmt den Einstig vereinfachen :-)
Ich bin mal ehrlich und teile gleich mit, dass ich noch nicht Stunden mit dem Adapter verbracht habe.
Habe für einen Test mal ein Shelly 2.5 mit zwei Glühbirnen bestückt. Die Taster Eingänge am Shelly werden nicht angesteuert.
Somit wird der Shelly einzig als Relais genutzt. Zum Ansteuerung habe ich mal eine Bewegungsmelder von Xiaomi und einen Enocean Omnio 4-fach Taster verwendet.
Das mit dem Bewegungsmelder hat sofort und super funktioniert. Das Licht kann ich mit dem 4-fach Schalter einschalten, jedoch nicht mehr ausschalten.
Die Omnio Taster senden pro Kanal ein true bei Betätigung und ein false, sobald die Taste losgelassen wird.Nun zu meinen Fragen:
- Wie löse ich dies mit dem Taster, dass die eine Taste zum einschalten ist und die andere zum ausschalten des Lichts / Relais?
- Gibt es schon eine Funktion in diesem Adapter um mit einem solchen Taster Lichter zu dimmen oder die Lautstärke zu erhöhen / senken?
Vielen Dank im Voraus
Gruss Thomas
-
Hallo Zusammen,
Zuerst mal vielen Dank für eure Arbeit! Der Adapter sieht echt toll aus und wird mir bestimmt den Einstig vereinfachen :-)
Ich bin mal ehrlich und teile gleich mit, dass ich noch nicht Stunden mit dem Adapter verbracht habe.
Habe für einen Test mal ein Shelly 2.5 mit zwei Glühbirnen bestückt. Die Taster Eingänge am Shelly werden nicht angesteuert.
Somit wird der Shelly einzig als Relais genutzt. Zum Ansteuerung habe ich mal eine Bewegungsmelder von Xiaomi und einen Enocean Omnio 4-fach Taster verwendet.
Das mit dem Bewegungsmelder hat sofort und super funktioniert. Das Licht kann ich mit dem 4-fach Schalter einschalten, jedoch nicht mehr ausschalten.
Die Omnio Taster senden pro Kanal ein true bei Betätigung und ein false, sobald die Taste losgelassen wird.Nun zu meinen Fragen:
- Wie löse ich dies mit dem Taster, dass die eine Taste zum einschalten ist und die andere zum ausschalten des Lichts / Relais?
- Gibt es schon eine Funktion in diesem Adapter um mit einem solchen Taster Lichter zu dimmen oder die Lautstärke zu erhöhen / senken?
Vielen Dank im Voraus
Gruss Thomas
@Funbug sagte in Test Adapter SmartControl 0.3.x GitHub (ab 12.09.20):
Wie löse ich dies mit dem Taster,
warum zwei Verschiedenen Taster belegen, du kannst das mit einen Taster machen und nimmst die Toggle Funktion.
siehe unter "Andere Auslöser"
