I am still unsure if it is simply my inexperience with embedded software, or an actual issue but I have spent enough time debugging to be comfortable enough saying its something with the HAL (or NXP).
I have tried a different board and everything in this. It would be nice to get an error or some indication of failing, but it does so silently. The repo above uses the raw cortex_m methods, but the main branch contains a non-working example using rtic 0.6 (I have tried with 0.5, but didn't save the repo). Since this repo was built using UM11126 which NXP applies for s28 and 28, I cannot see where a PAC generated for s69 would be different. I did try and compile a local PAC and HAL using the 13.1.0 CMSIS for LPC55S28 which also lead nowhere (the NVIC register block should be the same anyways according to NXP).
The debugger is programmed with the latest JLink firmware available, though I am suspicious of it. I would like to try and debug with probe-rs, but that is not ready yet.
I am still unsure if it is simply my inexperience with embedded software, or an actual issue but I have spent enough time debugging to be comfortable enough saying its something with the HAL (or NXP).
I have tried a different board and everything in this. It would be nice to get an error or some indication of failing, but it does so silently. The repo above uses the raw cortex_m methods, but the main branch contains a non-working example using rtic 0.6 (I have tried with 0.5, but didn't save the repo). Since this repo was built using UM11126 which NXP applies for s28 and 28, I cannot see where a PAC generated for s69 would be different. I did try and compile a local PAC and HAL using the 13.1.0 CMSIS for LPC55S28 which also lead nowhere (the NVIC register block should be the same anyways according to NXP).
The debugger is programmed with the latest JLink firmware available, though I am suspicious of it. I would like to try and debug with probe-rs, but that is not ready yet.