EcoWatt 850 suiveur de conso globale : tests et analyses

[Christophe]

Ok pour le .net ...

Pour les .xml il sont sur le PC dans le repertoire d'elink, il n'y a aucun accès (du moins via windows) à du "remote" en branchant l'ecowatt..

[coucou789456]

re

le format xml ne serait pas finalement les données, dont les valeurs sont séparées par des virgules (c est un exemple).

si quelqu'un pouvait me transmettre ou transmettre ici-même un de ces fichiers pour qu'on se fasse une idée ... plus il y aura de personnes travaillant sur les données, plus vite une solution pourrait être trouvée.

jeff

[Matt113]

les fichier xml même si il contiennent les données ne sont pas du csv.
les fichiers xml travaillent avec des balises, comme le html.

ce genre de fichiers est facilement sérialisable dans des classe/objet en programmation en quelques lignes de code. c'est a dire que l'on peut passer des données hiérarchique balisées en xml en données exploitable par un programme très facilement.

mais si ce sont bien les données qui sont importées dans le programme qui sont au format xml, utiliser celles ci demanderai d'office de passer par le programme e-link avant d'utiliser un autre programme.
donc de rapatrier une fois avec le programme de chacon les données de l'appareil et rapatrier ensuite dans un autre programme les fichiers xml du programme de chacon. je trouve ça assez lourd a mon goût, c'est du même genre que d'exporter pour réimporter dans du excel.

le meilleur soit que quelqu'un qui ait des connaissances en prog et un appareil puisse tester, ne serait-ce que la librairie de communication USB qui apparemment est utilisé par chacon.

par contre est-ce qu'il existe des infos très technique sur l'appareil comme la puce de communication USB utilisé ?

[coucou789456]

bonsoir

désolé pour ce que tu demandes car je ne possède même pas l'appareil, je voulais juste voir le type de données et surtout leur format d'enregistrement. effectivement si en plus le passage par e-link est obligatoire, ça complique pas mal les choses.
par contre niveau outils informatiques je peux pratiquement, à part quelques exceptions faites par de petites boites informatiques, obtenir tous ceux qu'il serait souhaitable d'avoir.(et dans de multiples langues, quoique en anglais le plus souvent)

jeff

[Matt113]

Par contre quelque chose qu'il serait bien d'avoir c'est les informations sur l'appareil que l'ont peut trouver dans le gestionnaire de périphériques. Quand il est branché il doit y apparaître.

[Christophe]

Par contre quelque chose qu'il serait bien d'avoir c'est les informations sur l'appareil que l'ont peut trouver dans le gestionnaire de périphériques. Quand il est branché il doit y apparaître.

J'avais testé plus haut:

Sous windows au branchement y a ca qui apparait dans le Listing Controleur de BUS USB :

Je vous fais un .zip avec des fichiers xml que j'ai

[Matt113]

donc c'est bien la dll que je pensais qui est utilisée pour accéder à l'appareil.

justement je suis entrain de jouer un peu avec la dll mais ca ne liste que des appareils compatibles, je vais regarder ce qui traine en usb dans les bureaux

[Christophe]

Et voila les fichiers d'exemple: https://www.econologie.info/share/partag ... xemple.zip

C'est l'export utilisé par elink mais dans ce cas c'est un .csv et non un .xml qui contient les données. Les .xml contiennent les infos de config, m'enfin tu veras.

[Matt113]

en analysant les données on voit déjà qu'on peut récupérer soit par heure / jour / semaine / mois et avoir la plus grosse pointe de conso du mois.

ici dans ton fichier le relevé est par heure.

a la deuxième ligne on voit la date de début et de fin du relevé.

les données commence à partir de la troisième ligne. elles sont groupées par 24 lignes consécutives pour une journée.

un début de journée est défini comme ça : "00:00" + année en cours + "/" + code qui représente le mois + "/" + numéro du jour dans le mois.
par ex : 00:00 2010/g/11 représente le première ligne du 11 juillet.

dans ton fichier les données commencent le 13/11/2009 et finissent le 11/07/2010.

il y a 5762 lignes dans le fichier ce qui représente 240 jours.
mais les lignes ont des données de relevé qu'a partir du 1er mai.

c'est bizarre que le programme exporte autant de ligne pour ne pas mettre de données dedans. donc le programme voit bien qu'il y a des relevés à partir du mois de novembre 2009 mais les données de ces relevés ne sont tout simplement pas là.

je penche pour de la programmation faites avec les pieds


sinon j'arrive a utiliser les fonctions de la dll de communication utilisée pour l'appareil.
j'ai un adaptateur usb/com a la maison, je l'amenerai demain au boulot pour tester.

[Forhorse]

je penche pour de la programmation faites avec les pieds

+1