I try in good faith to read between your lines: Are you saying that the Core is operating to spec? Where does it say user code stops and never runs again should the Cloud disappear? I thought the problem had already been well described and understood and that Spark HQ acknowledged it and said first…

Hi @psb777 , I don’t want to hijack this thread, so it might be worth moving to a discussion on system modes, but the automatic mode is meant to simplify network programming. If the connection is lost it doesn’t run the loop until it’s back. This isn’t true in manual mode, For automatic mode it …

There have been numerous topics which have dealt with this issue, some of them with entirely sensible and relevant topic titles. I will of course follow you, @dave , if you fork this thread. But the behaviour which, your last post, surprises you has been experienced and has been reported over months…

Hi @psb777 , Ah! That’s super helpful, thank you! Based on that thread,it seems like there are two obvious issues, one easy to fix, and one less easy: 1.) How many times the core tries to reconnect / how long it waits is important, and should be settable / controllable 2.) Some cc3000 operation…

In another thread @kennethlimcp is testing that recent patch. I have tried my best to help steer that testing - trying to explain to him what exactly UDP must behave like - but I cannot participate - I compile in the cloud. He seems to report better behaviour with UDP. Eveything has gone quiet recen…

@zach seems to be merely encouraging you to dig into the open-source project and fix it to your liking. If you do come up with a good solution, send a pull request and I am sure Spark would be grateful. I honestly think you are misunderstanding him and I don’t see anything there about a well unders…

We disagree about several things. But thank you. [image] Semi-Automatic Mode Question The CC3000 has a blocking host driver. That means that some of the CC3000 calls will block your user code. If that doesn't work with your application, then the Core is NOT the right product for you. The Photon …

I’m in a similar boat to @psb777 In my case, I can’t use the Spark Core until this issue is resolved. It’s just too much of a brand and safety risk to use a processor that can block indefinitely. I don’t have the time or skill to fix the issue myself. And I can’t wait till March. I need a solution …

@philipq , @psb777 , I’m pretty sure that the bug report here , and the pull request here may be a fix for the issue. It’s not the cc3000 code that is blocking, it’s the main loop not returning control to the user loop. Sorry this isn’t more detailed, I’m on my phone :slight_smile: Edit: in detail,…

[image] mumblepins: It's not the cc3000 code that is blocking, it's the main loop not returning control to the user loop. I agree. I've seen the recent discussion on github too. There has been a welcome reversal on this issue. Next we must renew the call for a UDP packet boundary fix.

User code sometimes blocked by cc3000 in manual mode?

Troubleshooting

psb777 December 18, 2014, 7:18pm 5

@bko: A simple search does it: This is the first of several relevant hits: Semi-Automatic Mode Question - General - Particle @bdub @zach and @dave participated in that thread.

Topic		Replies	Views
Semi-Automatic Mode Question General	38	9674	December 6, 2014
New feature: control your connection! Firmware	69	15122	May 18, 2015
Create time out for Spark.connect()? Firmware	43	11486	August 31, 2016
Dropping the connection to spark cloud Troubleshooting	94	13293	February 21, 2016
User code stops running while in Manual mode around 24 hour intervals Troubleshooting	20	4256	June 4, 2015

User code sometimes blocked by cc3000 in manual mode?

Related topics