Y'all are such great rubber ducks and I need it right now.
-
A year ago this MIMXRT1170-EVK board would have made me cry. Real tears. As it is, it puts up a heck of a fight. I mentioned some war stories several posts ago and have now progressed to trying to use the board's relatively generous SDRAM, and also write my program to the board's external flash - unlike most ARM Cortex M chips, these boys don't have embedded flash. It's external. It's cool because you can add your own flash to it in whatever size and spec you need, but it makes things complicated. Somehow writing my previously working program to flash (rather than debug-injecting it directly into SRAM) is causing SPI send errors and is running extremely slow. I'm trying to copy the contents to SDRAM and run it from there, which should be doable, but the flasher refuses to write my code when I configure it that way, despite it compiling and linking. In the end I'd like to boot off of microSD which this is capable of but it's black magic. It's fits and starts with this board. I hit walls, make a bit or even a bunch of progress, and then back to the barriers everywhere i look. I do not like NXP's documentation.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
-
A year ago this MIMXRT1170-EVK board would have made me cry. Real tears. As it is, it puts up a heck of a fight. I mentioned some war stories several posts ago and have now progressed to trying to use the board's relatively generous SDRAM, and also write my program to the board's external flash - unlike most ARM Cortex M chips, these boys don't have embedded flash. It's external. It's cool because you can add your own flash to it in whatever size and spec you need, but it makes things complicated. Somehow writing my previously working program to flash (rather than debug-injecting it directly into SRAM) is causing SPI send errors and is running extremely slow. I'm trying to copy the contents to SDRAM and run it from there, which should be doable, but the flasher refuses to write my code when I configure it that way, despite it compiling and linking. In the end I'd like to boot off of microSD which this is capable of but it's black magic. It's fits and starts with this board. I hit walls, make a bit or even a bunch of progress, and then back to the barriers everywhere i look. I do not like NXP's documentation.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
Take a break and some distance, get busy with something else for a while, relax a bit and you probably will find a hack or a new way to do it as you usually do. Just breath slow.
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
A year ago this MIMXRT1170-EVK board would have made me cry. Real tears. As it is, it puts up a heck of a fight. I mentioned some war stories several posts ago and have now progressed to trying to use the board's relatively generous SDRAM, and also write my program to the board's external flash - unlike most ARM Cortex M chips, these boys don't have embedded flash. It's external. It's cool because you can add your own flash to it in whatever size and spec you need, but it makes things complicated. Somehow writing my previously working program to flash (rather than debug-injecting it directly into SRAM) is causing SPI send errors and is running extremely slow. I'm trying to copy the contents to SDRAM and run it from there, which should be doable, but the flasher refuses to write my code when I configure it that way, despite it compiling and linking. In the end I'd like to boot off of microSD which this is capable of but it's black magic. It's fits and starts with this board. I hit walls, make a bit or even a bunch of progress, and then back to the barriers everywhere i look. I do not like NXP's documentation.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
I would go back to a state that really worked and try a new approach. On Thursday I added automated testing to my cards game (replace the human player with another computer player and later add a simple AI approach). First it seemed to work ok (run > 200 games without any problem). After one day of writing code and testing it started with ugly Sytem.StackOverFlow error always after 15 games in 32 bit (and 45 games in 64 bit version). Tried to fix Sytem.StackOverFlow error on Friday and Saturday - but could not solve this challenge. Then last night I went back to my backup from Thursday (automated testing without AI) and the error is gone. Now looking for a new AI solution...
-
I would go back to a state that really worked and try a new approach. On Thursday I added automated testing to my cards game (replace the human player with another computer player and later add a simple AI approach). First it seemed to work ok (run > 200 games without any problem). After one day of writing code and testing it started with ugly Sytem.StackOverFlow error always after 15 games in 32 bit (and 45 games in 64 bit version). Tried to fix Sytem.StackOverFlow error on Friday and Saturday - but could not solve this challenge. Then last night I went back to my backup from Thursday (automated testing without AI) and the error is gone. Now looking for a new AI solution...
I can go back to the state that worked, but that only works by direct injection into memory using a debug probe, which is not practical. As far as new approaches, that's the problem. Although I've found a lead just now. The issue is getting the program to load off of flash into SDRAM, which I managed, but then it has to execute in place out of the SDRAM, which is not automatic, and the documentation on setting all this up is .. terse, plus it involves a lot of register fiddling and clock timing things. It's nothing straightforward. Fortunately I just found an example of doing what i need which I can hopefully adapt.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
-
A year ago this MIMXRT1170-EVK board would have made me cry. Real tears. As it is, it puts up a heck of a fight. I mentioned some war stories several posts ago and have now progressed to trying to use the board's relatively generous SDRAM, and also write my program to the board's external flash - unlike most ARM Cortex M chips, these boys don't have embedded flash. It's external. It's cool because you can add your own flash to it in whatever size and spec you need, but it makes things complicated. Somehow writing my previously working program to flash (rather than debug-injecting it directly into SRAM) is causing SPI send errors and is running extremely slow. I'm trying to copy the contents to SDRAM and run it from there, which should be doable, but the flasher refuses to write my code when I configure it that way, despite it compiling and linking. In the end I'd like to boot off of microSD which this is capable of but it's black magic. It's fits and starts with this board. I hit walls, make a bit or even a bunch of progress, and then back to the barriers everywhere i look. I do not like NXP's documentation.
Check out my IoT graphics library here: https://honeythecodewitch.com/gfx And my IoT UI/User Experience library here: https://honeythecodewitch.com/uix
I once asked a coworker about his rubber duck (he had one on his desk) and misspelled "duck". He laughed, I laughed, HR laughed.
Best, Sander Azure DevOps Succinctly (free eBook) Azure Serverless Succinctly (free eBook) Migrating Apps to the Cloud with Azure arrgh.js - Bringing LINQ to JavaScript
-
Take a break and some distance, get busy with something else for a while, relax a bit and you probably will find a hack or a new way to do it as you usually do. Just breath slow.
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
