-
Notifications
You must be signed in to change notification settings - Fork 496
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
nrf5340 support #1656
base: develop
Are you sure you want to change the base?
nrf5340 support #1656
Conversation
|
||
def __init__(self, session): | ||
super(NRF53XX, self).__init__(session, self.MEMORY_MAP) | ||
self._svd_location = SVDFile.from_builtin("nrf5340_application.svd") # TODO |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ideally, I would load both SVD for the specific cores. But how to do this? (seems not that important though)
Still got a problem to solve here: Flashing works after a mass-erase. If there is already a program on the chip, it fails on the network core with a hard fault or something similar: |
@flit Could you take a look? I'll try to understand the flash algo code (they are from the pack), maybe I can find something. |
Hi @maxd-nordic
Seems like flashing UICR fails with decimal value of 104 in register r0. Any idea what causes this result code? |
Hi @mrenner42! Cool, that you're interested in this! Unfortunately, I've run into similar issues and couldn't figure out how to fix them yet. Maybe, I'll try building a simpler flash algo and see if that does the trick. IIRC, I had one version that only worked on a freshly erase chip and another that only worked on an already programmed one. |
Signed-off-by: Maximilian Deubel <maximilian.deubel@nordicsemi.no>
Signed-off-by: Maximilian Deubel <maximilian.deubel@nordicsemi.no>
@mrenner42 Would you like to try the latest version? It seems promising to me! |
@maxd-nordic Very cool, thanks a lot. I'll give it a go this week and report back! |
@maxd-nordic I'm sorry for replying only just jet. We tried your latest version and it works most of the time.
or
|
@mrenner42 the first one is a probe issue. the second one looks like a problem with core access - that could be my target implementation. |
@maxd-nordic Yeah, that's what I thought. The issue occur in one of our python tests where we reset (SW reset) the target during DFU updates (UART). I was able to work around the Now I occasionally get the following exception:
I'm not sure, could it be sort of the same issue as the |
Adds support for the nrf5340