goony

La taille du pad pour la soudure ne m'inquiète pas, mais c'est plutôt pour couper la patte que j'hésite à me lancer dans cette opération. Je pense qu'il faut retirer la prise, couper la patte puis remettre la prise en place. Ça implique de bien retirer tout l'étain des trous, et ma tresse à dessouder est merdique.

Tu parles du hack du R-XSR comme ça ?

Ben non, ça va toujours pas. C'est un pas en avant car c'est bien le F-Port que je souhaite utiliser, mais je n'ai toujours aucun capteur dans ma radio.

Merci @toper pour la lecture, je lirai ça demain. J'ai réussi à faire fonctionner le protocole F-Port via le pad SBUS et la commande set serialrx_inverted = ON Les sticks fonctionnent bien mais toujours pas d'autre capteur découvert dans la radio 😣 J'ai essayé toutes les combinaisons de tlm_inverted et tlm_halfduplex, mais ça ne marche pas.

J'ai contacté le support qui m'a dit que la seule solution sur cette carte était le hack du récepteur. Fait chier ! Je vais essayer de relier le pad à la broche pour continuer à utiliser la prise, opération chirurgicale ! Bref, il semblerait donc que la solution SoftSerial ne fonctionne pas sur toutes les cartes F4. Je ne connais pas le pourquoi du comment, c'est au dessus de mes compétences. Je ferai quelques tests avec mes autres quad pour comprendre la différence entre resource et resource list. D'après ce que je constate, resource list montre les port affectés. Par exemple, le C06 est à none si je n'affecte aucune fonctionnalité au port TX6, mais si je choisis un périphérique, alors il affiche bien TX6. Par contre, ça ne fonctionne pas si je passe par un SoftSerial, est-ce normal ? ou est-ce justement l'indice qui montre que cette carte ne le permet pas ? Je vous tiendrai au courant... PS : j'ai le dump d'origine, B10 est bien le TX3

Ça ne change rien. J'ai même re-flashé le RX et la carte, tout recommencé à zéro... ça m'agace !

# resource SERIAL_TX 11 B10 NOTE: B10 already assigned to SERIAL_TX 3. SERIAL_TX 3 disabled. Resource is set to B10 # resource list Currently active IO resource assignments: (reboot to update) -------------------- A00: SERIAL_TX 4 A01: FREE A02: MOTOR 4 A03: MOTOR 3 A04: MPU_CS A05: SPI_SCK 1 A06: SPI_MISO 1 A07: SPI_MOSI 1 A08: FREE A09: FREE A10: SERIAL_RX 1 A11: USB A12: USB A15: OSD_CS B00: MOTOR 1 B01: MOTOR 2 B03: SPI_PREINIT_IPU 2 B04: BEEPER 1 B05: LED 1 B06: FREE B07: FREE B08: FREE B09: CAMERA_CONTROL B10: FREE B11: FREE B12: SDCARD_CS B13: SPI_SCK 2 B14: SPI_MISO 2 B15: SPI_MOSI 2 C00: INVERTER 1 C01: ADC_CURR C02: ADC_BATT C03: FREE C04: MPU_EXTI C05: USB_DETECT C06: SERIAL_TX 6 C07: SERIAL_RX 6 C08: FREE C09: FREE C10: SPI_SCK 3 C11: SPI_MISO 3 C12: SPI_MOSI 3 D02: FREE # resource resource BEEPER 1 B04 resource MOTOR 1 B00 resource MOTOR 2 B01 resource MOTOR 3 A03 resource MOTOR 4 A02 resource MOTOR 5 B08 resource LED_STRIP 1 B08 resource SERIAL_TX 1 A09 resource SERIAL_TX 4 A00 resource SERIAL_TX 6 C06 resource SERIAL_TX 11 B10 resource SERIAL_RX 1 A10 resource SERIAL_RX 3 B11 resource SERIAL_RX 4 A01 resource SERIAL_RX 6 C07 resource INVERTER 1 C00 resource LED 1 B05 resource SPI_SCK 1 A05 resource SPI_SCK 2 B13 resource SPI_SCK 3 C10 resource SPI_MISO 1 A06 resource SPI_MISO 2 B14 resource SPI_MISO 3 C11 resource SPI_MOSI 1 A07 resource SPI_MOSI 2 B15 resource SPI_MOSI 3 C12 resource ESCSERIAL 1 B09 resource CAMERA_CONTROL 1 B09 resource ADC_BATT 1 C02 resource ADC_RSSI 1 C03 resource ADC_CURR 1 C01 resource SDCARD_CS 1 B12 resource SDCARD_DETECT 1 B07 resource FLASH_CS 1 B03 resource OSD_CS 1 A15 resource SPI_PREINIT_IPU 1 A04 resource SPI_PREINIT_IPU 2 B12 resource SPI_PREINIT_IPU 3 B03 resource SPI_PREINIT_IPU 4 A15

Je suis con, donc la vrai réponse c'est NON ! Et je sens que je vais apprendre un truc aujourd'hui... Quand je tape "resource", j'ai bien resource SERIAL_TX 11 B10 Mais quand je tape "resource list", j'ai B10: FREE Du coup, qu'est-ce que ça signifie ?

Oui, enfin... non, c'est B10

J'ai déjà le RSSI, il est fourni à la radio par le RX, et je le re-transmets à BetaFlight dans une voie auxiliaire. Je veux la télémétrie pour que la radio m'indique la tension de la LiPo, et que le script LUA fonctionne.

Heu... c'est quoi le rapport ?

Salut, Quel récepteur ? Quel réglages ? je te conseille le tuto suivant : https://oscarliang.com/rssi-ppm-channel-taranis/

Salut, Peux-tu faire un enregistrement Blackbox ? Il n'y a pas mieux pour trouver l'origine d'un tel problème.

Salut à tous, J'ai acheté un Armattan Gecko 3" tout monté, j'ai commencé à l'adapter à mon goût mais je galère sur un point simple. Je n'arrive pas à faire fonctionner la télémétrie ! Les seuls capteurs détectés sont RSSI et RxBt qui proviennent du RX. La transmission SBUS fonctionne bien. La carte de vol est une CL Racing F4 Mini, le récepteur est un R-XSR non-hacké (je veux n'utiliser que la prise). Le câble SmartPort du R-XSR est soudé au pad TX3. Voici mon réglage actuel, qu'est-ce que j'ai oublié ? # Betaflight / CLRACINGF4 (CLR4) 3.5.4 Dec 17 2018 / 11:36:37 (66b8ea143) MSP API: 1.40 # assigner le UART TX3 en SoftSerial TX1 resource SERIAL_TX 3 NONE resource SERIAL_TX 11 B10 # active le SoftSerial feature SOFTSERIAL # active la télémétrie feature TELEMETRY # Sortie Télémétrie du SoftSerial 1 = SmartPort serial 30 32 115200 57600 0 115200 # pas de hack, j'ai essayé l'inverse en vain set tlm_halfduplex = on set tlm_inverted = off Merci d'avance de votre aide Gros bisous sur la fesse gauche

Salut, j'arrive après la bataille. Dans la seconde blackbox, on voit bien qu'il y a encore un problème sur le moteur 1. Si le changement de protocole ESC corrige le problème, ça signifie probablement que l'ESC du moteur 1 a un problème avec le MULTISHOT. As-tu essayé le DSHOT ? Le principal, c'est que ça vole.

Salut, tu vas devoir tout reconfigurer... Un petit diff de la situation actuelle ?

En gros, il y a un problème dans la configuration de BetaFlight car la valeur MIXTILT n'est pas possible comme type de récepteur radio. Ça explique certainement que ça ne fonctionne pas. Je ne vois pas comment il peut y avoir une configuration comme ça ! À mon avis, ça doit être en IBUS set serialrx_provider = IBUS save De même, il n'y a pas de port série configuré, je ne sais pas si c'est normal car c'est un récepteur radio intégré. Il y a aussi min_throttle = 0 et min_command = 0 qui me paraissent bizarres, mais c'est peut-être parce qu'il s'agit de moteurs brushed, je ne connais pas. Bref, je pense qu'il y a un bug dans la configuration, je ne vais pas pouvoir t'aider plus que ça. Au moins, tu as une sauvegarde des réglages d'origine (le diff) J'espère qu'un camarade saura t'aider...

En effet, il te faut d'abord résoudre ce problème essentiel. Sinon, les modes sont déjà configurés dans BetaFlight, tout est donc à configurer dans la radiocommande. Il faudra juste attribuer les canaux 5 et 6 aux switchs que tu préfères. Edit : heu... serialrx_provider = MIXTILT, ça me parait bizarre !

Salut, As-tu configuré les AUX dans la radiocommande ? Sais-tu si l'appairage a fonctionné ? Pour en savoir plus, connecte toi à BetaFlight mais ne modifie rien. Dans l'onglet Récepteur est-ce que les barregraphes bougent quand tu manipules les sticks de la radiocommande ? NB : retire les hélices et connecte la LiPo pour faire les tests Si oui, alors l'appairage a fonctionné, auquel cas manipule les différents switchs pour voir s'il y en a qui font varier les barregraphes des voies AUX. Dis-nous ce qu'il en est. Peux-tu faire un coper/coller du résultat de la commande diff dans CLI ? Ça nous permettra de savoir ce que FrSky a déjà paramétré.

Il ne faut pas chercher à avoir les mêmes valeurs, c'était peut-être la cause de tes problèmes. La calibration sert justement à définir les valeurs pour chaque ESC afin qu'ils soient synchronisés. Là, les valeurs sont cohérentes (ni 1000, ni 2020) Ce n'est pas nécessaire de flasher les ESC si tu n'as pas une bonne raison, notamment si tu ne maîtrises pas, tu risques de faire plus de dégâts qu'autre chose. Du coup, maintenant que la configuration semble bonne, tu peux refaire un test avec BlackBox. Fais quelques coups de gaz moyens avant de faire du 100% 😉

À tout hasard, peux-tu te connecter à BLHeli Configurator et m'indiquer les valeurs des PPM Min et Max Throttle de chaque ESC, pour voir s'il n'y a pas de valeur incohérente. NB : ne modifie pas les réglages BLHeli

Remets le min_command à 1000, le min_throttle à 1070, puis re-calibre les ESC. Dans l'onglet Récepteur, la valeur des voies varie bien de 1000 à 2000 quand tu bouges les sticks ?

Pour vérifier la configuration, peux-tu faire un copier coller du résultat de la commande diff dans CLI ? Après avoir bien réglé, il faudra calibrer de nouveau les ESC.

Salut, il semblerait qu'il y ait un problème avec le moteur 1. À la fin des courbes, on voit que la FC demande 100% au moteur 1 mais le drone se retourne en "tombant" vers l'arrière droite, vers le moteur 1. Ce qui signifie que le moteur 1 ne tournait pas, ou pas assez vite. Tu passes de moins de 20% à de gaz durant tout le vol à 100% en une fraction de seconde. Peux-tu y aller plus progressivement pour voir à quel moment le problème se déclenche ? Tu peux faire quelques essais sous BetaFlight, dans l'onglet moteur sans les hélices. Tu fais tourner les moteurs assez vite pour déclencher le problème (mais pas longtemps pour ne pas les faire chauffer). Il faut s'assurer que ça vienne bien uniquement du moteur 1. Ensuite, tu inverses deux moteurs et tu recommences. Soit le problème va suivre le moteur, soit il va rester sur le même ESC. Tu sauras qui est le fautif. Si le test sans hélice ne déclenche pas le problème, tu peux essayer en sanglant solidement le quad à un support et en faisant très attention. Ça permet de tester les moteurs dans des conditions plus réalistes, et ça permet de faire des tests plus longs sans les griller mais c'est dangereux, donc prudence extrême.. Ce qui m'étonne le plus, c'est que le fichier BlackBox s'arrête à l'instant exact du problème, en 1/10e de seconde ! On ne voit pas le désarmement ou le crash.

essaie ça dans CLI : aux 0 0 0 1950 2050 0 save