Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20)

[Mic]

@dslraser sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

@Mic
ich mach morgen mal ein Debug Log, wenn Dir das reicht ?

Danke, aber ich fürchte das Log gibt das so nicht her.

Kannst du bitte mal folgendes testen:
Lass den Bewegungsmelder auslösen. Datenpunkt wird dann sicherlich {val:true, ack:true} machen.

Dann noch mal eine Bewegung, z.B. nach 30 Sekunden (je nach dem wie halt wohl der HM-BWM eingestellt ist auf Bewegungserkennung) - setzt er dann wieder {val:true, ack:true} ?

Das jeweilige Ergebnis siehst du in den Objekten, wenn du mit der Maus darüber gehst.
Im Beispiel ist val:false (=Wert: false) und ack:true (=Bestätigung: true)

Falls das viel zu umständlich: dann schreibe ich gerne ein JavaScript zum testen, dann bekommen wir das in der Log-Ausgabe
Ist ja auch vom Timing her tricky....

[dslraser]

@Mic
das wäre z.B. ein Präsenzmelder für Dein Test Script

hm-rpc.0.000C18A996B41F.1.PRESENCE_DETECTION_STATE

RAW

{
 "type": "state",
 "common": {
   "def": false,
   "type": "boolean",
   "read": true,
   "write": false,
   "name": "Präsenzmelder Küche.PRESENCE_DETECTION_STATE",
   "role": "sensor.motion"
 },
 "native": {
   "MIN": false,
   "OPERATIONS": 5,
   "MAX": true,
   "FLAGS": 1,
   "ID": "PRESENCE_DETECTION_STATE",
   "TYPE": "BOOL",
   "DEFAULT": false,
   "CONTROL": "MOTIONDETECTOR_TRANSCEIVER.MOTION_DETECTION_STATE"
 },
 "from": "system.adapter.hm-rega.0",
 "user": "system.user.admin",
 "ts": 1596734876061,
 "_id": "hm-rpc.0.000C18A996B41F.1.PRESENCE_DETECTION_STATE",
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 }
}

So läuft dieser Präsenzmelder aktuell per Blockly

Hier die JS Ansicht vom Blockly

JS vom Blockly

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) {
   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) {
   setState("hue.0.Küche.command"/*Küche.command*/, '{"on":false,"transitiontime":100}');
 }
});

[Mic]

@dslraser
Danke, aber hat das jetzt mit der derzeitigen Problematik zu tun? Verstehe ich grad nicht
Präsenz-Melder-Datenpunkte sollten in die Tabelle "2. ZUSÄTZLICHE BEDINGUNGEN", also "wer anwesend", etc.

[dslraser]

@Mic
ähm, wie ?

Präsenzmelder ist auch ein "Bewegungsmelder", nur genauer. Oder was meinst Du ?
(Ich kann Dir aber auch einen Bewegungsmelder testen, das Prinzip ist das Gleiche)
Ich habe hier 18 Bewegungsmelder (innen und aussen am Haus---verschiedene Sorten von HMIP, aber das Prinzip ist bei Allen das Gleiche)

Diese hier hätte ich hier zum testen...

[Mic]

@dslraser
Ich habe die Vermutung wir schreiben aneinander vorbei
Die Homematic-Welt ist mir relativ fremd, auch wenn bei mir eine CCU2 in Betrieb ist wegen der Heizungsthermostate Aber ich komme nicht aus der Homematic-Ecke, im Gegensatz zu wohl einigen hier Daher auch meine Fragen...
Ich dachte bei "Präsenzmelder" an "ist wer anwesend: ja/nein"...

Wie gesagt, für mich für den Adapter wäre noch wichtig zu wissen, wie das Verhalten bezüglich {val:true, ack:true} bei Bewegung ist.

[dslraser]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Wie gesagt, für mich für den Adapter wäre noch wichtig zu wissen, wie das Verhalten bezüglich {val:true, ack:true} bei Bewegung ist.

Du hast ein Testscript dafür angeboten und ich habe Dir den Datenpunkt des Bewegungsmelders/Präsenzmelders für das Testscript hier rein geschrieben

Ich dachte bei "Präsenzmelder" an "ist wer anwesend: ja/nein"...

Das ist quasi ein Bewegungsmelder, der nur noch feiner reagiert (tippen auf der Tastatur reicht für die Bewegungserkennung schon aus)

[Mic]

@dslraser
Sehe ich mir gerne die Tage an.

Eine große Bitte: Du scheinst nach dem posten hier im Nachhinein Änderungen an deinen Beiträgen zu machen, das ist gut so aber macht es mir sehr schwer zu folgen.
Bitte daher am besten Beitrags-Änderungen irgendwie kennzeichnen.
Kommt sicherlich daher, weil wir jetzt grad simultan geschrieben haben, aber macht mir das ganze nicht einfacher, wenn dann plötzlich darüber noch Screenshots, Infos, etc. folgen, nachdem ich schon darunter genatwortet habe oder dabei bin. Und damit stehe ich irgendwie auch "doof" da mit meiner Antwort, wenn darüber danach aktualisiert wird.

Daher Updates am besten als neuen Beitrag oder sehr gut gekennzeichnet.
Danke

[dslraser]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Daher Updates am besten als neuen Beitrag oder sehr gut gekennzeichnet.
Danke

okay.
(ich habe eben einiges am Handy geschrieben, da ist das zitieren nicht ganz so leicht, weil ich dann Dein geschriebenes nicht sehe, es sei denn, ich zitiere den ganzen Beitrag (Vollzitat), was auch nicht gewünscht ist im Forum)

[Christoph1337]

@Mic said in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Was wäre denn die Lösung für eure Hardware, im Adapter auch 'false' abfangen? Also sobald "false", dann startet der Timer?

Hey @Mic,

danke für die Antwort.

Genau der PIR ist der Bewegungsmelder.

Ich denke eigentlich dürfte sich ja jeder Bewegungsmelder so verhalten. Wenn durchgängig Bewegung (Party und alle tanzen). Dann bleibt der Wert durchgängig auf TRUE.

In meinem Aktuellen Script läuft der Timer erst los, wenn der Wert zurück auf FALSE fällt und wird gestoppt, wenn er wieder TRUE wird.

Beste Grüße

[rudiraz]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Was wäre denn die Lösung für eure Hardware, im Adapter auch 'false' abfangen? Also sobald "false", dann startet der Timer?

Ich glaube, damit würden dann so gut wie alle Bewegungsmelder funktionieren

[BoehserWolf]

@dslraser Hätte mal ne kurze Offtopic Frage: Wie schaffst du es mit so vielen BWM und Präsenzmeldern den DutyCycle im Griff zu behalten? Bei mir machen 2 BWM, je nach Durchgangshäufigkeit, ca. 10% DC + aus.
Evtl. könntest du deine Empfehlungen in einem anderen Thread zur Verfügung stellen?
Danke

[dslraser]

@BoehserWolf
Ich habe da bisher keine Probleme, auch nicht wenn der Staubsauger herum fährt oder das Haus mit Besuch voll war.
Aktuell sind wir zu zweit und bewegen uns auch im Haus.

Gerade eben

Tipps habe ich keine, nur vielleicht die Bewegungsmelder Einstellungen wie hier schon gezeigt.
Mein DutyCycle war max bei ca. 60%, aber nur wenn Firmware Updates an die Geräte verteilt werden.
Sonst liegt der immer zw. 15%-35%.

[zahnheinrich]

@Mic
Habe gerade getestet mit einem HmIP-SMI.
Leider wird innerhalb des Mindestsendeabstands von eingestellen 4 Minuten keine Aktualisierung geschickt, trotz der Einstellung "Innerhalb des Sendeabstandes erkannte Bewegung senden".
Heisst : Der Zeitstempel bleibt gleich, "Wert" und "Bestätigt" beleiben die ganze Zeit unverändert auf true.

[A Former User]

Hallo,
ich habe mal eine Verständnisfrge: was ist der Unterschied in der Abfrage der Sekunden im Reiter "Auslöser" und "Zonen"? Welcher Wert wird wann und wo abgefragt, bzw. welcher ist bevorrechtigt, wenn ich verschiedene Angaben mache?

Danke
Norbert

[Mic]

@dslraser

Das wäre das JavaScript zum testen, wie Homematic sich verhält. Vermutlich aber so wie jeder anderer BWM.

Spoiler

// Datenpunkt Bewegungsmelder hier eintragen
const motionState = 'mihome.0.devices.sensor_motion_aq2_xxxxxxx.state';

main()
function main() {
    try {
        if (!existsState (motionState)) throw(`State ${motionState} existiert nicht.`)

        const stateObj = getState(motionState); // { val: value, ack: true/false, ts: timestamp, lc: lastchanged, from: origin }

        log(`[Aktuell] {val:${stateObj.val}, ack:${stateObj.ack}}`);

        // Subscribe
        on(motionState, (obj) => {
            log(`[Änderung] {val:${obj.state.val}, ack:${obj.state.ack}}`);
        });

    } catch (error) {
        log(error, 'error');
    }
}

Aber wie auch immer, ich werde wohl tatsächlich so den Adapter umbauen, dass der Timer nur dann startet, wenn Datenpunkt auf false geht.
Muss ich nur einiges umbauen im Code, dauert also noch ein paar Tage, wie ich dazu komme.
Es ginge auch so, aber sauberer ist es wohl tatsächlich mit true -> Timer wird gelöscht, false -> Timer wird gestartet.

[Mic]

@telekom0815 sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

was ist der Unterschied in der Abfrage der Sekunden im Reiter "Auslöser" und "Zonen"? Welcher Wert wird wann und wo abgefragt, bzw. welcher ist bevorrechtigt, wenn ich verschiedene Angaben mache?

Welche Felder meinst du denn genau? Bitte am besten Screenshot.

[Mic]

@zahnheinrich sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Leider wird innerhalb des Mindestsendeabstands von eingestellen 4 Minuten keine Aktualisierung geschickt, trotz der Einstellung "Innerhalb des Sendeabstandes erkannte Bewegung senden".
Heisst : Der Zeitstempel bleibt gleich, "Wert" und "Bestätigt" beleiben die ganze Zeit unverändert auf true.

Siehe https://forum.iobroker.net/post/477077 - damit sollte sich das dann wohl auch beheben vermutlich?

[dslraser]

@Mic sagte in Test Adapter SmartControl 0.2.x GitHub (ab 18.08.20):

Das wäre das JavaScript zum testen

Dieser ist so eingestellt:

Ich habe das Script aktiviert und bin in den Raum gegangen (ich bin etwas länger als die eingestellten Zeiten geblieben und habe dann den Raum verlassen)
Wenn Du ein etwas längeres LOG brauchst, dann sag Bescheid.

LOG

21.8.2020, 15:21:21.968	[info ]: javascript.0 (5767) Start javascript script.js.05_Bewegungsmelder.Mic-Testscript
21.8.2020, 15:21:21.983	[info ]: javascript.0 (5767) script.js.05_Bewegungsmelder.Mic-Testscript: [Aktuell] {val:false, ack:true}
21.8.2020, 15:21:21.986	[info ]: javascript.0 (5767) script.js.05_Bewegungsmelder.Mic-Testscript: registered 1 subscription and 0 schedules
21.8.2020, 15:21:35.362	[info ]: javascript.0 (5767) script.js.05_Bewegungsmelder.Mic-Testscript: [Änderung] {val:true, ack:true}
21.8.2020, 15:23:31.218	[info ]: javascript.0 (5767) script.js.05_Bewegungsmelder.Mic-Testscript: [Änderung] {val:false, ack:true}
21.8.2020, 15:23:40.617	[info ]: javascript.0 (5767) Stop script script.js.05_Bewegungsmelder.Mic-Testscript

[Mic]

@dslraser

Danke fürs testen.

21.8.2020, 15:21:21.983	[Aktuell] {val:false, ack:true}
21.8.2020, 15:21:35.362	[Änderung] {val:true, ack:true}
21.8.2020, 15:23:31.218	[Änderung] {val:false, ack:true}

Wie es scheint, setzt er also nicht bei jeder neu erkannten Bewegung wieder auf {val:true, ack:true} - sondern nur einmalig.

Dies bestätigt, dass ich den Adapter umbauen muss wie oben erwähnt.

[BoehserWolf]

@Mic Ja, das machen HM/HmIP Geräte nicht, außer es ist vom User explizit anders konfiguriert, um den DutyCycle möglichst gering zu halten.
Warte übrigens auch gespannt auf den Umbau, denn ich bin auch HmIP User. Danke und mach weiter so