Problème de plantage PIC18F4523 et carte SD 2Go

[gillou026]

Bonjour
J'ai fait une montage qui permet de stocker des données dans des fichiers texte sur une carte SD de 2 Go à partir d'un PIC 18F4523.

J'arrive à créer des fichiers avec le nom que je veux, à stoker des données à l'intérieur ... c'est le but !

Mais parfois (et c'est là que je ne trouve pas pourquoi) ça se met à planter ! Ca efface les fichiers, les renomme avec des extensions bizarres que l'on ne peut plus ouvrir avec le bloc note, ça renomme même la carte SD !!!

Du coup les données sont perdues bien entendu.

Je ne comprend pas ce qui peut faire planter de façon aléatoire comme ça.

J'ai mit un bon régulateur 3.3V qui délivre 250 mA pour la SD.

Y a t-il quelqu'un qui a de l'expérience là dedans et qui pourrait me guider sur les choses auxquelles il faut faire attention ?

Merci de votre aide.

-----

[gienas]

Bonjour gillou026 et tout le groupe

... Du coup les données sont perdues bien entendu.

Je ne comprend pas ce qui peut faire planter de façon aléatoire comme ça ...

Bienvenue au "Club"!

Bien entendu, il n'y a jamais de réponse toute faite à ce type de comportement, qui peut avoir une multitude de causes.

La première des causes peut être de nature hardware. Des contacts qui peuvent être douteux, incertains et qui peuvent faire entrer le micro dans des boucles imprévues.

Également, dans le hard, on peut trouver des connexions trop longues, des "voisinages" qui provoquent des interférences, et des découplages insuffisants et/ou de qualité douteuse.

Mais aussi et surtout, le soft, le programme, dont on ne sait rien et qui peut comporter des "zones" d'incertitudes.


Dans ce genre de développement, il est indispensable d'avancer pas à pas, pour valider des fonctions, et en être sûr avant d'en rajouter d'autres.

Sans pouvoir lire ce programme, qui doit être très documenté (commenté), aussi bien pour toi que pour ceux qui vont se pencher dessus, il n'y a aucun conseil possible à ce sujet.

[Janpolanton]

Bonjour,
Peut-être aussi faut-il prendre en compte les pics de courant lors des cycles de lecture / écriture

[jiherve]

bonjour
le schéma ne correspond pas au pin out d'une SD:http://www.interfacebus.com/Secure_D...rd_Pinout.html
il faudrait une explication car normalement cela fonctionne bien.
JR

[A voir en vidéo sur Futura]

[gillou026]

Si si le brochage est bon. D'ailleurs j'arrive à y écrire dessus, donc c'est que cela fonctionne.
Les 2 connecteurs du bord ne sont pas utilisées et ensuite il y a les 7 broches de CS jusqu'à OUT qui sont connectées correctement.

Si de ce côté là ça n'allait pas, je pense que je n'arriverai pas à créer des fichiers et y écrire dedans. Les lire j'y arrive aussi.

Il peut y avoir 30 écritures qui se passent bien ... et à la 31ème, paf ça plante !

[gienas]

... Il peut y avoir 30 écritures qui se passent bien ... et à la 31ème, paf ça plante !

Si c’est aussi "mécanique” (au sens d’automatique) comme tu l’écris, il faudrait analyser ton soft, et chercher à savoir s’il n’y a pas trop d’écritures dans un délai trop court. Il ne faut pas confondre une carte avec une RAM.

[gillou026]

Si c’est aussi "mécanique” (au sens d’automatique) comme tu l’écris, il faudrait analyser ton soft, et chercher à savoir s’il n’y a pas trop d’écritures dans un délai trop court. Il ne faut pas confondre une carte avec une RAM.

Je suis en train de regarder tout celà à l'oscillo.

J'écris une trame de 32 octets de long avec /r et/n à la fin.
Ca prend dans les 80 ms où le micro ne fait pas autre chose puisqu'il gère la com avec la SD (mes interruptions sont dévalidées ... au cas où). Et derrière je lui laisse 100 ms de plus minimum avant de pouvoir faire un autre enregistrement qui de toute façon n'est que toutes les 10 secondes ...

Je lance l'enregistrement, donc le programme passe toujours au même endroit (même boucle) ... ça se passe bien pour 10 - 15 -20 valeurs dont l'enregistrement dure 80 ms (c'est bien sûr aléatoire, sinon c'est pas marrant )) ) et hop ça se met à merder. L'enregistrement ne dure que 10 ms ... mais en fait c'est pas un enregistrement c'est un truc qui me fait planter la carte SD ! Les fichiers c'est du n'importe quoi ... des répertoires crées .. le nom de volume effacé ...

[Forhorse]

tu utilises une librairie éprouvée ou c'est un développement entièrement perso ?

[gillou026]

tu utilises une librairie éprouvée ou c'est un développement entièrement perso ?

Pour ce qui est de la gestion de la SD j'utilise les librairies de mikroC pro

Le reste ben c'est "perso" mais c'est de la gestion de boutons, écran LCD, ... mais tout ça cela fonctionne.

for(j = 1; j <25 ;j++)
{
ligne2[j+5]= GGA_Buffer[j + 10];
}

ligne2[30] = 0x0D; // \r
ligne2[31] = 0x0A; // \n
aff_car('*');
delay_ms(10);
Mmc_Fat_Write(ligne2,32); // 30 caractères plus \r et \n = 32 caractères
aff_car('*');
delay_ms(60);
BUZZER = 1;
delay_ms(30);
BUZZER = 0;

[jiherve]

re
je ne connais pas ces librairies mais pour moi :
en général on doit ouvrir le volume, créer un fichier(ce qui modifie la FAT), ensuite ouvrir ce fichier en écriture, ecrire son gloubiboulga dedans et penser à le refermer ce qui met la FAT à jour.
https://download.mikroe.com/document...mc_library.htm
il manque des bouts;
Comme d’habitude la mnémonique PIC est trompeuse car mmc_fat_write m'avait fait d'abord pensé à une écriture dans la FAT
JR

[gillou026]

Oui bien sûr avant d'aller écrire dedans, je crée le fichier, je lui donne même une date vu que j'ai un module GPS qui me la donne.

Mmc_Fat_Assign(&filename,0xA0) ; // Crée un nouveau fichier
delay_ms(20);
Mmc_Fat_Rewrite();
delay_ms(20);
Mmc_Fat_Set_File_Date(annee + 2000, mois, jour, heure_gps, minutes_gps, 0);
delay_ms(20);

// en RAM :

char filename[11] = "LO01.TXT"; // Fichiers Log

[jiherve]

re
et Mmc_FAT_Init ?
JR

[gillou026]

re
et Mmc_FAT_Init ?
JR

C'est fait aussi :

// Initialisation du module SPI1
     SPI1_Init_Advanced(_SPI_MASTER_OSC_DIV64, _SPI_DATA_SAMPLE_MIDDLE, _SPI_CLK_IDLE_LOW, _SPI_LOW_2_HIGH);
     Delay_ms(300);

     if (Mmc_Fat_Init() == 0)  // si carte bien initialisée un 0 est renvoyé
     {
        // reinitialise le SPI à une vitesse plus élevée
        SPI1_Init_Advanced(_SPI_MASTER_OSC_DIV4, _SPI_DATA_SAMPLE_MIDDLE, _SPI_CLK_IDLE_LOW, _SPI_LOW_2_HIGH);        //DIV4
        pos_curseur(0x83);
        affiche_carte_ok();
        BUZZER = 1;
        delay_ms(20);
        BUZZER = 0;
        delay_ms(900);
     }
     else     // sinon un 1 est renvoyé
     {
        while(1)
        {
           pos_curseur(0x80);
           affiche_pas_de_carte();
           BUZZER = 1;
           delay_ms(30);
           BUZZER = 0;
           delay_ms(800);
           efface_lcd();
           delay_ms(100);      // bloqué là tant que pas de carte détectée
           if (Mmc_Fat_Init() == 0)
              break;
        }
        // reinitialise le SPI à une vitesse plus élevée
        SPI1_Init_Advanced(_SPI_MASTER_OSC_DIV4, _SPI_DATA_SAMPLE_MIDDLE, _SPI_CLK_IDLE_LOW, _SPI_LOW_2_HIGH);        // DIV4
        pos_curseur(0x83);
        affiche_message_menu(5,13);   // carte sd ok !
        BUZZER = 1;
        delay_ms(30);
        BUZZER = 0;
        delay_ms(900);
     }

[jiherve]

re
ok
as tu essayé en restant en vitesse basse sur le SPI?
JR

[gillou026]

re
ok
as tu essayé en restant en vitesse basse sur le SPI?
JR

Oui ... pas mieux ...

Voici ce que ça vient de me donner suite à un plantage en cours d'acquisition :

La SD était vierge, formatée en FAT. Et J'étais censé obtenir un fichier LO01.TXT

[jiherve]

re
bon là je suis sec mais je répète ton pin out n'est pas le bon ou il y a une adaptation dans ton socket, j'ai utilisé pas mal de SD (µSD en fait) dans mes bidouilles (comme socket c'est un adaptateur µSD pinoché) et je n'ai jamais eu de soucis mais tout était en 3.3v.
JR

[gillou026]

re
bon là je suis sec mais je répète ton pin out n'est pas le bon ou il y a une adaptation dans ton socket, j'ai utilisé pas mal de SD (µSD en fait) dans mes bidouilles (comme socket c'est un adaptateur µSD pinoché) et je n'ai jamais eu de soucis mais tout était en 3.3v.
JR

Si le brochage (que je viens à nouveau de vérifier) n'était pas bon, je n'arriverais pas à initialiser la carte, détecter qu'elle est présente ou absente, écrire dessus (ce qui pose problème dans le cas présent) et la lire (ce qui marche parfaitement quand j'y met moi même des fichiers texte valides) ... nan ...??

[gillou026]

Mais faut pas se fier au numéro de broches de mon connecteur J1 sur le schéma si c'est ça qui te tracasse, car là oui c'est pas les bons numéros. Mais sur mon empreinte PCB c'est bon ça correspond.

[jiherve]

re
normalement non mais si on place ton connecteur SIL9 en face de celui d'une SD cela ne colle pas,

SD mode SPI      ton schema
1 : CS#              NC
2 : DI                 SDA
3 : GND              GND
4 : VCC              SCK
5 : SCK              VCC
6 : GND             GND
7 : DO               SDO 
8 : NC               CS#
9 : NC               NC

donc qu'y a t il entre ce connecteur et la carte SD ?
JR

[jiherve]

re
j'ai compris le pin out du SIL est inverse et décalé 8 SIL => 1 SD ..... 2 SIL => 7 SD
JR

[gillou026]

re
j'ai compris le pin out du SIL est inverse et décalé 8 SIL => 1 SD ..... 2 SIL => 7 SD
JR

Voilà... faut pas se fier aux numéros .. ça colle sur la carte c'est une certitude

[jiherve]

Re
essayes avec un pull up sur SDO (2.2K) car la data sheet n'est pas trop claire pour les IO RC3 & RC4 qui peuvent avoir des seuils hauts plus élevés que ce que ta SD sortira.
As tu observé tes signaux avec un oscilloscope?
JR

[gillou026]

As tu observé tes signaux avec un oscilloscope?
JR

Oui vérifiés à l'oscillo. Ils sont bien de 3.3V à l'état haut et 0 à l'état bas et très "propres" ...

Je regarde la doc pour le VIH min du PIC ...

[jiherve]

re
donc fronts d'horloges monotones et assez rapides, du set up et du hold pour les données, les SD ne sont pas véloces en SPI.
quelle référence pour ta SD ?
JR

[gillou026]

re
donc fronts d'horloges monotones et assez rapides, du set up et du hold pour les données, les SD ne sont pas véloces en SPI.
quelle référence pour ta SD ?
JR

Je viens d'essayer avec une pull up ... le niveau haut est un poil rehaussé. Mais c'est pas mieux. J'ai eu un magnifique plantage au bout de 30 acquisitions !!!

J'en peux plus !!!!!!

[jiherve]

re
garde confiance c'est le métier qui rentre!
respectes tu les timing de ta SD surtout certains temps morts entre opérations ?
JR

[gillou026]

re
garde confiance c'est le métier qui rentre!
respectes tu les timing de ta SD surtout certains temps morts entre opérations ?
JR

Mouais ... pourtant je suis pas un débutant !! Mais là, jamais un montage aussi simple ne m'aura posé autant de problèmes !!!

Je viens de passer tous les delays après une opération sur la SD à 400 ms. Test ....

[jiherve]

re
En électronique on découvre toujours j'ai patachoné une bonne semaine sur un probleme d’aléa de timing dans un FPGA et ma position d'expert était en jeu ,je n'en dormais plus ou mal
ton oscillo permet il la lecture des messages SPI ?
Souvent c'est basique mais on ne le vois pas.
es tu bien sur qu'il n'y aucune IT active?
JR

[gillou026]

J'y suis aussi depuis quelques jours dessus et faut absolument que ça marche ...

C'est la 1ère fois depuis 30 ans que je fais de l'électronique que je tourne en rond de la sorte !!!

Non pas de lecture des messages sur l'oscillo. C'est un vieux Techtro TDS 210.

Oui pas d'IT d'actives.

RCON.IPEN = 0; //disable priority levels on interrupts
INTCON.GIEH = 0; //disable all high-priority interrupts
INTCON.GIEL = 0; //disable all low-priority interrupts
INTCON.INT0IE = 0; //disable INT0 external interrupt

C'est juste avant l'écriture sur la SD.

Et je les revalide 400 ms après avoir écrit sur la SD car j'en ai besoin (réception sur la broche RB0 en interruptions).

[jiherve]

re
la ref de ta SD stp.
JR