Aller au contenu

Sylvainm Mahem

Nouveau
  • Compteur de contenus

    17
  • Inscription

  • Dernière visite

À propos de Sylvainm Mahem

  • Rang
    Pilote

Profile Information

  • Sexe
    Non Spécifié
  • Identité
    sylvain
  • Club
    dominelais

Visiteurs récents du profil

2 328 visualisations du profil
  1. Bonjour, j'ai écrit un nouveau paragraphe sur mon site pour expliquer une fonctionnalité qui peut vous intéresser: Système multidirectionnel (multiceiver) (voir: http://www.sylvainmahe.site/projectRadioControl.html). Le système de radiocommande 2.4GHz que je propose ici permet la communication multidirectionnelle entre la radiocommande et un ou plusieurs modèles, autorise le dialogue entre les modèles eux-mêmes (réseau d'émetteurs/récepteurs, ou multiceivers), et rend possible l'ajout de plusieurs émetteurs/récepteurs (tranceivers) embarqués dans un même véhicule (pour les
  2. J'ai rajouté à la radio/et aux modèles en paramètres par défaut l'inversion des voies, et les courbes (équivalent à l'exponentiel) sur les gaz, tangage, roulis, et lacet. Ce sont des paramètres utiles tellement communs à bon nombres de modèles... Ils sont bien évidement enregistrés comme tous les autres paramètres dans le modèle. J'ai modifié à ce propos ma fonction de courbe dans MODULE. J'ai également mieux expliqué certaines parties des fonctionnalités, et rajouté quelques paragraphes (voir notament: "Inversions des voies et courbes": http://www.sylvainmahe.site/projectRadioCont
  3. Le quadri est maintenant en version pour le vol 3D, voir l'article que j'ai modifié avec les nouvelles caractéristiques de la bêbête: http://sylvainmahe.xyz/projectQuadcopter.html
  4. Bonjour J'ouvre ce sujet pour vous montrer la radiocommande que je fabrique, boîtier, électronique, et logiciel sont faits à partir de zéro (pas de bibliothèque arduino, ni de bibliothèque avr, ni de bibliothèque c++ en supplément du langage lui même, ..), par contre je ne créé pas les manches de la radio (je n'avais qu'une semaine pour faire les usinages). Le programme de cette radio fait 4036 lignes (et sera téléchargeable bientôt), le principe de ce programme est entièrement basé sur mon système que j'ai développé (MODULE), et es
  5. Merci pour le commentaire ça fait plaisir C'est vrai que ce projet a été très long et difficile, je le partage avec le plus d'infos possibles pour que les gens intéressés puissent se lancer plus facilement dans le monde de l'électronique amateur
  6. Après quelques mois de recherches infructueuses en ce qui concerne le nom et le logo de mon projet cartes+bibliothèque, j'ai finalement réussi à en dessiner un qui me convient: Module pour modulable, mais aussi pour génération de signal modulé (pulse width modulation), d’où la forme du logo (onde carrée). GPL pour General Public Licence (https://fr.wikipedia.org/wiki/Licence_publique_g%C3%A9n%C3%A9rale_GNU). J'ai aussi travailler sur le site aujourd'hui pour que cela soit cohérent niveau formes et couleurs, mais il me faudra d'autres week-end pour finaliser ce site http://sylvain
  7. Nouvelle vidéo avec un peu de voltige (soyez indulgents c'est pas facile de piloter avec les pouces gelés :p) https://www.youtube.com/watch?v=0M3INZuHvoc N'hésitez pas si vous avez des interrogations coté réalisation ou autre.
  8. Bonjour *DanRaZor, merci pour ton commentaire Tu as raison l'héritage des classes est une bonne idée vue comme ça, mais ce qu'il faut comprendre c'est que la classe Private existe uniquement parce que j'ai adopté la convention de ne faire aucun appel de fonction dans une même classe, et aussi par le fait qu'un calcul plus ou moins long dans une classe ou devant être automatisé, ou étant utilisé par plusieurs classes, se doit d'être écrit dans la classe Private pour être utilisé ou on en a besoin. L'avantage de ce système c'est que ma bibliothèque est entièrement démontable sans souci
  9. Voila après une 30ène de vols de tests le code source final sans horizon artificiel (pour l'instant): Main.cpp #include "../library/Timer.h" #include "../library/Delay.h" #include "../library/Random.h" #include "../library/Math.h" #include "../library/Buzzer.h" #include "../library/Servo.h" #include "../library/Cycle.h" #include "../library/Gyroscope.h" using namespace std; int main() { uint8_t n = 0; Gyroscope mpu6050 = Gyroscope (0); Cycle channelThrottle = Cycle (1, false); uint16_t slowChannelThrottle = 0; uint16_t centerChannelThro
  10. Bonjour Pour que vous compreniez le sujet et mon intervention, je fait un bref récapitulatif de ma modeste expérience de l'électronique: J'ai donc débuté l'électronique amateur il y a 1 an, au départ je ne savais pas à quoi servait un condensateur, je suis donc parti de zéro. J'ai été comme un peu tout les amateurs qui ne savent pas par ou commencer au départ, j'ai téléchargé Arduino, puis au bout d'une semaine j'ai voulu savoir ce qu'il y avait derrière digitalWrite, et 2 ou 3 fonctions que j'avais utilisé au courant de cette semaine découverte. J'ai été voir la source et j'ai compris q
  11. Je suis précis, pour la précession gyroscopique, la pale passant à gauche du plateau cylique, sens giratoire horaire au rotor principal, avait sa biellette du pied de pale en prise +60 degrés sens horaire sur le plateau cyclique, du coup la précession gyroscopique de 90 degrés de décalage pour tout objet physique en rotation sur lui même, n'était pas respecté. La notice de la mécanique rotor tripale indiquait bien ceci, ce qui est logique, tout objet en rotation à une précession de 90 degrés. Sinon pour la version, comme indiqué au premier message, c'est un bavarian demon rigid v2.
  12. Oui tout à fait, disons qu'on a essayé de se rapprocher au mieux mécaniquement, et finir au trim fait forcément travailler le gyro pas forcément au mieux. Sur mon raptor ou trex je ne trim jamais biensûr, mais la c'est la dérive en hl qui parait bizarre sur cet helicommand. On verra si on arrive à ne plus avoir de dérive du tout mais ça va se jouer au dixème de mm ou pas loin, en réglage mécanique.
  13. Ah ok, donc on est pas seul pour l'anticouple On restera donc avec notre petit coup de trim à l'anticouple pour voler sans dériver. En tout cas merci pour vos conseils, mon ami est vraiment content que ça vol bien, surtout qu'il a passé beaucoup de temps dessus
  14. Merci pour les conseils On a du nouveau, mon colègue à mis 90 degrés de précession mécaniquement (comme effectivement le dit la notice), et une meilleur fixation pour le boitier gyro helicommand (moins souple), du coup sa vol nickel, il n'y a plus aucun problème! La fixation de l'anticouple a également été revue. Il y a juste une dernière chose mais banale, l'anticouple dérive légèrement, je soupçonne un mode normal plutôt que conservateur de cap, pourtant en vent arrière il ne fait pas gyrouette, currieux... Impossible de voir la case "heading hold" cochée dans le logiciel heli
×
×
  • Créer...

Information importante

Les cookies sont des fichiers stockés dans votre navigateur dans le but de personnaliser votre expérience web. En acceptant notre politique en matière de cookies, vous acceptez que nous utilisions des cookies.Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.