Loading...
  Show Posts
Pages: 1 ... 42 43 [44] 45 46 ... 79
646  International / Français / Re: Contrôle de moteur "trop" puissant on: August 04, 2012, 08:19:16 am
Quote
par contre si je veux le commander avec un pin I/O le moteur ne fonctionne pas

Assassin !

D'après toi que ce passera-t-il si ton moteur se bloque ?

Oui je sais le moteur ne doit pas se bloquer, sauf qu'un jour où l'autre cela arrivera.
Et dans ce cas le courant sera égal à I= 5V/Résistance de la bobine.
Et le courant sera très supérieur aux 20mA permanents ou au 40mA exceptionnels sur une courte durée.

Ne pas utiliser un organe extérieur (transistor, relais, pont en H, etc) entre un microprocesseur et un moteur c'est jouer avec le feu. Sanction quand cela arrive -> un microcontroleur à changer, s'il est en boitier dip sur support ce n'est pas grave mais si c'est un boitier CMS c'est la carte entière à changer.
647  International / Français / Re: USB/Serie ATmega8U2 : Charge CPU PC à 100% on: July 31, 2012, 11:41:58 am
Quote
Les développeurs ne dorme pas, ils passent en vieille prolongé

Chacun ses goûts, mais moi je préfère les jeunes. smiley-grin
648  International / Français / Re: Reset soft possible sur HD44780 on: July 27, 2012, 07:32:06 am
Question :
Est ce que tous les fils de liaisons sont identiques ?
Dans identique j'inclus aussi la longueur et pas seulement le diamètre du fil ou la couleur de l'isolant.
Si la conception du 'low cost' compatibles HD44780 est de piètre qualité il se peut que les temps de transit à l'intérieur du CI n'aient pas été pris en compte, le CI peut aussi être sensible au temps de monté dans la phase d'initialisation.
Sont-il blindés ? -> le fait de les organiser en toron que l'on entortille avec un fil relié d'un coté à la masse de l'arduino et laissé en l'air de l'autre améliore-t-il le "bug" ?
649  International / Français / Re: Limites de l'arduino ? on: July 27, 2012, 07:15:42 am
Quote
En ce qui concerne l'EEPROM le nombre de cycles erase/write est de 100 000.

Pour l'eeprom interne au micro-controleur oui, mais pour les eeproms externes la limite est 10 fois plus avec l'avantage de pouvoir les changer aisément alors qu'avec celle interne au micro c'est le micro qu'il faut changer.
Les eeproms externes se trouvent en boîtier dip8 protocole I2C (ou ISP pour certaines).

650  International / Français / Re: Pont en H 12v 15Amp on: July 26, 2012, 08:32:44 am
Un moteur ou un générateur c'est le même principe :
Tu le fais tourner cela créer un champs magnétique donc de l'électricité.
Tu lui mets de l'électricité il se met à tourner.

Quelques "vieux termes de dans le temps" :
Force électromotrice (fem) : c'est la tension que tu applique au moteur
Force contre électromotrice (fcem) : c'est une tension que génère le moteur quand il tourne et qui s'oppose à celle qui le fait tourner. Plus il tourne vite plus cette fcem est élevée.
Courant qui traverse le moteur : I= U/R
R = résistance du bobinage
U = fem -fcem.

Au démarrage la vitesse est nulle donc la fcem est nulle aussi et I=Ualim/R.
Dès que le moteur commence à tourner la fcem augmente et I diminue.
Ce qui compte pour les composants de commande c'est leur aptitude à encaisser des surcharges de très courtes durée : exemple le fusible 15A est souvent du type retardé, c'est à dire qui lui faut du temps pour fondre ce qui laisse passer le pic de courant

C'est à la vitesse maximale, c'est à dire non chargé que le moteur consomme le moins.
Dés que tu lui applique une charge il va ralentir, la fcem va diminuer et il consommera davantage.
Plus tu appliques un rapport de démultiplication, plus le mode de fonctionnement se rapproche du mode non chargé.
C'est pourquoi on fait des moteurs qui tournent vite pour pouvoir démultiplier derrière.

Je devine ta pensée : c'est bien gentil ce tu écrit là mais tu utilises aussi le Viron ! smiley-grin

D'abord pourquoi se priver d'une unité aussi performante et je viens juste de décrire le principe.
L'application pratique dépend de chaque moteur et il faut donc une datasheet, ce qui avec de la récup va être difficile.
Néanmoins tu peut mesurer la résistance du bobinage qui te permettra de calculer le pic de courant mais compte tenu de sa brièveté ce ne sera pas un paramètre principal.

PS : si vous saviez comment j'ai souffert pendant mes cours sur les moteurs ! Voilà que je ressort les vieux souvenirs 40 ans.

651  International / Français / Re: Pont en H 12v 15Amp on: July 26, 2012, 07:35:23 am
Quote
oui oui, 180w, enfin environ.
Environ ou en Virons ?

Ah ce "Viron" qu'elle unité magique ! smiley-mr-green
652  International / Français / Re: Recopier l'état d'un PIN en temps réel sur un autre PIN (relais 5V) on: July 26, 2012, 04:44:41 am
La dernière image du dernier lien
http://blog.makezine.com/2009/12/07/arduino-skeleton-look-mom-no-pcb/
corespond à ce que je pensais :

Un boîtier + un toron de 5 fils qui sortent (PWM1,PWM2, select, servo, Vcc, gnd)
Un peu scotch pour tout isoler et immobiliser et  et le tour est joué.
653  Using Arduino / Networking, Protocols, and Devices / Re: Using analog input interferes with i2c on: July 25, 2012, 02:14:00 pm
Quote
I found in twi.c the lines that enable the internal pull-up resistors and commented them out. So, we'll see.
Pull-up must stay deasabled.
Pull-up value are between 30K and 70kohms, fonction of the batch.
This value is too higher for I2C.

Grumpy_Mike say you the good value : 4,7 kohms.

Have a look on UM10204 I2C-bus specification Rev4 13 february 2012.
654  International / Français / Re: Recopier l'état d'un PIN en temps réel sur un autre PIN (relais 5V) on: July 25, 2012, 01:57:49 pm
1x 7400 ne prend pas beaucoup de surface et il est possible de le monter en mezzanine sur la carte arduino-mini.
Quelque mm en hauteur à trouver ce devrait-être possible. smiley-mr-green

Sinon il y a le câblage "perchoir à mouche" noyé dans la colle----->Ok je sors  smiley-mr-green
655  International / Français / Re: Recopier l'état d'un PIN en temps réel sur un autre PIN (relais 5V) on: July 25, 2012, 11:24:29 am
On va essayer de rester positif et constructif.

Tu n'avais pas l'intention de faire un circuit imprimé, c'est ton choix et je le comprend parce que ce n'est pas simple quand tu ne dispose pas du matériel adapté de graver un circuit ou c'est hors de prix en réalisation extérieure.

Mais entre le circuit imprimé "maison" et la boite de connexion, dite breadboard, il existe la plaque percée et pastillée au pas de 2,54 mm qui te permet de câbler très simplement des 7400 ou tout autre boîtier en brochage à piquer (DIPx) et pourquoi pas un ATMega. smiley-mr-green

Si tu montes tous tes circuits intégrés sur des supports le câblage sera plus facile.
Dernier conseil pour relier les divers composants entre eux choisi plutôt du fil de cuivre mono-brin et de petit diamètre. Le fil multi-brins se met moins facilement en forme.

Exemple de plaques :
http://www.gotronic.fr/cat-circuits-et-plaques-783.htm

Il existe deux modèles
- pastilles indépendantes
- bande de pastille que tu coupe à la longueur voulue avec un foret ou un cutter.
Les pastilles indépendantes permettent de réaliser un câblage plus compact, les bandes permettent de séparer les soudures composant/fil en découpant des petites bandes de deux 'pastilles'.

Elles existent en deux matériaux
- bakélite (FR2) pas cher mais cassant.
-Verre epoxy (FR4) un peu plus cher mais incassable.

Dans le domaine de l'électronique embarquée il faut bien que tu te mettes dans la tête que tu auras deux outils indispensables:
- le clavier pour programmer.
- le fer à souder pour câbler.
656  International / Français / Re: Recopier l'état d'un PIN en temps réel sur un autre PIN (relais 5V) on: July 25, 2012, 07:05:28 am
Quote
Par ailleurs tu sembles ne pas savoir du tout comment marche un servo de modélisme

Bon sujet ma foi !
jihelbi puisque tu dis connaître les servos, peut tu nous faire parvenir un synoptique de fonctionnement d'un servo ?
Un exemple de schéma électrique interne, même simplifié, serait un plus appréciable.
Et pourquoi pas un tuto, je pense que cela intéressera beaucoup de monde sur ce forum.
Utiliser c'est bien, comprendre ce que l'on fait c'est mieux parce que cela permet de trouver des astuces non prévues par le constructeur, et c'est ce que j'ai compris de la démarche d'al1fch.

Merci
657  International / Français / Re: avrdude: stk500_getsync(): not in sync: resp=0x00 on: July 24, 2012, 03:48:03 pm
Je comprend mieux ton conseil :
Quote
Avec une carte Arduino Ethernet (sans 8u2) et une petite carte 8u2 séparée comme c'est le cas pour Sathard il est facile de tester séparément les deux cartes.
Effectivement la meilleure méthode est de séparer les variables.
658  International / Français / Re: avrdude: stk500_getsync(): not in sync: resp=0x00 on: July 24, 2012, 02:29:25 pm
@Barbudor
Mais comment expliquer le  "stk500_getsync(): not in sync: resp=0x00".
Si le dialogue était possible avec l'USB avrdude ne râlerait pas.
Après que cela ne passe pas bien entre le 8U2 et le 328 c'est une autre affaire.
Je n'ai pas beaucoup d'expérience dans les micro-controleurs mais il me semble qu'il y a déjà un pb avec l'usb, enfin c'est n'est qu'un avis.
659  International / Français / Re: avrdude: stk500_getsync(): not in sync: resp=0x00 on: July 24, 2012, 11:14:03 am
Ou j'ai rien compris et vous oubliez ce que je dit ,
Mais ce n'est pas le 328 qui gère l'USB mais le 8U2,  pourquoi vouloir changer le bootloader du 328 ?

L'énoncé du problème me rappelle exactement les déboires que j'avais eu au départ avec la livraison d'une carte buggée coté 8U2.
Ce bug ne touchait pas les gens sous XP mais ceux qui étaient sous seven et linux.

Pour résoudre  "stk500_getsync(): not in sync: resp=0x00" j'avais suivi les explications de Snootlab.
Cela c'est fait uniquement en USB sans utiliser avrdude mais dfu.
Revoir le lien que j'ai indiqué précédement dans ce sujet.

Il se peut que la carte en question ait été oubliée sur une étagère et soit un peu vieille (environ 1an/1an 1/2).
660  International / Français / Re: [estimation] durée de vie arduino ! on: July 24, 2012, 10:59:44 am
Sa durée de vie sera celle du maillon le plus faible, et ce n'est pas du coté du micro-controleur qu'il faut regarder.
Comme il est utilisé dans du matériel professionnel  Atmel a obligatoirement réalisé des tests de vieillissement accéléré.
Le rapport de test sera disponible si tu es un gros client.

Sorti de cette généralité il impossible de prédire quoi que ce soit puisqu'on ne dispose d'aucun renseignement sur des composants comme les condensateurs etc....
Aucune donnée aussi sur les méthodes utilisées pour le report des composants sur le circuit imprimé.
De même on ne sait pas d'où provient le circuit imprimé, de chine probablement, la fabrication des circuits imprimés est tellement polluante qu'il "vaut mieux pour un patron européen qui pleure tout le temps" s'affranchir des normes européennes de protection du personnel et d'aller bouffer la santé des petits chinois.

Et bien entendu cela dépendra aussi des utilisations "à la sauvage" qu'il pourra éventuellement subir.

Tu peut aussi faire des tests de viellisement accéléré :
-Tu mesures précisément des données comme toutes les tensions accéssibles, des courants de fuite, des temps de monté, etc..
-Tu place ta carte dans un four, thermostat qui va bien pour avoir +80°C
-Tu laisse au four 2000 heures (environ 80 jours)
-Tu refait les mêmes mesures et tu regarde si les résultats se dégradent

- éventuellement tu refais un deuxième cycle de 2000 heures pour confirmer des dérives.

Ensuite tu fais des cycles de VRT (variation rapide de température)
- 2 heures au four à +80°C
- 2 heures au congélateur  à -18°C
- 2 heures au four à +80°C
- 2 heures au congélateur  à -18°C
etc..........
Re-cycle de mesures apronfondies.

Donc tu viens de comprendre qu'au prix où sont vendues les cartes arduino personne ne fera ces tests qui sont très coûteux.
Pages: 1 ... 42 43 [44] 45 46 ... 79