UhClem

A search turns up a discussion where the SD library has/had a memory leak problem which would cause trouble with repeated file open/close operations. SDFat was said to not have this problem.

The recommended supply voltage range is unchanged. Up to +/-15V. What changed was the absolute maximum supply voltage.

The 1N4148 is more than capable of handling the tiny currents from those PCB relays. Random data sheet says 300mA continuous, 500mA repetitive surge. The surge current rating being the important thing here.

Probably a requirement somewhere in the USB specification that locally powered devices play nice if their power fails.

$ /usr/bin/arm-none-eabi-objdump -S handheld.ino.elf |less ... 0002c6c0 <strlen>: 2c6c0: f890 f000 pld [r0] 2c6c4: e96d 4502 strd r4, r5, [sp, #-8]! 2c6c8: f020 0107 bic.w r1, r0, #7...

I learned strlen() straight from K&R. In the several example versions of strlen() shown in that book, none check for a NULL pointer. It is simply assumed that the programmer is better than that.

$ /usr/bin/arm-none-eabi-objdump -S handheld.ino.elf |grep 2c580 d0a: f02b fc39 bl 2c580 <strlen> 3142: f029 fa1d bl 2c580 <strlen> 31d4: f029 f9d4 bl 2c580 <strlen> 34a2: f029 f86d bl...

objdump -S says: 0002c580 <strlen>: 2c580: f890 f000 pld [r0] 2c584: e96d 4502 strd r4, r5, [sp, #-8]! 2c588: f020 0107 bic.w r1, r0, #7 2c58c: f06f 0c00 mvn.w ip, #0...

It will be in the ../bin directory with the rest of the GCC programs. Runable in xterm or whatever terminal window your OS provides. But that is of limited use. What would be really helpful is to have gdb runing when this happens. Then you could...

You should be able to use the bintools programs to look at the code. The Ardunio IDE will compile your code to a .elf file somewhere in its temp files. Find that and do something like: .../arm-none-eabi-objdump -S file.elf >output.txt (Program...