a part ça, les 6 pattes sont assemblées et montées, et voila 2 photos !
@bientot pour la suite des réjouissances
Contenu de eihis
Il y a 63 élément(s) pour eihis (recherche limitée depuis 14-mai 13)
Par type de contenu
Voir pour ce membre
#13161 mon "premier" robot
Posté par
sur 08 septembre 2009 - 01:38
dans
Robots mixtes / hybride
bah écoute, si je peux t'aider niveau electronique, n'hésite pas!
a part ça, les 6 pattes sont assemblées et montées, et voila 2 photos !
@bientot pour la suite des réjouissances
a part ça, les 6 pattes sont assemblées et montées, et voila 2 photos !
@bientot pour la suite des réjouissances
#13165 mon "premier" robot
Posté par
sur 09 septembre 2009 - 01:44
dans
Robots mixtes / hybride
... en faisant des test en comparant les S3003 de futaba et les modelcraft je me suis aperçu que les modelcrafts consommaient plus. Lors d'un déplacement demandant du couple les futaba montaient à environ 500mA (de mémoire) en pic et les modelcraft à presque le double. A voir pour l'autonomie du robot, c'est toujours bon à savoir.
premiers tests et recherche des min/max pour les positions des servos :
en initialisant les 12 simultanément, la conso s'envole, le pauvre 7805 surchauffe : forcément, 1A pour 12servos...c'etait un peu limite...
modification : j'ajoute un regulateur 7805 monté sur un 2n3055 pour la section servos. du coup, petite coupure piste et modif sur la carte E/S ... des choses qui arrivent
j'aimerais savoir quel systeme vous utilisez pour la régule de vos accus ?
@bientot !
#13170 mon "premier" robot
Posté par
sur 09 septembre 2009 - 04:22
dans
Robots mixtes / hybride
hm le lm323 je crois, de mémoire fait 3A .
bon le montage avec 3055 donne de la marge, pas besoin d'un dissipateur énorme a priori.j'ai ajouté une capa de 470uf en sortie, et une 1n4007 entre la masse et la masse du régulteur pour compenser la perte de la jonction B-E du transistor. a l'arrivé, 5.2V et ca passe nickel, le 7805 n'est plus du tout chaud.
j'ai passé l'après midi a faire une sequence pour patte .. une video bientot !
@+ et merci pour vos réponses !
bon le montage avec 3055 donne de la marge, pas besoin d'un dissipateur énorme a priori.j'ai ajouté une capa de 470uf en sortie, et une 1n4007 entre la masse et la masse du régulteur pour compenser la perte de la jonction B-E du transistor. a l'arrivé, 5.2V et ca passe nickel, le 7805 n'est plus du tout chaud.
j'ai passé l'après midi a faire une sequence pour patte .. une video bientot !
@+ et merci pour vos réponses !
#13173 mon "premier" robot
Posté par
sur 10 septembre 2009 - 03:45
dans
Robots mixtes / hybride
kikou léon !
pas de panique : je régule mes servos pour des raisons bien précises :
1-Je fais mes tests a partir d'une alim variable
2-J'ai besoin d'une tension fixe pour mesurer facilement le courant consommé par la suite ( cf. mon idée de stratégie pour le developpement de l'IA : pression 'energetique' )
3-Dans le cas ou je ferais une modif servo pour avoir leur position en données entrantes, la tension qui reviendra dépendra directement , a sa valeur maximale, de la tension d'alim des servos : j'ai donc dans l'idée de préparer déja le terrain en faisant tout tourner sous 5v, de facon a ne pas a voir a ajouter de composants si jamais je decidais d'utiliser ce feedback 'position' , vu que la logique de la carte et la carte PIC18F elle meme prévues pour 5V.
Enfin, pour l'instant, l'alim variable en 12V m'est nécéssaire car je bosse sur une carte 'monitoring' (controle par potars + visu de la memoire, etat du pic etc ) connectable qui, elle, tournera en 12V , et cette carte est actuellement directement alimentée par ma carte E/S
Voila pourquoi
pour maintenant, parceque j'ai un esprit de contradiction ( ) :
1 - pour l'efficience, je suis daccord avec toi bien que, tout de meme, on est pas dans des alims de 100taines de watt : j'objecterai que le rapport poids/efficience diminue a mes yeux le gain d'utiliser une alim a découpage ( [ poids de la carte a base de LM2575 avec la grosse self moulée -VS- poids du boitier plastique du 7805 + 2n3055 ] )
2 - limitation des composants = moins de difficultées a trouver les sources de pannes
3 - prix du composant ( lm2575 = 3* lm7805
ok, je cherche la petite bete , je sais !
pas de panique : je régule mes servos pour des raisons bien précises :
1-Je fais mes tests a partir d'une alim variable
2-J'ai besoin d'une tension fixe pour mesurer facilement le courant consommé par la suite ( cf. mon idée de stratégie pour le developpement de l'IA : pression 'energetique' )
3-Dans le cas ou je ferais une modif servo pour avoir leur position en données entrantes, la tension qui reviendra dépendra directement , a sa valeur maximale, de la tension d'alim des servos : j'ai donc dans l'idée de préparer déja le terrain en faisant tout tourner sous 5v, de facon a ne pas a voir a ajouter de composants si jamais je decidais d'utiliser ce feedback 'position' , vu que la logique de la carte et la carte PIC18F elle meme prévues pour 5V.
Enfin, pour l'instant, l'alim variable en 12V m'est nécéssaire car je bosse sur une carte 'monitoring' (controle par potars + visu de la memoire, etat du pic etc ) connectable qui, elle, tournera en 12V , et cette carte est actuellement directement alimentée par ma carte E/S
Voila pourquoi
pour maintenant, parceque j'ai un esprit de contradiction (
) :1 - pour l'efficience, je suis daccord avec toi bien que, tout de meme, on est pas dans des alims de 100taines de watt : j'objecterai que le rapport poids/efficience diminue a mes yeux le gain d'utiliser une alim a découpage ( [ poids de la carte a base de LM2575 avec la grosse self moulée -VS- poids du boitier plastique du 7805 + 2n3055 ] )
2 - limitation des composants = moins de difficultées a trouver les sources de pannes
3 - prix du composant ( lm2575 = 3* lm7805
ok, je cherche la petite bete , je sais !
#13157 mon "premier" robot
Posté par
sur 08 septembre 2009 - 09:08
dans
Robots mixtes / hybride
hey aquanum .. je regardais ton site avec Genesis... et je sens que ton aide me sera utile plus tard .
plus je réfléchis et plus je sens qu'un pic va etre trop limité en terme de gestion de l'IA, meme en intégrant une reseau de neurones 'en hard' ( c'etait mon idée de base) : du coup, il faudra surement faire un interface de comm. avec un pc dans un premier temps : tes renseignements me seront précieux.
j'ai déja utilise la lib SDL , mais c'etait une SDL pour les graphisme 2D en c. est ce de la meme dont tu parles ?
@+
plus je réfléchis et plus je sens qu'un pic va etre trop limité en terme de gestion de l'IA, meme en intégrant une reseau de neurones 'en hard' ( c'etait mon idée de base) : du coup, il faudra surement faire un interface de comm. avec un pc dans un premier temps : tes renseignements me seront précieux.
j'ai déja utilise la lib SDL , mais c'etait une SDL pour les graphisme 2D en c. est ce de la meme dont tu parles ?
@+
#13152 mon "premier" robot
Posté par
sur 07 septembre 2009 - 01:53
dans
Robots mixtes / hybride
Bonjour !
Merci pour l'info inounx. j'en saurais plus une fois les 6 pattes assemblées.
pour l'instant (et comme j'aime bien raconter ma vie ), voila ou j'en suis, en image et en video !.
en fait j'ai concu une deuxieme mouture de la carte d'e/s pilotée par le pic.
je suis passé d'une carte 100% TTL a une carte 90% CMOS .
la raison : le nombre d'e/s nécéssaires, et certains CI cmos inexistants en TTL .
La carte marche impeccable pour sa partie 'pilotage' des 16 servos.
j'ai joint un lien vers une video (un peu sombre) qui montre une séquence de commande des servos en boucle, sur les 2 bras déja assemblés.
la video est ici : http://www.eihis.com/robotics/spider6/spider_test1.avi
et aussi donc, 2 photos en pieces jointes (pas franchement utiles en fait...lol )
la deuxième : la plaque d'essai avec le PIC
la première, la carte nouvelle en test (on voit dessus l'emplacement du CI d'acquisition A/N qui n'est pas encore monté. celui qui est déja dessus est le démultiplexeur 16 canaux des servos.
prochaine étape : decoupe des autres bras.
@ bientot !
Merci pour l'info inounx. j'en saurais plus une fois les 6 pattes assemblées.
pour l'instant (et comme j'aime bien raconter ma vie ), voila ou j'en suis, en image et en video !.
en fait j'ai concu une deuxieme mouture de la carte d'e/s pilotée par le pic.
je suis passé d'une carte 100% TTL a une carte 90% CMOS .
la raison : le nombre d'e/s nécéssaires, et certains CI cmos inexistants en TTL .
La carte marche impeccable pour sa partie 'pilotage' des 16 servos.
j'ai joint un lien vers une video (un peu sombre) qui montre une séquence de commande des servos en boucle, sur les 2 bras déja assemblés.
la video est ici : http://www.eihis.com/robotics/spider6/spider_test1.avi
et aussi donc, 2 photos en pieces jointes (pas franchement utiles en fait...lol )
la deuxième : la plaque d'essai avec le PIC
la première, la carte nouvelle en test (on voit dessus l'emplacement du CI d'acquisition A/N qui n'est pas encore monté. celui qui est déja dessus est le démultiplexeur 16 canaux des servos.
prochaine étape : decoupe des autres bras.
@ bientot !
Image(s) jointe(s)
#13115 mon "premier" robot
Posté par
sur 03 septembre 2009 - 03:37
dans
Robots mixtes / hybride
Bonjour m'sieur dames,
je suis nouvel inscrit sur ce forum.
quand j'etais jeune (14 ans), j'ai bricolé un premier robot, monté sur 4 roues, que se contentait de chercher a lumiere avec un LDR comme unique oeil.
les années ont passé, et a 38 ans, je me remet a la robotique (j'ai un bts electronique qui date de 1990)
donc pour ceux que ca interesse, je posterai au fur et a mesure des photos de mon 'truc'.
la chose est déja en cours de fabrication.
au programme :
un hexapode, 12 servos pour les membres.
la plateforme est circulaire, diametre total de la bete a peu près 45cm, bras 'étirés'.
2 bras (cad 4 servos) ont déja été assemblés, et j'ai fait quelques test de ma carte de commande.
j'ai choisi un PIC 18F452 , cadencé pour l'instant a 11Mhz (je n'avais que ce quartz sous la main). il tournera a 32 ou 36Mhz, sur le projet finalisé.
pour la gestion des servos, j'ai concu ma propre carte ,le proto est testé, je suis en train de fabriquer une carte intermediaire.
au programme :
A -gestion de 16 servos , PWM : mise a jour en un peu plus d'1:10eme de seconde pour la totalité (elle est de 300ms sur mon proto cadencé a 11Mhz).
B- un port de sortie numérique pour les capteurs a venir (j'en parlerais plus tard) : un port avec 4 'devices', 8 bits de data pour chacuns des ports, plus ligne de signal ( write, et une autre d'usage 'général')
C- 16 canaux analogique en entrée, multiplexés : pour cette partie, j'ai des tests de rapidités a faire, car l'affaire doit etre bien ficelée ( le pic demande pas mal de temps , entre l'acquisition, la mesure, et les contraintes de 'charge' sur son convertisseur a/n )
ces entrées ont deux buts :
1- permettre la commande du robot par potentiometres, pours gerer les 'poses' . une console est en cours de conception, et partiellement testée
2- permettre l'acquisition des signaux analogiques eventuels des capteurs.
coté code, je me suis remis a l'assembleur pour le pic...et ca se passe bien. microchip founit le necessaire pour developper facilement.
pour la programmation du PIC, j'utilise un montage très simple sur le port parallèle, pour programmer 'on board' (ICLVP)
voila en bref la 'chose'.
pour les servos, j'ai cherché chez conrad,marque 'modelcraft', d'entrée de gamme, les moins chers. les 4 premiers me paraissant satisfaisants, j'en ai acheté 12 autre (aie ! )
des photos très bientot !
@+
je suis nouvel inscrit sur ce forum.
quand j'etais jeune (14 ans), j'ai bricolé un premier robot, monté sur 4 roues, que se contentait de chercher a lumiere avec un LDR comme unique oeil.
les années ont passé, et a 38 ans, je me remet a la robotique (j'ai un bts electronique qui date de 1990)
donc pour ceux que ca interesse, je posterai au fur et a mesure des photos de mon 'truc'.
la chose est déja en cours de fabrication.
au programme :
un hexapode, 12 servos pour les membres.
la plateforme est circulaire, diametre total de la bete a peu près 45cm, bras 'étirés'.
2 bras (cad 4 servos) ont déja été assemblés, et j'ai fait quelques test de ma carte de commande.
j'ai choisi un PIC 18F452 , cadencé pour l'instant a 11Mhz (je n'avais que ce quartz sous la main). il tournera a 32 ou 36Mhz, sur le projet finalisé.
pour la gestion des servos, j'ai concu ma propre carte ,le proto est testé, je suis en train de fabriquer une carte intermediaire.
au programme :
A -gestion de 16 servos , PWM : mise a jour en un peu plus d'1:10eme de seconde pour la totalité (elle est de 300ms sur mon proto cadencé a 11Mhz).
B- un port de sortie numérique pour les capteurs a venir (j'en parlerais plus tard) : un port avec 4 'devices', 8 bits de data pour chacuns des ports, plus ligne de signal ( write, et une autre d'usage 'général')
C- 16 canaux analogique en entrée, multiplexés : pour cette partie, j'ai des tests de rapidités a faire, car l'affaire doit etre bien ficelée ( le pic demande pas mal de temps , entre l'acquisition, la mesure, et les contraintes de 'charge' sur son convertisseur a/n )
ces entrées ont deux buts :
1- permettre la commande du robot par potentiometres, pours gerer les 'poses' . une console est en cours de conception, et partiellement testée
2- permettre l'acquisition des signaux analogiques eventuels des capteurs.
coté code, je me suis remis a l'assembleur pour le pic...et ca se passe bien. microchip founit le necessaire pour developper facilement.
pour la programmation du PIC, j'utilise un montage très simple sur le port parallèle, pour programmer 'on board' (ICLVP)
voila en bref la 'chose'.
pour les servos, j'ai cherché chez conrad,marque 'modelcraft', d'entrée de gamme, les moins chers. les 4 premiers me paraissant satisfaisants, j'en ai acheté 12 autre (aie ! )
des photos très bientot !
@+
#13123 mon "premier" robot
Posté par
sur 03 septembre 2009 - 11:21
dans
Robots mixtes / hybride
salut léon !
niveau capteurs, j'ai pris de la marge comme tu as pu le voir. le but étant d'avoir un systeme souple et adapté a différentes config.
pour ce qui est de l'intelligence, il faudrait du temps et un autre fil (qui existe déja je crois ..). le sujet est bien vaste !
j'ai dans la tete un système qui n'est qu'a l'état de concepts et de quelques tests.
l'idée : utiliser une 'matrice', disons de 16*16 entrées de coté.
2 cotés font 8entrées * 2
on aurait donc une sorte de plan 2D, qui est un 'terrain' de connection potentielles.
d'un coté une série de signaux générés par la carte, en 'hard' : horloges, horloges/2 , horloge/4 etc
de l'autre , des sorties vers les commandes des organes moteurs.
de facon totalement arbitraire (hasard) , on interconnecte ces points par le biais des signaux venant des capteurs.
-> selon le but recherché , on introduit une selection des résultats par performance. c'est un peu comme les algorithmes génétiques, en quelque sorte.
En y reflechissant, le but principal du vivant , c'est...de (sur)vivre.
je compte donc commencer le test de cette idée par une pression du type energétique.
par exemple : l'algorithme introduit une selection du type : combien de courant a été consommé pour parcourir 1m ?, et affine par passage succéssifs l'efficacité des combinaisons trouvées pour parcourir le plus de distance en bouffant le moins d'accus.
J'ai conscience que mecaniquement, c'est un peu violent : les essais au hasard de combinaisons de rotation des servos risque d'etre rude pour le robot, mais en ralentissant les mouvements...on verra bien.
Sur un hexapode, plusieurs possibilités sont valables pour avancer (je parle de l'ordre de chaque mouvements) et du coup, c'est interessant de voir quelle combinaison sortira de cet algorithme, en comparaison avec les sequences 'connues' et habituelles (avance 2 pattes, pivot patte opposée etc )
@+ !
->
niveau capteurs, j'ai pris de la marge comme tu as pu le voir. le but étant d'avoir un systeme souple et adapté a différentes config.
pour ce qui est de l'intelligence, il faudrait du temps et un autre fil (qui existe déja je crois ..). le sujet est bien vaste !
j'ai dans la tete un système qui n'est qu'a l'état de concepts et de quelques tests.
l'idée : utiliser une 'matrice', disons de 16*16 entrées de coté.
2 cotés font 8entrées * 2
on aurait donc une sorte de plan 2D, qui est un 'terrain' de connection potentielles.
d'un coté une série de signaux générés par la carte, en 'hard' : horloges, horloges/2 , horloge/4 etc
de l'autre , des sorties vers les commandes des organes moteurs.
de facon totalement arbitraire (hasard) , on interconnecte ces points par le biais des signaux venant des capteurs.
-> selon le but recherché , on introduit une selection des résultats par performance. c'est un peu comme les algorithmes génétiques, en quelque sorte.
En y reflechissant, le but principal du vivant , c'est...de (sur)vivre.
je compte donc commencer le test de cette idée par une pression du type energétique.
par exemple : l'algorithme introduit une selection du type : combien de courant a été consommé pour parcourir 1m ?, et affine par passage succéssifs l'efficacité des combinaisons trouvées pour parcourir le plus de distance en bouffant le moins d'accus.
J'ai conscience que mecaniquement, c'est un peu violent : les essais au hasard de combinaisons de rotation des servos risque d'etre rude pour le robot, mais en ralentissant les mouvements...on verra bien.
Sur un hexapode, plusieurs possibilités sont valables pour avancer (je parle de l'ordre de chaque mouvements) et du coup, c'est interessant de voir quelle combinaison sortira de cet algorithme, en comparaison avec les sequences 'connues' et habituelles (avance 2 pattes, pivot patte opposée etc )
@+ !
->
#13125 mon "premier" robot
Posté par
sur 04 septembre 2009 - 02:27
dans
Robots mixtes / hybride
comme promis, les premières photos de la bete.
le plastique utilisé provient de billots de découpe tels qu'on peut les trouver en supermarché . c'est solide, leger et facile a mettre en oeuvre.
j'ai recu mes servos, la scie a chantourner va travailler !
@bientot !
le plastique utilisé provient de billots de découpe tels qu'on peut les trouver en supermarché . c'est solide, leger et facile a mettre en oeuvre.
j'ai recu mes servos, la scie a chantourner va travailler !
@bientot !
Image(s) jointe(s)
#13145 mon "premier" robot
Posté par
sur 06 septembre 2009 - 04:36
dans
Robots mixtes / hybride
héhé . question servo, je n'ai pas trouvé moins cher ailleurs. et j'en suis content.
par contre, je n'ai pas d'actions chez GOTRONIC.FR , mais ca vaut beaucoup plus le coup que chez CONRAD, question composants.
pour s'en convaincre, ouvrir les 2 sites en parallèle et remplir le panier d'achats identiques : la différence est ENORME. ( ma dernier commande : 90euros total chez gotronic, la meme chez conrad : 147 !!
@+
. question servo, je n'ai pas trouvé moins cher ailleurs. et j'en suis content.par contre, je n'ai pas d'actions chez GOTRONIC.FR , mais ca vaut beaucoup plus le coup que chez CONRAD, question composants.
pour s'en convaincre, ouvrir les 2 sites en parallèle et remplir le panier d'achats identiques : la différence est ENORME. ( ma dernier commande : 90euros total chez gotronic, la meme chez conrad : 147 !!
@+
#13138 mon "premier" robot
Posté par
sur 05 septembre 2009 - 02:35
dans
Robots mixtes / hybride
hello bernard
les servos sont fixés sur la platine mais ca n'est pas une platine electronique.
en fait c'est une platine epoxy de récup, assez robuste : j'ai éliminé tous les composants et on voit encore les pistes. il sera toujours temps de lui ajouter des nervures de renfort si elle venait a etre trop souple avec le poids total de l'electronique+accus !
pour les servos, de mémoire, les modelcraft visibles sur les photos ( achetés chez conrad ) m'ont couté dans les 6 euros la piece .
les servos sont fixés sur la platine mais ca n'est pas une platine electronique.
en fait c'est une platine epoxy de récup, assez robuste : j'ai éliminé tous les composants et on voit encore les pistes. il sera toujours temps de lui ajouter des nervures de renfort si elle venait a etre trop souple avec le poids total de l'electronique+accus !
pour les servos, de mémoire, les modelcraft visibles sur les photos ( achetés chez conrad ) m'ont couté dans les 6 euros la piece .
#17732 Combat avec les transistors
Posté par
sur 12 août 2010 - 09:12
dans
Electronique
leon a dit: "J'avoue que je n'ai pas non plus compris ce que veut dire eihis par "un collecteur reste un collecteu". Tu peux préciser, stp?"
..je pensais pas que tu releverais un truc dans ce genre.
en fait, faut pas m'en vouloir, mais parfois je me demande a quoi servent tes remarques.. tu tiens un compteur de posts ?
@+
..je pensais pas que tu releverais un truc dans ce genre.
en fait, faut pas m'en vouloir, mais parfois je me demande a quoi servent tes remarques.. tu tiens un compteur de posts ?
@+
#17723 Combat avec les transistors
Posté par
sur 11 août 2010 - 04:12
dans
Electronique
koukou..
tu devrais relire un article sur la différence entre PNP et NPN : un collecteur reste un collecteur.. enfin bon, cherche un peu plus !
si tu ne vois pas de quoi je parle, commence par prendre un NPN pour tester le mode commutation : VBE doit etre positif, VCE doit etre positif aussi.
@+
tu devrais relire un article sur la différence entre PNP et NPN : un collecteur reste un collecteur.. enfin bon, cherche un peu plus !
si tu ne vois pas de quoi je parle, commence par prendre un NPN pour tester le mode commutation : VBE doit etre positif, VCE doit etre positif aussi.
@+
#13174 Leon
Posté par
sur 10 septembre 2009 - 03:53
dans
Et si vous vous présentiez?
C'est DARK-LEON qui s'exprime ! 
Mr Dollar dit : "On a pas besoin de robots pensants pour souder des voitures ! mais pour faire la guerre....faut voir "
Mr Dollar dit : "On a pas besoin de robots pensants pour souder des voitures ! mais pour faire la guerre....faut voir "
#13579 Drone volant d'intérieur
Posté par
sur 14 décembre 2009 - 11:46
dans
Drone, Robot volant, et autres machines volantes
si jamais tu ne le connaissais pas, jean louis naudin en a quelques uns fabriqués maison , dont certain visibles sur son site : http://jnaudin.free.fr/ , par exemple celui ci :
http://jnaudin.free.fr/uav/qro/index.htm
ou encore celui la :
http://jnaudin.free.fr/uav/xufo/index.htm
... j'ai lu sur le site de Jean-P Petit,il y'a quelque temps, qu'il a été approché par la police ou l'armée (me rapelle plus) rapport a l'efficacité de ses réalisations ....
http://jnaudin.free.fr/uav/qro/index.htm
ou encore celui la :
http://jnaudin.free.fr/uav/xufo/index.htm
... j'ai lu sur le site de Jean-P Petit,il y'a quelque temps, qu'il a été approché par la police ou l'armée (me rapelle plus) rapport a l'efficacité de ses réalisations ....
#52093 service de programmation eprom / mcus / Gals etc
Posté par
sur 11 décembre 2012 - 02:09
dans
Reventes, matériel d'occasion, récup
Bonjour,
je me suis peut etre mal exprimé. le service fourni serait uniquement celui du transfert : le client fournit le fichier source + la ref. du composant a programmer. Il reçoit ensuite chez lui le composant, programmé avec le source qu'il a fournit ( fichier .HEX , .BIN , .JED etc...)
je me suis peut etre mal exprimé. le service fourni serait uniquement celui du transfert : le client fournit le fichier source + la ref. du composant a programmer. Il reçoit ensuite chez lui le composant, programmé avec le source qu'il a fournit ( fichier .HEX , .BIN , .JED etc...)
#19219 Transistor ou Ampli op ?
Posté par
sur 22 janvier 2011 - 12:04
dans
Electronique
coucou !
TRANSISTOR = nécéssité de polarisation dans la zone 'linaire' + gain fixe , ce qui entraine que pour augmenter le gain , il faut ajouter des etages supplémentaires ( ce qui ajoute a chaque etage de plus du bruit superposé sur le signal 'utile'. il faut calculer les courants de repos et tenir compte donc du gain (hfe) . un mauvais montage grille facilement le transistor ( courant trop important dans le collecteur, par exemple)
AOP = impedance d'entrée théorique infinie, gain théorique infini ( on le fixe par un jeu de résistances , et les formules pour le determiner sont simplifiées car ne prennant pas en compte les courants dans le circuit. de plus la plupart sont protégés en sortie conte les C-Circuits ce qui les rend très robustes a l'utilisation 'non experte'.
néanmoins, dans la pratique, pour choisir un aop il faut regarder de près : sa tension d'alim , et son slew-rate (pente max du signal) pour savoir s'il pourra bosser dans la bande de fréquence souhaitée.
@+
TRANSISTOR = nécéssité de polarisation dans la zone 'linaire' + gain fixe , ce qui entraine que pour augmenter le gain , il faut ajouter des etages supplémentaires ( ce qui ajoute a chaque etage de plus du bruit superposé sur le signal 'utile'. il faut calculer les courants de repos et tenir compte donc du gain (hfe) . un mauvais montage grille facilement le transistor ( courant trop important dans le collecteur, par exemple)
AOP = impedance d'entrée théorique infinie, gain théorique infini ( on le fixe par un jeu de résistances , et les formules pour le determiner sont simplifiées car ne prennant pas en compte les courants dans le circuit. de plus la plupart sont protégés en sortie conte les C-Circuits ce qui les rend très robustes a l'utilisation 'non experte'.
néanmoins, dans la pratique, pour choisir un aop il faut regarder de près : sa tension d'alim , et son slew-rate (pente max du signal) pour savoir s'il pourra bosser dans la bande de fréquence souhaitée.
@+
#17210 Piloter 8 servos par potentiometres ( pic18f452)
Posté par
sur 09 juillet 2010 - 11:54
dans
Electronique
Bonjour,
j'espère ne pas être hors sujet ..
J'ai terminé un petit projet complet concernant un montage pour piloter 8 servos a l'aide de potentiometres, avec affichage des valeurs 8bits pour chaque potar.
J'ai concu ce projet dans le but de pouvoir facilement piloter et tester les servos de mes chassis de robot en developpement.
Certains y trouveront peut etre une utilité, et le cas echeant, peut etre aussi de l'aide concernant la programmation des PIC en C.
L'ensemble du projet (schémas, explication, code C sous CC8E) se trouve sur cette page de mon, blog : http://blog.eihis.com/?p=76
En espérant que ça aide .. @ bientot !
j'espère ne pas être hors sujet ..
J'ai terminé un petit projet complet concernant un montage pour piloter 8 servos a l'aide de potentiometres, avec affichage des valeurs 8bits pour chaque potar.
J'ai concu ce projet dans le but de pouvoir facilement piloter et tester les servos de mes chassis de robot en developpement.
Certains y trouveront peut etre une utilité, et le cas echeant, peut etre aussi de l'aide concernant la programmation des PIC en C.
L'ensemble du projet (schémas, explication, code C sous CC8E) se trouve sur cette page de mon, blog : http://blog.eihis.com/?p=76
En espérant que ça aide .. @ bientot !
#52114 service de programmation eprom / mcus / Gals etc
Posté par
sur 12 décembre 2012 - 10:11
dans
Reventes, matériel d'occasion, récup
salut,
oui, je comprends ton point de vue : pour tout ce qui est microcontroleurs, un kit d'upload suffit ( pickit...etc ) , mais ca se complique pour les GALs , EPLDs, FPGAs ,d'ou l'idée du service.
La copie de proms de cartouches de jeu de consoles plus ou moins agées est aussi ciblée,
ainsi que la programmation des proms pour modification des injections pour le tuning auto ( peu de gens sont équipés du materiel nécéssaire ).
mais bon, ok, je prends note de tout ça.
concernant les modules (arduino) ,
pouvez vous me donner une rérérence exacte ,
puis le prix le plus bas trouvé a l'heure actuelle pour ce module ? ( citer le site vendeur )
merci @+
oui, je comprends ton point de vue : pour tout ce qui est microcontroleurs, un kit d'upload suffit ( pickit...etc ) , mais ca se complique pour les GALs , EPLDs, FPGAs ,d'ou l'idée du service.
La copie de proms de cartouches de jeu de consoles plus ou moins agées est aussi ciblée,
ainsi que la programmation des proms pour modification des injections pour le tuning auto ( peu de gens sont équipés du materiel nécéssaire ).
mais bon, ok, je prends note de tout ça.
concernant les modules (arduino) ,
pouvez vous me donner une rérérence exacte ,
puis le prix le plus bas trouvé a l'heure actuelle pour ce module ? ( citer le site vendeur )
merci @+
#17218 Piloter 8 servos par potentiometres ( pic18f452)
Posté par
sur 09 juillet 2010 - 12:46
dans
Electronique
Merci ça servira sûrement
Peut-être que je demande trop mais une version en français et à télécharger serait peut-être utile qu'en pense-tu ?
coucou
Bon en fait, je publie toujours en anglais non pas pour frimer puisque ca me demande un effort pour traduire, mais parce que j'ai constaté que 80% des visites sur mon blog viennent de l'etranger.
Du coup, j'ai pris l'habitude de commenter en anglais les programmes,et bon... j'ai presque 40ans et il me semble que l'anglais est appris a l'ecole depuis une paire d'années ( fin de l'argumentaire justifiant le choix
)/Par contre, je peux effectivement zipper le tout !
(Je vais egalement ajouter quelques photos des oscillogrammes aux points clés pour faciliter la comprehension de l'ensemle).
@bientot!
#17241 Piloter 8 servos par potentiometres ( pic18f452)
Posté par
sur 10 juillet 2010 - 08:54
dans
Electronique
Comme promis, un petit ZIP avec tous les elements nécéssaires ainsi que les references utiles !
zip_servodrive.zip 3,56 Mo
183 téléchargement(s)
@+
zip_servodrive.zip 3,56 Mo
183 téléchargement(s)@+
#52085 service de programmation eprom / mcus / Gals etc
Posté par
sur 11 décembre 2012 - 10:45
dans
Reventes, matériel d'occasion, récup
Bonjour,
Dans le cadre de l'extension des activités de ma société, je m'interroge sur la pertinence de proposer un service de programmation de composants type eprom,eeprom, pals, gals , MCUs (PIC , ATMEL etc ), avec envoi des fichiers numériques source ( Jedec , .HEX , etc ) et fourniture du composant a programmer.
La tarification serait basée sur le prix réel du composant ( source : farnell / RS etc ) + un tarif fixe pour la programmation (selon taille du fichier ou type de composant ) + cout expédition.
pensez vous que ce genre de service peut etre utile sur le web.
existe t-il déja ? si oui, ou ça ? , qui ? , quels tarifs, quels délais ?
Ensuite, je souhaite distribuer des composants et modules de qualité, importés d'asie.
Pourriez vous me donner une liste de composants/ modules que vous employez regulierement, et dont les prix sont , a votre avis, trop élevés ? ( exemple : afficheurs 128x64 , arduino... etc)
merci d'avance pour vos réponses!
stef
Dans le cadre de l'extension des activités de ma société, je m'interroge sur la pertinence de proposer un service de programmation de composants type eprom,eeprom, pals, gals , MCUs (PIC , ATMEL etc ), avec envoi des fichiers numériques source ( Jedec , .HEX , etc ) et fourniture du composant a programmer.
La tarification serait basée sur le prix réel du composant ( source : farnell / RS etc ) + un tarif fixe pour la programmation (selon taille du fichier ou type de composant ) + cout expédition.
pensez vous que ce genre de service peut etre utile sur le web.
existe t-il déja ? si oui, ou ça ? , qui ? , quels tarifs, quels délais ?
Ensuite, je souhaite distribuer des composants et modules de qualité, importés d'asie.
Pourriez vous me donner une liste de composants/ modules que vous employez regulierement, et dont les prix sont , a votre avis, trop élevés ? ( exemple : afficheurs 128x64 , arduino... etc)
merci d'avance pour vos réponses!
stef
#13703 demande d'aide
Posté par
sur 03 janvier 2010 - 10:06
dans
Electronique
je pense que c'est un grille-pains.
a moins que ca ne soit un detecteur a phototransistor(photodiode?) avec ampli aop , a toi de voir.
a moins que ca ne soit un detecteur a phototransistor(photodiode?) avec ampli aop , a toi de voir.
#17301 Language NXC
Posté par
sur 13 juillet 2010 - 11:11
dans
Programmation
oui je sais, j'arrive tard...
pour le 'sign(x)', je pense qu'au niveau du language ca permet de distinguer une opération sur un nombre non signé ( unsigned char, integer, long, double etc) par rapport a un entier signé. binairement parlant, la notation est la meme , mais la diférence est de taille.
un octet (unsigned char), non signé, va de 0 à 255 alors qu'un octet signé (char) va de -127 a +128 si ma mémoire est bonne
si ce language est dérivé du C, il y'a de fortes chance que se soit la réponse a ta question.
@+
pour le 'sign(x)', je pense qu'au niveau du language ca permet de distinguer une opération sur un nombre non signé ( unsigned char, integer, long, double etc) par rapport a un entier signé. binairement parlant, la notation est la meme , mais la diférence est de taille.
un octet (unsigned char), non signé, va de 0 à 255 alors qu'un octet signé (char) va de -127 a +128 si ma mémoire est bonne
si ce language est dérivé du C, il y'a de fortes chance que se soit la réponse a ta question.
@+
#13114 des diodes mit a l'inverse
Posté par
sur 03 septembre 2009 - 03:15
dans
Electronique
b'soir msieur dames...
j'arrive un peu tard sur le sujet, mais si je ne me trompe pas, la diode de ce schéma a pour role d'éliminer la partie negative du signal.
la capa 'c6' (il me semble lire ça.. , de 2.2uf, une fois chargée, va se décharger a l'inverse, introduisant un potentiel négatif dans le circuit, et c'est tout SAUF ce qu'on veut pour attaquer la base du transistor qui suit.
la diode 'ecrete' donc le signal et n'en laise que la partie positive.
en espérant avoir eclairci la chose ...
@ bientot !
j'arrive un peu tard sur le sujet, mais si je ne me trompe pas, la diode de ce schéma a pour role d'éliminer la partie negative du signal.
la capa 'c6' (il me semble lire ça.. , de 2.2uf, une fois chargée, va se décharger a l'inverse, introduisant un potentiel négatif dans le circuit, et c'est tout SAUF ce qu'on veut pour attaquer la base du transistor qui suit.
la diode 'ecrete' donc le signal et n'en laise que la partie positive.
en espérant avoir eclairci la chose ...
@ bientot !
