goony

Salut, Petit interrogatoire : C'est quoi ta FC exactement ? Peux-tu nous faire un copier/coller du résultat de la commande diff dans l'onglet CLI ? Sur quels pads as-tu soudé les câbles SBus et SmartPort ? As-tu flashé le R-XSR ? Connais-tu le FPort / SoftSerial ?

La réponse à ton mystère se trouve dans la blackbox.

Ta radio fonctionne bien dans l'onglet Récepteur ? En gros, le message indique qu'il n'y a pas de signal RX valide, et que le switch d'armement n'est pas actif.

Ha oui, c'est pas normal... tu mesures bien la résistance sans alimenter le drone ? Il devrait y avoir une valeur proche de 0. Mais du coup, c'est entre le pad- et la FC le problème, donc dans l'ESC.

C'est hilarant !

Oui, c'est un bon site. Je ne dis pas que ce sont des escrocs, des pirates ou des contrebandiers, mais ça reste un commerçant asiatique sur lequel tu auras moins de garanties qu'un commerçant français. Après, chacun fait ses choix selon ses propres critères, son budget, son aversion au risque, son impatience, etc.

Salut, Il faudrait que tu mesures la résistance entre le pad + et VBAT, entre le pad - et GND, entre le pad + et le pad -, entre VBAT et GND. PS : est-ce que tes moteurs chantent lorsque tu branches la LiPo ?

Tout ce qui vient de Chine n'est pas de la contrefaçon, et en plus toutes les contrefaçons ne sont pas mauvaises. J'ai déjà commandé plein de trucs qui n'étaient pas des copies (ou alors qui étaient totalement identiques aux originaux), mais pour ce chargeur, j'ai l'impression qu'il y avait plus de contrefaçons que d'originaux. Concernant les chargeurs / batteries, le risque est plus important que les questions d'argent.

C'est typiquement le type de chargeur que je te déconseille ! Je connais, c'est ce que j'ai utilisé à mes débuts, j'en ai eu 3 ou 4 (que des copies) Sur certains, j'avais des faux-contacts, des bugs, des fonctionnalités qui ne marchaient pas, etc. Sur un chargeur, j'ai même du refaire des soudures à l'intérieur ! Ça marche, en général... mais ne fais surtout pas confiance et surveille de près. J'imagine que les "vrais" ont moins de problème, mais il faut que tu l'achètes sur un site français fiable. Après quelques galères et frayeurs, j'ai investi dans un SkyRC Q200 Quattro, par contre c'est presque 10 fois plus cher. C'était ma première grosse dépense, je ne la regrette pas... PS : si tu y tiens, j'ai peut-être encore ces merdes de ImaxB6 dans mon bordel, je te les donne de bon cœur mais je me décharge de toute responsabilité

Salut, Explique-nous ! On ne peut pas t'aider si on ne sait même pas quel est le problème.

En fait, je me demande si on parle de la même chose... Si tu fais allusion à un testeur pour mettre directement sur le drone c'est juste inutile et encombrant. Je parlais d'un testeur de poche qui est un gadget dont on peut se passer, mais peut parfois (rarement) être utile.

Salut, Un testeur indiquera la tension de chaque cellule, ce qui permet de vérifier qu'elles sont équilibrées (ce que ne permet pas la lecture de tension totale). Il n'est effectivement pas nécessaire d'avoir un testeur de LiPo, alors qu'il est essentiel de contrôler la tension en vol pour ne pas trop vider la LiPo. En revanche, il est important de s'équiper d'un bon chargeur de LiPo, et éviter les contrefaçons chinoises (pour des raisons de sécurité). En l’occurrence, un bon chargeur aura nécessairement une fonctionnalité de contrôle des cellules, et va équilibrer les cellules pendant la charge.

Tu dis te débrouiller sur BetaFlight, as-tu déjà configuré un drone auparavant ou est-ce le premier ? (Peut-être que tu ne fais pas les bonnes manipulations pour sauvegarder ou que tu mets des réglages incohérents) Es-tu sûr d'avoir choisi le bon firmware lorsque tu as flashé la carte ? Et sinon, tu n'a pas répondu à la question Quel réglage souhaites-tu modifier ? Dans l'onglet CLI, entre la commande diff et copie/colle le résultat ici. La commande "diff" liste tous les réglages qui ont été modifiés par rapport aux valeurs par défaut de BetaFlight. Ça nous donnera peut-être des éléments de réponse. NB : La commande dump liste tous les réglages de BetaFlight, qu'ils soient modifiés ou d'origine. Ça constitue une sauvegarde des réglages... mais là, c'est certainement trop tard si tu as flashé la carte. Ensuite, dans l'onglet CLI entre les commandes name toto puis save La commande "name toto" change le nom du quad, et la commande "save" enregistre les réglages et redémarre. Ça ne sert à rien, mais ça permettra de voir s'il y a un problème d'enregistrement. Si tu refais un diff après le redémarrage, il devrait y avoir la ligne "name toto" en plus. De même, tu devrais avoir "toto" dans le champ "Nom du modèle" de l'onglet "Configuration". Si ce n'est pas le cas, c'est qu'il y a effectivement un problème...

Qu'est-ce qui t’empêche de retourner la caméra ? Et accessoirement, qu'est-ce qui te fait penser que la caméra n'est pas à l'envers ?

Étape 1 : tu démontes Étape 2 : tu retournes la caméra Étape 3 : tu remontes

Pas besoin de démonter, demande à Google.

Salut, je n'y connais rien en INAV, ni RTH, donc je ne suis pas sûr d'être d'une grande aide. D'après la documentation, le mode RTH est censé activer automatiquement le mode ANGLE. Dans le doute, peux-tu activer l'ANGLE sur le même switch que RTH (en plus du switch habituel) ?

Salut, C'est peut-être normal, ou peut-être que tu as fait une erreur, ou peut-être qu'il y a un bug, etc. Je vais essayer de comprendre le problème mais je manque d'infos, on va commencer par quelques questions... As-tu l'habitude de configurer BetaFlight ou es-tu débutant ? As-tu conservé un dump des réglages avant d'y toucher ? (auquel cas, poste-le ici) As-tu déjà flashé ta carte ? Peux-tu nous poster le résultat de la commande diff dans CLI ? Quel réglage souhaites-tu modifier ?

😄 Geek power !

Dans BetaFlight, onglet Blackbox, règle le stockage sur la mémoire de la carte et une fréquence basse pour ne pas remplir les 16Mo trop vite. C'est dans cet onglet que tu peux récupérer le fichier de données blackbox, c'est pas compliqué. Il faut vider la mémoire après chaque vol qui s'est bien passé, pour avoir la place d'enregistrer le vol suivant, en espérant le crash 😄 Tu peux la vider via l'OSD BetFlight s'il est configuré, ou via un switch (mode BLACKBOX ERASE). Il faut aussi configurer le mode BLACKBOX sur toute la plage (pour enregistrer tout le temps) ou sur un switch. Après, tu voles en enregistrant tout le temps la blackbox. Entre chaque vol sans problème, tu vides la puce. Quand il y a "le bug", tu récupères le fichier dans BetaFlight, onglet Blackbox, tu le postes sur le forum Tu l'ouvres dans Blackbox Explorer et tu t'amuses avec les graphs 😁 J'espère ne rien oublier

Je ne connais pas cette carte, mais il semblerait qu'il y ait une puce interne à cet effet. https://fpvsampa.com/parts/en/compare/mambaf405/mambaf405mini

Salut, pour ton problème, je pense à un faux-contact ou un court-circuit, et c'est parfois très chiant à reproduire... Ta carte a une puce 16Mo pour la Blackblox, essaie d'enregistrer un crash, il y aura peut-être un élément intéressant (comme la tension LiPo).

Yes, ça marche ! Donc je confirme mon hypothèse : impossible d'utiliser le SERIAL_RX sur un SOFTSERIAL mappé sur un UART Je ne sais pas si c'est évoqué dans la documentation...

J'ai déjà configuré beaucoup de drones en FPort, avec ou sans SoftSerial. Pas besoin de tuto de débutant 😉 J'ai besoin d'avis aguerris aux cas particuliers, aux exceptions qui font bien chier ! C'est la première fois que je rencontre un tel problème, mon précédent post détaillait le bug. Après de nouveaux tests sur une autre carte (une micro LUX V2), il semblerait qu'il soit effectivement impossible d'utiliser le SERIAL_RX sur un SOFTSERIAL mappé sur un UART, alors que ça marche sur un SOFTSERIAL mappé sur un moteur. Par contre, je ne sais pas pourquoi... Je réessayerai avec le pad LED_STRIP qui est sous la carte. On sait jamais, sur un malentendu ça peut marcher.

Pour en revenir au comportement du SoftSerial... À des fins de debug et d'apprentissage, voici ce que j'ai testé juste après avoir flashé la carte avec effacement complet de la puce. Uniquement en CLI sans toucher à quoi que ce soit d'autre pour qu'il n'y ait pas d'ambiguïté et que ce soit facile à reproduire. premièrement, on récupère quelques infos et on active le RX_SERIAL # 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 3 B10 resource SERIAL_TX 4 A00 resource SERIAL_TX 6 C06 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 # resource list Currently active IO resource assignments: (reboot to update) -------------------- A00: FREE 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: FREE 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: FREE C07: FREE C08: FREE C09: FREE C10: SPI_SCK 3 C11: SPI_MISO 3 C12: SPI_MOSI 3 D02: FREE Use: 'resource' to see how to change resources. # serial serial 20 1 115200 57600 0 115200 serial 0 0 115200 57600 0 115200 serial 2 0 115200 57600 0 115200 serial 3 0 115200 57600 0 115200 serial 5 0 115200 57600 0 115200 # feature RX_SERIAL Enabled RX_SERIAL # save J'ai juste activé la fonctionnalité RX_SERIAL sans configurer les ports # feature Enabled: OSD ANTI_GRAVITY DYNAMIC_FILTER # serial 0 64 115200 57600 0 115200 serial 0 64 115200 57600 0 115200 # feature RX_SERIAL Enabled RX_SERIAL # save La fonctionnalité RX_SERIAL n'est pas restée car aucun port n'était correctement configuré. J'ai configuré le port UART1 en Rx Série # feature Enabled: RX_SERIAL OSD ANTI_GRAVITY DYNAMIC_FILTER # serial 0 0 115200 57600 0 115200 serial 0 0 115200 57600 0 115200 # resource SERIAL_TX 3 none Resource is freed # resource SERIAL_RX 3 none Resource is freed # resource SERIAL_TX 11 B10 Resource is set to B10 # resource SERIAL_RX 11 B11 Resource is set to B11 # feature SOFTSERIAL Enabled SOFTSERIAL # serial 30 64 115200 57600 0 115200 serial 30 64 115200 57600 0 115200 # feature RX_SERIAL Enabled RX_SERIAL # save La fonctionnalité RX_SERIAL est bien restée car un port était correctement configuré. J'ai désactive le Serial RX sur le port UART1, configuré le SoftSerial sur les pads du UART3 et configuré le port SOFTSERIAL1 en Rx Série. # feature Enabled: SOFTSERIAL OSD ANTI_GRAVITY DYNAMIC_FILTER La fonctionnalité RX_SERIAL n'est pas restée, il y a donc un problème de configuration avec le SoftSerial, avant même de se soucier de l'inversion du signal ou de la télémétrie. Qu'est-ce que j'ai mal fait ? Ou peut-être que je n'ai rien compris au schmilblick !