Do you have another Daisy you can try? This sounds somewhat like the persistent ‘bad QSPI’ state issue from a while back, there was a fix but not sure if it made it into the main branch yet.
There’s a couple of threads:
This is the second time I’ve had a board (this time it’s a Rev7) get into some kind of persistive ‘slow start’ state where it takes several seconds before either the Blink demo starts or the Bootloader ‘heartbeat’ starts. I stepped through the Blink code, and it appears it’s in SCB_EnableDCache(), (whether I step over it or into it, either way it takes seconds). According to the interwebs, this is a frequently-tweaky function. Has anyone else run into this or any ideas?
Hi all,
Since I ran out of code space, I went for installing the bootloader and executing from sram. Things worked for a while but lately dfu-util fails to erase qspi flash when programming. An excerpt follows:
Device returned transfer size 4096
Warning: Overriding device-reported transfer size
DfuSe interface name: "Flash "
Downloading element to address = 0x90040000, size = 299848
Erase [ ] 0% 0 bytesdfu-util: Error during special command "ERASE_PAGE" …