Aprilia-v60
Technique V60 => Electricité, électronique... V60 => Discussion démarrée par: delirii le 05 décembre, 2006, 18:19:05 18:19
-
Je me suis mis dans l'idée de passer quelques soirées cet hiver à de la soudure (ça rechauffe, ça tombe bien)...
J'ai un schéma de montage pour un petit boitier qui, s'il fonctionne correctement, pourrait interesser des personnes ici :-) (j'en reparle que si ça marche ;-) ).
Parmi les pitits composants, y'a un microcontroleur PIC (un 16F84) mais voilà, je n'ai rien pour le programmer (hormis le code source à lui pousser dedans...).
Quelqu'un (idéalement sur Paris) a t'il ça ?
Merci :-)
-
voir avec Polux, Papi, greg_p ou Martin :?.
-
j'ai si tu veux,tu m'envoi ton pic ,le code et je te le mets dedans
:v
-
j en ai un qui dort au fond d un carton, a l'époque ou l'on pouvait "profiter" des bouquets satellites en quelques clics.......Last but not least :cry
-
Merci pour les réponses. Je me permettrai de vous recontacter l'un et l'autre dès que j'aurais les composants en main.
Cependant si quelqu'un a aussi ça sur Paris, ce serait encore plus simple.
batman13 : pour préciser, qu'est ce qui dort au fond d'un carton ? des PIC en rab ou la carte pour les programmer ?
(Pour info, le boitier du PIC est un 18 broches)
-
question con ça sert a quoi ?
-
Le microcontroleur ? C'est un petit composant qui, une fois programmé, repondra sur ses sorties à des signaux sur ses entrées de la façon dont tu souhaites.
Donc ça peut servir à beaucoup de choses !!!
Exemple simple : tu envoies des impulsions de fréquence variable et tu souhaites qu'au delà d'une certaine fréquence, le PIC commande un voyant (là, ça ressemble volontairement fort à une shift light :-) ) et cette limite pourra etre ajustable...
Bon, c'est pas le cas d'utilisation auquel je le destine cependant car une shift light, j'en ai deja une sur mon tableau de bord...
-
Je vais regarder au labo. Il est possible que le programateur d'eprom :mrgreen :-p puisse aussi programmer les pics.
De mémoire, tu peux te bricoler un programateur pour trois fois rien avec un cable connecté sur un port parallèle. Mais je suis pas sûr, je n'ai jamais utilisé les pics. Je préferre les Atmel ATMEGA.
Le code que tu as, c'est directement le fichier binaire ou c'est le code source qu'il faut encore compiler ?????
Angelo
-
les programmateurs se trouvent pour 15€ ou pas loin mais il faut le programme pour le piloter. Si tu veux je peux te programmer ça mais sur Toulouse.
Pour les microcontroleurs ça peut servir à plein de choses comme les afficheurs de rapport que je fais ou les correcteurs de vitesse ou les shift-light ou commande des chronos embarqués etc etc etc.
Attention à la notion de temps, un pic ne fait qu'une chose à la fois et certaines choses peuvent devenir longues, re-ensuite gaffe à ton programme et à la fréquence pour laquelle il est prévu.
-
tiens:
http://www.picbasic.co.uk/forum/showthread.php?t=703&highlight=programming
-
Si c'est bien un PIC ( 18 papattes et 13 E/S ) je peux te faire ça également, no problemo, mais là faut que tu me l'expédies sur mon atelier à Marseille. :v
-
Va voir le lien de Papi, il fait aussi référence à Olimex qui vendent de bon produits.
Sa remarque sur l'aspect séquences et temps est importante. Si tu vas développer entièrement ton bidule et que tu n'as pas (beaucoup) d'expérience, tu risque vite d'en chier avec l'aspect "temps réel": compter et mesurer des pulses, allumer et faire clignoter des leds à un ryithme fixe, multiplexer un afficheur 7 segments,etc.. tout ça a l'air simple, mais en réalité ça peut vite être complexe.
Angelo
-
surtout que ces petites pupuces ne connaissent que les nombres entiers ...après il faut ruser ;)
-
Maintenant que tu sais ce que tu vas rencontrer comme difficultés, dis-nous ce que tu veut faire, qu'on te dise si c'est faisable ou pas :green1
Angelo
-
C'est par là qu'il fallait commencer !!! c'est curieux un V60iste !!! :v
-
C'est aussi diplomate, un V60iste :plol
Angelo
-
Va voir le lien de Papi, il fait aussi référence à Olimex qui vendent de bon produits.
Sa remarque sur l'aspect séquences et temps est importante. Si tu vas développer entièrement ton bidule et que tu n'as pas (beaucoup) d'expérience, tu risque vite d'en chier avec l'aspect "temps réel": compter et mesurer des pulses, allumer et faire clignoter des leds à un ryithme fixe, multiplexer un afficheur 7 segments,etc.. tout ça a l'air simple, mais en réalité ça peut vite être complexe.
Angelo
Je ne vais pas me lancer là dedans seul :) Mon unique experience concernait des 68HC11 et autres 6809... et ça remonte maintenant à plus de 7 ans... autant dire que c'est mort, sauf si on peut le coder en Java le bouzin ;-)
Non non, là, c'est beaucoup plus simple : j'ai le code source pret à l'emploi (bon, j'y mettrais peut etre les mains dedans si la version de base fonctionne) ! Et la version *.hex, prête à etre poussée !
Et oui, y'a une vague notion d'afficheur 7 segments, y'a aussi une LRD mais c'est pour le coté gadget ça plutot.
Il est possible que l'usage de cette chose existe dejà parmi les montages que vous avez cités aussi (bon, là, par élimination, vous devriez savoir ce que c'est).
Je préfère attendre de voir si ça fonctionne avant de claironner ce que c'est... c'est juste pour éviter le ridicule ;-)
Merci pour vos propositions, maintenant, va me falloir choisir l'Elu ! :-D
-
Bon je lance un jeu, qui a deviné de quoi il s'agit ????
Moi, moi :tv
Angelo
-
- un barbecu programmable qui s'allume et tourne les merguez tout seul ?!
çà je suis certain que tout les pistards seraient preneur ! :mrgreen Et bob57 arrêterait de râler quand j'allume le mien :-p
-
je sais moi aussi ....mais pense à ce que je t'ai dit plus haut ...selon les cas les méthodes de calculs ne sont pas les mêmes sans parler des limitations d'un 16F84 qui varient suivant la fréquence d'horloge et les RSV c'est spécial
Oups j'ai oublié un détail, utilise le quatz pour lequel le programme a été écrit.
-
:mrgreen le Papi, on sent le gars qui en a chié un moment avant d'arriver à faire tourner son montage la première fois :ordi1
Angelo
-
oui et non, je suis parti de zéro vu que je suis plutot dans les stuctures et les membranes, les pics je ne savais même pas ce que c'était donc avant de faire je me suis cultivé et j'ai appris. Ensuite programmation en partant de 0 mais comme je suis un poil tétu ...pas de pb :D
-
je sais moi aussi ....mais pense à ce que je t'ai dit plus haut ...selon les cas les méthodes de calculs ne sont pas les mêmes sans parler des limitations d'un 16F84 qui varient suivant la fréquence d'horloge et les RSV c'est spécial
Oups j'ai oublié un détail, utilise le quatz pour lequel le programme a été écrit.
Et n'oublie pas qu'un 16F84 est un monstre de vitesse avec un max de 10 mhz compteur ! :v
-
Et n'oublie pas qu'un 16F84 est un monstre de vitesse avec un max de 10 mhz compteur ! :v
D'autant que c'est la version 4MHz que je vais prendre. Mais le petiau n'a pas grand chose à faire : il compte les front montants... stocke les "scores" et regarde dans sa table de valeurs pour ensuite aller titiller les segments de l'afficheur... 4MHz suffiront amplement... Rappelez-vous ce qu'un Amiga 500 faisait du haut de ses 7MHz (bon, ok, c'etait pas un PIC là dedans mais µP 68000...).
Et au risque d'en décevoir certains, ça ne commandera pas (en tout cas dans sa version 1.0) la broche du barbecue ou la rotation des merguez dessus :plol
-
Là y'en a qui vont être déçus !! Tu prends un trés gros RISC ! ( trop fort le jeu de mot !
Merci... :v )
-
si c'est ce à quoi je pense ...incompatible comme technique avec un V60.
-
4Mhz-> 1 opération toutes les 1µs (1/4 de la fréquence de l'horloge)
-
Je débute sur le V60 et j'ai pas encore tout démonté :ordi1 mais elle vient d'où Papi la limitation du RSV ? :?.
-
c'est un twin poussif ;-) Je laisse chercher Delirii.
Bon je suis pas vache j'ai pitié, le problème vient du peu de nombre de fronts montants qu'il va compter sachant que le temps maximum de comptage est de 655ms avec un 4Mhz. En gros si ta mesure est 10 ben en fait ta valeur réelle peut être 9 ou 11
-
Au pire je refourguerai l'engin à mon frere pour sa R1 :lol :lol
-
Là, tu as appliqué la technique qui consiste à compter le nombre d'impulsions pendant un temps donné. Si tu utilises le signal qui attaque le tableau de bord, il correspond à la fréquence de rotation du moteur multiplié par 3. Oui, par 3. Donc à 6000trs/min, ça fait 100trs/s, tu auras un signal de 300Hz. Je te laisse faire le reste des calculs pour les régimes faibles, tu verras que papi est dans le juste :trink3 .
Mais si tu mesures la durée de la pulse, c'est autre chose. J'ai utilisé cette technique et elle marche très bien à un petit détail près. Là ça devient technique, ceux qui ont déjà mal à la tête vont souffrir :trink1 . La vitesse angulaire du moteur n'est pas constante sur un tour, elle varie, même si un compteur t'indique un régime fixe. Donc sur un tour, qui te donne 3 impulsions, tu vas mesurer 3 valeurs différentes. Il te faudra faire la moyenne de ces 3 mesures pour avoir une valeur à peu près stable. Et faire une moyenne sur trois valeurs, c'est une division qui coûte cher en temps d'exécution. Alors qu'une division par 2 ou 4, c'est un simple décalage.
Fin du mal de tête.
Angelo
-
Bon, j'avoue ne pas connaitre suffisamment le machin 16F84 mais voilà ce qui me permet de croire en son bon fonctionnement (si vous voyez là dedans un truc qui choque par rapport aux specs de la Falco/RSV, n'hesitez pas à commenter apres) :
Le montage est fait pour les voitures et motos. Il peut soit lire les données mises à disposition du tableau de bord soit lire directement à la source. En effet, un montage simple (capteur à effet Hall) est proposé pour lire la vitesse du véhicule (4 aimants à disposer sur quelquechose qui tourne avec la meme cinématique que la roue (ça peut etre placé sur un arbre pour s'affranchir un peu des efforts centrifuges).
La lecture de la vitesse de rotation du moteur peut, elle, être prise directement sur... l'alimentation des bobines haute tension (donc en amont de la HT :) ).
Le principe est le suivant : dans un nombre d'impulsions de vitesse (determinable bien sûr :) ), compter le nombre d'impulsions dûes au régime moteur.
Le montage prevoit aussi les zones où le comptage des impulsions peut etre sujet à erreur (en effet, selon le dephasage entre les signaux, il peut y avoir un leger decalage du ratio "regime Moteur/Roue" de quelques impulsions ce qui peut troubler dans le choix du rapport associé => pour rappel, lecture des ratios dans une table des valeurs). Dans ces zones "troubles", le choix n'est pas fait et le montage attend l'acquisition de nouvelles données avant de statuer.
Ces zones sont bien evidement parametrables (en fait quasiment tout l'est dans ce montage...)
Donc je me dis que :
Si le montage est fait pour :
- lire la vitesse via son capteur à effet Hall avec ses 4 petits aimants
- lire le régime moteur via le courant envoyé à la bobine HT
Il ne devrait pas trop peiner à faire ça avec :
- le capteur de vitesse de ma Falco (qui envoie plus d'impulsions par tour)
- l'information du regime moteur fournie au tableau de bord, qui dépasse aussi en nombre les impulsions à une bobine... (3 impulsions si je cite Polux_RSV)
Suis-je dans le vrai là ?
PS : Pour ceux qui n'avaient pas encore trouvé, c'est un indicateur de rapport engagé ;-D
-
Polux parlait de la fréquence du régime ... pense à celle de la vitesse, comper les impulsions n'est pas la solution, trop d'erreur et si tu veux compter "longtemps" le régime ou la vitesse ne seront plus bons.
Ca marche pour les véhicule qui ont le capteur de vitesse sur la boite, même pour les Suz c'est la merde car 4 impulsions par tour du pignon de sortie de boite.
Je sais un peu car j'en fabrique :D
-
Plutôt que d'essayer de bricoler en espérant que ça fonctionne, tu prends excel et tu lui rentre toutes les formules de calcul à partir de la vitesse, du régime et de la fréquence du Pic. Tout ça sur une colonne. Et tu fais un copier-coller sur plusieurs colonnes, en entrant chaque fois les cas limites.
Angelo
-
en utilsant la fonction "ENT()" pour avoir des entiers et vérifie que tu ne dépasses jamais 2^16, tu peux arriver jusqu'à 2^32 à condition que tu divises juste après et que le résultat soit < à 2^16
-
Rappelez-vous ce qu'un Amiga 500 faisait du haut de ses 7MHz (bon, ok, c'etait pas un PIC là dedans mais µP 68000...)
La t'es dur Delirii! Comparer cette tuerie de 68000 (pour son epoque) avec un pauvre PIC c'est ose !
Et puis l'Amiga a 7MHz faisait ENORMEMENT de choses oui d'accord mais avec plein de chips dedies, un bus memoire CHIP dedie, un blitter et le copper. Ca aide un max... Les Atari 520 ST pedalaient a la meme vitesse avec le meme processeur mais etaient completement a la ramasse en graphique (gros deplacements de blocs memoire) a cause du manque de chips dedies :-d
-
heeuuu et l'histoire d'auto allumage de BBQ et de mergues ca devient quoi dans l'histoire :!: :bye
-
un bon court-circuit et hop tu as ton allumage ...le pb c'est que pour chaque allumage il faut refaire un circuit ;-)
-
Et puis l'Amiga a 7MHz faisait ENORMEMENT de choses oui d'accord mais avec plein de chips dedies, un bus memoire CHIP dedie, un blitter et le copper.
Monsieur est connaisseur :green1 On a les mêmes bases :trink2
J'avais pas mal tunné mon Amiga 2000, avec carte 68040, barettes mémoires de PC adaptées, disque dur IDE avec carte spéciale. Que des bons souvenirs. :trink1
Angelo
-
Polux parlait de la fréquence du régime ... pense à celle de la vitesse, comper les impulsions n'est pas la solution, trop d'erreur et si tu veux compter "longtemps" le régime ou la vitesse ne seront plus bons.
Ca marche pour les véhicule qui ont le capteur de vitesse sur la boite, même pour les Suz c'est la merde car 4 impulsions par tour du pignon de sortie de boite.
Je sais un peu car j'en fabrique :D
Je me suis replongé dans cette documentation electronique anglaise du zoli module que je prépare et voici les recommandations pour mesurer les vitesses de rotation :
- capteur de vitesse à placer sur le cardan : 4 aimants, un capteur, soit... 4 impulsions par tour de roue (en gros hein ;-) )
- capteur de regime moteur : sur une bobine d'allumage
Le kit est donc fait pour fonctionner dans des conditions spartiates... et toujours d'après ce qui est écrit, il doit s'en sortir bien.
Je reste donc confiant car mes signaux ne seront pas en dessous des ces specs :-)
NOTE : point de fonction ENT(), ici le code est en assembleur.
NOTE HS : T'inquiete Melkor, je connais bien l'existence des copro de l'Amiga, ayant donné dans le domaine aussi... mais plutot dans la génération "Chipset AGA" (1200 & 4000) ;-) Allez comparons alors avec une Megadrive, mue par un 68000 elle aussi...
-
Monsieur est connaisseur :green1 On a les mêmes bases :trink2
J'avais pas mal tunné mon Amiga 2000, avec carte 68040, barettes mémoires de PC adaptées, disque dur IDE avec carte spéciale. Que des bons souvenirs. :trink1
Monsieur est plus que connaisseur, il est totalement passionne parce qu'il considere comme le plus bel OS et la plus belle machine de toute l'histoire de l'informatique. Une machine avec 10 ans d'avance sur son temps! En 1985, quand les PC avaient 16 couleurs ANSI imposees en mode texte, des bips en guise de sons, une memoire segmentee en blocs de 64Ko et un OS ridicule de stupidite de design, l'Amiga 1000 sortait avec 4096 couleurs en mode graphique des le boot grace a Agnus et Denise, avec plusieurs ecrans de resolution et profondeur differentes, 4 canaux audio entierement independants regroupes en sortie stereo HiFi (distorsion harmonique < 1%) grace a Paula, memoire lineaire entierement exploitable et un OS multi-taches preemptif. Je comprends pas que le PC ai pu percer avec une telle merde de design...
J'ai toujours un A500 que je garde precieusement et un A4000/030 avec disque dur IDE et carte reseau Ariadne et je participe au projet UADE (http://http://zakalwe.fi/uade/) car gros fan de musique Amiga (impossible a expliquer a ceux qui connaissent pas le principe des modules et des ziks synthetiques)
Ma mere a un A1200 sur lequel j'ai adapte un clavier A2000 + rallonge pour qu'elle puisse jouer a ses Pinballs (Dreams, Fantasies, Illusions) et SlamTilt depuis son canape :8-)
Pfew... Faut que je m'arrete, je suis intarrissable sur cette merveille de conception qu'a ete l'Amiga!
Y'a un millier de developpeurs pour faire un pachyderme comme Windows, ils etaient 4 a faire l'AmigaOS 1.1 ! Comme quoi le talent s'achete pas!
PS: Puisque t'as un A2000, sache que le bus ZorroII (ZorroIII sur 3000 et 4000) sont encore inedits a ce jour! Bus asynchrone autoconfig pouvant aller aussi vite qu'on peut l'exploiter... Le PCI-Express qu'on vante comme LE bus qui va vite reste une bonne bouse synchrone figee a une frequence d'horloge fixe... Oui, le bus ZorroI (Amiga 1000) date de 1985 et a donc 21 ans !
PPS: Si t'as du adapter les barrettes PC, des SIMM a l'epoque, c'est surement que t'avais la carte acceleratrice GVP G-Force 040, right ? :8-)
J'ai dit stop bon sang :mrgreen :mrgreen
ANNONCE: Si vous voulez vous separer d'un Amiga qui traine sur une etagere dans la poussiere d'un placard, donnez le moi, le jetez pas !
-
Au pire je refourguerai l'engin à mon frere pour sa R1 :lol :lol
cool une r1 qui va prendre feu..........
-
Je te le redis attention aux limites, le mien sur le principe fonctionne sur un RSV (tests hier) bonne lecture du régime de la vitesse et des calculs permettant d'afficher le rapport dans un temps correct(sur béquille à 4000tr/mn temps < 0.5s. Plus que de l'habillage à faire
-
Au pire je refourguerai l'engin à mon frere pour sa R1 :lol :lol
cool une r1 qui va prendre feu..........
J'en ai vu une bruler à Lédenon, une 2002 que le gars venait d'acheter ...il a fait 200m à la fin du triple-gauche dans le premier tour ...hop envolé et moto qui brûle...c'est triste...quelque soit la moto :sad