Donner des adresses à des µC

[Kiwi_]

Bonsoir,
Je vous explique mon problème :
J'ai un FPGA qui doit contrôler plusieurs microcontrôleurs placés en carré , et leur envoyer des informations en fonction de leur place dans le carré.
Le FPGA doit donc connaître les adresses de tous les µC, et chaque µC doit donc aussi connaître son adresse.
Vu le grand nombre de µC, il n'est pas possible de donner manuellement son adresse à chacun d'entre eux.
Je voudrais donc le faire "softwarement" parlant.
(Je pensais relier les µC et le FPGA par un bus CAN, mais je ne sais pas si c'est le plus judicieux).
Merci d'avance !
-----

[vincent66]

Bonsoir et bienvenue sur futura !
Vous pouvez définir cette adresse par une déclaration de constante en début de programme et compiler avant de flasher chaque uC, ou bien stocker cewtte adresse en eeprom si disponible...

Vincent

[PIXEL]

il est sur qu'il va falloir choisir un protocole ,

l' I²C me semble adapté.

maintenant , donner l'adresse par "SOFT" je ne connais que le DHCP , mais c'est complexe et
nécessite un réseau IP

[Kiwi_]

Merci
En fait, j'ai environ 500 000 µC. C'est pas un peu long de les flasher un par un ?

[A voir en vidéo sur Futura]

[PIXEL]

gros morceau.....

ça dépasse le cadre d'un forum

j'vois alors un réseau IP , et le DHCP , mais si quelqu'un a un autre avis.

quel est le contexte ?

[jojo150393]

En faisant l'hypothèse qu'au départ toute les adresses sont différentes alors tu peux parcourir chaque adresse pour voit si quelqu'un "entend". Mais si au départ il y deux micro avec la même adresse alors il va y avoir conflit.

[PIXEL]

vu le volume.... convoque un spécialiste des réseaux , c'est pas une étude qui se fera sur un forum
de bricolage.

[Kiwi_]

C'est dans le cadre de mon projet de fin d'étude d'école d'ingé. Je suis pas sûre que j'ai le droit d'en parler...
IP et DHCP, ça m'a l'air compliqué tout ça :'(
Avec un simple réseau CAN, vous ne pensez pas que ce soit possible?
Par exemple, si on place les µC à la suite on dit que le premier prend l'adresse 1, le 2ème l'adresse 2, ...

[jojo150393]

500 000 µC ? ca m'a l'air un peu bizarre ton affaire car j'ai des doutes que ton école paye 500 000 µC pour un simple projet de fin d'étude mais enfin bon...
D'autant plus que si t'a des µC c'est qu'il faudra bien les programmer un jour donc je vois pas trop bien ton truc.
Pour ce qui est de dire "le premier à l'adresse 1 le 2 2" etc c'est bien faut que encore que le micro "sache" qu'il est bien à l'adresse 2 sinon il va voir les trames passer mais rien dire donc on en revient à écrire leur adresse en dure.

[vincent66]

En programmer 10000 avec l'adresse "1", 10000 avec "2", 10000 avec "3", etc...
Et bien les choisir au moment de l'assemblage pour éviter les conflits...
Et au stade prototype en programmer un avec chaque adresse...

[Kiwi_]

Ce projet a été commandé par une grande entreprise, mais c'est clair qu'à l'école on ne fera qu'un prototype.

Sinon, je suis en train de regarder l'ethercat, et j'ai l'impression que c'est le maître qui distribue les adresses aux esclaves.
Quelqu'un en saurait-il plus sur ce protocole?

[spown]

Bonjour/bonsoir est bienvenue sur Futura;

Si tu veux programmer avec CAN, tu dois faire ca par groupe ( 500 000 depasse de loin la limites ) . Autrement dit longeure de fil par vitesse de transsmission desirée . Dans ce cas tu auras une hierarchique avec plusieurs maitres regrouper ensemble.

Note: Il existe des microcontroleurs où on pourrait lire le 'Device ID' a partir de la ROM.

[drbug]

Tu dois pouvoir récupérer le n° de série du µC qui est unique.
Y a plusieurs moyens de le récupérer par le soft.
Tu peux aussi le récupérer via le JTAG en mettant les µC en série au niveau du JTAG (ou ISP) et en parcourant la chaîne, et ceci depuis le FPGA.
Ça ressemble à du bitcoin ton application non ?
Et ça ressemble aussi à des µC un peu virtualisés ou à un ensemble de gros FPGA avec une multitude de petit µC implémentés dedans.
C'est un projet sympa testable avec un sous ensemble, bien joué !

drbug

[Jack]

gros morceau.....

ça dépasse le cadre d'un forum

j'vois alors un réseau IP , et le DHCP , mais si quelqu'un a un autre avis.

quel est le contexte ?

Un protocole tel que DHCP n'avancerait à rien puisqu'il faudrait flasher une adresse physique (MAC) sur chaque µC. Donc retour à la case départ.

Il faut intervenir au niveau du pilotage du programmateur je pense et modifier quelques bytes du fichier binaire qui est balancé dans le µC

[PIXEL]

C'est dans le cadre de mon projet de fin d'étude d'école d'ingé. Je suis pas sûre que j'ai le droit d'en parler...

non seulement tu as le droit de ne pas en parler , mais , surtout

TU AS LE DROIT DE LE FAIRE TOI MÊME !

un projet de diplôme est un travail personnel .

sinon on file la peau d'âne à qui ? à toi , ou à nous ? ( sauf que nous c'est fait)

[cedric300]

Bonjour,

J'ai un système qui avait un problème similaire. Une centrale et plein de cartes annexes à identifier.
Dans mon cas elles communiquent en RS485, et chaque µC des cartes annexes sont relié à un DS2401, (un composant qui possède un simple No de série unique),

A++

[ftorama]

Bonjour,

J'ai un système qui avait un problème similaire. Une centrale et plein de cartes annexes à identifier.
Dans mon cas elles communiquent en RS485, et chaque µC des cartes annexes sont relié à un DS2401, (un composant qui possède un simple No de série unique),

A++

Aujourd'hui, nombre de micros possèdent un identifiant unique, que ce soient les LPC de NXP, les Kinetis de Freescale ou les SAM D20 d'Atmel.

@Kiwi_ Que veux-tu faire avec ces 500 000 micros?

Selon que tu récupères une info par jour et par micro ou que tu affiches une vidéo HD en 60fps, il y a comme une différence de difficultés et de moyens de communication à mettre en oeuvre.....

[r4ph]

J'aimerais bien savoir quelle en sera l'utilité mais bon.... Puisque j'ai aucune idée de quelle manière ce sera agencé ni pourquoi. Outre bien évidement un bus de donnée entre chacun de tes uC et un artifice quelconque de gestion, pourquoi n'utiliserais tu pas une sorte de matrice hardware de sélection de uC, de manière a lui donner son adresse en fonction de sa position sur le PCB...