[LCD] Keeps only last display after re-start appli

[Alx-I]

Hello,

If I open the appli on my phone (that is running) to check last events, only the last lcd.print is displayed on the LCD.
When the lcd.print are sent when I’m on the appli, everything works well. But if I exit and come back (whitout stopping but causing a reconnect), the LCD only displays the last print.

Has somebody else the same problem?

I found the same behavior that should be corrected here →

LCD refreshes only with last call to lcd.print() when phone reconnects to Blynk server

The lcd widget incompletely updates when the phone reconnects to the blynk server. This behaviour is fairly benign but never the less quite annoying if using several lcd.print() s to make up LCD display. Example: void updateLCD() { lcd.print(0, 1, "IP"); lcd.print(3, 1, WiFi.localIP().toString()); } leaves the ip address floating out in mid air on phone reconnect. Testing again with void updateLCD() { lcd.clear(); //Use it to clear the LCD Widget lcd.print(0, 0, "A0:"…

[Gunner]

@Alx-I

Has somebody else the same problem?

I found the same behavior that should be corrected here ->

You found a very old topic… and is no longer relevant to current libraries.

Make sure you have updated App and Libraries (and have of course reflashed any sketches with the new library).

Then if you still have issues, please post your code here… format it for viewing as required here…

[taburyak]

Все оновлено до останньої версії. Проблема існує. Показує останній рядок lcd.print.

Everything has been updated to the latest version. The problem exists. Shows the last line of lcd.print.

[Gunner]

Hmm… I have constantly updating info on my LCD widget so I haven’t noticed anything unusual.

@Dmitriy has an old issue come back to haunt you?

[Alx-I]

Right,

I forgot to post my code, but I really don’t think it’s linked to it->

void Print_Fall(){
lcd.clear();
lcd.print(0, 1, PoidsCharLast10);
lcd.print(5, 1, F(">"));
lcd.print(6, 1, PoidsChar);
lcd.print(11, 1, F("KG"));}

If I put the appli in background and re-open it, it only stays the last print “KG” on the LCD.
Same behavior, if the appli does a reconnect to the server.

It should be nice to fix it because it makes the LCD unusable.

Cordialy

[Alx-I]

I forgot an important detail, the project use a widget “device selector”.
Perhaps this is linked?

[Dmitriy]

@Alx-I yes, this is the important detail. Thanks.

[Alx-I]

Ok, I can confirm the issue occurs only with device selector.
I have made a very simple project with just one LCD, and it works without issue.
I’ve added a device selector and assigned it to the LCD widget, and now the problem is present on every test (only “PRINT2” stays on LCD if I put the appli in background and come back to it)

//JUST CONNECT+test LCD            
 
//<<LIBRARIES>>
#define BLYNK_PRINT Serial    // Comment this out to disable prints and save flash space
#define BLYNK_DEBUG           // Optional, this enables lots of prints
#define BLYNK_NO_BUILTIN        // Disable built-in analog & digital pin operations to spare flash space
#define BLYNK_NO_FLOAT          // Disable float operations to spare flash space
#define BLYNK_NO_INFO           // Skip device info to spare flash space
#include <BlynkSimpleUIPEthernet.h>   // ENC28J60 ethernet BLYNK library

WidgetLCD lcd(V0);

unsigned long COUNT=0;

void setup() {                  
  Ethernet.begin(arduino_mac, arduino_ip, dns_ip, gateway_ip, subnet_mask );
  Blynk.config(auth, "xx.xx..xx.xx", xxxx);  
}    

void loop(){  
while (Blynk.connected()==false) {Blynk.disconnect(); Blynk.connect();}  //wait connection serveur//
Blynk.run(); 

  if (COUNT==100000){                                         
  lcd.print(6, 1, F("PRINT2")); 
  }

  if (COUNT==1000){                                         
  lcd.clear();
  lcd.print(0, 0, F("PRINT1")); 
 }
   COUNT++;
}  

[Alx-I]

Hello, is this problem finally well taken into account for the next release ?

Regards

[Dmitriy]

Hello. No. It is hard to fix.

[Alx-I]

Ok thanks

[Dmitriy]

@Alx-I issue is fixed.

[Alx-I]

Fine, thank you