Bonjour,
Ton délais 10 ou 15ms est trop court, il faut au moins 20ms pour rafraichir un servo.
Un delais de 50 ms est plus approprié.
un step de 1° n'ai pas forcément visible sur un servo, certains vont "décoller" qu'après 2 à 5° et c'est pas forcément linéaire.
Cela change aussi suivant l'alimentation, sur une roméo tu as un connecteur dédié pour les servos, tu peux leurs donner du 5V ou 6v et aussi avec une bonne réserve d'intensité (ne pas oublier que les servos sont fait pour le modélisme et en modélisme on utilise des batteries qui peuvent "cracher" jusqu'à une centaine d'ampères ;o)

A+ Teiva

Bonjour demss,
C'est vrai le 8 et 16 mhz sont pas bon pour les valeurs classiques du série, mais c'était un choix classique de quartz et de version de micro-contrôleur (à l'époque du début d'Arduino).
En pratique ça pose rarement des problèmes, il y a une bonne tolérance sur les fréquences en série, évidemment il faut rester en dessous de 19K ou 128K pour les vitesses au dessus il faut un appairage entre les 2 équipements ( par exemple pour le 500K ).
Et aujourd'hui les interfaces usb - série ne sont pas forcément meilleur que ça ;o)

A+ Teiva

Bonjour,
Avant de te lancer dans le rs232 ( qui est une vrai bonne solution), tu devrais essayer en baissant la vitesse à 4800 bds, vérifie aussi la qualité de ton câble, as tu 5V à la sortie ??
Si tu utilises du câble réseau prends une paire pour la Gnd/+5V et le signal sur un seul fil d'une paire, ne branche pas les autres fils à la masse, laisse les en l'air.
Si ça va toujours pas suit la piste du rs232 ou rs485 qui sont prévus pour des "grandes distances" ( plus de 4 cm ;o)

A+ Teiva

Bonjour cereal,
Tu peux utiliser la librairie Virtual Wire elle fait le boulot pour les transmissions radio, c'est idem pour ton laser.
http://www.open.com.au/mikem/arduino/VirtualWire.pdf

A+ Teiva

Pour le TLC5940
C'est un chip fait pour être cascadé "à la queue leu leu" tu peux donc en mettre plusieurs, c'est un problème de connectique, on les voient souvent par 3 pour contrôler le RGB.

A+ Teiva

Bonjour karistouf,

Pour l'arduino extreme v2 : selon le site d'Arduino c'est une vielle carte (avant ng) a base de 328 ou 168, donc compatible avec arduino classique.
Ce n'est pas un atmega128 qui lui fait parti d'une autre famille et n'est pas trop supporté par Arduino.

A+ Teiva

Mesure la tension sur la pin +5V, quand tu l'alimentes par Motor power ou power input.
Tu es peut être trop juste sur la tension 6..7V.

A+ Teiva

Peut être, si tu  es sous windows 7, il faut lancer ton programme en mode administrateur (à cause des droits d'accès aux périfs bas niveau).

A+ Teiva

Bonsoir Bernardino,
J'ai revérifié sur le dernier arrivage d'Arduino, c'est bien un gros quartz et un résonateur comme sur la photo.
C'est bizarre que ta carte possède deux "quartz ou résonateur" ? miniature, c'est bien une carte d'Arduino ou une compatible ou clone d'ebay ?
Tu l'as bien reçu dans une boite bleu avec un sceau et un numéro de série Arduino ?

Si tu peux envoyer une photo de ta carte, on essayera de tirer l'affaire au clair 

A+ Teiva

Bonjour,
Plus précisément il y a un quartz de 16mhz pour l'atmega8U pour la précision demandé par l'USB et
un résonnateur  16mhz (ceramic) pour l'atmega328.

Pourquoi pas un seul quartz ? pour passer l'homologation FCC il ne faut pas que la carte rayonne trop de champs radio, et relier les 2 micros aurait fait une espèce d'antenne 16Mhz.

Mais si tu dessoudes le résonateur, il y a la place pour souder un quartz, il faut rajouter 2 capa.

A+ Teiva

A première vu tu dois faire  :

OneWire capteur1( broche1 );
OneWire capteur2( broche2 );

Ensuite ton programme doit travailler un coup sur l'un un coup sur l'autre.

Tu vois que si tu les met sur la même broche ça sera plus simple, car c'est déjà prévu (adresses différentes) ...

A+ Teiva

Pour les ds18B20 et donc le bus 1wire de Dallas, le plus simple c'est de les mettre sur la même pin, par logiciel il interrogera l'un ou l'autre.

Sinon tu peux mettre ton bout de programme entre

Code:

code /code

ça sera plus facile.

A+ Teiva

Tu peux les tester "à la main" :
Sur le récepteur en sortie tu met une led (très faible conso) avec une résistance ou tu banches sur une entrée digital de l'Arduino.
Sur l'émetteur tu branches l'entrée un coup sur +5 un coup sur Gnd
La led du récepteur doit clignoter.

A+ Teiva

Il est probable que ta lenteur provienne du SPI.
Tom Igoe (core arduino developper) a constaté le même problème, par contre ça va mieux avec l'ancienne lib MemoryCard library.

(pour l'instant personne n'a eu une idée pour résoudre le bug).

A+ Teiva

-------- Message original --------
Sujet:    [Developers] SD or SPI problem?
Date :    Thu, 20 Jan 2011 15:30:43 -0500
De :    Tom Igoe <tom.igoe@nyu.edu>

We've been playing around with a LinkSprite camera here at ITP, and as part of it one of our researchers ran SparkFun's example that writes to an SD card via the MemoryCard library.  We took the same code, and changed it to the current SD library.  Both libraries use sdfatlib under the hood.

With the MemoryCard library: Arduino Uno took approx. 6 seconds to write to an SD card, a 12K file.
With the SD library:  took 260 seconds to write the same image to the same SD card.

Not sure if the problem is with the SD library, or the SPI library, but it bears some investigation.  I recall we discsussed SPI modes, but can't recall what we defaulted to. Anyone got an idea?

t.

C'est peut être plus simple de programmer un petit Atmega ou un pic pour faire ton pont i2c - série.
Comme tu connais déjà l'Arduino, peut être l'Atmega85 ira bien.
2-wire Serial Interface (I2C compatible)    Yes
Universal Serial Interface    Yes

A+ Teiva