Configuration RB-25/remoteNFC Panel/ Rx plus R8/Rx R9 MX 868Mhz et FLVSS sur ETHOX 1.5.2 avec une X20S

Je propose de vous faire profiter de mon expérience, de ma découverte devrais je dire plutôt, de cette config car c’est loin d’être du Plug and Play.
- un récepteur Archer Plus R8 en 2.4 Ghz
- un récepteur R9 MX en 900 Mhz
- un RB-25 entre les deux
- un RemoteNFC Panel pour servir d'interrupteur de la double alimentation branchée directement sur le RB25

Je vais équiper un avion à essence avec cette électronique (182 euros au total pour un récepteur en 2.4 et un autre en 900 avec connexion des servos sur un RB-25, ce qui apporte de la télémétrie supplémentaire et naturellement plus d’ampérage possible en cas d’incident sur un servo).
Il y a en plus 3 accus lipo 2S 2200 mAh (deux pour la réception et un pour l’allumage).
J’ai grâce à cette config le monitoring sur chacune de ces 3 batteries.

Ce « Remote NFC switch » ne doit pas être confondu avec le « Power Switch » ni avec le « NFC Power switch ». ce sont les dénominations sur le site FRSKY.
Sur les sites commerciaux, il est parfois appelé « FrSky NFC Power Switch New version », ce qui a le mérite d’être clair. Sur les sites français que je ne citerai pas, ce n’est franchement pas clair. On peut même trouver une mauvaise description et une mauvaise image alors qu’ il livre bien le nouveau modèle ???
Il s’agit d’une platine que l’on branche sur le RB25 dans mon cas et d’un capteur que l’on garde sur soi et qu’on approche de la partie électronique pour l’utiliser. Il n’y a aucun branchement sur les accus. Cet inter est branché sur le rb99 ou sur un récepteur compatible sur lequel sont connectées la ou les accus. (avec l’ancien modèle, le capteur NFC se branchait sur l’accus)
il fonctionne donc comme son nom l’indique avec un capteur NFC fourni. Mais aussi sur une voie configurée sur un inter avec Ethos 1.5.2.
Je ne suis pas convaincu que ce ne soit pas dangereux de pouvoir éteindre en vol le récepteur. J’ai lu sur le github qu’une amélioration via une demande de confirmation, allait être rajoutée.


Voici plus de détails sur chaque étape.

RB25 Mise à jour firmware:
J’ai mis à jour le RB25 en le connectant directement à l’émetteur avec un câble Male-Male prises classiques Futabla/JR/Graupner. Utiliser la prise RX1 obligatoirement sur le RB25. Téléchargement du dossier « FW-RB25_RB25S_v20230509 »  (pour la version actuelle) et copie dans d l’émetteur dans un dossier Firmware (par exemple). Recherche sur l’émetteur du fichier RB25_v20230509.frsk (il existe le RB25S…. pour la version stabilisée que je n’ai pas ici) puis cliquer sur « Mise à jour périphérique externe »).

RB25 script:
télécharger le dossier RB25_RB25S puis copier le dossier RB25_RB25S_BaseConfig dans le dossier « scripts » de la carte SD. Les deux autres dossiers concernent la version stabilisée RB25S.
Redémarrer l’émetteur pour prendre en compte le nouveau script LUA. Cela fera apparaitre dans le menu Système, sur la deuxième page, un pavé RB25/RB25S Config.
A ce niveau de cette discussion, je n’ai pas eu besoin de l’utiliser.

RemoteNFC Panel Mise à jour Firmware:
Mise a jour firmware RemoteNFC Panel en le branchant directement par fil (fourni) à la radio (prise jr coté TX et prise 5 broches coté RemoteNFC Panel.
Au préalable téléchargement du dossier « FW-RemoteNFC Panel_20231024 »   (pour la version actuelle) et copie dans d l’émetteur dans un dossier Firmware (par exemple). Recherche sur l’émetteur du fichier « RemoteNFC_20231024.frsk » puis cliquer sur « Mise à jour périphérique externe »).



RemoteNFC Panel Configuration:
Profiter de ce branchement pour la mise à jour pour le configurer car il faut le même branchement sur l’émetteur.
Cette configuration sert dans le cas où l’on souhaite commander l’interrupteur depuis l’émetteur (avec les réserves que j’ai formulées ci-dessus).
Allez dans le menu Système puis « Capteurs » et choisir « InterNFC ».
J’ai mis « sans fil » sur ON, sélectionner la voie de mon émetteur pour commander l’inter.
Puis cliquer sur « Appairer »
Puisque vous avez configuré une voie, il faut paramétrer un interrupteur pour manipuler cette voie et donc le RemoteNFC Panel pour allumer le récepteur.

ATTENTION : si on a configuré une voie, elle devient prioritaire sur le capteur NFC. Pour allumer le récepteur, il faut d’abord basculer l’interrupteur, ce qui allume le récepteur. Si ensuite on approche le capteur, cela éteint le récepteur. Si on le rapproche, cela le rallume.
Si vous rebasculez l’inter de la voie configurée, cela éteint le récepteur.
Bien faire attention car si on oublie cette programmation, on peut avoir l’impression que rien ne marche.

ANNULATION de cette option si vous l’avez configurée, rebrancher le panel sur le TX puis allez dans Système/capteurs/InterNFC , mettez sur off l’option « sans fil » et cliquez sur « Appairer ».
Ensuite seul l’utilisation du capteur NFC est utilisable

Installation de l’ensemble:
J’ai branché le « remoteNFC Panel » sur le RB25 sur la prise latérale (switch/GND/VOUT).
J’ai branché le récepteur, ici un « Plus R8 » au RB25 à l’aide d’un cable Mâle-Mâle prises classiques Futabla/JR/Graupner des deux cotés. Dans la prise SbusOut coté RX et dans RX2 coté récepteur.


C’est la préconisation dans le cas d’ACCESS
J’ai installé un fil (branchement provisoire sur les photos) entre le S-Bus coté RX et la pin du signal de la prise RX1 coté RB25. J’ai suivi en cela le schéma de la notice dans le cas d’ACCESS.
Le port télémétrie du récepteur (visible dans options du récepteur dans le module RF du modèle) reste sur S.port (je crois que c’est la valeur par défaut mais je peux me tromper vu toutes les tentatives précédentes).
Si la télémétrie fonctionne, il remonte dans la découverte des capteurs 3 lignes.
- la tension de la batterie branchée en 1 sur le RB25
- la tension de la batterie branchée en 2 sur le RB25
- L’intensité consommée par le récepteur
J’ai  branché le AIN2 et le moins du récepteur sur la prise d’équilibrage de l’accus de l’allumage (branchement provisoire sur les photos). L’AIN2 sur le rouge de la prise équilibrage, le moins sur le fil opposé.


Immédiatement remonte la tension sur les capteurs de télémétrie. Valeur qu’il faut ajuster en cliquant sur la ligne pour « éditer » et ajuster le « ratio » pour obtenir la bonne valeur en la comparant avec un voltmètre ou autre dispositif qui se branche sur la prise équilibrage par exemple.

Je ne me suis pas encore occupé du deuxième récepteur pour la redondance en 900 mais je me pose moins de questions sur celui-ci. Quoi que …
Je complèterai ce post en temps utile





Et voilà …
Reste à habiller tout ca dans de jolis widgets mais c’est une autre histoire. J’ai en tête de visualiser l’état des 3 accus, l’état de l’allumage (killswitch), la consommation du RX en mémorisant le max, le vfr et le RSSI. Un peu de boulot que je ferai probablement en partant d’une base existante que j’adapterai (script LUA).
Et il restera la mise en œuvre en « vrai » dans la cellule.

Je ne prétends pas ici tout savoir venant de découvrir ce matériel. Je veux bien recevoir aussi d'autres infos/avis pouvant compléter l'utilisation de cette configuration.

Mâtin !

Merci pour le partage d'information

Coyotte

Merci pour ce partage, très intéressant.

voici une petite vidéo de la mise en oeuvre

Donc ca marche nickel et c'est bien pratique mais ................. j'ai fait une énorme erreur qui m'a couté l'ensemble des 7 servos.
J'ai complètement zappé que cet inter nfc ne remplit pas toutes les fonctions de l'inter dont j'ai l'habitude et qui inclu un régulateur de tension pour descendre à 6v.
J'ai donc fait mon premier vol de 15 minutes avec 8.4 volts dans mes savox SC 0251MG+
Le vol s'est bien passé (ouf car j'ai frolé la correctionnelle).
Mais j'ai ensuite remarqué que le retour au neutre était aléatoire, les servos avaient des vitesses différentes (très visible sur les ailerons et profondeurs); bref un peu n'importe quoi.
Et j'ai ensuite compris mon erreur.
J'ai mis mon inter habituel pour redescendre à 6 volts mais le mal était fait.
J'ai essayé avec d'autres servos et c'était nickel.
conclusion de la blague: 7 servos à changer.

Et je reviens à la case départ.
Rajouter deux controleurs de tension capable d'encaisser les 30A que sécurise le RB 25 coute tres cher et rajoute plus de 100 grammes.
Mettre des LIFE ne me plait pas car on ne peut suivre facilement la décharge.
Mettre des servos HV n'est pas dans mon budget et pas très justifié au vu de mes capacités de vol.
Bref je vais certainement remettre l'inter NFC dans sa boite et mettre un inter  double alim avec régulation.

Personnellement, cela fait plus de 10 ans que j'utilise deux accus LiFe pour lesquels je surveille la tension (seuil min 3.15V, un capteur par accu) et je n'ai jamais rencontré de problème. Cette solution présente l'avantage de sa simplicité (donc fiabilité), un poids réduit et, contrairement à certains régulateurs, offre la possibilité du retour d'une alarme quand la tension descend au dessous d'un seuil.

Quels capteurs de tension prendre ?
Mlvss ou flvss ? Ou d'autres sont ils compatibles avec les récepteurs access frsky ?

Flvss cela permet de ne pas brûler son récepteur et tout ce qui est raccordés sur le smart port comme le mlvss qui n'a pas de protection contre les inversions de polarité... c'est du vécu... j'aime bien les acs 715 qui donne la valeur consommée avec oxs en rp2040 cela fonctionne très bien.

J'ai deux mlvss sur lequel j'ai mis une prise pour éviter l'inversion. Mais ils ne sont pas beaucoup moins cher. Je ne connais pas les acs 715. Je vais regarder ça.

Désolé j'ai dit une bêtise ce sont les acs 758 50a et 100a
https://fr.aliexpress.com/i/32852979678.html

Non, acs 758 est un capteur de courant qui doit être connecté sur un ardu 37. Ce que l’on recherche c’est le passage au seuil d’une tension minimum. C’est la tension qui est le facteur de sécurité.

Merci mais je ne souhaite pas faire un montage électronique.  Je vais rester sur les capteurs frsky pour prendre la tension directement sur les deux lipo. Ou sur un seul sachant que les deux lipo sont sensés se décharger en même temps. Si une lipo devenait hs, je serai prevenu par la chute brutale si je suis branché dessus ou par la chute rapide si je suis branché sur l'autre. Et le rb-25 surveillera les deux tensions en sortie des regulateurs ubec 8a (12a en pointe).
Et l’accus d'allumage est surveillé par l’ain2 du récepteur.
Ça me fait 5 tensions surveillées .
Heureusement, j'ai codé un widget qui en affiche deux comme on peut apercevoir sur la vidéo.

ah oui pas mal la vidéo avec ça tu ne devrais pas  avoir de soucis.

@filduch je me suis peut être mal exprimé je parle de ça  :
 
https://www.modelisme.com/forum/threads/temetrie-multi-protocoles-frsky-hott-jeti-et-crsf-expresslrs-et-crossfire.213319/page-10

Lapinfou utilise l'unisense tout fait : https://opentx-doc.fr/wiki/jauge-a-carburant-pour-lipo

C'est une autre approche mais la on est hors sujet je sort !

Surveiller les tensions de sortie n’est pas une solution pour moi car elles resteront plus ou moins les mêmes jusqu’à que le ou les énergies sources ne seront plus suffisantes. Quand à savoir comment le régulateur réagira, ça je sais pas… Deux Life et deux flvss est le meilleur des mondes pour moi. Bons vols les amis.

Si je parle de surveiller en sortie des regulateurs donc en entrée du rb25, c'est parce que celui-ci le fait par défaut. Je suis d'accord que cela ne sert à rien par rapport à un flvss sur l'accus.
La seule question qui me reste est entre deux life ou deux lipo regulés.

Life sans hésitation pour moi : tension adéquate sans devoir la réduire par un composant actif (éventuellement poser une diode réductrice pour ne pas dépasser les 6v) et plus stable chimiquement si on laisse à demeure l’accu dans l’aéronef.

Bonjour,

au vu du développement des AQ, passer aux servos HV va devenir la norme. je pense que le meilleur couple est Lion (stable chimiquement) +servos HV. Je rejoins en ce sens filduch, pas d'électronique dans le circuit. aujourd'hui je vole sur mes planeurs avec des LiFe+diode car certains de mes planeurs ont des vieux servos MPX qui ne supportent pas le 6,6V de même que certains AF électriques semble t'il. ce que j'aime pas trop sur les LiFe, c'est la courbe très lisse de décharge

Suite du développement de ma config:
Ne pouvant me résigner à acheter deux LIFE en raison de la chute de tension soudaine, et parce que j'ai pas mal de lipo 2S, j'ai fait le choix d’acheter deux FLVSS ADV avec écran (3 euros de plus que sans l’écran).

J’ai ensuite voulu les configurer sur mon récepteur.

Un peu de littérature pour comprends le principe du sbus et la possibilité de les mettre en série.  
Un peu plus de littérature pour comprendre qu’il y a un conflit d’ID et qu’il « suffit » de modifier l’iD d’un des deux.
Et ca marche sauf que j’ai toujours une alerte récurrente indiquant un conflit de capteurs. Mais ca marche.
????? ca ne peut rester comme ça. Ce message audio n’est pas supportable
Je recherche une vidéo aperçue sur Facebook récemment au sujet de ce que je crois le même problème. (https://www.facebook.com/groups/324132953138607/search?q=flvss).

Et la réponse est subtile.  
Pour modifier l’ID, j’a été dans la télémétrie du modèle, clic droit sur chacun des deux capteurs LIPO découverts et j’ai modifié par clic droit/capteurs l’ID physique et l’ID Application pour mettre des valeurs différentes à l’un et à l’autre.
J’ai bien la remonté des deux lipos branchés sur les deux capteurs.
Mais toujours une alerte audio récurrente.  

En fait il faut aller dans le menu Système/Capteurs (nous ne sommes donc pas dans le modèle mais au niveau système ???) puis le sous menu tension Lipo pour arriver à la même possibilité de modification des l’ID physique et l’ID Application.
En retour, les deux sondes fonctionnent correctement mais il n’y a plus d’alerte.  

On ne s’ennuie pas avec ETHOS les longues soirées d’hier.  Ah zut on est en été …

Sous Ethos, il y a une possibilité pour désactiver l'annonce des conflits de senseurs https://github.com/FrSkyRC/ETHOS-Feedback-Community/issues/1768

Pas sur qu'on parle de la même chose. l'issue 1768 concerne un conflit de capteurs entre le 2.4 et le 900Mhz. Et je ne vois pas où désactiver cette alerte. Mais peu importe car la solution trouvée sur facebook ne génere pas ce conflit. Donc pas besoin de supprimer l'alerte.

Voici une synthèse de la télémétrie des 3 accus pour un faible coût.
Celui de deux FLVSS.
Ceci car je m'appuie également sur le AIN2 du récepteur et sur les deux sondes en entrée du RB25

Encore une fois ce n'est pas nécéssaire mais vu le faible cout de la télémtrie avec FRSKY, autant l'utiliser le matos



Concernant les widgets développées pour regrouper plusieurs valeurs dans le même widget de l'écran, ils sont prêts et fonctionnent.
Mais pas suffisamment documenté et standard pour s'adapter aux différentes configs d'écran.
On appercoit dans la vidéo ci-dessus celui du RB25 avec 2 tensions et la consommation  dans un seul widget.
Donc ca reste à venir sur ce forum

//Ethos/Système/Alertes/Conflit capteurs/Off

Bonsoir, je remarque un régulateur de tension entre les accus et le RB25, j'ai lu ça sur un sujet sur le RB20.
"La source d'alimentation doit résister à de forts courants, le temps que la voie soit déconnectée - les tentatives de reconnexion fréquentes peuvent faire chauffer violemment un régulateur trop faible - le manuel préconise une alimentation de 15A nominal et de 90A en pointe".
Du coup est ce qu'il n'y a pas un risque pour le régulateur de tension lâche avant que le RB25 fasse son travail de déconnection ?

Effectivement, tu as bien lu. Pour ma part, je bannis les régulateurs inutiles et je préfère utiliser des LiFe avec diode(s) en série pour abaisser la tension superflue. On y gagne en fiabilité, au niveau des coûts et le débit (A) peut-être très élevé (correspondant à la spécification du RB25)