Re: Multi Orange (ou comment donner une 2nd vie)

par Invité Lun 16 Oct 2017 - 21:17

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:

Multi Orange (ou comment donner une 2nd vie) - Page 6 Avrdud10

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 ?

par Invité Lun 16 Oct 2017 - 21:57

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 !

par Invité Lun 16 Oct 2017 - 22:22

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 ?

par **LapinFou** Mar 17 Oct 2017 - 2:21

Tu as loupé la dernière étape mon lapin !!
Il faut maintenant régler le module externe en mode MULTI. Multi Orange (ou comment donner une 2nd vie) - Page 6 2258904616

Multi Orange (ou comment donner une 2nd vie) - Page 6 2258904616

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.

albino

par Invité Mar 17 Oct 2017 - 6:37

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...

par **LapinFou** Mar 17 Oct 2017 - 7:39

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).

par Invité Mar 17 Oct 2017 - 8:01

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 ! ;-)

par **LapinFou** Mar 17 Oct 2017 - 11:40

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.

par Invité Mar 17 Oct 2017 - 13:37

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.

par **LapinFou** Mar 17 Oct 2017 - 15:44

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 !! Wink

par Invité Mar 17 Oct 2017 - 15:47

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... ;-)

par **LapinFou** Mar 17 Oct 2017 - 16:40

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. Wink

par Invité Mar 17 Oct 2017 - 18:58

CA MAAAAARCHE !!!!

IL VOLE !!!!!!!!

par **LapinFou** Mar 17 Oct 2017 - 19:11

Super !!!

Multi Orange (ou comment donner une 2nd vie) - Page 6 818067345

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

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

par **Dehas** Mar 17 Oct 2017 - 19:16

Ben oui quoi !!!!

par **LapinFou** Mar 17 Oct 2017 - 19:43

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

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

par Invité Mar 17 Oct 2017 - 20:00

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

par **Dehas** Mar 17 Oct 2017 - 20:03

Maintenant profite .....gazzzzzzzzzz

par Invité Mar 17 Oct 2017 - 20:05

@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 ! Multi Orange (ou comment donner une 2nd vie) - Page 6 2258904616

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

Envoyé depuis l'appli Topic'it

par **LapinFou** Mar 17 Oct 2017 - 20:46

Je suis super content pour toi !! Multi Orange (ou comment donner une 2nd vie) - Page 6 2258904616

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

par Invité Mar 17 Oct 2017 - 21:22

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

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

Parce que je crois que j'en ai besoin ! Multi Orange (ou comment donner une 2nd vie) - Page 6 2258904616

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

par **LapinFou** Mar 17 Oct 2017 - 21:30

Bon ben, tout est bien qui fini bien alors !!
Multi Orange (ou comment donner une 2nd vie) - Page 6 2258904616

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

par Invité Mar 17 Oct 2017 - 21:52

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

Envoyé depuis l'appli Topic'it

par **LapinFou** Mer 18 Oct 2017 - 3:42

Ben le fabricant, c'est Orange... Multi Orange (ou comment donner une 2nd vie) - Page 6 2258904616

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.... Evil or Very Mad

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

par Invité Mer 18 Oct 2017 - 6:37

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" ! Laughing

par Contenu sponsorisé