Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Smuji]

sorry,

{
"_id": "mihome.0.devices.gateway_7c49eb88d4c9.rgb",
"common": {
"name": "RGB",
"role": "level.rgb",
"write": true,
"read": true,
"type": "string"
},
"type": "state",
"native": {},
"from": "system.adapter.mihome.0",
"ts": 1549201787951,
"acl": {
"object": 1638,
"state": 1638
}
}

[Homoran]

@Smuji sagte in Wo finde ich diese Buttons ?:

"type": "string"

welcher Punkt ist das jetzt?

RGB??

[Smuji]

genau, den ich mit 1 ansteuere

[Homoran]

@Smuji sagte in Wo finde ich diese Buttons ?:

{
"from": "system.adapter.mihome.0",
"ts": 1549201787957,
"common": {
"name": "Light",
"role": "switch",
"type": "boolean",
"write": true,
"read": true
},
"native": {},
"acl": {
"object": 1638,
"owner": "system.user.admin",
"ownerGroup": "system.group.administrator",
"state": 1638
},
"_id": "mihome.0.devices.gateway_7c49eb88d4c9.on",
"type": "state"
}

eben war das noch dieser

[Smuji]

ok, nochmal sauber. habe es auch alles umbenannt:

das RAW von LED_Gateway:
{
"_id": "mihome.0.devices.gateway_7c49eb88d4c9.on",
"common": {
"name": "LED_Gateway",
"role": "switch",
"write": true,
"read": true,
"type": "boolean"
},
"type": "state",
"native": {},
"from": "system.adapter.mihome.0",
"ts": 1549201787957,
"acl": {
"object": 1638,
"state": 1638
}
}

das RAW von RGB:
{
"_id": "mihome.0.devices.gateway_7c49eb88d4c9.rgb",
"common": {
"name": "RGB",
"role": "level.rgb",
"write": true,
"read": true,
"type": "string"
},
"type": "state",
"native": {},
"from": "system.adapter.mihome.0",
"ts": 1549201787951,
"acl": {
"object": 1638,
"state": 1638
}
}

das RAW vom Dimmer:
{
"_id": "mihome.0.devices.gateway_7c49eb88d4c9.dimmer",
"common": {
"name": "Dimmer",
"role": "level.dimmer",
"write": true,
"read": true,
"type": "number",
"unit": "%",
"min": 0,
"max": 100
},
"type": "state",
"native": {},
"from": "system.adapter.mihome.0",
"ts": 1549201787962,
"acl": {
"object": 1638,
"state": 1638
}
}

[Homoran]

@Smuji
Danke
und jetzt bitte nochmal was (wann und wie) klappt und was nicht.

[Smuji]

ok, schau dir das bild an:

setze ich den debugger im zweiten trigger VOR das "falls mache", bekomme ich, sobald die LED_Gateway = TRUE ist, die Ausgabe "test"

setze ich den Debugger im zweiten trigger IN die "falls mache" anweisung während LED_Gateway ein TRUE liefert und erzeuge ich nun eine TRUE mit dem Kontakt_2 kommt NICHTS.... weder "umschalten power" noch Dubugger kommt. Nix....alles was mit "falls mache" zu tun hat, funktioniert nicht

[Homoran]

@Smuji
nimm doch mehrere Debug Bausteine und ändere jeweils "test" in für diese Position sinnvolle Aussagen

am besten in jede! möglichkeit einen

[Smuji]

Siehe:

[Homoran]

@Smuji
so hab ich das auch erwartet

Also systematisch weiter

Ist Kontakt 2 = wahr?

[Smuji]

das bringt mich aber nur dahin, wo ich schon ewig lange bin...und zwar dass scheinbar der "falls mache"-auslöser nicht funktioniert. warum auch immer.

ich habe einen taster anstatt Kontakt_2 genommen und habe genau das gleiche problem

ja, kontakt 2 ist wahr, wenn ich ihn auseinander ziehe

[Homoran]

@Smuji
Dann bau mal so was vor dem letzten falls ein

wobei WERT von... natürlich dein Kontakt2 sein muss

@Smuji sagte in Wo finde ich diese Buttons ?:

ich habe einen taster anstatt Kontakt_2 genommen

der Taster liefert ja keinen Dauerkontakt

[Smuji]

Fehler gefunden....als ich das gerade ausprobiert habe, ist mir folgendes aufgefallen:

es liegt am aktivator der GATEWAY..

ziehe ich den Kontakt_2 auseinander = TRUE und lasse ihn so und dann schalte ich mit Kontakt_1 das LED_Gateway FALSE und danach (während kontakt_2 offen ist), das LED Gateway auf TRUE, dann schaltet die "falls mache"-anweisung ständig power AN und AUS und AN und AUS bis ich Kontakt_2 wieder schließe, oder LED_Gateway per umschalter wieder deaktiviere...

[Homoran]

@Smuji
Langsam, da sind wir schon paar Schritte weiter

Bitte die Fragen beantworten

und ja so ist das Programm gestrickt.
Der Kontakt MUSS offen sein, WENN das Gateway angeht

[Smuji]

ok,

nein, taster macht nur kurz TRUE und dann wieder FALSE....

[Homoran]

@Smuji sagte in Wo finde ich diese Buttons ?:

macht nur kurz TRUE

und dein Programm erwartet genau diesen Zusatnd exakt in dem Bruchteil der Sekunde wenn das Gateway auf true geht

[Smuji]

@Homoran ok, das habe ich mir eben schon gedacht,

das ist also nicht so, dass Trigger 2 startet, sobald LED TRUE ist und dann dauerhaft in einer schleife durchläuft bis irgendwann der Kontakt 2 aufgeht ? er läuft also exakt nur 1x durch ?

und wenn in dem momend der kontakt nicht offen ist, pech gehabt, zeitpunkt verpasst `??

muss ich in diesen trigger eine endlosschleife einbauen die ständig den zustand abfragt ?

mich wundert es aber, wenn der Kontakt_2 offen ist und die LED auf TRUE geht, pulsiert meine lampe, als wenn der trigger dauerhaft startet,endet,startet,endet.....als hätte er schon seine schleife

aber wenn der trigger durch LED startet, aber der fensterkontakt ist noch zu, dann läuft er nicht schleifenähnlich anfang,ende,anfang,ende...sondern macht es nur ein einziges mal ?

[Homoran]

@Smuji
js ist eventbasiert
Das Programm läuft und wartet auf den Trigger.
Danach führt es die nachfolgenden Teile aus.

@Smuji sagte in Wo finde ich diese Buttons ?:

eine endlosschleife einbauen

Niemals - dann hängt sich dein NUC auf

Du musst dir genau über legen was du wie willst - jetzt mit korrekten Bezeichnungen fällt das vielleicht einfacher.
Dann musst du die Trigger so wählen, dass es passt und in dem Trigger mit weiteren sonst/falls die verschiedenen Möglichkeiten abfangen

@Smuji sagte in Wo finde ich diese Buttons ?:

mich wundert es aber, wenn der Kontakt_2 offen ist und die LED auf TRUE geht, pulsiert meine lampe,

ich gehe davon aus dass dein Trigger (LED-Gateway = wahr) immer wieder aktualisiert wird

[Smuji]

@Homoran es ist schonmal toll den Fehler geortet zu haben und auch schon zu wissen wie man die Sache lösen kann.

So wie ich das nun vermute, ist es so, dass das script startet und läuft von oben nach unten durch.... Ist der TriggerAuslöser 2 (LED) = WAhr, durchläuft er den Trigger und fragt Kontakt2 ab. Ist Kontakt zu genau diesem Zeitpunkt = 0, geht er wieder ausm Trigger raus und das script wird wieder von oben nach unten abgearbeitet..... Irgendwann kommt er wieder zum Trigger2 und das ganze beginnt von vorn...

Ob das ganze jetzt wirklich von oben nach unten durchläuft, oder alles gleichzeitig in regelmäßigen Abständen nach dem IST-Zustand abgefragt wird, egal... Aber zumindest weiß ich nun was sache ist....

Man könnte das ganze ja eventuell auch so regeln, dass ich den Wert von Kontakt2 in eine variable speichere, falls er > 0 ist und dann bleibt diese variable solange auf true bis man die Anlage per taster deaktiviert oder so ähnlich zumindest..

Oder die Abfolge ändern sprich, ist der Fensterkontakt offen? Falls ja, dann geh in den Trigger rein und schau ob die LED aktiv ist....

Oder oder oder... Es ist zumindest schonmal gut zu wissen woran es lag.... Ich danke euch vielmals und werde es Morgen fertigstellen.

Ich hoffe, dass ich euch mit diesem Problem nicht weiter belästigen muss.

Danke!

Gute Nacht!

[Smuji]

Es tut mir leid, aber ich muss euch nochmal stören. ICh habe nun den zweiten Trigger einfach folgendermaßen umgebaut:

Mein ganz normales, logisches Verständnis sagt mir, das MUSS funktionieren. Tut es aber nicht. Es wird im LOG kein debugger ausgegeben. Alles was vor diesem Trigger ist, funktioniert.

Falls Objekt Wert von Kontakt_1 oder Wert von Kontakt_2
ist wahr,
gebe test22222 aus....

zumindest DAS muss doch klappen.....

im LOG sieht man beim Auseinanderziehen der Kontakte, dass sie funktionieren.