Que penser de ça...

Message par **RolluS** » 06 mars 2008, 08:11

Bah sur les vidéos que j'ai liées en page 5 de ce thread, on voit bien que l'accélération est gérée... surtout sur le mopntage en hexagone...

Le sixaxis est un joystick 28 axes et 19 boutons!

submarine.wordpress.com/2007/12/07/...xis-sous-linux/

On a pas mal d'infos...

Davy_D · Message par **Davy_D** » 06 mars 2008, 16:06

Faudrait voir ce qu'on peut récupérer par bluetooth.
A la limite si on peut pas chopper les infos voulues c'est pas de l'argent perdu, ça fait toujours un pad pour jouer a PES lol

Message par **RolluS** » 06 mars 2008, 19:40

Davy_D @ 6 Mar 2008, à 15:06 a écrit : Faudrait voir ce qu'on peut récupérer par bluetooth.
A la limite si on peut pas chopper les infos voulues c'est pas de l'argent perdu, ça fait toujours un pad pour jouer a PES lol

On récupère absolument toutes les infos, sous forme d'axe joystick..

http://www.pabr.org/sixlinux/sixlinux.fr.html" onclick="window.open(this.href);return false;

Donc en pourcentage après étallonage..

Je pense que dans le cas embarquée, faut prendre le signal avant module bluetooth, voir même plutot en passant par l'USB, des micro controleur savent déjà causer USB alors c'est plus simple..

Par contre, il y a du lag sur le temps d'acquisition, mais en flushant souvent le buffer, on a quand même quelques chose de cadencé..

Vu la vidéo avec le montage servo, je pense que c'est largement suffisant et economique pour faire un module auto statio !

Message par **RolluS** » 06 mars 2008, 19:58

ps3.jim.sh/sixaxis/usb/

[Edit]

Les 2 modes sont représenté, on ne peut pas avoir 28 axes et 19 boutons en même temps...

Message par **Jonathan06** » 06 mars 2008, 20:19

Juste une petite precision:
Le PC a une interface USB "master", le pad PES a une interface USB "slave", la plupart des micro-controleur ont une interface USB "slave" aussi, donc impossible de les faire communiquer. A moins de prendre vraiment un gros micro ou une carte PC....

Message par **RolluS** » 06 mars 2008, 20:34

Jonathan06 @ 6 Mar 2008, à 19:19 a écrit : Juste une petite precision:
Le PC a une interface USB "master", le pad PES a une interface USB "slave", la plupart des micro-controleur ont une interface USB "slave" aussi, donc impossible de les faire communiquer. A moins de prendre vraiment un gros micro ou une carte PC....

Grrr... mais merci pour l'info

Le mieux est donc de piquer le signal multiplexé avant les controleurs USB ou BT, puis de le démuxer ou d'avoir un µC avec bus compatible...

Ca pue le reverse engeneering, mais c'est pas mon domaine de prédilection ca...

Y'a t'il quelqu'un ici qui pourrait le faire le reverse engeeneering ?

Sinon, le liens plus haut, qui présente le tableau avec les axes, bah j'ai lu trop vite, le dernier noyau linux ou noyau plus ancien patché, permet de changer le mode de la 6axis

Davy_D · Message par **Davy_D** » 06 mars 2008, 21:46

Pour l'usb faut voir si la manette fait l'usb OTG, ya des microcontroleurs qui le gerent (beaucoup font le host également en fait).

Pour les tests sur PC ca a l'air de marcher par bluetooth sur linux, mais faut aller tapper dans la pile BT je crois

Message par **RolluS** » 07 mars 2008, 07:29

Sinon prendre le signal avant les controleur de bus ou de com..

On est pas encore sur s'il a bien 3 gyro et 3 accéléro dans cette manette

Message par **alouette2** » 08 mars 2008, 16:30

Bonjours à tous
Aie mas tête, mes méneinges on pris un coup de vieux, donc si je vous comprend bien le tous est de contrer tous les axes .
A un point zero et poser l'hélico sans encombres ...

Donc faire un statio électronique en quelque sorte .
Alors je sort la machine a calculer ... si A est l'equivalant ou le contraire de a , le problème est resolus ......, tu as raisons je vais me coucher

Avant de me farcir un platane

ourait on gerer l'assiette avec un horizon artificiel du styl gyro au mercure, qui ne detecte pas le mouvement mais les deux axes x et y ? cela donnerai un compromis dans le débats

et une aide précieuse pour la tête rotor

je me comprends aux prix ou elle sont de nos jour mieux vaut les économiser bilan du crash tête rotror , pales,fuselage,axe intermediaire celui la de toute façon fallait le changer un servos ,engrenage, et le reste....

Bon weekend bon vol

Message par **RolluS** » 08 mars 2008, 19:07

Tu as compris le principe..

Je suis en train de concevoir (enfin j'en suis a l'étude préliminaire hein) un système d'(auto)pilotage embarqué.

Dans un premier temps, il viendra en compléments du système radio traditionnel, et dans un second temps, il sera le seul système de commande..

Ce système comprends:
- Une carte mère avec un micro controleur (calculateur)
- 1 accéléromètres 3 dimensions
- 1 gyroscopes 2 dimensions + 1 compas electronique 2 dimensions
- 1 capteur d'horizon infra rouge (l'équivalent de ton idée de capteur au mercure...)
- 1 capteur d'altitude (soit pression soit ultra son), si solution ultra son, évaluation de l'environement pour faire une "bulle" virtuelle de protection anti collision
- 1 système de radio bi directionnel 8 canaux servo + 2 canaux moteurs électriques, un PC au sol pourra afficher les données et la transmission sera sécurisée (numérique 2.4Ghz)

Le système calculera et mettra a jour les données télémétriques, afin de connaitre la vitesse et pouvoir l'annuler. En connaissant l'accélération a dans chaque dimensions, il suffit effectivement de l'annuler en appliquant une accélération inverse, ou décélération équivalente..

Cout:
Electronique ~50€
Capteurs 100 à 200€ (ca reste large car pas trouvé l'optimal encore)
Modules radio ~80€

C'est un système qui coutera, en kit, moins cher que l'hélicommand.

Message par **alouette2** » 08 mars 2008, 20:07

ok mais au point de vue servos il te faudra des reactions yperds ou super rapides donc il faut prévoir à l'aquisition du matériel
Ces points a mon avis , sont important car si tu pose une servos trop lent les reactions seront trop lente , et ne pourrons pas contrer le deplacement de l'assiette du rotor
et le problème a mon avis s'emplifie si tu doit avoir des réactions anticipées <_<
bon weekend

Message par **RolluS** » 08 mars 2008, 21:14

Bah les servos normaux du cyclique seront utilisés, dans mon cas des towerpro 9g, eventuellement remplacés par des servos haute vitesse si ca va pas..

Sur mon petit DF4, si j'arrive a tenir un statio, mon système devra savoir le faire aussi..
Le but du système est de corrigerl'erreur humaine..

Toute accélération, positive ou négative, sera détecté (j'espère même très faible), et gérée, alors anticipation je pense pas, régulation fine, c'est certain.

Les loi fondamentales de la physique sont immuables!

Pour anticiper autre chose, faut être medium

En tout cas merci pour tes idées et infos, ca permet d'avancer dans la bonne direction

Davy_D · Message par **Davy_D** » 08 mars 2008, 22:20

Avec une régulation de type PID, ca peut anticiper

Par sur un coup de vent biensur, mais pour prendre en compte le temps de réaction du système oui.

Message par **RolluS** » 08 mars 2008, 23:07

Le système sera cadencé à 40Mhz...

Une instruction PIC prenant 2 à 4 cycle d'horloge, on peut réaliser 1000 instruction par seconde...

Voici la carte mère du système, elle mesure 5*6cm..

Technical Specifications:
MCU: Microchip PIC18F2520
5.0V Power: 250mA
3.3V Power 250mA
Servo: 500 to 2500 us
PWM: 2.44/9.77/39.4KHz selectable
Serial Speed: up to 115.2K selectable
Dimensions: 52 x 68 mm

Features:
Powerful 40MHz PIC18 MCU
Wireless, Ethernet, USB, TTL data connections (w/optional devices)
Serial to I2C interface
Serial to I2C Devantech devices interface
3.3V and 5.0V on board low drop out voltage regulators
High PWM frequency, up to 39.4KHz
High Serial Speed up to 115.2K
3 LED’s for: ASSOC, RSSI and MCU status
On board ICSP connector
Power and Ground headers
Power line selectable Servo
Power Connector
Open Source Code
Free Graphical Interface

Message par **alouette2** » 15 mars 2008, 15:11

hello et bon courage pour la suite bon weekend <_<

Que penser de ça...

Qui est en ligne