Bonjour, j'aimerai savoir si il existe des mémoires externes qu'on lie à un PIC18F4523 et est ce que c'est possible de les liées à travers une liaison série ?
car ce que j'aimerai faire c'est enregistrer des mesures sur une mémoir externe d'un PIC qui est plus rapide qu'une carte SD, apres 20 min d'enregistrement , j'aurai environ 14 Mo de données à recopier sur la carte SD lentement sans soucie. ci joint un schéma qui explique ce que je voudrais faire.
MERCI d'avance
16Mo de SRAM
C'est rapide, mais pas avec une liaison série, et tu trouvera certainement rien au pas de 2.54
mais le probléme c'est que meme sur le site de microship je ne trouve que des petites mémoires de 1Mo de max , et puis je ne sais meme pas quel type de mémoir on utilise EEPROM ou SRAM ou ....
http://www.microchip.com/stellent/id...GE&nodeId=2697
Microchip n'est pas le seul fondeur au monde, et il est pas vraiment spécialiste dans le domaineEnvoyé par just-a-man-but
Salut,
Pour savoir quelle mémoire choisir il faudrait que tu nous dises à quelle vitesse tu veux écrire tes données...
Si tu veux limiter le nombre de broches, tu peux utiliser une FLASH SPI comme la SST25VF064C . C'est une 64Mbits donc il en faudrait 2 ( 2 x 64Mbits = 128Mbits = 16Mo ) et elle fonctionne en mode SPI jusqu'à 80MHz (beaucoup plus vite que ton PC18).
Si tu as un problème de vitesse tu peux aussi utiliser le PIC18F25K22 qui est très proche du PIC18F2523. Son avantage est de fonctionner à 64MHz au lieu de 40MHz pour le PIC18F2523 et aussi il possède plus de canaux SPI.
a+
Dernière modification par RISC ; 09/11/2011 à 20h29.
Faut arrêter un peu le démarchage commercial et lire toute la discussion (lien au-dessus)....Le programme semble codé avec les pieds (ce qui n'est pas anormal pour un débutant, mais c'est anormal d'insister) et une simple programmation correcte devrait résoudre tous les problèmes....
+1 je suis du meme avis.
Bricolo + programme a la vas y que je te pousse = montage qui rame et montage qui rame mal programmé + circuits rajoutés = grosse daube qui ramera encore plus...
Pour etre clair, quand tu auras optimisé ton soft en le programmant de maniere correcte, tu verras qu'il n'est plus necessaire de rajouter des periphs externes...
Tous les problemes cités viennent d'un mauvais calcul dans la programmation et aucun periph meme plus rapide ne pourra corriger ce defaut de programmation...
oui mais vous savez, ce n'est pas personnel, c'est un projet qui se fait dans une entreprise et il y a deja 2 stagiaires qui sont passé avant moi et qui n'ont pas fait grande chose, donc mon tuteur insiste sur une solution comme ca parcequ'il sait que ce probléme est beaucoup plus compliqué pour etre résolue par une modification de programme.
La fréquence d'aquisition que je doit attendre est environ 100 Hz donc je doit stoqué 100 fois/s sur la carte SD une ligne qui contien 10 mesures de 12 bits + 9 *";" entre chaque deux mesures + un CR +LF pour revenir à la ligne et sauter une autre, ce qui veux dir un truk comme ca :
Mesure1 ; Mesure2 ; Mesure3 ;... ; Mesure10 LF RC
sachant que les espaces ne sont pas prie en compte.
Et 100Hz c'est trop rapide?
Soit c'est 100kHz, soit il y a un très gros probleme dans ton soft pour mettre plus de 10ms à ecrire
+1, les stagiaires ne sont pas réputés pour faire du code propre, déjà qu'ils ont du mal à mettre des condos de découplage....
Avant d'utiliser une librairie, il faut se poser la question de savoir comment elle marche. Je t'ai déjà dit 2 ou 3 fois de vérifier que ton acquisition ADC fonctionnait bien par interruption, c'est fait?
A 100Hz, tu as plus que le temps d'écrire sur la SD entre deux acquisitions, à condition de ne pas attendre bêtement que celle-ci se termine.
De plus, ce n'est pas la transaction qui est longue sur une carte SD mais le temps de démarrer celle-ci. Je vais donner des chiffres fantaisistes mais imagine qu'il faut 50ms pour initialiser le transfert et 10 µs pour transférer un octet. Si tu veux transférer 100 octets, il te faut 50m+10µx100= 51ms.
Si tu veux en transférer 1000, il te faut 50m +1000*10µ=60ms
ça te prend alors 20% de temps en plus pour transférer 10 fois plus de données.
Je le répète, les chiffres sont fantaisistes, un spécialiste de la SD pourrait te donner des timings plus précis, mais l'idée est là. Tant qu'une optimisation sérieuse du code n'a pas été fait, il est inutile de revoir le matériel.
Et quand bien même ce serait un problème de vitesse, il existe des micros faits pour ça, voir par exemple l'ADuC7026
+1
100Hz sur un carte SD, même en SPI c'est largement jouable ! même avec un pauvre PIC à 20Mhz
Même moi qui programme en BASIC j'y arriverais.
Avec un code bien construit (qui écrit par exemple un secteur SD complet à chaque fois) on peut largement dépasser cette fréquence.
