Le système Arduino

[laurent0091]

Bonjour,
c'est pour ça que je voudrais avoir une plus grande finesse que ce que me propose de base l'Arduino. Les tests me diront si la sensibilité est au rendez-vous. C'est qu'il n'existe pas beaucoup de système qui existe déjà sur lequel je pourrais "m'appuyer".
Pour la surveillance de l'alimentation il faut que je regarde les caractéristiques de l'Arduino qui sont de 7 à 12V.

Laurent

[Dimebug]

en tout cas merçi Laurent pour ce post, ca fait plusieurs mois que je lorgne sur l'Arduino mais je ne m'y suis pas mis par manque de temps (mais aussi d'applications réelles). Ca peut etre une tres bonne plateforme pour toute les fonctions de confort sur un soum (mixages, eclairage et autres gadget pour a securité).

[laurent0091]

Bonsoir a tous,
merci à vous de lire le post et surtout de répondre.
mon objectif avec ce système c'est de produire une carte qui permettrait de maintenir la correction d'assiette (ça existe déjà) et aussi la tenue d'immersion. Si j'arrive à faire quelque chose qui tient la route, le but est de fournir le prog pour rester dans la philosophie des concepteurs, c'est à dire libre et pour tous... en plus si ça marche, pourquoi pas faire une carte "universelle" contact, capteur, etc... où les moins expérimentés n'auraient qu'a copier le programme et l'utiliser et pour les autres de l'améliorer et de mettre à disposition de tous leurs avancées. Quand on voit tout ce qui est déjà sortie avec ces petites carte (allez faire un tour sur you tube), ce serait dommage pour nous de ne pas en profiter.

Aller prochaine étape test de la dernière acquisition, l'adxl335....

Laurent

[Geeks]

Si je résume bien, tu pense que la précision due à la plage de conversion n'est pas trop bonne.

Alors, je vais peut-être paraître borné mais si tu exploite ceci:
Capteur -> Convertisseur Aalogique Numérique -> I2C -> Arduino

Tu t'affranchi d'un calcul dans l'arduino et tu n'a plus qu'à faire ceci:

Code : Tout sélectionner

//Start Bit
//Appeler le CAN
//Attendre la réponse du can
//Demander d'envoyer la valeur du capteur
//Attendre la réception du can
//Placer la valeur dans une variable
//Stop Bit

//Traitement par la variable

Quelques lignes suffisent notamment avec wire(). Si je ne me trompe pas !

Tu trouvera une documentation fourni niveau composant ici NXP CAN I2C

[laurent0091]

Bonjour Alex,
ce que je veux dire c'est qu'avec un conversion analogique-digitale (CAN) de 10 bits comme ce que propose en natif l'Ardnuino c'est que cela fait 1023 échelons. La sensibilité du capteur est de : 45mV/Kpa donc 45mV pour 10cm et 4,5 mV/cm.
Pour l'Arduino 5v/1023= 4,9 mV. Cela donne une détection par rapport à une valeur seuil de 2cm.

Si on utilise un CAN de 12bits, o passe à 4096 échelon. On améliore par 4 la sensibilité de détection...Maintenant la théorie c'est jolie mais seule la pratique confirmera mes "suppositions"...

Pour le CAN I2C, je ne vois pas pourquoi tu dis que tu es borné car c'est exactement ce que je vais faire...
Pour mes tests, je vais utiliser celui là : http://www.gravitech.us/i2c128anco.html, en plus il y a un exemple avec l'Arduino. C'est ce le même que proposait Cassiope34. Si ça fonctionne bien, il peut être intéressant de l'utiliser pour tous les capteurs analogique étant donné que ce composant intègre 8 entrée. ça permettrait de rationaliser les entrées sur la carte et de diminuer le nombre de composants, au final gain de place et diminution du coût.... cela permetra de lancer une production mondiale de.......2 cartes .......

Laurent

[Geeks]

Oui !
Dans ce cas, je te suis à 100%

Tu nous fera des image qui bougent pour voire ce que ça donne

[Cassiope34]

Laurent, juste par curiosité car tu fais un bon choix me semble-t-il rapport prix (20€)/ avantages, si tu prends 3.3V pour l'AREF comme c'est possible avec l'Arduino comme je te l'ai indiqué, on a 3.3v/1023= 3,2 mV.
Cela donnerait 1.3 cm niveau précision en plongée c'est bien ça ?
Comme je te le disais, si tu combines ça (par pondération ou autre) à la valeur analogique de détection de l'accélération verticale (l'axe Z de l'adxl335), tu peux obtenir une précision de comportement du soum encore plus redoutable et en tout cas très facilement détecter même une très légère houle...
Ceci dit je ne sais pas trop pourquoi je dis tout ça, sans doute ma curiosité, parce qu'un soum n'est pas un avion on a le temps de voir venir
Par contre, je ne sais pas comment se comporte un capteur ultrason sous l'eau, mais si tu mettais au point un détecteur anti-collision cela plairait à beaucoup je pense

@+

[laurent0091]

Bonsoir à tous et merci de votre engouement pour cette carte ça fait plaisir.
Cassiope34, même si on utilise une carte en 3,3V, comme tu le montre on a une sensibilité légèrement améliorée de 1,3cm, le problème c'est qu'entre les deux seuil de détection (point haut et bas par rapport à la consigne) cela donne un bon 2,5cm voire 3 cm. pas assez d'écart avec l'Arduino en 3,3V. Autant rajouter un ADC plus précis. Cela augmente le coût de 18€ mais je pense que ça vaut la peine d'essayer.

Si vous avez des exemples de programme, faites partager.....

Laurent

[Geeks]

Alors, ce que je peux faire, c'est te rajouter un bout de code en I2C pour afficheur LCD. Tu y verra la trame de base à modifier par la suite.

Regarde dans le tutoriel que j'ai fait sur mon site PDF et si tu veux cherché un peu sur les shields, j'ai fait un autre exemple ici : electronique > tutoriels/

Tu devrais trouver ton bonheur

[coaxial]

Trés intéressant tout ça , va interresser memberlist.php?mode=viewprofile&u=439

le sieur roapple

Si je comprends bien l'I2C reçoit les infos de différentes sondes " jusqu'a 8 " par exemple sonde de pression externe ect ;;; traite les données les transmet à une arduino qui elle envoie l'info de commande aux servos me gourr'je