I am flashing my core over the web IDE, with the core selected in the cores dialog that matches with the coreid I got from “spark serial identify”.
It says it all goes well. Great.
BUT - the core never flashes magenta indicating it is being updated, and nor do the web calls I make to the core indicate my new code has been taken on.
Any ideas? I know the build system was having some issues, is this a hangover from this?
Hi, yes - indeed there is. The core itself is breathing normally and I can call it through the API, but it responds as I would expect the old code to respond.
Tried multiple times again, no joy. Done factory reset and run a serial setup and re-running the flash, I get the same behaviour. I hit build, with the newly registered core selected in the IDE, it says it has flashed successfully - but no magenta flashing.
When the web IDE says “flashed successfully” it really means that it has sent the binary file to the cloud handler that sends it on to your core. There is no feedback from there back to the web IDE, so as soon as it sends it to the cloud software, it thinks it is done.
So what can typically stop the binary file being pushed from the cloud handler to the spark core? Can the size of the file stop it from getting pushed?
I’m piggy backing on here, because I’m having the same problem as @mblackler. I just followed the last suggestion of trying to flash the blink.ino file, and the cloud says it flashed successfully, but my core never flashes magenta, and is still breathing cyan.
I just got this one in the mail last night, but I have another one that has been a part of my home automation system for about 5 months. I never had these issues with it.
I figured out my problem. The Device ID in the web IDE was wrong, even though I had selected the correctly named core. I’m not sure how that could have happened, but it’s fixed now.
Yes, that’s it! I got flash succcessful messages but core never blinked magenta. So I compared cloud device id and real core device id, 1 byte differed… it began with 55ff6d… but was instead 55ff6e