Discussion :

[JPB-BFI]

Bonjour,

Je souhaite créer une série de tâches devant se dérouler toutes les 1 ms, 10 ms et 100ms.

Je suis dans l’expectative relativement à utiliser des Timers en interruption ou, alors, utiliser MsTimer…

D’un autre côté quels sont les avantages, inconvénient, de l’un ou l’autre ?

Merci pour vos explications et bonne journée

Cordialement

Jean-Pierre

[Jay M]

Quelle est la durée de la plus longue tâche pour les 3 différents cas?

Sur quel Arduino programmez vous?

[JPB-BFI]

Quelle est la durée de la plus longue tâche pour les 3 différents cas?

Sur quel Arduino programmez vous?

Arduino UNO et ATMEGA 2560

Ce sont des tâches très courtes. Elles servent à piloter des moteurs CC au centième de tour, de gérer un panneau de commande et gérer des temporisations. Cela fonctionne parfaitement bien avec un 68HC11 dont le soft est écrit avec un macro-assembleur...Mais je souhaite effectuer le travail, du moins pour le pilotage des moteurs avec un Arduino. Je découvre les micro-contrôleurs.

Bonsoir,



MsTimer ? J'ai bien trouvé une bibliothèque MsTimer2, mais cette bibliothèque utilise aussi des interruptions, alors la différence...

Vous avez raison! Mais la question subsidiaire, MSTimer ou Timer Arduino avec interruptions?

[f-leb]

Vous avez raison! Mais la question subsidiaire, MSTimer ou Timer Arduino avec interruptions?

Ce que je veux dire c'est que la bibliothèque MsTimer2 utilise de toute façon un timer de l'Arduino pour déclencher une interruption. Donc utiliser MsTimer2 ou le timer2 avec interruptions, c'est utiliser les mêmes ressources du microcontrôleur. Bien entendu, si tu n'as pas envie de taper dans les registres du micro pour configurer les modes d'utilisation du timer, les prédiviseurs et autres, tu préféreras utiliser cette bibliothèque MsTimer2 qui offre quelques fonctions sympathiques pour t'éviter ces joyeusetés

La question est plutôt de savoir si tu dois passer ou non par des interruptions pour gérer le timing.
Avec un processeur monocoeur sans système d'exploitation, c'est à ton programme de gérer l'ordonnancement des tâches (pour simuler un fonctionnement multitâche) et il y a des précautions à prendre.
Il faut se poser des questions : que se passe-t-il si par exemple une tâche est interrompue par une autre alors qu'elle n'est pas terminée, du point de vue matériel et de point de vue logiciel si des ressources sont partagées entre plusieurs tâches ?

Déjà si la tâche la plus longue prend toujours moins de 1ms, on sait que les tâches ne seront jamais interrompues par d'autres si tes interruptions sont déclenchées toutes les ms, c'est un souci de moins.

[Jay M]

Ce sont des tâches très courtes.

Beaucoup Moins d’une ms?

[JPB-BFI]

Beaucoup Moins d’une ms?

Oui, juste la lecture du nombre de tours effectués, un calcul du nombre de tours restant à effectuer, une lecture de table pour la décélération choisie (pente 400 rad/s2, par exemple) et la comparaison pour décrémenter la consigne. Nous faisions cela il y a 40 ans avec un 8085 à 4 MHz...Et cela fonctionnait du tonnerre de dieu...
Cordialement

Jean-Pierre

[f-leb]

Bonsoir,

Je suis dans l’expectative relativement à utiliser des Timers en interruption ou, alors, utiliser MsTimer…

MsTimer ? J'ai bien trouvé une bibliothèque MsTimer2, mais cette bibliothèque utilise aussi des interruptions, alors la différence...

MsTimer2 and FlexiTimer2 will call your function from interrupt context. Because it will interrupt your program at any moment, special design is necessary to share data with the rest of your program.

[Jay M]

Une bête attente sur micros() devrait fonctionner alors

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
 
 
void t1() {
  static uint32_t t = micros();
  if (micros() - t >= 1000ul) { // 1ms écoulée 
    // ici faire l’action 
    t += 1000ul;
  }
}
 
 
void t10() {
  static uint32_t t = micros();
  if (micros() - t >= 10000ul) { // 10ms écoulées
    // ici faire l’action 
    t += 10000ul;
  }
}
 
void t100() {
  static uint32_t t = micros();
  if (micros() - t >= 100000ul) { // 100ms écoulées
    // ici faire l’action 
    t += 100000ul;
  }
}
 
 
void setup() {
  …
}
 
 
void loop() {
  t1();
  t10();
  t100();
}

[JPB-BFI]

Une bête attente sur micros() devrait fonctionner alors

Merci pour cette idée qui devrait me permettre de continuer mon projet!

J'ai toutefois deux questions
Est-ce que le suffixe UL (1000UL) est nécessaire ici?
Puis-je, sans autre, intégrer les trois procédures dans un fichier .h et .cpp?

Bon wek-end et merci encore pour l temps consacré à un béotien comme moi

Jean-Pierre

[Jay M]

Le ul n’est pas obligatoire il sert plus à montrer l’intention et le fait que l’on sait que l’on gère des unsigned long.

Bien sûr on peut organiser le code comme on veut du moment qu’on respecte les règles du C++