Multi Orange (ou comment donner une 2nd vie)

Bon. passons au flashage:

LapinFou a écrit:
La ligne de commande: avrdude.exe  -c avrispmkII -p x32d4 -P usb -U flash:w:"MultiOrange.hex":i
Ce qui donne cela sous AVRDUDESS:

NB: Pensez à vérifier les fuses LB...

Alors là ça se complique...

Parce que lorsque je clique sur "Program !" (C'est bien là qu'il faut cliquer pour flasher je présume...)
La ligne de commande étant la suivante:

Code:

avrdude.exe -c avrispmkII -p x32d4 -P usb -U flash:w:"C:\Git\DIY-Multiprotocol-TX-Module-1.1.6\DIY-Multiprotocol-TX-Module\Multiprotocol\MultiOrange.hex":i

j'obtiens les messages d'erreur suivants.

Code:

~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~

avrdude.exe: stk500v2_recv_mk2: error in USB receive
avrdude.exe: stk500v2_recv_mk2: error in USB receive
avrdude.exe: usbdev_send(): wrote -116 out of 1 bytes, err =
avrdude.exe: stk500_send_mk2(): failed to send command to serial port
avrdude.exe: stk500v2_recv_mk2: error in USB receive
avrdude.exe: usbdev_send(): wrote -116 out of 1 bytes, err =
avrdude.exe: stk500_send_mk2(): failed to send command to serial port
avrdude.exe: stk500v2_recv_mk2: error in USB receive
avrdude.exe: usbdev_send(): wrote -116 out of 1 bytes, err =
avrdude.exe: stk500_send_mk2(): failed to send command to serial port
avrdude.exe: stk500v2_recv_mk2: error in USB receive
avrdude.exe: usbdev_send(): wrote -116 out of 1 bytes, err =
avrdude.exe: stk500_send_mk2(): failed to send command to serial port
avrdude.exe: stk500v2_recv_mk2: error in USB receive
avrdude.exe: usbdev_send(): wrote -116 out of 1 bytes, err =
avrdude.exe: stk500_send_mk2(): failed to send command to serial port
avrdude.exe: stk500v2_recv_mk2: error in USB receive
avrdude.exe: stk500v2_getsync(): timeout communicating with programmer
avrdude.exe: usbdev_send(): wrote -116 out of 2 bytes, err =
avrdude.exe: stk500_send_mk2(): failed to send command to serial port
avrdude.exe: stk500v2_recv_mk2: error in USB receive
avrdude.exe: usbdev_send(): wrote -116 out of 1 bytes, err =
avrdude.exe: stk500_send_mk2(): failed to send command to serial port
avrdude.exe: stk500v2_recv_mk2: error in USB receive

AVRDUDE killed

(J'ai appuyé sur stop à ce moment là...)

Voici ma fenêtre AVRDUDESS:


Bon j'ai essayé aussi en cliquant sur le bouton Go de la section flash... mais j'ai le même genre de message d'erreur qui continue sans discontinuer...


Hum... On dirait encore qu'il y a un souci...

Ca parle à quelqu'un ?

Stupid me !

J'avais oublié d'alimenter le module lors du flashage ¨!

cette fois l'écriture affiche ceci:

Code:


~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~

avrdude.exe: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude.exe: Device signature = 0x1e9542 (probably x32d4)
avrdude.exe: NOTE: Programmer supports page erase for Xmega devices.
             Each page will be erased before programming it, but no chip erase is performed.
             To disable page erases, specify the -D option; for a chip-erase, use the -e option.
avrdude.exe: reading input file "C:\Git\DIY-Multiprotocol-TX-Module-1.1.6\DIY-Multiprotocol-TX-Module\Multiprotocol\MultiOrange.hex"
avrdude.exe: writing flash (16168 bytes):

Writing | ################################################## | 100% 1.14s

avrdude.exe: 16168 bytes of flash written
avrdude.exe: verifying flash memory against C:\Git\DIY-Multiprotocol-TX-Module-1.1.6\DIY-Multiprotocol-TX-Module\Multiprotocol\MultiOrange.hex:
avrdude.exe: load data flash data from input file C:\Git\DIY-Multiprotocol-TX-Module-1.1.6\DIY-Multiprotocol-TX-Module\Multiprotocol\MultiOrange.hex:
avrdude.exe: input file C:\Git\DIY-Multiprotocol-TX-Module-1.1.6\DIY-Multiprotocol-TX-Module\Multiprotocol\MultiOrange.hex contains 16168 bytes
avrdude.exe: reading on-chip flash data:

Reading | ################################################## | 100% 0.50s

avrdude.exe: verifying ...
avrdude.exe: 16168 bytes of flash verified

avrdude.exe done.  Thank you.

Ce qui est beaucoup mieux !

J'ai maintenant refermé mon module OrangeRX reprogrammé en multi et l'ai remis dans ma Taranis. Je l'ai allumée et j'ai allumé mon Blade Nano QX. Le module OrangeRX clignotte. Je mets des gaz et... Rien ne se passe...

J'éteins ma Taranis et je la rallume en appuyant sur Bind sur le module pendant 3 secondes... Ca ne bind pas... Le Blade Nano clignotte toujours rapidement en bleu..

Je dois changer quelque chose à mon modèle Blade Nano ?

Je suis toujours en PPM sur le module externe.

J'essaie DSM2 DSMX, pas mieux...

J'essaie de binder... Ca ne binde pas...

Huh... Kesako ?

Tu as loupé la dernière étape mon lapin !!
Il faut maintenant régler le module externe en mode MULTI.
Puis choisir DSMX 22ms.
Si tu n'as pas l'option, il faut flasher OpenTX sur ta radio avec l'option "multimodule".
Et pour info, après modif, tout se fait depuis la radio (y compris le bind). Les boutons sur le module TX ne servent plus à rien.
Tu y es presque !!

PS: Quand tout fonctionnera, tu pourrais aussi faire "decouvrir les capteurs" dans la page télémétrie. Car maintenant tu devrais aussi avoir de la télémétrie si ton modèle en possède.

Mais encore ??

J'ai flashé avec l'option Multimodule

Sur la RF externe je trouve un mode MULTI avec plein de sous-modes. J'ai choisi DSM X 22ms.
C'est juste ?
En dessous il y a un Module Status: No MULTITELEMETRY
Puis une ligne Channel Range: 1-7
Et une ligne Receiver no: 01 [Bind] [Range]
Si je vais sur [Bind] et je presse sur le bouton Ent la télécommande emmet un beep toutes les 3 secondes. J'imagine qu'elle essaie de binder ?

Mais rien ne se passe sur le drone...

Oui, c'est bien ce qu'il faut faire.
Par contre, lorsque tu fais défiler les protocoles du devrais voir la ligne Status changer.
Quand ce n'est pas supporté No MULTITELEMETRY s'affiche.
Quand le protocole est supporté, la ligne Status devrait t'afficher le numéro de version du firmware installé dans le module.
Si ce n'est pas le cas, alors cela veux dire que le lien série ne fonctionne pas entre ta X9D et le module Orange.
Au fait, quel version de PCB as-tu ?? Car si c'est le PCB bleu, alors il y a une option supplémentaire au moment de la compil !
Tu peux toujours utiliser les version compilées sur mon 1er post. Si le lien série fonctionne, alors c'est que tu as une merdouille dans ton flow de compil. Si cela ne marche pas, alors tu as un souci hardware (suivant la version du PCB, résistances manquantes/mal soudées, ou un fils mal soudé/piste mal coupée).

OK.
Alors j'ai le PCB vert de la version 1.2. Celui qui ne nécessite pas de fil ni de coupure si j'ai bien capté. En revanche il se peut que j'aie effectivement un souci avec les résistances smd de la liaison série. Quand je les ai reçues, je ne me suis pas aperçu tout de suite que j'avais reçu des résistances de 249 ohms au lieu de 100 ohms. Je me suis dit que si ce sont des pull up cela ne devait pas porter à conséquence et je les ai soudées. A tout hasard je vais les remplacer par des 100 ohms que j'ai reçues depuis. Et m'assurer que je les soude correctement car ce n'est pas facile de souder des SMD à la main ! (et avec des yeux de 56 ans ! :-) ). Si ce n'est pas ça le problème, c'est embêtant parce que ma compilation semble ne pas pouvoir être incorrecte. Elle a fonctionné sans erreur. On verra ça ASAP. Merci encore !

Arf ! j'ai pas choisi le plus facile pour commencer avec les drones ! ;-)

Non, ce ne sont pas des pull-up. Ces résistances permettent de connecter l'interface série de l'AVR, avec le port série de la baie JR. S'ils ne sont pas connecté, alors pas de lien série. Et donc, rien ne marche.
100 Ohms, c'est uniquement pour protéger un minimum les entrées de l'AVR.
Tu peux mettre 10 Ohm, voir tu peux faire un point de soudure directement. Perso, c'est ce que je ferais. Virer les 2 résistances, mettre un point de soudure et vérifier la continuité entre cette soudure et les pins correspondant sur le gros connecteur "JR". D'un point vu électrique c'est un peu moins bien, mais au moins cela te permettrait de vérifier que le lien série fonctionne correctement.

Donc 100s Ohm ou 249 Ohms ça ne devrait rien changer et ça aurait dû marcher... Bizarre.

Je vais encore bien contrôler mes soudures et, en effet, vérifier la continuité jusqu'au connecteur JR.

Suivant l'impédance d'entrée de l'AVR et de la Taranis, cela peut rendre le signal trop petit...

Tiens nous au courant, car c'est épique ton histoire !!

Boah, je dirais que l'impédance d'entrée devrait être de plusieurs ordres de grandeurs supérieure au kOhm... Donc ça m'étonnerait... Mais bon, on verra bien.

Sinon, y'a un autre détail que j'ai pas bien capté:

Si cette liaison série permet maintenant au module OrangeRX de communiquer avec la Radio Commande Taranis, comment communiquait-il avec elle avant ? Je veux dire avant que l'on ajoute les deux résistances (ou les ponts de soudure) et que l'on reflashe l'AVR avec l'option multiprotocole ?

Juste pour ma culture personnelle... ;-)

Lorsque tu es en mode PPM le port JR envoie seulement une trame avec un format standard.
Lorsque tu es en mode MULTI, alors on utilise un UART dans l'AVR et l'UART disponible sur le port JR des radios FrSky. Cela permet ainsi une communication bidirectionnelle.
De plus le mode série permet de communiquer beaucoup plus rapidement et sans latence comparé au PPM.
Pour mémoire j’explique ce qu'est le PPM ici → PWM, CPPM, CCPM, PPM, S.Bus, S.Port.... Késako ??

Pour finir, personnellement je testerai l'un des firmwares que j'ai compilé et déjà testé avec succès sur plusieurs modules... C'est juste pour exclure cette possibilité de problème.

CA MAAAAARCHE !!!!

IL VOLE !!!!!!!!

Super !!!
D'où venait ton problème ?? Tu es obligé de répondre !! On veut connaitre l'épilogue.

Sinon ton Blade Nano QX renvoie-t-il de la télémétrie ?

Ben oui quoi !!!!

@Dehas
En fait, il est parti voler avec...

@Sky Raptor
As-tu vu mon tuto pour bien régler les modèles BNF sur ta Taranis → Programmation d'un modèle BNF

Bon ben en fait le fil de discussion démontre que j'ai eu tous les problèmes possibles !

Sinon le dernier du jour c'était des soudures qui débordaient un peu ou qui étaient froides...

J'ai d'abord désoudé mes résistances de 249ohm, bien enlevé les restes de soudure et remis des résistances de 100 ohms....

Oulah c'est dur. Faut faire ça avec une loupe et des brucelles... j'ai vérifié que la liaison était bonne jusqu'à la borne JR (pin 1 et 5) et j'ai refermé mon module...

Sacrebleu ! Ca ne marchait toujours pas ! Toujours le status No TELEMETRY !

J'ai remarqué cependant que la led rouge du module ne clignotait pas... Suspectant un pb d'alimentation, j'ai mesuré la tension entre le bornes 2 et 3 du bornier JR: 8 volts. C'est ok...

Suspectant alors un possible court-circuit sur les bornes de l'interface DPI que j'avais précédemment grossièrement dessoudée mais où il restait des pâtés de soudure, j'ai bien nettoyé cette soudure à la tresse à désouder.

J'ai refermé le module et ressayé. Bingo ! Cette fois il clignote !

Et re-Bingo ! Cette fois la ligne de Status du module indique bien le no. de version du firmware !!!

Je binde.... ça binde !

Je pousse les gaz... ça vole !!!!

J'ai douze ans !!!!

Envoyé depuis l'appli Topic'it

Maintenant profite .....gazzzzzzzzzz

@LapinFou en fait non, je suis pas parti avec. J'ai juste volé 2 minutes. Le temps de terroriser mon chien et de découvrir que je ne sais pas encore piloter !

Après je devais partir. Autre activité du soir planifiée.... ;-)

Envoyé depuis l'appli Topic'it

Je suis super content pour toi !!
Du coup, tu as utilisé ton firmware, correct ?
Tu noteras que grâce à cette modif, tu as maintenant le model match, accès au protocol Devo/Walkera, etc...
Si ce n'est pas fait c'est très important de vérifier tes réglages (surtout les sorties) → Programmation d'un modèle BNF

Je vais vérifier tout ça....

Sinon t'as pas un tuto pour apprendre à piloter ?

Parce que je crois que j'en ai besoin !

C'est ma première machine volante tout de même !

Sinon j'ai reçu mon programmateur OLIMEX ce soir !

Si y'a un amateur je fais un bon prix !

Envoyé depuis l'appli Topic'it

Bon ben, tout est bien qui fini bien alors !!

Quelle histoire.
Et la conclusion, ton module Orange était bien victime du bug sur les gaz. Maintenant tu as un module de compet.

Qui fabrique ce module ?
Pourquoi ils ne fixent pas ce bug ?

Envoyé depuis l'appli Topic'it

Ben le fabricant, c'est Orange...
http://orangerx.com/

J'ai ouï dire que c'était une sous filiale de HobbyKing (comme Turnigy), mais je n'en sais pas plus.
En tout cas, le problème a été remonté depuis des mois et des mois. Mais comme seul les modèles BNF sont impactés, faut croire qu'ils s'en foutent royalement....

Sinon, pour ton Olimex, tu peux toujours poster une annonces sur le forum. Cela devrait intéressé certains membre, je pense.

Ah ok.

Bon, je pense que pour le kit "Taranis/OrangeRX/Blade Nano QX 2 FPV" une nouvelle catégorie devrait être créée:

les "MFPBFSF".

Oui pour "Many Fuckin' Problems Before Finally Succeding to Fly" !