Télécommande voiture RC + caméra

dje8269

Senior Member
Bonjour à tous,

Quand on aime , on ne compte pas . Me voila donc repartis dans de nouvelle galère !!!.
Étant en train de finaliser le hard du premier projet, je prépare le second. Pourquoi perdre du temps hein ...... !!.

Toute l'aide que je trouverais , sera le bienvenue. Car je suis peu expérimenté en programmation, et il me manque encore beaucoup de savoir faire et de connaissances.
Je m'excuse par avance, pour les erreurs dans le cahier des charges, car j'évolue souvent avec le projet, au fur et a mesure . ( aussi pour les fautes d'orthographes).

Je souhaite évolué, comme dans le premier projet, j'ai vraiment aimé l'esprit(J'espère que vous aussi). Pas de solution toute faite, mais des lignes directrices, des guides, des orientations, voir même des freins si je fonce dans le mur. Je suis têtu, mais bosseur , il est parfois difficile de mettre des mots , sur ce que l'on pense 'vouloir' ou 'savoir' . Surtout si comme moi vous avez dix mille idées à la seconde . Bref une longue route se profile .......

Ce post parlera de la télécommande :

Pour commencer le cahier des charges : ( j'ai intérêt à m'appliquer).

Le but principal, fabriquer une voiture télécommandée avec une caméra dessus.

La télécommande devra fonctionner avec des modules classiques HF ( 433 ou 868 pas encore décider mais je pense pas que ça joue sur la prog)
elle devra fonctionner sur pile. je pense à une 9V classique ou 7.2V ( 2x3.6). la aussi pas très important pour la prog.
Elle sera de la forme d'un manette de jeu playstation comme ceci : manette
J'ai choisi celle la, car j'en possède des vieilles, pour la taille , pour les deux champignons analogiques pour les mouvement c'est idéal. Quelques boutons seront utilisés, les autres seront obsolètes.
La portée, ben, pas vraiment étudiée, mais pas trop d'importance, le plus possible, qui dépendras beaucoup du module HF choisit et de sa puissance ( pas important pour la prog)

ce que devra faire la télécommande :

Piloter le Vhl en analogique ( plus on pousse le champignon plus sa va vite). En avant, en arrière, à droite, à gauche; mais aussi pouvoir tourné en avançant et en reculant .
Elle devra aussi, piloter une caméra monté sur deux servos moteurs , pour le pan et le tilt , avec 2 commandes analogiques pour droite et gauche ( deux vitesses ) et deux commandes tout ou rien pour haut et bas en gardant les même mouvements.
elle devra ( appuis sur un BP) klaxonner
elle devra sur un autre BP allumer les phares
et se garder au moins deux entrées pour des options , je sais pas encore lol ...... j'anticipe .

Voila j'espère ne rien avoir oublié ! J'attends toutes vos questions, vos observations ou vos doutes :D

PS: J'ai déjà commencé le programme mais je tombe très vite sur des os ou des questions , c'est pourquoi je post aussi vite , je voulais avancé le plus possible sans vous, mais bon, je galère déjà ...... car j'ai l'impression que les choses que je cherche existe mais je trouve pas ....
 
Last edited:

dje8269

Senior Member
Explication .
Je souhaite tout envoyer par un seul envoie, afin d'avoir le maximum de réactivité .

Il faudra donc envoyer par la commande RFout aux max 8 bites je crois .

- 4 bites pour les commandes analogiques de la voiture
- 2 bites pour les commandes analogiques droite et gauche de la camera
- 1 bite décomposée en flag pour les tout ou rien : right et left de la cam, klaxon, phare .
- il me resteras 1 bite de secours .

Je sais pas comment faire tourner la camera , mais la logique me fais dire qu'elle tournera plus a droite et a gauche 360° ( d'ou les deux vitesses) plutôt que haut et bas, pas trop d'angle donc une seule vitesse. J'aurais bien tout mis en analogique, mais j'aurais du faire un deuxième envoi assez contraignant . car rien que les 8 commandes analogiques m'aurais pris les 8 bites.

j'espere deja etre dans la bonne voie.

je met le programme dés que j'aurais un peu plus avancé.
 

dje8269

Senior Member
Bonjour,

Allez voici un premier jet .

Ne connaissant pas trop la commande RFout et son codage manchester, je sais pas trop si c'est bon ; Disons que sur simu ça a l'air de fonctionner .

Dans les commentaires ( que j'affectionne), j'ai mis des questions ? Pour savoir si c'est faisable ou non, car je vois bien qu'on peut améliorer mais j'ai des interrogations .

Bien évidement, le schéma électrique n'ai pas au point, c'est juste pour bien visualiser les broches hein....
telecommande voiture.jpg

Code:
#PICAXE 20M2



symbol BPAv = B.1
symbol BPAr = B.2
symbol BpD = B.3
symbol BPG = B.4
symbol BPr = C.2		'BP right pour cam
symbol BPl = C.1		'BP left pour vam
symbol AlimTX = B.6
symbol BPh =bit0
symbol BPb = bit1
symbol klax = bit2
symbol phare = bit3



'################################################################
'			Programme principal
'################################################################
main:

'Le Programme principal tourne en boucle afin de lire les entrées et des les envoyer. Il envoie si au moins une seul entrée est differente de 0

do
	Readadc BPAv,b1				'Sommes nous obliger de stocker la valuer dans b1 pour detecter un appui ?
	Readadc BPAr,b2				'Il peut etre judicieux de les stocker seulement si un appui est detecté
	Readadc BpD,b3				'Stock les valeurs analogiques dans les variables
	Readadc BPG,b4
	Readadc BpR,b5
	Readadc BPL,b6
	BPh = pinC.7				'met le flag a 1 si BPh =1
	BPb = pinC.3				'met le flag a 1 si BPb =1
	klax = Pinc.5				'met le flag a 1 si Klax =1
	phare = Pinc.6				'met le flag a 1 si phare =1
	
	
if b0<>0 or b1>40 or b2>40 or b3>40 or b4>40 or b5>40 or b6>40 then	
							'je met pas à zero (40 au pif pour le moment) pour eviter les declenchements intempestifs
	
	Gosub Mouvement				'Peut etre possible de ne pas mettre de gosub, car il n'y as que ca a faire pas tres utile
	
	else 
		sertxd ("aucun signal",13)	'pendant les tests, envoi ce texte si aucun signal a envoyer, Cad tout est à zéro
		low alimTX 				'Eteint TX
end if

loop

'################################################################
'			Sous-programme mouvement
'################################################################
Mouvement:
	high AlimTX 						'Alimente l'emetteur
	'pause 10							'je prefere ne pas mettre de pause pour la reactivité , la premier commande partiras pas mais les suivant oui
	'RFOut C.0,(b0,b1,b2,b3,b4,b5,b6,b7)		'Commande a envoyer par HF
sertxd (#b0,#b1,#b2,#b3,#b4,#b5,#b6,#b7,"/////")	'permet de visualiser ce que l'on envoie pendant les tests
return
 

PieM

Senior Member
Si ça commence avec la programmation de l'émetteur, c'est mal parti encore !

Il faut détailler toutes les commandes.
quelles sont les actions simultanées.
comment est commandée la propulsion : 2 moteurs ou 1 et un servo de direction.
pourquoi 4 bytes pour les commandes analogiques de la voiture alors que deux suffisent?
Pas compris l'histoire de la caméra et de la commande gauche droite et des vitesses...
si c'est sur 360° le servo va être spécial. plutôt un moteur pas à pas.
Une manette toute faite va devoir être autopsiée pour sortir les infos qui de base vont sur un circuit spécialisé!

Seulement après on peut envisager une architecture générale, en déduire le type de composants, les commandes nécessaire, le schéma, et enfin on peut parler de programmation.
Et passer plus de temps à lire, réfléchir avec un crayon et un bout de papier, qu'en programmation. :rolleyes:

Quels types de moteurs ? quelle consommation ? durée de fonctionnement souhaitée ? Après on peut déterminer la source d'énergie... Batterie, piles...
 

BESQUEUT

Senior Member
Autant je veux bien admettre que la télécommande d'un rampe lumineuse "Painball" constitue un cas particulier,
autant la télécommande d'un véhicule en mode proportionnel existe, et sans doute avec un rapport prix/fiabilité que vous aurez beaucoup de mal à atteindre.
Même la télécommande d'une caméra peut être gérée par une télécommande standard (à condition de bien choisir)
Éventuellement, un Picaxe sur le véhicule peut aider s'il y a un besoin très particulier.
Cela dit, vous pouvez entreprendre ce projet pour votre propre apprentissage, tout en étant conscient que des solutions standards existent.

Un des éléments à prendre en compte dans votre étude est le budget, aussi bien en euros qu'en heures...
 

dje8269

Senior Member
Merci à tous les deux pour vos réponses , qui comme d'hab sont judicieuses . Alors dans l'ordre chronologique .

c'est mal parti encore !
Un peu d'optimisme PieM pourquoi donc ce "encore" !! ;)

quelles sont les actions simultanées.
Toutes, cad que je peux avancer , klaxonner , allumer les phares tourner la camera en meme temps !!!!! . ce qui n'est pas simultanés c'est avancé en reculant ou tourné a droite et a gauche en meme temps , mais ca , c'est un probleme physique .C'est pourquoi j'avais pensé a envoyer toutes les données en même temps .

comment est commandée la propulsion : 2 moteurs ou 1 et un servo de direction.
Euhhhhh.... je sais pas trop !!! j'ai pas regardé ca encore :rolleyes: la tout de suite je dirais 2 moteurs pour la propulsion ( 4X4) un avant et un arriere . + 1 servo de direction qui va a droite et a gauche .

pourquoi 4 bytes pour les commandes analogiques de la voiture alors que deux suffisent?
La je sais pas , car je vois pas comment tu fais sur deux bytes ? pour moi c'etait un byte par commande ! variable de 0 a 255 pour avant arriere droite et gauche . Mais je pense que tu as autre solution certainement mieux !!!

Pas compris l'histoire de la caméra et de la commande gauche droite et des vitesses...
si c'est sur 360° le servo va être spécial. plutôt un moteur pas à pas.
En fait je me dis que le tilt de la cam est faible ( l'angle du haut vers le bas et inversement) , donc une seule vitesse de mouvement . Par contre de droite a gauche l'angle est beaucoup plus grand . disons 300° si on veut pas faire un tour complet pour des raisons physiques. Si on souhaite passer de totalement à droite à totalement à gauche , y'as pas mal de chemin a faire , d'ou un deuxieme vitesse pour accelerer tout ca .
Une manette toute faite va devoir être autopsiée pour sortir les infos qui de base vont sur un circuit spécialisé!
Non non, en fait je ne garde que le squellette et les boutons . l'interieur ca saute !!! et je remplace pour mon circuit et mon emetteur . Je me sert juste de l'emballage et des bouton analogiques .

Quels types de moteurs ? quelle consommation ? durée de fonctionnement souhaitée ? Après on peut déterminer la source d'énergie... Batterie, piles...
Ben je sait pas trop , je regarde ce soir u ntruc un peu puissant quand même....

Seulement après on peut envisager une architecture générale, en déduire le type de composants, les commandes nécessaire, le schéma, et enfin on peut parler de programmation.
Et passer plus de temps à lire, réfléchir avec un crayon et un bout de papier, qu'en programmation.
En fait on travaille pas du tout de la même facon PieM . Je dirais même à l'inverse, on pourrais debattre sur qui voit le verre a moitié vide et l'autre a moitié plein , mais ca prendrais des lustres ( et puis moi et la philosophie ....) . Moi je prefere faire un programme , et adaptée le materiel en fonction , et toi , tu achete le materiel , et tu adapte ton programme. Je me dis et si tu te trompe dans le materiel, car ton programme peut faire comme ca , ban tu es obligé de racheter non . Promis je regarde tout ca tout a l'heure au calme à la maison .

Cela dit, vous pouvez entreprendre ce projet pour votre propre apprentissage, tout en étant conscient que des solutions standards existent.
Effectivement BESQUEUT , la solution toute faite existe deja pour moins de 100&#8364; . Mais je peut mettre plus de 100&#8364; pour voir la fierté de mon fils, quand il conduira la voiture faite par son PAPA !!! . Cela n'as pas de prix pour moi ca ! . Concernant les heures vous devez commencez a me connaitre et le budget ca devrait pas etre dans mes moyens ......

Voila j'espere avoir repondu à vos questions
 

jojojo

Senior Member
Ben, moi, je me dis que ...

Faut faire autrement.

Garder ce qui est bon, et qui existe déjà, soit le principe de la commande proportionnelle.

Mais, pourquoi ne pas générer les trains de pulses via un picaxe ? (coté TX). Readadc et pulsout.
Pour le coté RX, je verrais un décodage "classique", en logique câblée (genre 4015), mais, là aussi, le picaxe pourrait être bien utile, ne serait-ce que pour exploiter des commande tout ou rien, pas gérées (ou mal), par le proportionnel.

quand il conduira la voiture faite par son PAPA !!!
Ca, ça tue toutes les contestations du style "c'est perdre son temps". (Ma fille ainée a fait ses premiers pas en hélico RC, avec une machine type "électronique tout maison". A plus de trente balais, elle en parle encore aujourd'hui, donc ...).

Un site que tu devrais éplucher sérieusement, c'est celui de mon copain Thobois (voix gogole). Tu vas être sur le c.l, et apprendre plein de trucs, dans le domaine (et dans plein d'autres ...).

Allez, au taf !
 
Last edited:

dje8269

Senior Member
soit le principe de la commande proportionnelle.
Euhhhh c'est quoi ce principe ?

Mais, pourquoi ne pas générer les trains de pulses via un picaxe ? (coté TX). Readadc et pulsout.
Euhh c'est quoi un train de pulse ? c'est quoi la commande pulsout

je verrais un décodage "classique", en logique câblée (genre 4515)
euhhhh... toujours pas compris la .

Jojojo, faut te suivre ...... elle va pas ma petite commande rfout ? c'est pas bon ce que j'ai fait ?
Je pensais que le gros du prog ce trouvait a la reception moi ? En fait le tout c'est jsute d'envoyer les infos necessaires non ? aprés à la reception on en fait ce qu'on veut !!! du moment que le signal est detecter juste
 

jojojo

Senior Member
Jojojo, faut te suivre ...... elle va pas ma petite commande rfout ? c'est pas bon ce que j'ai fait ?
Je pensais que le gros du prog ce trouvait a la reception moi ? En fait le tout c'est jsute d'envoyer les infos necessaires non ? aprés à la reception on en fait ce qu'on veut !!! du moment que le signal est detecter juste


J'ai pas dis que ça va pas.
J'ai dis Faut faire autrement..

En gros, ne pas ré-inventer l'eau chaude (ou le fil à couper le beurre).
Le principe de la télécommande proportionnelle est remarquable de simplicité, et d'efficacité, dès lors que l'on veut transmettre des ordres continuement variables, sur plusieurs voies, via un seul canal radio. TOUTES les télécommandes de modèles réduits fonctionnent comme ça, et plutôt bien.

Donc : Euhhhh c'est quoi ce principe ? , là, tu te documentes, un peu (gogole, wiki-machin, mon pote Thobois, etc, etc), tu vas voir, tu vas adorer.

Bon, là, j'attends ton topo, sur comment envoyer des trames, et comment les décoder, via cette méthode. Au boulôt, dé dious !
 

dje8269

Senior Member
voila , un peu plus de trois heures lectures ; diverses et variées .
J'ai appris, j'ai pas retenus, j'ai compris , mais oublié . Bref, je sais même plus comment faire et par ou commencer ; je sais plus la différence en PPM et PCM ,tsy et autres checksums .
Je me rends compte , que je sais même pas comment fonctionne un servo moteur !!! donc je vais aussi regarder ca !!! je pensais partir de zéro , en fait je suis bien lus bas lol .
Je crois comprendre la fontion "pulsout" pour le controle des servos ! mais comment ca marche pas encore disons que c'est la largeur d'impulsions qui détermine la position du servo un truc du genre ; mais pour transmette l'info par onde HF euhhhhh ..... je vais chercher des exemples .
et dire que j'avais passer quelques heures a peaufiner mon programme ...
 

jojojo

Senior Member
Juste la base, hein, pour encourager.

Un servo n'est qu'un moteur CC, avec une démulti, un asservissement, et une électronique de commande.

Sa position est définie par la largeur des impulsions qu'il reçoit. (de 1.5ms à 2.5ms, normalement).
Bien retenir, qu'une fois positionné, il ne bouge plus, tant qu'il ne reçoit plus rien (ben oui, sinon ...).

J'ai (supposition) quatre servos à commander.

Ben ... Je vais envoyer successivement 4 pulses de largeurs différentes, chacune correspondant à une position donnée de chaque servo.

A l'arrivée, un compteur va "distribuer" ces impulsions sur chaque servo, (4015, de mémoire), chacun son tour.

Puis, le compteur repasse à zéro, et ça recommence.

Pas belle, la vie ?
 
Last edited:

BESQUEUT

Senior Member
Même avis que jojojo :
- projet motivant (même si ça existe déjà...) mais bien plus complexe qu'il n'y parait,
- avoir un objectif final, mais procéder par étapes de complexité moindre.
- la commande d'un seul servo en direct depuis un PICAXE est un bon début pour comprendre

En télécommande (et donc radio-commande) la réactivité est un point essentiel, spécialement la direction, et encore plus en commande proportionnelle : les roues doivent suivre le mouvement mécanique du volant (ou du joystick) comme s'ils étaient mécaniquement reliés.
Sinon, (s'il y a un délai) c'est comme conduire une voiture avec un énorme jeu dans la direction : on tourne le volant dans tous les sens sans parvenir à maintenir le véhicule en ligne. Ou alors, il faut rouler tout doucement (comme les robots sur Mars...)
Mais avec 2 moteurs sur un 4x4, vous visez une vitesse conséquente...
Il faudrait établir un chronogramme complet avec les 4 servos et les "accessoires". Un seul PICAXE ne saura pas commander 4 servos en même temps, encore moins réceptionner des commandes radio et faire ça en même temps, sans compter les "accessoires"

Quand à ré-inventer une commande proportionnelle avec des composants électronique : bon courage...

Si j'avais à le faire, je partirais d'une télécommande toute prête 4 voies + accessoires (modèle hélicoptères) et de 3 servos + 1 variateur de vitesse. La construction mécanique et la mise au point, c'est déjà un beau projet.

En variante, on pourrait faire un mixe, avec une télécommande proportionnelle toute simple pour la voiture et une transmission PICAXE pour la caméra et les accessoires. 2 antennes de chaque coté, mais ça devrait marcher.

Sinon, en tout PICAXE, il faut viser plutôt un engin télécommandé ou semi-autonome genre Mars-Explorer avec une vitesse réduite.

Dernier point : il y a une caméra ? Donc les images sont transmises ? Où ? Comment ?
 

dje8269

Senior Member
Bonjour à vous,

projet motivant (même si ça existe déjà...) mais bien plus complexe qu'il n'y parait
Vous avez totalement raison . Je pense que cette fois la barre est trop haute pour moi !!! . Il y as baleine sous gravillon la !!. Il faut le reconnaitre mes competences sont trop limités pour m'attaquer a ca . Et sinon c'est vous qui allé tout faire ce qui m'interesse pas non plus . Le but est aussi de prendre du plaisir pour moi !!! . Alors avant de m'enfoncer dans un truc ou je me sortirais jamais, autant arreter tout de suite ; Je vais bosser trankilou dans mon coin , en me permettant de temps en temps une question d'ordre technique pour me depatouiller, si vous me le permettez! .

Vraiment je comprends pas . Je viens de faire une télécommande multicanaux ( bon certes il n'y en as que deux) mais j'aurais pus en mettre bien plus , Moi je pensais seulement remplacer ca par des moteurs ( je schématise bien sur) . Je suis un d'ou reveu,r je sais .
Mais je me souviens au debut de ma premiere telecomande jojojo, m'avait dis qu'ilm fallait un 14M2 minimum pour une telecommande..... Alors je me dis .....
 

jojojo

Senior Member
Quand à ré-inventer une commande proportionnelle avec des composants électronique : bon courage...

Ma non, ma non.

Un décodage de proportionnel, c'est simplissime.

Regarde :

decoproport.jpg

Jusque 9 servo, ici.
Chaque pause > 5.5ms reset le compteur.
Ce truc marche à merveille, mais, en cas de pilotage "sensible" (hélico, pour moi), se limiter à quatre ou cinq servos (meilleur temps de réponse).
 

BESQUEUT

Senior Member
Ma non, ma non.
Un décodage de proportionnel, c'est simplissime.
Ce truc marche à merveille, mais, en cas de pilotage "sensible" (hélico, pour moi), se limiter à quatre ou cinq servos (meilleur temps de réponse).
C'est vrai que si vous prenez le risque de piloter un hélico avec ce truc, c'est évident que vous avez confiance !
Et ça semble à la portée d'un débutant.
Pour l'émission, vous suggérez une réalisation idem, ou l'utilisation d'un modèle standard ?
(Après tout notre ami a parlé de réaliser une voiture, pas l'émetteur...)
 

jojojo

Senior Member
Tiens, je m'acharne.

Je viens de faire un test, et, bien sûr, c'est toujours le bor..el, en 432 Mhz.

Mais ... On est surtout embêté par des pulses très courtes.

On peut les éliminer facilement (on vire tout ce qui est en dessous de 1.4mS), ce qui necessite 1 boitier DIL 14, une résistance, et un condo.

Et ... Au fait, c'est un forum Picaxe, ici. Donc, juste un boitier DIL 8 (Un 08M2), et hop !

Code:
#picaxe 08M2
setFreq M4
Do
Pulsin C.3,1,w0
If w0 >140   Then 
	Pulsout C.4,w0
End If
Loop
 
Last edited:

jojojo

Senior Member
Pour l'émission, vous suggérez une réalisation idem, ou l'utilisation d'un modèle standard ?

Bon, mettons quatre canaux.
Je suggère un picaxe, quatre potars sur 4 entrées analogiques, et une sortie, en pulsout.
Un simple 14M2 peut le faire.

Et en rusant un peu (très peu), on peut, en plus, se réserver du tout ou rien, assez facilement.

C'est vrai que si vous prenez le risque de piloter un hélico avec ce truc, c'est évident que vous avez confiance !

Voyons l'escadrille, à ce jour (je n'ai plus de photo, des "gros" modèles thermiques, des années 84. Mais, le plus lourd était un Bell Ranger, de ... 1.1Kg, avec un moteur de 10cc).

escadr10.jpg

Et, le petit dernier :

helico.jpg
 

PieM

Senior Member
Bon je reviens un peu après la bagarre, mais je cherche à comprendre.
Tout le monde parle de commande proportionnelle et de 4 servo, mais il faut expliquer où vous voyez des servos classiques ! moi j'en vois un pour le tilt caméra et un (peut être ?) pour la direction.
Concernant le pan de la caméra sur 360 ° avec vitesses variable, imposible avec un servo du commerce.
Quant aux moteurs de roues, 2 moteurs (AV et AR ?) comment sont t-ils synchronisés, mystère.
Le minimum pour la translation est est de travailler avec des moteur continus en PWM ce qui permet de réaliser les autres fonction sans perturber le mouvement.

Je suis désolé mais quand on part sur de la programmation sans avoir la moindre idée de ce que sera le produit final c'est du casse gueule.

Moi je prefere faire un programme , et adaptée le materiel en fonction ,
Jamais vu ça ! à moins de se contenter de faire fonctionner les choses en simulation sous PE. Ce n'est pas une question de philo ! Ce sont les fonctions à remplir qui définissent le matériel.

Pour le fun à titre indicatif, un robot un peu ancien équipé de 4 Picaxes tous interconnectés (du 28X2 au 08M). Il est solaire, autonome ou telecommandé par HF ou Infra rouge, avec tourelle sur 360 ° équipée de télémètre, boussole, accéléromètre, détecteur de zone ensoleillée et plein de choses qui se font simultanément.
Si j'avais commencé par la programmation j'y serai encore.
Cyber01.jpg

Bon je vois que dans un autre post on commence à parler de commande de moteur brushless avec contrôleur, pour un faire avancer je ne sais quoi, je suis de plus en plus inquiet !
 
Last edited:

BESQUEUT

Senior Member
Bon je vois que dans un autre post on commence à parler de commande de moteur brushless avec contrôleur, pour un faire avancer je ne sais quoi, je suis de plus en plus inquiet !
Même avis.
Il faut que notre ami fasse des choix et ne poursuive qu'un lapin à la fois.
Si c'est un "explorateur" du genre du superbe modèle que vous présentez, ça semble à peu près jouable.
Si c'est un véhicule radiocommandé, c'est possible, mais avec des composants standards et ça n'a rien à voir avec la programmation des PICAXES.
Si c'est le truc qui fait tout, qui va super-vite, avec caméra embarquée et que sais-je encore, ce sera sans moi.
 
Last edited:

PieM

Senior Member
Il faut que notre ami fasse des choix et ne poursuive qu'un lapin à la fois.
Si c'est le truc qui fait tout, qui va super-vite, avec caméra embarquée et que sais-je encore, ce sera sans moi.
Bien d'accord. Hein dje8269, si c'est pour appendre après 40 pages que l'engin doit être contenu dans une boite d'allumette, ça va coincer avec moi aussi .
 

jojojo

Senior Member
Ben, rien d'illogique, pourtant.
Caméra site : 1 servo
Camera azimut : 1 servo
Direction : 1 servo
Vitesse moteur et avant-arrière : 1 servo (pseudo, son emplacement est pris par le contrôleur moteur, mais même type de commande).
Donc, quatre.

Pour les 360° de la caméra en site, bien sûr, que c'est faisable, avec un servo classique (120°). Deux poulies rapport 1/3, j'ai fait ça il y a bien longtemps, déjà.

La syncro des moteurs est une autre affaire.
Mais, pas du tout irréalisable, si les bouzins sont équipés de codeurs incrémentaux.

Si il est sûr, que commencer par la programmation globale, avant d'avoir correctement défini le CdC n'est pas recommandable, rien n'empêche cependant, de traiter préalablement certains problèmes (un petit bout à la fois, en s'arrangeant, pour que ça reste intégrable).
Exemple, comme je trouve dommage d'utiliser un compteur en logique câblée, pour la ventilation des servos, je tente de de décoder les trames de la proportionnelle, avec un 14M2, tout comme, pour le codage des quatre voies, coté émission (fait, ça)

Donc, Piem, je te trouve bien plein d'amertume, là. Non ?

Et puis, on est sensé être là, d'abord et avant tout, pour échanger des idées, non ?

Donc, sourires et bonne humeur !
;):D:eek:
 

BESQUEUT

Senior Member
l'engin doit être contenu dans une boite d'allumette,
Une petite ou une grande :confused:

Pour les 360° de la caméra en site, bien sûr, que c'est faisable, avec un servo classique (120°).
En outre, il a été dit que 330° pouvaient suffire.

La syncro des moteurs est une autre affaire.
Mais, pas du tout irréalisable, si les bouzins sont équipés de codeurs incrémentaux.
C'est inutile !
1) Si ce n'est pas un véhicule rapide, pas sur que la transmission 4x4 soit indispensable
2) S'il faut du 4x4, c'est faisable avec 1 seul moteur et 3 différentiels.
3) si 2 moteurs et 2 différentiels, les moteurs s'adaptent automatiquement à la puissance qu'ils arrivent à transmettre (on n'est pas en moteur PAP ou en servo 360)
4)Au pire, s'il y a un glissement (dérapage) c'est plutôt mieux que chaque train de roue puisse tourner à une vitesse différente en fonction de l'adhérence rencontrée.
5) Il y a même des véhicules avec un moteur par roue, y compris 6x6 pour les explorateurs.
 
Last edited:

PieM

Senior Member
Donc, Piem, je te trouve bien plein d'amertume, là. Non ?
Non, aucune amertume ! j'ai donné mon opinion sur le démarrage de ce projet dès le début, et pour l'instant rien ne m'incite à réviser mon appréciation.
On continue à raisonner sur un truc dont on ne sait rien!
On suppose qu'il faudra peut être contrôleur de moteur plus moteurs à codeurs incrémentaux parce que il y a peut être deux moteurs (et pourquoi deux), mais on en est pas sûr ! Et les codeurs incrémentaux avec quoi les gérer ?
Un servo pour le pan de la caméra (laquelle, quel poids) avec de la mécanique pourquoi pas? et les vitesses différentes demandées, on fait comment avec un servo ?
L'émetteur avec picaxe ne va pas envoyer des pulsout ! alors pourquoi traduire systématiquement par une commande de servo à l'arrivée ? C'est pas plus simple de commander en PWM des moteurs classiques avec un vulgaire L293 ou L298 ?

Si dje8269 pouvait préciser si les dimensions de son engin sont < 1 cm < 10 cm < 50 cm < 1 m < 10m ?
Je pense qu'il faudra prévoir aussi des phares anti brouillard !! y a du fog ! :cool:
 

PapyJP

Senior Member
ce sera sans moi.
Piem : ça va coincer avec moi aussi
Voilà plusieurs jours que je pense que les discussions sur ce Forum deviennent n' importe quoi.
Besqueut et Piem ont raison.
Restez raisonnables, de la rigueur, des problèmes précis, pas des rêves !
Quand je vais à la pêche j' affûte mes leurres, aiguise mes hameçons, choisis mon fil, ... en fonction du poisson espéré.
 

Jacques ROBERT

Senior Member
erreur de post

Bonsoir,
J'ai fait une erreur d'aiguillage:j'ai posté une proposition pour la voiture RC dans ""Comment commander des servos..........""mille excuses.
 

dje8269

Senior Member
bon , je vois bien que j'agace tout le monde .......

En fait, je trouve que vous avez des idées super arrêtées , alors que moi je suis super ouvert.

Quand je dis "une caméra tourne sur 360°", j'ai vus qu'effectivement ça poserait des problèmes , j'ai donc dis après coup 330° , c'était histoire de dire qu'elle ne puisse pas tourner sur elle même pour des raisons évidentes de câblages . Mais au fond la ou je voulais en venir , c'est que la camera puisse tourner de 330 ou 180 ° pour moi c'est kif kif. je veut juste qu'elle n'est pas un angle de 2°. je suis ouvert

concernant les moteurs, j'avance à tâtons , 1 moteur , 2 moteurs , du moment que ça avance . Alors je vais simplifier avec un seul moteur de propulsion . je suis open

PieM tu veux la taille et le poids de la camera , pour moi c'est secondaire !! il faut juste une plate forme qui tourne, après j'adapte en fonction de la camera choisie y'en as des millions !!! Il faudrait donc que j'achète la caméra , que je te donne la taille et le poids , et qu'on fasse tout autour , alors que moi , je fais une plate forme , et paf je visse une camera dessus et n'importe quelle modèle ;

C'est la ou je veut en venir !! J'avoue je me suis encore gouré sur le CdC , mais j'ai l'impression que quoi que je dise , ça n'iras pas en fait . c'est dommage que vous le preniez comme ça .J'avoue que je vois certainement trop grand pour moi . j'avoue .

Je voulais juste faire une petite voiture à base de picaxe.

PieM tu parle de la vitesse des servos de la camera, tu vois tout de suite les problèmes , car tu toi gère, pas moi . Moi je me dis , si on peut faire varier la vitesse d'un moteur propu, on doit bien pouvoir faire varier la vitesse d'un servo ? et faire en sorte qu'il n'y ai que deux vitesse plutôt que proportionnel en le bloquant via les commandes. Mais si c'est pas faisable , ben une seul vitesse mon fils m'en voudras pas je pense , je suis open.

Je ne veux pas vous agacer, j'essaie d'apprendre et de voir ce qui est réalisable ou pas !!! je réfléchis avec le peu que j'ai, comparé a vous qui avez des années d'expérience .
je pourrais acheter une télécommande toute faite , une voiture aussi , mais ou serait l'intérêt. C'était un défi pour moi. A vous entendre on dirais que je veut concurrencé "curiosity"

Pour la taille , je pensais récupérer une voiture cassée (pas chère) pour utiliser le châssis, les roues , et la direction , voir les servos voir les moteurs ce qui reste de vivant dessus hein... . et faire ma télécommande avec la manette ; et faire la gestions des servos avec des picaxes . voila à quoi je pensais ; un truc tout bête piloter par des picaxes .mais il est vrai que cela plus complexe que prévu.

après vous me direz et pour la vidéo ?, ben un émetteur vidéo en 1.2Ghz ou 900 ( tout fait je vous rassure) juste à poser sur la voiture et à gérer l'alimentation .faut voir avec les fréquences si ça brouille pas .

Restez raisonnables, de la rigueur, des problèmes précis, pas des rêves !
C'est cool des phrases comme ça, ça me donne envie de me donner encore plus fort pour y arrivé .

Quand je vais à la pêche j' affûte mes leurres, aiguise mes hameçons, choisis mon fil, ... en fonction du poisson espéré.
C'est la ou nous sommes radicalement différents. Moi je prends mon matériel , et je verrais bien ce que j'attrape , si j'attrape quelques choses . mais mon idée principale c'est d'aller à la pêche !!.Je suis open.

Voila je pense donc après tout ça que je vais poursuivre avec ceux qui voudrons bien répondre à mes interrogations ! Ou pas !
 

BESQUEUT

Senior Member
Pour la taille , je pensais récupérer une voiture cassée (pas chère) pour utiliser le châssis, les roues , et la direction , voir les servos voir les moteurs ce qui reste de vivant dessus hein... . et faire ma télécommande avec la manette ;
Il faudrait peut-être commencer par là et la réalisation mécanique du support de caméra. Quelles que soient les pièces cassées, il faudra les remplacer. Donc pour le pilotage, on va considérer que tout est fonctionnel.
Quels que soient les servos et le contrôleur du moteur, vous pourrez les piloter avec un PICAXE par la méthode jojojo.

Je suis actuellement à la recherche d'un servo qui fasse 360° ou un peu plus pour une autre application. Et bien ça existe et ça s'appelle servo-treuil ou servo-winch. Il y a des modèles 1 tour, 2 tours, etc... jusqu'à 6 tours.
 

dje8269

Senior Member
Quelles que soient les pièces cassées, il faudra les remplacer
Je pense , cela n'es qu'une supposition, que la plupart des voitures "cassées" en fait , il s'agit juste d'un problème électronique . vous savez dans les brocantes ou les maisons d'occasion. J'espere trouvé un châssis nickel avec les roues et la direction; le minimum a mon avis .

je vais chez les beaux parents ce week end a Pau, j'irais voir un magasin de modélisme .

Il faudrait peut-être commencer par là et la réalisation mécanique du support de caméra
sans vouloir être chiant, je préfère tout d'abord, avoir une voiture qui roule , en gardant en tête la mise en place d'un support ultérieurement pendant la conception!! .
 

PieM

Senior Member
Pour la taille , je pensais récupérer une voiture cassée (pas chère) pour utiliser le châssis, les roues , et la direction , voir les servos voir les moteurs ce qui reste de vivant dessus hein.
Je l'attendais celle là !!! Donc cahier des charges: comment faire une voiture télécommandée à partie d'un truc que je n'ai pas encore.

Tiens donc, peut être une une voiture "cassée" avec chassis et roues. ce qui veut dire qu'en fonction de ça, ben la solution du servo rotation continue avec roue intégrée a pris du plomb dans l'aile.
On va y arriver au "comment loger tout ce que je veux dans cet espace.
ça me rappelle quelque chose. Et la caméra est achetée en fonction de la place qui reste quand on aura mis les piles ou la batterie et les autres équipement.


PieM tu parle de la vitesse des servos de la camera,
Non désolé, ce n'est aps moi qui ai parlé de vitesse de rotation de la cam.
Alors de deux choses l'une: soit le cdc est de monter la caméra sur un servo, soit le besoin est d'avoir une vitesse qui varie.
SI c'est cette dernière hypothèse, alors on cherche qu'elle est la meilleure solution, et après avoir choisi le matériel servo ou autre type de moteur, fonction également de la masse supportée (visiblement accessoire), et des vitesses et de la commande en simultané ou non avec d'autres fonctions, on envisage un début de programmation.
 

dje8269

Senior Member
J'avais pensé a quelques chose comme ca , je suis ouvert ceci n'est qu'un exemple , mais je pense dans ce style :

Kit voiture
ben la solution du servo rotation continue avec roue intégrée a pris du plomb dans l'aile.
effectivement, mais cette discussion s'est emballée, c'est effectivement allé beaucoup trop vite, moi j'avais juste posté mon idée pour faire une télécommande .

On va y arriver au "comment loger tout ce que je veux dans cet espace.
Je pense qu'on devrais pouvoir placé quelques composants la dessus , enfin j'éspere !! lol

ça me rappelle quelque chose
Moi aussi !! mais regarde j'ai mis des photos, tout est rentré nickel chrome !

Alors de deux choses l'une: soit le cdc est de monter la caméra sur un servo, soit le besoin est d'avoir une vitesse qui varie.
Les deux sont impossible? , je pensais a faire un truc dans ce genre : pan tilt
 

PapyJP

Senior Member
Bon ben , la c'est sur je suis seul !!!(
Mais non vous n'êtes pas seul !
Mais vous êtes brouillon, impatient, touche à tout, virevoltant, imprécis ... vous mélangez tous les problèmes ... jusqu'à nous saouler !
Croyez-moi: Restez raisonnable, de la rigueur, des problèmes précis, pas des rêves !.
Après un cahier des charges précis et définitif ( projet de maquette télécommandée par exemple), posez vos problèmes les uns après les autres.
Par exemple " comment commander une tourelle deux axes ( de caméra en l' occurrence ) par liaison hertzienne avec des Picaxes à l' émission et à la réception " sachant que je veux par ailleurs garder la possibilité de commander également des servos, des TOR ( Phares, klaxon ) et des moteurs .
Là nous vous suivront avec plaisir.
 

BESQUEUT

Senior Member
Je pense , cela n'es qu'une supposition, que la plupart des voitures "cassées" en fait , il s'agit juste d'un problème électronique . vous savez dans les brocantes ou les maisons d'occasion. J'espere trouvé un châssis nickel avec les roues et la direction; le minimum a mon avis ..
Fuyez les japoniaiseries vendues en supermarché : aucune pièce n'est interchangeable, pas même les servos ou les roues. Orientez vous vers des engins de modélisme.
Pour avoir fréquenté ce genre de boutiques à une certaine époque, je peux vous assurer que la plupart du temps, l'électronique est indemne après un crash. Par contre, le châssis, les triangles de direction, les servos, la transmission, les roues sont en piteux états.
Mais vous pouve tomber sur un modèle monté par un passionné qui évolue vers le dernier cri et revend son vieux bouzin. Bien sur il récupère la précieuse électronique et vous laisse une mécanique peut-être pas flambant neuve mais en état de marche.
 

PieM

Senior Member
post #31
moi j'avais juste posté mon idée pour faire une télécommande .
post #3 j'ai fait le programme de la télécommande

... mais je ne sais toujours pas ce que vais radiocommander.

post #6
En fait on travaille pas du tout de la même facon PieM
ben effectivement. Et j'évite de conduire dans le brouillard la nuit.
Bonne route.
 

dje8269

Senior Member
Bonjour à tous,

Voila je galére depuis ce matin . Le probléme viens peut etre du hard mais je trouve que la simulation me fait des trucs bizarre, et comme je sais qu'on ne peut pas si fier a 100% , je prefere posé des questions avant de tout dessoudé .

Voila je souhaite utiliser ma Radiocommande ; Je l'ai faite avec des 20M2 ainsi que le recepteur qui lui est encore sur plaque d'essai , jsutement pour faire des essais lol .

Voici les programmes en emission et en reception. Car bien evidemment rien ne s'allume , et comme je connais pas trop encore le RFin RFout .

Pourquoi en simu la sortie B.0 clignotte-t-elle ?

Emission :

Code:
#PICAXE 20M2

symbol BUZ=C.0		'sortie du buzzer
symbol TX = B.4		'sortie d'alimentatino du TX
symbol DONNEE = B.7	'Sortie des données
b1=0
b2=0
b3=0
b4=0
b5=0
b6=0
b7=0
b8=0

do

if pinB.3 = 1 then	'Si le BP est appuyé
	
	b8=1			'mise a 1 de la bit8
	
	HIGH buz		'fais sonné le Buzzer
	high TX		'allume le TX
	PAUSE 50		'petite pause pour le caler
		
	rfout DONNEE,(b1,b2,b3,b4,b5,b6,b7,b8)	'envoie des données
	
	else
	low buz 		'eteint le buzzer
	low TX		'eteint le TX
	b8=0			'remet la bit8 a 0
	
End if


loop
Pkoi en reception sur la simulation les variables sont-elles pas à zero ?

Code:
#PICAXE 20M2

symbol ledR = B.4
symbol ledJ = B.5
symbol ledV = B.6

b1=0
b2=0
b3=0
b4=0
b5=0
b6=0
b7=0
b8=0

do

rfin B.7,b1,b2,b3,b4,b5,b6,b7,b8	'stocjke les données dans les variables b1 à b8

if b8 = 1 then		'Si la variable b8 est à 1

	high ledR		'allume la led rouge , eteint la jaune
	low ledJ
	
	else 
	high ledJ		'Allume la jaune , eteint la rouge
	low ledR
	
end if


loop
Merci a vous
 

PieM

Senior Member
Faut arrêter de faire joujou avec de la transmission radio en simulation !
De toute façon rfout et rfin ne fonctionnent pas sous PE5 et ça ne servirait à rien.
 

dje8269

Senior Member
Bonsoir PieM ,

Je ne suis malheuresement plus en simulation se serait trop facile !!!!. Je comprends pas ca fonctionne mal.
J'essaie de faire fonctionner cette maudite telecommande faite maison. Mais la focntion RFin et RFout me donne du fil a retordre

test.JPG
 
Top