Viker

Yop @JH63,

attention ta "chaufferette" est du genre pistolet à décaper? Si c'est le cas le flux d'air chaud est beaucoup trop gros.

++

Viker

Yop @JH63,

merci pour ton retour je comprends mieux.

Vérifies au multimètre point par point chacun de tes câbles histoire d'être sûre à 100%

En général il vaut mieux du câble de donné blindé torsadé.

Perso j'ai du rj45 cat6 (blindé torsadé) pour les sondes am2320 sur 2.5m

Pour le mhz19 j'ai du blindé non torsadé sur 2.5m

Pour le ds18b20 je dois avoir 5m en blindé non torsadé.

Comme ton lcd foutait pas mal le merdier fait un test sans brancher le lcd.

Attention dans ton montage redboard évites que les câbles de tes sondes ne longent des câbles avec le 220V ou encore qu'ils passent proche des auto-transfos.

Si tu veux remplacer la puce ftdi il faut vraiment être très minutieux et avoir le matériel adéquat. Si tu ne le sens pas ne le fait pas, fait le faire.

Pour faire cela il faut un pistolet à air chaud fait pour la soudure, il faut une loupe binoculaire afin de bien voir ce que l'on fait et il faut une méthodologie bien respectée, il faut aussi un fer à soudé pour l'électronique, une pince brucelle, de la tresse à dessouder, du flux, de la soudure au plomb et ces deux derniers composants doivent être de qualité. Je te renvoie ici pour voir le genre de matériel à avoir. Et ici pour comprendre comment opérer pour dessouder et ressouder un composant monté en surface de façon adéquat.

++

Viker

Yop @JH63,

"avant debug oui, reprise câblage avec Tx à la meme lg que Rx, puis ok. "

donc avant debug tu as de problèmes de pertes de CO2 puis tu changes de câble (il aurait été bien d'avoir le descriptif immédiat) et là plus de problèmes?

"et après ta reprise perte de valeurs puis refresh a travers wifi et cela rester stable "

de quelle reprise parles-tu, il faut que tu sois super explicite.

En résumé tu as changé de câble pour les sondes CO2 où tu es passé d'un câble de 2,5m de cat6 blindé torsadé via connecteur sur la redboard à un câble non blindé non torsadé de 3m directement soudé à la redbord? Si c'est ça tu y a perdu au change. Ce qui est étonnant c'est que ce fut mieux après. Ce mieux après est dû à un autre changement concomitant sur le câblage de la redboard. Qu'as-tu changé d'autre?

Sinon on en revient à la puce ftdi qui peut foutre la merde.

Mes sondes viennent d'aliexpress et je n'ai pas de problèmes.

Tu peux essayer de voir si avec une seule sonde c'est mieux, pas de bazar au démarrage, juste valeur 000 pour la sonde déconnectée.

++

Viker

Yop @JH63,

vraiment je suis dans une stabilité à toute épreuve sur la redboard, je n'ai aucun freeze.

Du coup, je ne vois pas ce qui a amené le problème sur ta redboard.

Il me faut plus de détails et un historique précis de tes changements sur la redboard tant niveau hardware que logiciel pour que je puisse t'aider au mieux.

Est-ce qu'avec l'ancien logiciel, celui de Gen, que j'ai débuggué, tu avais des pertes d'affichage CO2?

Avant d'essayer le programme redboard3 as-tu fait des changements de connecteurs sur tes sondes CO2?

Si oui est-ce qu'avec le prog Gen débug cela fonctionnait?

Si c'est non tes changements sur tes soudures sont à vérifier. As-tu changé des longueur de câble? Des types de câbles? Détails toute la liste des changements.

En résumé, depuis quand as-tu les problèmes de sondes CO2 et quels ont été les changements opérés entre le moment où cela fonctionnait et ce problème?

Connexion et déconnexion des sondes sur redboard éteinte.

++

Yop @JH63,

Je viens de tester une perte wifi et l'adresse ip passe à 0.0.0.0

Une fois le wifi rétabli l'adresse ip continue d'être affichée à 0.0.0.0 par contre j'ai accès à la page web.

Seul un reset permet de rétablir l'affichage. Je n'arrive pas à en trouver la cause pour l'instant.

Edit:

en ajoutant juste après la ligne 3279       refreshPictoOnMain();

ces deux lignes:

      addressIP = WiFi.localIP().toString();

      displayText(&tIP,addressIP);

L'affichage de l'adresse ip revient à la normale

L'ensemble des fichiers avec ce correctif sur l'affichage wifi en cas de perte wifi sont en upload ici.

++

Viker

Yop @JH63,

Ok cela répond partiellement à mes questions. Il faut vraiment plus détailler.

Dans le cas où ta redboard au démarrage suite à un reset ou allumage suite à extinction est ce qu'elle avait une adresse ip?

Si oui est-ce que suite à une perte wifi et sans redémarrage ou reset de la redboard l'adresse ip indiquait 0.0.0.0?

Si oui la reconnexion ne fonctionne pas et je peux y jeter un oeil.

Par contre si au premier démarrage ou suite à un reset l'adresse ip est 0.0.0.0 alors la redboard ne peut pas se reconnecter.

Il faut lors d'un premier lancement que l'ip soit renseignée.

Du coup, quel est ton cas?

La puce ftdi n'est pas désactivable et de plus ce n'est qu'une hypothèse quand au bug et absolument pas une certitude.

Un chute de tension de reseau EDF peut aussi en être la cause.

Si tes sondes CO2 fonctionnaient bien avant je doute que cela vienne des sondes et des câbles.

Maintenant vu tes interventions et soudures récentes cela peut en être la cause.

Un refresh de la page internet ne résoudra pas le problème des sondes et ne le résolvait pas avant non plus le problème dans l'ancienne version de Gen, c'est tout bonnement impossible. La page web a toujours été indépendantes des sondes.

Ensuite je rappelle qu'au démarrage les sondes CO2 chauffent et se calibrent et cela prend un moment avant d'avoir une valeur.

De plus il y avait une latence, dans le programme de Gen, entre les valeurs relevées et l'affichage de ces valeurs sur le Nextion.

Et en dernier lieu, la page web demande une valeur à la sonde CO2 qui du coup affiche cette valeur à la page web mais cela veut dire que les sondes CO2 n'étaient pas plantées.

Ces trois facteurs peuvent t'avoir induit en erreur.

idem, test et fait moi un retour

++

Viker

Yop @canno13,

ok, donc revérifies ton câblage on ne sait jamais et essayes le cat6, c'est ce que j'ai sur les sondes am2320 avec le SDA et le SCL sur la même paire.

Dommage pour les codes sources et je n'ai aucun moyen de les récupérer. Ensuite il faudrait voir parmi les greedboarder si quelqu'un les a demandés à Gen et les auraient.

Parce que si le problème est logiciel, c'est la merde.

Donc je pense qu'il faut demander à tous les greenboarders si ils ont les mêmes symptômes que toi et si parmi eux il y en a un qui aurait les codes sources.

++

Viker

Yop @JH63,

oui l'upload OTA est magique et surtout maintenant que ta puce ftdi déconne c'est bon d'avoir cette alternative.

Pour ma part je n'ai aucun bug depuis bientôt 7 jours non stop. J'allais le signaler dans un post pour considérer que le développement était terminé.

Mais tu viens de me devancer 😛

Je n'ai pas vraiment d'idée concernant ton bug au bout de 24h. Ni même la perte de tes sondes CO2.

Ce qui est sûre c'est qu'un refresh de page internet ne résoudra pas le problème. Ton reset à fait revenir les sondes CO2? As-tu modifié le programme?

Deux possibilités me viennent:

- ta puce ftdi est tellement dégradée qu'elle fout la merde sur le circuit de la redboard notamment par sa consommation trop importante.

- ta box avec ton wifi a peut être rebootée ce qui fait que la redboard a perdue la connexion et que la tentative de reconnexion a créé un bug. Je dis cela car je n'ai pas testé la perte de wifi et la reconnexion de redboard.

Du coup, éteint la redboard rallume là et une fois qu'elle est connectée coupe ton wifi pendant 2 min puis rallume le pour voir si la redboard se reconnecte bien et refait bien la page web ou si elle bug.

Tiens moi au courant.

++

Viker

Yop @canno13,

le rj45 cat5 est nickel pour les sondes et les moteurs.

Pour la sonde comme dit précédemment il faut que SDA et SCL soit sur la même paire torsadée, SDA sur un fil et SCL sur l'autre fil.

En effet en théorie si tu débranches les sondes les moteurs devraient commuter sans problème.

Cependant, est-ce que la sortie moteur est faite pour une commutation à l'état haut ou à l'état bas.

Si c'est état haut alors tu devais avoir des platines qui commutent état haut (à priori je pense que c'est le cas de tes platines relais et de la sortie greenboard) :

VCC 5V ou approchant (4,9 ou 4,8 c'est ok)

GND 0V

V1 5V (vitesse 1 active)

V2 0V

V3 0V

V4 0V

V5 0V

Si c'est état bas alors tu devais avoir des platines qui commutent état bas:

VCC 5V

GND 0V

V1 0V (vitesse 1 active)

V2 5V

V3 5V

V4 5V

V5 5V

Attention si la sonde DS18B20 est débranchée dans le menu gestion des moteurs veilles à ce qu'ils soient sur ON mets 1 comme vitesse minimum, en mode LIN et neutral et désactive l'overtemp sinon pas de commutation des relais. 

J'ai cherché mais je n'ai pas trouvé as-tu les codes sources de la greenboard (le programme de la greenboard et celui du Nextion) ?

++

Viker

Yop @JH63,

le bouton reset ne se passe que dans le cas d'un upload du programme via usb ou après l'upload du spiffs.

J'attends ton retour. Il se peut qu'il y ait des reboots entre les passages de la page principale et le menu réglages, moi je n'en ai pas eu.

Par contre je n'ai vraiment pas eu de reboot en restant sur main page et ce même avant la dernière version du programme.

Bon tests.

++

Viker

Yop @JH63,

bonnes nouvelles. Il y a une nouvelle version il faut prendre l'intégral du dossier REDBOARD3 et le nouveau fichier tft. C'est une version stable, regardes le post plus haut

Comme tu as déjà fait le reset de l'eeprom et mis les fichiers SPIFFS il NE FAUT PAS le refaire comme explicité avant.

Via eOTA inutile de faire le bouton reset, cela reset tout seul.

Via usb c'est la méthodologie habituelle mais dans ton cas passes par l'OTA.

Pour la puce ftdi il faut absolument un pistolet à air chaud pour soudure et regardes les posts précédents tout est dit.

Pour le module sparkfun pas de souci concernant la tension 3v3 ou 5v car ce ne sont que des résistances qui font la différence la puce est la même.

il y a 12 minutes, JH63 a dit:

Yop @Viker,

 

je viens de voir que tu cherchais encore, tu as finis par trouver c cool, maintenant cela peut ce faire à travers OTA ou cable oblige ??

j'attends ton retour de mon précédent pour l'histoire du reset et je réupload donc ton derniers fichiers posté.

 

++

Histoire de ne pas confondre de quel reset parles-tu ? Le bouton reset ou le reset eeprom?

++

Viker

Yop @canno13,

Sur la redboard j'avais eu ce genre de problème (discussion ici) le principale soucis venais des sondes am2320 ce qui faisaient bugger les sorties moteurs.

Il faut absolument un câble, entre la greenboard et la sonde température, blindé et torsadé. Sur une paire torsadé il faut mettre l'i2c sur un fil SDA et l'autre SCL.

En espérant que cela te serve.

N'oublies pas de protéger tes auto-transfo sur leurs entrées avec un fusible!

++

Viker

Yop,

je passais par là par hasard.

Beau petit projet.

Je te déconseille le dht22 il n'est pas fiable et il dérive dans le temps prends plutôt l'am2320 (il est sur i2c et il faudra penser à convertir le signal i2c 3v3 en 5v)

Idem pour les sondes humidité car visiblement celles que tu as mesures la résistance du sol. Elles se détériorent rapidement par corrosion électrolytique en lâchant le cuivre de ses pistes dans le sol. Prends plutôt les modèles capacitifs et recouvrent le bord du pcb en contact avec le sol avec de la super glue ou de l'epoxy pour que le pcb soit étanche à l'eau et ne fasse pas dérivée la capacité de l'électrode.

Tu ne peux pas alimenter directement la platine relais avec l'ESP32 il faut une alimentation séparée pour celle-ci.

Pour ce faire enlèves le cavalier de la platine relais et branche l'alim 5v sur la partie "relais" de la platine et l'alim de l'esp ainsi que les io sur la partie "data" de la platine.

++

Viker

Yop @JH63,

en fait les reboots se font plus entre passage de l'écran principale vers menu réglages et vice et versa.

Il faut absolument prendre tout le dossier REDBOARD3 et l'ouvrir en tant que nouveau projet sous VSCode et ne pas mettre les librairies et le programme dans le précédent dossier RBOARD. C'est peut être pour cela que tu n'as pas elegantOTA. Le plateformio.ini est aussi important à respecter.

En principe après l'upload du programme et du programme nextion, il faut faire le reset dans le menu wifi.

Si tout se passe bien la redboard reboot. Pour vérifier si le reset c'est bien passé, il faut aller dans le menu réglages et voir quelques menus comme environnement, CO2 et led pour voir si tous les champs se remplissent de valeurs cohérente. Si oui, tout est ok.

Alors la seule chose à faire est de passer les modes pour les deux salles pour inscrire le comptage des jours.

Il est donc inutile de faire la manip où on décommente les lignes 3039, 3040 et 3043 on upload et on recommente les lignes pour un nouvel upload. Ce cas de figure ne se fait que si le reset par le wifi ne passait pas.

Du coup, je ne comprends pas pourquoi tu as fait cette manip sachant que tout était ok mis à part quelques reboot qui ne sont que des instabilités dans le passage entre menus principale et menu réglages. Est-ce à cause d'elegantOTA?

Actuellement est ce que tu te retrouves avec la redboard qui a le programmme qui boot reset reboot reset etc?

Si c'est le cas c'est mal venu puisque ta puce ftdi semble de moins en moins tenir selon ce que tu me décrits.

Réessayes d'uploader encore une fois le programme en ajoutant cette ligne en plus dans plateformio.ini : upload_speed =9600

où tu essayes les valeurs suivantes 115200, 57600 ou 9600.

Si ça ne passes pas et que tu n'as pas accès à elegantOTA  change ta puce ftdi.

Edit: Nouveaux fichiers en upload ici Bien lire tout le post car j'ai tout ré explicité.

++

Viker

Yop,

j'ai tellement pris l'habitude de voir le programme depuis un mois et demi que du coup en faisant autre chose j'ai continué à y penser.

// Note pour tout de suite: Il faut que j'arrête!

Et notamment à vérifier quelque chose que je n'avais pas vérifiée. Résultat petit correctif qui peut influencer sur la stabilité (pas encore testé assez longtemps).

Les redboardeurs voici le nouveau main.cpp pour remplacer celui qui se trouve dans le dossier  \REDBOARD3\src

Vous recompilez et vous pouvez utiliser elegantOTA pour uploader le firmware.bin (option firmware dans elegantOTA) ou sinon classiquement par usb.

A tous les downloader du programme, n'hésitez pas à faire votre retour. Merci.

Edit:  Important, si vous avez déjà fait la procédure reset, inutile de le refaire. Juste un upload du programme (firmware). Inutile aussi de remettre les fichiers du SPIFFS (html, css, ...)

Edit 2: L'ensemble des fichiers sont en upload ici. Bien lire tout le post car j'ai tout ré explicité.

++

Viker

Yop @JH63,

Je te comprends bien moi aussi le câblage et recâblage m'avait bien saoulé idem pour le changement de la puce ftdi.

Merci pour ton premier retour j'attends les prochains retours suite aux tests.

Concernant le montage pour io23 et io5 regardes ici.

Tu mets directement io23 sur in1 et io5 sur in2 et gnd sur gnd. (le gnd est commun entre le 3v3 5v et 12v)

De l'autre côté tu mets com sur le + 12V que tu cherches sur la carte genre en sortie de transfo 12v ainsi que le plus de tes relais 12v et out1 sur le - d'un des relais 12v et out2 sur le - de l'autre relais. Attention le relais ne doit pas dépasser 200mA de consommation donc à vérifier.

Si le relais dépasse les 200mA tu peux utiliser deux entrées et sorties pour piloter le relais:

io23 sur in1 et in2 et out1 et out2 sur le - du relais

++

Viker

Yop à tous les Redboardeurs,

après de nombreuses discussions au sujet de la Redboard afin d'améliorer le programme livré par Gen mais aussi de continuer plus loin en ajoutant de nouvelles fonctionnalités voici aujourd'hui le programme de la Redboard dans une version améliorée et débuggée.

Ce fut un énorme travail étalé sur environ deux mois tant pour lever les difficultés de stabilité hardware que celle de la programmation (près de 1200 lignes de code supplémentaires)

Je remercie de nouveau @gtiturbo ainsi que @JH63, pour les idées et les tests effectués.

Voici la liste des modifications et corrections de bug:

- correctif de la librairie CALCPWM, elle retourne maintenant la valeur minPWM

- correctif de la librairie LED2CHAN, elle retourne maintenant un PWM suivant le graph affiché : 0->pwm 0, 100->pwm 255 et non l'inverse.

- utilisation de la variable loop_time afin de définir le temp minimum du programme.

- correctif de la librairie SPEEDCALC, elle retourne maintenant la bonne valeurs minSpeed

- mise à jour de la librairie SPEEDCALC, prenant en compte l'hystérésis pour les moteurs.

- mise à jour du programme main.cpp afin d'enlever la valeur fixe de l'hystérésis humidité. Celle-ci est maintenant prise de la sauvegarde eeprom.

- correctif de la librairie WATERING un bug empêchait de faire fonctionner l'arrosage

- correctif par déplacement dans le programme de l'affichage du LCD afin de ne pas rentrer en conflit avec les sondes AM2320

- nombreux correctifs de main.cpp (je vous passe les détails)

- amélioration de tous les rafraichissements et affichages des pictogrammes et valeur moteur et pwm sur la main page nextion

- Ajout de l'implémentation de l'hystérésis température et humidité sauvegardée sur eeprom et modifiable dans l'interface nextion dans le menu environnement (modif nextion et lib PARAMETERS). La vitesse des moteurs ne bascule plus de façon répétée et change que si la valeur d''hystérésis est  dépassée. Idem pour la brumisation et la dessiccation.

- Ajout dans le menu réglage d'une fonction chauffage/climatisation. Dans ce menu possibilité de rendre actif ou non la fonction et de choisir le mode chauffage ou climatisation. (modif menu nextion et ajout de la lib ESP32HEATER) ATTENTION: la sortie chauff/clim utilise l'ancienne sortie dessiccateur: chauff/clim A sort sur la sortie dessiccateur A. Les sorties dessiccateurs sont maintenant sur IO23 pour la salle A et IO5 pour la salle B. Si vous voulez l'utiliser il faut impérativement utilisé par sortie IO un transistor type Schottky dont la base est piloté par la sortie IO. Ce transistor déclenchera un relais que vous mettrez en plus dans votre boitier. Le relais demandant du 12V il faudra chercher à repiquer du 12V sur la redboard.

Exemple si je choisi chauffage alors celui-ci se déclenchera quand la température descendra en dessous de la valeur min temp - la moitié de la valeur de l'hystérésis et s'arrêtera quand la température dépasse la valeur min temp + la moitié de la valeur d'hystérésis. La valeur min temp est déterminé par le mode de culture dans le menu environnement.

- Ajout du mode séchage en plus des mode cro et flo. Le séchage gère la température et l'humidité. Les valeurs d'humidité et de température de ce mode sont modifiables dans le menu environnement. (modif menu nextion et lib PARAMETERS)

- Ajout de la sauvegarde du temps lors d'un changement de mode de culture et affichage ce celui-ci sur la main page nextion ainsi que la page web. (modif nextion main page, serveur web et ajout de la lib CHANGEMODETIME)

- Ajout de la possibilité de mettre en dépression ou en surpression les deux salles avec l'ajout de l'option différentiel vitesse dans le menu moteur. (modif nextion page moteur, de la lib SPEEDCALC et ajout de la lib OFFSETSPEED)

Modification de la main page nextion:

- affichage du nombre de jours d'un mode de culture avec mise à zéro lors du passage à un autre mode de culture.

- Changement des graphiques qui maintenant affichent des température de 16 à 36 °C et non plus de 12 à 32 °C ils affichent également en plus la température extérieure et les valeurs CO2 de 200 à 2200 ppm.

- affichage de la valeur des moteurs intra et extra pour les deux salles.

- diminution de la valeur de luminosité au bout de deux minutes qui passe de 100% à 15%. retour à la luminosité normale en touchant l'écran.

- l'écran lcd a sa lumière éteinte quand on est sur la page main du nextion et s'allume si on va dans la page menu du nextion.

- sécurité sur les boutons de changement de mode de culture qui se désactivent pendant quelques secondes afin que l'écriture eeprom se fasse correctement. Attention chaque passage d'un mode à un autre fait une inscription eeprom. (Edit: Au premier lancement de la redboard après avoir fait un reset eeprom, il faut passer d'un mode à un autre de culture pour chaque salle afin d'avoir l'inscription dans l'eeprom du premier jours du mode en cours)

- sécurité sur le bouton d'accès au menu réglage depuis le mainpage il se désactive dès qu'il est pressé pendant quelques secondes afin de laisser l'ensemble des procès liés à la page de s'exécuter correctement (sinon plantage reboot, je verrais plus tard la source de plantage mais en attendant cette parade est efficace)

Serveur web:

- gros changements dans le serveur web, la page web n'est plus dans le programme main.cpp il s'agit maintenant d'une page html accompagnée d'un script java et d'une feuille de style css et de la petite icône qui agrémente l'onglet de vos navigateurs. Ces 4 fichiers sont mis dans un espace de stockage SPIFFS de la mémoire flash. Dans le projet ils se trouvent dans le dossier data.

La page html via le javascript appel sur le serveur l'ensemble des données à afficher. L'ancienne page html affichait 8 données c'est maintenant 34 données livrées toutes les 10 secondes.

Elle sont générées par main.cpp, encapsulées dans un objet javascript json et envoyées à la page html. Page web visible ici.

Cette communication directe temp réel passe par un serveur web asynchrone et websocket.

Enfin via le serveur web on peut faire la mise à jours du firmware de la redboard ainsi que du système de fichiers SPIFFS et ce grâce à ElegantOTA en ajoutant /update devant l'adresse ip dans le navigateur.

Il y a donc utilisation de plusieurs lib (SPIFFS, SPAsyncWebServer, AsyncTCP, Arduino_JSON et AsyncElegantOTA).

En cas de perte de connexion la redboard se reconnecte au wifi sans avoir à rebooter. (délais entre chaque tentative de reconnexion de 30 secondes)

Installation :

Pour installer downloader les deux fichiers et transformer le .pdf en .zip puis décompressez.

Pour l'installation la procédure a été expliqué par Gen ici.

Attention: Vous devez ouvrir le dossier REDBOARD3 dans PIO Home (open project) et surtout ne pas échanger ou compléter le précédent projet RBOARD avec les fichiers de cette version.

Ensuite laisser VSCode s'occuper de refaire les dossiers .pio et .vscode

Il n'y a plus qu'à compiler et uploader.

Dès que vous arrivez sur la main page direction le menu réglages et le menu wifi où dans le cadre ssid il faudra mettre RESET (en majuscules) puis sauvegarder: La redboard va alors entrer les valeurs par défaut dans la mémoire eeprom (reset eeprom). Ceci est indispensable car les anciennes valeurs ne correspondent pas. Le tableau des positions de mémoire est assez différent.

Afin de vérifier si le reset eeprom s'est bien exécuté il faut aller dans le menu réglages et voir quelques menus comme environnement, CO2 et led pour voir si tous les champs se remplissent de valeurs cohérentes. Si oui, tout est ok.

Au quel cas il n'y a plus qu'à passer dans le menu réglage d'un mode de culture à un autre (Cro vers Flo) pour les deux salles afin d'inscrire la première date de début de mode en mémoire.

Si et seulement si le reset eeprom ne s'était pas bien passé alors:

- dé-commentez dans main.cpp les lignes  3039, 3040 et 3043,

- reuploadez débranchez le câble usb, lancer la redboard et regardez le lcd.

- Lors de l'initialisation vous verrez ETEINDRE SI REBOOT là vous attendez jusqu'à voir INITIALIS. EEPROM, vous attendez encore et en principe le redboard reboot.

- De nouveau elle arrive à ETEINDRE SI REBOOT et là et seulement là vous éteignez la redboard.

- Puis dans main.cpp vous recommentez les lignes 3039, 3040 et 3043 en mettant // devant.

- Vous relancez l'upload et en principe tout fonctionne.

Au quel cas il n'y a plus qu'à passer dans le menu réglage d'un mode de culture à un autre (Cro vers Flo) pour les deux salles afin d'inscrire la première date de début de mode en mémoire.

Il manque encore le serveur web. Il faut renseigner dans un premier temps le ssid et password de votre wifi.

(Pour avoir une explication de l'installation et des images qui documente veuillez voir ici)

Pour installer le serveur web il faut dans VScode cliquer sur l'icone plateformio (tête de fourmi) dans le bandeau cliquez sur project task, puis esp32thing, puis dans platform cliquez sur Build Filesystem Image.

VSCode va compliler le système de fichier. Ceci cré le fichier spiffs.bin

Ensuite deux options s'offrent:

- Soit dans VSCode vous cliquez icone plateformio (tête de fourmi) dans le bandeau cliquez sur project task, puis esp32thing, puis dans platform cliquez sur Upload File System Image

- Soit dans votre navigateur internet vous taper l'adresse ip de la redboard suivi de /update ceci lance elegantOTA. Exemple: 192.168.0.114/update

Cochez filesystem puis mettre le fichier spiffs.bin trouvable dans \REDBOARD3\.pio\build\esp32thing

Après l'upload en retournant sur la page avec l'adresse ip de la redboard Exemple 192.168.0.114 vous devriez avoir la page web.

Edit : Dorénavant si vous modifiez le programme vous pouvez le passer via Wifi par elegantOTA en choisissant l'option firmware et en mettant le fichier firmware.bin que vous trouverez dans \REDBOARD3\.pio\build\esp32thing.

Un petit reset et votre programmation sera dans la Redboard.

Edit2 : J'ai trouvé ce qui cause les reboots et particulièrement entre le passage de la page principale à la page du menu réglage. C'est l'écran LCD qui cré un problème sur le bus i2c.

En conséquence, j'ai modifié le programme afin que le LCD ne soit rafraichi que lorsque le backlight est allumé c'est à dire dans le menu réglage.

Depuis je n'ai plus de reboot et j'ai donc enlevé dans le programme Nextion, la sécurité du bouton d'accès menu réglage de la page main afin que cela soit plus réactif.

Il se peut qu'il y ait des reboots dans le passage entre menus (je ne l'ai pas expérimenté mais c'est dans le cas où) Ce n'est pas grave la redboard reboot et vous retrouvez tous vos réglages et surtout une fois tous les paramètres réglés et si vous restez sur la page main plus AUCUN reboot.

Plus de reboot entre passage de l'écran principal à l'écran menu réglage et vice et versa.

Donc nouvel upload des deux fichiers REDBOARD3.pdf et RBV5.pdf. Même procédure qu'avant pour les utiliser.

Effacez le précédent REDBOARD3 et réouvrez ce nouveau projet dans VSCode.

Si vous avez déjà fait le reset eeprom précédemment et mis les fichiez SPIFFS et que cela fonctionnait (vérif menus)  il ne faut pas le refaire car il n'y a pas de changements.

Edit3 : Nouvel upload du programme REDBOARD3. Même procédure qu'auparavant.

Correctif de l'arrosage qui ne se déclenchait que lorsque la lumière était allumée -> l'arrosage fonctionne maintenant à tout moment programmé.

Correctif du pictogramme CO2 qui restait allumé sur la page principale du Nextion en mode séchage alors que le CO2 est coupé.

Suite à de nombreux tests, l'i2c est problématique et des erreurs apparaissent, soit sur les sondes am2320 soit sur la gestion des moteurs.

Vu le nombre de périphériques sur les 2 lignes i2c il en résulte une capacitance élevée, au delà des spécification de l'i2c. Il en résulte un signal i2c dégradé qui entraine les erreurs.

Cependant, il y a une solution le LTC4311.  Il s'agit d'un circuit qui "corrige" le signal i2c.

Il faut 2 LTC4311 sur la redboard, un par ligne i2c, soit un entre la redboard et chaque sonde AM2320.

Branchement du LCT4311:

Redboard      LTC4311      AM2320

          SCL <----> SCL <---> SCL

          SDA <----> SDA <---> SDA

          +5V  <----> +5V <---> +5V

          GND <----> GND <---> GND

++

Viker

RBV5.pdf

REDBOARD3.pdf

Yop @JH63,

Arf dommage! C'est quand même une solution définitive qui enlève à la modularité.

J'avais regardé le programme de gtiturbo et à priori pas de changement sur les process, il n'a que ajouté thingspeak.

A ce propos, dans la version que je vais proposer et qui ne va plus trop tarder à arrivé sur le forum, je n'ai pas mis thingspeak car il n'y a pas de sécurité sur le serveur web de la redboard (pas de SSL ni de mot de passe).

Je verrais dans un second temps si je l'implémente avec serveur sécurisé mais c'est un gros boulot et j'en suis déjà à 1mois et demi de compréhension et de taff sur le programme. Pour l'instant la consultation du redboard serveur ne se fait que chez soi ou via vpn. Sachant que maintenant la redboard fournira des graphiques supplémentaires sur la température externe et le niveau de CO2.

++

Viker

Yop @JH63,

Merci je teste toujours car j'avais des petits plantages mais je corrige au fur et à mesure. Je m'étais dis la même chose concernant les graphs et je ne l'avais pas noté et donc oublié par la suite. Donc merci pour le rappel, je m'en occupe car en effet cela ne sert pas à grand chose. Par contre cela veux dire à nouveau photoshop pour modifier l'image de la mainpage.

Concernant le lcd moi je n'ai plus de pertes depuis un moment sauf lors du changement de programmation récente avec les quelques bugs. Mais depuis corrections je ne perd plus du tout le lcd. J'ai donc envie de dire d'attendre avant de souder directement quoi que ce soit à la redboard. Si le lcd plante ce n'est pas grave pour le fonctionnement de la redboard. En plus j'ai ajouté une fonction qui éteint son rétroéclairage quand on est sur la mainpage.

Edit:  histoire d'en dire plus, tous les pictogrammes de la main page se refresh parfaitement idem pour les vitesses moteur et pwm.

J'ai réussi à diminuer le temps de process

++

Viker

Yop,

@JH63, @gtiturbo, à priori j'ai débugué le programme avec nouvelles fonctionnalités de la redboard.

Je teste sur quelques jours et si c'est concluant je poste le programme avec tous les changements et débug ainsi qu'une notice explicative d'installation.

++

Viker

Yop,

voici deux photos montrant la page principale du nextion et la page web.

Je vous laisse deviner les nouvelles fonctions.

++

Viker

Yop,

réparation réussie de ma redboard avec une puce originale ftdi.

J'ai finalement acheté un module ftdi sparkfun pour récupérer sa puce ftdi plutôt que de mettre une nouvelle fake puce chinoise.

J'ai bien galéré car la soudure sans plomb qui soudait la puce était difficile à enlever de celle-ci. Mais au final c'est en place et depuis plus aucun problème d'upload.

Depuis j'ai testé ma programmation faite à l'aveugle sans test et ... ça plantait bien. 😕

Là je debug et essaye des solutions, ça ne plante plus en boucle mais j'ai encore quelques reboot. Je planche dessus.

++

Viker

Yop @JH63,

il faut changer la ligne 2507 previousPwmSpeed_B = pwmSpeed_B; par previousPwmSpeed_A = pwmSpeed_A;

++

Viker

Il y a 9 heures, JH63 a dit:

Yop @Viker,

Ma pwm passe correctement en affichage qu à partir de 30 en extérieur, sinon en dessous elle affiche 255, elle serait pas déconnante, qu en penses tu?

++

 

 

Yop @JH63,

c'est valable pour les deux salles ou seulement une seule?

++

Viker

Yop,

@JH63, l'hystérésis hygrométrie est bien implémentée et devrait bien fonctionner.

Je viens d'éditer le message précédent. La librairie SPEEDCALC que j'avais corrigé n'avait pas d'erreur donc tout va bien, upload trouvable ici

++

Viker