Une carte électronique unique

[laurent0091]

Bonjour à tous,
Une petite question sur l'intégration électronique dans nos maquettes.
De plus en plus de composants intelligents permettent la mutualisation des fonctions sur une même carte ou du moins une seule cartes peut piloter plusieurs modules ou capteurs.
A votre avis est-ce une bonne chose et jusqu'à quel point?
Quelles fonctionnalités peuvent être mutualisées et d'autres non?

@+

Laurent

[Jacky-Soum]

Salut Laurent !

Et bien justement, je me pose la question en ce moment même pour l'équipement de mon RUBIS !

Initialement, j'avais prévu (en 2009... ) plusieurs cartes indépendantes pour la gestion des alimentations, des sécurités (voie d'eau, perte radio, tension faible), pour le régulateur d'assiette et quelques autres bricoles.....
Ces fonctions sont les mêmes que celles actives sur l'U-47 et le LAUBIE et je pensais réaliser les mêmes cartes.
Mais depuis, ARDUINO est passé par là et c'est tant mieux car j'ai des problèmes de place suite à prévision de changement de batteries !

Donc, je pense regrouper sur une même ARDUINO toutes les fonctions énoncées ci-dessus sauf peut être la carte regroupant les sécurités car elle gère la chasse au ballast en cas de problèmes !
Une ARDUINO, c'est comme tout système programmé : ça peut planter....
Et une sécurité câblée, comme dans les systèmes industriels, ça rassure !

Donc, pour répondre à ta question, et ce n'est que mon avis influencé par 30 ans de maintenance industrielle, je dirais intégration et regroupement de tout ce qui n'est pas vital pour le modèle et conservation d'une sécurité ultime câblée séparément.

Cordialement de jacky-Soum

[philippeg]

Bonsoir Laurent ,
je me suis posé la même question , et .... j'ai franchi le pas : pour l'instant je suis en phase de test ( pas simple pour un néophyte )
j'utilise une carte de contrôle d'un drone ( merci Pierrot pour le bons tuyaux ) pour l'instant ça semble fonctionner , mais je dois revoir la carte support ...
test à st leu !
bonne soirée phil

[laurent0091]

Bonjour à tous,
et bien je vois que l'on a la même idée. Avec Arduino, j'ai laissé tombé mes anciennes cartes à base de 16F84, l'assembleur, c'était bien mais pas toujours agréable.
je suis parti sur une carte "mère" qui gère la totalité des fonctions, je vais peut-être utilisé deux cartes si je n'ai pas assez de sortie et je garde une carte sur la base d'un circuit analogique qui gère la chasse du ballast d'urgence sur perte du signal radio. Donc deux cartes et deux technologies différentes.

Laurent

[Geeks]

Bonsoir,

Ce que je vais dire dans les lignes qui suivent fera fuir les novices qui ne s’accrocheront pas ! Mais sans ces infos, vous resterez définitivement limité à la carte que vous utiliser.

Imaginez une carte avec 53 sorties (pour l'idée, pas dans la réalité puisque on peut allé en dessous ou en dessus). On dispose de certaines sorties spéciales servant à des options. On y reviendra ensuite. Retenez que 2 des 53 sorties seront donc inutilisé à cause de ça.

Si je gère donc 53-2 sorties, c'est à dire 51 sorties avec 51 fonctions, et que je veux quand même ajouter 10 fonctions, je fais comment ? Je prend donc une autre carte et je fais les 10 fonctions supplémentaire non ?

Je répondrais à cela "pas tout à fait"!!!

En effet, on peut chaîner les cartes entre elle de façon à les piloter de l'une à l'autre. On se retrouve donc avec une carte Maître et une carte Esclave

Je crois que ces termes sont aussi donné pour "Master" et "Slave" en Ricain, mais c'est juste pour l'info. Et alors, voyez-vous dans cette histoire, on peut s'amuser un peu.

Imaginons maintenant une première carte dite "Maître", une arduino uno, elle pourrait par exemple recevoir des consignes de températures sur ses entrées analogiques, et puis encore une étude du signal radio en vue de faire un fail safe. Mais par contre, une auyre carte arduino à un capteur de fermeture quand le ballast est vide, un autre quand le ballaste est plein, deux relais pour piloter le moteur de la pompe etc.

Imaginons toujours que la radio tombe en panne, la carte Maître appelle la carte esclave en disant "j'ai plus de radio, vidange !!!". Et là vous commencez à comprendre la subtilité du truc. On peut travaillé en mode multi-système.

Et enfin, pour parfaire ce que je dit, et démontrer que je ne tourne pas encore de la cafetière, je vous demanderais de regarder un peu des choses tel que "le bus série", "le bus I2C", "le bus terrain", "l'UART", "l'USART", le mode "SPI". Tout ça c'est des bus

Et voila à quoi sert nos deux sorties spéciales. L'une marqué TX enverra les données au RX de la carte 2 et le RX de la carte 1 recevra des données de TX de la carte 2.

Ainsi: on à
Carte 1 TX -> RX carte 2
Carte 1 RX <- TX carte 2

Et c'est parti. Bon jeu

[Teba]

Bonjour,

Ne vous inquietez pas, je n'ai pas tout compris, mais je ne cherche pas à comprendre, je suis légèrement dépassé.

Malgré tout, je vous admire.

[Pablo]

T'as de la chance de n'avoir pas tout compris, Michel....
Moi je n'ai RIEN compris du tout, un peu comme si c'était écrit en javanais, je reconnais les lettres, mais pas les mots

[Suzu-Kid]

Idem pour moi....................

[coaxial]

Bon ben ça va finalement ............ je n'y ai rien compris non plus ....................... et j'ai un mal de crâne énorme , mais ça n'a pas empiré

[laurent0091]

Bonjour à tous, et merci pour vos réponse.

Pour répondre à Geek, 53 entré/sortie, c'est plutôt ambitieux...
Pour ma part j'ai retenu, un correcteur d'assiette, un capteur de pression, détection de présence d'eau, mesure de la tension des accus, contrôle du piston ou régleur, un écran Oled et la détection de perte radio.
C'est déjà pas mal, car il faut que tout ce petit monde fonctionne sans se perturber... j'utilise le bus I2C pour le capteur de pression et l'écran par l'intermédiaire de librairie fournies par le constructeur.
Cela permet de faciliter l'utilisation à une seule ligne de programme, on ne peut pas faire plus simple....
Pour les autres capteurs, ils sont analogiques, c'est "rustique" mais très simple à utiliser et le fait de ne pas tout faire passer par le bus I2c permet d'éviter un blocage des fonctions si ça venait à bugger.
Après faire multiplexer tous les servo par la carte centrale j'hésite encore....

laurent