Skip to content

MultiTech Dragonfly F413RH modem fails to reconnect after reset #12936

@maclobdell

Description

@maclobdell

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.

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions