Page 4 sur 10

Posté : lun. mars 11, 2013 11:22 pm
par pat81
Alors changement de pc.
Port com en parite even xon xoff redemarrage du pc et la
miracle. :lol:
il est tard 15 j dessais..
Demain je confirme et explique.
En tous cas parametrages differemts suivant le pc ou le convertisseur?
Bonne nuit

Posté : lun. mars 11, 2013 11:22 pm
par pat81
En conclusion avec XP et l'interface achetée sur ebay idem à celle de fred28 etc,

j'ai du charger le pilote sur le site pointé par le vendeur du module de conversion en version 2.08.
j'ai oté les 2 jumps
j'ai paramétré le Port com serie usb en parite even, et xon xoff , le reste comme par défaut.
redemarrage du pc.

ECH connecté sur le port qui va bien.
lecture de données cohérentes que je vérifierai ce soir.

Pour info, le soft répondait ECH connecté sur un port com avec le convertisseur débranché .

je suis ravi car Je vais enfin pouvoir utiliser ce monitoring, bravo pour ton boulot fred.

et peut etre agir sur le degivrage.

*Me conseillez vous de le faire?


*peut-on sauvegarder les paramètres de l'ech dans un fichier avant de les modifier?

Posté : mar. mars 12, 2013 8:15 am
par fanfan
fred28 a écrit :bonjour

modifier le mot de passe de l'ech n'est pas nécessaire.

tu parles bien du mot de passe d'acces aux parametres ?
Oui le mdp d’accès. Merci pour la réponse.

Posté : mar. mars 12, 2013 9:27 am
par Mayeric
Vous connaissez le Raspberry Pi ?
C'est une petite carte de la taille d'un paquet de cigarette, qui fait tourner Linux et dispose de ports d'entrée-sorties "génériques" (GPIO), USB et d'une connexion Ethernet... pour approximativement 5W de consommation électrique ! ... et 35€ pour le Raspberry !!

Tout ce qui faut donc en théorie pour :
- récupérer les informations de la PaC en permanence (ex. certains l'utilisent pour faire de la releve de téléinformation avec leur compteur électrique) pour une consommation et un encombrement minimes.
- faire de même probablement avec les données 1-wire des sondes de températures
- stocker en tout en base de données locale à intervalle régulier (ex. MySQL)
- faire tourner un petit serveur web local avec toutes les informations de statistique et de pilotage de la PaC sous forme de page HTTP, accessible soit via un réseau ethernet (cable à tirer) ou même en Wifi avec un doogle wifi (je crois que cela est possible).

Je n'ai pas encore ma PaC technibel, mais perso ca me parait beaucoup plus adapté que laisser tourner un PC en permanence ...

Posté : mar. mars 12, 2013 11:23 am
par pat81
Mayeric a écrit :Vous connaissez le Raspberry Pi ?
C'est une petite carte de la taille d'un paquet de cigarette, qui fait tourner Linux et dispose de ports d'entrée-sorties "génériques" (GPIO), USB et d'une connexion Ethernet... pour approximativement 5W de consommation électrique ! ... et 35€ pour le Raspberry !!

Tout ce qui faut donc en théorie pour :
- récupérer les informations de la PaC en permanence (ex. certains l'utilisent pour faire de la releve de téléinformation avec leur compteur électrique) pour une consommation et un encombrement minimes.
- faire de même probablement avec les données 1-wire des sondes de températures
- stocker en tout en base de données locale à intervalle régulier (ex. MySQL)
- faire tourner un petit serveur web local avec toutes les informations de statistique et de pilotage de la PaC sous forme de page HTTP, accessible soit via un réseau ethernet (cable à tirer) ou même en Wifi avec un doogle wifi (je crois que cela est possible).

Je n'ai pas encore ma PaC technibel, mais perso ca me parait beaucoup plus adapté que laisser tourner un PC en permanence ...
ok c'est interessant de stocker hors pc :
j'ai la connexion reseau+le convertisseur en modbus /usb avec la pac+ un compteur electronique dedié a la pac et pas de reseau 1wire.

c'est ensuite que je ne sais pas faire :?:

Posté : mar. mars 12, 2013 7:49 pm
par fred28
pour pat81:

la sauvegarde est une évolution que je pourrais rajouter au soft.

il faut que je regarde la faisabilité et surtout la fiabilité....

je rappel que ce soft est une version beta ce qui implique la présence de quelques bugs....

j'ai fait ce soft pour mettre en place le dégivrage dynamique.... c'est ce que j'ai fait sur ma pac.
j'ai constaté pour ma part des dégivrages au dessus de zero par temps humide impossible sans le dégivrage dynamique il me semble.

a toi de voir en faisant des test si tu trouve que les dégivrages fonctionne mieux avec.

a suivre... bon courage

Posté : mer. mars 13, 2013 9:20 am
par Mayeric
N'ayant pas de PaC (ni d'équipement ModBus d'ailleur), impossible pour moi de m'y pencher pour l'instant... peut-etre l'hiver prochain !

Par contre, en googelisant sur :
- raspberry + modbus : devait aider pour un éventuelle interface
- raspberry + téléinfo : devrait aider sur les mode de capture et stockage de données en base de données MySQL

C'est une piste qui a mon avis représente un VRAI potentiel (surtout pour la capture en continue & l'archivage en base de données), mais il faudrait qu'un familier de Linux et équipé de PaC technibel se penche sur le sujet...

Posté : mer. mars 20, 2013 12:30 pm
par maverick82
Bonjour à tous.
Super programme, par contre je ne comprends pas la partie dégivrage dynamique et loi d'eau... Serait il possible d'avoir des explications sur le fonctionnement de ces partie? Merci beaucoup

Posté : jeu. mars 21, 2013 8:20 am
par fred28
Petite Explication sur le dégivrage dynamique

voila ce que j'ai compris :

pour commencer une capture d'ecran.... rien de mieux

Image

La courbe représente la température que l’échangeur doit atteindre pour déclencher le dégivrage en fonction de la température extérieur.

abscisses : Temp Ext
ordonnées : Temp Evaporateur


dans l'exemple si la temp ext est de +5 ===> le dégivrage ce déclenche avec un échangeur a -2

cette courbe est fonction de 4 parametres:

D08 - D11 - D12 - D13

pour la loi d'eau:

j'ai ajouté cette option après une demande mais je ne l'utilise pas ...
c'est pour les personnes qui n'utilise pas de régulation en plus de la pac

a suivre... bon courage

adresses ECH 215BDT

Posté : jeu. mars 21, 2013 8:14 pm
par sign06
Bonsoir ,
Voulant utiliser/comprendre les échanges entre le logiciel et l'ECH, je me pose
des questions avant de le brancher sur la PAC.
les adresses de l'ECH 215 BDT sont elles les memes que celle de ECH 200 BDT ?
Pourquoi dans la doc ECH 200 BDT ( doc4) y a t il 2 zones d'adresses ( 2048 et 5120)
?

Merci

Posté : ven. mars 22, 2013 9:08 pm
par nadlio
Bonsoir

la zone d'adresse qui commence par 2048 sert à modifier la valeur du parametre .
la zone d'adresse qui commence par 5120 permet de rendre visible le parametre sur l'ECH .

Posté : ven. mars 22, 2013 9:18 pm
par nadlio
Pour les adresses qui commence par 5120 dans la doc page 15 il y a les valeurs :

3 = paramatre tjrs visible
258 = parametre visible et modifiable si mot de passe entré correctement
770 = parametre visible si mot de passe entré correctement
768 = parametre seulement visible avec un PC

atttention à quand meme bien comprendre le protocol modbus.

Posté : sam. mars 23, 2013 8:29 am
par sign06
Merci nadlio pour ces précisions
je regarde attentivement le protocole modbus sur son site officiel. Le risque est de faire une mauvaise ecriture et d'etre obligé d'acheter un ECH 215 BDT à Technibel.

Posté : sam. mars 23, 2013 9:18 am
par nadlio
Bonjour

il y a aussi le risque d'inscrire une mauvaise valeur ou de se tromper de parametre et de planter la PAC.

Mais quand on a bien compris l'utilisation en modbus , pas de soucis .
Le soft est super pour un contrôle total de la PAC.

Posté : sam. mars 23, 2013 9:26 am
par sign06
c'est le soft ech 2XX version 1.1.3.0 de fred 28 ? on peut l'utiliser avec un ech 215 BDT , il n'y a pas de modif d'adresse ?