Bonjour,
Je cherche à écrire dans la mémoire ROM d' un microcontrôleur PIC sans utiliser d'interface physique du genre (fils branchés sur I²C, RS232, UART, RJ45 ...).
C'est pour pouvoir changer des infos du bootloader (taille environ de 20 Ko)
J'avais pensé à une communication optique (led, phototransistor), par le son, RF, ... mais le problème reste la vitesse de transmission et la stabilité.
Pouvez vous m'aider ?
Merci
pas d'impossibilité "de principe" mais le média , radio ou optique , communiquera par un port
"traditionnel" soit I2C , RS , UART etc....
c'est ce choix qu'il faut faire....
Merci pour la réponse.
En fait, tout mon problème est de pouvoir transmettre des informations au PIC sans avoir acces à ses pins.
Il faudrait une technologie qui permettterai de changer les informations du bootloader sans contact. Une idée ?
sauf avis contraire , on quitte l'électronique pour passer à la magie.Envoyé par 91BASTY
je ne suis plus compétent.
lui peut être ....
Pourtant il n'y a pas 36 moyens de communiquer sans fil : electromagnétique, que ce soit radio, optique ou autre.
Tu dis que ce n'est pas fiable, mais on est entouré de communications sans fils qui fonctionnent. La fiabilité ne dépend que du logiciel qui gère la communication !
Aurélien
voui , mais le monsieur ne veut pas de contact PHYSIQUE sur le µ-cont....
or il faudra bien un récepteur , et la communication d'icelui avec le pic.
sans ça , on entre dans la SF...
Oui le principe est simple mais les moyens ...
Je pensais à faire communiquer :
PIC1 <---------> Led1 (émetteur) + phototransistor1 (récepteur) <-> Led2 (émetteur) + Phototransistor2 (récepteur) <--------> PIC2
Que le clignotement de Led1 puisse être décoder en information par le PIC2... existent ils des composants pour le faire ?
Merci
pardon ???
tu écris que le phototransistor 2 est relié au pic 2 , or dans ton message #3 , je cite :
"En fait, tout mon problème est de pouvoir transmettre des informations au PIC sans avoir acces à ses pins."
faudrait savoir !!
On est entouré de technos sans fils c'est vrai, c'est bien fiable.
Dans mon schéma, je ne l'ai pas mentionné, j'essaye d'envoyer des données sur le PIC2 en question.
La led du PIC 1 clignote et le phototransistor du PIC2 recoit les clignotements. Tout cela sans aucun contact bien sûr puisqu'il s'agit de lumière.
Maintenant, comment décoder ses clignotements par exemple ... ?
Merci pour vos avis
Bonjour,
Je suis d'accord il y a probleme, avec ou sans pin, si c'est avec tout est possible, il y a juste un driver a écrir.
Sinon:
Je sais pas comment ca fonctionne (je suis trop jeune et j'ai pas lu la datasheet) mais les pic avec UVPROM du genre PIC16C64,
En éspérant pas dire de betise.
A++
Avec un pic qui fait 2k ça va être dur !!!C'est pour pouvoir changer des infos du bootloader (taille environ de 20 Ko)
En plus avec un pic qui ne permet pas d'écrire sur son eeprom programme...
Un bootloader de 20ko c est plus un bootloader c est une applicaion.
Et tripoté un bootloader c est un peu Kamikaze...
Merci, pourquoi est ce si délicat voir carrément kamikaze ???
C'est délicat car la moindre erreur impacte la fiabilité de ton programme et sa fonctionnalité.
Je n'irai pas jusqu'à dire kamikaze sinon on ne trouverait pas beaucoup de bootloader disponibles ! Il faut savoir ce qu'on fait , et bien le faire, c'est tout.
J'ai fait pas mal de recherches sur internet. Le flashage du bootloader passe toujours par de l'UART via protocole RS232... dans la très grande majorité des projets et outils proposés.
Mon système de décodage de clignotement des leds. Le pic traiterait le clignotement des leds via un phototransistor ... qu'en pensez vous ?
Ou ce composant là : http://www.datasheetcatalog.org/data.../301092_DS.pdf
n'importe NAWAK !J'ai fait pas mal de recherches sur internet. Le flashage du bootloader passe toujours par de l'UART via protocole RS232... dans la très grande majorité des projets et outils proposés.
Le fabricant ne livre pas de µc avec un bootloader intégré ,
Mais avec un ICSP hard et pas forcément ICSP d'ailleurs selon la marque...
Il faut programmer le bootloader avec un programmateur en premier.
Ne pas confondre avec Arduino qui n'est pas fabricant de µc, mais de carte avec un bootloader programmé dessus le µc.
Tu confond bootloader et Application j'ai l'impression...
Le bootloader sert justement a éviter le programmateur en passant par l USART...
Le TSOP 1738 necessite une porteuse à 38khz et sort la modulation.Mon système de décodage de clignotement des leds. Le pic traiterait le clignotement des leds via un phototransistor ... qu'en pensez vous ?
Ou ce composant là : http://www.datasheetcatalog.org/data.../301092_DS.pdf
Si tes clignotements sont pulsés à 38khz peut être mais il y aura un problème de directivité et ne pas mélanger les signaux.
En effet car c'est le plus simple et il permet de communiquer avec un PC.
Regardes du côté IrDA. Certains PIC ont le module UART optimisé pour ça.
Merci à tous pour vos précisions.
Pour ce qui est de l'USART, j'entends bien partir d'une premiere programmation du PIC (par ICSP) puis pouvoir flasher le PIC à nouveau si besoin (l'USART qui est répandu).
Je regarde pour IrDA
Pour freepicbasic : Si tes clignotements sont pulsés à 38khz peut être mais il y aura un problème de directivité et ne pas mélanger les signaux.
Quand tu dis "signaux", tu parles de ???
Merci
38khz moduléQuand tu dis "signaux", tu parles de ???
C est comme si 2 radios émettaient sur la même fréquence, elles se brouillent l'une l'autre.
Pas tous
Chez Atmel par exemple les AVR avec interface USB sont fournis d'office avec le bootloader USB programmé dans le boot.
Je pense que ce doit être le cas d'autres constructeurs dans des cas spécifiques.
Aurélien
J'ai retrouvé quelqu'un qui se pose la même question que moi, lui penserait alors au flashage IR, RF ...
http://www.edaboard.com/thread33284.html
Il n'y a pas de problème au niveau d'une 1ere programmation par ICSP mais pour la suite faire du sans fil.
Il reste donc l'option IrDA. Qu'en pensez vous ?
Je ne suis pas spécialise Atmel...Pas tous
Chez Atmel par exemple les AVR avec interface USB sont fournis d'office avec le bootloader USB programmé dans le boot.
Je pense que ce doit être le cas d'autres constructeurs dans des cas spécifiques.
ça serait interessant de savoir si ce bootloader est effaçable ou non ?
Si oui les fausses manips sont alors possibles.
Y a plus qu'a l'écrire...Il reste donc l'option IrDA. Qu'en pensez vous ?
A moins que le site d'un gentil internaute propose un source downloadable.
J'imagine que oui, je ne vois pas l'interet sinon !
En tout cas, merci pour les réponses !
