Harald

oh, and I replaced this code with a much longer delay: ``` // give SD card time to wake up for (volatile int i = (1UL

thanks for answering... The main question is, what is different between the hex file in the smoothieware repo (in folder bootloader) and this repo. I could find out myself, but...

what you say about printing bytes, that should be only 16 (or 24) 0xFF for the so called 'idle mode'. So nothing complicated I guess. I assume it's something very...

Thanks for the answer again... I thought of the toolchain, too. Some optimization here and there and the timing changes. Given the fact, that timing is done with loops and...

I installed the hex file from LPC17xx-DFU-Bootloader Nightly Builds http://triffid-hunter.no-ip.info/DFU-Bootloader.html which works, so it's probably a compiler compatibility problem. My compiler is gcc 6.3 (arm...), which should be quite a...

ok, updates finished faster than expected. So I installed gcc-arm-none-eabi/xenial which is 4.9.3... ...and it WORKED... I'll try other versions tomorrow. I also downgraded binutils-arm-none-eabi/xenial libnewlib-arm-none-eabi/xenial libstdc++-arm-none-eabi-newlib/xenial This wasn't forced...

this combination **works**, so everything is current but the **gcc** is **4.9.3**: ``` ii binutils-arm-none-eabi U 2.28-5+9+b3 GNU assembler, linker and binary utilities for ARM Cortex-A/R/M processors ii gcc-arm-none-eabi U...

I am currently at a point where I managed to get SOFT_SPI working (I added code to force this even with hardware spi pins). Curiously SOFT_SPI works but "HARD_SPI" still...

I currently cannot use a scope, but I used a logic pen to verify sck, cs, mosi, miso at least are doing something senseful. However, the timing isn't checked by...

ok, I tried: * FAILS: sending the 0xFFs with soft and cmd0 with hard spi * works: sending the 0xFFs with hard and cmd0 with soft spi which indicates the...