Bonjour,
Je voudrais faire une communication avec plusieurs microcontroleurs relié à une carte linux embarqué, chaque microcontoleurs sera attaché à un MAX 3XXX, le problème est que je voudrais protéger les sortie des MAX puisque tout les signaux seront envoyé sur la même ligne.
J'avais pensé à des triac commandé par le PIC mais ça n'a pas l'aire de marcher.
Si quelqu'un aurait une solution ?
Merci
ben voui...
une gestion de collisions comme pour la plupart des réseaux.
Donc le triac serait la solution ?
J'ai réalisé le second schéma du liens en sortie de la broche T2OUT d'un Max 232 mais je ne récupère plus une tension +9/-9 Volts lorsque j’envoie 5V sur la gâchette.
http://www.*********************/ele...s-de-commande#
la soluce est que l'émetteur écoute le réseau avant de parler....
la soluce est soft , pas hard.
Niveaux software il n'y a pas de problème puisque la carte linux embarqué va interroger les microcontroleurs les un après les autres donc aucun risque qu'ils parlent en même temps.
La question est de protéger les sortie des MAX pour éviter qu'ils grillent lorsqu'un pic va émettre. Car il me semble que les sortie ne sont pas faites pour recevoir une tension.
Un peu comme si un Microcontroleurs recevrait un tension sur un port de sortie.
A moins que les sortie des max soit protégés genre diode anti retour intégré ?
tu montes une ch'tite résistance de sécurité , et ça roulera.
Merci pour ces réponses !!
Mais je viens de remarquer un autre problème, c'est que mes max232 par exemple envoient un signal -7V à l'état de repos, le problème c'est qu'avec mes MAX en parallèle lorsque un pic va parler le signal va être altéré (Tension pas symétrique) sur la ligne de transmission à cause de l'état des max au repos.
Donc je me demandais si un interrupteur commandé par le pic en sortie du max fonctionnerait comme un interrupteur ouvert tant que la carte embarqué ne lui a pas dit de parler marcherait, par contre je n'est aucune idée du type d’interrupteur ....
Ou utiliser un système de transistor
tu as pas envie d'utiliser un protocole acceptant plusieurs slave sur le même canal comme l'i²c?
Plutot que de bricoler un truk un peu foireux avec l'uart..
Là où va le vent...
Le problème est que la communication se fait sur 15Km à raison d'un PIC par kilomètre, j'ai donc besoin d'un MAX pour les pertes sur la ligne et un très faible débit (110bauds).
L'UART semblait être adapté
15km...
Ah ouais quand même!
Je crois que tu peux oublier le rs232 aussi. (à confirmer par les moustachu..)
Là où va le vent...
Hello !
c'est quoi le "intermax 3xxx", ça ne veut rien dire ...
Si tu veux du multipoints en RS485 et en TTL côté PIC tu prends par exemple le MAX483 (ou le MAX3483 en 3.3V).
Sinon pour 15km, là faut pas rêver ; surtout qu'au premier orage toute ton installation sera décédée
Le RS485 est donné pour 1200m maxi, le RS232 pour 15m.
A+
Laurent
+.... n!
le RS sur 15 bornes , c'est de la science friction.
faut passer à la technologie "modem"
En faite je compte faire une transmission en bande de Base (110 bauds) du coup j'ai codé les données à transmettre en manchester, ça pourrait passer ou j'ai vraiment besoin d'un modulateur de fréquence ?
de la bande de base sur 15 bornes n'y compte pas...
la physique est une vieille dame têtue.
C'est embêtant cette histoire de physique ...Et sinon il y a moyen de me servir des PIC espacé d'un Km en guise de relai, (j’interroge le premier pic qui interroge le second pic et ainsi de suite) ? Comme sur ce beau schéma ?
http://www.noelshack.com/2013-26-137...ansmission.png
allons , allons....
l'ART du concepteur (en électronique ou autre) est d'arriver à des soluces SIMPLE !
15 relais sur ta ligne , avec gestion des allers-retours , c'est ce que j'appelle un "montage à la Dubout"
15 km , ça devra se traiter par un signal modulé !
Internet n'arrive pas chez toi en bande de base , même si tu es plus prés du DSlam
Dernière modification par PIXEL ; 25/06/2013 à 17h02.
