Hi,
I used the nRF52840 board with SDK v2.8.0.
When we tried to build this example code, we encountered the following error:
v2.8.0/zephyr/include/zephyr/device.h:92:41: error: '__device_dts_ord_DT_CHOSEN_zephyr_osdp_uart_ORD' undeclared (first use in this function)
92 | #define DEVICE_NAME_GET(dev_id) _CONCAT(__device_, dev_id)
Hi,
Sorry by mistake *** Booting nRF Connect SDK v2.5.1 *** pest in this file.
ChiragBhavsar said:Sorry by mistake *** Booting nRF Connect SDK v2.5.1 *** pest in this file.
I'm sorry, I don't understand this. Could you expand upon what is causing this?
Kind regards,
Andreas
Hi,
Below is the new log for the OSDP,please check that we receive the card data without encryption.
[00:00:00.249,603] [0m<inf> osdp: OSDP init okay![0m
17:03:26.434 -> *** Booting nRF Connect SDK v2.8.0-a2386bfc8401 ***
17:03:26.434 -> *** Using Zephyr OS v3.7.99-0bc3393fb112 ***
17:03:26.933 -> [00:00:00.500,213] [0m<dbg> osdp: cp_send_command: bytes sent[0m
17:03:26.933 -> [00:00:00.500,274] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:26.933 -> ff 53 7e 09 00 05 61 00 cf 94 |.S~...a. .. [0m
17:03:26.966 -> [00:00:00.550,384] [0m<dbg> osdp: cp_process_reply: bytes received[0m
17:03:26.966 -> [00:00:00.550,415] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:26.966 -> ff 53 fe 14 00 05 45 00 06 8e 01 01 b2 54 80 29 |.S....E. .....T.)
17:03:26.966 -> 05 51 00 0a db |.Q... [0m
17:03:26.999 -> [00:00:00.550,415] [0m<dbg> osdp: cp_decode_response: CMD(61) REPLY(45)[0m
17:03:26.999 -> [00:00:00.650,634] [0m<dbg> osdp: cp_send_command: bytes sent[0m
17:03:26.999 -> [00:00:00.650,665] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:26.999 -> ff 53 7e 09 00 06 62 00 cc 98 |.S~...b. .. [0m
17:03:27.032 -> [00:00:00.700,805] [0m<dbg> osdp: cp_process_reply: bytes received[0m
17:03:27.032 -> [00:00:00.700,836] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:27.032 -> ff 53 fe 35 00 06 46 01 00 00 02 00 00 03 01 00 |.S.5..F. ........
17:03:27.032 -> 04 04 01 05 02 01 06 00 00 07 00 00 08 01 00 09 |........ ........
17:03:27.065 -> 01 01 0a |... [0m
17:03:27.065 -> [00:00:00.750,946] [0m<dbg> osdp: cp_process_reply: bytes received[0m
17:03:27.099 -> [00:00:00.750,976] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:27.099 -> ff 53 fe 35 00 06 46 01 00 00 02 00 00 03 01 00 |.S.5..F. ........
17:03:27.099 -> 04 04 01 05 02 01 06 00 00 07 00 00 08 01 00 09 |........ ........
17:03:27.099 -> 01 01 0a 92 03 0b 92 03 0c 00 00 0e 00 00 0f 00 |........ ........
17:03:27.132 -> 00 10 01 00 09 b3 |...... [0m
17:03:27.132 -> [00:00:00.751,007] [0m<dbg> osdp: cp_decode_response: CMD(62) REPLY(46)[0m
17:03:27.132 -> [00:00:00.901,428] [0m<dbg> osdp: cp_send_command: bytes sent[0m
17:03:27.132 -> [00:00:00.901,458] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:27.132 -> ff 53 7e 13 00 0f 03 11 01 76 1d f7 7a 36 dd 88 |.S~..... .v..z6..
17:03:27.165 -> e2 43 ba f4 |.C.. [0m
17:03:27.597 -> [00:00:01.051,788] [0m<dbg> osdp: cp_process_reply: bytes received[0m
17:03:27.597 -> [00:00:01.051,818] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:27.597 -> ff 53 fe 2b 00 0f 03 12 01 76 00 06 8e 01 01 54 |.S.+.... .v.....T
17:03:27.597 -> 80 29 9e c0 aa fc c7 a5 57 00 ea |.)...... W.. [0m
17:03:27.631 -> [00:00:01.101,928] [0m<dbg> osdp: cp_process_reply: bytes received[0m
17:03:27.631 -> [00:00:01.101,959] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:27.631 -> ff 53 fe 2b 00 0f 03 12 01 76 00 06 8e 01 01 54 |.S.+.... .v.....T
17:03:27.631 -> 80 29 9e c0 aa fc c7 a5 57 00 ea 62 7b 12 81 a1 |.)...... W..b{...
17:03:27.631 -> 43 cf ba e9 57 39 2d 19 45 36 a3 d1 |C...W9-. E6.. [0m
17:03:27.664 -> [00:00:01.103,118] [0m<dbg> osdp: cp_decode_response: CMD(76) REPLY(76)[0m
17:03:27.664 -> [00:00:01.203,430] [0m<dbg> osdp: cp_send_command: bytes sent[0m
17:03:27.664 -> [00:00:01.203,460] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:27.664 -> ff 53 7e 1b 00 0d 03 13 01 77 9a dc b8 8d 13 58 |.S~..... .w.....X
17:03:27.697 -> ec 40 24 7f 92 7c bf c2 04 0c 6a 87 |.@$..|.. ..j. [0m
17:03:27.697 -> [00:00:01.353,759] [0m<dbg> osdp: cp_process_reply: bytes received[0m
17:03:27.697 -> [00:00:01.353,790] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:27.697 -> ff 53 fe 1b 00 0d 03 14 01 78 4c 51 57 2e 27 b0 |.S...... .xLQW.'.
17:03:27.697 -> 8e b9 93 bb 22 25 09 f5 |...."%.. [0m
17:03:27.730 -> [00:00:01.403,900] [0m<dbg> osdp: cp_process_reply: bytes received[0m
17:03:27.730 -> [00:00:01.403,930] [0m<dbg> osdp: osdp_dump: ⸮k
17:03:27.730 -> ff 53 fe 1b 00 0d 03 14 01 78 4c 51 57 2e 27 b0 |.S...... .xLQW.'.
17:03:27.730 -> 8e b9 93 bb 22 25 09 f5 2f 45 91 ac |...."%.. /E.. [0m
17:03:27.774 -> [00:00:01.403,961] [0m<dbg> osdp: cp_decode_response: CMD(77) REPLY(78)[0m
17:03:27.774 -> [00:00:01.454,040] [0m<inf> osdp: SC Active[0m
17:03:49.097 -> CP PD[0] card read - fmt: 1 len: 26 card_data: [ 0x32 0x40 0x4a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe5 0x58 0x00 0x00 0x21 0x55 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 ]
17:05:37.030 -> CP PD[0] card read - fmt: 1 len: 26 card_data: [ 0x32 0x40 0x46 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xe5 0x58 0x00 0x00 0x21 0x55 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 ]
Hi,
ChiragBhavsar said:please check that we receive the card data without encryption.
Have you checked if the sample enables encryption? The documentation only states that OSDP supports encryption, and nothing more.
Kind regards,
Andreas