Ok in the name of science I just upgraded my toolchain:
arm-none-eabi-gcc (GNU Tools for ARM Embedded Processors) 4.8.4 20140725 (release) [ARM/embedded-4_8-branch revision 213147]
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
now when performing a make clean all on current master I get:
Invoking: ARM GNU Print Size
arm-none-eabi-size --format=berkeley core-firmware.elf
text data bss dec hex filename
78768 1224 11860 91852 166cc core-firmware.elf
I’d say that’s close enough between windows and mac that we probably have the same code now.
I then ran make program-dfu with this build and it put Tinker on my Core. After testing with the iPhone Spark app I was able to toggle the D7 led no problem.
Would you please try this as well and see if you can get Tinker to work?
You can flash it to your Core by going to the directory where you download it to, and typing: dfu-util -d 1d50:607f -a 0 -s 0x08005000:leave -D core-firmware.bin
Don’t give up!! We’re going to this problem in the
I will say now I can not flash currently via DFU my install of DFU utils broke and I have fought with that to no avail. (I’ts a mix of me having done USB dev a few weeks ago and messing up my lib-usb install. And I just have not been willing to fight with it.)
I am going to install tinker, and let you know how it goes.
Also is d7 the user led? Or do I need to put one on d7 ( I have been manually checking it with my DMM because I was not sure)
EDIT: Tinker does work, User application is still not working.
EDIT2: also not giving up, I can not stand the webide, but to me my browser is a browser not a replacement for everything Tho it is nice for whipping up quick examples and finding libraries to use.
Hmm, so if dfu-util is not working for you… how are you compiling locally and getting that compiled binary onto your Core? Spark CLI?
I know we can get dfu-util working pretty easily for you…
Just drop the EXE from here into a folder like c:/dfu-util/dfu-util.exe and then add this ;c:/dfu-util/ to the end of your PATH Variable Value located in System / Advanced System Settings / Environmental Variables.
You also need the DFU UTIL driver (sounds like you know already but just pointing this out for all following along):
yeah spark-cli for all extensive purposes (make file pushes it for me via the api), It was working It’s been yelling that this device is not DFUable or not able to be looked up via vendor ID. I forget exactly but ill poke at it.
And yeah I know this already I was playing with LibUsb for an arduino project and borked everything
OK DFU flashing works again, User application code still does not work.
EDIT: Back! @Geekbozu So did you try to DFU the bin I linked up above, that should put Tinker on your Core and you should be able to turn on the D7 LED by setting D7 to a digital output and then setting it HIGH.
Sorry pinged you then had family stuff! Tinker runs from my local build flashed over cloud or DFU. Running a flash the led application how ever does not.
Building works. Running built applications seem to lose access to spark_wiring.
Tinker Does work. The wifi API features of the core do work with applications (the cloud connects and accepts flash requests)
i2c Does not work presumably from the fact that the spark_wiring is lost.
this problem in the 
Tho it is nice for whipping up quick examples and finding libraries to use.
