Reconnect to Blynk server after use Slider Widget

Issues and Errors
1

Hi all,
bellow is my easy test sketch on ESP8266 Stand. My experience is:
When I am moving by slider, often ESP drop connection to cloud Blynk server and try again to reconnect. ESP does not restart luckily :stuck_out_tongue_closed_eyes: .
Any idea guys? thx
Roman

iOS App
Blynk lib v.0.2.5beta
ESP8266-12 Firmware v0.9.5 AT
Arduino IDE with Generic ESP8266 board

>  #define BLYNK_PRINT Serial
>  #include <ESP8266WiFi.h>
>  #include <BlynkSimpleEsp8266.h>

>  // You should get Auth Token in the Blynk App.
>  // Go to the Project Settings (nut icon).
>  char auth[] = "fc1b6e3d4ad14616ac149221f008axxx";
>  int sliderValue = 1024;
> int randomValue;
> void setup()
> {
>   Serial.begin(9600);
>   Blynk.begin(auth, "wireless2", "xxx");
> }
> //Slider change values from 0 to 1023 feom Widget Slider
> BLYNK_WRITE(1)
> {
>   BLYNK_LOG("Got a value: %s", param.asStr());
>   sliderValue = param.asInt();
>   Blynk.virtualWrite(3, sliderValue); //show slider value on vDisplay with Push setting
> }
> //Widget Graph on V2 show random values each 1s 
> BLYNK_READ(2)
> {
>   //int randomValue = random(1024);
>   Blynk.virtualWrite(2, randomValue);

> }
> void loop()
> {
>   Blynk.run();
>   randomValue = random(sliderValue);
> }
2

Maybe the problem is in your power supply or ESP wiring actually.
Please follow the recommendations here: https://github.com/esp8266/Arduino/blob/esp8266/hardware/esp8266com/esp8266/doc/boards.md

Please tell us if it helps

3

Hmm, OK so I changed HW setup and used ESP as Shield with Arduino NANO with SerialPort lib. Everything is going fine (same sketch) but when quickly move with slider I got Buffer overflow immediately on Serial Monitor and then msg Ready (ping:30ms) followed.
Checked also Vcc on ESP via osciloscope - no differencies when use slider and got reconnect.

When no touch slider, reconnect to cloud never go.

Still do you think HW (power) issue on ESP?

4

i experienced this once also. it was also with an ESP (01) although i dont think it might be the reason. Could it be to many writes to the device? i had quite a high numbers on the slider. 1-10000 i think.
I experienced the issue when i moved the slider for longer periods than 1 sec. Also i fixed it by only reading the slider when i released it.
But now i cant test it again since the ESP is permanently used in another setup.

5

thx you joined @iclimb, I read meny yours valuable discussions. :thumbsup:
I have values 1 - 1023 but I do not think that will be trouble because I read somewhere that values are transporting as string. I will try your hint with slider (when released). thx
Now I can not to try because I am faiting with FW AT 0.22, I can not to connect to cloud with same sketch. With FW AT 0.19 was no problem. Ufff… Any help more than welcome :disappointed_relieved:

6

@roky thank you :smile:

What i ment with the high value range, was that the slider writes values to the device everytime you move the slider, and the value changes. That is, when you move the slider it moves past more values meaning more writes to the device. I don’t know for sure but just som guessing.

The way i did it with reading the slider on release, was a little workaround. Cant remember the code, but i used some delay with millis(), since there is no released state of the slider as with the buttons, as far as i know.

@vshymanskyy maybe this could be an idea for the slider. An option to choose to only write the value when the slider is released. If you are just writing a value to be stored in a variable for later use, it would be unnecessary to write every value the slider is passing through?.

1 Like
7

Yes you are right. For me is valuable to have last valuwhen I release the slider. As I can saw at Serial Monitor there is writen about 10 to 12 rows/values during slider moving. Something somewhere is overflowing… :droplet: :sweat_drops: is my idea :confused:
thx for hints

8

Don’t you get a “flood” problem?
Please show us the serial prints…

9

@vhymanskyy unfortunately I am not able to take data, I changed ESP FW from v0.9.5 to recommended v0.22 and can not connect to Blynk cloud. Error msg
…
[19] Blynk v0.2.5-beta
[20] Connecting to wireless2
[46] Failed to set STA mode

In ESP8266.h is info that is fully

Could you help me with ESP Shield, Volodymyr?

Lib: [WeeESP8266][1]

[1]: http://vshymanskyy/ITEADLIB_Arduino_WeeESP8266 At GitHub/Release is this info: Release 1.0.0: full support for ESP8266 0.18 AT Command Set.
But inside ESP8266.h lib is possibility to use 0.22 also. At your Example ESP8266_Shield.ino is recommendation v0.22 or later. I tried also v0.30 but NO SUCCESS. I am confused :tired_face:

10

I am back online with the original FW 0.9.5 which is working (v0.22 and v0.30 NOT) but connection to cloud is unstable.
So what is absolutely NEW is that iOS Blynk App definitely goes down max. within 2 minutes!!! and connection from ESP or Nano is reconnected. Relation between crash of iOS App, Buffer overflow and reconnection is confirmed!
iOS App NEVER gone down when I used ESP8266 Standalone and did not use Slider Widget. :grin:

There is print Serial Monitor:

[19] Blynk v0.2.5-beta
[20] Connecting to wireless2
[3306] IP: +CIFSR:STAIP,“192.168.1.77”
+CIFSR:STAMAC,“18:fe:34:fe:12:d7”

OK
[3353] Connected to WiFi
[10688] Ready (ping: 30ms).
[21173] Got a value: 445
[51412] Ready (ping: 29ms).
[78514] Got a value: 445
[95950] Ready (ping: 28ms).
[119963] Got a value: 445
[135669] Buffer overflow
[135678] Buffer overflow
[135687] Buffer overflow
[135697] Buffer overflow
[135713] Buffer overflow
[135740] Buffer overflow
[135768] Buffer overflow
[135794] Buffer overflow
[135821] Buffer overflow
[135848] Buffer overflow
[135875] Buffer overflow
[135903] Buffer overflow
[135929] Buffer overflow
[135956] Buffer overflow
[135984] Buffer overflow
[136010] Buffer overflow
[136039] Buffer overflow
[136065] Buffer overflow
[136091] Buffer overflow
[136119] Buffer overflow
[136145] Buffer overflow
[136173] Buffer overflow
[136200] Buffer overflow
[136226] Buffer overflow
[136254] Buffer overflow
[136281] Buffer overflow
[136308] Buffer overflow
[136335] Buffer overflow
[136363] Buffer overflow
[136389] Buffer overflow
[136416] Buffer overflow
[136443] Buffer overflow
[136470] Buffer overflow
[136498] Buffer overflow
[136524] Buffer overflow
[136954] Buffer overflow
[136962] Buffer overflow
[136962] Buffer overflow
[136972] Buffer overflow
[136998] Buffer overflow
[137025] Buffer overflow
[137053] Buffer overflow
[137080] Buffer overflow
[137107] Buffer overflow
[137136] Buffer overflow
[137160] Buffer overflow
[137188] Buffer overflow
[137214] Buffer overflow
[137242] Buffer overflow
[137269] Buffer overflow
[137295] Buffer overflow
[137323] Buffer overflow
[137350] Buffer overflow
[137851] Buffer overflow
[137861] Buffer overflow
[137864] Buffer overflow
[137869] Buffer overflow
[137895] Buffer overflow
[137923] Buffer overflow
[137950] Buffer overflow
[137977] Buffer overflow
[138004] Buffer overflow
[138075] Buffer overflow
[138084] Buffer overflow
[138085] Buffer overflow
[138113] Buffer overflow
[138139] Buffer overflow
[138166] Buffer overflow
[138193] Buffer overflow
[138220] Buffer overflow
[138248] Buffer overflow
[138869] Buffer overflow
[138878] Buffer overflow
[138883] Buffer overflow
[138888] Buffer overflow
[138914] Buffer overflow
[138941] Buffer overflow
[138969] Buffer overflow
[138995] Buffer overflow
[139023] Buffer overflow
[139125] Buffer overflow
[139133] Buffer overflow
[139137] Buffer overflow
[139142] Buffer overflow
[139168] Buffer overflow
[139196] Buffer overflow
[139223] Buffer overflow
[139250] Buffer overflow
[139277] Buffer overflow
[139853] Buffer overflow
[139863] Buffer overflow
[139866] Buffer overflow
[139871] Buffer overflow
[139897] Buffer overflow
[139925] Buffer overflow
[139952] Buffer overflow
[139978] Buffer overflow
[140006] Buffer overflow
[140048] Buffer overflow
[140060] Buffer overflow
[140087] Buffer overflow
[140113] Buffer overflow
[140141] Buffer overflow
[140168] Buffer overflow
[140195] Buffer overflow
[140222] Buffer overflow
[140249] Buffer overflow
[140891] Buffer overflow
[140900] Buffer overflow
[140903] Buffer overflow
[140908] Buffer overflow
[140935] Buffer overflow
[140962] Buffer overflow
[140989] Buffer overflow
[141017] Buffer overflow
[141043] Buffer overflow
[141082] Buffer overflow
[141097] Buffer overflow
[141124] Buffer overflow
[141152] Buffer overflow
[141178] Buffer overflow
[141206] Buffer overflow
[141233] Buffer overflow
[141259] Buffer overflow
[141287] Buffer overflow
[141860] Buffer overflow
[141871] Buffer overflow
[141874] Buffer overflow
[141879] Buffer overflow
[141905] Buffer overflow
[141932] Buffer overflow
[141960] Buffer overflow
[141986] Buffer overflow
[142014] Buffer overflow
[152827] Ready (ping: 28ms).
[168807] Got a value: 748
[169731] Got a value: 1023
[200306] Ready (ping: 30ms).

11

It’s very hard to tell what’s going wrong. We have some feedbacks of such configuration running normally.
I must tell that Arduino may be just not as fast as needed to process data, and we don’t have any control of bursts from the ESP8266 side, so better to stick to the ESP8266 as a Standalone. This should be rather stable, in example I was controlling quadcopter using 2 joysticks which is equivalent of moving 4 sliders simultaneously…

12

OK go back to Standalone but there is also couple of surprises. :disappointed_relieved:
Blynk project is nice idea but a lot of work front of you. My opinion and suggestion for you focus on stability, predictability, quality and tutorials instead of quantity HW and SW platforms.

You wrote that Blyk is so easy - hmm may be when is working and at Examples. But whole system is more complex (HW wiring, firmwares, interfaces,et.) I know that many troubles are not inside Blynk but if does not work one piece of chain, whole chain is useless including your idea too and people go another way… Your success is relying on the others…
please think about guys your backer and patron :thumbsup:
Roman

2 Likes
13

@roky, I understand your position.

Blynk focuses on making it as simple as possible (but we’re not magicians, and also limited in resources), and personally I think that we are far beyond any existing project (if not, please give me some links).

We made library and server implementation open source, and we already see community helping to develop it.
The more community we attract, the more stable the project becomes. So we need to expand and include new HW support and implement new features!

We are currently working on a documentation, but we are just limited in resources to do everything we want.

I hope for your understanding.

Regarding your problem. Blynk tries to keep long connections.
No available ESP8266 (shield mode) libraries support this, at all!
So sure there may be some problems, but we got several (!!!) reports that it works.
Arduino is simply not well suited to word with ESP8266. You will find this meaning all over the internet.

As for the standalone ESP8266, as I said, I’m running quadcopter with this setup and it works without hiccup:
http://www.instructables.com/id/Control-quadcopter-from-your-phone-in-20-minutes-E/

If you want us (or the community) to help with your situation, please be specific in your questions. Specify exactly hardware, connections, code samples, debug log outputs… especially for standalone mode. Thx.

P.S. Development needs some patience.

2 Likes
14

Well, I’ve got the exact same problem. The slider and the esp8266 Wi-Fi module. It works perfect with a LED and with a servo bit when i move the slider I get the buffer overflow just like roky’s serial monitor. Please help.

Any help much appreciated!!!

15

Sorry for delay I was on vacation. So there is no progress unfortunately. :unamused:
You can see last sentence at replay from @vshymanskyy , P.S. Development needs some patience. :wink:
Solution is welcome.
My opinion is that maybe there is no problem with Blynk directly but it does not work with Blynk. :grinning:

16

Same problem for me as reported at [SOLVED] Slider seems to crash arduino
Nano and Serial connection, slider 10 to 30 units.
Anyone have code to fix this?

1 Like