Jan 25, 2019
08:37 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Jan 25, 2019
08:37 AM
I have a strange issue on one of our productive devices.
The boot mode on production is set to 0xFFD0 (ASC with time out).
This device worked for many months but no stopped booting. I can connect via Memtool. It shows boot mode 0xFFD0, which is correct. I can change the boot mode to debug and connect via debugger, as well. Even without a connected debugger, the device is then booting and running.
When I switch back to 0xFFD0 (ASC timeout) via Memtool the device does not start.
What can keep the device from executing the code when it is in ASC timeout mode? The firmware hasn't changed since over a year.
We produced many thousand of these devices. I never saw this issue before.
Any idea is highly appreciated.
Michael
The boot mode on production is set to 0xFFD0 (ASC with time out).
This device worked for many months but no stopped booting. I can connect via Memtool. It shows boot mode 0xFFD0, which is correct. I can change the boot mode to debug and connect via debugger, as well. Even without a connected debugger, the device is then booting and running.
When I switch back to 0xFFD0 (ASC timeout) via Memtool the device does not start.
What can keep the device from executing the code when it is in ASC timeout mode? The firmware hasn't changed since over a year.
We produced many thousand of these devices. I never saw this issue before.
Any idea is highly appreciated.
Michael
- Tags:
- asc_loader
- IFX
2 Replies
Jan 28, 2019
05:49 AM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Jan 28, 2019
05:49 AM
Hi,
Do you have a pull up resistor on the receive pins (P0.14/P1.3)?
Using such a pull up resistor will make the design more robust against spikes that could lead to false detection of a start of frame.
The false detection of start of frame would make the chip enter a deadlock waiting for the finish of the frame.
Regards,
Jesus
Do you have a pull up resistor on the receive pins (P0.14/P1.3)?
Using such a pull up resistor will make the design more robust against spikes that could lead to false detection of a start of frame.
The false detection of start of frame would make the chip enter a deadlock waiting for the finish of the frame.
Regards,
Jesus
Feb 06, 2019
01:42 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Feb 06, 2019
01:42 PM
Yes, there's a 10k pull-ups on the RX pin.
Will investigate further...
Will investigate further...