Site ELEC344/ELEC381

Partie interactive du site pédagogique ELEC344/ELEC381 de Télécom ParisTech (occurrence 2010).

Catégories

carte SD en grève

aujourd’hui je me suis joint à Thibaut pour travailler sur la carte SD. On était partis pour essayer de lire et d’écrire en mode polling, ce qui est une mauvaise solution car trop gourmande en CPU. Samuel nous a aidé à mettre en place la lecture en mode DMA. Après nous avons passé le reste de l’après midi à comprendre pourquoi la carte ne voulait pas écrire, alors que la procédure (du moins les fonctions de la bibliothèque ST) pour écrire est très proche de celle pour lire.
Cependant nous nous sommes heurtés à des erreurs de validité du CRC sur les données émises. Nous avons cherché à désactiver la vérification du CRC sur les cartes (au moins histoire de voir si on pouvait réellement écrire), et d’après les datasheets, ca n’est pas possible. Ca m’étonnerait que les polynomes utilisés pour le CRC soient différents, car ils fonctionnent en lecture. Ce n’est pas non plus un problème d’horloge (la datasheet demande une horloge AHB égale à FCLK/2, mais les commentaires de la bibliothèque ST disent le contraire (FCLK), nous avons essayé les deux).
Après quelques recherches sur internet, les seules réponses que nous avons vues sur des problèmes similaires sont du type « ta carte est foutue, jette la et prends en une autre ». Ca m’étonnerait aussi qu’il faille faire calculer nous mêmes le CRC, car le module est interne au controleur SDIO, et on n’a pas du tout la main dessus.

A noter que sur une autre carte nous avons eu un problème de délai dépassé pour l’écriture des données, qui du coup a du masquer le problème d’erreur de CRC.

Au final, on s’est cassé les dents. A la rentrée, il faudra qu’on règle ce problème rapidement, ou bien on devra envisager d’autre moyens de faire passer des données vers la carte par ethernet (en streaming par exemple, ce qui avait été écarté jusqu’à présent)

Bonnes vacances à tous !

PuLSE, Bilan de la journée

Bon, suite à cette soutenance mémorable, voici l’état des avancées d’aujourd’hui

schémas electriques : on est en bonne voie pour les avoir fini demain. Controleur SD cablé (avec certitude), controleur ethernet cablé, alim de la carte faite excepté le comvertisseur boost qui n’est pas dans la bibliothèque d’alexis (le seul autre que j’ai trouvé ne monte pas à 10V), circuit d’amplification de la carte K12N dimensionné et cablé, on/off du laser réglé… en fait faudrait qu’on la refasse la soutenance :P

Du coup je pense qu’on tiendra notre objectif d’avoir fini le placement/routage vendredi soir.

Pour le controleur de carte SDIO, celui qu’on utilise est actuellement épuisé. Deux possibilités : soit on désoude celui de l’an dernier, soit on en prend un autre. Le modèle que j’ai trouvé est le suivant :

COIN !!!

c’est le même fabriquant, ca m’avait l’air pas mal. Maintenant j’ai pas lu la datasheet en détail (Romain va s’en charger :) )

au total ca m’a pris l’après midi et la soirée, je dirais 7h en tout.

je suis crevé, je raconterai ma vie demain. On essaiera de faire une réunion au sein du groupe vendredi en début d’après midi pour présenter en interne l’état actuel des choses, toute personne intéressée peut bien sur y venir (même si je me doute que vous avez autre chose à faire :) )

bonne nuit aux insomniaques et world of warcrafteux

Wiki PuLSE

Je viens de mettre à jour le wiki du projet:

  • ajout des datasheets du contrôleur ethernet, du connecteur SDIO et du processeur.
  • création de la page création de la carte électronique et début de celle-ci

J’attends avec impatience la finalisation du schéma du contrôleur ethernet et le plan du brochage pour pouvoir mettre tout ca dessus !

Connexion lecteur carte SD

J’ai passé 3h entre lundi matin et mardi matin à connecter le lecteur carte SD au processeur.
A priori vu que le STM32F103RET6 possède une interface SD, on a pas besoin de bus SPI.

Voici un essai, dont je ne suis pas totalement sur.

PuLSE : Choix définitif du processeur

Après une discussion avec Sam, voici notre choix de processeur et les raisons qui nous ont amené à décider.
Nous avons choisi le STM32F103RET6 (comme l’an dernier :) ) pour les raisons suivantes (comme point discriminant par rapport au STM32F103C7 qui a un controleur ethernet mais pas de SDIO) :
- il a 64k de ram contre 48k pour le STM32F103C7
- il a une interface SDIO, qui autorise la lecture/écriture sur 4 lignes, donc 4 fois plus vite
- l’ethernet passera par un bus SPI, qui autorise un débit maximal de 18Mb/s, alors que d’après nos calculs (controlés par Sam), il suffirait d’un débit de 1Mb/s. On est donc large sur ce point. On s’interdit le haut débit mais de toute façon le laser ne suit pas (les images sont limitées à 1000 points environ)…

voila. Pendant les vacances, on pense faire le brochage, commencer les schémas, spammer Alexis pour avoir les composantss dont on a besoin dans la bibliothèque, etc…

Un nouveau post dira plus en détail ce qu’on prévoit de faire.

PuLSE – bilan de la matinée

Ce matin, travail en équipe sur trois axes :

1. Liste des composants de la carte.

2. Suite de la réflexion sur le choix du STM32 ( nous hésitons encore entre le STM32F103xE et le STM32F107, ce dernier possédant un contrôleur Ethernet intégré mais pas de SDIO…)

3. Brainstorming sur les questions auxquelles il va nous falloir rapidement des réponses…