Reprise du message précédent :
Pour ceux qui n'ont pas de DD a dissequer, avec un lecteur de disquetes et un vieux HP, on peut deja imiter la tete de lecture du DD. Meme avoir plus de puissance.

Ah, comment ça ?

Le principe du DD, c'est une bobine au dessus d'un aimant.
 
Avec un lecteur de disquette, on peut récuperer les bobines. On met la bobine au dessus de l'aimant de l'HP et on se fabrique une petite structure et c'est fait.

je doute que ca soit aussi simple. Tu oublie les problemes de polarités magnetiques et d'ajustage des puissances. Il faut une bobine en rapport a la puissance de l'aimant et ensuite ajuster le courant pour que ca bouge bien.
Il ne suffit pas de mettre betement une bobine devant un aimant.

Bon sinon ca :
 

 
Ca marcherait po ?
 
Sans oublier qu'il y a aussi une histoire d'equilibrage je pense.

Hohé Moussaillon  

---------------
  <- bon travail...je l'engage !
...La connaissance est précieuse, il faut l'entretenir... (c'est de ...MOI...)- Impossible n'est pas Jacky ! - En chacun de nous, se cache un Linuxien - [url=http://site.voila.fr/tronicman]Mon site

 
Bah quoi

Plus qu'à le mettre sans fils.

 

 
Et ca vous fait rire...  

Trop bon  

---------------
  <- bon travail...je l'engage !
...La connaissance est précieuse, il faut l'entretenir... (c'est de ...MOI...)- Impossible n'est pas Jacky ! - En chacun de nous, se cache un Linuxien - [url=http://site.voila.fr/tronicman]Mon site

grut attitude

 
C'etait l'instant norvegien des robins des bois....

Pour recentrer le sujet, j'ai recu hier ma commande chez conrad, donc je pense pouvoir attaquer sérieusement vendredi soir et samedi.
 
par contre, j'ai remarqué un petit truc à prendre en compte, on ne peux que difficilement, voire pas du tout, alimenter les leds avec la même pile que celle qui alimente la bobine : la bobine pompe tout le courant à cause de sa résistance très faible.

Faudrait voir si le système est assez réactif si on limite le courant avec une résistance.

Normalement la bobine et les diodes ne sont jamais allimentées en même temps (à l'allé c'est les diodes, au retour c'est la bobine)...
La vrai question c'est de savoir si la pile ne va pas s'usé extraimement vite, la bobine consome qd même pas mal.

Chez aldi on a 2 piles 9v pour 1 euro
et mon montage sera en série avec une résistance ajustable pour adapter avec n'importe quelle pile
Donc pile 9v + ajustable ça devrait donner une belle durée de vie quand même.
 
sinon, ça y est, c'est le grand jour, je vais cette après-midi réaliser mes circuits ! Je vous ferais une photo du pcb terminé

Ouais !
 

lol !
 
Yrah, phase 1 : Succes
Photogravure (insolation) et Révélation déroulés avec succès !
 
Je passe à la phase 2 (dangereuse) : gavure à l'acide

Toute la difficulté est la: pas trop longtemps, mais assez quand même . Mais je suppose que tu as l'habitude.

nan j'ai pas l'habitude du tout lol !
Ca fait 6 ans que j'ai plus fait de circuit
 
J'ai fait 2 tests sur des chutes pour estimer la bonne durée d'insolation, puis j'ai lancé la plaque finale !
 
voici les résultats :
 

 

 
 
et en bonus (je l'ai réalisé en même temps) :
 

une clé usb récepteur infrarouge
 
 
[edit] J'ai encore bossé sur mon montage ce soir : les leds sont sur la mini-carte qui elle-même est fixée (coulée dans la colle chaude ) sur la tige, et cablée comme il faut
 

 

 
Vous noterez la section des fils par rapport aux leds... Ce fil de cuivre c'est du cheveu en bobine
c'est aussi fin, souple et cassant que des cheveux ! (il y a 9 fils sur la 2è photo ! Et là je ne les ai pas ressérés au maximum...) Ca m'a d'ailleurs valu le droit de devoir recabler la 2è led, son fil à du craquer quelque-par...  
 
Sinon, Les leds sont très lumineuses, ça devrait donner un excellent rendu au final ! Notez qu'en vrai on distingue bien mieux les limites de la led, la photo donne un halo plus marqué.
 
Il ne me reste plus qu'a cabler la carte de commande et à interfacer le port paralèle. je vais enfin pouvoir déterminer avec précision la fréquence nécéssaire, la tige ne changera plus maintenant !
PS: je pense qu'une réalisation plus compacte au niveau des leds serait difficile !

J'espère que tes fils resisteront.

oui c'est bien coulé dans la colle, aucun souci et au pire, je recable, j'ai une bobine de 1,5 km de fil......
conrad le vendait pas en moins long... et comme je n'ai aucune idée des sections de fil, j'ai pris le plus fin que j'ai trouvé l'avantage c'est que ça ne pèse rien

Wow j'adode les leds !
 
Tu les as acheté où ? Et quel est le diamètre du fil ?

tu aurais du cabler 4-5 fils ensemble pour le commun de toutes les leds... car vu la section du fil tu vas avoir des soucis, je doute que ca tienne longtemps.

Nope, ca tient bien ca J'ai déjà fait passer plus de 20mA dedans ! Après y'a des chutes de tension, mais ce n'est pas trop un souci ici

Si il y a un souci, j'ai vite fait de cabler plusieurs fils supplémentaires
 
Pour l'instant, avec les 8 leds allumées à leur max (20 mA chacune x 8 = 160 mA) il n'y a aucun souci et pas d'échauffement.
 
Blue Sn4ke : leds bleues CMS taille 1206 d'origine Dotlight.de, un gars m'en a filé 50 à 25 euros, frais de port compris j'ai sauté sur l'occaze, la led vaut normallement entre 70 et 90 centimes.
 
le fil est de section 0,05mm
 
--
 
J'ai fini mon assemblage, je passe aux tests programme
 
[edit] Bon, tout fonctionne, oscillation ainsi que le controle des 8 leds
Reste le plus dûr : créer le programme qui me donnera la bonne fréquence d'ocillation : c'est proche de 74 ms coté délai de sleep, mais le sleep n'est pas assez précis, et je remarque que ce n'est pas 100% régulier...
D'autre part, avec un sleep, on ne peut afficher une information qu'après le fin du sleep.... et chaque sleep active ou désactive la bobine du coup pour le moment j'ai droit à un seul trait d'un bout à l'autre trait qui peut être très épais si les 8 leds sont allumées
 
Je ne peux pas utiliser ton programme, Orace, pour 2 raisons :
1. port95nt ne marche pas correctement chez moi, il refuse d'initialiser un truc du coup ça marche pas, je me rabats sur inpout32.
2. je controle 8 leds, et pas 7, du coup la bobine je l'ai mise sur le pin de contrôle "nInitialize" (valeur 4 sur le 0x37ah).
 
J'essaye donc de comprendre ton soft, mais en fait je ne pige presque rien (je débute en c/c++, et je ne comprends pas la logique de la boucle principale...)
 
D'autre part, je veux améliorer le fonctionnement en prenant en compte le mouvement logarithmique, et je veux mettre une police proportionnelle (le "i" est bien plus fin que un "m"
 
Orace : pourrais-tu m'expliquer en vitesse la logique de la boucle infinie et non "timée" ?
J'avais essayé de faire ça en delphi en calculant avec queryperformancecounter, mais il ne se passait rien sur le port paralèle...

up...

je devrais normallement avoir la tige pour fixer mes LED demain.
Chris, saurais-tu me dire avec quoi tu programmes? JE vais aussi devoir changer le programme car j'aimerais travailler en  double alternance pour commander le moteur.

bah moi je vais programmer ça en C avec code::blocks, le nouvel IDE gratuit et open source.
 
Par contre, pour la double alternance, je te souhaîte bien du courage... Car en plus d'être totalement inutile (j'arrive presque aux butées avec une poussée de 1/2 tu temps total et avec une fréquence non optimale.) ça risque d'être difficile à réaliser car le port parralèle ne délivre que des signaux binaire, 0 ou 1, allumé ou éteint, et pas d'intermédiaires.
 
voilà, @++

JE suis pas encore sure de travailler en double alternance. Apparement c'est pas nécessaire donc je le ferai pas. Je voulais utiliser un chip avec un pont en H. Mais je crois que je vais oublier.

Non effectivement c'est pas nécéssaire... Ce sont les ressorts qui font tout le travail.
 
Le moteur n'a aucune force, il ne peut pas déplacer une longue tige. Donc c'est la force des ressorts qui s'en occupe. Pour la fréquence, pareil, ce sont les ressorts et leur force, combinés à l'intertie de la tige qui la donnent. Le moteur, et par extension ton programme, ne pourront pas faire se déplacer l'ensemble plus ou moins vite.
 
J'ai fait plein de tests qui le prouvent réellement. Et même si en gardant le contact avec un courant continu sur la bobine, le sommet de la tige de 30 cm ne se déplace que de 2cm à tout casser, avec des impulsions à la bonne fréquence avec la même tension, la tige arrive très vite en butée, au bout de 4-5 oscillations max !
 
C'est la résonnance des ressorts combinée à une impulsion régulière qui crée la force de cette oscillation.
 
J'espère que l'explication du phénomène est assez claire maitenant

ok merci

Merci orace Je vais étudier ça de près en créant un prog graphique (boite de dialogue), si c'est possible de réaliser la boucle infinie dans un contexte de fenêtre.
 
Ca permettrait de modifier les paramètres sans relancer le programme

Bonne chance et désolé pour le temps de réaction, la notification par mail ne marché plus, ce qui fait que je ne suis pas revenu avant cette semaine. N'hésite pas à me poser des questions (si possible précise) le code n'a rien de trop compliqué. Les premières lignes sont là pour afficher le FPS dans la fenètre dos, aucun intéret.
En fait il n'y a que 15 lignes de code, vraiment c'est pas si difficile
 
P.S. Très très beau boulot sinon !!!!      et    (jalousie ?)

LOL !
 
Je vais envoyer quelques photos supplémentaires aujourd'hui... (accroche-toi orace.... )
 
Petite question au sujet du code : pourquoi une division par 96 ? pourquoi pas 50 ou 136 ou 294 ???

Par ce que 96 c'est (42/7)*16 et que 42 est LA réponse.

ah... j'ai toujours pas compris......
c'est quoi ce calcul ? La réponse à quoi ?
 
(ps : le chiffre ne me pose pas de problème.... du moment que je sais d'ou il vient ! j'aime comprendre comment les choses se passent )

En fait la question à déjà était posé
42 est la réponse à la question à la vie à l'univer et tout le reste ... google te le diras
Et 96 en vrai par ce que 32*3 = 96 et que quand j'ai fait le programme, je voyais 16 caractère, d'ou 32 pour l'aller retour, et 3 par ce que j'avais vu plus ou moins 3 phases, ... donc c'est bien du pifometre, ha oui, c'était aussi pour facilité les calculs de la puce pour la version µ-controllée (les divisions coutes très chère, et le 96° me semblé plus facile à manier, je ne me rappel en fait pas du tout du raisonnement qui de toutes façon n'a été tenu que durant 15 secondes il y a bientôt un an et c'est avéré finallement inutile car la version puce du programme ne fait pas de division), en fait un pourcentage serait tout aussi bien.
D'où la question : pourquoi les prorata se font en pour cent ?