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
Uh oh!
There was an error while loading. Please reload this page.
-
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