Réalisation d'une interface Oscilloscope (RS232) / clé USB

[invite8b81dacf]

Bonjour, et merci de votre aide par avance, je précise que je n'ai quasiment aucunes notions de codages en micro contrôleurs, je sais juste comment ça fonctionne ' schématiquement ', et j'ai déjà codé en traitement du signal seulement en C. Je vous présente le problème :

J'ai dans la fac une cinquantaine d'oscilloscope qui utilise une sortie RS232, Centronics ou GPIB pour envoyer des données, et j'aimerais pouvoir permettre aux étudiants de pouvoir récupérer les données ( globalement les images en format BMP ) sans passer par un ordinateur ( ça en ferait pas mal ), j'ai donc fais quelques tests :

J'ai envoyer une image via la sortie RS232 sur un pc et j'ai pu obtenir l'image grâce à l'hyperterminal ( qui n'est plus dans Seven soit dit en passant ). J'ai mon image qui fait environ 37.5ko.

J'ai donc commencer à réfléchir au schéma, j'en ai déduis ça : sortie RS232 de l'oscillo => Max232 => uC => uAlfat ( le lien ci dessous ) => clé USB

http://www.lextronic.fr/P5715-platin...oem-board.html

Je suis prêt à apprendre et à galérer sur le C, si au moins mon schéma est bon, mais je me demandais l'image fait 38ko environ, il faut forcément un uC équipant au moins 38ko de flash ou il est possible de l'utilser comme ' pont ', ce qui me parait difficile vu que l'info arrive lentement ( je me fixe 9600 bauds )et transite plus vite pour l'usb, à moins qu'il soit possible de ralentir le débit de l'usb et d'envoyer mots par mots à la clé ?

Merci d'avance j'espère avoir été claire , Maxime.
-----

[vincent66]

Bonjour Maxime,
Déjà un bon point : la rapidité de l'usb n'est pas un handicap mais plutôt empêche qu'il y ait un goulet d'étranglement à ce niveau, d'habitude on râle parce que "comme c'est lent l'écriture sur cette *%&#!! de clé usb".
Il n'est je pense pas impossible de se contenter d'une petite sram interne au uC en chargeant une petite trame depuis l'oscillo et l'envoyant alors à la clé , opération répétée jusqu'à ce que les 38K de l'image aient été stockés...
Et n'oublie pas qu'il te faudra deux rs232, une pour l'oscillo et une pour le module alfat...
Entre nous pour une telle application j'utiliserais un uC intégrant plusieurs USART et plusieures dizaines de KB de sram permettant de stocker au moins deux images, un Renesas p.ex.
Vincent

[invite8b81dacf]

Bonjour et merci de ta réponse, alors je dispose de MPLAB ICD2, PICDEM 2 plus et des PIC18F4550 et PIC16F84, j'aurais pensé les utilisé si possible. Le 4550 possède l'USART, après je n'ai pas concrétement compris ce que c'était ( communication série mais je vois pas exactement comment ca se passe niveau logicielle si tu pouvais m'éclairer ), et donc tu me dis que ca marcherait avec une petite sram, mais tu me dis de m'orienter sur un Renesas pour stocker au moins deux images..

Après pour la première solution il faudrait ' mettre en pause ' l'afat le temps d'envoyer la trame, est ce que c'est possibble de 'brider' l'usb ?

Merci d'avance, Maxime.

[vincent66]

Hello,
Je t'ai dit que ce serait possible avec une petite ram, d'un pic p.ex. mais que perso j'utiliserais un Renesas, nuance...
La communication par UART est sérielle asynchrone, dans la datasheet du 4550 sous le chapitre consacré à l'uart tu verras qu'il y a des registres de configuration pour la vitesse de transmission (baudrate) et le mode de transmission (nombre de bits, bits de start/stop, parité), qu'il faut programmer par logiciel avant d'entamer la transmission,,; ensuite pour la transmission elle-même il y a dans l'uart un registre TX contenant le byte à transmettre et un générateur d'interruption quand le byte a fini d'être envoyé, il faudra donc stocker une trame de quelques dizaines ou centaines de bytes en ram et implémenter en logiciel un compteur et une routine d'interruption qui charge dans le registre TX le byte de la trame pointé par le compteur puis incrémente le compteur si le dernier byte de la trame n'a ps encore été transmis...
Je ne pense pas qu'il faille mettre en pause l'alfat, une foi qu'il aura écrit la trame dans la clé usb il attendra patiemment la suite des événements...
Je ne connais pas par coeur le 4550, je vais vérifier qu'il intègre deux uart, si ce n'est pas le cas et que tu dois utiliser le même uart pour l'oscillo et l'alfat attends toi à devoir jongler aussi bien côté hard que soft, le max232 parcontre intègre lui des transceivers pour les deux connexions rs232...
Courage !
Vincent

[A voir en vidéo sur Futura]

[invite8b81dacf]

Salut, merci de ta réponse, j'ai passé l'aprem à lire grosso modo l'architecture des uC, jai réussi à me procurer des PIC16F871, 16F745, 16F877, PIC16F252, PIC18F4550 et PIC16F84. Je pense que je vais prendre un petit café et lire à tête reposé ce que tu m'as conseillé , mais ça m'a pas l'air insurmontable. Sinon j'imagine qu'il y a des soft UART a intégrer à l'uC non si il m'en manque un ? Donc selon toi l'alfat va attendre patiemment, c'est une bonne nouvelle un petit uC devrait suffire. Je relis ça ce soir au calme et je me renseigne pour le côté hardware demain matin, je ferai un schéma sous Orcad tu me diras si ça te convient.
Merci, Maxime.

[vincent66]

Vérification faite le 4550 n'intègre que un seul uart mais ce n'est pas dramatique il intègre ausi un spi (série synchrone) parfaitement utilisable pour communiquer avec l'alfat...
Vincent

[invite8b81dacf]

Tant mieux alors, est ce qu'il est pas un peu trop disproportionné pour ce que j'ai à faire, compte tenu des autres uC que j'ai sous la main ?

[vincent66]

Non , sa puissance de calcul ne sera pas superflue si il faut faire une mise en forme des trames et appliquer des protocoles alambiqués de communication avec l'oscillo et l'alfat...
Vincent

[invite8b81dacf]

Bonjour, j'ai commencé à lire la doc du 4550 pour l'USART et le SPI et il y est dit qu'un pin ( RC7) est multiplexé pour les deux protocoles, j'imagine que je ne peux pas m'en servir, et qu'il va falloir passer par du USART soft non ? Merci d'avance

[vincent66]

Bigre ! ça m'avait échappé... des fois ils ne sont pas forts chez Microchip..!
Il y a parcontre le 18F452 qui n'a pas cet inconvénient...
Courage !
Vincent

[invite8b81dacf]

Très bien je regarde Mardi si j'en ai un à dispo, je me suis acheté un livre sur le C pour apprendre les bases, j'ai installé Mplab et tout est reconnu j'ai mis un PIC que j'avais sous la main le logiciel le reconnait c'est un bon point. C'est vraiment impossible d'utiliser un UART soft ? si je n'ai pas de PIC18F452 ? Merci d'avance, Maxime.

[vincent66]

En programmation en C les timings sont ce qu'il y a de moins fiable, l'implémentation d'un uart soft te fera donc bien jongler sans résultat assuré... pour t'assurer un enseignement de qualité tes profs ne sont pas censés t'obliger à utiliser du hardware poussif, insiste donc de pouvoir disposer d'un pic digne de ce nom, ton programmeur peut très bien gérer un 18F452 et pour le prix et vu que tu n'utilises pas l'usb intégré au pic il est idiot d'imposer un 18F4550...
A transmettre de ma part à qui de droit si tu ne crains pas de te faire arracher les yeux par un incompétent..!
Vincent

[bobflux]

Avec ton ARAFAT à 52€ plus ta carte uC que tu vas faire qui va bien te coûter dans les 25€ plus les détails, tu dépasses de loin le coût de la solution "alternative" :

- Un Raspberry Pi par poste
- Un vieil écran et un vieux clavier récupérés dans les caves de l'école

Et hop voilà tous tes postes équipés avec un ordinateur (il a l'USB et le lecteur de carte SD) il faudra probablement rajouter un hub USB et des switch pour la mise en réseau...

Si tu veux faire un TP sur les microcontroleurs, c'est indispensable d'avoir des ordis pour les programmer...

Et en plus, un raspberry pi dans un boîtier transparent, dans une salle de TP d'électronique, ça pète sa classe !

[Jack]

- Un Raspberry Pi par poste
- Un vieil écran et un vieux clavier récupérés dans les caves de l'école

Et hop voilà tous tes postes équipés avec un ordinateur (il a l'USB et le lecteur de carte SD) il faudra probablement rajouter un hub USB et des switch pour la mise en réseau...

Si tu veux faire un TP sur les microcontroleurs, c'est indispensable d'avoir des ordis pour les programmer...

Et en plus, un raspberry pi dans un boîtier transparent, dans une salle de TP d'électronique, ça pète sa classe !

Ca pétera sa classe quand on pourra vraiment en acheter.

A+

[invite8b81dacf]

Le but du stage c'est quand même que je bosse sur de l'uC, et que je fasse du soft et du hard, après la Fac m'a demandé de trouver une solution à ça et les vieux PC ici, apu ! J'ai trouvé un module existant de ce que je veux faire à...300 euros, et en rupture de stock :

http://www.nomadicsolutions.biz/prod.php?lg=fr&id=18

Après je peux utiliser l'Alfat et un uC dans un premier temps puis seulement un uC où je ferais le soft qui gère l'usb ( c'est beau de rêver ), c'est juste une étape dans ma recherche de solution l'Alfat. Pour répondre à Vincent66, c'est pas que le PIC18F4550 est imposé c'est que j'en ai sous la main, je peux toujours commander un 18F452 pas de soucis , j'ai acheté un livre sur le C je m'y mets sérieusement aujourd'hui, et je vais aussi commander l'Alfat je pense. Merci d'avance, Max.

[invite8b81dacf]

Je viens de voir que j'ai à dispo donc un 18F252, j'ai regardé le SPI et le USART n'ont pas les mêmes broches, et il a l'air de ressembler au 18F452, ça pourrait aller ? Merci d'avance, Max.

[vincent66]

Hello,
Oui il devrait bien convenir... tu l'auras compris ce qui clochait avec le 4550 c'est qu'il a explicitement été conçu comme usb device, MIcrochip a donné la priorité aux pins alloués à l'usb, en pariant que personne n'utiliserai l'usb ET l'uart ET le spi en même temps...
Vincent

[invite8b81dacf]

Okay j'ai donc le 252 et il est bien reconnu par le ICD 2. J'avance un peu dans l'apprentissage du C, et je mets un schéma que j'ai fais qui devrait pas être trop mal :

[vincent66]

Hello,
Schéma correct dans l'ensemble mais... (je vais te faire râler) manque un 100uF en entrée de U2, pour C4 je verrais plutôt un 10uF, pour U2 je verrais plutôt un 7805, manque le quartz et les capas sur le pic, R4 est superflue, je n'en suis pas sûr les condos branchés au max232 me semblent zarbi, je vais vérifier...
Vincent

[invite8b81dacf]

Salut, pour le régulateur je prendrai ce que j'ai sous la main, mais je crois bien avoir vu des LM317, si j'ai des 7805 ce sera plus simple en effet, pourquoi un condo en entrée ? Pour les appels de courant ? Pour les condos du MAX j'ai vu ça sur un schéma et je crois avoir vu ça sur la doc aussi, pour R4 ok je l’enlèverai, ma question pour le quartz que j'avais un peu oublié, c'est vraiment nécessaire de ne pas utiliser celui qui est intégré ? Pas assez précis ? Merci de ton aide, Max.

[vincent66]

Le quartz interne est calibré d'usine à 1% or pour une liaison uart il faut du 100 ou mieux 50 ppm...
Les condos du max232 sont bien placés mais ils ne sont pas polarisés, ce qui m'a un peu perturbé dans un premier temps...
Un condo en entrée du régulateur en effet pour absorber les pics de courant, un de 10uF en sortie pour les mêmes raisons, et ne pas oublier un 100nF sur l'alim de chaque ic câblé au plus court...
Courage !
Vincent

[invite8b81dacf]

Le 100nf pour l'alim des IC entre le + et la masse ? Même pour le Max ? Merci d'avance !

[vincent66]

Affirmatif !

[invite8b81dacf]

Voilà j'ai fais ça avant de débaucher, ce ne sera pas le montage définitif car j'ai pas d'appareil pour faire les cartes, je ferai sûrement ça au début avec des plaques à trous.
Je n'ai pas trop étuider l'oscillateur, les technologies etc, je regarderai ça demain. Les condos du MAX DOIVENT être polarisés ? Merci d'avance, Maxime.

[vincent66]

Un condo polarisé est simplement moins volumineux et moins cher qu'un non polarisé, tout simplement... mais pas obligatoire si tu fais avec ce que tu as sous la main...
Vincent

[invite8b81dacf]

Je vais aller faire la liste de ce que j'ai sous la main, je pensais à certaines choses, un écran LCD ce serait superflu ? Pour choisir la vitesse de transmission par exemple, si le transfert est fini ou non etc? Ma question est surtout niveau si c'est assez simple ou pas du tout ? J'imagine que ça marche avec une matrice mais j'en sais pas plus.

[vincent66]

Un petit lcd genre 2x16 est très simple à mettre en oeuvre car intégrant une interface parallèle standardisée, y rajouter un clavier sera moins évident vu le nombre de pins disponibles... il y a aussi la possibilité de régler des paramètres par roues codeuses et sortir une info visuelle avec des leds...
Vincent

[invite8b81dacf]

J'ai un petit écran LCD 2x16 sur ma plaque PICDEM 2 PLUS, parfait, j'ai aussi deux switch et un reset, une roue codeuse et 3 LEDs, le plus simple serait les LEDs ? Pour le code je parle, quoique un peu de difficulté me générait pas mais peut être un peu superflu l'utilisation d'un écran. Cdt Max.

[vincent66]

Celà te ferait un bon exercice d'écrire des routines aussi bien pour leds que écran lcd, à l'avenir tu devras maîtriser les deux...
Vincent

[invite8b81dacf]

Okay, mais pour mon problème je pense que les LEDs seraient moins coûteuses ? Il y a ça à prendre en compte accessoirement . Je commence à regarder pour coder le PIC, le C que j'utilise pour faire de petits programmes reste proche de ce que je devrais utiliser pour le PIC ?