NEWS
3 Fragen zu Nuki 3.0 Pro mit MQTT.
-
EDIT: ich habe es jetzt heraus gefunden:
Das funktioniert 100%, bin durch ein Thread hier mit node red darüber gestolpert, funktioniert so aber auch in Blockly, falls jemand Noki 3.0 Pro mit MQTT steuern möchte zb wenn der letzte das Haus verlässt usw!
Hier auch noch eine PDF vom Nuki support mit allen Befehlen:
https://developer.nuki.io/t/mqtt-api-specification-v1-4/19223So das abschließen funktioniert grundsätzlich, jedoch verweilt das lockaction nach dem Abschlißen auf lockaction [2] und kann somit nicht einfach wieder triggern.
Lösung zb:
Man könnte beim Skript zum Abschließen kurz auf lockaction [1] (aufschließen) setzen, und dann kurz danach zb mit 5 Sekunden Verzögerung mit lockaction [2] (abschließen) setzen, um Konflikte zu vermeiden falls jemand anderes am Button oder per App abschließt, sollte man dabei dann noch zur Sicherheit prüfen ob das Schloss im Status [3] (nicht abgeschlossen) ist, ggf noch mit einem türsensor sicherstellen dass die Tür zu ist.
Falls jemand noch eine bessere Idee hat gerne hier hinzufügen.
Für Telegram Meldung wenn der erste nach Hause kommt, und wird der öffnungsvorgang vom abgeschlossenen Zustand bis hin zur gezogenen Falle durchgeführt (hier per App mit Auto unlock oder den keypad), das kann man dann mit Status [7] auslesen, und damit dann halt zb eine Telegram Meldung auslösen.
Hier wird halt nur abgeschlossen wenn der letzte das Haus verlässt (Fritzbox Anwesenheit), da wir hier auch Kinder haben, da kommt das nicht so gut wenn wir uns hier selber einsperren würden, bei anderen nutzungsverhalten halt jeweils anpassen.
-
Hallo ich habe auch ein kleines Problem bei der Verbindung mit MQTT.
Ich habe in der MQTT Instanz einen Usernamen und ein Passwort für die Verbindung zum Broker konfiguriert und dies in der NUKI App eingetragen.
Verbindung funktioniert ich kann das Schloss per MQTT steuern.Verliert das Nuki kurzzeitig das WLAN Signal und verbindet sich neu vebindet es sich nicht mehr auf den Broker.
Ich muss dann in der Nuki ab wieder das Passwort für den MQTT Broker eingeben und es funktioniert wieder!
Hat jemand eine Idee wie ich das lösen kann? -
Hallo ich habe auch ein kleines Problem bei der Verbindung mit MQTT.
Ich habe in der MQTT Instanz einen Usernamen und ein Passwort für die Verbindung zum Broker konfiguriert und dies in der NUKI App eingetragen.
Verbindung funktioniert ich kann das Schloss per MQTT steuern.Verliert das Nuki kurzzeitig das WLAN Signal und verbindet sich neu vebindet es sich nicht mehr auf den Broker.
Ich muss dann in der Nuki ab wieder das Passwort für den MQTT Broker eingeben und es funktioniert wieder!
Hat jemand eine Idee wie ich das lösen kann?@tobias-sieburg sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
Verliert das Nuki kurzzeitig das WLAN Signal und verbindet sich neu vebindet es sich nicht mehr auf den Broker.
Ich muss dann in der Nuki ab wieder das Passwort für den MQTT Broker eingeben und es funktioniert wieder!
Hat jemand eine Idee wie ich das lösen kann?Hatte dieses Problem auch. Hab es dann so gelöst dass ich unter proxmox einen eigenen lxc-container mit einem mqtt broker eingerichtet habe auf diesen greift das nuki zu. iobroker greift dann ebenfalls auf diesen zu. seither keine Probleme mehr.
-
Ich habe jetzt mal im MQTT Broker das Passwort rausgenommen jetzt klappt es allerdings kommt es ab und zu vor das das Schloss über MQTT verriegelt wird obwohl kein Befehl dafür ausgeführt wurde!
-
So das abschließen funktioniert grundsätzlich, jedoch verweilt das lockaction nach dem Abschlißen auf lockaction [2] und kann somit nicht einfach wieder triggern.
Lösung zb:
Man könnte beim Skript zum Abschließen kurz auf lockaction [1] (aufschließen) setzen, und dann kurz danach zb mit 5 Sekunden Verzögerung mit lockaction [2] (abschließen) setzen, um Konflikte zu vermeiden falls jemand anderes am Button oder per App abschließt, sollte man dabei dann noch zur Sicherheit prüfen ob das Schloss im Status [3] (nicht abgeschlossen) ist, ggf noch mit einem türsensor sicherstellen dass die Tür zu ist.
Falls jemand noch eine bessere Idee hat gerne hier hinzufügen.
Für Telegram Meldung wenn der erste nach Hause kommt, und wird der öffnungsvorgang vom abgeschlossenen Zustand bis hin zur gezogenen Falle durchgeführt (hier per App mit Auto unlock oder den keypad), das kann man dann mit Status [7] auslesen, und damit dann halt zb eine Telegram Meldung auslösen.
Hier wird halt nur abgeschlossen wenn der letzte das Haus verlässt (Fritzbox Anwesenheit), da wir hier auch Kinder haben, da kommt das nicht so gut wenn wir uns hier selber einsperren würden, bei anderen nutzungsverhalten halt jeweils anpassen.
@walter-white said in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
So das abschließen funktioniert grundsätzlich, jedoch verweilt das lockaction nach dem Abschlißen auf lockaction [2] und kann somit nicht einfach wieder triggern.
Einfach nach 2-4 Sekunden auf NULL setzen.
-
Danke das klappt!
Jetzt ist noch ein Fehler den ich gerne beheben würde! Wenn sich das Schloss aus irgendeinem Grund neu mit dem WLAN verbindet meldet es sich danach nicht mehr am Mqtt Broker an
-
Danke das klappt!
Jetzt ist noch ein Fehler den ich gerne beheben würde! Wenn sich das Schloss aus irgendeinem Grund neu mit dem WLAN verbindet meldet es sich danach nicht mehr am Mqtt Broker an
@tobias-sieburg said in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
Danke das klappt!
Prima, das es mit NULL bei dir auch funktioniert :+1:
Jetzt ist noch ein Fehler den ich gerne beheben würde! Wenn sich das Schloss aus irgendeinem Grund neu mit dem WLAN verbindet meldet es sich danach nicht mehr am Mqtt Broker an
Anscheinend gibt es Probleme mit dem Nuki, wenn es die WLAN- oder Internetverbindung verliert. In solchen Fällen muss ich es jedes Mal manuell neu verbinden. Hast du ähnliche Erfahrungen gemacht? Siehe: nuki-smart-lock-3-0-pro-mit-mqtt-ohne-internetverbindung
-
Hallo,
ich habe das Nuke 4 jetzt mit MQTT verbunden. Dort gibt es ein lockActionEvent. Wenn ich dort 2 eingebe passiert nichts. Wenn ich die Tür über App öffne erscheint als Wert bei dem Event 뵋. Wenn ich diese Zeichen allerdings dort bei Steuere eintrage passiert wieder nichts.
Hat da jamand eine Idee? -
Mit der Firmware 4.0.31 und 4.032 wurden die beiden States 2 und 4 über mqtt nicht geschrieben. Diese zeigen "wird geöffnet" bzw. "wird geschlossen" an.
Seit heute gibts die Firmware 4.0.33 da werden diese States wieder korrekt in mqtt übertragen. Nebenbei scheint zumindest bei mir die Übertragung über WLAN zur Nuki-App für den Status wieder schneller zu funktionieren. -
Mit der Firmware 4.0.31 und 4.032 wurden die beiden States 2 und 4 über mqtt nicht geschrieben. Diese zeigen "wird geöffnet" bzw. "wird geschlossen" an.
Seit heute gibts die Firmware 4.0.33 da werden diese States wieder korrekt in mqtt übertragen. Nebenbei scheint zumindest bei mir die Übertragung über WLAN zur Nuki-App für den Status wieder schneller zu funktionieren.@manfredhi
Wie bekomme ich die Frimware 4.0.33? Ich habe die 4.0.31 und in der App wird angezeigt, dass sie aktuell ist. Ich habe das Nuki 4 pro. -
@manfredhi
Wie bekomme ich die Frimware 4.0.33? Ich habe die 4.0.31 und in der App wird angezeigt, dass sie aktuell ist. Ich habe das Nuki 4 pro.@mcbirne sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
Wie bekomme ich die Frimware 4.0.33? Ich habe die 4.0.31 und in der App wird angezeigt, dass sie aktuell ist. Ich habe das Nuki 4 pro.
Du musst dich dafür für die Beta-Firmwares anmelden. Geht unter https://nuki.io/testing/
-
@mcbirne sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
Wie bekomme ich die Frimware 4.0.33? Ich habe die 4.0.31 und in der App wird angezeigt, dass sie aktuell ist. Ich habe das Nuki 4 pro.
Du musst dich dafür für die Beta-Firmwares anmelden. Geht unter https://nuki.io/testing/
@manfredhi
Ich habe jetzt auch die Version 4.0.34. Aber das lockActionEvent sind immer noch kryptische Zeichen. Leider hab ich dort nicht 2 oder 4 stehen. -
@mcbirne sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
. Aber das lockActionEvent sind immer noch kryptische Zeichen. Leider hab ich dort nicht 2 oder 4 stehen.
ja im lockActionEvent stehen die komischen Zeichen, das dürfte eh passen.
es gibt aber noch ein "state"-Objekt. Und dort steht dann die jeweilige Zahl für den STatus drinnen. -
@mcbirne sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
. Aber das lockActionEvent sind immer noch kryptische Zeichen. Leider hab ich dort nicht 2 oder 4 stehen.
ja im lockActionEvent stehen die komischen Zeichen, das dürfte eh passen.
es gibt aber noch ein "state"-Objekt. Und dort steht dann die jeweilige Zahl für den STatus drinnen.@manfredhi
OK, aber die States ändern sich immer erst einige Zeit, nach dem aufschließen. Das lockActionEvent ändert sich aber sofort, wenn aufgeschlossen wird. Das brauche ich zum deaktivieren der Alarmanlage. Bis sich der State geändert hat, ist die Tür offen und die Alarmanlage ausgelöst.
Es wäre toll, wenn bei lockActionEvent auch interpretierbare Zeichen stehen würden. -
@manfredhi
OK, aber die States ändern sich immer erst einige Zeit, nach dem aufschließen. Das lockActionEvent ändert sich aber sofort, wenn aufgeschlossen wird. Das brauche ich zum deaktivieren der Alarmanlage. Bis sich der State geändert hat, ist die Tür offen und die Alarmanlage ausgelöst.
Es wäre toll, wenn bei lockActionEvent auch interpretierbare Zeichen stehen würden.@mcbirne sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
OK, aber die States ändern sich immer erst einige Zeit, nach dem aufschließen. Das lockActionEvent ändert sich aber sofort, wenn aufgeschlossen wird. Das brauche ich zum deaktivieren der Alarmanlage. Bis sich der State geändert hat, ist die Tür offen und die Alarmanlage ausgelöst.
Es wäre toll, wenn bei lockActionEvent auch interpretierbare Zeichen stehen würden.Komisch. Bei mir ändert sich der Wert von States sofort. Das dauert keine Sekunde. Dadurch lasse ich mir in der VIS auch anzeigen "wird aufgesperrt" bzw. "wird zugesperrt". Egal ob ich an der Tür selbst am Nuki das auslöse oder über die VIS oder über das Keypad. Vielleicht hast du eine schlechte WLAN-Verbindung beim Nuki?
-
@mcbirne sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
OK, aber die States ändern sich immer erst einige Zeit, nach dem aufschließen. Das lockActionEvent ändert sich aber sofort, wenn aufgeschlossen wird. Das brauche ich zum deaktivieren der Alarmanlage. Bis sich der State geändert hat, ist die Tür offen und die Alarmanlage ausgelöst.
Es wäre toll, wenn bei lockActionEvent auch interpretierbare Zeichen stehen würden.Komisch. Bei mir ändert sich der Wert von States sofort. Das dauert keine Sekunde. Dadurch lasse ich mir in der VIS auch anzeigen "wird aufgesperrt" bzw. "wird zugesperrt". Egal ob ich an der Tür selbst am Nuki das auslöse oder über die VIS oder über das Keypad. Vielleicht hast du eine schlechte WLAN-Verbindung beim Nuki?
@manfredhi
Stimmt,jetzt wird dort 3 angezeigt. zur gleichen Zeit wie bei dem LockActionEvent das komische Zeichen kommt. Die 3 wird also immer beim Öffnen oder Aufschließen angezeigt, oder?
-
@manfredhi
Stimmt,jetzt wird dort 3 angezeigt. zur gleichen Zeit wie bei dem LockActionEvent das komische Zeichen kommt. Die 3 wird also immer beim Öffnen oder Aufschließen angezeigt, oder?
@mcbirne sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
@manfredhi
Stimmt,jetzt wird dort 3 angezeigt. zur gleichen Zeit wie bei dem LockActionEvent das komische Zeichen kommt. Die 3 wird also immer beim Öffnen oder Aufschließen angezeigt, oder?
1 = Tür zugesperrt
2 = Tür wird aufgesperrt
3 = Tür aufgesperrt (in zusammenhang mit DoorSensor State 2)
3 = Tür steht offen (in Zusammenhang mit DoorSensor State 3)
4 = Tür wird zugesperrt
7 = Tür wird geöffnetsiehe auch die Doku zu mqtt-api 1.4:
https://developer.nuki.io/uploads/short-url/fcR2ntjSFMz3oHUMrIjYSU3g0O4.pdf -
@manfredhi
OK, aber die States ändern sich immer erst einige Zeit, nach dem aufschließen. Das lockActionEvent ändert sich aber sofort, wenn aufgeschlossen wird. Das brauche ich zum deaktivieren der Alarmanlage. Bis sich der State geändert hat, ist die Tür offen und die Alarmanlage ausgelöst.
Es wäre toll, wenn bei lockActionEvent auch interpretierbare Zeichen stehen würden.@ManfredHi, @mcbirne sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
Es wäre toll, wenn bei lockActionEvent auch interpretierbare Zeichen stehen würden.
Ist zwar schon eine Weile vergangen seit diesem Post, aber vielleicht stößt ja jemand in Zukunft auch noch auf das "Problem".
Diese Zeichen sollen wohl grafisch etwas darstellen (lock / unlock / unlatch). Man kann sie verwerten, wenn man den Hex-Wert verwendet. So wird das erste Byte (Zeichen) zu einem lesbaren Lock Action Code (01 -> unlock, 02 -> lock, 03 -> unlatch). Die Lock Action Codes für das smartlock und den opener kann man der API-Beschreibung von Nuki entnehmen.
Kann man z.B. mit Blockly und einem kleinen Java-Script so verwerten:
-
@ManfredHi, @mcbirne sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
Es wäre toll, wenn bei lockActionEvent auch interpretierbare Zeichen stehen würden.
Ist zwar schon eine Weile vergangen seit diesem Post, aber vielleicht stößt ja jemand in Zukunft auch noch auf das "Problem".
Diese Zeichen sollen wohl grafisch etwas darstellen (lock / unlock / unlatch). Man kann sie verwerten, wenn man den Hex-Wert verwendet. So wird das erste Byte (Zeichen) zu einem lesbaren Lock Action Code (01 -> unlock, 02 -> lock, 03 -> unlatch). Die Lock Action Codes für das smartlock und den opener kann man der API-Beschreibung von Nuki entnehmen.
Kann man z.B. mit Blockly und einem kleinen Java-Script so verwerten:
@dr-bakterius sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="qorb=$~{B0ylm@J_t,nL">text</variable> <variable id="86jV1Y#Q]F79bKNQL0^M">zahl</variable> </variables> <block type="on" id="?uBC#0,vX:[t?vUtEhFF" x="-937" y="588"> <field name="OID">mqtt.0.nuki.374FE4EC.lockActionEvent</field> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <statement name="STATEMENT"> <block type="variables_set" id="6c@orWoh56s+c]bxra6R"> <field name="VAR" id="86jV1Y#Q]F79bKNQL0^M">zahl</field> <value name="VALUE"> <block type="convert_tonumber" id="Rjx_VhWHs@a~`JQi8,6x"> <value name="VALUE"> <block type="text_getSubstring" id="tCXR}Rwh%*Lu;(j8uQvE"> <mutation at1="true" at2="true"></mutation> <field name="WHERE1">FROM_START</field> <field name="WHERE2">FROM_START</field> <value name="STRING"> <block type="convert_tostring" id="iAZLl|YH@5v_XG22$Kk="> <value name="VALUE"> <block type="procedures_callcustomreturn" id="_7=a94IVZNZNOV1wI=D*"> <mutation name="2hex"> <arg name="text"></arg> </mutation> <value name="ARG0"> <block type="on_source" id="3qjzY2?)V_Q!#Y|nz21["> <field name="ATTR">state.val</field> </block> </value> </block> </value> </block> </value> <value name="AT1"> <block type="math_number" id="]BGV:5HSPn7!?G?[}tcm"> <field name="NUM">1</field> </block> </value> <value name="AT2"> <block type="math_number" id="#G;fFsZW1SUx4v|48EJD"> <field name="NUM">2</field> </block> </value> </block> </value> </block> </value> <next> <block type="controls_if" id="k#)0Su!=~|W`XwS7W78X"> <mutation elseif="2"></mutation> <value name="IF0"> <block type="logic_compare" id="s1=88^1M$G%%r;z$#@I6"> <field name="OP">EQ</field> <value name="A"> <block type="variables_get" id="iT8ShDJuXe2KHmHoQMV1"> <field name="VAR" id="86jV1Y#Q]F79bKNQL0^M">zahl</field> </block> </value> <value name="B"> <block type="math_number" id="DNEp3w*I7AH@xL3O)%D:"> <field name="NUM">1</field> </block> </value> </block> </value> <statement name="DO0"> <block type="debug" id="B_HTKs@Zw;22VwGE$dyx"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id="GL~3UV0.[m^hleap?fhL"> <field name="TEXT">smartlock unlock</field> </shadow> </value> </block> </statement> <value name="IF1"> <block type="logic_compare" id="=7zja^/%x;HB$`b@N8V_"> <field name="OP">EQ</field> <value name="A"> <block type="variables_get" id="k+{2..p,Q]@|t+=c{8~{"> <field name="VAR" id="86jV1Y#Q]F79bKNQL0^M">zahl</field> </block> </value> <value name="B"> <block type="math_number" id="POzG+/liHr:K^.Z:*87%"> <field name="NUM">2</field> </block> </value> </block> </value> <statement name="DO1"> <block type="debug" id="i}DG!^/J;.#,n=`/*^jr"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id="K[}#t$]paVwqt(0pby,7"> <field name="TEXT">smartlock lock</field> </shadow> </value> </block> </statement> <value name="IF2"> <block type="logic_compare" id="HA%fJgoA,?zS/OV;nEAH"> <field name="OP">EQ</field> <value name="A"> <block type="variables_get" id="U%gMqV`+V;LKMsaR6wnV"> <field name="VAR" id="86jV1Y#Q]F79bKNQL0^M">zahl</field> </block> </value> <value name="B"> <block type="math_number" id="^xZf{Qnev9H!D3Pw*^Jt"> <field name="NUM">3</field> </block> </value> </block> </value> <statement name="DO2"> <block type="debug" id="f*W:a`pma;%$DGP8bH37"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id="IN?CSfSgEJ3$#sJQqN-%"> <field name="TEXT">smartlock unlatch</field> </shadow> </value> </block> </statement> </block> </next> </block> </statement> </block> <block type="procedures_defcustomreturn" id="$S)[j*JxCEt~nQv7TKkL" x="-312" y="788"> <mutation statements="false"> <arg name="text" varid="qorb=$~{B0ylm@J_t,nL"></arg> </mutation> <field name="NAME">2hex</field> <field name="SCRIPT">ZW5jb2RlZCA9IEJ1ZmZlci5mcm9tKHRleHQpLnRvU3RyaW5nKCdoZXgnKTsNCnJldHVybiBlbmNvZGVkOw==</field> <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment> </block> </xml>Danke!
Laut API sollten da viel mehr Informationen als kommaseparierte Liste kommen.
Stimmt da jetzt die API Beschreibung nicht oder wie kann man das sichtbar machen?
Mich interessiert vor allem wodurch die Aktion ausgeführt wurde. -
@dr-bakterius sagte in 3 Fragen zu Nuki 3.0 Pro mit MQTT.:
<xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="qorb=$~{B0ylm@J_t,nL">text</variable> <variable id="86jV1Y#Q]F79bKNQL0^M">zahl</variable> </variables> <block type="on" id="?uBC#0,vX:[t?vUtEhFF" x="-937" y="588"> <field name="OID">mqtt.0.nuki.374FE4EC.lockActionEvent</field> <field name="CONDITION">ne</field> <field name="ACK_CONDITION"></field> <statement name="STATEMENT"> <block type="variables_set" id="6c@orWoh56s+c]bxra6R"> <field name="VAR" id="86jV1Y#Q]F79bKNQL0^M">zahl</field> <value name="VALUE"> <block type="convert_tonumber" id="Rjx_VhWHs@a~`JQi8,6x"> <value name="VALUE"> <block type="text_getSubstring" id="tCXR}Rwh%*Lu;(j8uQvE"> <mutation at1="true" at2="true"></mutation> <field name="WHERE1">FROM_START</field> <field name="WHERE2">FROM_START</field> <value name="STRING"> <block type="convert_tostring" id="iAZLl|YH@5v_XG22$Kk="> <value name="VALUE"> <block type="procedures_callcustomreturn" id="_7=a94IVZNZNOV1wI=D*"> <mutation name="2hex"> <arg name="text"></arg> </mutation> <value name="ARG0"> <block type="on_source" id="3qjzY2?)V_Q!#Y|nz21["> <field name="ATTR">state.val</field> </block> </value> </block> </value> </block> </value> <value name="AT1"> <block type="math_number" id="]BGV:5HSPn7!?G?[}tcm"> <field name="NUM">1</field> </block> </value> <value name="AT2"> <block type="math_number" id="#G;fFsZW1SUx4v|48EJD"> <field name="NUM">2</field> </block> </value> </block> </value> </block> </value> <next> <block type="controls_if" id="k#)0Su!=~|W`XwS7W78X"> <mutation elseif="2"></mutation> <value name="IF0"> <block type="logic_compare" id="s1=88^1M$G%%r;z$#@I6"> <field name="OP">EQ</field> <value name="A"> <block type="variables_get" id="iT8ShDJuXe2KHmHoQMV1"> <field name="VAR" id="86jV1Y#Q]F79bKNQL0^M">zahl</field> </block> </value> <value name="B"> <block type="math_number" id="DNEp3w*I7AH@xL3O)%D:"> <field name="NUM">1</field> </block> </value> </block> </value> <statement name="DO0"> <block type="debug" id="B_HTKs@Zw;22VwGE$dyx"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id="GL~3UV0.[m^hleap?fhL"> <field name="TEXT">smartlock unlock</field> </shadow> </value> </block> </statement> <value name="IF1"> <block type="logic_compare" id="=7zja^/%x;HB$`b@N8V_"> <field name="OP">EQ</field> <value name="A"> <block type="variables_get" id="k+{2..p,Q]@|t+=c{8~{"> <field name="VAR" id="86jV1Y#Q]F79bKNQL0^M">zahl</field> </block> </value> <value name="B"> <block type="math_number" id="POzG+/liHr:K^.Z:*87%"> <field name="NUM">2</field> </block> </value> </block> </value> <statement name="DO1"> <block type="debug" id="i}DG!^/J;.#,n=`/*^jr"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id="K[}#t$]paVwqt(0pby,7"> <field name="TEXT">smartlock lock</field> </shadow> </value> </block> </statement> <value name="IF2"> <block type="logic_compare" id="HA%fJgoA,?zS/OV;nEAH"> <field name="OP">EQ</field> <value name="A"> <block type="variables_get" id="U%gMqV`+V;LKMsaR6wnV"> <field name="VAR" id="86jV1Y#Q]F79bKNQL0^M">zahl</field> </block> </value> <value name="B"> <block type="math_number" id="^xZf{Qnev9H!D3Pw*^Jt"> <field name="NUM">3</field> </block> </value> </block> </value> <statement name="DO2"> <block type="debug" id="f*W:a`pma;%$DGP8bH37"> <field name="Severity">log</field> <value name="TEXT"> <shadow type="text" id="IN?CSfSgEJ3$#sJQqN-%"> <field name="TEXT">smartlock unlatch</field> </shadow> </value> </block> </statement> </block> </next> </block> </statement> </block> <block type="procedures_defcustomreturn" id="$S)[j*JxCEt~nQv7TKkL" x="-312" y="788"> <mutation statements="false"> <arg name="text" varid="qorb=$~{B0ylm@J_t,nL"></arg> </mutation> <field name="NAME">2hex</field> <field name="SCRIPT">ZW5jb2RlZCA9IEJ1ZmZlci5mcm9tKHRleHQpLnRvU3RyaW5nKCdoZXgnKTsNCnJldHVybiBlbmNvZGVkOw==</field> <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment> </block> </xml>Danke!
Laut API sollten da viel mehr Informationen als kommaseparierte Liste kommen.
Stimmt da jetzt die API Beschreibung nicht oder wie kann man das sichtbar machen?
Mich interessiert vor allem wodurch die Aktion ausgeführt wurde.@rushmed Werte doch einfach auch die anderen 4 Bytes aus. Und schau was da ankommt.
Support us
880
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge