-
Notifications
You must be signed in to change notification settings - Fork 3k
Description
Description of defect
While running Mbed OS network integration testing and Pelion Device Management testing I observed that the network would fail to reconnect after re-flashing the application. It was resolved by power cycling the board.
It seems that any reset of the MCU will cause the communication to the cellular network modem to hang.
See attached logs.
dragonfly_f413_trace_log.txt See line 977.
dragonfly-f413rh-integration-tests-gcc-master-30march2020.txt
Target(s) affected by this defect ?
MultiTech Dragonfly F413RH
Toolchain(s) (name and version) displaying this defect ?
All
What version of Mbed-os are you using (tag or sha) ?
Mbed OS 5.15.3
What version(s) of tools are you using. List all that apply (E.g. mbed-cli)
n/a
How is this defect reproduced ?
Executing all integration tests results in some network tests that fail
mbed test -m MTS_DRAGONFLY_F413RH -t GCC_ARM -n tests-integration-* -DINTEGRATION_TESTS
However, if they run individually, they pass.
mbed test -m MTS_DRAGONFLY_F413RH -t GCC_ARM -n tests-integration-net-single* -DINTEGRATION_TESTS
Fix for 5.15.x
Leon and MultiTech shared a fix that works with 5.15.x.
replace this file at mbed-os\targets\TARGET_STM\TARGET_STM32F4\TARGET_STM32F413xH\TARGET_MTS_DRAGONFLY_F413RH
onboard_modem_api.c.txt
An equivalent fix is needed for Mbed OS 6, which has some relevant functions refactored
@ARMmbed/team-multitech - please submit a PR to fix.