Replies: 2 comments 1 reply
-
Hi, can you try using https://github.com/intercreate/smpmgr? I'll be happy to support. |
Beta Was this translation helpful? Give feedback.
0 replies
-
I'm seeing that SMP_CMD_RETRY_TIME has to do with an SMP client, not a server, so I don't see why it would interact with mcumgr or any other host-side SMP client. Or is this for a coprocessor update, e.g. zephyr/subsys/mgmt/mcumgr/smp_client/Kconfig Lines 24 to 30 in e472fb6 |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi, i have been working on getting dfu over uart with smp and mcumgr working on a nrf9160dk.
I kept getting a fatal error: ***** SECURE FAULT ***** Attribution unit violation error where the dumped adress only told me that it came from crc16_sw.c. After a lot of debugging i found out that when CONFIG_SMP_CMD_RETRY_TIME was set too short the download client would time out. Then since img_mgmt_client_upload_init starts a workthread that by default keeps trying to send the data via serial_util.c: mcumgr_serial_tx_pkt() for 15 seconds every CONFIG_SMP_CMD_RETRY_TIME milliseconds. But when the download client fails the data is gone and there isn't any cancellation of the smp transfer or any null check in mcumgr_serial_tx_pkt(). I have fixed it by increasing the CONFIG_SMP_CMD_RETRY_TIME to 1000 and adding a null check in mcumgr_serial_tx_pkt().
Beta Was this translation helpful? Give feedback.
All reactions