Search found 57 matches
- Mon Apr 15, 2019 8:19 pm
- Forum: Development and Feedback
- Topic: [NEWS] Introducing MFS
- Replies: 45
- Views: 23372
Re: [NEWS] Introducing MFS
Here is an initial implementation for F1XX. I'll test it tonight and let you guys know. Small changes from L4 driver: ⋅ Removed unused defines, FLASH_PDKEY1, FLASH_PDKEY2, FLASH_OPTKEY1, FLASH_OPTKEY1 ⋅ Removed already defined defines FLASH_KEY1 and FLASH_KEY2, defined on os/comm...
- Mon Apr 15, 2019 5:54 pm
- Forum: Development and Feedback
- Topic: [NEWS] Introducing MFS
- Replies: 45
- Views: 23372
Re: [NEWS] Introducing MFS
Right, will return FLASH_ERROR_HW_FAILURE, as the doc says:
Kind of...
Thanks.
Code: Select all
@retval FLASH_ERROR_HW_FAILURE if access to the memory failed.
Kind of...
Thanks.
- Mon Apr 15, 2019 4:21 pm
- Forum: Development and Feedback
- Topic: [NEWS] Introducing MFS
- Replies: 45
- Views: 23372
Re: [NEWS] Introducing MFS
What is the expected behavior in function flash_error_t efl_lld_start_erase_all(void *instance) when the device has only one bank? There is a note in the function; This function only erases bank 2 if it is present. Bank 1 is not touched because it is where the program is running on.\ Pages on bank 1...
- Sun Apr 14, 2019 11:43 pm
- Forum: Development and Feedback
- Topic: [NEWS] Introducing MFS
- Replies: 45
- Views: 23372
Re: [NEWS] Introducing MFS
Is there a reference implementation of the flash driver? I'm working on the F1 driver, would be nice to have a reference to look. Thanks.
- Sat Mar 30, 2019 1:36 am
- Forum: STM32 Support
- Topic: chSysHalt (reason=0x8001918 "SV#8")
- Replies: 17
- Views: 5382
Re: chSysHalt (reason=0x8001918 "SV#8")
Found the issue. Happen to be that I included my appconf.h(Which has all the defines for debug/release) in chconf.h. The CH_DBG_SYSTEM_STATE_CHECK wasn't defined inside chconf.h, but outside in appconf.h Fixed by moving all my defines from appconf.h to UDEFS in Makefile. Isn't my best option, but fi...
- Sat Mar 30, 2019 12:42 am
- Forum: STM32 Support
- Topic: chSysHalt (reason=0x8001918 "SV#8")
- Replies: 17
- Views: 5382
Re: chSysHalt (reason=0x8001918 "SV#8")
I found why it is crashing :) My app's main: int main(void) { // System initialization halInit(); chSysInit(); // App initialization mainInit(); while (true) { palToggleLine(LINE_ONBOARD_LED); chThdSleepMilliseconds(100); } } In GDB I added 2 breakpoints, _dbg_check_lock and _dbg_check_unlock(I chan...
- Fri Mar 29, 2019 6:34 pm
- Forum: STM32 Support
- Topic: chSysHalt (reason=0x8001918 "SV#8")
- Replies: 17
- Views: 5382
Re: chSysHalt (reason=0x8001918 "SV#8")
No, but i'm using trunk(Actualy, I'm using Alexandre's github sync, https://github.com/alex31/chibios_svn_mirror/). Everything is stock. I'll try to revert to a specific version and see what happens. Will try also the demo(For Maple board) to see if this happens too. Also, will break after chibios i...
- Fri Mar 29, 2019 1:53 pm
- Forum: STM32 Support
- Topic: chSysHalt (reason=0x8001918 "SV#8")
- Replies: 17
- Views: 5382
Re: chSysHalt (reason=0x8001918 "SV#8")
I have this stacktrace from the first test: bt #0 chSysHalt (reason=0x8001918 "SV#8") at ./lib/chibios/os/rt/src/chsys.c:213 #1 _dbg_check_enter_isr () at ./lib/chibios/os/rt/src/chdebug.c:204 #2 0x080013f0 in VectorB0 () at ./lib/chibios/os/hal/ports/STM32/LLD/TIMv1/hal_st_lld.c:255 #3 <s...
- Fri Mar 29, 2019 12:36 pm
- Forum: STM32 Support
- Topic: chSysHalt (reason=0x8001918 "SV#8")
- Replies: 17
- Views: 5382
Re: chSysHalt (reason=0x8001918 "SV#8")
Also, I have CH_DBG_STATISTICS enabled, could this be a potential issue? As long as I can tell, nope, but...
- Fri Mar 29, 2019 11:50 am
- Forum: STM32 Support
- Topic: chSysHalt (reason=0x8001918 "SV#8")
- Replies: 17
- Views: 5382
Re: chSysHalt (reason=0x8001918 "SV#8")
Sorry, I wrongly expressed myself, I meant, if this could be a problem with some F1 port code, like HAL, or something, because I'm doing pretty basic stuff, anyway, I'll take a look at the demo codes, see if this problem arises enabling CH_DBG_SYSTEM_STATE_CHECK in my bluepill. I also have a spare F...