Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FW update over UART fails when the UART channel is also used for logging. #24

Open
akamath-enphase opened this issue Jun 25, 2024 · 2 comments

Comments

@akamath-enphase
Copy link

Hello,
I am attempting to use the mcumgr-client in my system on a UART channel that is also used for sending logging information. I observed that the update process succeeds when the logging module is disabled, but fails when it is enabled.
I am able to update the firmware with the Go utility when logging is enabled, though.

This was tested with a MacBook, as well as an iMx processor running Linux.

root@imx93-evse-enph:/media/data# ./mcumgr-client -s 2 -m 4096 -l 8192 -d /dev/ttyLP4 upload zephyr.signed\ 3.bin
mcumgr-client 0.0.4, Copyright © 2024 Vouch.io LLC

10:56:52 [INFO] upload file: zephyr.signed 3.bin
10:56:52 [INFO] flashing to slot 2
10:56:52 [INFO] 950612 bytes to transfer
10:56:59 [ERROR] Error: read error, expected: 6, read: 56
root@imx93-evse-enph:/media/data#

@Frank-Buss
Copy link
Contributor

Please upload a simple test project with all the prj.conf for it, so that I can reproduce the problem, haven't used the mcumgr protocol in combination with logging so far. I can test it with nRF or STM32 boards, but I guess it is hardware independent.

@akamath-enphase
Copy link
Author

Here's a sample test project, with logging enabled on the same UART as the McuMgr UART channel.
smp_svr.zip

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants