So I started to integrate the new simple lock action (0x100) command in my code instead of the lock action (0x000D) which is already running fine for me…
I followed the following scenario which is pretty similar to the lock action command usage described at the end of the API document, just adjusting the command payload structure to the one described in API V.2.1.0.
->Example: Performing unlock with simple lock action
2 (4 Bytes)
1. CL writes Request Data command with Challenge command identifier to USDIO a. Unencrypted: 02000000 0100 0400 E804 b. Encrypted: 88FDEFD7F941B63C242B7F84B3D786886340A4A8B1C1EAA0020000001A00066819A2956E 6A79AF6ED66D257B276715F51F63A8BEB9ED0D47 c. CL sends encrypted message 2. SL sends Challenge command via multiple indications on USDIO a. CL receives 99C8613A9F6AB6D3FB0399D37AD38C5C003AC139 b. CL receives B1567BC102000000380028CDCbackground-lightgreen8C08DA47BF32 c. CL receives 3BF9371EBF068F6D480438563660780A4234D9A2 d. CL receives 3794E305EE37878874EDE106A0BBFCF5B60E0C2E e. CL receives 2BA17248A02B f. Decrypted: 57D95521BEA186B5A9244F025737924C5B7E33592D0614D5F6EF2E2F142C6D4B 3. CL writes Simple Lock Action command with action 0x01 to USDIO a. Unencrypted: 02000000 0100 01 57D95521BEA186B5A9244F025737924C5B7E33592D0614D5F 6EF2E2F142C6D4B CACF b. Encrypted: 19467990B69FFBE3D484A5882C995449E3EBC878712152E7020000003E00B30D19E0C0A1 2F4D8C887864877B8853437825D587F85BB6C21BF674E204A685AC5E40E8A5FDB85349F5 20069496F092FAB63736928C0933DB34CFA21809 c. CL sends encrypted message
4. SL doesn't perform the unlocking logic
Not entirely sure if my payload size at (3.) was correct, so a feedback on it will be very helpful!
To confirm, the unencrypted payload consists of the following …
| 7 bytes | 32 bytes | 2 bytes | = 41 bytes
| Authorization ID + simple lock action command + action | Challenge | CRC16 |
Nuki Firmware version:
Appreciate the help!