Pilorter une Borne de Recharge VE-TRONIC via HTTP

Je m’y attendais, mais comme un fichier DEB est compressé, j’aurais pensé que le BLOG l’accepte en tant que tel, mais NON!

J’ai compressé ce fichier DEB en ZIP pour vous l’envoyer. Il suffit de decomprésser le fichier ZIP pour retrouver le ficher DEB à installer.

Cdt

RE: J’ai oublié, mon serveur ne fonctionne que sous Python3. Si vous n’avez pas cette version de Pyhon dans votre RASP, Alors il faut l’installer avant d’installer mon fichier DEB

Pour savoir si Python3 est bien installé dans votre RASP,  tapez sous SSH ~# pyhon3 -V
On doit vous donner la version de python 3 si Installé.

Pour installer Python 3 :
~# sudo apt-get update
~# sudo apt-get install python3

Cdt

Bonjour @pascalduvar

Je me souvient du suivi avec @denis en novembre 2020. Il souhaitait effectivement piloter sa borne de recharge VE-Tronic à distance par l’envoie de requêtes HTTP depuis son EEdomus installé dans un Raspberry PI.

De l’autre côté, proche du VE-Tronic, c’est autre Petit Rasp connecté en WIFI ou RJ45 au réseau local qui réceptionnait ces requêtes HTTP qui sont ensuite reconverties en une liaison bidirectionnel RS232 via un Module RS232/USB et connecté sur la prise DB9 du VE-Tronic.

Personnellement je ne connais pas spécialement EEdomus et je n’ai pas cette Borne de Charge VE-Tronic, mais @denis m’avais remis un de ses Scripts EEdomus écrit en PHP, que j’avais légèrement modifié afin de l’adapter à un petit serveur HTTP vers un plugin RS232 que j’avais développé en Python pour réaliser l’interface.

Ce que je sais, c’est que le VE-Tronic permet d’être piloté via une interface RS232 qui est en Option. Si vous n’avez pas cette interface de communication activée il faut contacter VE-Tronic pour avoir la méthode pour la mettre en service. D’autre part je n’ai pas la Liste des commandes spécifiques RS232 qui permettent de piloter le VE-TRONIC. Seul ceux utilisées par le script PHP EEdomus me sont encore disponibles. Il faudra contacter VE-Tronic éventuellement @denis pour avoir la liste de commande complète si nécessaire. En final nous avions réussi à faire communiquer le EEdomus avec le VE-tronic par envoie de ces requêtes HTTP.

@denis n’avait pas à l’époque terminé l’installation de sa borne VE-tronic et avait établie une liaison provisoire vers son EEdomus pour effectuer nos essais. Donc je n’ai pas de retour de son installation terminée.

Vous pouvez me contactez directement par mail : cdlog2@hotmail.com, si vous souhaitez un complément d’infos et afin d’éviter de passer par le Blog.

Cdt

RE: Bonjour @pascalduvar

Pour Info, Je joins une copie écran, que j’ai retrouvé et transmis par @denis, de l’actionneur EEdomus en relation avec le Script VE-tronic.

Cdt

Re: Bonsoir @pascalduvar

A priori vous n’avez pas le temps de me contacter ou bien vous avez changé d’avis.

Afin de bénéficier des dernières MAJ du Serveur HTTP/RS232 qui à servi à @denis, je vous joins une archive contenant le fichier DEB, à installer dans un RASP sous Raspian, Debian, Autres, qui à été remis à jour avec les derniers correctifs.

Cdt

Re: Bonsoir @pascalduvar

Pour être complet je vous joins un Script minimalisme Vetronic.php pour interfacer l’Actionneur EEdomus avec le Serveur HTTP/RS232

Cdt

Bonjour,

Je confirme que ces Adaptateurs USR TCP/IP vers RS232 / RS485 ne sont pas compatible avec le VE-TRONIC. Le Pb est que ces interfaces envoie les Infos du Header TCP avec les DATA Utiles vers le RS232. Il n’y a pas d’Option interne à ces modules qui permet de filtrer en amont ces Flux parasites qui sont envoyés au VEtronic, qui ne peut comprendre la trame complète.

Suivant les distances entre votre Borne Vetronic et votre installation existante EEdomus, vous pouvez choisir d’installer mon Serveur HTTP/RS232 dans le même Raspberry Pi que votre EEdomus ou bien choisir de l’installer dans un autre petit Raspberry PI proche de la Borne.

Un petit Raspberry pi Zero W en Cnx WIFI peut être utilisé : https://www.kubii.fr/cartes-raspberry-pi/1851-raspberry-pi-zero-w-kubii-3272496006997.html

Ou mieux, plus puissant et plus rapide, le dernier Raspberry Pi Zero 2W : https://www.kubii.fr/cartes-raspberry-pi/3455-raspberry-pi-zero-2-w-5056561800004.html

La Commande Vetronic « $GG*B2 » pour lire l’état de charge actuelle de la borne et Ceux pour demander à modifier la puissance de Charge « $SC (n) sont opérationnelles : exemple : « $SC 0 » = Arrêt de la charge, « $SC 6 » = Demande une charge de 6A, etc.

Les commandes Vetronic « list » et « help » répondent également.

Les commandes à transmettre au Script PHP Vetronic que j’ai fourni, depuis le Actionneur EEdomus sont « B2 » pour demander d’envoyer « $GG*B2 » au Vetronic et pour une demande de Charge, vous donner seulement la valeur Numérique : exemple  ‘ 4 ‘  sera convertie en « $SC 4″avant envoie au Vetronic.

Le Serveur HTTP/RS232 vous retourne les résultats du Vetronic sous un format XML.

<?xml version= »10″ encoding= »UTF-8″?>
<vetronic>
<error> $ </error>
<req> $ </req>
<rep> $ </rep>
<repfinal> $ </repfinal>
<repmess> $ </repmess>
<charge1> $ </charge1>
<charge2> $ </charge2>
<charge3> $ </charge3>
</vetronic>

Si vous avez des questions, n’hésitez pas à me contacter. Il se peut qu’il y ait des mises au points mineures de dernière minutes à faire, n’ayant pas de visibilité sur l’installation finale réalisé par @denis.

Cdt

Re: Bonjour,

J’ai remis en ligne, un petit Raspberry PI Zero W avec le serveur HTTP/RS232 installé et activé
Vous pouvez lancer quelques requêtes (voir ci-dessous) afin de voir les comptes rendus en retour.

La liaison RS232 est rebouclée en bout de ligne entre TX / RX car il n’y a pas de Borne Vetronic de connecté.
Donc la réponse en retour des ces requêtes Vetronic est rendue par un Echo de la requête envoyée.
Une réponse « Vetronic PAS OK » indique que le VETRONIC n’a pas répondu.

Test du serveur HTTP/RS232 : http://wq440e2.glddns.com:9200/test

Une Requête Bidon Serveur HTTP/RS232 : http://wq440e2.glddns.com:9200/coucou/blabla

Test du Plugin Vetronic : http://wq440e2.glddns.com:9200/pvetronic$/test

Requête Vetronic Dme Arrêt Charge : http://wq440e2.glddns.com:9200/pvetronic$/$SC 0

Requête Vetronic Dme Charge 6A : http://wq440e2.glddns.com:9200/pvetronic$/$SC 6

Requête Vetronic Dme Infos sur la Charge actuelle : http://wq440e2.glddns.com:9200/pvetronic$/$GG*B2

Une Requête Bidon Vetronic avec du bla bla : http://wq440e2.glddns.com:9200/pvetronic$/Vetronic peux comprendre ce texte

Cdt

Re: Faites un copie/collé des requêtes fournies précédemment dans votre navigateur, car le Blog n’envoie qu’une partie via leurs liens directs.

Bonjour,

C’est parfait. Si vous avez un moment il serait bien que l’on puisse dialoguer un peu par téléphone, il y a quelques point à voir. Si votre emploi du temps le permet contactez moi par e-mail : cdlog2@hotmail.com , soit vous donner un n° de Tel et je vous appelle ou inversement je fournirais le mien en réponse.

Avez vous installé ma 2éme Archive que j’ai déposé sur le Blog, contenant le fichier DEB d’installation  ? Si votre RASP se connecte en WIFI et non en RJ45  à votre réseau local et si vous n’avez pas installé ma 2eme archive DEB, , alors c’est normal qu’au BOOT vous ayez ce PB.

A l’origine je détectais l’IP du RASP uniquement au regard dde la Cnx sur ETH et pas sur le WLAN. Ma 2eme archive corrige ce point et utilise la 1ere IP trouvé, en cherchant en 1er une Cnx ETH, puis WlAN si aucune Cnx RJ45.

De  même si vous avez un RASP installé avec une ancienne version BURST, il y a une config à faire au niveau du RASP, car en effet au BOOT, l’OS n’attend pas que les Cnx Réseaux soit faites, ce qui fait que lorsque l’on lance mon Serveur avec le /ect/rc.local , l’IP du RASP n’est pas encore connu et dans ce cas le Serveur tourne mais ne peut réagir aux requêtes.

Je suis dispo toute la journée même le soir.

Cdt

Christian

RE: J’ai une ébauche d’un Script PHP pour le EEdomus, qui envoie en 1er lieu une requête Data.cgx au WES avec conjointement la possibilité d’envoyer des requêtes au Serveur /HTTP, en fonction des infos de consommations lues en résultat du Data.cgx,  il y a des Test afin de voir s’il y a lieu d’augmenter ou réduire la charge du Vetronic en fonction des Conso du WES.

C’est une ébauche qui peut vous servir de base pour gérer votre délestage avec vos Panneau. Je peux vous l’envoyer par mail

Cdt

Re: Concernant votre PB avec le Serveur HTTP au Boot, si la version installée dans votre RASP est le système Buster ou Raspian, alors modifier la config comme suit, si les Options existes :

Sous console SSH :

:~$ sudo raspi-config
>> le Choix 3 BOOT Options + Enter
>> puis Choix B2 :  Wait for NetWork At Boot + Enter
>> Would you like boot to Wait until Network Connection is established ?
>> répondre OUI à la question : Tab ou Fleches pour changer de Champ et Puis Enter sur OUI ou YES selon
>> Ensuite vous fermez le menu Quit et rebouter le RASP : Taper sous SSH : reboot + enter

Il faut aussi avoir installé ma dernière archive, Projet_Vetronic.zip 

Contactez moi par mail dès que vous aurez un moment.

Cdt

Bonjour Misterden

Pour vous faire plaisir, j’ai retranscrit le code Vetronic du RASP pour être chargé dans un ESP32. Trouvez en pièces jointes l’Archive qui contient cette maquette INO.

Je vous ai fait une image donnant un Schéma pour vous faciliter le câblage, mais faîtes attention aux Pin GND et 3.3V. Sur certains modèle de ESP32 ces Pins sont placées ailleurs.

Concernant les requêtes HTTP, vous devez remplir dans le fichier config.h le SSID et le Password du WIFI de votre BOX. J’ai utilisé le même Port 9200 qui est utilisé pour le RASP.

Vous aurez en principe que l’IP du ESP32 à changer dans votre EEdomus pour appeler le ESP32, le reste des requêtes sont normalement les mêmes :

http://IP-WIFI:9200/Requête-Vetronic.

Si vous avez des Erreur de Time Out lors de la Compil et Trf du Firmware du ESP32 depuis le IDE Arduino, il faut alors appuyer sur le Bouton BOOT du ESP (à droite du USB) lorsque la Cnx au ESP démarre. Vous verrez un moment que  le TRF commence, alors vous pouvez relâcher ce bouton BOOT. Vous trouverez aussi une Image qui vous montre comment configurer le IDE Arduino avec la Carte ESP32.

Je ne sais pas si vous avez ajouté des Modifs dans mes fichiers d’origines Python du RASP.

La maquette que je présente correspond à une archive VETRONIC de 2022, je ne sais pas si elle est à jour par rapport à ce que vous avez ?.

Vous verrez bien, S’il faut rectifier quelques choses, vous m’en faites part.

Par contre vous devrez acheter un module MAX3232 (voir l’image de câblage) pour réaliser l’interface RS232 car vous ne pouvez pas utiliser votre USB to RS232 que vous utilisez avec le RASP.  Ces modules MAX3232 coûtent moins de 2€ en Chine mais vous en trouvez aussi à bon marché sur EBAY pour quelques 4€ à 5€.

Vous avez en principe mes coordonnées, n’hésitez pas à me contacter si vous rencontrez des Problèmes.

Cdt

RE: Je ne me souviens plus comment est configuré le RS232 côté Vetronic.

Actuellement j’ai paramétré les infos de transmission RS232 en 115200 bauds / 8Bits/ Parité None/ 1Bit stop.

#define UART_BAUD2 115200           // Baudrate UART2

#define SERIAL_PARAM2 SERIAL_8N1    // Data/Parity/Stop UART2

Cette config vous pouvez la changer dans le fichier config.h si le RS232 du VETRONIC fonctionne avec des valeurs différents.

Exemple pour configurer le RS232 en 9600 bauds /  7bits / Parité Pair . 1Bit stop

#define UART_BAUD2 9600           // Baudrate UART2

#define SERIAL_PARAM2 SERIAL_7E1    // Data/Parity/Stop UART2

Exemple pour configurer le RS232 en 1200 bauds /  7bits / Parité Impair . 1Bit stop

#define UART_BAUD2 1200         // Baudrate UART2

#define SERIAL_PARAM2 SERIAL_7O1    // Data/Parity/Stop UART2

Voir ce lien pour avoir toutes les configs : https://nvsl.github.io/PiDuino_Library/function/2000/02/02/Serial-begin-config.html

Cdt

RE: J’ai oublié dans mon Programme INO de mon précédent Post, d’inscrire dans le Header de réponse aux requêtes Get Http Vetronic, le format Mime Type XML.

J’ai corrigé ce petit bug et je vous renvoie une nouvelle Archive qui remplace la précédente transmise.

Désolé

Cdt

RE: Encore un Bug de dernière Minute !!! encore désolé !

Je renvoie une 3eme Archive corrigé !

Pour Info, en Absence de liaison RS232 vers votre Borne Vetronic, vous pouvez tester l’application du ESP32 en rebouclant la pins 4 (TX) et la pin 15(RX) correspondant à  UART série 2 de l’ESP32. Vous recevrez en réponse à vos requêtes un Echo de ce que vous envoyez.

exemple si vous envoyez la requête : http://192.168.x.x:9200/test de la liaison

vous recevrez en retour une réponse au format XML:

<vetronic>
<error>200</error>
<req>test de la liaison</req>
<rep>test de la liaison</rep>
<repfinal>test de la liaison</repfinal>
<repmess>
Requete OK et Rep.Cde. test de la liaison Inconnu du Vetronic
</repmess>
<charge1/>
<charge2/>
<charge3/>
</vetronic>

cdt

Bonjour Misterden,

J’ai encore apporté une modification sur le Programme INO. Comme je n’ai pas de Borne Vetronic, je ne peux que faire des simulations en rebouclant la liaison Série TX et RX.

J’ai oublié le cas ou le Vetronic ne répond pas ! (Pb Cnx RS232 ou autres …). J’ai rajouté une tempo de TimeOut de 1 seconde pour pallier à ce PB.

Trouver encore une autre Archive modifiée, la 4eme ! Désolé !!!.

Concernant l’Interface Série entre le ESP32 et le Vetronic, vous devez passer par un convertisseur Série TTL / RS232.

La différence entre une liaison série TTL et série RS232 est le format du signal envoyé.

La liaison série TTL fonctionne avec un niveau TTL, à savoir : Un 0 logique est idéalement à 0 volt, et un 1 logique à 5 volts. Le dispositif récepteur doit donc tester si le signal à un instant donné est à 0 ou 5 volts, afin de dire s’il reçoit un 0 binaire ou un 1 binaire.

Pour une liaison série RS232, le 0 logique est idéalement représenté par -12 volts et un 1 logique est représenté par +12 volts. Cela offre une plus grande sécurité des données car la différence de signal de données est de -12v à +12v soit 24 volts. la spécification autorise -5 à -15V et +5 à +15V.

C’est pourquoi il faut connecter entre le ESP32 et le Vetronic un Adaptateur Série TTL <> RS232 et le module MAX3232 fait correctement ce travail.

Toutefois il faudra voir s’il n’y a pas un PB avec le niveau RX côté réception RS232 du Vetronic vu que le Module MAX3232 sera alimenté en 3.3V au lieu de 5Vdepuis le ESP32.

On utilise le 3.3V pour alimenter ce module MAX3232, afin de respecter la tension Input/Output des GPIO Tx/Rx du ESP32. Une solution existe pour palier à ce Pb s’il existe, via deux MOSFET BS170 et 4 résistances de 4.7K 1/4w.

Faites attention, plusieurs modèles d’adaptateurs TTL/RS232 existe sur la Toile. Achetez bien le module MAX3232 et vérifier qu’il ressemble à celui présenté dans mon Schéma de câblage. Achetez aussi l’Adaptateur DB9 qui permet de connecter vos fils de la liaison Série. Ces modules ne coûte pas cher, en général moins de 5€ (Faites attention aux profiteur !!!)

Vous pouvez déjà charger le programme INO dans un ESP32 et reboucler les PINS 15 et 4 du ESP32. Ensuite vous pouvez envoyez vos requêtes depuis un navigateur pour voir si le ESP32 répond par Echo sur la liaison Série.

Si vous rencontrez des PBs trouvez mon eMail dans l’entête du fichier INO.

Cdt

Bonjour pascalduvar,

Lorsque vous rentrer dans une console SSH : sudo pgrep -a python, vous allez voir toutes les instance Python qui sont lancée.

Si au BOOT de votre RASP vous ne voyez pas l’instance du serveur : /usr/bin/python3 /var/www/http_serv/serveur_http.py c’est bien qu’il y a un PB !

Par contre il ne faut pas qu’il y est plusieurs Instance du même Serveur !
Le fait de voir dans votre console SSH après une commande : sudo pgrep -a python

« 1315 /usr/bin/python3 /var/www/http_serv/serveur_http.py »
« 1496 /usr/bin/python3 /var/www/http_serv/serveur_http.py »
« 1497 /usr/bin/python3 /var/www/http_serv/serveur_http.py »

n’est pas normal, cela signifie que le Serveur Python a été lancé 3 fois !!! Il ne faut que 1 seule ligne de cette instance !

Comment vous travaillez avec votre RASP et votre Vetronic ?

Vous Démarrez à chaque fois votre RASP lorsque vous voulez envoyez des commandes Vetronic ?

Parce qu’une fois que le Serveur Python à démarré, il reste actif et tourne en permanence jusqu’à un Arrêt ou Reboot du RASP,

Donc inutile d’envoyer la commande sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py & à chaque fois que vous envoyez des requêtes Vetronic !!!

Pour régler ce PB actuel, soit vous rebooter votre RASP et attendez pour voir si le serveur à démarré avec la commande SSH : sudo pgrep -a python.

Si le Serveur Python n’apparaît pas, alors lancez le serveur que 1 seule fois via la commande : sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &. Tant que le RASP ne reboote pas, le Serveur Python tourne en permanence.

Ou bien soit vous essayez de tuer Toutes les Instances en Doublons en cours sur ce Serveur Python par la comme de SSH : pkill -9 -f  ‘/usr/bin/python3 /var/www/http_serv/serveur_http.py’

Vous vérifiez après que aucune instance du serveur n’existe plus avec la commande : sudo pgrep -a python et vous lancez que 1 fois : sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

Attention ne pas faire un copy collé depuis le BLOG de la commande PKILL ci-dessus car les guilemets et simple quote sont modifiés par des caractères similaire et votre Commande : pkill -9 -f  ‘/usr/bin/python3 /var/www/http_serv/serveur_http.py’ ne fonctionnera pas avec la console. Dans cette commande PKILL vous avez 2 Simple Quote

Comment est relier votre RASP à votre réseau local, via le WIFI ou Cnx RJ45 LAN ?
Quel est la version Linux installé dans votre RASP ?

Pour le voir taper la commande SSH : uname -a

Le fichier /etc/rc.local de votre RASP se termine t’il par :

  # sudo /home/pi/.local/bin/python3 -m http.server &
  ping -c 4 127.0.0.1 > nul
  sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

exit 0

Si votre fichier se termine ainsi et que votre RASP ne lance pas le serveur Python au BOOT, c’est probablement dû à un PB de retard de la détection de CNX réseau Lan au BOOT.

On peut remédier au Problème en modifiant la façon de démarrer le Serveur au BOOT..

Dans un 1er temps éditer et supprimez du fichier /etc/rc.local les 3 lignes ci-dessus situées juste avant le exit 0 de fin de fichier. Important Vous laissez le exit 0 en fin du fichier.

Ensuite depuis une Console SSH vous rentrer la commande suivante : crontab -e
Vous devriez voir dans la console :

Select an editor.  To change later, run ‘select-editor’.
  1. /bin/nano        <—- easiest
  2. /usr/bin/vim.tiny
  3. /usr/bin/code-insiders
  4. /usr/bin/code

Choose 1-4 [1]:

Vous rentrez juste ENTER et on devrez vous afficher un fichier contenant :

Edit this file to introduce tasks to be run by cron.
#
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
#
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use ‘*’ in these fields (for ‘any’).
#
# Notice that tasks will be started based on the cron’s system
# daemon’s notion of time and timezones.
#
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
#
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
#
# For more information see the manual pages of crontab(5) and cron(8)
#
# m h  dom mon dow   command

Après ces quelques lignes vous créez 2 lignes vide par ENTER puis vous rentrer au clavier en début de ligne vide : @reboot sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py & et ensuite vous faites un Enter au clavier en fin de votre saisie.

Ensuite pour enregistrer ce fichier et sortir de l’éditeur nano, vous tapez au Clavier : CTRL+O suivi de CTRL+X

Rebooter votre RASP.

Normalement au retour la commande : sudo pgrep -a python devrez vous montrer une seule instance de ce Serveur Python démarré:
« xxxx /usr/bin/python3 /var/www/http_serv/serveur_http.py »

Ne touchez plus à rien, le Serveur Tourne jusqu’au prochain BOOT.

Faites moi un retour SVP.

Cdt

RE: pour pascalduvar,

Si vous avez une erreur en tapant la commande : pkill -9 -f  ‘/usr/bin/python3 /var/www/http_serv/serveur_http.py’ alors rajouter sudo devant la liagne :

sudo pkill -9 -f  ‘/usr/bin/python3 /var/www/http_serv/serveur_http.py’

cdt

RE: pour Misterden,

Téléchargez bien ma toute dernière Archive 4, je la remet en pièce jointe.

Faites moi un retour lorsque vous l’aurez chargée dans un ESP32 et que vous aurez fait un test d’envoi de requête depuis votre navigateur avec la liaison série TX pin 4 et  RX pin 15 rebouclé.

Faites moi un Retour,

Cdt

Bonjour pascalduvar,

Pour Info, normalement tous les Scripts qui sont entré dans le fichier /etc/rc.local, sont lancés au BOOT du Linux du Rasp.

Les Scripts que j’avais mis dans ce fichier rc.local, comprennent 3 lignes :

# sudo /home/pi/.local/bin/python3 -m http.server &
ping -c 4 127.0.0.1 > nul
sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

La 1ere ligne est juste un commentaire
la 2eme ligne lance un Ping et test si la CNX réseau fonctionne au bout de 4 tests
la 3eme ligne est censée lancer le Serveur Python.

Le Serveur Python à besoin pour se lancer, que la CNX Réseau soit établie avec le RASP.

Hors vous avez une Cnx Wifi et j’avais pensé que vous étiez en Cnx Lan RJ45.
Comme une Cnx WIFI n’est établit que lorsque le RASP à démarré, C’est pourquoi le Serveur Python ne se lance pas juste au BOOT,  car la Cnx Wifi n’est pas encore initialisée avec le RASP lorsque le /etc/rc.local demande de lancer cette instance Python.

Donc vous faites bien, il faut bien retirer ces 3 lignes du fichier /etc.rc.local qui ne servent à rien.

Par contre dans le ConTab, je vous ai demandé de rentrer qu’Une Seule ligne,
celle qui lance le serveur Python : @reboot sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

Il ne faut pas rentrer dans le fichier crontab le Script qui lance le Ping !

Que lisez vous depuis une Console avec cette commande : crontab -l
Normalement vous devriez lire quelque chose comme ci-dessous et voir et lui Seul votre Script Python en fin du fichier sans le Script Ping:

# Edit this file to introduce tasks to be run by cron.
#
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
#
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use ‘*’ in these fields (for ‘any’).
#
# Notice that tasks will be started based on the cron’s system
# daemon’s notion of time and timezones.
#
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
#
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
#
# For more information see the manual pages of crontab(5) and cron(8)
#
# m h  dom mon dow   command

@reboot sudo /usr/bin/python3 /var/www/http_serv/serveur_http.py &

Si vous ne voyez pas votre Script Python en fin de fichier, c’est que vous n’avez pas validé l’enregistrement du Script lors de votre saisie.
C’est peut être de ma Faute ! j’ai oublié de vous demander de faire ENTER après le CTRL+O , car on vous demande de confirmer votre enregistrement par un OUI !!!

Donc si à la Fin du fichier crontab, votre Script python n’est pas présent, ou bien vous y voyez aussi en plus de votre Script Python, le Script du PING, alors vous recommencez les Cde suivante : contab -e + ENTER

On vous affiche :
Select an editor.  To change later, run ‘select-editor’.
  1. /bin/nano        <—- easiest
  2. /usr/bin/vim.tiny
  3. /usr/bin/code-insiders
  4. /usr/bin/code
Choose 1-4 [1]:

Vous taper juste : ENTER

On vous affiche le contenu du fichier crontab avec du texte en commentaire au début.
Vous descendez en fin du fichier.

Soit vous voyez vos 2 Scripts, alors il faut retirer la Ligne avec le PING et laissez uniquement le Script de votre Python qui doit commencer par @reboot.

Si vous ne voyez aucun Script après les commentaires,  alors en fin des commentaires vous taper 2 fois ENTER puis vous rentrer en début de ligne exactement le Script suivant (ajout de nohup) suivi d’un ENTER en fin de la ligne :

@reboot sudo nohup /usr/bin/python3 /var/www/http_serv/serveur_http.py &

Ensuite vous tapez : CTRL+O suivi d’un ENTER et ensuite CTRL+X

Vous vous retrouver sur la console. Vérifiez que votre Script à bien été enregistré dans le fichier crontab par la commande : crontab -l

Si vous ne voyez pas votre Script vous recommencez, ne pas oublier de taper ENTER après le CTRL+O (O comme OUI) sinon vous sortez de crontab par CTRL+X

Après vos modifs, vous devez Rebooter votre RASP.

Ensuite vous tester pour voir si le serveur à démarré : sudo pgrep -a python
Vous devriez voir une instance de votre Serveur Python lancée :

« xxxx /usr/bin/python3 /var/www/http_serv/serveur_http.py »

Si le Serveur n’est toujours pas lancé vous m’en faite Part, cela signifie qu’il faut rajouter une TEMPO dans le Script avant de lancer le Serveur Python car le WIFI du RASP ne serait pas encore activé au lancement de la Tache Cron.

Donc si le Serveur n’est Pas Encore Lancé, vous le lancez vous même et une seule fois (y compris avec le nohup) : sudo nohup /usr/bin/python3 /var/www/http_serv/serveur_http.py &

Dans le future rajouter ce terme nohup dans vos commandes pour lancez le serveur Python.

Oubliez pour l’instant l’interface EEdomus, vous allez tester le Serveur Python uniquement depuis votre navigateur.

Lancez la requête suivante depuis votre navigateur : http://192.168.1.81:9200/test
Le serveur Python devrez vous répondre : Le Serveur Fonctionne Bien

Si vous avez une erreur avec le navigateur, alors que la commande SSH : sudo pgrep -a python vous affiche bien une instance du serveur Python lancée :

« xxxx /usr/bin/python3 /var/www/http_serv/serveur_http.py »

c’est que vous n’avez pas fixé l’IP WIFI du RASP :192.168.1.81 en mode Static dans l’Admin de votre BOX.

Cela sous entend que votre BOX peut fournir dans ce cas et suivant sa volonté une IP Wifi autre que 192.168.1.81 à votre RASP comme l’IP 192.168.1.53 que vous avez eu un moment donné !

Cela expliquerer que parfois le Serveur Pyhon ne fonctionne pas avec EEdomus après avoir lancé le Serveur Python manuellement.

Il faut dans ce cas forcer l’IP du RASP  192.168.1.81 en Static dans votre Box en lien avec le l’Adresse Mac du Rasp, depuis l’Admin de votre Box. Bien sur si c’est bien l’IP 192.168.1.81 qui doit être attribuée à votre Rasp et que vous avez bien sur déclaré cette IP dans EEDOMUS.

Après si vous avez toujours des Pb avec EEdomus, déconnectez votre prise USB/Serial du RASP puis vous la reconnectez. Cela va réinitialiser le Port COM RS232.

A part ces cas de figure cela devrait fonctionner.

Faite moi un retour

Cordialement
Christian

RE:

Si vous avez toujours des Pbs avec la tache Cron au Boot pour activer votre Serveur Python ?

Au lieu de chercher depuis un Script externe à synchroniser avec une Tempo, l’attente d’une IP lors de l’initialisation du Wifi de votre Rasp, je vais plutôt vous rajouter dans les fichiers de votre Serveur Python, une modif afin que ce soit l’interface in situ qui active son propre Serveur automatiquement une fois qu’une IP soit bien attribué au RASP (WIFI ou RJ45).

Par contre vous devez bien activez le Serveur Python au Boot du Rasp depuis Crontab, comme précisé dans mon précédent Post, mais cela sera ma modif qui va tester et activera le Serveur lorsqu’une IP valide sera attribué au RASP.

Comme je ne suis pas sur d’avoir encore chez moi, votre dernière version du Serveur Python à jour, envoyez moi dans une archive ZIP, les 2 fichiers serveur_http.py et  utils.py que vous trouverez respectivement dans les dossiers de votre RASP :

/var/www/http_serv/serveur_http.py

/var/www/http_serv/driven/utils.py

Confirmez aussi l’IP qui est choisi pour faire fonctionner votre Serveur, est ce bien l’IP 192.168.1.81 ?

Vérifier aussi à bien mettre cette IP Rasp en mode Static dans votre BOX Fai.

Cdt

Bonjour pascalduvar,

Finalement après des tests chez moi, il est préférable de conserver le fichier /etc/rc.local pour lancer le serveur Python au BOOT. J’ai modifié les Fichiers Python afin que le Serveur HTTP ne démarre que s’il y a une IP IPv4 valide soit via RJ45 ou via WIFI.

J’attends vos 2 fichiers Python pour retranscrire mes modifs dans vos fichiers.

Par contre réactiver dans le fichier /etc/rc.local uniquement le Script qui lance le Serveur Python. mais ne réactivez pas le Script Ping. La fin du rc.local doit se terminer ainsi

sudo nohup /usr/bin/python3 /var/www/http_serv/serveur_http.py &

exit 0

Si vous aviez gardé et mis ce Script Python en commentaire, vous le décommentez et vous rajouter juste le terme nohup après le sudo. 

Laissez en commentaire ou supprimer la ligne du Script Ping : # ping -c 4 127.0.0.1 > nul

S’il n’est pas trop tard, ne rentrez pas le script dans le fichier crontab.

S’il est trop tard, vous pourrez supprimer votre Script depuis le dossier /var/spool/cron/crontabs/ et vous supprimez le root qui est visible. (faut être logguer en ROOT)

Ensuite vous vérifiez avec la commande SSH : crontab -l que votre modif n’existe plus.

Au pire si vous n’arrivez pas à supprimer ce fichier root, vous relancer la Cde : crontab -e  ensuite ENTER après le 1er message, vous retrouvez le contenu du fichier crontab. Vous supprimez la ligne que vous aviez rajouté et ensuite CTRL+O puis ENTER et CTRL+X pour sortir

J’attends vos deux fichiers :

/var/www/http_serv/serveur_http.py

/var/www/http_serv/driven/utils.py

Je les modifies et je vous les renverrais pour que vous remplaciez vos propres fichiers.

En attendant, vous lancez le script Python manuellement comme spécifié dans mon Post précédent si le Serveur Python n’est pas encore lancé: sudo nohup /usr/bin/python3 /var/www/http_serv/serveur_http.py &

Cdt

Re: Pour l’instant ne mélangez pas tout. Lassez votre EEdomus de coté ! vous ne verrez rien depuis EEdomus et ne pourrez pas faire un bon Diag !.

En 1er, Regardez dans votre BOX, quel est l’IP qui à été attribuée au WIFI de votre RASP. Vous la mettez en mode Static dans l’interface DHCP de l’Admin de la BOX. c’est cette IP qu’il faut utiliser dans vos requêtes et dans le Script EEdomus.

Redémarrer le RASP, 2, 3 fois, pour voir si la BOX donne toujours la même IP WIFI au RASP.

Testez d’abord le Serveur Python depuis votre navigateur avant de tester avec EEdomus.

Après un BOOT du RASP, laissez un peu de temps que le WIFI du RASP s’initialise (10 à 15s) puis lancer le Serveur Python manuellement en attendant mes fichiers.

Vérifiez ensuite avec sudo pgrep -a pyhton que le serveur est bien lancé. Si le Serveur Tourne on doit vous retourner :

##########################################
xxxx /usr/bin/python3 /var/www/http_serv/serveur_http.py
##########################################

Ensuite procédez comme suit (je suppose que l’IP du RASP est bien : 192.168.1.81). Envoyez depuis le navigateur cette requête http://192.168.1.81:9200/test.  Si le serveur Python fonctionne il va vous afficher : « Le Serveur Fonctionne Bien »

Tester une requête Vetronic depuis le navigateur : http://192.168.1.81:9200/help Vous verrez dans votre navigateur si le Vetronic vous renvoie son menu d’aide. Vous pouvez tester vos autres Cde Vetronic par l’envoie de requête toujours depuis le navigateur.

Si déjà là cela fonctionne bien avec le Navigateur, cela veut dire que le Serveur Python répond correctement avec le Vetronic.

Alors et seulement si tout est OK, vous pourrez voir ensuite avec EEdomus.

Si EEdomus ne fonctionne tjs pas, vérifiez que c’est bien la bonne IP WIFI du RASP qui est déclaré dans le Script EEdomus ? Vérifiez si une MAJ de EEdomus vous aurez changé quelque chose ?

Si avec le Navigateur tout est OK et que cela pèche toujours avec EEdomus, alors le Pb vient de EEdomus ! (mauvaise déclaration quelques part)

Pour l’heure il faut attendre mes fichiers pour que le Serveur Python fonctionne automatiquement au BOOT du RASP.

De votre côté regardez cette histoire d’IP et remettez le /ect/rc/local comme précisé dans mon précédent post et Supprimez votre modif dans le crontab.

Désolé pour le crontab, mais cela fonctionne mieux avec le /etc/rc.local

Cdt

Re: Désolé, cela fait un moment que je n’ai pas joué et testé les requêtes Vetronic. J’avais oublié, mais les Requêtes pour le Vetronic son préfixé par : /pvetronic$/

h ttp://192.168.1.81:9200/pvetronic$/votre-requête-vetronic

Donc je résume, pour tester uniquement le Serveur Python depuis le navigateur:

h ttp://192.168.1.81:9200/test

Pour toutes les autres requêtes à destination du Vetronic depuis le navigateur  il faut rajouter /pvetronic$/suivi-de-votre-requête-Vetronic

exemple : demander le menu d’aide du Vetronic :

h ttp://192.168.1.81:9200/pvetronic$/help 

Je pense que vous le saviez car vous vous en servez tous les jours via EEdomus!

Cdt

Re: J’ai rajouté des modifs dans le fichier /var/www/http_serv/driven/vetronic.py

Donc dans votre archive, vous m’envoyez les 3 fichiers suivant :

/var/www/http_serv/serveur_http.py

/var/www/http_serv/driven/utils.py

/var/www/http_serv/driven/vetronic.py

Merci,

Cdt

Bonjour pascalduvar,

C’est pas sympa, vous ne respectez pas trop mes directives ! Je plaisante !

Mais c’est vrai que  je vous ai demandé soit de supprimer le fichier root du crontab que vous trouvez dans /var/spool/cron/crontabs/ ou au pire si vous ne pouviez pas alors voir à retirer totalement la ligne de lancement du Serveur Python du fichier crontab et NON de  mettre en commentaire cette ligne ! Le mieux est de supprimer ce fichier root si vous pouvez le faire.

Merci pour tous vos Retour et votre Archive. Je Vérifie la correspondance entre mes fichiers et ceux de votre archive et vous renvoie un fichier DEB qui fera l’installation Global.

D’ailleurs Je m’apprêtais à vous envoyer un fichier de MAJ DEB que j’avais préparé pour mettre à jour votre Install Vetronic avec mes Modifs sur mes propre fichiers Vetronic, pensant que vous étiez absent.

Je vérifie rapidement la correspondance des indices entre mes fichiers et le votre et vous transmet je pense d’ici 13h ce fichier d’installation e la MAJ Globale.

Pensez vous être dispo cet après midi ou en début de soirée pour tester cette MAJ ?

Juste pour information, j’ai installé votre projet Vetronic pour mes tests, dans un Raspberri PY ZERO. Il est un peu plus lent qu’un Raspberry Pi 3 ou 4 mais les temps d’Init du WIFI doivent plus ou moins correspondre lors d’un BOOT du RASP.

J’ai calculé, qu’il se passe au moins 2 minutes entre le début du redémarrage du RASP et l’Init du WIFI avec ma BOX en fin de Boot. Dans cette phase de 2 minutes le Serveur HTTP Python ne peut pas démarrer car il lui faut une IP pour s’initialiser. Cela explique vos PB.

Donc en attente de mes dernière Modifs, si vous avez à redémarrer votre RASP, vous devez attendre au moins 1 minute par sécurité une fois que le RASP refonctionne après un BOOT, pour être plus ou moins sûr que le WIFI du RASP est initialisé et pouvoir lancer le Serveur Python.

Le WIFI du RASP ne s’initialise qu’une fois l’ensemble des Programmes du RASP fonctionne rn fin de BOOT, donc bien après la phase de BOOT. Le fichier /etc/rc/local lui est lancé en cour de BOOT bien en amont de la phase d’init du WIFI, donc mon Serveur ne peut pas se lancer au Boot depuis le rc.local sans mes Modifs à venir.

Déjà l’Init du WIFI avec la BOX prend un temps Long, d’autant plus si la distance entre les équipements sont un peu éloignés entre eux. Dans ce cas les signaux WIFI sont faibles, donc cela provoque plus d’erreurs dans les transactions donc cela Ramer d’avantage !!!

A toute.

Cdt

Bonjour pascalduvar,

Bon j’ai vérifié la correspondance des indices des fichiers entre les vôtres et le miens.
Ce sont les mêmes donc j’avais bien la dernière MAJ que je vous avais fourni en 2022.

Je vous joint un fichier d’installation Deb « Install_Serveur_Http_Vetronic_2.1.deb » créé avec mes fichier Python modifiés afin de vous facilité l’installation de la MAJ de votre RASP.

Cette installation va remplacer tous vos fichiers Python correspondant au projet Vetronic dans votre RASP. Le /etc/rc.local est aussi mis à jour donc vous n’avez pas à y toucher.

Toutefois afin de rester prudent, je vous demande de sauvegarder la version installé dans votre RASP en Renommant votre Dossier Cible actuel /var/www/http_serv

par /var/www/OLD_http_serv.  L’installation va recréer ce dossier /var/www/http_serv.

Pour installer mon fichier Deb, copiez ce fichier dans le dossier RASP : /home/pi/Documents/ Ensuite depuis une console SSH vous tapez les 2 commandes suivantes :

cd /home/pi/Documents + ENTER

sudo dpkg -i Install_Serveur_Http_Vetronic_2.1.deb + ENTER

C’est terminé vous avez installé les nouveaux fichiers dans votre RASP.

Par contre, avant de redémarrer votre RASP, il vous reste à supprimer la modif du fichier crontab si vous ne l’avez pas encore fait. Il faut supprimer de préférence le fichier root que vous allez trouver dans le dossier : /var/spool/cron/crontabs/

Ensuite vous Redémarrez votre RASP.

Je vous résume les modifs que j’ai effectués. En dehors de quelques correctifs de petit Bug d’origine que j’ai trouvé, j’ai rajouter un Test sur la présence d’une IP IPv4 valide attribué au RASP avant de lancer le Serveur HTTP automatiquement.

En deux mots, je Teste toutes les 10 secondes dans une boucle d’attente, que le WIFI de votre RASP s’initialise avec votre BOX.

Une fois que l’IP WIFI est attribué au RASP, je quitte la bloucle et lance le Serveur HTTP Python.

J’ai rajouté un garde fou dans le lancement du Serveur Python depuis /etc/rc/local au BOOT du RASP, par une tempo de 40s avant de lancer le Script. Cette Tempo permet de mieux laisser initialiser le RASP sur une CNX Réseau de type RJ45, avant de lancer le Serveur Python.

L’ensemble de ces Tempos et Tests fonctionnent bien chez moi.

Par contre avant de tester le Serveur Python pour voir s’il tourne avec EEdomus,
Il faut bien attendre que le RASP soit initalisé avec le WIFI de votre BOX.

Le mieux est d’attendre entre 30s à 60s après le BOOT du RASP avant de tester avec votre Navigateur que le serveur Vetronic tourne:

la Requête http://192.168.1.81:9200/test vous affiche si le serveur tourne : « Le Serveur Fonctionne Bien, IP=192.168.0.127 : Port=9200″

La Requête http://192.168.1.81:9200/pvetronic$/test vous affiche dans le <repmess> du JSON de réponse si le Port COM est reconnu:

« <repmess>Erreur: 200 — Plugin Vetronic OK – Config Port COM: /dev/ttyUSB0 OK </repmess> » 

Et ceci s’il y a un Pb avec le Port COM :

« <repmess>Erreur: 444 — Plugin Vetronic OK – Config Port COM: /dev/ttyUSB0 pas OK</repmess> »

Donc je vous conseille de tester via votre Navigateur ces deux requêtes pour voir si votre RASP est prêt pour travailler avec EEdomus et le Vetronic, avant d’utiliser le EEdomus.

Faites moi un retour, normalement vous ne devriez plus avoir de Pb au BOOT du RASP.

Cdt

RE: je doit compresser le fichier Deb en ZIP car le Blog me le refuse dans son état brut.

Je vous renvoie ce fichier Install_Serveur_Http_Vetronic_2.1.deb dans une archive ZIP Install_Serveur_Http_Vetronic_2.1.zip que vous devez décomprésser pour trouver le fichier Deb.

Bonjour pascalduvar,

l’installation de mon fichier Deb copie seulement l’ensemble du dossier et sous dossier de /var/www/http-serv/* et ne modifie que le fichier /etc/rc.local. L’installation ne touche pas à tous les autres fichiers et config du RASP.

Si vous avez un moment disponible, il est préférable que l’on se contacte par téléphone, cela sera plus facile de voir votre Pb.

Envoyez moi un mail à cdlog2@hotmail.com, je vous communiquerez mon Tel afin que l’on se contacte.

Cdt

Bonjour,

J’ai testé avec mon Rasp PI Zero et je rencontre le même PB après avoir ré-installé le dernier Deb que j’ai transmis !

Il y a en effet un problème dans ce fichier DEB que je n’avais pas vu. Il y a une Cde non souhaité qui est lancé sur le fichier /etc/systemd/system/dhcpcd.service.d. qu’il faut retirer.

J’ai du me tromper lors de la création du dernier DEB et j’ai dû récupérer un ancien squelette d’un Fichier DEB utilisé pour un autre projet pour créer le fichier d’install Deb Vetronic.

Désolé je ne l’avais pas testé et je n’ai pas vu qu’il y avait cette Cde dhcpcd qui était présent d’origine.

Trouvez joint un autre Fichier DEB intégré dans une Archive ZIP qui corrige ce PB. Jetez tous les autres fichier DEB que je vous ais transmis.

Cdt

RE: Pour info, c’est le fichier /etc/systemd/system/dhcpcd.service.d/wait.conf qui à été rajouté avec mon précédent fichier DEB.

Dans ce fichier wait.conf vous trouvez :

[Service]
ExecStart=
ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -w

Normalement vous pouvez supprimer ce fichier wait.conf qui n’est pas d’origine, si vous le trouvez dans votre RASP et alors vous pourrez aussi retirer votre modif sudo dhcpcd -4 dans le /etc/rc.local.

Sauvegardez néanmoins ce fichier wait.conf pour le remettre le cas échéant au cas ou il soit nécessaire dans votre RASP. En principe il n’est pas d’origine, mais mieux vaut être prudent.

Vérifier en redémarrant votre RASP après modifs.

Cdt

Bonjour misterden,

Je vous avais transmis un Sketch INO pour ESP32 qui permet de faire des échanges par des requêtes HTTP vers la Borne de recharge Vetronic.

Je n’ai pas cette Borne chez moi mais j’ai eu récemment l’occasion de faire tester mon Sketch INO par Vincent, qui m’a contacté car intéressé par ce projet et possédant lui même une Borne Vetronic.

Ses tests ont mis en évidence un Bug dans mon INO d’origine. En effet je n’avais pas mis des CR (return) à la fin des Cdes que j’envoyais sur le Port série du Vetronic. La Borne attend ce CR pour prendre en compte la Cde et la traiter.

Je reviens donc vers vous afin de vous transmettre Ce Sketch Ino corrigé et fonctionnel.

Vous devez rentrer dans le fichier config.h le SSID et Password du WIFI pour la Cnx du ESP32. Le port TCP utilisé est 9200 mais vous pouvez le changer dans ce même fichier.

Vincent à souhaité faire évoluer mon Sketch et prépare une version qui permet de configurer la connexion WIFI du ESP32 on Line depuis une petite Page WEB intégré. Cela évite de modifier et de recompiler le Script pour faire connecter le ESP32 au WIFI d’un Routeur ou BOX lambda.

Un SSID et une IP par défaut est utilisé pour accéder à la Config du ESP32 et vous permet d’accéder au menu de la petite interface WEB ou vous pourrez entrer le SSID et Password WIFI d’un routeur ou votre BOX au choix pour connecter le ESP32 à votre réseau local.

Je vous transmet mon INO en pièce jointe et reviens vers vous lorsque Vincent me fournira sa version Upgradée !

Je vous transmet aussi un Script PHP pour lancer les requêtes au Vetronic depuis Jeedom.

Voir dans le Script PHP les arguments à passer depuis Jeedom pour lancer ce script.

Cdt

Bonsoir misterden,

J’ai reçu de Vincent sa version Upgradée de mon Sketch Ino ESP32 vetronic d’origine.

Vincent a pas mal changé le Sketch INO par rapport à l’existant, à savoir les TAG du XML de réponse ont pour partie changé de Nom et ce sketch INO ESP32 permet de configurer la Cnx WIFI via un petit menu WEB en natif, sans nécessiter de recompiler le Skecth dans le ESP32.

Une fois que vous aurez compilé et transféré le Firmware dans le ESP32, il faut vous connecter en WIFI soit depuis un PC ou smartphone et vous vous connectez au SSID du ESP32 qui est VETRONIC_ESP32_OTA, le mot de passe est 12345678

Ensuite vous entrez l’IP 172.0.0.1 dans un navigateur, cela vous fait tomber sur la petite page WEB intégré au ESP32.

Dans le menu qui s’affiche, vous sélectionnez dans l’onglet en haut, la rubrique « Configurer New AP » Vous patientez un petit moment sur une page Vide (le ESP32 cherche les WIFI présents de proximités).

Vous aurez un moment la Liste des WIFI localisés et on vous propose de choisir l’un d’eux afin de vous connecter à votre réseau local (choisir le SSID de votre BOX, routeur Wifi etc) Vous rentrer le Passeword de votre WIFI et vous terminez par APPLY.

Vous patientez un petit moment puis on vous affichera le statut de la nouvelle Cnx WIFI avec l’IP WIFI utilisé. C’est cette IP qui servira à lancer les requête au ESP32 pour envoyer les Cde au Vetronic et ou vous reconnecter au menu du WEB du ESP32.

Les requêtes ESP sont identique à celle d’origine soit http://IP-WIFI:9200/Ftc-Vetronic.

Vincent à rajouté une requête générique qui fait remonter toutes les infos de la Borne Vetronic, a savoir le statut de la borne et les puissances consommés. Cette requête générique est lancé par défaut en absence d’une Fct que vous auriez sollicité soit avec la requête suivante: http://IP-WIFI:9200

Afin de vous reconnecter au Menu de la petite page WEB intégré ans le ESP32,  vous devez rentrer dans le navigateur la nouvelle IP_WIFI mais sans ajout du Port 9200.

Vincent à prévue de pouvoir faire des MAJ du Firmware, via l’onglet Update, mais cela ne vous servira pas si vous savez apporter des modifs dans le ESP32.

Vincent va mettre le projet sur un Github, mais je ne connais pas le site concerné.

Je vous transmet le nouveau Sketch Ino ESP32 ainsi que le Script PHP adapté à la nouvelle structure des TAG, mais ce Script est plutôt adapté pour être lancé par JEEDOM.

Si vous le souhaitez et si vous m’envoyez votre Script WES Eedomus, je peux vous intégrer l’appel à la Requête du ESP32, comme cela vous pourrez en ayant les valeurs du WES et ceux de la Borne Vetronic, écrire des scénarios de délestage directement depuis votre Script EEdomus.

Cdt

Christian

RE:  J’ai oublié !

Pour compiler le nouveau Sketch INO ESP32 de Vincent, il faut sélectionner le partitionnage mémoire : « Minimal SPIFFS (1.9MB APP with OTA/190KB SPIFFS) dans l’IDE ARDUINO.

Il faudra aussi ajouter les librairies PageBuilder, ArduinoJson et AutoConnect depuis le GitHub https://hieromon.github.io/AutoConnect/index.html

cdt

RE : Trouvez dans une image, les paramètres de compilation à mettre dans l’IDE Arduino.

Je joins aussi le schéma de câblage qui relie le ESP32 à la Borne ESP32.

Vous ferez attention de ne pas tenir compte des positions des broches pour câbler votre ESP32, en effet suivant le modèle du ESP32 (clone) les Broches peuvent être légèrement décalé par rapport au Schéma que je présente.

Il faut se référer aux intitulés sérigraphier sur le PCB du ESP32 et spécifié dans mon schéma de câblage soit le GND, le 3.3V, la Pin D4 qui est le TX et la Pin D15 qui est le RX.

Cdt