[TUTO] Mise à jour firmware module multiprotocole BG 4 en 1 ATmega328p

Il faut décommenter #define TELEMETRY et #define MULTI_TELEMETRY...

Kilrah a écrit:Il faut décommenter #define TELEMETRY et #define MULTI_TELEMETRY...

Ce que je veux c'est pouvoir savoir si tel ou tel protocole est valide donc j'ai fait ceci:

//#define TELEMETRY
//#define MULTI_TELEMETRY

c'est bien cela?

Apparemment, il n'est pas possible d'avoir la télémétrie et le protocole en même temps.

non c'est l'inverse, il ne faut PAS de // pour que ce soit activé (et en l'occurence, il faut que TELEMETRY et MULTI_TELEMETRY soient tout les deux activés)

3djc

c'est bon, j'avais rien compris, j'ai cru que c'était soit la télémétrie soit le protocole.

J'ai donc modifié le config.h avec arduino, compilé en supprimant commentant les lignes superflues là c'était pas gagné car la correspondance entre le protocole et le modèle...

puis j'ai exporté en hex pour programmer avec myAVRproTool.

Est ce qu'il est possible d'extraire le config.h du fichier hex?

En tout cas, ravi que tu es réussi, j'ai modifié une formulation dans ma doc pour être encore + explicite :

dev.fred a écrit:Si vous avez une Taranis et que vous prévoyez d'utiliser le mode Serie avec télémétrie, recherchez et décommentez la ligne INVERT_TELEMETRY, vous aurez donc:

Code:

   //Uncomment to invert the polarity of the telemetry serial signal.
    //For ER9X and ERSKY9X it must be commented. For OpenTX it must be uncommented.
    #define INVERT_TELEMETRY 1

et

dev.fred a écrit:Il suffit de décommenter #define MULTI_TELEMETRY, vous aurez donc :

Code:

   //Uncomment to send also Multi status and wrap other telemetry to allow TX to autodetect the format
    //Only for newest OpenTX version
    #define MULTI_TELEMETRY

diiity a écrit:Est ce qu'il est possible d'extraire le config.h du fichier hex?

super merci

J'ai une question: comme j'envisage de jouer avec mon module Orange qui ne marche pas (installé le SW multiprotocol dedans), j'ai besoin d'acheter un programmeur PDI.
J'ai trouvé celui-là: AVR-ISP-MK2
Ce programmeur propose aussi un port ISP. Je ne suis pas un pro d'Atmel, alors est-ce que quelqu'un pourrait me confirmer que l'ISP est bien le même protocole que pour les programmeurs USBASP ??
Je suis quasi sûr, mais bon, j'ai pas envie de l'acheter et de me rendre compte qu'il faudra aussi que j'achète un USBASP le jour où je me lancerai avec le module 4 en 1.

Merci à celui qui pourra me confirmer tout cela.

Je dirais oui
les programmateurs USBASP s'appellent aussi USB-ISP, c'est donc la même chose.
ISP veut simplement dire (mais çà je suppose que tu le sais depuis longtemps) In Situ Programming.
c'est donc un terme général qui nous dit que tu peux programmer sans arracher les connecteurs de ta carte (tu la programmes dans son élément ou boitier).
Maintenant il faut quand même vérifier quels sont les signaux en sortie de ce port.
NB: après recherche, ce sont bien les mêmes signaux qu'un USBASP sur le connecteur de sortie 10 pins.

Merci mon Chewi !
Tu viens de me confirmer que l'USBASP est un programmeur ISP.
J'étais quasi sûr, mais je voulais être sûr à 100% afin de débourser moult piécettes dans un produit.

Avec la dernière version dispo, j'ai vu cela sous le Git de Pascal:

Code:

//Comment if you don't want to send Multi status telemetry frames (Protocol available, Bind in progress, version...)
//Use with er9x/erksy9x, for OpenTX MULTI_TELEMETRY below is preferred instead
#define MULTI_STATUS

//Uncomment to send Multi status and allow OpenTX to autodetect the telemetry format
//Supported by OpenTX version 2.2 RC9 and newer. NOT supported by er9x/ersky9x use MULTI_STATUS instead.
#define MULTI_TELEMETRY

Pour moi, c'est un peu ambigüe.
Personnellement, je comprend que c'est soit MULTI_STATUS pour les OS er9x/erksy9x, soit MULTI_TELEMETRY pour OpenTX.
Alors que dans le super tuto de dev.fred, il active les 2...
Je suis un peu confus...

Ma doc n'est pas à jour, le config.h ne contient que #define MULTI_TELEMETRY à décommenter.

La formulation "is preferred instead" est ambiguë aussi j'ai posé la question à hpnuts: https://www.rcgroups.com/forums/showpost.php?p=36770384&postcount=7631:
I think your question is: "Does it means OpenTX is also sensitive to MULTI_STATUS switch ?"
Plaisthos told me that he will look at adding "MULTI_STATUS" to OpenTX but for now OpenTX will just ignore status packet if they are present.
Another note MULTI_STATUS and MULTI_TELEMETRY (as they are now) can be both enabled.

On peut activer le 2, on n'est donc pas obligé de commenter #MULTI_STATUS qui est décommenté par défaut.

Donc, si je comprend bien ces 2 "define" n'active pas la même chose:
MULTI_STATUS → c'est pour avoir des infos de Status
MULTI_TELEMETRY → c'est pour avoir le retour de télémétrie sous OpenTX (découverte des capteurs)

J'ai bon ?

Non... les 2 sont pour avoir des infos de status mais d'une manière différente. Me demande pas pourquoi ils en ont intégré une 2e.

Kilrah a écrit:Non... les 2 sont pour avoir des infos de status mais d'une manière différente. Me demande pas pourquoi ils en ont intégré une 2e.

Ben je ne comprend plus rien...
Que recommandes-tu de faire pour ceux utilisant OTX 2.2 ?

C'est ce que tu as dit plus haut, tout simplement...

MULTI_STATUS pour er9x/erksy9x, MULTI_TELEMETRY pour OpenTX.

OK. Donc, comme j'utilise uniquement OpenTX, je commente MULTI_STATUS et je dé-commente MULTI_TELEMETRY.

Merci grand maître d'OTX !  

Pour éviter de créer encore plus de confusion, cela donne cela:

Code:

//[...]
//#define MULTI_STATUS

//[...]
#define MULTI_TELEMETRY

J'ai mis à jour le tuto.

J'ai une autres question: lorsque l'on choisie par exemple la modulation Spektrum DSM2 ou DSMX. Est-ce qu'il faut faire la même chose qu'avec le hack module ? C'est à dire utilisé des limites à 78.2% ? Ou est-ce que le firmware multiprotocole fait les conversions ??
Même question pour les modèles Husban, Walkera, Futaba S-FHSS, EAchine, Syma X5C etc...
En gros, avec ce module, comment doit-on gérer les limites sous OpenTX ?

Salut avec mon module en dsm2 à 4€ de chez banggood j'ai rien fait.
Et mes grands débattements sont a 100%
Pour ASSAn c'est pareil !

Tout à fait le genre de question à poser à hpnuts, il aborde justement ce point ici : https://www.rcgroups.com/forums/showpost.php?p=36965009&postcount=8138
Le module multiprotocole fait bien une conversion mais malheureusement pas pour tous les protocoles et ce n'est pas documenté ici par exemple : https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/blob/master/Protocols_Details.md

LapinFou a écrit:J'ai une autres question: lorsque l'on choisie par exemple la modulation Spektrum DSM2 ou DSMX. Est-ce qu'il faut faire la même chose qu'avec le hack module ? C'est à dire utilisé des limites à 78.2% ? Ou est-ce que le firmware multiprotocole fait les conversions ??
Même question pour les modèles Husban, Walkera, Futaba S-FHSS, EAchine, Syma X5C etc...
En gros, avec ce module, comment doit-on gérer les limites sous OpenTX ?

Lapin, ça m'intéresse ta question mais que veux tu dire par limite, j'utilise 3 de ces protocoles et je n'ai pas de limites sur hubsan, syma et bientôt eachine?

D'ailleurs, eachine, c'est quel protocole?

Salut c'est souvent du FRSKY ou DEVO a voir !
Voici un petit lien en anglais
https://oscarliang.com/binding-eachine-e010-taranis-tx/

@dev.fred: merci. En gros c'est à vérifier pour chaque modèle. Je verrais bien.

@diiity: Quand je parle de limite, je parle que +100% sur un mixage FrSky est très souvent égal à +125% chez les autres marques. Du coup, pour éviter des problèmes, il faut souvent "limiter" le fonctionnement des servos dans le menu SORTIE à +/-78.2%

ok merci les gars

Bon, j'ai flashé le module en version 1.1.6, mais ne faites pas comme moi, je prépare tout, j'ouvre AVRDUDESS, je branche le module sur l'USBASP et je branche le tout sur l'usb, je choisis mon programmeur et je clique sur "detect" et la il ne trouve pas le module !!!!!!
Là, j'ai un coup de froid dans le dos, je n'ai pas basculé mon USBASP sur 3.3v    je débranche tout, bascule en 3.3v et toujours pareil !!!!!
Je remets le module dans la radio, il fonctionne, je rebranche tout, aucune connexion  
Il faut mettre le rotateur sur 0 pour entrer en Bootloader  
Alors faites très attention, j'ai eu de la chance, mais je pense que la prochaine fois, il fume !!!