cdlog2

bonjour,

Normalement par le menu de configuration réseau du WES. Mais si vous n’avez plus la main sur votre WES par suite d’un changement de BOX FAI par exemple ou mauvaise Manip ?, vous pouvez modifier et mettre le paramètre DHCP=0 en éditant le fichier RESEAU.CFG du dossier CFG de la carte MicroSD.

Reportez vous aux réponses faites à votre même question en date du 16 août 2019 !

https://www.cartelectronic.fr/blog/?topic=mauvaise-manipulation/#post-7800

Cdt

Bonsoir,

Bien sur vous avez modifié le bouton dans la config , Téléinfo > configuration  > config TIC > « Radio TIC 3  » = Off.

Editez le fichier TIC.CFG du dossier CFG. Voici le contenu de mon propre fichier pour exemple. J’ai 2 compteurs TIC en mode consommation.

TIC1=1                             # compteur 1 activé
TIC2=1                             # compteur 2 activé
TIC3=0                             # compteur 3 RF désactivé
CSPR=0-0-0
NCT1=Cpt PERSO         # bloc info compteur 1
VTC1=1
ABO1=223.20
ABP1=0
DAT1=1/1
TRA0=0.1749
TRA1=0.1312
TRA2=0.0000
TRA3=0.0000
TRA4=0.0000
TRA5=0.0000
TRA6=0.0000
NCT2=Cpt ERDF            # bloc info compteur 2
VTC2=1
ABO2=223.20
ABP2=0
DAT2=1/1
TRB0=0.1749
TRB1=0.1312
TRB2=0.0000
TRB3=0.0000
TRB4=0.0000
TRB5=0.0000
TRB6=0.0000
CSVA=1
MCSV=1
FCSV=0

Si vous comparez votre fichier au mien vous verrez certainement dans votre config que TIC3=1 au début du fichier, il faut le mettre TIC3=0
Logiquement vous devrez avoir un bloc supplémentaire avec des paramètres spécifiques à votre Compteur Radio du genre :

NCT3=TIC 3 RF           # bloc info compteur Radio
VTC3=1
ABO3=223.20                # ici la tension secteur du compteur Radio RF 220, 230, 380 ?
ABP3=0
DAT3=1/1
TRC0=0.123456            # ici les coût unitaires Kwh du contrat ERDF affecté à ce compteur RF
TRC1=0.123456
TRC2=0.0000
TRC3=0.0000
TRC4=0.0000
TRC5=0.0000
TRC6=0.0000

Il faut supprimer entièrement ce Bloc compris entre NCT3 jusqu’à TRC6 inclus.

Attention de ne pas supprimer les derniers champs :

CSVA=1
MCSV=1
FCSV=0

Si vous avez un doute de ce qu’il faut modifier ou retirer, copiez le contenu de votre fichier TIC.CFG sur le BLog comme je l’ai fait. Je vous dirais ce que vous devez corriger et supprimer.

Après la modification de ce fichier TIC.CFG du dossier CFG et afin que le WES prenne en compte vos Modifs, il faut encore faire un RESET du Serveur.

Cdt

Bonjour,

Je suppose que vous avez vérifié et désactivé les rubriques des autres Pages tel que décrit dans la démarche.

Concernant la Page configuration Radio 868Mhz, je suppose qu’il aurait fallu en effet désactiver le module avant de le retirer physiquement.

Editer le fichier radio.cfg qui se trouve dans le dossier CFG de la carte mémoire MicroSD.
Modifier les rubriques de votre fichier comme ceux ci-dessous :

ACTF=0
DTI1=0
IDI1=0
ISO1=0
DTI2=0
IDI2=0
ISO2=0
IPL1=0
NPL1=2
IPL2=0
NPL2=2
ITH0=00,00,00,00
ITH1=00,00,00,00
ITH2=00,00,00,00
ITH3=00,00,00,00
DTHD=31,31,31,31

Enregistrez votre fichier puis fermez votre navigateur et autre interface FTP si ouvert.
Faire un ou deux RESET de votre WES via le bouton rouge sur la carte PCB.
Videz le cache mémoire de votre navigateur avant d’ouvrir à nouveau la Page WEB du WES.

Normalement le module radio devrait se trouver désactivé de votre config.

Cdt

Bonjour et Bonne années à Tous,

J’ai aussi un désordre dans mes CSV pour 2022 mais c’est principalement dû à ma reconfiguration des infos tarifaires et date anniversaire que j’ai effectuée dans la config des TIC suite au changement des prix du KWH de mon fournisseur d’énergie.

Tous les prix du KWH ont été modifiés en janvier 2022 pour tous les fournisseurs, Total énergie, Cdiscount énergie etc etc.

Vous tous qui constatez des bizarreries dans la liste des CSV pour janvier 2022, auriez vous comme moi, modifié quelque peu vote configuration TIC ?

@Nicolas voir le Mail que je vous ai envoyé.

Cdt

Re : Autre Schéma plus complet avec une liaison I2C pour contrôler les 2 Bus 1Wire depuis un Raspberry Pi conjointement et en parallèle avec le WES

RE : Je corrige le Schéma précédent. D’origine dans mon propre circuit (PCB), j’utilise des Mosfet type 2N7002 qui sont des composants CMS.

J’ai souhaité dans le schéma joins remplacé ces Mosfet 2N27002 par des Mosfet compatible, BS170 qui sont plus facile à manipuler et a souder.

Mais je m’aperçois que je me suis trompé sur la correspondances des PINS du BS170 dans mon schéma.  Je joins une nouveau schéma avec la bonne définition de chaque Pins du BS170 utilisé

Désolé

Cdt.

Bonjour @HDT et Bonne Année 2022 à Tous,.

D’après vos tests, vous avez démontré que jusqu’à la version V0.83H incluse, toutes les valeurs mesurées des Pinces via votre WES V1 sont correctes
et ce n’est qu’à partir des nouvelles versions V0.84A(xx) que vous constatez des erreurs.

Cela confirme bien que du côté hardware les circuits des Pinces sont identiques entre un WES V1 et WES V2 et que c’est du côté software que se trouve l’erreur dans le mode de calcul des valeurs des Pinces pour les WES V1 installés en version V0.84A(xx).

Juste à titre d’information, je joins le schéma d’entrée d’un des circuits des Pinces du WES (HACK du pcb WES V2 à l’aide d’une loupe).

J’ai regardé et recherché les différences du fichier PCEVAL.HTM (Page des Pinces) entre les versions V0.83H et V0.84A.
Il n’y a pas de grande différence entre ces deux versions, les fichiers sont pratiquement identiques.

La seule différence se situe au niveau de la définition des valeurs rendues par le Serveur aux appels du fichier PCEVAL.CGX qui sert de requêtes pour lire les datas des Pinces périodiquement toutes les secondes.
Jusqu’à la version V0.83H les valeurs des datas sont restituées par le serveur sous forme d’un INTEGER et depuis les versions V0.84A ces valeurs sont converties en FLOAT.

Par contre depuis les versions V0.84A(xx), les WES sont capable de traiter des Pinces de type 20A en plus des Pinces de type 100A de base.
Je pense que c’est suite à cette évolution que le traitement des valeurs des Pinces a été modifié côté Serveur et qui engendre le BUG sur les Pinces pour les WES en V1.

Par simple curiosité, il serait intéressant de vérifier si ce n’est pas un changement dans le mode de calcul du ratio (calibrage des Pinces) qui pose problème.

On connaît les deux constantes ZER(x) et CAL(x) du fichier PCE.CFG qui permettent, l’une de fixer le point de référence ZERO d’une Pince et l’autre qui est le ratio multiplicateur, sert à ajuster et corriger la valeur lue d’une Pince en fonction de la tolérance, de la sensibilité des composants Hard en relatifs.

On sait que vous trouvez une erreur d’environs de 10% dans les valeurs restituées par le Serveur avec les versions V0.84A(xx) en WES V1.
Comme le CAL(x) est justement la constante qui détermine le ratio pour chaque Pince, il serait intéressant de multiplier ces valeurs CAL(x) de 10%,  par des essais, de 10% en Moins Ou bien 10% en Plus de la valeur initiale.

Exemple votre CAL0 = 0.018812 de base. CAL0 PLUS 10% = 0,0206932, CAL0 MOINS 10% = 0,0169308.

Possible que vous puissiez régler provisoirement Ce BUG par ce bais en attendant la MAJ de @nicolas. Si effectivement vous arrivez à réduire les erreurs, il suffit de trouver la bonne valeur de CAL(x) pour chaque Pinces.

Ce Test est un peu fastidieux sachant qu’il faut faire un reset du Serveur (bouton rouge) à chaque changement de la valeur CAL(x) pour que le Serveur prenne en compte la valeur modifiée dans sa mémoire interne.

Cdt