BLYNK
HOME       📲 GETTING STARTED       📗 DOCS       ❓HELP CENTER       👉 SKETCH BUILDER

Blynk Library v0.4.8 is released [Arduino, Energia, Particle, MBED, OpenWrt]

#1

In this release

  • Improvements & new features:
    • More readable warning “ESP is not responding” instead of “Cannot disable echo”.
    • BlynkTimer updated
    • Table.updateRow() support
  • Major fixes:
    • BLYNK_APP_CONNECTED, BLYNK_APP_DISCONNECTED (bug #313)
    • Big improvements on Particle stability (+ fix of bug #322)
  • Updated examples & documentation

Full list of supported hardware is here.

Grab the update here: https://github.com/blynkkk/blynk-library/releases/latest

:star2: BTW, if you like Blynk, don’t forget to give us a github star! :star2:

5 Likes

Digital Loggers Plduino to Blynk via Esp8266
My first Blynk sketch. Patience ready only :)
pinned globally #2
0 Likes

#3

great to see updates :+1:
Could you provide link or explanation of what was updated with BlynkTimer please ?

0 Likes

#4

Just updated to the latest version - https://github.com/marcelloromani/Arduino-SimpleTimer
Github remebers all the changes so you can see there

1 Like

#5

As advised bug #313 is still present. RTC will not update with your BLYNK_APP_CONNECTED code.

// RTC_Check.ino basic RTC combined with APP_CONNECTED library 0.4.8 and Android app 2.14.5
#define BLYNK_PRINT Serial
#include <ESP8266WiFi.h>
#include <BlynkSimpleEsp8266.h>
#include <TimeLib.h>
#include <WidgetRTC.h>

BlynkTimer timer;

WidgetRTC rtc;

char auth[]   = "xxxxxxxxxxxxxxxxxxxxx";
char ssid[]   = "GargoyleTest";
char pass[]   = "xxxxxxxxxxxxxxxx";
char server[] = "blynk-cloud.com";

BLYNK_APP_CONNECTED() {         // Called when Smartphone App is opened
  Serial.println("App Connected.");
}

BLYNK_APP_DISCONNECTED() {     // Called when Smartphone App is closed
  Serial.println("App Disconnected.");
}

void clockDisplay()            // Digital clock display of the time
{
  String currentTime = String(hour()) + ":" + minute() + ":" + second();
  String currentDate = String(day()) + " " + month() + " " + year();
  Serial.print("Current time: ");
  Serial.print(currentTime);
  Serial.print(" ");
  Serial.print(currentDate);
  Serial.println(); 
  Blynk.virtualWrite(V1, currentTime); // Send time to the App 
  Blynk.virtualWrite(V2, currentDate); // Send date to the App
}

void setup()
{
  Serial.begin(115200);
  Blynk.begin(auth, ssid, pass, server );
  rtc.begin();
  timer.setInterval(10000L, clockDisplay);
}

void loop()
{
  Blynk.run();
  timer.run();
}

Serial Monitor:

    [5068] Connecting to GargoyleTest
    [6069] Connected to WiFi
    [6069] IP: 192.168.10.207
    [6069] 
        ___  __          __
       / _ )/ /_ _____  / /__
      / _  / / // / _ \/  '_/
     /____/_/\_, /_//_/_/\_\
            /___/ v0.4.8 on Arduino

    [6075] Connecting to blynk-cloud.com:8442
    [6228] Ready (ping: 71ms).
    Current time: 0:0:16 1 1 1970
    Current time: 0:0:26 1 1 1970
    Current time: 0:0:36 1 1 1970
    App Disconnected.
    App Connected.
    Current time: 0:0:46 1 1 1970
    Current time: 0:0:56 1 1 1970
3 Likes

#6

@vshymanskyy we have removed RTC widget, restarted app and added widget again and all seems OK now.

2 Likes

#7

Awesome!

1 Like

#8

First of all, I would like to say warm thank to the Blynk & its library development teams for the update.
I love using Blynk as I am doing at the moment and go on.

When Blynk library has an update, does it have any impact on running ESP the ones we did upload the code being used at end-user side ? Do we need to re-upload the code for those ESP?

Thanks for your attention and advice.

0 Likes

#9

No, it will keep running. You may or may not update the code. If you re-upload the same code with the new libraries installed, the running code will of course be run with the new library.

Keep in mind though that updates usually contain fixes and new functions, so it may be needed to update if you are currently running into problems or want newer things.

I’ve been running a couple ESP’s on very old libraries because I simply forgot to update (they just switch a relay, which works fine in any version). But if you want more, you need to stay up to date :wink:

2 Likes

#10
BLYNK_APP_CONNECTED() {         // Called when Smartphone App is opened
      Serial.println("App Connected.");
}
BLYNK_APP_DISCONNECTED() {     // Called when Smartphone App is closed
      Serial.println("App Disconnected.");
}

Actually I am not aware all of functions of the blynk’s library so when I have seen these above ones shared by @Costas I feel they are very useful that I am thinking for some new tasks with those. Thanks.

0 Likes

#11

@Dmitriy to reply to this and you, the APP_CONNECTED/DISCONNECTED doesn’t seem to work. I’m tailing the log files while I close the App, but it doesn’t show App has disconnected or something similar.

1 Like

#12

Have you moved the NEW slider in the app project settings screen to ON?

0 Likes

#13

@Lichtsignaal it’s not entirely true to say ESP’s will continue to function without upgrades. I have a “Blynk” temperature sensor hooked up to an OLED on my desk that has been running for a year or so. Due to changes over the last year the time shown on the OLED is wrong by 3 hours. Not a problem for this project but some projects will completely fail if the time is incorrect because users didn’t upgrade to the latest server / app / library etc.

0 Likes

#14

Shame on me :smiley:

And as for updating, of course it will eventually go wrong because legacy stuff will be moved out. But for simple applications, as you mention, it’s ok to stay behind for a bit :smiley:

2 Likes

#15

Are you sure this is because of Blynk changes?

0 Likes

#16

@Dmitriy I thought you redesigned the way the RTC widget works, no?

0 Likes

#17

Yes. But time wasn’t changed. Also, we implemented back compatibility for RTC.

0 Likes

#18

Maybe it was the TimeInput changes that are affecting my hardware. Not even sure what sketch my WeMos is using but at one time I was using a very complex system of reading the project details to set the time every 24 hours. Not a good idea on my part.

TimeInput changes didn’t have backward compatibility, right?

0 Likes

#19

@Dmitriy this is only to emphasise that Blynkers should regularly upgrade app, library and server if applicable.

It looks like your backward compatibility for the RTC widget fails under certain circumstances.

As per my earlier post, one WeMos has been happy for the last 12 months without me touching it. Now I have “tocuhed” it the WeMos is not happy, confirmed by the attached buzzer sounding every 20s.

I noticed some time ago that the time shown on the OLED was showing GMT rather than local time. Wasn’t really a concern as I knew you had changed the RTC widget and time wasn’t really important for this project. It just means the the data log is 3 hours out etc.

I dug out a version of the sketch from 12 months ago that is almost the same as the one running on the WeMos. It’s using 0.3.4 so it shows how old it is.

I haven’t looked at the project in the Blynk app for maybe 12 months but I found it amongst the 100 or so projects I have across my various accounts and servers. As soon as I took a look at the RTC settings to check the timezone the WeMos project fails to function.

It’s a project that uses deepSleep and it checks for a 1970 date during bootup. If the RTC sync fails for whatever reason it sleeps for 20s and tries again. Poor coding decision on my part but it served a purpose at the time. Simply checking the timezone setting in the RTC widget means it now fails RTC sync 100% of the time whereas for 12 months sync was 100% successful.

I’m not entirely sure why it now fails to sync but I’m guessing it’s simply because of your new implementation i.e. not tied to a virtual pin and that simply checking the timezone settings in the app breaks the code. I am guessing that viewing the timezone settings is wrongly telling the system something like new RTC widget being used and must therefore use the new RTC widget code syntax.

Edit: on reflection probably relates to the timezone bug fixes you made rather than the virtual pin removal. Wasn’t negative timezones buggy originally or was that just for the Timer / TimeInput widget(s)? Not important.

0 Likes

#20

Ok. I see. To be honest it was so many days ago that I already don’t remember exactly changes we did =(.

2 Likes