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

[Mic]

Nachtrag zur neuen Version 0.1.2-BETA.1

Organisation umfangreicher Einstellungen

Wenn ihr Namen eingebt, also Geräte-Namen, Zusätzliche Bedingungen, Auslöser-Namen, dann trennt am besten per Punkt, also ähnlich wie ihr das auch in Datenpunkten gewohnt seid.

Beispiel für Zielgeräte:

Überlegt euch hierbei eine sinnvolle Einteilung, z.b. für "Zielgeräte" Raum.Gerät.Eigenschaft. Ihr könnt dabei beliebig viele Unterpunkte verwenden, wie z.B. EG.Flur Nord.Lichter.Decke.Helligkeit.20%

Damit habt ihr damit den Vorteil, dass das alles in Ordner und Unterordner gruppiert wird bei Auswahl dieser Optionen:

Außerdem macht es dann auch der Filter einfach für euch, in dem ihr z.B. den Raum, Gerätenamen, etc. eingebt:

Natürlich geht es auch "flach", also ohne Punkte als Trenner:

Gerade bei vielen Einträgen empfehle ich aber die "Punkt-Notation".

[sigi234]

@Mic sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Ist nun auf Github verfügbar als Version 0.1.2-beta.1.

smartcontrol.0	2020-08-06 21:54:57.035	error	(9932) [Adapter Config Verification Failed] 13 error(s) found --> Please check the log for details and then correct your configuration accordingly. You will not be able to use this adapter without fi
smartcontrol.0	2020-08-06 21:54:57.034	warn	(9932) [Config Table 'Zones'] Field "targets" is empty.
smartcontrol.0	2020-08-06 21:54:57.034	warn	(9932) [Config Table 'Zones'] Field "triggers" is empty.
smartcontrol.0	2020-08-06 21:54:57.034	warn	(9932) [Config Table 'Zones'] Field "targets" is empty.
smartcontrol.0	2020-08-06 21:54:57.034	warn	(9932) [Config Table 'Zones'] Field "triggers" is empty.
smartcontrol.0	2020-08-06 21:54:57.033	warn	(9932) [Config Table 'Zones'] Field "targets" is empty.
smartcontrol.0	2020-08-06 21:54:57.033	warn	(9932) [Config Table 'Zones'] Field "triggers" is empty.
smartcontrol.0	2020-08-06 21:54:57.026	warn	(9932) [Config Table 'Conditions'] Field "name" is empty.
smartcontrol.0	2020-08-06 21:54:57.024	warn	(9932) [Config Table 'Conditions'] Field "name" is empty.
smartcontrol.0	2020-08-06 21:54:57.023	warn	(9932) [Config Table 'Conditions'] Field "name" is empty.
smartcontrol.0	2020-08-06 21:54:57.018	warn	(9932) [Config Table 'Target Devices'] Field "name" is empty.
smartcontrol.0	2020-08-06 21:54:57.016	warn	(9932) [Config Table 'Target Devices'] Field "name" is empty.
smartcontrol.0	2020-08-06 21:54:57.014	warn	(9932) [Config Table 'Target Devices'] Field "name" is empty.
smartcontrol.0	2020-08-06 21:54:57.011	warn	(9932) [Config Table 'Target Devices'] Field "name" is empty.


smartcontrol.0	2020-08-06 21:54:56.938	info	(9932) starting. Version 0.1.2-beta.1 in C:/Program Files/iobroker/Test/node_modules/iobroker.smartcontrol, node: v12.18.0, js-controller: 3.1.6

[Mic]

@sigi234

Bitte deutlich mehr Details, versetze dich bitte in mich als Entwickler ohne "Glaskugel". Danke :-) Also was du gemacht hast, von Vorversion installiert oder nicht, usw.
Konfig-JSON sicherlich auch sinnvoll im Fall. Die Infos halt in Anbetracht des gesunden Menschenverstandes, was hilfreich ist für den Entwickler, um hier zu helfen ;-)
Denn nur mit nem Screenshot und Logauszug kann ich sicherlich nicht helfen.

[sigi234]

@Mic sagte in Teste Adapter SmartControl 0.1.x-beta.x:

@sigi234

Bitte deutlich mehr Details, versetze dich bitte in mich als Entwickler ohne "Glaskugel". Danke :-) Also was du gemacht hast, von Vorversion installiert oder nicht, usw.
Konfig-JSON sicherlich auch sinnvoll im Fall.
Denn nur mit nem Screenshot und Logauszug kann ich sicherlich nicht helfen.

Ja, bin noch dabei........

[Mic]

@sigi234
Dann am besten gleich vollständiger Beitrag, denn so mit den Edits verwirrt das nur. Kannst auch gerne Github Issue stattdessen auchmachen mit allen Infos. Danke :-)

[sigi234]

@Mic sagte in Teste Adapter SmartControl 0.1.x-beta.x:

@sigi234
Dann am besten gleich vollständiger Beitrag, denn so mit den Edits verwirrt das nur. Kannst auch gerne Github Issue stattdessen auchmachen mit allen Infos. Danke :-)

Hatte Heute einen Stromausfall, seit dem spinnt das System von mir ein wenig.....

[Ein ehemaliger Benutzer]

@Mic Hi Mic, super, funktioniert astrein, die Auswahl ist so viel viel Übersichtlicher!

Bist mein absoluter Held ! :-)

Die Eierlegende selbstversorgende Wollmilchsau ist am laufen.. :-)

[Ein ehemaliger Benutzer]

@sigi234 Die Fehlermeldung hatte ich auch einmal, nachdem ich die Namen geändert hatte, und damit die Zielobjekte weg waren. Nachdem ich diese wieder eingetragen hatte, alles gut...

[Kueppert]

@sigi234 sagte in Teste Adapter SmartControl 0.1.x-beta.x:

@Mic sagte in Teste Adapter SmartControl 0.1.x-beta.x:

@sigi234
Dann am besten gleich vollständiger Beitrag, denn so mit den Edits verwirrt das nur. Kannst auch gerne Github Issue stattdessen auchmachen mit allen Infos. Danke :-)

Hatte Heute einen Stromausfall, seit dem spinnt das System von mir ein wenig.....

OFFTOPIC: keine USV an der Heimautomatisierung? Kann ich dir hiermit nur wärmstens ans Herz legen ;)

[harrym]

@mic was mir aufgefallen ist, die "weiteren Optionen" werden nicht gespeichert.

[Mic]

@harrym sagte in Teste Adapter SmartControl 0.1.x-beta.x:

@mic was mir aufgefallen ist, die "weiteren Optionen" werden nicht gespeichert.

Danke für deine Meldung. Ist behoben in 0.1.2-beta.2.

[dslraser]

@Mic
Ich habe heute mal Deinen Adapter installiert und absichtlich nichts vorher dazu gelesen. Warum ? : weil ich wissen wollte ob sich der Adapter (wie von Dir gewünscht) ohne Vorkenntnisse konfigurieren lässt.

Leider muss ich sagen, für mich noch nicht.

Ich habe den Adapter installiert und eine Instanz angelegt. In dieser Instanz waren dann schon "Dinge" eingestellt. Diese habe ich dann erstmal alle gelöscht. (weil ich englische Bezeichnungen nicht mag). Dann gespeichert und es kamen sofort Fehlermeldungen im Log, weil nun nichts mehr im Adapter vorhanden war.
Als nächstes habe ich versucht ein Küchenlicht (HUE Szene) über einen HMIP Präsenzmelder (über rpc Adapter) ohne zusätzliche Bedingungen zu schalten. (ohne Schwellwert Helligkeit oder Zeitplan oder irgendwas)
Ergebnis, es schaltet nichts und es kommen Fehler im Log...

Wert für ein (true) ist ein Button (es ist eine HUE Szene), Wert für aus ist ein Schalter (switch) aus den Datenpunkten des HUE Adapter.

Das ist ein Präsenzmelder (HMIP über rpc)

In Ausführung habe ich nichts eingestellt (weil ich noch keine Zonen oder Zeiten habe, es soll einfach erstmal nur schalten, was aber ohne diese Einstellung wahrscheinlich nicht funktioniert ?) Warum soll mann Zeiten oder Zonen definieren, wenn einfach immer geschaltet werden soll ? Wie würde ich eine vorherige Überprüfung machen, ob das Licht schon/noch an ist ? Wenn noch/schon an, dann muss ja nicht geschaltet werden.

Ergebnis beim speichern

Das soll alles kein meckern sein, das soll nur als mein allererstes Feedback dienen.

EDIT:
Das wäre z.B. ein kleines Blockly, was dann über Deinen Adapter abgelöst werden könnte (davon habe ich noch sehr viele andere, zum Teil mit vielen anderen Bedingungen) In diesem Blockly gibt es eine Helligkeitschwelle (selbst erstellter Datenpunkt). Die Helligkeit wird über einen anderen Bewegungsmelder (aussen) gemessen. Diesen Vergleichswert nutze ich in allen anderen Blocklys mit Helligkeitsschwelle.
In diesem Blockly wird auch überprüft, aber die Bewegungserkennung des Melders eingeschaltet ist. Mit anderen Blocklys über Taster oder per Sprache (Alexa) kann ich die Bewegungserkennung vorübergehend deaktivieren.(z.B. im Badezimmer, wenn ich "Bewegungslos" in der Badewanne liege und das Licht trotzdem an bleiben soll)

JS-Blockly-Ansicht

on({id: new RegExp('hm-rpc\\.0\\.000C18A996B41F\\.1\\.PRESENCE_DETECTION_STATE' + "|" + 'hm-rpc\\.0\\.000C18A996B41F\\.1\\.PRESENCE_DETECTION_ACTIVE'), change: "ne"}, function (obj) {
   if (getState("hm-rpc.0.000C18A996B41F.1.PRESENCE_DETECTION_STATE").val && getState("hm-rpc.0.000BD5699D4868.1.ILLUMINATION").val <= getState("0_userdata.0.Helligkeit.Helligkeit_Grenzwert").val && !getState("hue.0.Küche.on").val) {
   setState("hue.0.Küche.scene_orange"/*Scene orange*/, true);
 } else if (!getState("hm-rpc.0.000C18A996B41F.1.PRESENCE_DETECTION_STATE").val && getState("hm-rpc.0.000C18A996B41F.1.PRESENCE_DETECTION_ACTIVE").val && getState("hue.0.Küche.on").val) {
   setState("hue.0.Küche.command"/*Küche.command*/, '{"on":false,"transitiontime":100}');
 }
});

Die Zeit, wann die Bewegungs-oder Präsenzmelder wieder auf false gehen, wenn keine Bewegung mehr erkannt wird, ist in den Meldern selbst eingestellt, deshalb brauche ich auch keine Verzögerungen im Blockly, oder im Adapter.

[Mic]

@dslraser

Danke für dein umfangreiches Feedback :-)

Ich habe den Adapter installiert und eine Instanz angelegt. In dieser Instanz waren dann schon "Dinge" eingestellt. Diese habe ich dann erstmal alle gelöscht. (weil ich englische Bezeichnungen nicht mag). Dann gespeichert und es kamen sofort Fehlermeldungen im Log, weil nun nichts mehr im Adapter vorhanden war.

Genau so sollte das auch sein ;) Die Warn-Zeilen und die Fehler-Zeile weisen eben darauf hin, dass die Adapter-Optionen nicht passen, also fehlende Einträge usw.
Zukünftig denke ich an, hier schon eine Meldung beim Versuch des Speicherns der Admin-Optionen auszugeben.

Ergebnis, es schaltet nichts und es kommen Fehler im Log...
(...) In Ausführung habe ich nichts eingestellt

Wie soll denn das Hue-Küchenlicht bei deinen Einstellungen wissen, dass es schalten soll, wenn der "Präsenzmelder Küche" auslöst? Diese Verbindung musst du herstellen, in dem du auch eine Zone anlegst und eine Ausführung.
Das steht so auch in den Adapter-Optionen gleich beim Start.

Warum soll mann Zeiten oder Zonen definieren, wenn einfach immer geschaltet werden soll

Zeiten brauchst du nicht zu definieren. Unter "Ausführung" führst du alles zusammen, wenn immer geschaltet werden soll, dann:

Wie würde ich eine vorherige Überprüfung machen, ob das Licht schon/noch an ist ? Wenn noch/schon an, dann muss ja nicht geschaltet werden.

Das macht alles der Adapter im Hintergrund für dich automatisch ;-)

Die Zeit, wann die Bewegungs-oder Präsenzmelder wieder auf false gehen, wenn keine Bewegung mehr erkannt wird, ist in den Meldern selbst eingestellt, deshalb brauche ich auch keine Verzögerungen im Blockly, oder im Adapter.

Das verstehe ich nicht, und was meinst du mit "Verzögerungen?"
Oder möchtest du keinen Timer in Sekunden für das Ausschalten setzen, weil das schon über ein anderes Script läuft?

[dslraser]

@Mic sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Das verstehe ich nicht, und was meinst du mit "Verzögerungen?"
Oder möchtest du keinen Timer in Sekunden für das Ausschalten setzen, weil das schon über ein anderes Script läuft?

Bisher läuft das bei mir (über Blockly) so....
Das sind z.B. die Einstellungen des Melders:

Der Melder erkennt Bewegung und geht auf true, die HUE Lampe wird eingeschaltet. (Ein Button löst eine HUE Szene aus)
Der DP des Melders bleibt so lange auf true bis keine Bewegung mehr erkannt wird und setzt den DP nach der eingestellten Zeit (in diesem Fall nach 30s) auf false, dann geht das Licht wieder aus. (es wird über HUE Command ein Befehl zum langsamen runter dimmen/ausschalten gesendet. Command Befehle arbeitet die HUE Bridge selbst ab)

Im Adapter muß ich hier bei Sek eine Zahl eintragen (wofür wird die gebraucht und was macht das x ?)

Wie würde ich eine vorherige Überprüfung machen, ob das Licht schon/noch an ist ? Wenn noch/schon an, dann muss ja nicht geschaltet werden.

Das macht alles der Adapter im Hintergrund für dich automatisch 😉

Wenn ich die HUE Lampen über Command/Szenen Button schalten möchte (siehe Blockly oben), woher weiß der Adapter ob das Licht an oder aus ist ? (der DP, in dem zu erkennen ist, ob das Licht an oder aus ist, wurde/würde gar nicht im Adapter definiert ?)

[hetti72]

Hallo zusammen,

ich teste den Adapter auch schon eine Weile und find ihn echt toll. Ich hab nun aber auch mal eine Frage:

So wie ich das verstanden hab gibt es momentan noch keine möglichkeit "Button" Datenpunkte zu triggern (z.B. eine Scene für HUE oder Deconz). Richtig?
Ich würde gerne meine Lichter über Szenen steuern, weil ich bisher direkt in der HUE App die Möglichkeit hatte Szenen über den BWM zu triggern und ich so je nach Tageszeit verschiedene Stimmungen erzeugen möchte.

Und dann hab ich noch einen Verbesserungsvorschlag:
Es gibt ja schon die Möglichkeit verschiedene Einstellungen über Datenpunkte zu deaktivieren / aktivieren. Ich fände es gut wenn man auch die Helligkeit und die Einschaltedauer unter Auslöser/Bewegungsmelder per Datenpunkt veränderbar machen könnte. Dann könnte man mal schnell über die VIS die "Helligkeit" für einen Bewegungsmelder anpassen, so ähnlich wie es über die HUE App direkt möglich ist.

Gruß,
Frank

[Ein ehemaliger Benutzer]

@dslraser Hi, klick mal auf den dunkelblauen Balken in der Adapterkonfig, dann kommt der Hilfetext, dann ist dein Rätselraten vorbei...

[dslraser]

@ilovegym
den habe ich tatsächlich bisher nicht mit bekommen.

[Ein ehemaliger Benutzer]

@dslraser nicht schlimm, soviel Userfreundlichkeit kennt man vom Rest halt nicht...🙈🤣

[dslraser]

@ilovegym sagte in Teste Adapter SmartControl 0.1.x-beta.x:

dann kommt der Hilfetext, dann ist dein Rätselraten vorbei...

Ich rätsel trotzdem noch...(vielleicht verstehe ich es einfach nicht)

Hier im Hilfetext bei Auslöser steht

Meine Bewegungsmelder bleiben so lange true bis sie keine Bewegung mehr erkennen und schalten danach dann auf false. (z.B.30 Sekunden nach der letzten erkannten Bewegung. Es läuft quasi intern im Melder selbst ein Timer)

Ich muss im Adapter aber eine Zahl bei Sek. eintragen (sonst kommt eine Fehlermeldung wenn das Feld kleiner als 2 Sek. ist). Eine erneute Bewegung wird der Adapter aber nicht feststellen, da zwischendurch der Melder nicht von true auf false wechselt, weil der immer noch eine Bewegung erkennt und immer true bleibt. Trotzdem schaltet dann der Adapter das Licht nach der im Adapter eingestellten Zeit ab. Das heißt, ich müsste eine Zeit eintragen, die größer ist als die im Melder definierte Zeit, oder ?

und woher will der Adapter wissen ob das Zielgerät bereits an ist (wenn über Command eingeschaltet wird, steht da nur der letzte Command Befehl im DP drinn, deshalb kann die Lampe trotzdem an oder aus sein. Ob die Lampe an ist oder nicht steht in einem anderen Datenpunkt (nicht im Command Datenpunkt)
(z.B. wenn .on true ist, oder der .level > 0---dann ist die Lampe an)

[crunchip]

@dslraser sagte in Teste Adapter SmartControl 0.1.x-beta.x:

z.B. wenn .on true ist, oder der .level > 0---dann ist die Lampe an

und das sind ja deine Zielgeräte die du im Adapter definierst, somit weiß der Adapter ob das Gerät an oder aus ist.

@dslraser sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Trotzdem schaltet dann der Adapter das Licht nach der im Adapter eingestellten Zeit ab.

weil beim schalten auf true der Timer im Adapter beginnt.

deine xx sek die du bei deinem BWM einstellen kannst ist doch auch nichts anderes, als bei einem z.b. einfachen Xiaomi BWM...nur das der nach einer festen Zeit bei nicht Bewegung von true auf false wechselt.
wenn dein BWM das Licht nicht auschalten soll, musst du das X setzen, andernfalls schaltet der Adapter dein Licht nach der definierten Zeit, die du im Adapter angeben musst.
Ich hab BWM, die nach 120 sek und auch welche, die nach 5sek eine neue Bewegung erkennen, der Status (true/false) wechselt paar sek danach. Im Adapter ist meine hinterlegte Zeit zum schalten größer ( ab 2min aufwärts)

@dslraser sagte in Teste Adapter SmartControl 0.1.x-beta.x:

Eine erneute Bewegung wird der Adapter aber nicht feststellen

bin nicht sicher ob nur auf Änderung oder auf Aktualisierung abgefragt wird