-Aide- Sculpture et arduino sur Télécran

La suite ici mais je ne parviens pas à comprendre pourquoi mes moteurs ne tournent pas ?

#include <AFMotor.h>

float x, y, oldx, oldy;
float t, s;
 
float a = 1.0;
float b = a/1.3;
 
float c = 0.0;
float cc;
 
float d = 0.0;
float dd;
 
float e = 0.0;
float ee;

// two stepper motors one on each port
AF_Stepper motorA(512, 1);
AF_Stepper motorB(512, 2);

void setup()
{  
  Serial.begin(9600);// set up Serial library at 9600 bps
}

void loop()
{
  t++;
  if (t > 360){
    t = 0;
    cc = c;
    c = random(-0.1, 0.1);
 
    dd = d;
    d = random(-0.1, 0.1);
  }
 
  x = a * sin(radians(t)) + (t * c + (360 - t) * cc) / 360;
  y = b * sin(radians(t)) * cos(radians(t)) + (t * d + (360 - t) * dd) / 360;
 
  
 oldx = x;
 oldy = y;
 
 motorA.step(oldx - x,FORWARD,SINGLE);
 motorB.step(oldy - y,FORWARD,SINGLE);
 
 Serial.println(x);
}

Comment sont branchés les moteurs ?
Il faut indiquer au programme quels Pins on doit activer.
Chercher d'abord à un faire tourner un, puis deux, avant de rajouter les autres instructions.

Hé hé sacré blagueur!!!

 oldx = x;
 oldy = y;
 
 motorA.step(oldx - x,FORWARD,SINGLE);
 motorB.step(oldy - y,FORWARD,SINGLE);

Avec les lignes dans cet ordre oldx - x et oldy - y sont toujours à zéro.

Moi j'écrirais plutôt comme ça:

 motorA.step(oldx - x,FORWARD,SINGLE);
 motorB.step(oldy - y,FORWARD,SINGLE);

 oldx = x;
 oldy = y;

Christian_R:
Comment sont branchés les moteurs ?
Il faut indiquer au programme quels Pins on doit activer.
Chercher d'abord à un faire tourner un, puis deux, avant de rajouter les autres instructions.

Eh bien j'utilise un shield adafruit Adafruit Motor/Stepper/Servo Shield for Arduino kit [v1.2] : ID 81 : $19.50 : Adafruit Industries, Unique & fun DIY electronics and kits d'après ce que j'ai pus lire "The stepper motor library step() routine does not have the ability to run both motors at a time. Instead, you will have to 'interleave' the calls. For example, to have both motors step forward 100 times you must write code like this:

for (i=0; i<100; i++) {
motor1.step(1, FORWARD, SINGLE);
motor2.step(1, FORWARD, SINGLE);
}

If you want more intelligent control, check out the AccelStepper library (in the Downloads section) which has some concurrent stepper motor control examples"

Je vais tenter de comprendre les détails des exemples AccelStepper library :roll_eyes:

fdufnews:
Hé hé sacré blagueur!!!

 oldx = x;

oldy = y;

motorA.step(oldx - x,FORWARD,SINGLE);
motorB.step(oldy - y,FORWARD,SINGLE);




Avec les lignes dans cet ordre oldx - x et oldy - y sont toujours à zéro.

Moi j'écrirais plutôt comme ça:


motorA.step(oldx - x,FORWARD,SINGLE);
motorB.step(oldy - y,FORWARD,SINGLE);

oldx = x;
oldy = y;

Merci pour ta réponse fdufnews
Ok mais les valeurs qui me sont données dans le moniteur série sont les mêmes que les lignes
oldx = x;
oldy = y;
soient placées avant ou après
:sweat_smile:

Il faut mémoriser oldx et oldy juste avant de recalculer les nouveaux x et y.

Idéalement il faudrait aussi initialiser explicitement t, oldx, oldy dans le void setup ()

Dante235:

fdufnews:
Hé hé sacré blagueur!!!

 oldx = x;

oldy = y;

motorA.step(oldx - x,FORWARD,SINGLE);
motorB.step(oldy - y,FORWARD,SINGLE);




Avec les lignes dans cet ordre oldx - x et oldy - y sont toujours à zéro.

Moi j'écrirais plutôt comme ça:


motorA.step(oldx - x,FORWARD,SINGLE);
motorB.step(oldy - y,FORWARD,SINGLE);

oldx = x;
oldy = y;

Merci pour ta réponse fdufnews
Ok mais les valeurs qui me sont données dans le moniteur série sont les mêmes que les lignes
oldx = x;
oldy = y;
soient placées avant ou après
:sweat_smile:

Peut être que la console te donnes la même chose (ce qui n'est pas étonnant puisque le print est à la fin) par contre vu des lignes motorA.step et motorB.step ce n'est pas pareil dans un cas la différence est systématiquement nulle dans l'autre c'est l'écart d'une itération à l'autre

Christian_R:
Il faut mémoriser oldx et oldy juste avant de recalculer les nouveaux x et y.

Idéalement il faudrait aussi initialiser explicitement t, oldx, oldy dans le void setup ()

Salut Christian R
Initialiser explicitement tu veux dire quelque chose de ce genre :
void setup()
{
Serial.begin(9600);// set up Serial library at 9600 bps
oldx = 0;
oldy = 0;
t = 0;
}

En même temps dans le code original processing il y'avait cette ligne line(x * 300, y * 300, oldX * 300, oldY * 300); j'ai donc testé en appliquant la multiplication à x et y et les valeurs qui me sont retournées dans le moniteur série sont plus grande. En y regardant bien mes moteurs tourne mais sur des pas très petits puis se bloquent je ne saisis pas très bien pourquoi mais c'est fascinant
Peut être saurez vous m'aiguiller encore :slight_smile:

Peut être que la console te donnes la même chose (ce qui n'est pas étonnant puisque le print est à la fin) par contre vu des lignes motorA.step et motorB.step ce n'est pas pareil dans un cas la différence est systématiquement nulle dans l'autre c'est l'écart d'une itération à l'autre
[/quote]

Merci fdufnews
ça doit te paraître très simple comme remarque mais comme j'essais d'apprendre c'est très utile même si je ne suis pas encore parvenu à faire tourner mes moteurs pour obtenir ce que je veux je persiste :%

Peux tu ajouter un Serial.println(oldx - x); pour voir ce qui se passe sur les moteurs ?
Il faudra sans doute mettre un facteur d'échelle : multiplier (oldx - x) par une constante pour avoir l'amplitude de mouvement voulue.

Christian_R:
Peux tu ajouter un Serial.println(oldx - x); pour voir ce qui se passe sur les moteurs ?
Il faudra sans doute mettre un facteur d'échelle : multiplier (oldx - x) par une constante pour avoir l'amplitude de mouvement voulue.

En vérité avec

void loop()
{
  t++;
  if (t > 360){
    t = 0;
    cc = c;
    c = random(-0.1, 0.1);
 
    dd = d;
    d = random(-0.1, 0.1);
  }
 
  x = a * sin(radians(t)) + (t * c + (360 - t) * cc) / 360;
  y = b * sin(radians(t)) * cos(radians(t)) + (t * d + (360 - t) * dd) / 360;
 
 motorA.step((oldx - x)*10,FORWARD,SINGLE);
 motorB.step((oldy - y)*10,FORWARD,SINGLE);
 
 oldx = x;
 oldy = y;
 
 delay(500);
 Serial.println(oldx-x);
}

Le moniteur Série retourne 0.00 pour (oldx-x) quand tu parlais de multiplication par une constante tu voyais quelque chose comme cela

 motorA.step((oldx - x)*10,FORWARD,SINGLE);
 motorB.step((oldy - y)*10,FORWARD,SINGLE);

Oui, mais un affichage de contrôle à mettre juste après motorA.step

Là pas bon

 motorA.step((oldx - x)*10,FORWARD,SINGLE);
 motorB.step((oldy - y)*10,FORWARD,SINGLE);
 
 oldx = x;           //<----- là tu mets oldx = x
 oldy = y;
 
 delay(500);
 Serial.println(oldx-x);   // <--- donc là comme oldx et x sont égaux la différence est nulle

Là bon

 motorA.step((oldx - x)*10,FORWARD,SINGLE);
 motorB.step((oldy - y)*10,FORWARD,SINGLE);

 Serial.println(oldx-x);   // <--- là oldx vaut la valeur de x à la précédente itération
 
 oldx = x; 
 oldy = y;
 
 delay(500);

"Oui, mais un affichage de contrôle à mettre juste après motorA.step"

 motorA.step(oldx - x,BACKWARD,SINGLE);
 motorB.step(oldy - y,FORWARD,SINGLE);
 
 Serial.println(oldx);
 
 oldx = x;
 oldy = y;
 delay(500);
}

OK merci fdufnews je saisis mieux l'importance de l'ordre des éléments désolé de vous tendre les nerfs de la sorte :sweat_smile:
le moniteur retourne ces valeurs : 0.00
0.02
0.03
0.05
0.07
0.09
0.10
0.12
0.14
0.16
0.17
0.19
0.21
0.22
0.24
0.26
0.28
0.29
0.31
etc.
Par contre je me posais la question du coefficient multiplicateur, je ne vois pas trop où l'appliquer car avec 512 pas pour un tour comment vais-je pouvoir sortir quelque chose avec des valeur comme celle-ci?
Je me suis permis de tester aussi ça :smiley:

 motorA.step((oldx - x)*1000,BACKWARD,SINGLE);
 motorB.step(oldy - y,FORWARD,SINGLE);
 
 Serial.println(oldx);
 
 oldx = x*1000;
 oldy = y;
 delay(500);
}

et cette fois les valeurs sont plus élevés 0.00
17.45
34.90
52.34
69.76
87.16
104.53
121.87
139.17
156.43
173.65
190.81
207.91
224.95
241.92
258.82
275.64
292.37
Mais cela semble être très ralenti et pas de mouvement du moteur même minime enfin peut être que je veux aller trop vite
merci en tout cas

Les équations que tu utilises

  x = a * sin(radians(t)) + (t * c + (360 - t) * cc) / 360;
  y = b * sin(radians(t)) * cos(radians(t)) + (t * d + (360 - t) * dd) / 360;

x =
a * sin(radians(t)) <-------- pour variant de 0 à 360 sin(t) est compris entre -1 et +1 et comme a = 1 ce terme est donc compris entre -1 et +1

  • (t * c + (360 - t) * cc) / 360; <-c=0 et cc=0 donc ce terme est nul

Au bout du compte x compris entre -1 et +1.
Pour y je te laisse faire la calcul

Si tu veux un mouvement notable il faut jouer sur a, b, c, cc, d et dd pour modifier la forme.
a et b vont dilater la forme alors que le autres termes vont jouer sur son positionnement.
Au passage, les variables cc et dd ne sont pas initialisées ce qui fait qu'à la première itération de la boucle elles pourraient avoir une valeur quelconque.

fdufnews:
Les équations que tu utilises

  x = a * sin(radians(t)) + (t * c + (360 - t) * cc) / 360;

y = b * sin(radians(t)) * cos(radians(t)) + (t * d + (360 - t) * dd) / 360;



x = 
a * sin(radians(t)) <-------- pour variant de 0 à 360 sin(t) est compris entre -1 et +1 et comme a = 1 ce terme est donc compris entre -1 et +1
+ (t * c + (360 - t) * cc) / 360; <-c=0 et cc=0 donc ce terme est nul

Au bout du compte x compris entre -1 et +1.
Pour y je te laisse faire la calcul

Si tu veux un mouvement notable il faut jouer sur a, b, c, cc, d et dd pour modifier la forme.
a et b vont dilater la forme alors que le autres termes vont jouer sur son positionnement.
Au passage, les variables cc et dd ne sont pas initialisées ce qui fait qu'à la première itération de la boucle elles pourraient avoir une valeur quelconque.

J'étais véritablement d'une grande naïveté :. merci de ton éclaircissement fdufnews
Pour Y je dirais =0 vu les valeurs données à t,d et dd

Par contre tout ceci constitue un nombre important de variable, et je ne pourrais pas empiriquement m'amuser à tester des valeurs.
Comment puis-je savoir en prenant en compte la mécanique d'un télécran quelles valeurs appliquer à telle variables?

En fait je m'interroge sur la facilité d'être véritablement créatif avec arduino lorsque l'on ne bénéficie pas d'une formation initiale poussée
Rien est facile évidement mais je crois que nous ne pourrons pas encore pendant très longtemps nous passer de vos savoir faire et conseils merci

Il faut compter combien de tours de moteurs il faut pour traverser tout l'écran, séparément dans les deux sens X et Y.
Les équations du Lemniscate sont prévues pour une courbe de largeur 2a selon X horizontal, donc il y aura juste une règle de 3 pour agrandir la courbe.

Commence par tracer un simple rectangle avant de passer à plus compliqué.

En fait je m'interroge sur la facilité d'être véritablement créatif avec arduino lorsque l'on ne bénéficie pas d'une formation initiale poussée

Sans vouloir être offensant ce n'est pas un problème d'Arduino. Tu aurais rencontré le même problème si tu avais voulu réaliser ce système par un automate mécanique.
Le passage d'une équation mathématique à un système réel n'est pas toujours trivial.

Salut fdufnews
Non ce n'est pas offensant :open_mouth: et je ne considère pas non plus que ce soit un problème d'arduino, je crois que cet outil est ce qui est arrivé de mieux ces dernières années pour des gens comme moi qui ont certaines idées et souhaite les matérialiser. En fait par interrogation je voulais plutôt préciser que l'apparente facilité des petits exercices et tutoriels que l'on peut trouver sur internet nous (les grands débutants) place parfois dans une perception plutôt simpliste du problème, du fait même d'une méconnaissance des bases initiales de l’électronique, la programmation etc. Ce qui me faisait donc dire tout l'intérêt de venir casser les pieds aux spécialistes que vous êtes :wink:
Je suis plutôt un spécialiste de la chose imprimé, numérique et traditionnelle et je côtoies assez régulièrement des artistes pour bien comprendre d'une certaine manière ce que tu veux dires par "Le passage d'une équation mathématique à un système réel n'est pas toujours trivial"

Je vais donc suivre les conseils de Christian_R en commençant par un rectangle et progresser plus doucement.

Votre monde me fascine parce que en partie grâce à arduino il n'est plus si éloigné que ça du mien :wink: