ENTRY_CONTROL Key Supported Report


I just started playing around with a new RFID-Keypad that supports the ENTRY_CONTROL 0x6f command class.
I requested the supported keys with the “key supported get command”, 0x02 and got a report with 6f 03 01 1e as an answer.
The 1e is the bitlist of the ASCII-codes supported by the device. This means 1, 2, 3 and 4, which are the numbers on the pad, but I expected to get the ascii codes for “0”, “1”,… which are 48 (0x30), 49 (0x31),…
Meaning I expected 6 empty bitmasks and then the bits set in the seventh bitmask.

Am I misinterpreting the specificiation or is the device not behaving correct?


It looks like the device is misbehaving and the developers misread the specifications. (They probably read “code 0, 1…” instead of “ASCII code 0, 1…”)

If the device can return digits 1,2,3 and 4, then it should have answered as you indicated support for ASCII codes 0x31 to 0x34, so the bitmask length should have been 0x07 and the bitmask [0x00 0x00 0x00 0x00 0x00 0x00 0x1E]


Ok, so you also think that the device (or the developers of the device) is not following the specification. I haven’t check the usercode class of the device, but I expect that I have to set the “numbers” there with 0x31 to 0x34 and not with 0x01 to 0x04.