bin nicht so der PHP Experte.
Ich würde gerne das Schloss per Ereignis automatisch schließen lassen.
Das habe ich hier im Thread gefunden.
Habe die ID und die UniqueID hinzugefügt.
„Parse error: syntax error, unexpected ‚NUKI_setLockActionOfSmartLock‘ (T_STRING) in C:\ips\scripts\48728.ips.php on line 6
Abort Processing during Fatal-Error: syntax error, unexpected ‚NUKI_setLockActionOfSmartLock‘ (T_STRING)
Error in Script C:\ips\scripts\48728.ips.php on Line 6“
Parse error: syntax error, unexpected ‚$BridgeInstanceID‘ (T_VARIABLE), expecting ‚,‘ or ‚)‘ in C:\ips\scripts\48728.ips.php on line 6
Abort Processing during Fatal-Error: syntax error, unexpected ‚$BridgeInstanceID‘ (T_VARIABLE), expecting ‚,‘ or ‚)‘
Error in Script C:\ips\scripts\48728.ips.php on Line 6
Die Bridge ID ist doch die NukiSocket Instanz oder ist es eine andere? Wenn ja wo finde ich diese?
so muss es aussehen, IDs musst du anpassen und OHNE „“
$nukiBridge = 12345; // Instanz ID der NUKI Bridge unter Splitter Instanzen
$smartLockUID = 123456678; // UID steht in der Instanzkonfiguration des NUKI SmartLocks
$action = 2;
NUKI_SetLockActionOfSmartLock($nukiBridge, $smartLockUID, $action);
ich habe seit gestern das Problem, dass sich mein Nuki nicht mehr richtig steuern lässt.
Entweder es funktioniert nur extrem verzögert, oder gar nicht.
Ein stromlos machen der Bridge sowie ein Neustart des Dienstes hat auch nichts gebracht. Wenn ich im Modul auf „Status anzeigen“ gehen, kommt folgender Fehler:
Das schalten per App funktioniert hingegen prompt.
Bitte um Feedback!
IPS Version 5.0
Modul-Branch master
Version 1.03
Geschalten wird über mehrere Skripte
Habe das Löschen noch nicht versucht, da ich Verknüfpungen in den verschiedensten Skripten habe und - soweit ich informiert bin - die gesamten ObjektID’s dann neu hinterlegen müsste.
Sollte es nicht anders zu lösen sein, bleibt mir ohnehin nichts anderes übrig.
Was ich versucht habe ist ein (mehrfacher) Neustart von IP-Symcon sowie Nuki.
In dem Skript sind auch noch eine Menge anderer Sachen drin, die habe aber keinen Einfluss. Ich habe den Code auch schon alleine in einem Testskript probiert, hier tritt das gleiche Problem auf. Was mir noch aufgefallen ist: Sobald der Code ausgeführt wird, fängt die Bridge in der selben Sekunde an zu leuchten. Das Kommando kommt also sofort an. Die Ausführung des Schaltvorgangs dauert dann ewig und auch die Ausführung des Skripts dauer sehr lange (teilweise 15 Sekunde und länger) und das obwohl nur eine einzige Befehlszeile drinnen steht.
, also Großbuchstabe… da ich damals einiges geändert habe, habe ich empfohlen alles zu löschen und neu einzurichten. Ich vermute, dass wenn du das damals dies nicht gemacht hat es irgendwo noch hängt.
Probiere zunächst mal in deinen Skripten das „set“ in „Set“ umzuwandeln.
Ich werde zur 5.1 noch ein paar Kleinigkeiten anpassen, das mache ich aber später.
Bei mir schaltet er mit „1“ und „2“… allerdings hat er bei mir auch nicht immer geschaltet, was ich merkwürdig finde… das schaue ich mir aber nochmal an.
Wenn du aber, z.B. eine Minute nicht schaltest, dann sollte es funktionieren.
spät aber doch möchte ich dich informieren, warum es zu Problemen mit den Schaltvorgängen gekommen ist.
Das Gute vorweg: Es hat nichts mit deinem Modul zu tun hat!
Ich habe die Bridge in eine andere Steckdose gesteckt. Beide Steckdosen-Positionen sind nahezu ident weit vom Nuki weg. Aus diesem Grund habe ich auch nie an eine „falsche“ Positionierung gedacht. Trotzdem hat sich jetzt herausgestellt, dass dies scheinbar das Problem war. Ich habe die Bridge wieder in die alte Steckdose gesteckt und seither gab es keine Probleme mehr.
Ein Problem, welches ich nach wie vor habe ist: Wenn ich meine Alarmanlage scharfschalte, wird automatisch der Befehl zum Zusperren gegeben. Habe ich etwas im Haus vergessen und entsperre kurz danach nochmals, kommt Nuki durcheinander. Dann wird entweder nicht mehr aufgesperrt oder beim erneuten scharfschalten nicht mehr zugesperrt. Das heißt im Endeffekt, kommen die Schaltbefehle in einem kurzen Abstand, funktioniert das ganze nicht mehr richtig.