994 réponses à ce sujet

[Oliver17]

Qu'ils fassent du bruit en mouvement ça ne me gène pas, c'est juste sur la position à tenir.

 

Sinon j'ai regardé au niveau Dead band j'en ai un à 4µs et l'autre à 1µs et ne font pas de bruit.

https://fr.aliexpres....27426c37lUyfay

 

https://fr.aliexpres....27426c37lUyfay

[Oliver17]

Plop les Maker's ^^

 

Des petites news, je n'ai absolument pas avancé sur Glenn :'( je suis sur mes imprimantes depuis un moment, et il faut que je fabrique un meuble pour confiner celles ci, car l'odeur même en PLA c'est juste pas possible et vu ce qui s'en échappe j'ai pas envie de me chopper une merde de maladie à la con à respirer ça, donc meuble avec un petit ventilo et un flexible de ventilation, au moins j'aurai l'esprit plus tranquille

 

Par contre j'ai un bordel monstre dans la maison, va vite falloir le monter se meuble ^^

 

Va falloir aussi que je me remette au code, j'avais perdu la motivation pour, mais ça revient petit à petit, et des que j'aurais imprimé la tête de Glenn ça va être encore plus sympa ^^

 

Voili voilou

[Oracid]

Courage !
Si tu n'as pas avancé sur Glenn, tu nous montreras des photos de tes meubles. Pas de souci !

[Oliver17]

Ouais ben la c'est pas gagné, faut je prenne un peu (même beaucoup) de recul car je pars sur des trucs lol je ne vais jamais en voir la fin ^^, limite envie de me refaire un bureau mais la, ça va coûter une blinde :'(

[Oliver17]

Plop les Maker's, bon pour l'instant le meuble est en stand by, faute de moyens, la j'ai juste fais mumuse avec les led WS2812, j'en ai placé une dans chaque capot des IR (que j'ai démonté), le rendu est plutôt pas mal je trouve.

 

PS : désolé pour la qualité de la photo, et surtout de l'impression 3D, c'était un test ^^

 

[R1D1]

Ho !
Glenn vient de passer de concept à réalité !

[Oliver17]

Lol, merci, c'est juste le capot de la tronche comme tu a pu le deviner et deux led's, rien de bien folichon, mais j'aime bien le rendu ^^

Vivement que je puisse imprimer la tête entière dans un premier temps ^^

[Oliver17]

Outch c'est chaud quand même de réaliser un programme sans for, while, delay etc etc tout ce qui ont tendance à créer une fonction bloquante (hhhiiiiiiiii)...

Je pose la question direct sans vraiment avoir chercher, n'existe t'il pas une instruction conditionnel qui dit "tant que" la condition n'est pas rempli elle continue ou alors en passant par un opérateur, mais sans aucune boucle (for ou while...) ??

Merci ^^

[Serveurperso]

Hello.

 

Euh ce ne sont pas les "for" et les "while" qui sont problématiques bien au contraire c'est obligatoire.

Ce qui compte c'est le temps d'exécution et donc le code que tu mets dedans et le nombre d'itérations VERSUS les performances que t'as besoin.

 

delay est ok au boot (fonction setup) mais des tout petits delais pour initialiser du hardware ça passe.

Après dans un contexte d'exécution normal devoir utiliser delay signifie code caca. A recoder avec utilisation du timer (millis...) et des machines d'états = switch case case case...

[Oliver17]

Hum, et bien en utilisant des for ça fonctionne bien mais ça me bloque mon programme, en fait j'ai fais un FadeInOut avec des led's ça doit tourner en boucle comme pour les pulse d'un "cardio", et donc tout le reste du programme doit continuer à tourner, le truc, comme dis ça me bloque le prog, j'essaye donc de faire ça en me servant de TimerOne comme lib, je l'utilise déjà (via les conseils de Mike) pour les servomoteurs pour qu'ils puissent s’exécuter tous "en même temps"... j'arrive donc à faire quelque chose, mais ça ne me plait pas vraiment, j'aurais aimé faire en sorte que tant que la valeur n'est pas atteinte elle continue à s’exécuter et une fois atteinte ça repart dans l'autre sens (ex : j'allume une led en douceur une fois la valeur désiré atteinte, elle s'éteint de la même façon...).

 

Pour le delay dans le setup ou autre oui ça j'ai bien fais la différence (petit à petit), mais j'ai réussi à m'en passer en grugeant, après pour les machines d'états je ne sais pas si j'en ai réellement besoin pour l'instant...

Bon vais continuer à chercher, je vais bien trouver un truc

Merci ^^

[Forthman]

il te faut utiliser des compteurs. Un boucle principale pour ton programme,  qui incrémente tous tes compteurs avant de reboucler.

et dans ton prog tu testes la valeurs des compteurs suivant la tache à effectuer. (enfin, c'est comme ça que je programme habituellement, je ne connais pas la fonction millis)

[Mike118]

la fonction millis() est un compteur qui incrémente toute les millisecondes =)

Un timer est aussi un compteur hardware qu'on peut paramétrer pour compter suivant l'intervalle de temps souhaité, et qui peut déclencher des interruptions du programme principal pour exécuter une fonction donnée. 

[Serveurperso]

ça, c'est la base :

 

http://playground.arduino.cc/Code/SimpleTimer

 

Tu mets le run dans la boucle principal et tu peux exécuter des fonctions à intervalle précis.

[Oliver17]

@Mike : ça j'avais bien compris avec toutes vos explications et encore merci au passage, et en te lisant effectivement j'ai zappé un truc sur le principe, va falloir que je revois ma copie

 

@Serveurperso : Mike m'avait conseillé d'utiliser TimerOne, j'avais bien testé SimpleTimer, il va falloir peut être que je revois tout ça avec cette lib, à voir ...

[Mike118]

TimerOne ou simpleTimer même combat choisi la lib que tu préfères voir fait tout à la main =) 

[Oliver17]

@Mike : pour la lib tu m'avais conseillé TimerOne car moins de méthode et donc plus simple d'utilisation (ou un truc comme ça sans vouloir déformer tes propos), mais bon

Sinon "...voir fais tout à la main", c'est à dire ??

Je ne vais pas me créer ma propre librairie j'en ai pas le niveau, et pourquoi réinventer la roue.

[cocothebo]

Et aussi ne pas oublier que la fonction "loop()" d'arduino ben en fait comme son nom l'indique c'est une grosse boucle. Pourtant on ne dit pas que c'est bloquant un programme arduino par défaut

 

en gros le "vrai" programme compilé c'est un truc du genre:

int main(void) 
{
  setup();

  while(true)
  {
    loop();
  }

}

Après pour refaire à la main en non bloquant ya bcp de solutions plus ou moins précises, la plus simple c'est de regarder un début de la fonction le temps et faire le traitement associé en fonction de celui ci.

Par contre ça manque cruellement de précision.

Bien sur on ne fait pas de boucle d'attente (ou delay) ou continuetjs l'exécution, on teste juste si le temps demandé est échu.

[Oliver17]

"en gros le vrai programme compilé c'est un truc du genre : "

 

Ok, en fait je connais, déjà fais en C++ (mais c'est que je retiens certaines chose dis donc ^^ ), Sinon je préfère allez plus vers la précision, je pense que c'est primordial surtout lorsque tu utilises des capteurs de distance ou une IMU.

 

Après je dis ça sans trop connaitre la démarche, mais c'est l'idée que je me fais.

[Oliver17]

Ah ah aaahhhhhh merci pour le rappel sur l'instruction Switch, du coup ça fonctionne nickel, mes servos tournent pendant que j'ai mon fade in out sur mes led's ^^
On va voir si ça dure, ça va bien planter à un moment lol ^^

[Oliver17]

Hey heyyyy plop les Maker's, bon juste un p'tit screen sans prétention mais je suis plutôt content de moi pour l'instant, j'ai séparé quasi tous les modules du programme principal (il me reste le capteur de distance à gérer), le tout sans aucun While, tout est géré avec le temps "content Rosco", j'espère que ça va durer lol, et c'est cool j'ai appris des trucs en plus ^^

 

Une fois le capteur de distance opérationnel va falloir que je me mette sur l'IMU.

 

Quand je regarde le Main (Com), je ne vais plus avoir grand chose dedans lol, tout le reste communique quasi entres eux, j'espère être sur la bonne direction ^^

 

Bref un screen sans prétention :