La C corrigée est stable et biaisée. Elle n'évolue plus en fonction de T. Donc problème.

Manu va modifier le code pour essayer la commande: RT,val en °C, il va aussi tester la valeur T,? + tester la valeur de sortie de la salinité

Etienne doit relancer le constructeur pour avoir les équations polynomiales.

 

 

cf mail de peggy du 8 février 2024, retour de marc lemenn

-1/ intégrer la tempé pour corriger de la dilatation des matériaux de la sonde

polynôme de linéarisation du capteur

2/ mettre dessican à l'intérieur

3/ trouver polynôme d'ajustage par étalonnage, s'inspirer des étalonnages RBR, SBE

Peggy a produit un ppt avec les résultats d'une session longue dec23-janv24 dans le labo de metro. Cf documents REXPbOSO....pptx.

 

Cédric nous a partagé ses travaux sur les capteurs de C et fréquences de courants alternatifs appliqués:

C'est un courant alternatif qui est appliqué aux électrodes de conductivité pour éviter la formation de dépôt dessus par electrolyse.

La fréquence et la tension de ce courant électrique impactent directement la stabilité de la mesure en C.

Cédric a trouvé que:

- pour Atlas: si la carte est alimentée en 5V, 5V seront appliqués aux electrodes. Si c'est du 3.3V alors 3.3V seront aux électrodes.

Autrement dit la tension d'alimentation de la carte EZO impacte la tension aux électrodes.

Vérifier si un régulateur de tension existe sur la carte EZO.

Le régulateur de tension des cartes OSO fait que la décharge de batterie n'impacte pas la tension aux bornes de la carte EZO normalement.

Cédric par de multiples tests fastidieux a démontré que 1V de tension alternative et 4kHz de fréquence donnent les mesures les plus propres avec les électrodes atlas.

Cela pose directement la question des tensions utilisées par défaut par la carte EZO 3.3V ou 5V sensiblement supérieures aux études de Cédric. Et qu'en est-il de la fréquence utilisée? Peut-être que la salinité du milieu déterminera la tension idéale à utiliser. Cédric a fait ses tests dans que type d'eau? Quelle salinité?

Il a également fait ces tests sur les sondes C de analog devices pour voir que <1V et 2kHz donnait de bons résultats.

Sujet à creuser. Merci à lui pour ces travaux.

Nous avons fouillé sur le site https://www.instructables.com/AUTOMATIC-TEMPERATURE-COMPENSATION-OF-THE-EZO-EC-S/

Nous nous sommes fixés pour objectif de récupérer les données du capteur de T bluerobotics pour les envoyer vers la carte EZO et obtenir

une conductivité corrigée de la Tempé. Ceci n'a rien à voir avec la correction appliquée pour obtenur C spécifique (à 25°C).

Par ailleurs nous envisageons de modifier le code de Cédric pour y utiliser les librairies Atlas Ezo_I2c_lib qui possèdent des fonctions utiles

à nos besoins. L'idée serait de remplacer les ".wire", utilisés actuellement. Manu et Cédric vont étudier la question.

 

Référence:

Page 27 (UART) ou page 51 (I2C) du document ci-dessous identifié par Manu.

https://www.openhacks.com/uploadsproductos/ec_ezo_datasheet.pdf

C'est écrit noir sur blanc:

"In order to achieve the most accurate possible readings, the temperature of the liquid
being measured must be transmitted to the EZO™ class conductivity circuit."

Les numéros de suivi des tickets atlas sont: 20833 et 20631

 

Hello Jordan,

I haven't got any news from you regarding the astrolabe expeditions logger that I sent to you last month. Have you received it?

At IUEM Brest we keep testing our probes to investigate the troubles in the conductivity measure.

Please find below and attached the description and results from a recent test carried out by my colleagues, E. Augereau and P. Rimmelin-Maury.

Perhaps something obvious will come up to you and help us.

Experience details:

We have immersed 4 of our loggers (colors on the graphics: grey, yellow, blue, red) fitted with K1.0 conductivity probe calibrated (one point cal) in a seawater bath agitated by a magnet.

The salinity of the bath was stable (around 35.03 g/L) and simultaneously measured by an accurate probe (black curve on the graphics).

The results on the graphics show that the resulting salinity from our probes (grey, yellow, blue, red) is strongly influenced by the temperature. However the salinity should remain stable as per the reference probe (black curve) because there is very little evaporation and no "pollution" of the bath.

Perhaps we do something wrong when configuring the atlas conductivity board, we miss a parameter? I wait for you answer and I am sure that we will find out together.

Yours sincerely,

Etienne Poirier

 

Jordan confirme la réception de la sonde par mail.

Il salue les qualités de fabrication et dit qu'il va regarder les données et nous répondre rapidement.

Pour des raisons obscures je n'arrive pas à avoir des lectures de C sur la oso #0021.

C'est pourquoi j'ai décidé d'envoyer la OSO #0016 à Atlas. Modèle 2.0 que j'ai réussi à faire fonctionner sur mon bureau avec le code Module_CTD_Wifi_2.0.ino qui tourne dessus je pense. 

E. Poirier

Sondes fabriquées à l'atelier IUEM et équipées du code monitoring the E. Augereau

La courbe de référence (CTD suppo blanc Star Oddi) est en couleur noire.

Les courbes des 4 CTD OSO P2I sont les 4 autres couleurs. Sondes calibrées en 1 point (proche Cref) avant immersion.

La salinité résultante de la mesure de conductivité du atlas K1.0 et du capteur de température des sondes OSO n'est pas stable alors que ça devrait être le cas. La salinité resultante est fortement influencée par la température. Le capteur de température étant juste, cela conduit à penser que la mesure de conductivité est fausse.

- hypothèse E.P: la conductivité enregistrée par la sonde est peut-être "compensée" en température dans la carte atlas conduc alors qu'on ne le souhaite pas.

- hypothèse JFSM: la calibration n'est pas prise en compte sur la gamme car si on applique un factuer d'échelle aux données de conductivité des différentes sondes alors on peut les superposer. Si on appliue seulement un biais ça ne marche pas. Peut-être faut-il les deux: biais + facteur d'échelle.

Enfin on constate une détérioration de la mesure dans le temps et cela avait déjà été observé par Peggy avant. C'est à dire qu'en début d'expérience, les valeurs de conductivité des sondes sont proches mais plus l'expérince avance dans le temps et plus les données divergent.

 

Explication du code arduino Module CTD Wifi 2.1.

Actions:

- Manu prépare un code pour le profiling

- Etienne prépare les corps de sonde et bouchons

Etalonnage fait en 1 point sur 2302 à S=35.144, T=22.69, Cth=50.858

avant cal, 42760, 42690, 42730, 42650. Après cal: 50858.

Test de peggy ensuite:

L'acquisition de cette nuit n'a pas fonctionnée: Un bug je suppose dans la mise en route.

Je l'ai donc fait fonctionner ce matin et la sonde, a affiché de nouveau un décalage de + 2 unités.

Là, elle va tourner tout le we dans la même eau. On verra lundi si le biais se maintient ou se creuse selon la même dérive observée sous influence magnétique.


Donc ça semble se répéter :

1. calibration => sonde juste dans l'heure qui suit.

2. lendemain => sonde décalée de plusieurs unités lors de sa remise en route dans les 12h. (de mémoire on avait vu ça sur la première sonde P2I en juillet)


Lundi il faudra sûrement la recalibrer : sur la même eau et la remettre en acquisition none stop pendant 72h : toujours SANS approcher aucun aimant: je veux confirmer que le dysfonctionnement est bien interne (pas dû au champ magnétique exterieur).

Bon we!