Hi My core has same issue but I can’t do “particle flash --factory tinker” command.
Here is my log
C:\Users\JadeLee\AppData\Roaming\npm\node_modules\particle-cli\binaries>particle
flash --factory tinker
Found DFU device 1d50:607f
spawning dfu-util -d 1d50:607f -a 0 -i 0 -s 0x00020000 -D C:\Users\JadeLee\AppDa
ta\Roaming\npm\node_modules\particle-cli\binaries\core_tinker.bin
dfu-util 0.9
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2016 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to http://sourceforge.net/p/dfu-util/tickets/
Opening DFU capable USB device...
ID 1d50:607f
Run-time device DFU version 011a
Claiming USB DFU Interface...
Setting Alternate Setting #0 ...
Determining device status: state = dfuERROR, status = 10
dfuERROR, clearing status
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
DFU mode device DFU version 011a
Device returned transfer size 1024
Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!
Last page at 0x00038183 is not writeable
DfuSe interface name: "Internal Flash "
Downloading to address = 0x00020000, size = 98692
Error writing firmware...Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release!!!
Last page at 0x00038183 is not writeable
Hi, I believe my core was worn out too, Magenta Led does not change to yellow after updating firmware of Tinker.
Another question, Is CC3000 not suitable for fast-udp communication? My core sends gyro data via udp in Update(). I read your thread that says CC3000 is weak for sending data very frequently.
I would consider buying new Photon someday too....
Normally Cores are good for many write cycles but some firmware, particularly a set of firmware that did continuous setting of the CC3000 for WiFi network detection, can wear out the CC3000 flash in days. On one of my Cores, the one I used for flashing lots of code, the CC3000 is done but I have others that are still running OK.
I would say that the Core is OK for fast UDP but using the Particle libraries, UDP packet boundaries on the receive side are not preserved. Some older UDP code depends on packet boundaries and is hard to get this kind of code to work correctly. I don’t know of any limitations, other than good programming practices, on sending fast UDP data.
Hi, my core could not send data fast by udp communication one day. It was good before.
After trying many ways from community to fix issue, I flashed ‘cc3000 patch-programmer’ from github.
And then finnally core has gone…RIP…
Core can still be in DFU mode but no luck after flashing many .bin files.
Particle Tech Support says there is no way to recover my core. I would say good bye to my core…