Discussion :

[tengalice49]

Bonjour,

Pour la realisation de mon projet j'ai besoin d'envoyer des donnees par liaison radio a un certain intervalle de temps, et en meme temps de stocker ces donnees sur une carte SD.

Pour gerer la communication radio j'ai un module connecte a mon uC via UART et pour le stockage de donnees j'ai un lecteur de carte connecte en SPI.

J'envoie les donnees sur l'uart toutes les minutes. Et j'aimerais par exemple stocker les donnees sur ma carte SD toutes les 10 secondes.

Cependant, le code que j'ai actuellement me "bloque" a chaque fois que j'attends une minute pour renvoyer sur l'uart, je ne peux rien faire d'autre en meme temps.

Voici en gros comment j'ai code cela:

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
machine_SD_write(FALSE,mot_sd_2,nom_fichier);	//ecrit les donnees dans la carte SD
sigfox_send_frame(lat_rmc,long_rmc,gps_datas.altitude,temp1);	//envoie les donnees sur l'uart

Dans la fonction sigfox_send_frame(...), j'ai mis un delay a la fin:

Code c :

Sélectionner tout - Visualiser dans une fenêtre à part

HAL_Delay(60000);

Le probleme c'est que ce delai s'applique egalement pour l'envoie des donnees sur ma carte SD, comment faire pour que je puisse ecrire toutes les 10 secondes des donnees sur la carte SD et que dans le meme temps, les donnees soient envoyees sur l'uart toutes les minutes?

Merci

[cedd70]

Bonjour,

Tu travailles sur un processeur mono tache rien ne sera jamais simultané.

Quel est l’intérêt d’écrire la même information toutes les 10 secondes ?
Ensuite tu peux regarder du coté des threads qui pourra surement répondre à ta question. Un thread qui s'occupe de la SD card un second qui envoie les données sur l'UART.

[tengalice49]

Salut,

Quel est l’intérêt d’écrire la même information toutes les 10 secondes ?

Les informations changent environ toutes les 1 seconde, donc les donnees changent d'ou l'interet de les recolter regulierement.

Je me suis un peu renseigne sur les timer et les interruptions, est ce que ca a quelque chose a voir avec les thread?

[cedd70]

En répondant simplement :

Ça va se "ressembler",

Mais tu as raison le timer plus interruption sera plus adaptée avec les infos que tu nous as données (se déclenche tous les xxx unité de temps)
Thread ca sera un delay pour la gestion du temps (mais qui pourra durer des fois moins des fois plus de temps, dépend de beaucoup de paramétrés).

[tengalice49]

Ok tres bien je vais partir sur une interruption timer, le truc c'est que je sais pas du tout comment ca fonctionne ahah

Je suppose que je dois l'initialiser au debut de mon projet avec STM32CubeMX, mais je ne sais pas quels parametres choisir:


Et du coup je dois utiliser 2 timers, un pour uart et un pour spi?

[Vincent PETIT]

Salut,
En effet le mieux c'est d'utiliser:
- un timer,
- de le régler (prescaler, compter/décompter,...)
- de déclencher une interruption lors d'un événement du timer (débordements, atteinte d'une certaine valeur)

Grosso modo c'est ça maintenant il y a des Timer qui sont très chiadés dans le sens où on peut faire des configurations très poussées. J'en ai vu où le débordements du timer peut lancer, avec le bon réglage, une interruption de l'ADC au quel tout se fait tout seul.

Tu peux très bien faire tout avec un seul timer par exemple en comptant les débordements.

Exemple 3 débordements = on cause avec le module SigFox et au 5eme débordements on cause avec la carte mémoire.