Bonsoir,

pas tout à fait

la video vers les 6 mn, (ben oui faut aller jusqu'à la fin  ) te montre un programme tout simple qui fait ce que tu souhaites ou peut te mettre sur la piste.
Evidemment on peut pas copier/coller le programme sur l'écran, mais il n'est pas long à taper...

[sa]

Bonjour,

Si le shield LCD est branché, sa broche 5V est alimentée. En y connectant une de ses broches analogiques (aussi disponible sur la Uno) tu peux vérifier la présence du 5V donc du shield.

Ceci à condition d'avoir accès aux "broches arduino" sur le shield???
Et peut-être mettre une résistance ou un pont résistif pour sécuriser la broche analogique?

......suite:
un site utile,  pour comprendre la commande de moteur CC:

http://www.mon-club-elec.fr/pmwiki_mon_club_elec/pmwiki.php?n=MAIN.ArduinoExpertMoteurCCDFRduinoMotorDriver1ATestSimple

Ta carte Roméo ressemble dans le principe au montage de cet exemple (uno+ driver moteur)
Les pins D4 et D5 ont les mêmes rôles.
(sauf l'erreur suivante     const int sensMoteur1=4; // Constante pour la broche 2  4
                                 const int vitesseMoteur1=5; // Constante pour la broche 3  5 )


 

[total]

Bonsoir,

Oui c'est non seulement possible, mais nécessaire. Si tu branches le moteur directement sur les broches digitales (D0...à......D13) tu les détruis car elles ne fournissent pas la puissance nécessaire.
Le connecteur M1 est fait pour les 2 fils d'un moteur en courant continu (entre-autre).
Par l'intermédiaire (sur la carte) du circuit de puissance L298, le connecteur M1 est commandé par les 2 pins digitales D4 (sens de rotation)  et D5 (vitesse).   (voir la doc citée par infobarquee...)
Quelle est la consommation ( en mA ...) de ton moteur? Par la prise USB, c'est limité (500mA au total), donc moins pour le moteur, suivant ce qui est autour de la carte.
Prévoir dans le doute une alim extérieure suffisante:
       "SpecificationDC Supply:USB Powered or External 6V~23V DC
        DC Output:5V(2A) / 3.3V DC
        Motor driver Continuous Output Current:2A "

 

Bonsoir,

tu veux la réponse en anglais ou en français ?   

[mms.free.fr]

Bonsoir,

vu dans le programme:
"GPRS_Serial.println("AT+CGDCONT=1,\"IP\",\"mms.free.fr\",\"212.27.40.240\",0,0");"

Quelle est la carte sim?
Si c'est la carte free à 2€, il faut peut-être ajouter l'option MMS à 1€
(voir fiche tarifs free)

Bonsoir,

 for (pos2 = 90; pos2 >= 20; pos2 -= 1)
  {
    pos3=map(pos2,90,20,90,10);
  servo2.write(pos2);
  servo3.write(pos3);
 servo4.write(pos4);      //pos4 et pos5 n'étant pas affectés par la boucle, mieux vaut les mettre en dehors et seulement quand ces 2 servos doivent bouger. Faire de même le tri dans les autres boucles
  servo5.write(pos5);
  delay(50);
}

......

{           // ?????? et la }   correspondante à la fin ????
   delay(500);

for (pos4 = 0; pos4 <= 45; pos4 += 1)

Si j'ai bien compris, en mode universel, pour que tout le monde puisse donner des ordres, il faut se limiter aux ordres pré enregistrés.

oui
Une possibilité : par exemple, la commande vocale "un" correspondra à une fonction ex"allumer TV" , "deux" à  "fermer volets"...
ce qui implique que ta copine, toi et... mémorisent ce menu ça devrait le faire  avec un peu d'apprentissage.

 

Et en mode mono locuteur, il ne reconnaît que les ordres enregistrés, et par la voix qui les a enregistrés, mais pour ça, faut un Pc (pour enregistrer, pas pour fonctionner).

Le lexique monolocuteur (groupe SD) peut être construit sans pc avec des commandes spécifiques (voir manuel: p24.commande "train" "group_SD"... et page 30: le programme pour "ajouter une commande SD".
Avec mon vieux PC XP    j'ai pas hésité à utiliser "EasyVR commander" ...la procédure par microcontrôleur ne m'inspirait pas.
Dans ce mode, il me semble qu'il y ait 32 commandes possibles, donc une possibilité: un utilisateur enregistre ses commandes, 1 autre les siennes , le 3° les siennes etc...(total maxi 32). donc 3 fois 10 commandes.
La commande "ouvrir volets" étant enregistrée par les 3 utilisateurs. Ces 3 commandes seront reconnues pour la même fonction. En option:  filtrage possible et interdiction d'une fonction à tel utilisateur s'il ne l'a pas enregistrée.
(Mettre ces commandes dans le même groupe SD pour faciliter le programme d'utilisation)

[multilocuteur]

Bonjour,

Je confirme (j'ai un module EasyVR) qui fonctionne en autonomie avec un µC(arduino)  en serie TTL 5V .
Pour les performances "vocales" voir les restrictions sur cette discussion:
http://arduino.cc/forum/index.php/topic,107451.0.html
et autres discussions plus anciennes (recherche sur le forum francophone)

Si c'est pour un usage multilocuteur (speaker universel) le lexique est imposé et ciblé pour la commande de déplacement d'un mobile (chariot, voiture...) ou liste des nombres de zéro à dix.

En mode monolocuteur, l'usage du PC (avec le soft "EasyVr Commander") facilite énormément la construction du lexique de commande. L'arduino peut servir d'adaptateur, entre le PC et le module, avec ou sans shield.
Voir aussi le manuel  d'EasyVr, complet sur cet usage.  (et p34 les lexiques multilocuteurs )
http://download.tigal.com/veear/EasyVR_User_Manual_3.4.2.pdf

Code:

// Importation del a bibliothèque de GSM
#include <GSM.h>

Bonjour,
La librairie "GSM.h"   est destinée au shield GSM officiel d'arduino. Elle n'est pas compatible avec ton shield de Seeedstudio.
Donc pas étonnant que le code ne marche pas.
Il existe la librairie GoGprs pour le module GSM de ton shield :http://arduino103.blogspot.fr/2012/11/la-librairie-gogprs-pour-le-gsmgprs.html
convient au module Sim900 (ou conviendrait? certains signalent des bugs).
Sinon pour un envoi simple de SMS :http://www.seeedstudio.com/wiki/GPRS_Shield_V2.0

Code:

///SendTextMessage()
///this function is to send a sms message
void SendTextMessage()
{
  mySerial.print("AT+CMGF=1\r");    //Because we want to send the SMS in text mode
  delay(100);
  mySerial.println("AT + CMGS = \"+86186*****308\"");//send sms message, be careful need to add a country code before the cellphone number
  delay(100);
  mySerial.println("How are you ?");//the content of the message
  delay(100);
  mySerial.println((char)26);//the ASCII code of the ctrl+z is 26
  delay(100);
  mySerial.println();
}

mais bon..... c'est plus facile de lire que la moitié 

Les précisions arrivant souvent à la fin, ça m'arrive de négliger le début... 
Je sais c'est pas bien, je promets de faire un effort 

pour gérer la vitesse, lorsque je chang un paramettre mes 2 servos sont concernés
j'ai essayé ça, mais ça ne marche pas , vous avez une astuce dans votre chapeau ?

Dans le code que j'ai fourni les 2 servos sont liés par la boucle for du début à la fin du mouvement.
Servo1 tourne de 45°, servo2 de 180°, donc servo2 doit pivoter 4 fois plus vite.

 Sois plus précis: quelle gestion précise de la vitesse de chaque servo veux-tu obtenir? Tout en conservant la simultanéité des mouvements?
Tant que tu souhaites la simultanéité (du début à la fin) la vitesse dépend de l'amplitude (de rotation) de chacun par rapport à l'autre.

Code:

for(pos1 = 45; pos1 <= 90; pos1 += 1){
      pos2=map(pos1,45,90,180,0);    // servo1 de 45à 90, servo2 de 180 à 0 
      myservo1.write(pos1);
      myservo2.write(pos2);
     delay (50);
     }
 
delay(1000);
 
for  (pos1 = 90; pos1 >= 45; pos1 -= 1){                                 
       pos2=map(pos1,90,45,0,180);             // servo1 de 90 à 45, servo2 de 0 à 180
       myservo1.write(pos1);
       myservo2.write(pos2);
       delay (50);
     }

1 boucle pour un mouvement et une autre  pour le retour

[for]

Bonjour,

Intéressante comme question. La réponse m'intéresse aussi.

En utilisant la fonction map:   http://arduino.cc/en/Reference/Map

avec pos1, pour le servo1   et pos2, pour le servo2,
EX: dans la boucle for contrôlée par pos1,  introduire pos2=map(pos1,45,90,180,0) 
(pos2 varie de 180 à 0 pendant que pos1 varie de 45 à 90)
Tu devrais obtenir 1 bras (pos1)de 45°à 90°  et l'autre (pos2) en même temps de 180° à 0 °
 à tester....

Bonsoir,

La librairie GSM ( construite pour le shield officiel Arduino) n'est pas compatible avec le shield Seeeduino ( source discussion du wiki Seeeduino). Rien d'étonnant, les modules GSM y étant différents.