Travail dessus ce matin, impossible de mettre à l'heure l'horloge RTC. Elle donne 2165/85/165 ou quelque chose comme ça. problème connu des développeurs probablement lié à un défaut d'alimentation de l'horloge. d'ailleurs c'est un autre modèle qui a dû être mis car le modèle habitule était deffectueux.
Au sujet de la précision en C, A. Thaler m'a envoyé un draft où il montre qu'ils n'atteignent pas les +/- 2% d'atlas mais
plutôt +/- 5%. A creuser
E. Poirier a fait plusieurs étalonnages en 2 points (1400 / 80000 microS)
puis en 1 point (S=35.144 g/L @21.4°C => Cref = 49527 microS/cm)
sur sonde 2302 assemblée par E. Augereau.
Tests de perf réalisés par Peggy ensuite: non concluant
S_sonde=37 PSU, Sref=35PSU
à creuser
l'idée est de définir une version de code monitoring et une version profileur : jouer seulement avec le fichier config n'est pas satisfaisant:on est contraint de faire un minimum de 3 mesures ce qui limite la fréquence d'acquisition à 5" c'est trop faible pour du profil. Ce capteur peut mieux faire, c'est tout le process de mise en réveil qui pêche. Faut le shunter.
étlaonnages etienne en conductivité
test peggy pour validation avant déploiement marel
observations etienne:
il est indispensable d'agiter la solution à 80mS/cm lors de l'étalonnage.
observations peggy:
le support de pile (soudure est à renforcer : le piquot sort) sur sonde 2302.
Sinon, je teste fréquence à 5" et nb de mesures: nombre de mesure optimal semble être 3: la 1 est fausse c'est sûr et de beaucoup. Les autres OK, à cette fréquence.
Si on programme 4 mesures : c'est trop la fréquence n'arrive pas à être maintenue. Donc le process dure plus que 5 secondes.
Si on met 1 mesure : elle est dans les choux. Si on met 2 la deuxième commence à être bonne (à 0.1 près). Si on met 3 la 3è est cohérente