Faire un afficheur déporté

felvic écrit:

Par contre ça se fige souvent, pourtant j'ai vu qu'il y avait une routine de reconnexion WiFi en cas de perte...

Il ne faut pas rafraichir en dessous de 15 secondes, le MSunPV ne suit pas.
Je t'ai renvoyé un mail avec ton programme un peu retravaillé.

Oui je confirme, d'ailleurs j'ai toujours une vieille version avec les virgules que je n'ai pas encore eu le temps de modifier...




Pour les 15sec de rafraîchissement, j'étais passé à 10sec et rien à signaler (mais je vais sûrement repasser à 15 vu ta remarque)

problème aujourd'hui, sans crier gare le companion reste sur "connexion OK"
dans le monitor arduino on lit :

No NTP reply, trying again in 1 minute...
The connection to server is secure (https). Certificate not checked.


au bout d'1 minute le companion reboote et ainsi de suite...
j'ai remplacé dans ntp_time.h le nom dns time.google.com par son ip "216.239.35.4"
et là le companion refonctione, bien sûr je n'ai pas l'heure ni les bonnes infos openweather maps...

mais le reste est OK
avez vous déjà eu ce cas ?

bizarre cette histoire car le dns est ok ici...

Defaliz écrit:

mais le reste est OK
avez vous déjà eu ce cas ?

bizarre cette histoire car le dns est ok ici...

Jamais eu ça

Defaliz écrit:

problème aujourd'hui, sans crier gare le companion reste sur "connexion OK"
dans le monitor arduino on lit :

No NTP reply, trying again in 1 minute...
The connection to server is secure (https). Certificate not checked.


au bout d'1 minute le companion reboote et ainsi de suite...
j'ai remplacé dans ntp_time.h le nom dns time.google.com par son ip "216.239.35.4"
et là le companion refonctione, bien sûr je n'ai pas l'heure ni les bonnes infos openweather maps...

mais le reste est OK
avez vous déjà eu ce cas ?

bizarre cette histoire car le dns est ok ici...

Le serveur préférentiel est
const char* ntpServerName = "time.google.com";
car il ne bloque pas les demandes successives, j'ai eu des problèmes avec le serveur ntp.
Il n'est pas conseillé d'utiliser des adresses chiffrées, elles peuvent changer.
Attention aussi à la box ethernet qui joue le rôle de serveur DHTP, trop de demandes successives peut être considéré comme une attaque et il bloque. Il faut régler son pare-feu.

concernant les reboot, il y a -t-il un timeout qui les provoque ?
je pense aussi à une saturation de la ram... est-ce que l'on est juste ou pas ... j'ai remarqué que si j'ajoutais des tests dans le code (aucune erreur de compilation) le S3 se bloquait...

Defaliz écrit:

concernant les reboot, il y a -t-il un timeout qui les provoque ?
je pense aussi à une saturation de la ram... est-ce que l'on est juste ou pas ... j'ai remarqué que si j'ajoutais des tests dans le code (aucune erreur de compilation) le S3 se bloquait...

Non, il n'y a pas un reboot automatique, cependant il est possible d'en programmer un automatique au cours de la nuit par exemple.
La ram n'est pas un problème, mais il y a des cycles de relance programmés, 2 actuellement en plus de l'heure.

bonjour
plus aucun souci ce matin..
en fait lorsque le companion n'atteint pas le serveur ntp il y a 1 minute d'attente avant un autre essai, puis timeout et reboot...
quand le companion se connecte bien au serveur ntp aucun souci pour la suite...
la connexion wifi est en amont et elle se fait bien...

actuellement c'est OK... peut-être un pb au niveau de certains serveurs hier soir..

felvic écrit:

Et la reconnexion WiFi en cas de perte, il y a un reboot?

oui tentative de reconnexion

/***************************************************************************************
** Reconnexion wifi en cas de perte
***************************************************************************************/
void WiFiStationDisconnected(WiFiEvent_t event, WiFiEventInfo_t info){
Serial.println("Disconnected from WiFi access point");
Serial.print("WiFi lost connection. Reason: ");
depart.setTextColor(TFT_RED,TFT_WHITE);
depart.setTextDatum(4);
depart.drawString(" CONNEXION PERTURBEE ",160,118,2);
depart.drawString(" VEUILLEZ PATIENTER... ",160,133,2);
depart.pushSprite(10,20);
Serial.println(info.wifi_sta_disconnected.reason);
Serial.println("Trying to Reconnect");
WiFi.begin(ssid, password);

felvic écrit:

Par contre ça se fige souvent, pourtant j'ai vu qu'il y avait une routine de reconnexion WiFi en cas de perte...

Moi aussi ça fige , je comprends pas pourquoi (et j'ai pas trop le temps actuellement de chercher la cause)
Cependant, quand il est figé , le ping marche toujours. Donc, j'exclu un soucis de wifi.