Idée d'une mini base de données

[mennsylv]

Bonjour,

Tout d’abord je ne sais pas si cela est le bon endroit pour poster cela, mais bon faut bien que je poste quelque part.

Suite à la construction de mon multi rotor et maintenant à l’assemblage de celui d’un ami, mon plus gros problème est qu’il n’est pas évident d’estimer les temps de vol en fonction du matériel et de choisir les batteries adaptées.

Il y a bien @Calc, qui m’a permis de pas trop mal me débrouiller, cependant il faut l’interpréter et ce n’est pas toujours simple.

D’où l'idée, dont je ne sais pas si elle est réalisable facilement sur le forum, mais on pourrait réaliser une mini base de donnée ou chaque « forumeur » pourrait dans un tableau prédéfini mettre une synthèse de sa configuration.

Avec au moins Moteurs (nombre et type), Hélices (marque et caractéristiques) Infos Frame (poids avec et sans batterie, taille) Batterie (Type, Capacité) et bien entendu les temps de vol obtenus par combinaison.

On aurait clairement des exemples de configurations réelles, par exemple un F 450 de 1.5Kg avec moteur DJI, Graupner 10x5 Lipo 3S 3000mh de 310g, le tout vol pendant 11 minutes en vol mode vidéo et 8 minutes en vol sportif.

Voilà ce n’est qu’une idée et je sais pertinemment que la mise en application peut être compliqué.

Actuellement on trouve ces infos en fouinant un peu partout mais les regrouper serait bien plus accessible notamment aux débutants

Pensez-vous que cela soit réalisable et surtout utile ?

Sylvain

[Tomdu38]

Salut,
Tu oublies de prendre en considération le style de pilotage qu'il faut faire figurer dans ta base et également la tension de la batterie avant et après utilisation car on ne charge ni ne décharge pas tous nos batteries de la même façon. Il faut ajouter l'age de la batterie même si normalement avec les lipos on sait quand elles sont mortes...

Pour moi tout cela peut se résoudre par des estimations mathématiques. En gros, si je ne dis pas de bêtise, en statique, la puissance que fournit tes moteurs, et égale au poids de ton zinzin.
Généralement pour du vol calme, et avec ma petite expérience, je tiens un statique avec 40 à 50% des gaz et je pense ne monter que très rarement au dessus de 80%.
Ensuite, tes moteurs ont des courbes de fonctionnement, avec des rendements et consommation en fonction de leur trust, des hélices, ta batterie te fournit une tension et X mAh.
J'ai fait une feuille excel avec ces paramètres, et mes estimations ne sont pas mauvaise car je compare avec mes données réelles liées à mon style de vol qui du coup par la suite sont directement applicable.
Le problème pour moi est que on n'a pas de base de donnée des conso moteurs en fonction du trust. Sauf chez Tmotor et sunnysky et surement quelques autres où l'on trouve ces infos.
Bref pour moi ça ne résout pas le problème de l'optimisation.
Éventuellement, il faudrait que les personnes équipées d'un ampèremètre et d'un voltmètre, fassent des mesures de tension et de courant avec la référence des moteurs.

Mais si d'autre partage ton idée, alors je veux bien remplir 1 ligne ton futur tableau avec ma config

Bon weekend.

[Maxxhimum]

Ecalc est un outil qui demande de la pratique et qui permet même d'extrapoler des caractéristiques que le constructeur ne communique pas.
L'application à le mérite de donner des résultats pour le moins fiable et surtout affranchi de toute interprétation.
Poster sa config implique que ton ressenti est le même que celui du lecteur, ex : tu es un débutant ton quadri est sous dimensionné, mais tu n'as pas de point de comparaison alors tu dis qu'il est super, tu essaies celui d'un pote et tu trouves que c'est une serpillière volante. La gopro 1 est une excellente caméra, comparée à la gopro 3 c'est une bouse !!!
Ton tableau va te donner les impressions de X personnes sur X quadri, tu ne pourras te faire une vague idée que si X personnes donnent leur avis sur 1 quadri.
Je suis conscient que l'on voudrait souvent des réponses simples a des questions simples, mais la vérité est que faire voler un multi est un exercice difficile dès lors qu'on devient concepteur/développeur/pilote, on fait souvent face à des problèmes jamais rencontrés qui une fois résolus servent la communauté. Savoir qu'on a réussi et qu'on a une configuration viable n'est que le résultat de tout un processus qui, lui, est intéressant.