Teste Adapter SmartControl 0.1.x-beta.x
-
Zu Welches Info-Logging wünscht ihr euch denn?
@ilovegym (Antwort: https://forum.iobroker.net/post/464255)
@BoehserWolf (Antwort: https://forum.iobroker.net/post/464287)Danke für eure Vorschläge.
Also Konsens ist: nur das nötigste in den Info-Log. Habe ich jetzt so umgesetzt. Hier die Beschreibung:
D.h. wenn deaktiviert, dann wandern die erweiterten Info-Logs ins Debug.
-
@Mic Ich habe die neue Beta installiert. Danke für die neu Einstellung bei den Bewegungsmeldern:
((Mic-M) New feature: New option in motion sensor table: if activated, motion triggers will not set a timeout if target device was turned on previously without a motion trigger ("manually"). Forum Link)
Jetzt werden hoffentlich die Lampen nicht mehr durch die Bewegungsmelder ausgeschaltet.
Ich gebe dir Morgen Rückmeldung.
-
@MartyBr sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Jetzt werden hoffentlich die Lampen nicht mehr durch die Bewegungsmelder ausgeschaltet.
Ich gebe dir Morgen Rückmeldung.Danke, bin gespannt, ob es gut funktioniert. War etwas aufwändig, das einzubauen.
Was hier auch gemacht wird:
Wenn die vom Bewegungsmelder getriggerte Zone mehr als ein zu schaltendes Zielgerät enthält, dann werden etwaige bereits zuvor NICHT per Bewegungsmelder, angeschaltete Geräte einfach ignoriert, die restlichen Geräte der Zone erhalten aber einen Timer zum ausschalten. So ergab die Umsetzung zumindest für mich am meisten Sinn, gerade wenn es sich um mehrere Geräte in einer Zone handelt, die auch manuell geschaltet werden.
Also: Im Laufe der Zeit werden in einer Zone "manuell" (oder z.B. per "Zeitabhängige Auslöser") einzelne Lichter/Geräte eingeschaltet, dann werden diese halt nicht per Timer ausgeschaltet, sobald es Bewegung in der Zone gab, aber dann keine Bewegung mehr. -
@Mic
Habe mir das mit dem schalten der Zonen zu bestimmten Zeiten noch einmal angesehen.
Wenn ein MS für zwei Zonen mit unterschiedlichen Zielgeräten und zwei Zeiten definiert wird schaltet der MS beide Zonen unabhängig der Ausführungszeiten.
Wenn ich zwei MS einsetze funktioniert es:
Kannst du dir das bitte noch einmal ansehen? Ich habe zwei MS im Flur um diesen besser auszuleuchten.
Danke.
-
@Michael-Sauer sagte in Teste Adapter SmartControl 0.1.1-beta.x:
MS
Wer oder was ist MS?
Kannst du bitte Screenshots von
- Zielgeräte
- Bewegungsmelder
- Zonen
- Ausführung
machen. Am besten mit Beschriftung oder mit Tabellenüberschrift jeweils.
-
@Mic sagte in Teste Adapter SmartControl 0.1.1-beta.x:
@Michael-Sauer sagte in Teste Adapter SmartControl 0.1.1-beta.x:
MS
Wer oder was ist MS?
Kannst du bitte Screenshots von
- Zielgeräte
- Bewegungsmelder
- Zonen
- Ausführung
machen. Am besten mit Beschriftung oder mit Tabellenüberschrift jeweils.
Update: konnte Problem nachvollziehen. Melde mich.
-
@Mic
zu deiner Frage
"Wozu braucht es denn eine csv-Datei? Wäre nicht als Log und dann als JSON sinnvoller? Der Logparser-Adapter macht dann eh den Rest im Bedarf (JSON-Umwandlung, etc.)."ich finde die Ablage von logs in Datenpunkten nicht geeignet, da es ja auch um eine langfristige Speicherung geht.
JSON listen sind dann ok, wenn es nur um ein paar Tage gehen soll.So können beispielsweise langfristige verläufe gelogged und auch durch Excel gut lesbar dargestellt werden.
vG Looxer
-
@Mic Der erste Test gestern war positiv. Ich hatte für das Wohnzimmer 3 Zonen definiert mit jeweils einer Lampe. Bevor die Bewegungsmelder aktiv werden (das wird über die Helligkeit im Wohnzimmer gesteuert) gehen die Lampen aufgrund der Steuerung durch einen Helligkeitssensor Außen an.
Bisher wurden die Lampen dann durch die Steuerung Bewegungsregler übersteuert und gingen dann nach 300 Sek. aus.
Mit der neuen Beta ist das behoben. -
@Mic
MS = Motion Sensor -
Mit welchen objects bindet ihr eure Bewegungsmelder ein?
Gibt es da eine andere Möglichkeit bei Philips Hue Bewegungsmeldern (oder anderen BW) wegen der Verzögerung von 2-3 Sekunden bei den beiden Philips Hue Adaptern? Die Bewegungsmelder werden für 3 Tasmota Birnen über den MQTT Adapter benutzt.
Ansonsten funktioniert der Adapter Top.
Gerade hier kann man genau die Zeit einstellen (nicht nur 1, oder 2 Minuten wie bei der Alexa App unter Routinen) und auch direkt den Lumen Wert/Helligkeitsensor (den man eigentlich auch nur mit Zigbee Birnen direkt in der Hue App einstellen kann) Nur die Verzögerung stört... -
@BlackRed sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Mit welchen objects bindet ihr eure Bewegungsmelder ein?
Gibt es da eine andere Möglichkeit bei Philips Hue Bewegungsmeldern (oder anderen BW) wegen der Verzögerung von 2-3 Sekunden bei den beiden Philips Hue Adaptern? Die Bewegungsmelder werden für 3 Tasmota Birnen über den MQTT Adapter benutzt.
Ansonsten funktioniert der Adapter Top.
Gerade hier kann man genau die Zeit einstellen (nicht nur 1, oder 2 Minuten wie bei der Alexa App unter Routinen) und auch direkt den Lumen Wert/Helligkeitsensor (den man eigentlich auch nur mit Zigbee Birnen direkt in der Hue App einstellen kann) Nur die Verzögerung stört...Bei Hue hast du immer diese Verzügerung durch das Polling. Ich nutze den ConBee mit Aquara Bewegungsmeldern, da gibts keine Verzögerung.
-
@Mic ,
das ließt sich alles sehr vielversprechend und ich denke, dass ich demnächst auch mal mit testen beginnen werde ;-).
Echt tolle Arbeit bisher.Sind denn auch VIS Widgets geplant um angelegte Steuerungen komfortabel in VIS zu editieren?
Denn von unterwegs auf dem Smartphone ist die Iobroker Seite nicht gerade gut zu bedienen.
-
@K_o_bold schau dir für die Steuerung mal iQontrol an. Das nutze ich dafür
-
Neue Version 0.1.1-beta.3
0.1.1-beta.3
- (Mic-M) Breaking: I did some breaking code changes under the hood, to fix various issues. I have tested these changes well, but negative side effects are still likely. No changes to options or states, so no worries here. But please use new version with care and report any issues.
- (Mic-M) Fix: issue https://forum.iobroker.net/post/464466
- (Mic-M) Extensive code changes and several bug fixes within code
- (hombach) corrected typos and wordings in admin/index_m.html
- (hombach) corrected translations in docs/translations.md
- (hombach) extended Travis tests to include ARM CPUs
Wesentliche Änderungen passierten unter der Haube, ich musste einige Funktionen im Adapter-Code korrigieren, anpassen etc. Grund: Bug Fixes, Adapter-Code-Konzept-Änderungen, etc.
Ich hab die 0.1.1-beta.3 soweit getestet, aber kann gut sein, dass es noch Fehler gibt, falls von 0.1.1-beta.2 aktualisiert.
Datenpunkte oder Admin-Einstellungen haben sich aber nicht geändert.Auslöser war https://forum.iobroker.net/post/464466 - danke an @Michael-Sauer für das Reporting deines validen Use Cases, der so nicht funktionierte. Erforderte einiges an Code-Umbauarbeiten und dabei gleich mehrere Fehlerbereinigungen und Verschlankungen.
-
@looxer01 sagte in Teste Adapter SmartControl 0.1.1-beta.x:
@Mic
zu deiner Frage
"Wozu braucht es denn eine csv-Datei? Wäre nicht als Log und dann als JSON sinnvoller? Der Logparser-Adapter macht dann eh den Rest im Bedarf (JSON-Umwandlung, etc.)."ich finde die Ablage von logs in Datenpunkten nicht geeignet, da es ja auch um eine langfristige Speicherung geht.
JSON listen sind dann ok, wenn es nur um ein paar Tage gehen soll.So können beispielsweise langfristige verläufe gelogged und auch durch Excel gut lesbar dargestellt werden.
vG Looxer
Danke für die Erklärung. Verstehe deinen Use Case gut. Aber hat man das auch nicht mit anderen Adaptern? Ich frage, weil es dann evtl. sinnvoller ist, das in den LogParser-Adapter zu integrieren, und nicht hier. Was meinst du?
@MartyBr sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Der erste Test gestern war positiv. (...) Mit der neuen Beta ist das behoben.
Cool, freut mich dass es läuft.
@BlackRed sagte in Teste Adapter SmartControl 0.1.1-beta.x:
wegen der Verzögerung von 2-3 Sekunden bei den beiden Philips Hue Adaptern
@siggi85 sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Bei Hue hast du immer diese Verzügerung durch das Polling.
Bewegungsmelder-Datenpunkte, die eine Verzögerung haben, wird auch dieser Adapter nicht korrigieren können, da bräuchte es eine Glaskugel
@K_o_bold sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Sind denn auch VIS Widgets geplant um angelegte Steuerungen komfortabel in VIS zu editieren?
Siehe Antwort von @Kueppert. Du kannst die Adapter-States verwenden unthalb von
smartcontrol.0.optionsin deiner Visualisierung, welche du auch immer nimmst. VIS-Widgets sind derzeit nicht geplant. -
Achtung
Habe noch Fehler in 0.1.1-beta.3 gesehen, bitte daher vorerst nicht verwenden und bei 0.1.1-beta.2 bleiben.Behoben - siehe Update: https://forum.iobroker.net/post/465264
-
@Mic wenn ich jetzt neu via GitHub installieren möchte (hab den Adapter bis jetzt noch nicht, will ihn aber haben ^^) wir komme ich an die beta.2?
Ich vermute, abwarten, bis beta.4 raus ist ohne den gefundenen Bug?
Danke dir und vG, Thorsten -
@Mic sagte in Teste Adapter SmartControl 0.1.1-beta.x:
Danke für die Erklärung. Verstehe deinen Use Case gut. Aber hat man das auch nicht mit anderen Adaptern? Ich frage, weil es dann evtl. sinnvoller ist, das in den LogParser-Adapter zu integrieren, und nicht hier. Was meinst du?
Hi Mic,
es macht wahrscheinlich auch Sinn im Logparser.
Der Grund hier ist mehr der Kontext zum Thema Nachrichten.
Ich habe es zumindest bei mir so definiert fuer jede Aktion
Optional:
Definition Log Message (hier wird der Text eingegeben)
Sichtbar in Log Y/N
Message per email Y/N
Message per Push Y/N
Message in Datei - "Dateiname"Somit kann für Jede Message die genaue Ausgabe definiert werden.
Zusätzlich lassen sich aktionsmessages Ausgaben in eine Datei thematisch zusammenfassung. z.B. Aktionsausgaben zur Poolsteuerunghier mal die Definition der Aktionen aus dem Script. Vielleicht wird es dann etwas klarer
"PoolFilterAnMittel", //Spalte 0 AktionsID 'hm-rpc.0.JEQ0295xxx.1.STATE', //Spalte 1 Gerät das reagieren soll "", //Spalte 2 Datum ab dem reagiert werden soll - Format dd:mm "", //Spalte 3 Datum bis zu dem reagiert werden soll - Format dd:mm "", //Spalte 4 Nur an diesen Wochentagen 0000000 = 1.Stelle=Sonntag 2.Stelle=Montag 7.Sams "", //Spalte 5 Zeit ab der reagiert werden soll - Format hh:mm "", //Spalte 6 Zeit bis zu der reagiert werden soll - Format hh:mm oder true, //Spalte 7 Wert für das zu reagierende Gerät gesetzt werden soll false, //Spalte 8 Rücksetzwert falls automatisch nach der Schaltdauer wieder zurückgesetzt werden soll 0, //Spalte 9 Zeitverzögerung für das setzen des Wertes 16200, //Spalte 10 Schaltdauer "Pool Filter 4:30 Stunden an", //Spalte 11 zu sendende Message true, //Spalte 12 Message in log false, //Spalte 13 Message mit Pushbullet false, //Spalte 14 Message mit email true, //Spalte 15 Log in CSV Datei "IFTTT-Pool" //Spalte 16 Dateiname fuer die CSF Datei ohne ".csv" -
@Kueppert sagte in Teste Adapter SmartControl 0.1.1-beta.x:
@Mic wenn ich jetzt neu via GitHub installieren möchte (hab den Adapter bis jetzt noch nicht, will ihn aber haben ^^) wir komme ich an die beta.2?
Ich vermute, abwarten, bis beta.4 raus ist ohne den gefundenen Bug?
Danke dir und vG, ThorstenHi Thorsten,
freut mich, dass du heißt darauf bist
Gleich folgt ein Update-Beitrag, Fehler sollten behoben sein in aktueller 0.1.1-beta.4.
Zur Frage "Wie kann ich eine ältere Adapter-Version von Github installieren, falls Adapter noch nicht im Latest/Stable" - das weiß ich auch nicht. Github habe ich mir soweit alles selbst beigebracht, um einen Adapter zu veröffentlichen und zu aktualisieren, auch dank Forumhilfe.
Request/Wunsch an alle:
Ich wäre sehr dankbar für eine Schritt-für-Schritt-Anleitung, wie über ioBroker eine ältere Github-Version eines Adapters eingespielt werden kann, von einem Adapter, der noch nicht im Latest/Stable Repository ist.
Dann baue ich das in die Doku ein. Wäre wohl auch sehr hilfreich für andere Entwickler. -
Danke
Ich lege jetzt mal ein Issue an, die Logs anwender-spezifisch zu gestalten, also dass die Texte des Logs frei vergeben werden können, mit Platzhaltern z.B.[timeoutSeconds]etc.
