[FIRMWARE] BETAFLIGHT
Re: [FIRMWARE] BETAFLIGHT
En rentrant je passe à ca sur ma f3. Ma kiss commence à me saouler, y a toujours un endroit où ca vibre.
Envoyé de mon iPhone en utilisant Tapatalk
Envoyé de mon iPhone en utilisant Tapatalk
THUGFRAMES LOWRIDER / F3 Beerotor / lumenier 2350kv / Littlebee 20A
PIRAT5X / KISS / F40 2500kv / Littlebee 30A
no risk, no fun !
PIRAT5X / KISS / F40 2500kv / Littlebee 30A
no risk, no fun !
Re: [FIRMWARE] BETAFLIGHT
Suis encore en 2.9.1 avec des réglages qui commencent à me plaire donc vous me motivez à passer en 3.0.0 RC8
Envoyé depuis mon multi en acro avec Tapatalk
Envoyé depuis mon multi en acro avec Tapatalk
Mes bêbêtes ^^
RedRotor RC Strider 250 et la version SURbaissée
QAV-X "Black'n White"
QAV-tRi
Centro-X (anciennement ZMR-X)
RedRotor RC Strider 250 et la version SURbaissée
QAV-X "Black'n White"
QAV-tRi
Centro-X (anciennement ZMR-X)
Re: [FIRMWARE] BETAFLIGHT
Tu devrais attendre la version stable. Elle ne devrait plus trop tarder.
- ARMATTAN SCX200
- JPAY quad V2 custom
- F330 CC3D, T-Motor 1100KV
- Hubsan X4
- JPAY quad V2 custom
- F330 CC3D, T-Motor 1100KV
- Hubsan X4
Re: [FIRMWARE] BETAFLIGHT
Merci du conseil, je vais faire ça. C'est effectivement un peu plus « sage »
Envoyé depuis mon multi en acro avec Tapatalk
Envoyé depuis mon multi en acro avec Tapatalk
Mes bêbêtes ^^
RedRotor RC Strider 250 et la version SURbaissée
QAV-X "Black'n White"
QAV-tRi
Centro-X (anciennement ZMR-X)
RedRotor RC Strider 250 et la version SURbaissée
QAV-X "Black'n White"
QAV-tRi
Centro-X (anciennement ZMR-X)
Re: [FIRMWARE] BETAFLIGHT
Oui c'est plus sage, j'avoue que j'ai la souris qui me démange moi aussiLuluTchab a écrit :Merci du conseil, je vais faire ça. C'est effectivement un peu plus « sage »
Envoyé depuis mon multi en acro avec Tapatalk
C'est juste cette phrase qui me retient... ca va bientôt passer en version stable.RC8 (Serious Official Candidate)
- ARMATTAN SCX200
- JPAY quad V2 custom
- F330 CC3D, T-Motor 1100KV
- Hubsan X4
- JPAY quad V2 custom
- F330 CC3D, T-Motor 1100KV
- Hubsan X4
Re: [FIRMWARE] BETAFLIGHT
@LuluTchab : Ca y est la version 3 stable est sortie
- ARMATTAN SCX200
- JPAY quad V2 custom
- F330 CC3D, T-Motor 1100KV
- Hubsan X4
- JPAY quad V2 custom
- F330 CC3D, T-Motor 1100KV
- Hubsan X4
Re: [FIRMWARE] BETAFLIGHT
YessssDuvid a écrit :@LuluTchab : Ca y est la version 3 stable est sortie
Mes bêbêtes ^^
RedRotor RC Strider 250 et la version SURbaissée
QAV-X "Black'n White"
QAV-tRi
Centro-X (anciennement ZMR-X)
RedRotor RC Strider 250 et la version SURbaissée
QAV-X "Black'n White"
QAV-tRi
Centro-X (anciennement ZMR-X)
-
- Moustique
- Messages : 4
- Enregistré le : 25 août 2015, 12:33
- Localisation : paris
- Contact :
Re: [FIRMWARE] BETAFLIGHT
salur c fred de Fpv passion. ca va ? je prepare un article sur me multishot et le dshot. mais nul part je ne trouve de vraies infos sur le multishot. je suis en outre interloqué par ce que tu as marqué : Par contre pourquoi veux tu utiliser le Multishot ? Ce n'est plus la peine sur les dernières versions de BF 2.5, Boris a réduit le motor_pwm à 2.6KHZ même avec une looptime à 8KHZ ce qui le rend compatible avec le Oneshot125.
Pour avoir besoin du Multishot il te faut obligatoirement une carte F3 avec un BUS SPI pour utiliser un motor_pwm à 4KHZ mais il n'y a pratiquement aucunes différences entre 2.6 et 4, c'est pour ça que Boris à réduit cette valeur.
je sais comment foncionnent le pwm et le d600 basé sur le rs232 . mais je ne sais rien sur le multishot. px tu m aider stp ?
Pour avoir besoin du Multishot il te faut obligatoirement une carte F3 avec un BUS SPI pour utiliser un motor_pwm à 4KHZ mais il n'y a pratiquement aucunes différences entre 2.6 et 4, c'est pour ça que Boris à réduit cette valeur.
je sais comment foncionnent le pwm et le d600 basé sur le rs232 . mais je ne sais rien sur le multishot. px tu m aider stp ?
Re: [FIRMWARE] BETAFLIGHT
Salut,
@fredouillo :C'est sympa de te voir sur le forum
Je suppose qu'il voulait activer le multishot "parce que c'est la mode" ?
En ce qui me concerne, j'ai une SP racing F3, et des LITTLEBEE 30A sous BLHELI-S, je la fait tourner comme ceci :
Gyro update : 4Khz
PID loop : 4Khz
Protocole ESC : Multishot
D'après mes calculs "savant", en utilisant le multishot avec ces fréquences c'est un peu comme tuer une mouche à coup de bazooka :
Pour faire simple, la FC envoie un ordre aux ESC toutes les 250µs (=4kHz) alors qu'avec le protocole multishot ils sont capable d'en recevoir toutes les 25µs.
Autrement dit le protocole de communication est 10x plus rapide que la FC. En Oneshot 125 ce serait trop juste, en OS42 ca pouvait passer.
J'ai laissé ainsi car "qui peut le plus peut le moins !", je suis donc certain qu'aucune commande n'est perdu, même si je suis persuadé que ca ne sert à rien.
Aujourd'hui je me pose la question de savoir si je ne devrais pas plutôt ralentir ma carte à 2kHz et revenir en OS125, le multishot ou OS42 passent aussi mais pas d’intérêt car OS125 = 250µs et 2kHz = 500µs ... on est large !
Cela permettrait 2 choses :
1/ être moins sensible aux vibrations (looptime élevé = +sensible)
2/ soulager la le µcontroleur et par conséquence réactiver les accéléromètres (facultatif).
De plus ca m'éviter d'être toujours à la limite des performances de mon matériel, je préfère toujours laisser un marge.
Ca c'est la théorie, maintenant il faut que je test en vol !
@fredouillo :C'est sympa de te voir sur le forum
Je suppose qu'il voulait activer le multishot "parce que c'est la mode" ?
En ce qui me concerne, j'ai une SP racing F3, et des LITTLEBEE 30A sous BLHELI-S, je la fait tourner comme ceci :
Gyro update : 4Khz
PID loop : 4Khz
Protocole ESC : Multishot
D'après mes calculs "savant", en utilisant le multishot avec ces fréquences c'est un peu comme tuer une mouche à coup de bazooka :
Pour faire simple, la FC envoie un ordre aux ESC toutes les 250µs (=4kHz) alors qu'avec le protocole multishot ils sont capable d'en recevoir toutes les 25µs.
Autrement dit le protocole de communication est 10x plus rapide que la FC. En Oneshot 125 ce serait trop juste, en OS42 ca pouvait passer.
J'ai laissé ainsi car "qui peut le plus peut le moins !", je suis donc certain qu'aucune commande n'est perdu, même si je suis persuadé que ca ne sert à rien.
Aujourd'hui je me pose la question de savoir si je ne devrais pas plutôt ralentir ma carte à 2kHz et revenir en OS125, le multishot ou OS42 passent aussi mais pas d’intérêt car OS125 = 250µs et 2kHz = 500µs ... on est large !
Cela permettrait 2 choses :
1/ être moins sensible aux vibrations (looptime élevé = +sensible)
2/ soulager la le µcontroleur et par conséquence réactiver les accéléromètres (facultatif).
De plus ca m'éviter d'être toujours à la limite des performances de mon matériel, je préfère toujours laisser un marge.
Ca c'est la théorie, maintenant il faut que je test en vol !
- ARMATTAN SCX200
- JPAY quad V2 custom
- F330 CC3D, T-Motor 1100KV
- Hubsan X4
- JPAY quad V2 custom
- F330 CC3D, T-Motor 1100KV
- Hubsan X4
- Haut les nains
- Vautour
- Messages : 1019
- Enregistré le : 07 sept. 2015, 22:23
- Localisation : Colomiers (31)
Re: [FIRMWARE] BETAFLIGHT
Yop,
@Fredouillo, c'est en mode Oneshot125 que le motor_pwm est bloqué a 2.6, parce que plus rapide ça dépasse le débit du OS125 et que ça cause des desynchro.
Pour les autres modes, c'est pas limité
@Duvid, même si effectivement le multishot est plus rapide que "nécessaire" et que la difference en vol ne saute pas aux yeux, y a sur RCGroup un gros débat sur le sujet , le temps gagné par la FC en envoyant un signal plus court, et réattribué sur d'autres fonctions, filtres notch, ...
Du coup t'y gagne quand même
@Fredouillo, c'est en mode Oneshot125 que le motor_pwm est bloqué a 2.6, parce que plus rapide ça dépasse le débit du OS125 et que ça cause des desynchro.
Pour les autres modes, c'est pas limité
@Duvid, même si effectivement le multishot est plus rapide que "nécessaire" et que la difference en vol ne saute pas aux yeux, y a sur RCGroup un gros débat sur le sujet , le temps gagné par la FC en envoyant un signal plus court, et réattribué sur d'autres fonctions, filtres notch, ...
Du coup t'y gagne quand même