cdlog2

Verifier ces deux lignes n° 38 et 39

//#define echo_USB            //envoie toutes les trames téléinfo sur l’USB
#define message_système_USB   //envoie des messages sur l’USB (init SD, heure au demarrage, et echo des erreures)

Il faut mettre un espace entre les divers définition des ces lignes #Defines et mettre un HashTag # devant Define, ex:
#define (espace) message_système_USB (espace ou plusieurs )  //envoie des …..

Si vous avez décommenté la ligne //#define echo_USB en elevant les //
alors pareil
#define (espace) echo_USB (espace ou plurieurs)   //envoie toutes …

Les warning sont induit par une mauvaise définition d’un ou des deux #define …. tous les textes en commentaire doivent être précédés de //

Une hypothèse, l’accent grave sur le #define message_système_USB peut générer ces Warnings
Retirer l’accent grave de toutes les références à message_système_USB dans l’ensemble du fichier.
Faire une recherche et remplacer message_système_USB par message_systeme_USB
Cela devrais éliminer les WARNING sur ce #define

——————–
modifier la ligne 59
unsigned int ReceptionNombre = 0;     // variable de calcul du nombre reçu par port série
par
int ReceptionNombre = 0;      // variable de calcul du nombre reçu par port série
cela devrait éliminer le warning: comparison between signed and unsigned integer

———————-
dans la procèdure en ligne n° 318, rajouter len=len comme indiqué ci-dessous. Cela devrait éliminer le warning: unused parameter ‘len’ [-Wunused-parameter]

char chksum(char *buff, uint8_t len)
{

len=len;

int i;
char sum = 0;
for (i=1; i<(len-2); i++) sum = sum + buff[i];
sum = (sum & 0x3F) + 0x20;
return(sum);
}

—————

Les autres Warning restant sont induit par la librairie SD de l’Arduino IDE. qu’elle est votre version de IDE ?
Mais ces warning ne doit pas poser problème

Faites ces modifs, recompiler et transférer > fermer Terminal.exe avant.

concernant l’envoie de l’heure et date depuis Terminal, il n’y a pas l’option +CR en fin du champ du bas dans votre version que j’ai envoyé ?.
envoyez vos infos heures et date comme indiqué, mais ajouter \r en fin de chaque nombre. Ex: 23\r  ou  2019\r etc.  Si cela ne bouge pas essayer avec \n Ex: 23\n  ou  2019\n etc
Normalement cela devrait simuler un Return après les nombres envoyés, c’est ce qui manque pour valider votre saisie dans le programme.

Faites moi savoir si c’est un peu mieux.

Cdt

Re: Attention les fichiers CGX n’aime pas les saut de lignes vide. donc ne laissez aucune ligne vide entre les divers requêtes du fichier cgx.

Re:

La modif de la 4éme ligne, concernant le rajout des secondes en fin de Heure:Minute, est incluse dans le dernière Copie du Script.

J’ai oublié, votre question concernant le calibrage est t’il nécessaire ?.  J’ai appris par le retour de Nicolas que les Valeurs TIC Amp sont nombre en Absolu. Donc comme c’est la seule référence en tant que valeur mesurable depuis le WES, On ne peut pas calibrer les Pinces en ce basant sur cette valeur.

Si vous voulez avoir une mesure précise, Utiliser un vraie Ampèremètre en série sur la même Phase ou est connecté votre Pince et mesurer une consommation avec un charge Amp FIXE. La valeur de l’ampèremètre sera la référence pour le calibrage à rentrer pour la Pince.

Cdt

Bonsoir,

Le Temrminal de L’IDE ne permet pas de modifier facilement toutes les infos du Port.

Si vous travaillez sous Windows je vous propose d’utiliser un autre émulateur Serie qui s’appelle Terminal.

Télécharger le fichier termv19b.zip que je joints en pièces jointes si cela veut bien passer ?
Décompresser le fichier ZIP dans dossier de votre PC. Un autre dossier termv19b sera crée.
A l’intérieur vous aurez un exécutable qui s’appelle Terminal.exe. (pas de virus)

Ce petit logiciel est un puissant émulateur Série RS232, vous pourrez paramétrer ce logiciel afin de lire les messages de votre Arduino
avec les bonnes infos utilisés :

Fermer en premier lieu le Terminal de l’IDE Arduino s’il est ouvert. Par contre vous pouvez rester dans l’IDE Arduino avec votre téléinfo.Ino ouvert.

Lancer terminal.exe et ensuite cocher ces options :

– Baud rate = 1200
– Data bits = 7
– Parity = even
– Stop bit = 1

Sélectionner dans « Com Port » le n° du Port ouvert par votre Arduino.
Puis cliquer sur Connect. (en haut)

Faites ensuite un Reset de votre Arduino (qui possède le Shied) via le Bouton rouge Reset en face avant de la carte .

Si tout va bien vous allez voir les infos correctement rendues dans « Terminl » par le programme de la téléinfos.

Par contre si vous devez recompiler le programme avec l’IDE, fermez au préalable le logiciel Terminal car le Port serait déjà Occupé.

Cdt

paramétrer le Moniteur série de l’IDE en 1200 bauds.

Bonjour,

Quitte à dire une bêtise, alors Nicolas me corrigera !

Une hypothèse d’école, Vos deux sous compteurs sont certainement derrière un compteur EDF type Enedis ?
et vous êtes certainement en mode téléinfo « historique » avec le Enedis.

Hors vos 2 compteurs (peut être de modèles ancien EDF) ne comprennent peut être pas ces trames en « historique » car ils fonctionnent eux en mode de trame téléinfo « Standard »  Ce n’est qu’une hypothèse bien sûr ! Si c’est le cas il faut faire changer le mode de la téléinfo du ENEDIS en mode Standard

Brancher une voie du shield Arduino directement sur la téléinfo du Compteur primaire pour essais, vous verrais si le shield Arduino fonctionne ou pas.

Cdt

Bonjour à Tous,

Merci Nicolas pour vos précisions.

Je modifie et transmet un nouveau Script procon.cgx qui remplace le précédent afin de lire les valeurs de :

Date du jour
Heure:Minute
TIC_1 en VA
TIC_1 en Amp
PC1–PC4 en VA
PC1–PC4 en Amp

Faire un copie/coller du contenu du Script  ci-dessous via un éditeur de texte et
enregistrer dans un fichier « nommé.cgx » de votre choix « NOM_FIC ».cgx
Ne pas oublier de copier le « . »point final du Script.

Copier votre fichier crée « NOM_FIC ».cgx à la racine de la MicroSD du WES
Vérifier le résultat par envoie de la requête http://login:password@ip_du_wes/NOM_FIC.cgx

cdt

########

t <form>
# time
c h j <html><id>SRV_date</id><value><![CDATA[%s %d %s %d]]></value></html>
c h h <html><id>SRV_time</id><value>%02d:%02d</value></html>
# TIC
c ip1 <html><id>CPT1_VA</id><value>%d</value></html>
c ii10 <html><id>CPT1_I</id><value>%d A</value></html>
# PCE VA
c PPU1 <html><id>IPC1_VA</id><value>%s</value></html>
c PPU2 <html><id>IPC2_VA</id><value>%s</value></html>
c PPU3 <html><id>IPC3_VA</id><value>%s</value></html>
c PPU4 <html><id>IPC4_VA</id><value>%s</value></html>
#PCE A
c P A1 <html><id>IPC1_I</id><value>%.02f A</value></html>
c P A2 <html><id>IPC2_I</id><value>%.02f A</value></html>
c P A3 <html><id>IPC3_I</id><value>%.02f A</value></html>
c P A4 <html><id>IPC4_I</id><value>%.02f A</value></html>
t </form>
.

La variation de valeur entre le TIC = 5A et IPC1 = 5,23 est du au fait que le WES récupère ces deux valeurs de façon asynchrone en interne donc avec un léger décalage de quelques ms entre les deux lectures.  Comme ont lit le TIC avant IPC1 (chronologie du CGX) IPC1 aura le temps de varier de quelques unités entre la captation du TIC et sa propre Lecture.