0pen TX 2.2 RC 9 N361 et Taranis plus

Bonjour,

J'ai un souci avec cette version RC9, il ne prend pas toujours en compte le protocole.

Je veux dire qu'au démarrage de la radio, il me met de temps en temps "témélétrie absente", il arrive même que je sois obligé de faire 2 redémarrages

C'est la dernière mis à jour sortie en Janvier d'OpenTX 2.2.x ?

C'est un soucis au niveau du module qui ne répond pas (je parie que la led rouge n'est pas allumée lorsque ca arrive)

3djc

cri.cri a écrit:C'est la dernière mis à jour sortie en Janvier d'OpenTX 2.2.x ?

oui

3djc a écrit:C'est un soucis au niveau du module qui ne répond pas (je parie que la led rouge  n'est pas allumée lorsque ca arrive)

3djc

gagné

diiity a écrit:J'ai un souci avec cette version RC9, il ne prend pas toujours en compte le protocole.
Je veux dire qu'au démarrage de la radio, il me met de temps en temps "témélétrie absente", il arrive même que je sois obligé de faire 2 redémarrages

3dj a écrit:C'est un soucis au niveau du module qui ne répond pas (je parie que la led rouge n'est pas allumée lorsque ca arrive)

Si le problème provient de ton fichier hex, je dois pouvoir reproduire sur mon module.
Peux-tu me joindre via la dropbox ou autre, tes fichiers .hex et _config.h ?

Sinon quelles sont les valeurs de tes fuses ?

Sinon avec ton outil, j'arrive bien à lire la flash et l'eeprom:


Mais pas la valeur des fusibles :


Est-ce que tu arrives à les lire avec ta sonde de programmation MySmartUSB light ?

Voici les fichiers demandés

http://www.cjoint.com/c/GACunGW2SgG

Pour mon soft et fusible, j'ai ça mais à vrai dire je ne sais pas ce qu'il faut cocher

Peut être que je devrais programmer les fusibles comme indiqué dans le tuto mais je n'ai pas osé, pas sur de faire ou pas des conneries

Sauf erreur de lecture :
LF=FF       OK
HF=DA  ->   D3
EF=FF   ->   FD (ou 05 si ça ne passe pas)

Tu peux les modifier, les valeurs que tu proposes sont les bonnes.


De mon coté je teste ton .hex sur mon module

J'ai testé avec le protocole Hubsan sur un X4, ça fonctionne parfaitement

j'ai bon espoir que la valeur de tes fuses soient la cause de ton pb

Sinon les protocoles actifs dans la radio correspondent bien à ceux déclarés dans ton fichier _Config.h qui me semble bon.
Comme tu n'utilises plus que le mode série et la télémétrie, tu peux commenter #define ENABLE_PPM mais ça ne prête pas à conséquence.

Je ne sais pas si tu connais bien arduino mais j'ai ce message à propos du multiOrange, si je comprends bien alors que je n'ai touché à rien si ce n'est que de commenter la ligne enable ppm.

J'ai donc "décommenter" cette ligne et c'est pareil.

Je n'ai pourtant pas eu ce souci hier

Arduino : 1.6.7 (Windows 7), Carte : "Multi 4-in-1, ATmega328 (3.3V, 16 MHz)"

sketch\MultiOrange.cpp:140:29: fatal error: Multiprotocol.ino: No such file or directory

#include "Multiprotocol.ino"

^

compilation terminated.

exit status 1
Erreur lors de la compilation.

Ce rapport contiendrait plus d'informations si l'option
"Montrer les informations de sortie pendant la compilation"
était activée dans Fichier > Préférences.

Sinon, as-tu encore ton fichier .hex que tu m'as transmit ?
il te suffit de reflasher avec maintenant que tes fuses sont bons.
Tu peux me dire si ça résout ton pb ?

oui, j'ai reflashé et pour l'instant pas de souci, tu avais certainement raison.

Mais je m'inquiète maintenant pour arduino car je ne pourrais plus le compiler en hex si j'ai cette erreur

Le fichier MultiOrange.cpp contient la directive #include "Multiprotocol.ino" à la ligne 140 mais le compilateur ne trouve pas ce fichier

Multiprotocol.ino: No such file or directory

Vérifie le contenu du répertoire Multiprotocol et au besoin recopie ce fichier s'il manque, le seul fichier important est le _Config.h que tu as en double maintenant.

Au pire tu refais un autre répertoire avec les sources Multiprotocol et tu recopies ton fichier _Config.h dedans

j'ai décompresser un nouveau multiprocol puis j'ai copié mon config.h dedans, le problème est le même.

Est-ce normal que l'écran de la radio m'affiche lorsque elle est en liaison avec mon pc;
"taranis bootloader- 2.2.UN 361 ?

meme avec la carte SD retiré de la radio ?

Version opentx.

FW:opentx-x9d+
VERS:2.2ON361(119f3ef8)
DATE:2017-01-25 18:30:08
EEPR:218
VID:005C0045 3434510A 33383735

diiity a écrit:j'ai décompressé un nouveau multiprocol puis j'ai copié mon config.h dedans, le problème est le même.

De mon coté j'ai fait pareil avec ton config.h que j'ai compilé sans problème:

Sketch uses 30,294 bytes (92%) of program storage space. Maximum is 32,768 bytes.
Global variables use 859 bytes (41%) of dynamic memory, leaving 1,189 bytes for local variables. Maximum is 2,048 bytes.

Puis j'ai commenté #define ENABLE_PPM

Sketch uses 29,418 bytes (89%) of program storage space. Maximum is 32,768 bytes.
Global variables use 810 bytes (39%) of dynamic memory, leaving 1,238 bytes for local variables. Maximum is 2,048 bytes.

Je n'ai pas eu de catastrophe, j'ai simplement gagné 3% d'espace
Le problème ne provient pas des sources apparemment mais plutôt d'Arduino, j'ai vue dans ton message d'erreur que tu utilisais la version Arduino 1.6.7, la version conseillé pour ce projet est la 1.6.12, c'est l'occasion de tout remettre à plat:
1-Desinstaller 1.6.7
2-Installer 1.6.12
3-Mettre à jour le fichier boards.txt en ajoutant la section Multi 4-in-1
4-Cliquer sur le fichier multiprotocol.ino du répertoire Multiprotocol fraichement ré-installé avec son config_h d'origine pour ouvrir Arduino
5-Choisir sous outil->type de carte: Multi 4-in-1
6-Compiler directement pour vérifier si le pb a disparu, tu devrais juste avoir un croquis trop gros 

Pour la suite tu connais, mais si tu as toujours ton erreur, je suis à cours d'idée.
Le point positif, c'est que ton module a l'air de fonctionner normalement maintenant et au pire je pourrais te fournir des fichiers hex

Bonjour,

Quand tu désinstalles Arduino vérifie bien (sous windows) que dans: Users\.....\AppData\Local\ ton dossier Arduino (pour moi c'est Arduino15) n'éxiste plus, sinon enlève le car il conserve l'ancien fichier Board.txt.
Cà te permettra de faire la nouvelle installation d'Arduino1.6.12 proprement et de repartir avec ton nouveau fichier Board modifié.
J'ai longtemps cherché avant de trouver çà et le problème a été résolu.

Bonjour,

Je n'utilise que des ide zippé donc pas d'install

J'ai donc repris la version d'origine du multiprotocole puis j'ai modifié le config.h avec une copie de sauvegarde et là ça marche, j'ai pas compris ce qu'il s'est passé.

Je vais quand même installer et utiliser la version 1.6.12.

Est ce que je risque d'avoir des problème si j'utiise la dernieère version la 1.8.1?

Ca marche aussi avec la 1.8.1.

J'ai refais des essais avec la 1.6.7, ça marche aussi, bon peut être un bug ou une erreur dans la modification du config.h que j'airais faites sans m'en apercevoir, qui sait?

diiity a écrit:j'ai décompresser un nouveau multiprocol puis j'ai copié mon config.h dedans

Attention, le config.h évolue donc tu ne peux pas glisser un ancien dans une nouvelle version, il faut manuellement refaire les changements. Des fois des noms changent etc.

non mais c'était le même que j'ai re-décompresser

C'est redoutable une coquille dans le fichier config.h, l'erreur généré ne donnait rien de claire, en tout cas pour moi
Enfin maintenant tu vas pouvoir gérer totalement ton module multiprotocole, un truc vraiment génial d'autant qu'il est maintenant parfaitement intégré dans openTX, encore mille mercis aux devs.

oui merci a toi aussi pour ton aide

Bonsoir,

Quelqu'un aurait-il la gentillesse de me donner le procédé de mise à jour de la X9D+ de 2.1.9 vers 2.2 RC?
Si j'ai bien compris on part de companion 2.2 RC 9 361?
Ensuite on télécharge le contenu de la carte sd sur le site open TX qu'on transfére dessus ?
Je suis vraiment largué, ou bien?