Multi Orange (ou comment donner une 2nd vie)

Du moment qu'il fait du PDI, c'est bon.
Fait juste attention aux tensions d'alimentation. Ce serait ballot de cramer le µ contrôleur.

Bon, alors je viens de me lancer dans la modif...

J'ai déjà un petit souci dans la modif du fichier _Config.h:

LapinFou a écrit:
La 3ème étape consiste à configurer le projet MultiProtocol:
Vous devez modifier le fichier "_Config.h" dans le répertoire "github\DIY-Multiprotocol-TX-Module\Multiprotocol".
Si, comme moi, vous utiliser le module Orange avec une radio sous OpenTX 2.2, voici la liste des lignes à modifier:

Code:

#define TELEMETRY → (ligne 125)
#define INVERT_TELEMETRY → (ligne 133)
//#define MULTI_STATUS → (ligne 137)
#define MULTI_TELEMETRY → (ligne 141)
#define ENABLE_SERIAL → (ligne 161)
//#define ENABLE_PPM → (ligne 169)

Or dans le fichier _Config.h je ne trouve pas ces "define" aux lignes que tu indiques !

Pire: certains "define" n'apparaissent pas ! (define MULTI-STATUS et define MULTI-TELEMETRY par exemple...)

en fait dans mon fichier j'ai ceci:

#define TELEMETRY → (ligne 108)
#define INVERT_TELEMETRY → (ligne 112)
//#define MULTI_STATUS → (inexistant)
#define MULTI_TELEMETRY → (inexistant)
#define ENABLE_SERIAL → (ligne 132)
#define ENABLE_PPM → (ligne 140 non commenté)

J'ai pourtant bien téléchargé les sources de la version 1.1.6 depuis le lien Github: (fichier DIY-Multiprotocol-TX-Module-1.1.6.zip, je n'ai pas utilisé Git)

Sowhat ?

Quand je regarde dans le fichier "Multiprotocol.h", j'ai cette version:

Code:

//******************
// Version
//******************
#define VERSION_MAJOR 1
#define VERSION_MINOR 1
#define VERSION_REVISION 6
#define VERSION_PATCH_LEVEL 21

Je viens de faire un pull du Git à l'instant.
Et je voie ça dans le fichier "_Config.h":

Code:

#define TELEMETRY → (ligne 143)
#define INVERT_TELEMETRY → (ligne 151)
//#define MULTI_STATUS → (ligne 155)
#define MULTI_TELEMETRY → (ligne 159)
#define ENABLE_SERIAL → (ligne 179)
#define ENABLE_PPM → (ligne 187)

D'ailleurs tu peux vérifier directement sur github:
https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/blob/master/Multiprotocol/_Config.h

Je te conseille vivement de modifier la ligne 26, comme ceci:

Code:

#define TAER


Ce sera plus simple pour récupérer les progs Spektrum.

Ok, ben c'était le fichier zip qui ne doit pas contenir la version 1.1.6 annoncée ! (le fichier Multiprotocol.h ne contient même pas les define de version !) J'ai installé GIT et cloné le repository et cette fois on est d'accord ! Je peux avancer les fichiers sont bien ceux de la version 1.1.6.21 !

Merci.

Bon ben, yaplukafonko

Compilation ok avec les options suivantes
#define TAER
#define TELEMETRY
#define INVERT_TELEMETRY
//#define MULTI_STATUS
#define MULTI_TELEMETRY
#define ENABLE_SERIAL
//#define ENABLE_PPM

Me reste plus qu'à attendre mon programmeur PDI, souder les deux résistances SMD 100 ohms et enfin flasher mon module v1.2. Ca se présente bien ! ;-)

Juste une info que je n'ai pas vue dans ton tuto, je dois alimenter le module avec quelle tension pour la programmation ?

2 choix, soit tu utilises le programmeur PDI en mode "je ne fournie pas de tension" (si disponible) et dans ce cas tu dois alimenter ton module orange avec une petite NiMh à coté.
Soit tu utilises le programmeur PDI en mode 3V3, et dans ce cas il ne faut pas alimenter le module avec autre chose.

ATTENTION: Dans les 2 cas il faut, soit avoir l'antenne de branchée, soit un bouchon 50 Ohms. En effet si tu mets sous tension le module sans charge sur la sortie antenne, le PA (Power Amplifier) peut claquer ou s'abimer.

Ok. J'imagine que le programmeur PDI arrivera avec un minimum de documentation à ce sujet... Wait and see...

C'est marqué cela dans le descriptif:

Programming voltage 3.3 V and 5 V selectable by jumper

Donc, apriori, cela devrait aller.

Oui, oui, ça j'ai vu, et pour l'interface DPI, il faut mettre le jumper sur 3.3volts, ça c'est clair.

Non ma question concernait l'alimentation externe du module. Enfin, j'ai compris qu'il est nécessaire d'alimenter le module par une alimentation externe (sur les entrées GND et POWER).

Tu as en effet écrit:

Lapinfou a écrit:Une fois ces modifications hardware faite (on principe si vous avez une version récente du module Orange v1.2, vous n'avez rien à faire), il ne reste plus qu'a souder les fils qui vont bien entre le PCB et votre programmeur PDI.
GND et POWER sont pour alimenter le module. Les 4 autres signaux sont pour la connexion PDI.

Donc ma question est: quelle tension dois-je appliquer entre les connexions POWER et GND ? Est-elle fournie par mon programmateur (Je ne pense pas), ou doit-elle être fournie par une alimentation externe, et auquel cas quelle doit-être sa tension ? (3.3v, 5v, 12v ??) Je n'ai pas trouvé d'info à ce sujet. Tu parles juste quelque part de batterie NiMH à côté. Mais ce n'est pas clair:

Lapinfou a écrit:2 choix, soit tu utilises le programmeur PDI en mode "je ne fournie pas de tension" (si disponible) et dans ce cas tu dois alimenter ton module orange avec une petite NiMh à coté.
Soit tu utilises le programmeur PDI en mode 3V3, et dans ce cas il ne faut pas alimenter le module avec autre chose.

D'après la doc technique du programmeur, l'interface PDI comprend une alimentation (sur Vcc) de 3.3v pour le flashage, mais je parle de l'alimentation générale du module sur les bornes POWER/GND.

J'imagine qu'il faut une alim externe sur ces deux bornes. Si oui, quelle tension ?

Merci.

PS: la documentation technique de mon programmateur est ici.

Je vais essayer d'être plus clair.
Tu as 2 possibilités pour programmer le micro-contrôleur :
1. Tu alimentes le module comme s'il était branché dans une baie JR, en passant par les pins GND/POWER. Dans ce cas, ce sont les limites indiquées dans le notice (de mémoire, je crois que c'est 6V min et 18V max, mais c'est à vérifier). MAIS, il faut alors utiliser un programmeur PDI qui n'envoie pas de tension. Sur mon Olimex, j'ai un jumper 3.3V/5V et un jumper TARGET ON/OFF. Dans ce cas, je met sur OFF. Du coup le programmeur ne va pas générer de tension, mais utiliser la tension délivrée par la carte du module Orange à travers le point de programmation VCC.
2. L'autre possibilité, c'est d'alimenter directement le micro-contrôleur avec ton programmeur. Dans cas, il ne faut bien évidemment PAS utiliser les pins GND/POWER. C'est comme cela que je procède maintenant. Je n'utilise plus d'alimentation externe et je configure les jumpers de mon Olimex en position 3.3V/ON. Dans ce mode, c'est l'Olimex qui va fournir la tension à la carte.

En résumé:
Choix 1 → Programmeur en mode "je ne fournie pas de tension (OFF)" + Une source d'alimentation externe + 6 fils à souder
Choix 2 → Programmeur en mode "je fournie la tension (3.3V/ON)" + 4 fils à souder

Est-ce plus clair ?

C'est clairement plus clair. Je te remercie. Je vais donc travailler avec le choix 2 car mon programmeur semble toujours travailler ainsi. A ce que j'ai compris. Il devrait être là ce soir. Mon fer à souder chauffe déjà !

OK. Tiens-moi au courant !

PS: Je suis surpris que ton programmeur n'est pas de mode OFF ou External Vcc...
Dans tous les cas, j'ai flashé plusieurs modules avec succès en utilisant le choix 2.

Oui, je crois que tu as raison. Un jumper contrôle bien cela.

En relisant attentivement la documentation, il semble que le jumper 3 sur JP1 permette d'alimenter le circuit externe sur le pin 2 (VCC) du connecteur 6 pôles directement par le programmeur (pour autant que le circuit externe - le circuit OrangeRx - ne consomme pas plus de 50mA. J'imagine que c'est le cas). Je vais donc essayer de le mettre, et de ne pas brancher d'alimentation externe sur POWER/GND. Je vais mettre également le jumper 1 sur JP1 (3.3v) et uniquement le jumper 2 sur JP2 (interface type PDI). Puis connecter les 4 fils sur le connecteur 6 pôles selon le schéma suivant:

Pin1 (DATA)
Pin2 (VCC)
Pin3 NC
Pin4 NC
Pin5 (CLOCK)
Pin6 (GND)

On est bien d'accord ?

Effectivement le JP1 en position 3 semble correspondre au jumper ON sur l'Olimex.
D'après la doc, effectivement je tenterais:
JP1 → un jumper sur la position 1 + un jumper sur la position 3
JP2 → un jumper sur la position 2

Olimex fournie le schéma électronique, du coup il n'y a pas d’ambigüité.
Je suis aussi d'accord avec le pinning du connecteur.

Oh ! Je viens de consulter les données techniques du module OrangeRX dsmx/dsm2 2.4ghz transmitter (ici) car je voulais m'assurer qu'il ne tire pas plus que les 50mA que mon programmateur Diamex dit pouvoir fournir sur l'interface DPI (Voir ici), et j'observe dans les specs qu'il consomme 100mA max !

Je constate en regardant les specs de ton programmateur Olimex AVR-ISP-MK2, (ici), que lui peut en effet fournir 300mA !  Ce qui explique que tu as pu l'utiliser en mode "POWER JUMPER" ON.

Je ne vais donc finalement pas prendre le risque de griller mon programmateur et ne mettrai pas de jumper en position 2 sur JP2. J'alimenterai donc le module avec une alimentation stabilisée de laboratoire sur GND/POWER avec une tension comprise entre 6 et 18 volts DC. (Vérifié ici).

Comme quoi, faut toujours bien lire les spécifications techniques avant de brancher quoi que ce soit !

Bonne chance, maintenant que tout est sous contrôle !!

PS: J'avoue que je n'avais même pas vérifier les specs de l'Olimex!
Maintenant je sais que je peux tirer 300mA max (page 24). Merci.

Bon, pour la partie hard, c'est OK.

Sur mon module, (V1.2) J'ai soudé les deux résistances SMD de 100 ohms de la liaison série.
J'ai connecté les 4 fils de l'interface DPI de mon programmateur, et j'ai placé les jumpers comme convenu.

J'ai essayé d'alimenter le module avec 7 volts DC (j'ai connecté l'antenne) et je mesure une consommation de 18mA.

Maintenant je dois installer le soft avrdude (v6.3) sur mon PC, puis le gui avrdudess. Et c'est là que j'ai de petits soucis...

j'ai trouvé avrdude 6.3 ici: http://download.savannah.gnu.org/releases/avrdude/
mais je n'ai pas trouvé de programme d'installation. juste un executable avrdude.exe qui me dit
"impossible de démarrer le programme car il manque libusb0.dll sur votre ordinateur. Essayez de réinstaller le programme pour corriger le problème." quand je le lance.

Quand à avrdudess, j'ai bien trouvé un programme d'installation ici:  http://blog.zakkemble.co.uk/avrdudess-a-gui-for-avrdude/

Mais dès que j'ouvre la page, on m'avertit que le site n'est pas sûr, et si je passe outre et télécharge l'exécutable d'installation, mon antivirus me dit qu'il contient un virus !

Peux tu me dire comment préparer mon PC pour pouvoir communiquer avec le programmateur ? Quels programmes dois-je installer exactement pour flasher par le port USB et où les trouver ?

Merci.

Bon. j'ai ressayé d'installer avrdudess cette fois à partir du package pour Olimex que tu proposes dans ton tuto.

J'ai eu le même problème avec avrdude.exe. (libusb0.dll manquante)

Ensuite j'ai lancé un programme de restauration Windows (dllKIT PRO) qui se proposait de restaurer les dll manquantes comme libusb0.dll... Il a bien restauré cette dll mais maintenant lorsque je lance avrdude.exe j'ai l'erreur 0xc00007b qui survient et qui empêche l'exécution d'avrdude...  

avrdudess est en revanche correctement installé mais dès qu'il fait appel à avrdude.exe la même erreur survient...

Mystère... je sèche ! Help !

Alors là...
Ton windows a clairement l'air un peu malade... A part essayer avec un autre PC, je ne vais pas pouvoir t'aider plus. Désolé.

Sinon, j'ai téléchargé depuis ce site:
http://blog.zakkemble.co.uk/avrdudess-a-gui-for-avrdude/

Et pour ton erreur 0xc000007b, as-tu bien installé un .NET sur ta machine (je crois NET2.0 minimum) pour utiliser AVRDude.

Sinon, il me semble que tu fais du soft, alors tu peux utiliser "http://www.dependencywalker.com/" afin de vérifier les dépendances manquantes.

Oui, je crois aussi qu'il semble y avoir quelque chose de pas net sur mon Windows (10)...

Je vais essayer avec un autre PC...

Sinon oui j'avais commencé par lancer dependencywalker et y'a beaucoup de choses qui semblent manquer... C'est très bizarre... Ce portable n'est pas de première jeunesse mais il fonctionne d'ordinaire sans problème...

Je vais investiguer plus à fond...

J'ai eu ce problème que j'ai résolu de la façon suivante:



voir ici : https://frskytaranis.forumactif.org/t4676-tuto-mise-a-jour-firmware-module-multiprotocole-bg-4-en-1-atmega328p#53362