AVERTISSEMENT: attention à ceux achetant les nouvelles radios ACCESS

Bonjour à tous,

J'ai appris un truc important aujourd'hui.

Les nouvelles radios dites "EXPRESS" ou "2019" ont toutes un nouveau module RF nommé ISRM (qui est différent suivant les radios, il existe à ce jour 3 variantes).
Ce module supporte le nouveau protocole ACCESS et l'ancien protocole ACCST D16 (Le mode D8 & LR12 disparaissent).

Les "anciennes" radios ont un module RF nommé XJT pour les X7, X9 & X-Lite, et nommé iXJT pour les Horus (pour faire simple, on dira que c'est une version optimisée du XJT)
Les modules XJT/iXJT supportent les protocoles ACCST D8, D16 et LR12.

L'état des lieux concernant les firmwares est:
→ Les firmwares sont disponibles pour les radios avec un module ISRM. On peut faire la mise à jour depuis OpenTX 2.3
→ Les firmwares sont disponibles pour les radios avec un module XJT. On peut faire la mise à jour depuis OpenTX 2.1
→ Les firmwares NE SONT PAS disponibles pour les radios avec un module iXJT (les anciennes Horus). Pour faire la mise à jour du module RF iXJT, il faut repasser par FrOS. Depuis OpenTX 2.3, on peut mettre à jour le module iXJT directement depuis OpenTX 2.3 (plus besoins de repasser par FrOS). Par contre, comme les firmwares iXJT ne sont pas officiellement disponibles sur le site FrSky, il faut faire une manip pour extraire le firmware RF depuis le firmware FrOS. Cela a été ajouté dans mon dernier pack SD.

J'en viens à l'information très importante → le protocole ACCST dans les modules ISRM est zoné !!!
C'est à dire que si vous achetez une radio en dehors de l'Europe, le protocole ACCST D16 sera bloqué en FCC.

Sur mon dernier pack SD, il y a un script Lua qui permet de commuter entre FCC et LBT, mais:
1. Je ne sais pas combien de temps cela va marcher.
2. En théorie, ce script ne doit être ni divulgué, ni partagé...
3. A ce jour cela fonctionne uniquement sur les X-Lite S/Pro et X9-Lite.
4. A priori cela ne marche pas sur les X10 EXPRESS.
5. Cela n'a pas encore été testé sur les X9D+ SE 2019.

Voilà, vous êtes informés.
Après on peut toujours reflasher ses RXs en FCC, mais dans ce cas on est dans l'illégalité.  

Un grand merci pour les infos

C'est une info très importante en effet. Merci !     

Étrange pratique de FrSky. Le prix de la radio FCC ou LBT étant identique, l’intérêt doit être ailleur !?
C'est sans doute pour respecter la norme Européenne ETSI EN 300 328 V2.2.2 (2019-07). Il se peut que ce soit le paragraphe 4.3.1.13.3 mais je n'en suis pas sûr :

Norme ETSI EN 300 328 v2.2.2 paragraphe 4.3.1.13.3 a écrit:L'emplacement géographique déterminé par l'équipement FHSS** tel que défini à la clause 4.3.1.13.2 ne doit pas être accessible à l'utilisateur d'une manière qui lui permettrait de le modifier.

FHSS** : "Frequency-Hopping Spread Spectrum" ou en français "étalement de spectre par saut de fréquence". C'est sur ce principe que fonctionnent nos radios. Pour plus d'information, voir Wikipedia

Je suis retombé sur l'info en parcourant ce post et les suivants issus du forum RCGroups.com.
As-tu d'autres sources qui corroborent cette info ?

Comme toi, je savais que FrSky devrait un jour se plier à la nouvelle législation.
Quand j'ai compris que les firmwares ACCESS ne proposait pas de manière directe une façon de commuter entre LBT & FCC, j'ai ouvert ce ticket → #6796
Au vu des réponse, j'en ai déduit que le jour J était arrivé.

Du coup, je me suis empressé d'écrire ce message d'avertissement à ceux commandant leur matos en Asie.
Ce sont les seules infos que j'ai à ce jour.

Par contre la grande question: est ce que FrSky a conçu le même ACCESS pour tout le monde ???
Apriori, je dirais que non... C'est franchement nul de leur part. C'était l'occasion de n'avoir plus qu'un seule protocole à supporter.
Ceci, l'avantage est que c'est un unique firmware qui inclus tout. Par contre, je ne sais pas comment cela se passe pour les RXs...

J'en profite, te sentirais-tu le courage de nous faire un superbe article sur tout ça (sur le site) ??
Je ne sais pas si tu as de la bande passante pour cela. Perso, je suis sûr les vidéos en ce moment.

Merci pour le référence du ticket #6796.
C'est donc bien pour se conformer aux obligations Européenne et aux obligations de la FCC (Federal Communications Commission).
Pour la FCC je ne retrouve pas pour l'instant l'article exact faisant mention d'une interdiction de modification géographique. Je suis remonté jusque là.

Oui, il y a besoin de clarification. Ce n'est pas évident car les informations tombent au compte-goutte.
Je vais voir si je peux écrire un article.

Ce serait top !
Comme c'est moyennement clair pour nous (alors que l'on maîtrise bien le sujet), je te raconte pas pour les autres...

Confirmé pour moi, ce n'est pas clair du tout. Pas mécontent au final de ne pas avoir mis à jour ma X10 car elle n'en a pas besoin. Si l'info de zonage des radios est confirmée, on peut dire adieu au marché asiatique dans la mesure ou l'on souhaite respecter la législation. Je ne pige pas tout (voire même rien) sur ce coup là...
@Ceeb182: si besoin de quelque chose pour le site de doc ou pour avoir un accès sur mon site miroir, tu sais ou me trouver. Bon courage dans cette tâche délicate.

Je viens de regarder cette vidéo qui montre que le script "isrm_mode.lua" fonctionne aussi pour la "Taranis X9D+ SE 2019".
@LapinFou : Cela répond donc à la question n°5 de ton post initial. Encore une information au compte-goutte.
J'ai vérifié le script que tu proposes sur ton Pack SD et celui qui est en lien avec la vidéo : c'est le même script.

@Ceeb182


Merci d'avoir creuser la question pour nous, car je n'ai pas eu le temps de m'y intéresser.
Je vais pourvoir préciser dans mon prochain pack SD que la X9D+ SE 2019 fonctionne aussi avec ce script.

En plus, j'ai vu qu'il y avait une histoire d'ID.... Comment est-elle généré, comment être sûr que 2 types sur le terrain n'utilise pas la même...

Concernant les radios qui fonctionnent sous access et réclament une ID, il me semble que cela se rapporte à la fonction "Smart Share" de ce protocole de transmission.

Les clubs qui possèdent et utilisent des avions communautaires à usage spécial, comme les avions qui remorquent les planeurs pour la mise en altitude, n'auront plus besoin d'avoir une seule et même radio dédiée à cet avion. Chaque pilote autorisé pourra utiliser son propre émetteur FrSky grâce à son numéro d'identification unique.

J’ai acheté une radio X9 Lite Pro (URUAV) et un module externe R9MLite Pro chez Banggood pour qu’ils soient à la norme FCC.

Toutes les mises à jour ont été faites avec les derniers firmware.

Module interne

D’après la page 7 du menu configuration de la radio :
Module ISRM-N
11.1.0/1.1.3 FCC

C’est donc un module ISRM, mais je ne sais pas ce que veut dire le caractère N supplémentaire.

Les seuls réglages possibles sont:
• ACCESS
• ACCST D16

Le module interne ISRM est donc compatible avec l’ancien protocole ACCST mode D16 uniquement, il n’y a plus les modes D8 et LR12.


Module externe

Ce module externe R9MLite Pro (Banggood) a été mis à jour avec le dernier firmware FCC du site de FrSky.

Il a toute une série de modes qui dépendent de la version d’OpenTX.

Avec la dernière version d’OpenTX (2.3.0RC3), les modes suivants sont disponibles :

PPM

XJT D16
XJT D8
XJT LR12

DSM2 LP45
DSM2 DSM2

DSM DSMX

CRSF

MULTI Perso
MULTI FlySky
MULTI Hubsan
MULTI FrSky
MULTI Hisky
MULTI V2x2
MULTI DSM
MULTI Devo
MULTI YD717
MULTI KN
MULTI SymaX
MULTI CX10
MULTI CG023
MULTI Bayang
MULTI ESky
MULTI MT99XX
MULTI MJXq
MULTI Shenqi
MULTI FY326
MULTI SFHSS
MULTI Hontai
MULTIF Q777
MULTI Assan
MULTI OpenLr
MULTI FSky 2A
Etc.

R9M FCC 10mW
R9M FCC 100 mW
R9M FCC 500mW
R9M FCC 1w (auto)

R9M EU 25 mW 8CH
R9M EU 25 mW 16CH
R9M EU 200 mW NoTele
R9M EU 500 mW NoTele

R9M ACCESS

R9MLite FCC 100 mW

R9MLite EU 25 mW 8CH
R9MLite EU 25 mW 16CH
R9MLite EU 100 mW NoTele

R9ML ACCESS

R9MLP FCC 10 mW
R9MLP FCC 100 mW
R9MLP FCC 500 mW
R9MLP FCC 1W (auto)

R9MLP EU 25 mW 8CH
R9MLP EU 25 mW 16CH
R9MLP EU 200 mW NoTele
R9MLP EU 500 mW NoTele

R9MLP ACCESS

SBUS

XJT Lite D16
XJT Lite D8
XJT Lite LR12


Ouf, on obtient un nombre invraisemblable de modes différents.

Il y a probablement un problème avec OpenTX RC (Release Candidate).
En effet, les modes affichés devraient être compatibles avec le module installé.

Par exemple pour activer le mode CRSF, Il devrait y avoir un module extérieur TBS Crossfire connecté à la radio.



Suivant les réglages, on obtient les informations suivantes (module externe, menu configuration page 7) :

• No info
ou
• ---
ou
• R9MLite –PRO ---/1.1.2FCC

Attention, on déborde sur plusieurs sujets différents.
C'est normal compte-tenu des informations qui arrivent au compte-goute.

Sur le sujet des ID :
Je pense que @LapinFou parle de "physicalId, primId, dataId" présents dans le script LUA indiqué dans le premier post.
Je pense que @EPARDELIERE parle des "Reg ID" ou des numéros "ID" qui sont présents quand on souhaite enregistrer un récepteur dans INTERNAL RF>MODULE>REG.
Quant à la fonction SmartShare, la procédure de partage de récepteur montre un fonctionnement simple : nul besoin de recopier un numéro d'identification.

Sur le sujet des différents module ISRM :
Il y a plusieurs versions du module ISRM : N, S, P. J'attends de confirmer certaines informations pour expliquer les différences.
Tous les modules ISRM sont compatibles ACCESS et ACCST D16.
Les modules ISRM ne seront jamais compatibles D8 et LR12.

Sur les protocoles gérés par OpenTx :
Ce n'est pas un bug d'OpenTx de proposer tous le protocoles indiqués par @AlainBruxelles pour le module RF externe.
OpenTx n'a pas la possibilité de savoir quel type de module RF est branché sur la baie externe.
Chaque module RF externe a son propre protocole de communication avec OpenTx.
Il n'y a pas actuellement de norme pour que le module externe et OpenTx s'échange des informations de façon unifiée.
Le module externe ne se comporte pas comme un périphérique branché à un ordinateur qui lui échange à la connexion son identité.
C'est une force d'OpenTx (qui est le seul OS à le faire) de pouvoir proposer autant de choix de protocole pour un module HF externe !

Pour les modules ISRM j'avais posé la question sur RCGroups.
Au moment où j'écris ces lignes il y aurait 5 versions différentes:
ISRM-N → X9 Lite → no spectrum analyzer
ISRM-P → X-Lite Pro → with spectrum analyzer
ISRM-S → X-Lite S → no spectrum analyzer
ISRM-S-X9 → X9D Plus SE 2019 → with spectrum analyzer
ISRM-S-X10 → X10S ACCESS → with spectrum analyzer

LapinFou a écrit:
ISRM-N → X9 Lite → no spectrum analyzer

Page 7 du menu configuration, il est indiqué ISRM-N
Pourtant à la page 3 j’ai un analyseur de spectre. L’on peut d'ailleurs changer la fréquence.

Ceeb182 a écrit:
Ce n'est pas un bug d'OpenTx de proposer tous le protocoles indiqués par @AlainBruxelles pour le module RF externe.
OpenTx n'a pas la possibilité de savoir quel type de module RF est branché sur la baie externe.
Chaque module RF externe a son propre protocole de communication avec OpenTx.
Il n'y a pas actuellement de norme pour que le module externe et OpenTx s'échange des informations de façon unifiée.
Le module externe ne se comporte pas comme un périphérique branché à un ordinateur qui lui échange à la connexion son identité.
C'est une force d'OpenTx (qui est le seul OS à le faire) de pouvoir proposer autant de choix de protocole pour un module HF externe !

Merci pour les infos

Je viens d’installer la RC4, pas de problème actuellement
À propos du module interne ISRM-N (Taranis X9 Lite Pro (URUAV) :

• Il y a un analyseur de spectre (Spectrum analyser, page 3 menu configuration)
• Par contre, il n’y a pas de "Puissance mètre" (Power meter)

Je viens de mettre a jour une Taranis Xd9 plus édition 2019, sous opentx 2.3.0, à l'aide du pack LapinFou :

- bootloader ;
- flasher le module intern (ISRM) ensuite je bascule sous accss avec le script lua ;
- Radio flasher sous OPENTX ;
- puis démonter la radio et passer les manches de mode 2 vers mode 1.
Tout fonctionne merveilleusement bien...
Un grand merci à la communauté.

EPARDELIERE a écrit:Je viens de mettre a jour une Taranis Xd9 plus édition 2019, sous opentx 2.3.0, à l'aide du pack LapinFou :

- bootloader ;
- flasher le module intern (ISRM) ensuite je bascule sous accss avec le script lua ;
- Radio flasher sous OPENTX ;
- puis démonter la radio et passer les manches de mode 2 vers mode 1.
Tout fonctionne merveilleusement bien...
Un grand merci à la communauté.

Le script LUA ne bascule pas en mode ACCST. Il te permet juste de régler ta radio en mode LBT ou EU.
Dans tous les cas tu as accès ET au mode ACCESS ET au mode ACCST D16/LR12.

Concernant les X10/X10S express, il existe en fait un deuxième script en + de isrm_mode.lua, nommé region.lua, en relation avec la commutation en EU-FCC de la partie ACCST de l'ISRM que l'on trouve dans la section download de FRSKY:
1) Sous la page ACCESS Upgrade Module Kit (X10 & X10S), après avoir téléchargé le zip on trouve :


2) Idem sous la page Horus X10S Express, même chemin

Il n'y a qu'un possesseur de X10 express qui peut le tester.
J'ai failli commander une X10 Express, mais après le message de LF, j'ai renoncé n'ayant aucun moyen de revenir dans le droit chemin après un achat chinois.

J'ai aussi retrouvé cette information ici.
En comparant les scripts "region.lua" et "isrm_mode.lua", on remarque que les paramètres des commandes sont tout à fait similaires (0x17, 0x31, 0x0C40) et la valeur écrite pour changer le mode est strictement identique (0xA0AA5555 ou 0xA1AA5555).
Cela laisse supposer que les scripts sont assez universels.

Super !!
Je vais pouvoir ajouter le script Horus Express dans mes prochains packs SD 2.3.1

Pour info, j'ai modifié le script des X-Lite S/Pro & X9-Lite afin qu'il puisse s'afficher correctement sur une X9D+ 2019 (modif déjà incluse dans mes packs 2.3.0).

Le script region.lua doit être exécuté depuis FROS pour fonctionner correctement : https://www.rcgroups.com/forums/showpost.php?p=42883253&postcount=12970

et c'est confirmé ici, quelqu'un a pu passer un ISRM sur une Horus en région EU avec ce script : https://www.rcgroups.com/forums/showpost.php?p=42883635&postcount=12977

C'est une bonne nouvelle, je peux sérieusement envisager l'achat d'une X10 Express.

Sachant que les commandes LUA sont les mêmes, je vais pouvoir adapter le script existant afin qu'il fonctionne aussi sur les Horus Express.
Il me faudra un bêta testeur.

Pas sûr d'avoir compris.
Veux-tu dire que les commandes LUA sont les mêmes entre OpenTX et FrOS et que par conséquent tu vas pouvoir adapter le script region.lua pour qu'il fonctionne sur une Horus sous OpenTX directement ?