Show Posts
Pages: [1] 2 3
1  International / Français / Re: Possibilité de l'arduino - Début en programmation embarquée on: February 11, 2011, 07:40:09 am
Merci, je vais continuer dans se sens avec la fonction millis.

Je regarde sa se week-end car il faut que j'avance dessus, si j'ai un souci j'essaierais de faire une explication avec mon code, mais vu que j'essaie de crée des classes pour chaque groupe de fonctions c'est vite éparpillé.
2  International / Français / Re: Possibilité de l'arduino - Début en programmation embarquée on: February 11, 2011, 04:32:53 am
J'ai vu que le Atmega1280 aurait 4 timer 16Bits et 2 de 8 bits, si je comprend bien, avec la bibliothèque MsTimer2 on utilise le timer 2.

Je vais analyser le code source de MsTimer2 pour voir comment on l'utilise mais il y a peut être des explications déjà effectuées sur se sujet?
3  International / Français / Re: Possibilité de l'arduino - Début en programmation embarquée on: February 10, 2011, 09:06:11 am
Merci Korman, c'est exactement le lien que j'avais regardé, mais j'ai peut être tout simplement fait des erreurs dans mon code qui du coup le plante. En tout cas maintenant je sais qu'il est sensé fonctionner malgré les informations que j'ai besoin de traiter. Il est difficile de juger de la puissance de calcul du contrôleur lorsque l'on y est pas du tout habitué, pour moi je lui en demandait peut être trop, mais apparemment non il peut largement encaissé sa.


En ce qui concerne la classe "MsTimer2" cela a l'air de convenir parfaitement mais le .h et bizarre, j’avais jamais vu de namespace en C++ (En .net oui mais pas en C++) du coup je peut pas instancier plusieurs fois cette classe, ou je mi prend mal, pour faire mes 4 timers.

J'ai essayé de faire simplement:

MsTimer2 Montimer1;
MsTimer2 Montimer2;  etc..

Mais sa cela marche pas. Bon je suis au boulot donc j'ai pas regarder plus que sa.

4  International / Français / Re: Possibilité de l'arduino - Début en programmation embarquée on: February 10, 2011, 01:38:26 am
J'ai trouvé, la gestion des interruptions Timer.

C'est exactement ce que je cherchais. On peut utilisé combien de timer ? Je vais chercher.
4 timers serait parfait mais bon...
5  International / Français / Re: Possibilité de l'arduino - Début en programmation embarquée on: February 10, 2011, 01:29:59 am
Merci de vos réponses, cela me rassure, lors de ma formation ont a pas abordé l'embarqué de façon plus importante, c'est bien dommage, surtout pour l’orientation final de la formation, l'industrie.

En tout cas merci à vous, mais si vous avez des liens en français si possible pour expliquer comment gérer sa, se serait sympa, je suis trop mauvais en anglais, je me fais une formation à la maison car cela me manque trop, mais reprendre les cours après 20 ans c’était déjà pas facile, j’avoue que les matières générales les moins payante pour l'examen ont été mise de coté.

Par contre je retiens l'idée des interruptions timers, car j'ai cherché dans cette direction mais je suis toujours tomber sur la fonction "millis", vous pourriez développer ou m'indiquer un lien qui explique sa.

Merci encore, car je commençais à regarder du coté des FEZ mais avec ce que j'ai besoin comme entrée sortie il me faudrait la Cobra qui est quand même bien plus cher ou les plus petite avec les carte d’extension IO en I2C ce qui revenais au même.
6  International / Français / Re: Possibilité de l'arduino - Début en programmation embarquée on: February 09, 2011, 09:54:34 am
J'utilise des servo-moteur classique avec la bibliothèque "servo.h".

Tout les tests que j'ai effectué sur un seul ou 2 servo-moteurs sont concluants, d'ailleurs ils marchent en se moment même (2 servos) avec un arduino mega qui ne fait que sa pour le moment. Pas de gestion de la DS1307 ou de l'afficheur.

Donc séparément cela marche parfaitement. Mais mon intégration n'est pas encore top top. La DS1307 (heure) marche bien, l'afficheur seul marche bien.

Pour le moment j'ai intégré seulement ces 3 fonctions (heure / 2 servo-moteur / l'afficheur) ainsi que l'EEPROM et le Serial pour le débogage et l'envoie de trame pour le paramétrage des variables si besoin.

L'arduino envoie des trames série uniquement si je lui demande quelque chose. Et par contre je vérifie la présence de donnée sur le Serial tout les 300 ms il me semble.

Juste se que je voudrais savoir c'est si l'arduino est capable de gérer tout sa.
7  International / Français / Possibilité de l'arduino - Début en programmation embarquée on: February 08, 2011, 04:45:00 pm
Bonsoir à tous


Pour ceux qui me connaisse déjà, je suis sur un projet avec l'arduino Mega pour gérer mon Aquarium récifal.

J'ai testé plusieurs partie de ce que je souhaite faire séparément mais je bute sur l’assemblage de tout sa.

Mon principal souci c'est la commande des servo moteur avec le gestion du reste de l'application. Les servos me servent à faire des oscillateurs de pompe de brassage dans l'aquarium. Les servos moteurs doivent être relativement linéaire dans leurs déplacements.

Pour le moment j'ai 2 servo-moteurs à commander, mais je vais aller jusqu’à 4.

Donc en faite je voudrais savoir si la puissance de calcul de l'arduino mega devrais pas être un souci.

Voila ce que je veux qu'il fasse:

Donc gestion des 4 servomoteurs.
Gestion de l'heure à la minute prêt, inutile d'aller à la seconde.
Gestion de mon afficheur clavier et voyant  en I2C. Gestion de celui-ci par micro-contrôleur donc moins rapide que la DS1307.
Gestion des capteurs de niveau d'eau et commande des pompes en fonction de leur état.
    -Niveau d'eau Osmosé (mini maxi)
    -Niveau d'eau de mer  (très mini, mini, maxi de la décantation et maxi bac)
Gestion de l’éclairage ( 5 commandes).
    -Gestion de driver gradable de LED plus tard.
Gestion de la température avec commande de ventilateurs et monter de la rampe d’éclairage en cas de surchauffe.
Gestion de monter et descente de la rampe d’éclairage (commande manuel). Capteur haut et bas.
Gestion de la présence secteur (entrée relais) pour la commande des pompes au retour de tension.
Gestion des pompes doseuse ( 4 Moteur 12V). Fonctionne quelques fois dans la journée par intermittence et jamais en même temps.
Possibilité de modifier les variables au clavier (heure / vitesse des servo ainsi que leur butée jour et nuit / heure d’éclairage etc...)
Sauvegarde des variables en EEPROM.

Ensuite Gestion de 2 autres entrées analogique, PH et Redox (lorsque j'aurais fabriquer les cartes)

Possibilité plus complète de paramétrage par logiciel sur PC par envoie de trame sur port COM puis par Ethernet lorsque j'aurais le shield. Interrogation des variables, modification des variables.

Donc voila, est-ce que le processeur est capable de traiter tout sa, est-ce que cela vous semble possible. Sachant que j’interroge ou surveille pas tout les composants dans le même tour de boucle.

Interrogation de l'heure toutes les minutes,
interrogation ou envoie de l'afficheur tout les 100 millisecondes (1 commande sur l'I2C à chaque fois).

Le plus rapide c'est les servo avec en moyenne un top de 1° tout les 50 à 300 millisecondes pour les 4 servo.

Actuellement je peine pas mal avec la gestion des millis et mon I2C du coup la commande de mes servo ne sont pas du tout fluide.

Merci de vos informations. Lorsque l'on a l'habitude de travailler à des logiciels sur PC, l'embarqué semble bien léger, mais peut être que c'est juste une question de méthodologie.

Ils sont ou les timer smiley et les threads smiley


8  Forum 2005-2010 (read only) / Français / Re: Cast d'un String vers integer on: January 12, 2011, 04:48:07 pm
Se serait bien effectivement mais bon d'un autre coté à force de tout simplifier on oublie les rudiments. cela fait en gros 1 an que je fait du VB.net et VB6 alors que m'a formation de base en IRIS c'est C et C++ mais on perd trop vite à pas pratiquer.

On s'y retrouve avec les langages moderne mais quand faut revenir au C ou C++ sans parler de l'assembleur que l'on a malheureusement pas vu, cela deviens vite un casse tête pour des choses que l'on est sur d'avoir pourtant déjà vu.

Comme par exemple j'essaie de manipuler des String car j'ai pris l'habitude en VB c'est simple mais du coup c'est pas forcement plus pratique en C++. Alors qu'en étude on a vu les String qu'a la fin, une fois que l'on avait vu avant les bases. Mais remanipuler des tableaux de char n'est pas si simple.
9  Forum 2005-2010 (read only) / Français / Re: Cast d'un String vers integer on: January 12, 2011, 03:37:21 am
Qu'est-ce que tu appel faire un essaie sous Processing ?
10  Forum 2005-2010 (read only) / Français / Re: Cast d'un String vers integer on: January 12, 2011, 12:50:58 am
Merci, je vais tester sa. Cela m'énerve d'avoir oublié sa, à force de bosser en VB6 au boulot.
11  Forum 2005-2010 (read only) / Français / Cast d'un String vers integer on: January 11, 2011, 02:18:19 pm
Bonsoir,
tout est dans le titre, je cherche le moyen de faire un cast sur un String pour le mettre en integer. ce qu'il y aura dans le string sera un chiffre bien sur.

Merci

PS: un String pas un Char*
12  Forum 2005-2010 (read only) / Français / Re: Connections I2C Afficheur + clavier on: January 13, 2011, 06:59:36 am
Bonjour,

Apparemment le micro-contrôleur est bien aussi prévu de fonctionner à 100Khz. Par contre la personne qui s'est occupée de cet afficheur me confirme qu'il faut bien un temps de pose entre chaque envoie car la gestion de l'I2C sur le micro est entièrement logiciel. Il y a donc un temps de traitement plus long que la DS1307 qui elle a une gestion hardware. Donc tout est normale à ce niveau. Donc j'ai plus qu'a bien gérer mes envoies I2C.

Merci de votre aide
13  Forum 2005-2010 (read only) / Français / Re: Connections I2C Afficheur + clavier on: January 13, 2011, 02:10:30 am
Bon ba un grand merci car tout marche impeccable, j'ai ajouté avant chaque envoie sur l'I2C un "delay(100)" pour le moment, il faudra que je le modifie par la fonction "millis" dans le "loop" mais cela marche nickel, je vais essayer de réduire le "delay" aussi mais bon c'est pas non plus bloquant les 100ms une fois que cela sera gérer avec "millis", ainsi que le "I2C_Read", j'ai enlevé le "endTransmission()" et c'est bon + le "delay" ajouté aussi.

Je vais quand même demander pour la fréquence du bus, mais vu que la DS1307 marche bien j'ai peur qu'elle se mette a déconner, vous en pensé quoi?
14  Forum 2005-2010 (read only) / Français / Re: Connections I2C Afficheur + clavier on: January 12, 2011, 03:43:52 pm
Merci, il faut pas que cela me bloque aussi mon DS1307. Mais je vais regarder le lien, merci
15  Forum 2005-2010 (read only) / Français / Re: Connections I2C Afficheur + clavier on: January 12, 2011, 08:59:52 am
Merci pour l'info, dans la partie I2C_Read

En ce qui concerne la simplification, merci mais il n'y a pas de souci je suis vraiment en plein débogage donc c'est brut de décoffrage.

Par contre en ce qui concerne l'addition smiley j'ai rien invente à ce niveau j'ai repris le code utilisé au boulot. C'est clair que c'est bizarre.

Donc pour la lecture je vais tester sa.

Par contre dans la partie écriture I2C_Write je n'est pas de requestfrom et cela plantait tout pareil si j'avais pas de serial.print. Je vais tester avec des (delay). Mais vu que je vais gérer 2 servomoteurs la vitesse va être gérer avec Millis (de mémoire), il va falloir que j'intègre aussi cette fonction pour géré l'intervalle de temps entre 2 envois.

En tout cas un gros merci d'avoir répondu car je commençais à me sentir un peut seul  ;D
Pages: [1] 2 3