I can confirm that picking up all the fixes from the current source tree (assuming they are in master, as they are supposed to be) does not fix this problem (aka CFOD.) Behaviour is unchanged.
Will probe up SPI bus later today - I fear the biggest problem will be finding a useful trigger for the analyser.
SPI bus analyser shows that after CFOD, the SPI bus is idle.
No interrupts from CC3000, no polling status by the STM32, no activity whatsoever.
More news as I get it.
Hmm, I have been having rather mixed results with my Spark Core. I just hooked it up to my Freetronics LCD shield, and successfully had it running for about 5000 seconds.
Anyway, whilst pondering in my awesomeness, drifting away at the seconds counting upwardsā¦ the wife started defrosting some meat in the microwave.
Instant drop to the core! Like almost the entire time the microwave was on, the spark was losing connection to the internet! Now, either my microwave is emitting some harmful badness to the living area, or perhaps the spark is super sensitive on the inbuilt antenna? Anyone else using a microwave nearby?
How old is your microwave? This isnāt uncommon on older or cheaper units. They emit radiation all over the 2GHz spectrum, which is in fact the frequency they cook at!
I use my Core across the room from a several thousand watt 4 year old Kenmore unit with no issues. Try changing your wifi channel or enabling āAdaptiveā / āSpread Spectrumā / āInterfearance Robustnessā modes on your router!
That is just one of many interferences that will cause the connection to drop. Which actually can happen all the time without the user knowing, but the recovery is what is critical here. For any implemented application to work over a long period of time, the core cannot suspend the application to wait for a reconnect. The reconnect task should happen in the background, so that when your heating up a burrito it does not take down your core.
I am in a commercial environment and there are a lot of access points around and many for the same SSID, i know the core is trying to switch to other APās on the same SSID but typically fails then waits around untill a successful reconnect. Meanwhile the application is not runningā¦
I would add to this though that Iāve just queried the temperature through the cloud API and the return was nonsense - as if itās not actually been reporting (although youāll notice it does know itās there) ā¦
Hi. I too am having this issue. I was looking into the AP side of things, and confirming that in the flashing cyan state, I could still see the core attached to the AP. Also have a simple flashing LED app.
I had a question. How do we know what version of the cores firmware we are running, so that I might know when there is an update that will fix the flashing cyan issue?
Iāve two cores with me and both of then arenāt getting connected to the cloud they are only flashing cyan, I tried many times but still itās the same situation? Can Someone tell me what the problem could be?
Iāve even applied CC3000 patch also to both of them.
Iām not sure if reviving the topic is better than starting a new one, but seems like this problem still hasnāt been solved. Iāve just bought a photon, and Iāve succeeded in claiming it, flashing the āblinkā app to it, and all. When powered-up, the photon will quickly go to the ābreathing cyanā in a second or two. Unfortunately, it disconnects from the cloud intermittently and goes to the āflashing cyanā. Than goes back to breathing cyan for a few seconds. Etc. This never ends. Iāve tried a computer power source, as well as a power pack. The firmware is 0.4.9. And, basically, itās in practice disconnected from the cloud most of the time. Itās mostly still available on the LAN though (ping will find the device about 9 out of 10 times). Iāve got a good router with other devices that are on 24/7 and do not disconnect constantly. Needless to say that, with this problem, successfully flashing a program on the photon is a rare and happy event.
Where lies the flaw? It is because the photon wifi hardware is of poor quality? Are the Photon Cloud servers overloaded/difficult to reach? Or could this be eventually fixed by a future firmware upgrade? Is anyone working on this? I planned to use the photon as a remote data sensor, but because of the brittleness of its connection, Iām not sure I can use it. And even worse, when the ācloud disconnectionā happens, the device stops executing the program-- so I canāt even workaround this by buffering the data values and transmitting everything in the (too) rare connected momentsā¦
Or maybe thereās a solution and Iāve not stumbled on it yet.