[TUTO] Customisation sous Arduino du module multiprotocole BG 4 en 1 STM32

Customisation sous Arduino du module STM32

Note: Ce tuto s'inspire trés largement de la page https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/blob/master/docs/Compiling_STM32.md produite par Pascal Langer.

Il s'agit de ce module:  2.4G CC2500 NRF24L01 A7105 CTRF6936 Module multi-protocole STM32 TX 4-IN-1 avec antenne
Sur tous les modules avec microcontrôleur STM32F103, la mémoire flash de 128K est suffisamment grande pour accueillir tous les protocoles.
Avec le module RF Banggood 4 en 1 vous aurez donc accès à tous les modules RF et tous les protocoles.



La liaison série

On utilise un module FTDI pour la connexion USB-RS232



ou celui-ci,  très pratique avec son câble Dupont 6 lignes



Compilation de la source et flashage depuis Arduino

La source multiprotocole peut être compilée à l'aide de l'IDE Arduino utilisant les bibliothèques STM32 Core (Maple) et Arduino ARM-Cortex-M3.

Installer l'IDE Arduino et le projet multiprotocole
1. Téléchargez l'IDE Arduino. La version Arduino actuellement prise en charge est 1.6.11 disponible pour Windows et Mac OSX
2. Il est recommandé de mettre à niveau Java vers la dernière version
3. Téléchargez le STM32 Core et copiez le dossier Arduino_STM32 dans:
- OSX: Arduino.app/Contents/Java/hardware (vous pouvez ouvrir Arduino.app par Ctl en cliquant sur Arduino.app et en sélectionnant "Afficher le contenu de l'emballage")
- Windows: C: \ Program Files (x86) \ Arduino \ hardware
- Assurez-vous que la structure de l'arborescence des dossiers soit comme ça ..... \ hardware \ Arduino_STM32\ .....  et  PAS ...... \ hardware \ Arduino_STM32-master\ ......
Sinon déplacez les dossiers / renommer en conséquence.
4. Téléchargez le fichier zip avec le code source du projet multiprotocole à partir d'ici ou de là
5. Décompressez et copiez le dossier de code source Multiprotocole dans un dossier de votre choix
6. Cliquez sur le fichier Multiprotocol.ino dans le dossier Multiprotocole et l'environnement Arduino doit apparaître et le projet Multiprotocole sera chargé.

Préparez l'IDE Arduino
1. Pour compiler avec succès, vous devez également modifier un fichier de bibliothèque maple. Dans .... \ hardware \ Arduino_STM32 \ STM32F1 \ cores \ maple \ libmaple \ usart_f1.c commentez les 2 fonctions comme indiqué ci-dessous. Ceci est nécessaire pour avoir un faible niveau d'accès à l'interruption USART.

Code:

/* void __irq_usart2(void){
usart_irq(&usart2_rb, USART2_BASE);
}
 
void __irq_usart3(void) {
usart_irq(&usart3_rb, USART3_BASE);
} */

2. Exécutez l'IDE et, dans le menu Tools, sélectionnez Board: puis Boards manager.
Cliquez sur Arduino DUE (32 bits ARM-Cortex M3) dans la liste des panneaux disponibles. Vous devez faire cette étape, il installe la chaîne d'outils arm-none-eabi-g ++!



3. Fermez et rouvrez l'IDE Arduino et chargez le projet Multiprotocole.
4. Dans arduino IDE sous Tools -> Board: sélectionnez Generic STM32F103C



5. Cliquez sur le bouton Verify ou Sketch->Verify pour tester la compilation avant de procéder à des modifications.
S'il y a des erreurs, vérifiez le processus ci-dessus et assurez-vous d'avoir la bonne version de l'IDE d'Arduino. L'emplacement généré par le fichier binaire est présenté au bas de la fenêtre de compilation Arduino IDE.



Note: Le warning en rouge est sans importance.

Modification du fichier _Config.h

Toute la personnalisation est faite en éditant le fichier _Config.h dans le projet Multiprotocol Arduino.
Dans l'IDE Arduino, cliquez sur la flèche vers le bas à l'extrême droite de la barre des onglets pour afficher la liste des fichiers de projet (voir le cercle rouge ci-dessous).
Faites défiler vers le bas et sélectionnez le fichier _Config.h.


Voici la configuration initiale

Code:

//#define INVERT_TELEMETRY

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

1. Décommenter les lignes en supprimant "//"
//#define INVERT_TELEMETRY -> #define INVERT_TELEMETRY
//#define MULTI_TELEMETRY -> #define MULTI_TELEMETRY
2. Commenter en ajoutant "//"
#define MULTI_STATUS -> //#define MULTI_STATUS

Vous devrez avoir :



Pour info, la version du firmware est située au début du fichier https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/blob/master/Multiprotocol/Multiprotocol.h :

Code:

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

Flashage du multimodule alimenté par l'émetteur
Il existe trois options pour flasher le firmware.
Nous présentons ici seulement le flashage avec un module branché et alimenté par l'émetteur (bien penser à configurer le multimodule en HF EXTERNE dans la radio sinon il ne sera pas alimenté).



1. Placez le module dans l’émetteur
2. Placez un cavalier sur les broches BOOT0.
3. Connectez votre câble FTDI 3.3V / 5V (série USB-TTL) au port série multiprotocole.
Connectez uniquement RX, TX et GND. Ne connectez pas les 5V ou 3.3V entre le câble FTDI et le module - l'alimentation sera fournie par l'émetteur (bien penser à configurer le multimodule en HF EXTERNE dans la radio sinon il ne sera pas alimenté)
Connectez les broches comme suit:
- Broche module RX à broche FTDI TX
- Broche TX de module à broche FTDI Rx
- Module GND to FTDI GND








Il sera important de respecter l'ordre d'alimentation suivant : Insérez toujours d'abord le périphérique USB-RS232 dans le port USB, puis allumer la radio après.

4. Dans arduino IDE sous la section Tools -> Board: vérifiez que vous avez sélectionné  Generic STM32F103C
5. Sous Tools -> Upload method: sélectionnez Serial
6. Cliquez sur Sketch -> Upload sera téléchargée normalement. Ceci est valable pour toutes les versions Arduino.
7. Une fois le microprogramme téléchargé, retirez le cavalier BOOT0.



Vous pourrez vérifier que votre radio affiche la révision de firmware que vous avez flashé à travers le dialogue de la télémétrie :



On aura au préalable flashé sa radio avec l'option multimodule activée pour pouvoir choisir le mode MULT pour la HF externe :

.

Passé en Post-it !!
Merci Fred pour cette belle traduction.

Bonsoir, dev.fred

Dans: 1 préparez l' Arduino, je crois que tu as oublié de commenter la deuxième fonction dans le code
si je ne me trompe pas. Euh non, j'avais mal lu, erreur de ma part

Chewi

Je viens d'essayer la manip pour mettre à jour un iRangeX, mais lorsque je veux uploader, j'ai ce message d'erreur:


J'ai acheté un convertisseur DFRobot DFR0065, afin d'être sûr de ne pas avoir une copie du chip FTDI.

Quand je l'ai branché, il a été correctement reconnu par Win10 64bit. J'ai ça:


Une idée ??

Pour info, la connexion pour le iRangeX, c'est cela:


Quand j'allume la radio la LED de droite s'allume et reste allumé indiquant que le module est bien en mode bootloader.

A tout hasard, as-tu d'abord branché le convertisseur USB-RS232 avant de mettre sous tension le multimodule ?

Non.

A ma grande surprise, tout a fonctionné après avoir installé FT_Prog...
Maintenant, tout est bon mon iRangeX a la port série d'activé, ainsi que la télémétrie.

Par contre le protocole OLRS ne me revoie rien... Je ne sais même pas ce que c'est.

Je suppose que le port USB présent sur le multimodule permet de s'affranchir du FTDI et
d'effectuer le flashage directement avec un simple cable USB (en positionnant le ou les jumpers
sur la carte comme il se doit).

Si oui, peut-on toujours utiliser l'IDE Arduino pour effectuer l'opération ?

J'ai testé et finalement ça fonctionne, ouf !

J'ai maintenant le port série maple :



à la place du driver Maple DFU :



Et donc je peux configurer mon IDE correctement :



Et maintenant l'upload flash bien à travers le port USB :

Code:

C:\Program Files (x86)\Arduino\hardware\Arduino_STM32/tools/win/maple_upload.bat COM10 2 1EAF:0003 C:\Users\devfr\AppData\Local\Temp\build01a293fc89a9cf8d4fbca9e67ac7bc48.tmp/Multiprotocol.ino.bin
maple_loader v0.1
Resetting to bootloader via DTR pulse
Searching for DFU device [1EAF:0003]...
Found it!

Opening USB Device 0x1eaf:0x0003...
Found Runtime: [0x1eaf:0x0003] devnum=1, cfg=0, intf=0, alt=2, name="STM32duino bootloader v1.0  Upload to Flash 0x8002000"
Setting Configuration 1...
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x0400
bytes_per_hash=1263
Starting download: [##################################################] finished!
state(8) = dfuMANIFEST-WAIT-RESET, status(0) = No error condition is present
Done!
error resetting after download: usb_reset: could not reset device, win error: Le fichier spécifié est introuvable.
Resetting USB to switch back to runtime mode

La 1ère fois j'ai chargé un sketch d'exemple de blink de LED sur le port 1 et là miracle tout s'est mis à fonctionner : le driver anciennement Maple DFU a disparu au profit du driver Maple Serial !

-------------------------------------------------------

Le bootloader par défaut ne sait gérer que la liaison série, il va falloir charger d'abord, avec la liaison série via un FTDI, le bootloader generic_boot20_pa1.bin capable de piloter le port USB.

https://github.com/pascallanger/DIY-Multiprotocol-TX-Module/blob/master/docs/Compiling_STM32.md#option-2-flashing-with-usb-cable

Option 2: flashage avec un câble USB.
Cette méthode utilise un connecteur USB sur la carte STM32 v1.0.    
Installez d'abord le pilote USB maple en exécutant le fichier de commandes trouvé dans le dossier de package Arduino STM32 .. \hardware\Arduino_STM32\drivers\win\install_drivers.bat     Téléchargez le "Flash Loader Demonstrator" STM32 gratuit depuis ST.com et utilisez un périphérique USB-TTL (comme le câble FTDI) flashez le bootloader STM32duino disponible sur le site STM32 de Roger Clark ici .Utilisez le bootloader generic_boot20_pa1.bin    
Ouvrez Arduino IDE, recherchez le dossier multiprotocole, chargez le projet multiprotocol.ino.    
Dans Arduino IDE sous "Upload method", sélectionnez STM32duino-bootloader.
Cliquer upload, attendez que le téléchargement soit terminé.
Remarques:  
-Lorsque vous utilisez MultiSTM32_USB pour la première fois, les pilotes USB ne sont pas reconnus et le port n'est pas ouvert/reconnu (la sélection de port arduino IDE est grisée/indisponible).
Après cette première utilisation, toute mise à jour ultérieure du programme, vous devrez sélectionner le port série approprié et télécharger les sketchs(croquis) normalement dans Arduino à l'aide du port USB.    
-Si le téléchargement initial échoue, assurez-vous d'exécuter la dernière version Java

Justement la question est: est-ce que le bootloader est présent sur la version vendue par BG ??

Je viens de recevoir le mien. Je vais faire des essais.

LapinFou a écrit:Justement la question est: est-ce que le bootloader est présent sur la version vendue par BG ??

Je viens de recevoir le mien. Je vais faire des essais.

Si c'est le cas cela éviterais une manipulation supplémentaire et l'achat du FTDI.
Je sais que cela ne vaut pas grand chose mais personnellement je n'en n'aurais
pas l'utilité (autre que pour le multimodule).

@dev.fred merci pour les infos
@LapinFou j'attends de voir ce que ça donne si tu fais les essais

LF a écrit:Justement la question est: est-ce que le bootloader est présent sur la version vendue par BG ??

J'ai pu mettre à jour mon multimodule BG en utilisant le port série donc le STM32F103 est bien en mode série par défaut, je ne saisis pas ton raisonnement.

La doc indigente fourni sur le site de BG donne cette photo avec une indication de procédure d'update de firmware :



Si le port USB était directement utilisable ça se saurait, malheureusement je pense qu'il faille un FTDI pour pouvoir utiliser le port USB
comme c'est indiqué dans l'excellente documentation de Pascal Langer.
Évidement ça limite un peu son intérêt, pour ma part c'est plutôt le manque de confiance que j'avais dans la section HF du module iRangeX qui a fait pencher la balance.
De toute façon que se soit un iRangeX ou ce dernier modèle avec un port USB, il faut un FTDI à 2,61€

La note d'application AN2606 de ST : http://www.st.com/content/ccc/resource/technical/document/application_note/b9/9b/16/3a/12/1e/40/0c/CD00167594.pdf/files/CD00167594.pdf/jcr:content/translations/en.CD00167594.pdf

indique, à la page 53, que le bootloader du STM32F10x ne supporte que le protocole USART :

Cela veut dire que ce n'est même pas un cordon USB classique ??
Franchement, c'est un peu idiot qu'il y est une prise USB si un utilisateur lambda ne peut pas l'utiliser d'origine sans avoir un FTDI sou la main...

Question annexe, le PCB, c'est du 2 ou 4 couches ? La question derrière est: si on a besoin de faire des trous (ou agrandir des trous) est-ce que regarder de chaque côté est suffisant.

J'ai vérifié que la partie USB de mon circuit BG correspond bien à la version 1.1 de Pascal : DIY-Multiprotocol-TX-Module/STM32 PCB/V1.1/



et



et c'est le cas.

On peut vérifier que cela correspond bien à un cordon USB micro :



Le circuit de BG est en 2 couches comme les circuits de Midelic AKA Pascal : https://oshpark.com/profiles/Midelic

Merci pour la confirmation. J'ai reçu le module (mise à jour sans soucis et pas essayé l'USB, car j'ai un FTDI) et je veux le mettre à l’intérieur de mon boitier DM9. Du coup, va falloir que je jour avec la Dremel.
Après, je me tâte, mais je pense que je vais revendre mon hack module qui me sert uniquement pour des petits modèles.

LapinFou a écrit:Non.

A ma grande surprise, tout a fonctionné après avoir installé FT_Prog...
Maintenant, tout est bon mon iRangeX a la port série d'activé, ainsi que la télémétrie.

Par contre le protocole OLRS ne me revoie rien... Je ne sais même pas ce que c'est.

Je me répond à moi-même, apparemment OLRS serait le protocole Open LRS → http://openlrsng.org/

Par contre, pourquoi n'y-a-t'il pas de retour série?!? Mystère et boule de gomme.

On dirait que tu n'es pas le seul : https://www.rcgroups.com/forums/showpost.php?p=37813215&postcount=9369

Dutch 79 a écrit:I have the same problem, even used the same config as the older 4in1 module and the iRangeX just doesn't show the version number on the multi_telemetry field on the Taranis X9d plus

Sinon j'ai chargé le booloader USB mais j'ai un problème avec le driver maple-dfu que je n'arrive pas à faire fonctionner sous W10 malgré l'utilisation de Zadig.

Seul le protocole OLRS ne me renvoie pas le numéro de version !
Sinon, tout fonctionne nickel pour tous les autres protocoles.

LF a écrit:A ma grande surprise, tout a fonctionné après avoir installé FT_Prog... confused
Maintenant, tout est bon mon iRangeX a la port série d'activé, ainsi que la télémétrie.

LF a écrit:J'ai reçu le module (mise à jour sans soucis et pas essayé l'USB, car j'ai un FTDI) et je veux le mettre à l’intérieur de mon boitier DM9. Du coup, va falloir que je jour avec la Dremel. Very Happy

Tu as les 2 multis, le IrangeX et le BG STM32 ?

J'avais un Multi Orange (vendu). En ce moment j'ai:
- 1 hack module (j'hésite vu le prix que cela m'a couté à faire, mais probablement bientôt en vente)
- 1 iRangeX IRX4 (que l'on m'a très gentiment offert)
- 1 multi BG STM32 (acheté chez BG).

Cool !

Du coup une question me brûle : À ton avis est-ce que la qualité de la section HF du IrangeX est semblable à celle du BG STM32 ?
En particulier est-ce que le CC2500 du iRange produit autant de portée que celui du module BG STM32 ?

C'est une excellent question, mais je n'en sais rien, car je vole qu'avec des petits BNF.
Je n'ai pas de "vrai" RX type Spektrum pour essayer.

T'as bien un récepteur Frsky avec un servo pour faire un test de portée un jour qui sait ....