Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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 :+1:

[BoehserWolf]

@dslraser War nur interessiert, da ich bisher nur 2 BWM habe und schon einen deutlichen Einfluss auf den DC sehe. Dachte wenn da mehr dazu kommt, dann wird es nicht besser, aber scheinbar ist das nicht so :hand_with_index_and_middle_fingers_crossed:
Werde die Tage mal nen Präzenzmelder anschrauben und dann sehen...
Sind hier mit 4 Personen + Hund + Saugroboter. Je nachdem kommt da einiges an hin- und herlaufen zusammen. Hätte ja sein können, dass es etwas gibt, dass ich und andere noch nicht kennen.

[dslraser]

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

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.

Sorry, aber ich denke genau anders rum wird ein Schuh draus. Wenn Du die anders konfigurieren würdest, und ständig geschaltet/gesendet werden würde, dann geht der DutyCycle hoch.

[BoehserWolf]

@dslraser Ähm ja genau so war es gedacht, nur leider anders geschrieben :confused:
Hast recht!

[MichMein]

@Mic
Die Geschwindigkeit mit der Du den Adapter nach vorne treibst ist echt erschreckend, so schlimm und schnell das man manches Mal mit dem testen nicht hinterher kommt :+1: RESPEKTABEL

Ich habe gerade angefangen meine Scripte in den Adapter zu portieren, dabei fiel mir auf das es scheinbar keine Überprüfung dessen gibt was man als "Zeit" in "3. Auslöser" > "Zeitabhängige Auslöser" einträgt. Ich hatte versehentlich "sunse" anstatt "sunset" eingetragen und es wurde ohne Fehlermeldung gespeichert.
EDIT: gerade einen Fehlereintrag im Log gesehen, also dort wird es dann ausgegeben.

Bei der Gelegenheit hätte ich da auch gleich hierzu einen Wunsch sofern dieser "einfach" umzusetzen ist. Eine Checkbox "Astro" und wenn "Astro" ausgewählt dann ein Drop Down Menü mit Auswahl der möglichen Astrozeiten inklusive der tagesaktuellen Zeit in () dahinter (das wäre für diejenigen die die Astrozeiten nicht auswendig können, einfacher :grin: ).

Vielen Dank und allen ein schönes Wochenende :sunglasses:

[A Former User]

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

@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.

Diese meine ich, unter Auslöser und Zonen.

Norbert

[crunchip]

@Mic paar "Kleinigkeiten" sind mir heute aufgefallen

Logauszug

smartcontrol.0	2020-08-22 20:04:04.656	error	(790) [User Error (Anwenderfehler)] - 5 error(s) found in adapter configuration --> Please check the previous warn log for details and then correct your configuration accordingly. You must fix these
smartcontrol.0	2020-08-22 20:04:04.649	warn	(790) [Config Table 'Triggers: Times'] No valid time in field 'time': 'GoldenHour+300'
smartcontrol.0	2020-08-22 20:04:04.503	warn	(790) [Config Table 'Target Devices'] State 'sonoff.0.Schlafzimmer.POWER' does not exist.
smartcontrol.0	2020-08-22 20:04:04.498	warn	(790) [Config Table 'Target Devices'] State 'sonoff.0.Schlafzimmer.POWER' does not exist.
smartcontrol.0	2020-08-22 20:04:04.481	warn	(790) [Config Table 'Target Devices'] State 'sonoff.0.Schlafzimmer.POWER' does not exist.
smartcontrol.0	2020-08-22 20:04:04.477	warn	(790) [Config Table 'Target Devices'] State 'sonoff.0.Schlafzimmer.POWER' does not exist.

Erklärung dazu:

Hatte heute weitere Geräte ins System integriert, dabei einen Sonoff umbenannt. , also direkt das Gerät von Schlafzimmer auf Schlafzimmerlicht.

Dabei hatte ich gar nicht an den Adapter gedacht und der Adapter auch nicht an mich:blush: es kam nämlich gar keine Fehler/Warnmeldung, dass das Gerät nicht mehr existiert.

Aufgefallen ist es erst, nachdem ich die Instanz bearbeiten wollte/hatte. Erst dann erschien es im Log,

Und nun zum zweiten Problem
Natürlich wollte ich auf die schnelle, eine Kleinigkeit in den Einstellungen anpassen....am Handy wohlgemerkt, jedoch ist das leider ein Ding der Unmöglichkeit. Da die Spaltengrößen in keinem Verhältnis stehen. Durch das scrollen in den pulldown Menüs, hab ich dadurch sämtliche Haken gesetzt und alles mögliche vestellt.

Letztendlich bin ich auf abbrechen nicht gespeichert, damit eben keine Änderung stattfindet, um es am PC einzustellen. Hat leider auch nicht funktioniert. Einige Fehleinstellungen wurden trotzdem übernommen.

[crunchip]

@telekom0815 du meinst?
Auslöser

Zone

[Chaot]

@Mic Ich bin seit einiger Zeit am Suchen, aber ich finde da nichts:

Kann ich als Zielgerät einen Button schalten?

Wenn ja, wie muss ich das auswählen.

[A Former User]

@crunchip ja, genau die meinte ich.
Für mich machen doch beide das gleiche. Der eine Timer schaltet halt nur die Zielgeräte und der andere die Zone aus.
Ist das nicht dasselbe? Oder habe ich da einen Denkfehler?

Norbert

[crunchip]

@telekom0815 so 100% kann ich dir das auch nicht beantworten.

Keine weiter zwischendurch **erkannte Bewegung**/wenn ein BWM der Zone **erfolgreich** ausgelöst hat

ob da bei beiden der Wechsel true/false oder auch eine Aktualisierung true/true mit inbegriffen ist, oder ob es eine reine Unterteilung, zwischen Zielgerät und Zone, ist