Than you for reaching out to Ubidots and letting us know your case.
Further, as an Ubidots for Education user please note this is a secondary paltform to Ubidots core platform which is a shared resource platform, meaning reliability issues might be experienced when servers happen to be unavailable. With that in mind, Ubidots does not offer a SLA for uptime within Ubidots for Education platform.
That being said, I encourage you to roll in to Ubidots production-ready platform by clicking the link above, you’ll find, apart from improved uptime, many other features for your application development and deployment.
Things are working better today. Did the education side get a check and restart?
I appreciate the advice. I am a university professor and aiming to get my students interested in the program. Don’t think I can afford the core platform for a class of 25 students.
Things worked better for about 4 hours and now things are back to the intermittent connectivity I was seeing yesterday, If I replace the ubidots publish and subscribe blocks with the generic mqtt blocks, will things perhaps be better?
I am using the same Raspberry Pi but sometimes I am coming in to ubidots from a PC and sometimes from a Mac. I am using Internet Connection Sharing in each case via a USB ethernet adapter used the connect the Pi to my host. Could my networking changes cause the ubidots backend to throttle my attempts to make a reliable connection?
It seems the ubidots input node will sometimes fail, but if you replace that with the standard mqtt subscribe node with the proper topic URL and the proper API token, then things are much more reliable. I will report this as a bug via my developer account.
I got word from David at ubidots that they are aware of this but do not plan to fix anytime soon. The recommendation from David is to use the standard node-RED mqtt publish and subscribe nodes instead.