I have monitored every single function and I have seen at the end that the problem is related to the FastLED library that I am using. Infact some function of this library are too slow for Blynk infact the faster function that I have is 450ms all the others are higher than 1000ms.It depends surely from the library and also of my number of leds. So I have decided to dont use anymore this strip led with Blynk.
Thanks @wanek for linking the thread, @Giorjevic, the FastLED is the best you can get for LED strips. Take a look at my project. Its a little out dated now but still works and easy to build upon.
I am going to release a new version in a few weeks which uses some new Blynk widgets and multi device features but the current version should work fine.
Any “flooding” or disconnects you get are related to the ESP firmware you have installed.
@Costas recommended I update to a new version/revision. I cant find the thread now but I’m sure he can tell you which version fixed the hardware disconnection when sending loads of commands to the ESP.
Good luck and don’t give up yet as the issue is almost never caused by Blynk!
Not Blynk firmware, Arduino ESP8266 core. Most users are still using the bug ridden 15 month old 2.3.0 core, you need 2.4.0-rc2. See the Announcement at WPA2 Compromised: Upgrade all hardware
but @Giorjevic, no offense, but when i asked you several days ago about your hw (with the intention to recommend to upgrade the esp core, if it is used), you stated:
and now you say:
than what the f**** is going on? am i missing something?
yes, thats true. i mean only the board and shield, the hw what you using while experiencing the issues.
i think there is some misunderstandig here:
if you do NOT use esp8266 board with THIS project, afaik, upgrading the esp core will NOT affect nor help resolving the error.
this is correct!
of course, it is good that you upgraded, for your future esp8266 projects, but the mega and ethernet shield has nothing to do with that. they use completely other source.
Not so serious reasons but just to have a complete project.
My dream is to complete the project using all the code made for the different function that use FastLED library but at the moment it’s not possible because of Blynk timing.
I know that’s not a Blynk bug/issue/problem but the reason of Blynk timeout is the incompatibility between FastLED timing and Blynk timing.
I want also to specify that if want to run very simply LED function Blynk works fine for example if I want to change only the color to all led I don’t perform timeout.I tested it using a zeRGB Widget and works fine.
It works well also for very simple functin like snake effect.
In my case effect functions are a bit more complicated and them takes more than 1000ms to be executed and this is why I perform timeout
I don’t know if in the nearly future Blynk timeout can be longer than 500ms so my dream could be true
Actually this will be an issue with any online connected application, as the process of staying online can be so critical with timing.
Solutions are very advanced coding or alternative methods like a dedicated MCU running some time consuming task while getting it’s “instructions” via I2C, Serial, etc. from a “master” IoT connected MCU.
I would recommend what I suggested… run your LED control on a basic Arduino, physically linked by I2C or even serial to an ESP that orchestrates everything else… you make a pattern choice in the App, that gets processed on the ESP, it sends simple case switch option to Arduino, Arduino changes pattern and does it’s job without timing issues.
Look at this library…
I haven’t tested it on ESP yet, but it should work… otherwise just send simple one or two character codes across with “DIY” code… I know Google has tons of ways to simply cross connect serial data between Arduinos that will work between ESPs and Arduinos as well.