5 years ago.

The .bin file from mbed compiler Stopped working

Hi,

I have a strange issue here. I was using the mbed compiler for generating binary for mtdot 915 from Multitech. Everything was working fine till an hour ago. Suddenly the .bins generated from the compiler is not running on the board. I flashed a previously compiled .bin to the board and that is working fine. To check if the problem is with my code, I imported a sample code, fresh from the source and built it without any change. It is compiling and the .bin is downloading. But the code is not running on the board.

A fix was recently pushed out to remedy build failures for "unconventional" projects that couldn't be detected as needed to be built with Arm Compiler 5 instead of Arm Compiler 6 (which is now the default). Are you still having build problems? If so, please publish your project so we can see what the issue is. We see many limitations in the libraries published by Multi-Tech here: https://os.mbed.com/teams/MultiTech/code/Dot-Examples/.

posted by Ralph Fulchiero 28 Mar 2019

Still not working for NRF52-dk :(

posted by Ben S 28 Mar 2019

Not working for MTDOT, looks like the bootloader is missing. A minimal application is <40K where the bootloader is expected to take 64K of the image.

posted by Jason Reiss 28 Mar 2019

It is not working for me.. I have published the code https://ide.mbed.com/compiler/#nav:/fota-example;

posted by Ison Thomas 28 Mar 2019

2 Answers

5 years ago.

Same issue here on NRF52.

Stopped working this morning.

Any luck on the issue? I am still not able to run the binaries

posted by Ison Thomas 28 Mar 2019

No, still waiting for word from mbed. Ralph has escalated it.

What mcu are you using? if its NRF52832 I have found the following results in a working build, well at least a blinky.....

Change Mbed-os revision to 51d55508e8 and add the following to your app.json

"target_overrides": { "*": { "platform.stdio-flush-at-exit": false, "platform.stdio-baud-rate": 115200, "platform.stack-stats-enabled": false, "platform.heap-stats-enabled": false, "platform.cpu-stats-enabled": false, "platform.thread-stats-enabled": false, "platform.sys-stats-enabled": false }, "NRF52_DK": { "target.OUTPUT_EXT": "bin", "target.uart_hwfc": 0, "target.device_has_add": ["LOWPOWERTIMER"], "target.macros_add": ["MBED_TICKLESS"], "target.features_add": ["BLE"], "target.extra_labels_add": ["CORDIO", "CORDIO_LL", "SOFTDEVICE_NONE", "NORDIC_CORDIO"], "target.extra_labels_remove": ["SOFTDEVICE_COMMON", "SOFTDEVICE_S132_FULL", "NORDIC_SOFTDEVICE"] } }

posted by Ben S 28 Mar 2019

I think the issue is that the change they have made yesterday morning, is stopping the standard Nordic Softdevice being included in the binary.

posted by Ben S 28 Mar 2019

Hi,

Thanks for the response. I am working on MultiTech mDot board. CPU is STM32F411RET. Maybe the changes affected this platform as well. Hope this will get resolved soon.

posted by Ison Thomas 28 Mar 2019
5 years ago.

I have been using a Nordic nrf51-DK and having the same issue since yesterday. All of a sudden a project I was testing, the hex files shrunk from 353kb to 58kb, with no change made in the code, when I compiled them. This would make me believe something isn't being included during the compile.

yeah soft device is missing,...

https://github.com/ARMmbed/mbed-os/issues/10247

posted by Ben S 28 Mar 2019

I think whatever changes they made is affecting other platforms as well.. I dont have a solution yet

posted by Ison Thomas 28 Mar 2019