[{"content":"Autopsie complète d’un moteur de Renault Zoé 5AQ601 Quand un défaut de résolveur cache un roulement bloqué J’ai acheté cette Renault Zoé de 2016 directement en panne en concession Renault, avec l’idée de comprendre ce qui avait réellement condamné le moteur. Le diagnostic posé dans le réseau orientait vers une solution simple sur le plan administratif, mais radicale sur le plan technique : remplacer l’ensemble du groupe motopropulseur. Dans un atelier constructeur, cette approche se comprend facilement. Le temps passé à investiguer un moteur de traction est coûteux, les procédures sont fortement cadrées, et la sécurité liée à la haute tension pousse naturellement vers l’échange standard plutôt que vers l’autopsie détaillée. Pourtant, ce type de conclusion laisse toujours une question en suspens : quelle est la panne réelle ? Un défaut électronique affiché par un calculateur n’est pas forcément la défaillance directe de l’organe incriminé. Très souvent, il ne fait que signaler qu’une information est devenue incohérente. Dans le cas présent, le véhicule remontait un défaut de résolveur, c’est-à-dire un problème sur le capteur chargé de mesurer la position du rotor du moteur. À première vue, cela pouvait faire penser à un capteur défaillant, à un souci de connectique, à un défaut de câblage ou à une électronique de lecture perturbée. Mais en avançant dans l’analyse, j’ai compris que cette panne racontait en réalité quelque chose de beaucoup plus intéressant : ce n’était pas le résolveur qui était véritablement en cause, mais la mécanique du moteur elle-même. La conclusion finale a été la suivante : un roulement bloqué par l’oxydation empêchait le déplacement axial normal du rotor lors de sa dilatation thermique, ce qui reportait les efforts sur l’autre palier, provoquait un déplacement parasite du rotor, puis un désalignement du résolveur, et enfin un défaut de position interprété comme un défaut capteur. Dit autrement, le calculateur voyait bien une information incohérente, mais la source profonde de cette incohérence n’était pas électronique. Elle était mécanique.\nCet article est le récit complet de cette réparation. Il explique non seulement le déroulement du démontage et du diagnostic, mais aussi les raisons physiques qui rendent cette panne cohérente. Il parle de moteur synchrone à rotor bobiné, de roulements, de dilatation thermique, de collecteur et de charbons, de signaux SIN/COS, de résolveur, de calcul angulaire, et surtout de la manière dont tous ces éléments interagissent dans un moteur de traction que beaucoup considèrent comme non réparable. Pourquoi cette panne méritait d’être comprise Lorsque Renault conclut à un remplacement complet, cela ne signifie pas forcément que le moteur est irréparable. Cela signifie souvent que la réparation détaillée n’entre pas dans le cadre économique, procédural ou opérationnel du réseau. Dans le cas d’une Zoé ancienne, cela revient facilement à enterrer le véhicule, alors même qu’il peut ne souffrir que d’un défaut très localisé. J’ai donc abordé cette voiture non pas comme une simple occasion en panne, mais comme un cas d’étude grandeur nature.\nL’intérêt était double. D’un côté, il y avait une motivation évidente de remise en état. De l’autre, il y avait une vraie curiosité technique. La Zoé est un véhicule intéressant parce qu’il repose sur des choix de motorisation spécifiques, notamment l’usage d’un moteur synchrone à rotor bobiné, ce qui l’éloigne de nombreuses architectures à aimants permanents très courantes ailleurs. Cette particularité impose des contraintes et des solutions mécaniques particulières, en particulier autour de l’alimentation rotorique, du collecteur, des charbons et du comportement axial de l’ensemble tournant.\nTrès rapidement, il m’est apparu que le défaut ne pouvait pas être traité correctement sans remonter à cette logique d’ensemble.\nJ\u0026rsquo;ai d\u0026rsquo;abord commencé par reprendre le schéma de l\u0026rsquo;électronique moteur pour mieux comprendre les différents éléments, chargeur, onduleur, moteur, batterie\u0026hellip; Mise en sécurité : la seule manière sérieuse d’ouvrir un moteur de Zoé Avant tout démontage, la première étape a évidemment été la mise en sécurité haute tension. Cela paraît évident, mais c’est le genre d’évidence qu’il faut quand même écrire noir sur blanc lorsqu’on documente ce type d’intervention. Une Zoé n’est pas une voiture thermique sur laquelle on peut ouvrir tranquillement l’organe principal après avoir simplement débranché la batterie 12 V. Ici, la chaîne de traction travaille avec des tensions élevées, et toute intervention sur le groupe motopropulseur impose une discipline stricte.\nLa logique a donc été de procéder comme sur toute intervention sérieuse sur un véhicule électrique : immobilisation du véhicule, gestion de l’alimentation auxiliaire, isolement de la chaîne haute tension, puis vérification de l’absence de tension selon une méthode rigoureuse. Tant que cette séquence n’est pas terminée, il n’y a pas vraiment de démontage. Il n’y a qu’une prise de risque inutile.\nCette étape ne raconte pas encore la panne, mais elle conditionne toute la suite. Elle impose aussi un état d’esprit : ralentir, structurer, vérifier, et ne pas confondre enthousiasme technique et précipitation.\nDépose du groupe motopropulseur Une fois la voiture sécurisée, j’ai pu attaquer la dépose du groupe motopropulseur. Le moteur de Zoé forme avec le réducteur un ensemble compact, dense, et pas particulièrement conçu pour être agréable à autopsier. Tant que ce groupe reste en place dans la voiture, on ne voit à peu près rien de ce qui compte vraiment. Il faut donc accepter de travailler à l’échelle du sous-ensemble complet : déconnexion des câbles haute tension, déconnexion des connecteurs de commande, libération des périphériques et des supports, puis extraction du groupe moteur-réducteur. Cette étape est plus physique qu’intellectuelle, mais elle est importante parce qu’elle permet ensuite de basculer dans une vraie logique de compréhension. Tant que le moteur est dans la voiture, on reste prisonnier de la logique “pièce à remplacer”. Une fois sur l’établi, on peut enfin commencer à raisonner sur la mécanique réelle.\nQuelques rappels sur le moteur de la Zoé La Renault Zoé appartient à une famille de véhicules électriques utilisant un moteur synchrone à rotor bobiné. Renault a beaucoup communiqué sur ce choix, en particulier pour souligner qu’il permettait d’éviter l’usage systématique d’aimants permanents à terres rares. Sur le plan du principe, cela signifie que le champ rotorique n’est pas fourni uniquement par des aimants fixes, mais par un rotor portant un enroulement alimenté. Dans la littérature électrotechnique générale, les machines synchrones à rotor bobiné sont bien connues, de même que les architectures classiques dans lesquelles l’alimentation du rotor passe par des bagues et balais, ou plus largement par un système de contact électrique sur la partie tournante.\nL’intérêt de cette technologie est réel : elle permet d’ajuster le comportement magnétique du rotor tout en évitant certains compromis imposés par les aimants permanents. Mais cela a aussi une conséquence très concrète : la machine n’est pas seulement un bel objet électromagnétique. C’est aussi un assemblage mécanique qui doit faire cohabiter rotor, collecteur, charbons, roulements, dilatation thermique, capteur de position et hauts régimes de rotation.\nDans le cas de la Zoé, ces éléments ne peuvent pas être pensés séparément. La panne que j’ai rencontrée le montre parfaitement : ce qui se dégrade dans un roulement finit par se lire au niveau du capteur de position, puis au niveau du calculateur de traction.\nLe résolveur : rôle, principe et sensibilité au montage Le résolveur est le capteur qui donne au calculateur la position instantanée du rotor. Sur le plan physique, il s’agit d’un dispositif électromagnétique que l’on peut assimiler à une forme de transformateur rotatif. On excite un enroulement avec un signal alternatif, puis on récupère sur deux enroulements statoriques disposés à 90° deux tensions analogiques qui suivent respectivement les fonctions sinus et cosinus de la position angulaire.\nEn théorie, le principe est simple. En pratique, cela signifie que toute la chaîne de commande dépend de la qualité de deux signaux analogiques qui doivent rester propres, équilibrés, bien déphasés et stables. Le calculateur peut ensuite reconstruire l’angle avec une relation du type :\nθ = atan2(SIN, COS) Ce calcul est très puissant, parce qu’il permet de retrouver un angle sur 360° en tenant compte des quadrants. Mais il suppose que les voies SIN et COS représentent fidèlement la géométrie réelle du rotor. Si l’une des amplitudes chute, si le couplage magnétique se détériore, si le positionnement relatif des éléments devient mauvais, alors atan2 continue à produire une valeur, mais cette valeur n’est plus forcément correcte. À partir de là, le calculateur ne “comprend” plus correctement la position du rotor, et le moteur ne peut plus être piloté proprement.\nC’est la raison pour laquelle un défaut résolveur peut parfaitement être le symptôme d’un problème mécanique. Le calculateur ne voit pas la cause profonde ; il voit uniquement que la mesure de position n’est plus crédible.\nPremiers indices : le résolveur n’avait pas le profil d’un capteur vraiment mort Très tôt dans l’analyse, j’ai utilisé un variateur industriel comme source d’excitation pour faire des essais sur le résolveur. Le but n’était pas de faire tourner le moteur en charge, mais de disposer d’une excitation stable et de pouvoir observer les voies SIN/COS en tournant le moteur à la main. Cette méthode, très simple dans son principe, a été extrêmement utile. Elle m’a permis d’observer les niveaux de tension, de vérifier la présence des signaux, et surtout de constater quelque chose de très important : les niveaux de tension SIN/COS étaient plus élevés avec un moteur correctement monté, et, dans certaines configurations, le défaut disparaissait. Cette observation m’a tout de suite éloigné de l’hypothèse d’un résolveur purement détruit. Un capteur vraiment mort ne s’améliore pas parce que son environnement mécanique devient plus cohérent. En revanche, un capteur sain ou partiellement sain peut très bien devenir illisible si le couplage magnétique qu’il exploite n’est plus correctement assuré.\nÀ ce stade, le problème se redéfinissait donc de lui-même : il ne s’agissait plus seulement de savoir si le résolveur était bon ou mauvais, mais ce qui, dans le moteur, pouvait modifier assez fortement sa géométrie magnétique pour perturber les signaux analogiques.\nLe cœur du problème : la dilatation thermique du rotor Le point clé de toute cette panne est en réalité très mécanique. En fonctionnement, le rotor chauffe. En chauffant, il s’allonge légèrement. Ce comportement est normal. Il n’a rien d’exceptionnel. Toute la difficulté consiste à concevoir un montage qui accepte cette variation de longueur sans créer d’efforts parasites, sans faire migrer l’ensemble tournant dans le mauvais sens, et sans perturber les organes périphériques.\nDans ce moteur, l’architecture des roulements semble justement répondre à cette logique. Le roulement côté réducteur est fixe. Il sert d’appui de référence. Le roulement côté collecteur de charbons, en revanche, est conçu pour être mobile axialement, avec l’aide d’une rondelle ressort. Ce n’est pas un hasard, ni une tolérance de fabrication : c’est un choix fonctionnel. Ce roulement arrière doit pouvoir avancer ou reculer légèrement pour absorber la dilatation thermique du rotor. L’ensemble n’est donc pas monté comme deux paliers rigidement figés. Il y a un palier de position et un palier de compensation.\nL’autre détail très important, qui confirme cette logique, est que le collecteur des charbons est suffisamment large pour accepter ce déplacement. Là encore, ce n’est pas un détail. Cela signifie que le déplacement axial du rotor n’est pas une anomalie en soi. Il est prévu, et le système de contact électrique a été conçu pour l’accepter.\nAutrement dit, le rotor a le droit de bouger axialement dans certaines limites. Mais il doit bouger au bon endroit, de la bonne manière, et sous le contrôle du montage prévu pour cela.\nQuand le montage prévu cesse de fonctionner : le rôle de l’oxydation Le problème apparaît lorsque le roulement arrière, celui qui devrait justement pouvoir accompagner ce mouvement, se bloque. Dans le moteur que j’ai ouvert, il y avait de l’oxydation. Cet élément n’est pas secondaire ; il fait partie du scénario de panne. L’oxydation, selon son emplacement et son niveau, peut transformer un organe qui devrait coulisser légèrement en un organe pratiquement figé. Si le roulement arrière n’est plus libre axialement, alors le rotor, lui, continue malgré tout à se dilater lorsqu’il chauffe. Et c’est là que la logique du montage bascule. La dilatation thermique ne disparaît pas parce qu’un roulement est grippé. Elle se reporte. Si le palier mobile ne peut plus jouer son rôle, les contraintes vont se décharger ailleurs, en particulier sur le palier fixe, côté réducteur. Dans le cas présent, c’est exactement ce qui semble s’être produit : le roulement arrière ne reculait plus, et c’est le roulement avant qui a commencé à se déplacer.\nCe point est fondamental, parce qu’il explique la panne complète. Le déplacement du roulement avant modifie alors la position axiale du rotor. Or le résolveur dépend d’un couplage magnétique précis entre ses différentes parties. Dès que le rotor se décale axialement, la plaque du circuit magnétique ne se retrouve plus correctement en face des bobinages du résolveur. Le signal se dégrade, les amplitudes deviennent incohérentes, et le calculateur finit par conclure à un défaut résolveur.\nLe moment de compréhension : relier le roulement au résolveur Le véritable moment de bascule intellectuelle a été celui où j’ai compris qu’il fallait relier le problème de roulement à la géométrie magnétique du résolveur. Tant que l’on pense “capteur”, on cherche un capteur défectueux. Dès qu’on pense “position relative du circuit magnétique”, on cherche au contraire ce qui a déplacé le rotor là où il ne devait pas être.\nC’est ce raisonnement qui a permis de sortir du diagnostic simpliste. Le défaut résolveur n’était pas un mensonge. C’était une conséquence correcte d’un système qui n’était plus aligné mécaniquement. À partir du moment où cette idée devient claire, toute la suite s’ordonne naturellement : il faut regarder les roulements, leur montage, leur référence, leur retenue, leur liberté axiale, la présence éventuelle d’oxydation, et la manière dont le rotor se positionne à chaud comme à froid.\nLes roulements : références, contraintes et choix de remplacement Les échanges et les observations m’ont permis d’identifier plusieurs références utiles. Côté transmission, le roulement d’origine était un NTN 2TS2 - 6007NCM30PX31V71, avec une gorge extérieure pour circlip NR et un montage adapté à une utilisation à haut régime, de l’ordre de 12 000 tr/min. C’est important, parce qu’à cette vitesse il ne suffit pas de monter “un 6007 quelconque”. Le type de flasque, le jeu interne, la vitesse admissible et le mode de retenue dans le carter comptent réellement. Parmi les références envisagées ou utilisées en remplacement, on retrouve notamment :\n6206 6007 ZZ 6007-2RS-NR des variantes LLB/5K chez NTN des références évoquées comme 6007 LHA NR ou approchantes un remplacement de type 6007 ZZ C3 P6 Z3V3 Le point déterminant n’était pas seulement le diamètre. Il fallait aussi respecter au mieux la vitesse admissible, la faible friction, la retenue axiale et la réalité du carter. Lorsque le remplacement ne reproduisait pas exactement la géométrie d’origine, notamment en l’absence de gorge NR permettant l’usage du circlip, j’ai compensé en collant le roulement dans le boîtier avec du Loctite de frettage, d’abord pensé en 638, puis avec de la 648 selon disponibilité.\nCette adaptation n’est pas anodine. Elle rappelle qu’une réparation sérieuse n’est pas qu’une question de référence dimensionnelle ; c’est une question de fonction mécanique reconstituée.\nLoctite 638, Loctite 648 et logique de retenue Le choix d’un produit de retenue type Loctite 638/648 répond ici à un besoin très concret : si le roulement de remplacement ne possède pas la rainure de retenue pour circlip, alors il faut reconstruire une fonction de maintien axial ou de tenue dans le carter. Un collage de frettage est une réponse classique dans l’industrie lorsqu’il s’agit de rattraper un montage ou de fiabiliser une retenue, à condition que l’on sache ce que l’on fait. Cela implique toutefois un corollaire pratique : pour démonter ultérieurement, il faut souvent chauffer. Ce point est utile à mentionner, parce qu’il évite de considérer le collage comme une “astuce” sans conséquence. C’est un vrai choix d’assemblage, avec ses avantages et ses contraintes.\nPourquoi 12 000 tr/min changent complètement la lecture de la panne J’avais aussi calculé des ordres de grandeur de vitesse moteur :\nenviron 12 000 tr/min à 135 km/h environ 2 700 tr/min à 30 km/h Ces valeurs donnent immédiatement une autre dimension à la panne. À 12 000 tr/min, le rotor tourne à environ 200 tours par seconde. À cette échelle, un léger désalignement répété, une migration axiale parasite ou un roulement qui travaille mal ne restent pas des détails longtemps. Ils deviennent des générateurs d’efforts, d’échauffement, de vibration, de dégradation du signal de position, puis d’erreur de pilotage.\nCela explique aussi pourquoi les choix de roulements d’origine sont plus subtils qu’ils n’en ont l’air, et pourquoi le montage axial du rotor est si critique. Un moteur qui ne tourne qu’à quelques centaines de tours par minute tolère beaucoup de choses. Un moteur de traction électrique compacte à haut régime en tolère nettement moins.\natan2, SIN, COS : pourquoi l’électronique réagit logiquement Le calculateur exploite les voies SIN et COS pour reconstruire l’angle du rotor via un calcul de type atan2. Tant que les signaux restent propres et bien orthogonaux, la position reconstruite est fidèle. Mais dès que le couplage magnétique se dégrade, SIN et COS cessent d’être de bons représentants de la réalité géométrique. L’électronique ne sait pas “deviner” qu’un roulement a bougé. Elle voit seulement une information angulaire devenue instable, mal proportionnée ou incohérente avec le reste de ses modèles internes.\nIl n’y a donc rien d’étonnant à ce qu’un calculateur remonte un défaut résolveur dans une situation comme celle-ci. Du point de vue du logiciel, c’est même une conclusion rationnelle. Toute la valeur du diagnostic humain consiste justement à aller au-delà de cette première lecture et à se demander : qu’est-ce qui a fait mentir le signal ?\nRéparation : remettre le système fonctionnel dans son état cohérent La réparation n’a donc pas consisté simplement à changer “le roulement qui semblait mauvais”. Elle a consisté à restaurer une architecture fonctionnelle complète :\nun roulement fixe côté réducteur ; un roulement mobile côté charbons ; une rondelle ressort active ; une possibilité réelle de déplacement axial contrôlé ; un collecteur acceptant ce déplacement ; un rotor de nouveau correctement positionné ; un résolveur réaligné avec son environnement magnétique. Autrement dit, ce que j’ai réparé, ce n’est pas seulement un moteur. C’est la cohérence entre thermique, mécanique et mesure de position.\nVue du collecteur du rotor après nettoyage et correction de la surface. La bosse trahissait un problème depuis longtemps Ce que cette panne m’a appris Cette réparation m’a rappelé plusieurs choses très simples, mais qu’on oublie facilement lorsque l’électronique semble parler avec autorité.\nLa première, c’est qu’un capteur signalé en défaut n’est pas forcément lui-même défaillant. Il peut très bien être victime de la mécanique autour de lui.\nLa deuxième, c’est que les moteurs électriques modernes, même lorsqu’ils paraissent propres, compacts et presque “numériques” dans leur pilotage, restent des objets profondément mécaniques. Ils se dilatent. Ils s’usent. Ils s’oxydent. Ils se déplacent. Et quand ils le font, les algorithmes ne voient que les conséquences.\nLa troisième, c’est qu’un moteur annoncé comme pratiquement non réparable dans un cadre constructeur peut redevenir parfaitement compréhensible dès qu’on accepte de sortir de la logique “bloc à remplacer” pour entrer dans une logique d’autopsie technique.\nConclusion Au départ, il y avait une Renault Zoé de 2016 achetée en panne, un défaut résolveur, et une issue constructeur orientée vers le remplacement complet du groupe motopropulseur.\nÀ l’arrivée, la panne se résume de manière beaucoup plus précise :\nle rotor chauffe en fonctionnement et s’allonge ; le montage prévoit cette dilatation grâce à un roulement fixe côté réducteur et un roulement mobile côté charbons, assisté par une rondelle ressort ; le collecteur des charbons est conçu pour accepter ce déplacement axial contrôlé ; mais lorsque le roulement arrière se bloque par oxydation, il ne peut plus jouer son rôle ; la contrainte se reporte alors sur le roulement avant ; le rotor se décale axialement ; le résolveur se désaligne ; les voies SIN/COS deviennent incohérentes ; et le calculateur conclut logiquement à un défaut résolveur. Le résolveur n’était donc pas la cause première de la panne. Il en était le révélateur.\nC’est précisément ce qui rend cette réparation intéressante : elle montre que sur un moteur de traction électrique, la frontière entre mécanique et électronique n’existe pas vraiment. L’une parle à travers l’autre. Et lorsque l’information devient fausse, il faut parfois commencer par regarder du côté du roulement.\nSur le trajet pour la revendre 2 ans plus tard! Références externes utiles Les points généraux sur la Zoé, les machines synchrones, le rotor bobiné, le résolveur et le calcul atan2 peuvent être replacés dans un cadre plus large grâce aux ressources suivantes :\nRenault Group, Renault ZOE : moteur électrique à rotor bobiné\nhttps://www.renaultgroup.com/magazine/energies-et-motorisation/le-moteur-de-renault-zoe-puissance-et-efficacite-energetique/\nRenault Group, Choix du rotor bobiné face aux aimants permanents\nhttps://www.renaultgroup.com/en/magazine/energy-and-motorization/e7a-the-next-gen-electric-motor-developed-by-renault-and-valeo/\nWikipédia, Renault Zoe\nhttps://fr.wikipedia.org/wiki/Renault_Zoe\nWikipédia, Machine synchrone\nhttps://fr.wikipedia.org/wiki/Machine_synchrone\nWikipédia, Rotor (électrotechnique)\nhttps://fr.wikipedia.org/wiki/Rotor_%28%C3%A9lectrotechnique%29\nWikipédia, Résolveur (électrotechnique)\nhttps://fr.wikipedia.org/wiki/R%C3%A9solveur_%28%C3%A9lectrotechnique%29\nWikipédia, atan2\nhttps://fr.wikipedia.org/wiki/Atan2\nTamagawa Seiki, VR type resolver\nhttps://www.tamagawa-seiki.co.jp/products/resolver-synchro/vr-type-resolver-singlsyn-large.html\nEmplacements à compléter avec les médias Photos à insérer voiture achetée en panne groupe motopropulseur en place mise en sécurité dépose du moteur ouverture du moteur détail collecteur / charbons détail oxydation roulement avant roulement arrière remontage état final Mesures à insérer capture oscilloscope des voies SIN/COS comparaison signaux conformes / signaux dégradés photo du montage d’essai avec variateur industriel Schémas à insérer principe du montage axial du rotor rôle de la rondelle ressort blocage du roulement arrière déplacement du roulement avant désalignement du résolveur ","permalink":"https://www.f4egm.ovh/posts/mecanique/renaultzoe1/","summary":"\u003ch1 id=\"autopsie-complète-dun-moteur-de-renault-zoé-5aq601\"\u003eAutopsie complète d’un moteur de Renault Zoé 5AQ601\u003c/h1\u003e\n\u003ch2 id=\"quand-un-défaut-de-résolveur-cache-un-roulement-bloqué\"\u003eQuand un défaut de résolveur cache un roulement bloqué\u003c/h2\u003e\n\u003cp\u003eJ’ai acheté cette \u003cstrong\u003eRenault Zoé de 2016 directement en panne en concession Renault\u003c/strong\u003e, avec l’idée de comprendre ce qui avait réellement condamné le moteur. Le diagnostic posé dans le réseau orientait vers une solution simple sur le plan administratif, mais radicale sur le plan technique : \u003cstrong\u003eremplacer l’ensemble du groupe motopropulseur\u003c/strong\u003e. Dans un atelier constructeur, cette approche se comprend facilement. Le temps passé à investiguer un moteur de traction est coûteux, les procédures sont fortement cadrées, et la sécurité liée à la haute tension pousse naturellement vers l’échange standard plutôt que vers l’autopsie détaillée.\n\u003cimg alt=\"Traction\" loading=\"lazy\" src=\"https://github.com/user-attachments/assets/d4b26f3e-b3f8-4312-bb5b-a267f33df81a\"\u003e\u003c/p\u003e","title":"Autopsie complète d’un moteur de Renault Zoé : quand un défaut de résolveur cache un roulement usé"},{"content":"Mise à jour TeslaMate 3.0 : erreur PostgreSQL et Grafana vide J\u0026rsquo;ai récemment mis à jour mon installation TeslaMate vers la version 3.0 sur un serveur Debian exécuté via Docker.\nTeslaMate est un projet open source permettant d\u0026rsquo;enregistrer toutes les données d\u0026rsquo;un véhicule Tesla et de les visualiser via Grafana.\nProjet officiel :\nhttps://github.com/teslamate-org/teslamate\nAprès la mise à jour, deux problèmes sont apparus immédiatement :\nErreur PostgreSQL : collation version mismatch Dashboards Grafana vides Le problème est connu et documenté ici :\nhttps://github.com/teslamate-org/teslamate/issues/5157\nArchitecture TeslaMate TeslaMate utilise plusieurs composants :\nTesla API │ ▼ TeslaMate (collecte) │ ▼ PostgreSQL (base principale) │ ├── données historiques │ ▼ InfluxDB (métriques) │ ▼ Grafana (visualisation) Contexte de l\u0026rsquo;installation Installation Docker avec les conteneurs :\nteslamate postgres grafana influxdb mosquitto Après la mise à jour vers TeslaMate 3.0 et PostgreSQL 17, les logs affichaient :\nWARNING: database \u0026quot;teslamate\u0026quot; has a collation version mismatch DETAIL: The database was created using collation version 2.36, but the operating system provides version 2.41. Pourquoi cette erreur apparaît-elle ? L\u0026rsquo;erreur de collation PostgreSQL apparaît généralement après une mise à jour du système Linux ou de PostgreSQL.\nPostgreSQL utilise la bibliothèque système glibc pour gérer les règles de tri des caractères (collations).\nLorsqu\u0026rsquo;une nouvelle version de glibc est installée, les règles de tri peuvent changer.\nSchéma explicatif : PostgreSQL / glibc / index glibc (règles linguistiques) │ ▼ Collation système │ ▼ PostgreSQL │ ▼ Index texte │ ▼ Requêtes SQL et tri Si glibc change de version :\nancienne base -\u0026gt; collation 2.36 nouveau système -\u0026gt; collation 2.41 Les index ont été construits avec l\u0026rsquo;ancienne règle de tri.\nPostgreSQL détecte donc un risque d\u0026rsquo;incohérence.\nIllustration simple du problème de collation Ancienne règle :\né \u0026lt; e Nouvelle règle possible :\ne \u0026lt; é Si un index a été construit avec l\u0026rsquo;ancienne règle, les recherches peuvent devenir incorrectes.\nC\u0026rsquo;est pour cela que PostgreSQL demande de reconstruire les index.\nVérifier que les données existent toujours Avant toute manipulation, il faut vérifier que les données sont toujours présentes.\nExemple :\ndocker compose exec -T database psql -U teslamate -d teslamate -c \u0026quot;SELECT count(*) FROM drives;\u0026quot; Dans mon cas :\n19586 Les données étaient donc bien présentes.\nCorrection du problème La solution consiste à :\nreindexer la base mettre à jour la version de collation Reindexation docker compose exec -T database psql -U teslamate -d teslamate -c \u0026quot;REINDEX DATABASE teslamate;\u0026quot; Cette opération peut prendre plusieurs minutes si la base contient beaucoup de positions GPS.\nMise à jour de la collation docker compose exec -T database psql -U teslamate -d teslamate -c \u0026quot;ALTER DATABASE teslamate REFRESH COLLATION VERSION;\u0026quot; Corriger les bases système PostgreSQL Le même problème peut apparaître dans les bases système :\npostgres template1 Correction :\ndocker compose exec -T database psql -U teslamate -d postgres -c \u0026quot;ALTER DATABASE postgres REFRESH COLLATION VERSION;\u0026quot; docker compose exec -T database psql -U teslamate -d postgres -c \u0026quot;REINDEX DATABASE postgres;\u0026quot; Puis :\ndocker compose exec -T database psql -U teslamate -d postgres -c \u0026quot;ALTER DATABASE template1 REFRESH COLLATION VERSION;\u0026quot; docker compose exec -T database psql -U teslamate -d template1 -c \u0026quot;REINDEX DATABASE template1;\u0026quot; Grafana affiche des dashboards vides Après correction de la base PostgreSQL, les dashboards Grafana peuvent rester vides.\nLa solution est simple.\nDans Grafana :\nConnections → Data Sources → TeslaMate Cliquer sur :\nSave \u0026amp; Test Résultat :\nDatabase Connection OK Les dashboards se remettent immédiatement à afficher les données.\nMise en place d\u0026rsquo;une sauvegarde automatique Une fois le système réparé, il est essentiel de mettre en place une sauvegarde automatique.\nScript de sauvegarde Créer :\n~/teslamate/script/backup_teslamate.sh #!/usr/bin/env bash set -euo pipefail BACKUP_DIR=\u0026quot;/mnt/backup/teslamate\u0026quot; COMPOSE_DIR=\u0026quot;/home/festiassist/teslamate\u0026quot; DATE=\u0026quot;$(date +%F_%H-%M-%S)\u0026quot; FILE=\u0026quot;${BACKUP_DIR}/teslamate_${DATE}.sql\u0026quot; mkdir -p \u0026quot;${BACKUP_DIR}\u0026quot; cd \u0026quot;${COMPOSE_DIR}\u0026quot; docker compose exec -T database pg_dump -U teslamate teslamate \u0026gt; \u0026quot;${FILE}\u0026quot; gzip \u0026quot;${FILE}\u0026quot; find \u0026quot;${BACKUP_DIR}\u0026quot; -type f -name 'teslamate_*.sql.gz' -mtime +90 -delete echo \u0026quot;Sauvegarde terminée : ${FILE}.gz\u0026quot; Rendre le script exécutable :\nchmod +x ~/teslamate/script/backup_teslamate.sh Tester la sauvegarde sudo ~/teslamate/script/backup_teslamate.sh Résultat :\nSauvegarde terminée : /mnt/backup/teslamate/teslamate_YYYY-MM-DD_HH-MM-SS.sql.gz Automatiser la sauvegarde Éditer la crontab root :\nsudo crontab -e Ajouter :\n0 4 * * 1 /home/festiassist/teslamate/script/backup_teslamate.sh \u0026gt;\u0026gt; /var/log/teslamate_backup.log 2\u0026gt;\u0026amp;1 Sauvegarde :\nchaque lundi à 04h00 Vérifier le fonctionnement Logs :\ncat /var/log/teslamate_backup.log Sauvegardes :\nls -lh /mnt/backup/teslamate Conclusion Après la mise à jour vers TeslaMate 3.0 :\nl\u0026rsquo;erreur PostgreSQL provenait d\u0026rsquo;une mise à jour de glibc les index devaient être reconstruits Grafana nécessitait simplement un rafraîchissement de datasource une sauvegarde automatique a été mise en place Le système est maintenant stable et sécurisé.\n","permalink":"https://www.f4egm.ovh/posts/logiciels/teslamate_upgrade3/","summary":"\u003ch1 id=\"mise-à-jour-teslamate-30--erreur-postgresql-et-grafana-vide\"\u003eMise à jour TeslaMate 3.0 : erreur PostgreSQL et Grafana vide\u003c/h1\u003e\n\u003cp\u003eJ\u0026rsquo;ai récemment mis à jour mon installation \u003cstrong\u003eTeslaMate vers la version\n3.0\u003c/strong\u003e sur un serveur Debian exécuté via Docker.\u003c/p\u003e\n\u003cp\u003eTeslaMate est un projet open source permettant d\u0026rsquo;enregistrer toutes les\ndonnées d\u0026rsquo;un véhicule Tesla et de les visualiser via Grafana.\u003c/p\u003e\n\u003cp\u003eProjet officiel :\u003cbr\u003e\n\u003ca href=\"https://github.com/teslamate-org/teslamate\"\u003ehttps://github.com/teslamate-org/teslamate\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eAprès la mise à jour, deux problèmes sont apparus immédiatement :\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003e\u003cstrong\u003eErreur PostgreSQL : collation version mismatch\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eDashboards Grafana vides\u003c/strong\u003e\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eLe problème est connu et documenté ici :\u003cbr\u003e\n\u003ca href=\"https://github.com/teslamate-org/teslamate/issues/5157\"\u003ehttps://github.com/teslamate-org/teslamate/issues/5157\u003c/a\u003e\u003c/p\u003e","title":"TeslaMate 3.0 : corriger l’erreur PostgreSQL \"collation version mismatch\" et restaurer Grafana"},{"content":"Incident réseau sur serveur KVM distant Bridge Linux cassé et récupération d’un serveur à 50 km Lors de la mise en place d’une machine virtuelle Home Assistant OS sur un serveur Debian utilisant KVM/libvirt, une modification réseau a provoqué une coupure totale du serveur : plus de SSH, plus de Tailscale, plus d’accès aux services Docker.\nLe serveur se trouvant à plus de 50 km, toute intervention physique était impossible. Cet article décrit le problème, l’analyse et la procédure de récupération.\nArchitecture du serveur Le serveur héberge plusieurs services :\nDocker Tailscale Machines virtuelles KVM (libvirt) Home Assistant OS Le réseau est basé sur un bridge Linux permettant aux VM d’être directement sur le LAN.\nSchéma réseau :\nLAN │ eno1 (interface physique) │ br0 (bridge Linux) │ ├── Host Debian (192.168.1.120) └── VM Home Assistant Symptôme initial Après une modification réseau :\nTous les services deviennent inaccessibles SSH ne répond plus Tailscale tombe Docker disparaît du réseau Depuis une autre machine du LAN :\nssh: connect to host 192.168.1.120 port 22: No route to host La table ARP montre pourtant que la machine existe encore :\n192.168.1.120 dev enp2s0 lladdr 9a:9d:4c:5d:3a:f1 STALE Le serveur est donc allumé mais sans réseau fonctionnel.\nAnalyse du problème Sur le serveur, la configuration réseau reposait sur :\neno1 → br0 br0 → IP du serveur Mais le fichier :\n/etc/network/interfaces était vide :\nauto lo iface lo inet loopback La configuration du bridge avait été créée à chaud, sans être persistante.\nConséquence :\nau redémarrage ou au reload réseau eno1 est attaché à br0 mais br0 ne reçoit aucune configuration IP Résultat :\neno1 -\u0026gt; bridge bridge -\u0026gt; pas d\u0026#39;IP host -\u0026gt; plus de réseau Et comme Docker et Tailscale reposent sur le réseau du host, tout disparaît.\nRécupération du serveur à distance Le serveur étant inaccessible en SSH, il a fallu passer par l\u0026rsquo;iDRAC Dell.\nLe contrôleur était sur un autre réseau :\n192.168.0.120 Un tunnel SSH a été créé via une machine intermédiaire accessible par Tailscale :\nssh -L 8443:192.168.0.120:443 user@machine_du_lan Puis accès à l\u0026rsquo;iDRAC :\nhttps://localhost:8443 Cependant la console KVM nécessite une licence iDRAC Enterprise.\nLa solution a donc été d\u0026rsquo;utiliser simplement :\nPower → Cycle d\u0026#39;alimentation du système Ce redémarrage complet a permis à Debian de reconstruire automatiquement le bridge.\nÉtat du système après redémarrage Après reboot :\nip a eno1: master br0 br0: 192.168.1.120 tailscale0: OK docker bridges: OK Le serveur est à nouveau accessible.\nProblème secondaire : VM arrêtée Après redémarrage du serveur :\nvirsh list --all haos fermé La VM Home Assistant était simplement arrêtée.\nRedémarrage :\nsudo virsh start haos Puis vérification :\nsudo virsh list haos en cours d’exécution L\u0026rsquo;adresse de la VM apparaît ensuite dans la table ARP :\n192.168.1.94 lladdr 52:54:00:ad:7d:e2 Une fois Home Assistant démarré :\nhttp://192.168.1.94:8123 Correction définitive Pour éviter toute nouvelle coupure, la configuration réseau a été rendue persistante.\nsudo nano /etc/network/interfaces Configuration finale :\nauto lo iface lo inet loopback auto eno1 iface eno1 inet manual auto br0 iface br0 inet static address 192.168.1.120 netmask 255.255.255.0 gateway 192.168.1.1 bridge_ports eno1 bridge_stp off bridge_fd 0 Cette configuration garantit que :\nl\u0026rsquo;IP reste attachée au bridge les VM restent sur le LAN les redémarrages ne cassent plus le réseau. Bonnes pratiques retenues 1. Toujours persister la configuration réseau Ne jamais laisser un bridge configuré uniquement à chaud.\n2. Garder un accès matériel distant Un contrôleur comme iDRAC / IPMI / iLO est indispensable pour les serveurs distants.\n3. Prévoir une console série Sans licence iDRAC Enterprise, la console série Linux peut servir de secours.\n4. Automatiser le démarrage des VM Pour éviter qu\u0026rsquo;elles restent arrêtées après reboot :\nsudo virsh autostart haos Conclusion Une simple modification réseau peut facilement rendre un serveur complètement inaccessible.\nDans ce cas précis :\nle serveur était toujours fonctionnel seul le bridge Linux avait perdu son IP l\u0026rsquo;accès iDRAC a permis la récupération à distance Une configuration réseau correcte et persistante évite désormais tout risque de blocage similaire.\nCe type d\u0026rsquo;incident rappelle l\u0026rsquo;importance de toujours prévoir un accès hors bande (out-of-band) lorsqu\u0026rsquo;on administre un serveur à distance.\n","permalink":"https://www.f4egm.ovh/posts/logiciels/incidentserveurbridge/","summary":"\u003ch1 id=\"incident-réseau-sur-serveur-kvm-distant\"\u003eIncident réseau sur serveur KVM distant\u003c/h1\u003e\n\u003ch2 id=\"bridge-linux-cassé-et-récupération-dun-serveur-à-50-km\"\u003eBridge Linux cassé et récupération d’un serveur à 50 km\u003c/h2\u003e\n\u003cp\u003eLors de la mise en place d’une machine virtuelle \u003cstrong\u003eHome Assistant OS\u003c/strong\u003e sur un serveur Debian utilisant \u003cstrong\u003eKVM/libvirt\u003c/strong\u003e, une modification réseau a provoqué une coupure totale du serveur : plus de SSH, plus de Tailscale, plus d’accès aux services Docker.\u003c/p\u003e\n\u003cp\u003eLe serveur se trouvant à \u003cstrong\u003eplus de 50 km\u003c/strong\u003e, toute intervention physique était impossible.\nCet article décrit \u003cstrong\u003ele problème, l’analyse et la procédure de récupération\u003c/strong\u003e.\u003c/p\u003e","title":"Incident réseau sur serveur KVM distant : bridge Linux cassé et récupération via iDRAC"},{"content":" Où trouver WSJT-X Improved 3.1.0 Les binaires (Windows / Linux / macOS / Raspberry Pi + sources) sont ici :\nhttps://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v3.1.0/\nAvant d’installer (recommandé) Le changelog recommande :\nde faire une sauvegarde de WSJT-X.ini et wsjtx_log.adi et d’installer la 3.1.0 dans un nouveau dossier (ex : C:\\WSJT\\wsjtx-310) Nouveautés principales (3.1.0 260226 vs 3.0.0 251212) 1) FT2 : un nouveau mode “ultra-rapide” (expérimental) FT2 est un mode 77 bits avec une période TR de 3,75 s (soit 2× plus rapide que FT4) Il est annoncé comme open-source, compatible “à l’antenne” avec l’implémentation FT2 d’IU8LMC sans réutilisation de son code Le mainteneur précise que FT2 reste expérimental (pas certain qu’il soit conservé) (Même si FT2 est une bonne idée en soi, ça reste à valider en usage réel : décodage, réussite des QSOs, intérêt vs FT4.)\n2) QSOs possibles avec indicatifs “non standards” / composés (modes 77 bits) Nouveauté importante : prise en charge de QSOs entre stations utilisant des indicatifs :\nnon standards ↔ non standards, composés ↔ composés, non standard ↔ composé, non standard ↔ /P, et aussi deux indicatifs standards chacun avec suffixes (/P /M /R etc.). Notes pratiques :\nles deux stations doivent utiliser WSJT-X Improved 3.1 (ou logiciel compatible) le WSJT-X “standard” peut partir en boucle AutoSeq sur ces formats 3) MAP65 : nouvelle techno (taille réduite, code FORTRAN modernisé) map65.exe annoncé à \u0026lt; 1/4 de sa taille précédente, avec objectif d’améliorer la stabilité Attention : les builds OFC gardent l’ancienne version MAP65 (code éprouvé 3.0.0) 4) Divers + Hamlib 5 Exemples :\noption pour skipper les décodes a8 (décodeur FT8 multithread) band hopping : intervalle 1 min / 2 min option log : enregistrer la fréquence dial plutôt que la fréquence TX support de la série Hamlib 5 FYI : Decodium et licence WSJT-X (GPLv3) Il est parfaitement autorisé de créer un dérivé de WSJT-X si on respecte la GPL.\nLe point soulevé publiquement (résumé) :\nDes messages relayés indiquent qu’une distribution binaire de “Decodium” (dérivé de WSJT-X/WSJT-X Improved) sans publication du code source correspondant serait non conforme GPLv3. Rappel GPLv3 : quand on “convey” un logiciel (distribution), on doit fournir l’accès au “Corresponding Source” selon les conditions de la licence. Lien de discussion (Valley Hams) :\nhttps://groups.google.com/g/valleyhams/c/6s-QeUk6V2c\nConseils rapides de mise à jour Sauvegarder WSJT-X.ini + wsjtx_log.adi Installer WSJT-X Improved 3.1.0 dans un nouveau répertoire Choisir ton “layout” (standard / AL / widescreen) dans les téléchargements Si tu utilises MAP65 : vérifier si tu préfères build OFC (ancien MAP65) ou non-OFC (nouvelle techno MAP65) Retours terrain FT2 (Facebook) Source : posts Facebook (liens à renseigner)\nPaolo : PAOLOFBLINK Martino : MARTINO_FB_LINK Contacts were made on 10,12,15m from BL01 ( Kaua\u0026rsquo;i)\n12m seemed funny - like another mode was operating in the same sandbox\nI was on GPS time, people will need to tighten up their time sync\nLotW and POTA don\u0026rsquo;t accept FT2 yet as a mode\nI recall from EARLY FT4, we\u0026rsquo;d load as MFSK SUB-mode FT4, might be the same here but I\u0026rsquo;ll wait for an official ADIF update\nPaolo IU Tre Unc\nÀ garder en tête : FT2 est annoncé comme très exigeant sur la synchro (horloge serrée). Si LoTW/POTA ne reconnaissent pas encore FT2 chez toi, LoTW documente un mécanisme de “mode mapping” dans TQSL. POTA rappelle aussi que ses modes/submodes suivent l’ADIF, et qu’en présence de MODE+SUBMODE, SUBMODE prime côté POTA.\nLogging FT2 / QRZ : MODE vs SUBMODE (Facebook) We know that Decodium writes Mode=FT2 in the log. This allows FT2 to be visible in the QRZ logbook, not because it has been enabled, but because any character string can be considered valid. On the other hand, WSJT-X v3.1.0 Improved correctly writes Mode=MFSK and Submode=FT2. In this case, QRZ shows MFSK because FT2 is not currently a recognized standard. If it were, it would behave like FT4, which is logged as Mode=MFSK and Submode=FT4, but QRZ ultimately displays it as FT4.\nOnce we upload a log to QRZ, we also know how it will be displayed depending on the software we use, and we must be aware that once QSOs are uploaded and confirmed, they cannot be modified. We also know that even when FT2 is recognized as an official mode, the QRZ log will not change automatically.\nEven if it looks “worse,” the WSJT-X v3.1.0 Improved log uses the correct implementation by inserting both Mode and Submode, not just Mode like Decodium does.\nAvant d’uploader “en masse”, fais 2–3 QSOs test et regarde comment ton combo (QRZ/LoTW/POTA) affiche/accepte le couple MODE/SUBMODE. Conserve toujours une copie locale de l’ADIF avant upload.\nDébat : “DT alignment” et propriété (Facebook) Martino Merola\nLet\u0026rsquo;s get this straight.\nSome people think FT2 is just \u0026ldquo;WSJT-X with a shorter timer\u0026rdquo;. Wrong.\nGo ahead — take FT8, change the timing to 3.8 seconds, and see what happens. I\u0026rsquo;ll tell you: it decodes nothing. Why? Because when you compress everything into 3.8 seconds, propagation delays become a massive problem. Without a proper DT (Delta Time) alignment system, the software simply doesn\u0026rsquo;t work.\nThis is exactly why DECODIUM 3.0 works and the copies don\u0026rsquo;t.\nThe DT alignment algorithms in DECODIUM are proprietary software, written by me from scratch. They are the heart of FT2. They are what turns an idea into a protocol that actually works on the air. The version in WSJT-X Improved doesn\u0026rsquo;t have them. It only has the raw decoder, without any of the mechanisms that make the real difference. Anyone who has tried both knows it.\nFT2 was conceived and designed by me, Martino IU8LMC, with the aid of artificial intelligence tools — something I have always stated openly. AI helped me write code faster. But if you don\u0026rsquo;t know what to build, AI won\u0026rsquo;t invent it for you.\nNobody in the world had this idea in seven years. I did, I built it, and I put it on the air on February 16, 2026. Today we are over 1,000 operators and ADIF certification is underway.\nThese are facts, not opinions.\n73 de IU8LMC 🇮🇹\nDECODIUM 3.0 — ft2.it\nPour contexte côté WSJT-X Improved 3.1.0 : FT2 est présenté comme open-source, compatible “on-air” avec FT2 IU8LMC, et “No code from IU8LMC was used”.\nFYI licence : point soulevé publiquement Allégation vue dans une discussion publique : un dérivé distribué sans publier le “corresponding source” ne serait pas conforme GPLv3.\n73 de F4EGM\n","permalink":"https://www.f4egm.ovh/posts/logiciels/wsjtximproved3.1.0/","summary":"\u003cimg width=\"1276\" height=\"695\" alt=\"image\" src=\"https://github.com/user-attachments/assets/23cd3ef7-2324-43b3-a7ec-08ae24580717\" /\u003e\n\u003cimg width=\"530\" height=\"238\" alt=\"image\" src=\"https://github.com/user-attachments/assets/971452f1-b632-43f7-bd75-edd9dbadde86\" /\u003e\n\u003ch2 id=\"où-trouver-wsjt-x-improved-310\"\u003eOù trouver WSJT-X Improved 3.1.0\u003c/h2\u003e\n\u003cp\u003eLes binaires (Windows / Linux / macOS / Raspberry Pi + sources) sont ici :\u003cbr\u003e\n\u003ca href=\"https://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v3.1.0/\"\u003ehttps://sourceforge.net/projects/wsjt-x-improved/files/WSJT-X_v3.1.0/\u003c/a\u003e\u003c/p\u003e\n\u003ch2 id=\"avant-dinstaller-recommandé\"\u003eAvant d’installer (recommandé)\u003c/h2\u003e\n\u003cp\u003eLe changelog recommande :\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ede faire une \u003cstrong\u003esauvegarde\u003c/strong\u003e de \u003ccode\u003eWSJT-X.ini\u003c/code\u003e et \u003ccode\u003ewsjtx_log.adi\u003c/code\u003e\u003c/li\u003e\n\u003cli\u003eet d’installer la 3.1.0 dans un \u003cstrong\u003enouveau dossier\u003c/strong\u003e (ex : \u003ccode\u003eC:\\WSJT\\wsjtx-310\u003c/code\u003e)\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch2 id=\"nouveautés-principales-310-260226-vs-300-251212\"\u003eNouveautés principales (3.1.0 260226 vs 3.0.0 251212)\u003c/h2\u003e\n\u003ch3 id=\"1-ft2--un-nouveau-mode-ultra-rapide-expérimental\"\u003e1) FT2 : un nouveau mode “ultra-rapide” (expérimental)\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eFT2\u003c/strong\u003e est un mode \u003cstrong\u003e77 bits\u003c/strong\u003e avec une période \u003cstrong\u003eTR de 3,75 s\u003c/strong\u003e (soit \u003cstrong\u003e2× plus rapide que FT4\u003c/strong\u003e)\u003c/li\u003e\n\u003cli\u003eIl est annoncé comme \u003cstrong\u003eopen-source\u003c/strong\u003e, compatible “à l’antenne” avec l’implémentation FT2 d’IU8LMC \u003cstrong\u003esans réutilisation de son code\u003c/strong\u003e\u003c/li\u003e\n\u003cli\u003eLe mainteneur précise que FT2 reste \u003cstrong\u003eexpérimental\u003c/strong\u003e (pas certain qu’il soit conservé)\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003e\u003cem\u003e(Même si FT2 est une bonne idée en soi, ça reste à valider en usage réel : décodage, réussite des QSOs, intérêt vs FT4.)\u003c/em\u003e\u003c/p\u003e","title":"Mise à jour : WSJT-X Improved 3.1.0 (260226) et arrivée du mode FT2"},{"content":"Contexte : un TH-7800 à 47€… mais en panne J’ai récupéré un TYT TH-7800 via Leboncoin pour 47€ (frais de port + frais Leboncoin inclus). Le vendeur annonçait une panne claire : le poste ne s’allume plus.\nVoici son message (copié tel quel) :\nBonsoir ,au debut plus de son a cause de la prise hp?\nJe lui ai fait ressortir le son dans le hp, en ressoudant un fil dans la prise jack, il a commencé a la suite de cette manip,il fallait appuyer sur 2 touches en même temps pour qu il veuille bien s allumer et ensuite il ne s est plus allumé,,,vous savez tout , cordiales 73\u0026rsquo;s\nMarc\nObjectif : remettre ce poste en route, surtout pour sa fonction cross-band (transpondeur/répéteur), qui m’intéresse particulièrement sur un mobile VHF/UHF FM analogique.\nAttention : accès aux composants = démontage complet + dessoudage SO-239 Point critique à savoir avant de commencer :\nAttention : les composants incriminés (Q30, Q32, R77) sont sous le PCB.\nPour y accéder, il faut tout démonter et dessouder la prise antenne SO-239 avant de pouvoir extraire la carte et accéder à sa face inférieure.\nFais une photo “avant démontage” (vue générale) : ça sauve du temps au remontage. Symptôme et premiers constats Symptôme principal Ne s’allume plus (panne confirmée par le vendeur et par moi). Consommation anormale Mesures à l’alimentation de labo :\n~10 mA poste “éteint” ~40 mA quand j’appuie sur POWER (donc l’appui est bien détecté, mais le poste ne démarre pas réellement) Rails d’alimentation 5 V interne présent Les autres alimentations attendues sont absentes : je ne lis que ~1,8 V / ~1,6 V sur plusieurs étages (valeurs typiques d’une alim aval “effondrée” / alimentée par des retours ou fuites) Vérifications mécaniques : la prise HP (modif vendeur) En inspection, j’ai trouvé un shunt réalisé entre la masse du HP interne et la prise jack HP externe.\nÀ ce stade, je ne vois pas de lien direct entre ce shunt audio et la panne d’alimentation/boot :\nle 5 V est présent, mais le reste du poste n’est clairement pas alimenté correctement. Hypothèse : problème sur la distribution d’alim (pas de 8 V) Le poste a une façade détachable. J’ai essayé le long cordon de déport de façade :\nAlimentation façade : 5 V OK Communication RX/TX entre façade et corps du poste : OK Mais côté “corps”, les autres rails restent à ~1,8 V → ce n’est pas un problème de câble de façade. Je ne voyais pas non plus les8 V attendus (ou rail intermédiaire équivalent) censé alimenter les régulateurs aval.\nDocumentation : schéma du TH-9800 comme “donneur” (PCB très proche) Je n’ai pas trouvé un schéma “service” complet du TH-7800, mais j’ai mis la main sur le schéma du TYT TH-9800.\nLe PCB ressemble fortement. Le TH-9800 couvre en plus le 10 m, ce qui explique plus de composants sur certaines zones RF. Le reste est très similaire et exploitable pour suivre la logique d’alimentation. Lien (schémas TH-9800) :\nhttps://github.com/Telectroboy/F4EGM/tree/master/content/posts/Electronique/TH-9800\nLes silkscreen des PDF permettent de voir que la plupart des composants notamment ceux qui m\u0026rsquo;intéressent se trouvent exactement à la même place. Excellente nouvelle, je vais pouvoir rapidement cibler la localisation du composant incriminé.\nPoint clé du diagnostic : Q30 (2SB1386) ne commute pas l’alim aval Sur le schéma du TH-9800, un transistor Q30 = 2SB1386 sert à commuter l’alimentation pour alimenter le reste des régulateurs (donc les rails qui manquaient chez moi).\nEt bonne nouvelle : c’est bien un 2SB1386 sur le schéma du 9800 et sur le PCB du 7800. La commande de Q30 se fait via :\nQ32 = DTC114EU une résistance R77 = 470 Ω (dans la chaîne de pilotage) Mesures Sortie de Q30 : seulement ~1,8 V (au lieu d’alimenter correctement les étages aval) Alors que la tension sur la base de Q32 est de 0V et que la résistance R77 est OK. Diagnostic direct : Manque de gain ou défaut sur Q30 Après mesure plus précise, j\u0026rsquo;ai constaté un court-circuit entre base et collecteur de ce transistor ! Réparation : contournement (bypass) du switch Q30 Vu que Q30 est défectueux et que je voulais valider rapidement le diagnostic, j’ai choisi une réparation “fonctionnelle” : forcer l’alimentation aval en permanence.\nÉtape 1 — Isoler la commande Retirer R77 (470 Ω)\nObjectif : éviter d’injecter des niveaux indésirables vers Q32 / la logique de commande une fois Q30 contourné. Étape 2 — Bypasser Q30 Faire un court-circuit entre collecteur et émetteur de Q30 (shunt C–E) pour valider le fonctionnement “alim aval toujours présente”. Résultat immédiat :\nÇa fonctionne : le poste s’allume. Test de Q32 Q32 testé : OK\nDonc la panne est bien localisée sur Q30 uniquement. Démontage : la partie qui fait perdre du temps (et comment éviter les galères) Pour répéter : ces composants sont sous le PCB.\nCe que j’ai dû faire Dépose capots, déconnexion HP, câbles internes, etc. Retrait de la façade détachable Photo avant démontage (indispensable). Dessoudage de la prise SO-239 (obligatoire pour libérer la carte). Extraction de la carte RF, accès à la face inférieure, intervention sur Q30 et R77. Spécifications du TYT TH-7800 Élément Valeur Bandes TX/RX (radioamateur) 136–174 MHz et 400–480 MHz (FM) Modulation FM (RX/TX), AM (RX uniquement 108–136 MHz) Puissance TX 50/20/10/5 W (VHF) ; 35/20/10/5 W (UHF) Réception airband 108–136 MHz (AM) Réception large bande AM/FM : 108–135 / 136–180 / 320–512 / 700–950 MHz (hors fréquences GSM) Double VFO / double réception V+V, V+U, U+U (réception simultanée) Cross-band / full duplex Oui Mémoire 800 canaux Signalisations 1750 Hz, CTCSS/DCS, DTMF, 2-tons, 5-tons Pas VFO 2.5 / 5 / 6.25 / 10 / 12.5 / 20 / 25 / 50 kHz Connecteur antenne SO-239 (UHF femelle) Dimensions 140 × 42 × 168 mm Poids ~1,5 kg Source fiche produit :\nhttps://www.passion-radio.fr/mobile-vhf-uhf/tytera-th-7800-387.html\nPourquoi ma carte RF s’appelle “TH-7900-RF-1.3” alors que le poste est un TH-7800 ? J’ai aussi relevé une référence sérigraphiée surprenante sur la carte RF : TH-7900-RF-1.3. En pratique, ce n’est pas forcément incohérent : ces postes TYT sont clairement une plateforme commune déclinée en plusieurs modèles. Côté homologation FCC (dossier PODTH-9800), on trouve des documents où TH-7800 et TH-7900 apparaissent comme “série modèle” d’un même ensemble, avec une différence décrite comme portant sur le nom de modèle et l’apparence.\nConclusion raisonnable :\nle fabricant réutilise la même carte RF (ou une très proche), et la référence “TH-7900-RF” est probablement un nom interne de PCB qui se retrouve aussi dans des TH-7800. Réparation : OK, mais ce n’est pas la solution la plus “propre” Je laisse le bypass tel quel parce que :\nle poste est reparti, et je n’ai pas envie de partir en chasse d’un équivalent du 2SB1386. Dans tous les cas, cette réparation ne permet plus d\u0026rsquo;éteindre le poste via son bouton : un contournement de switch d’alim peut augmenter la consommation de veille et finir par vider une batterie si le poste reste alimenté en permanence. Dans mon cas ça ne me dérange pas car l\u0026rsquo;alimentation +12V est toujours commutée. Prochaines étapes Remontage complet Tests RX/TX (puissance, modulation, stabilité) Test de la fonction cross-band Programmation des canaux Je mettrai à jour cet article après validation “terrain”.\nLiens utiles Schémas TH-9800 (utilisés comme référence) :\nhttps://github.com/Telectroboy/F4EGM/tree/master/content/posts/Electronique/TH-9800\nFiche technique / caractéristiques TH-7800 :\nhttps://www.passion-radio.fr/mobile-vhf-uhf/tytera-th-7800-387.html\nDossier FCC (utile pour recouper TH-7800 vs TH-7900) :\nhttps://fcc.report/FCC-ID/PODTH-9800/2322758.pdf\n73 de F4EGM\n","permalink":"https://www.f4egm.ovh/posts/electronique/reparationth7800/","summary":"\u003ch2 id=\"contexte--un-th-7800-à-47-mais-en-panne\"\u003eContexte : un TH-7800 à 47€… mais en panne\u003c/h2\u003e\n\u003cp\u003eJ’ai récupéré un \u003cstrong\u003eTYT TH-7800\u003c/strong\u003e via Leboncoin pour \u003cstrong\u003e47€ (frais de port + frais Leboncoin inclus)\u003c/strong\u003e. Le vendeur annonçait une panne claire : \u003cstrong\u003ele poste ne s’allume plus\u003c/strong\u003e.\u003c/p\u003e\n\u003cp\u003eVoici son message (copié tel quel) :\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eBonsoir ,au debut plus de son a cause de la prise hp?\u003cbr\u003e\nJe lui ai fait ressortir le son dans le hp, en ressoudant un fil dans la prise jack, il a commencé a la suite de cette manip,il fallait appuyer sur 2 touches en même temps pour qu il veuille bien s allumer et ensuite il ne s est plus allumé,,,vous savez tout , cordiales 73\u0026rsquo;s\u003cbr\u003e\nMarc\u003c/p\u003e","title":"Réparer un TYT TH-7800 qui ne s’allume plus : diagnostic du switch d’alimentation (Q30 2SB1386) et contournement"},{"content":"Participation de F4KJP à la Coupe du REF Phonie HF – 21 \u0026amp; 22 février 2026 Les 21 et 22 février 2026, le radioclub F4KJP participait à la Coupe du REF – deuxième partie HF (téléphonie). Un week-end intense, 36 heures presque non-stop, avec une propagation parfois capricieuse mais une équipe soudée et motivée.\nConditions de propagation et stratégie de bandes La stratégie a dû s’adapter aux conditions réelles :\n80 m exploité principalement la nuit. 40 m prioritaire dès que possible. 15 m et 10 m très peu productifs, propagation défavorable. La beam, plus adaptée aux bandes hautes (10/15/20 m), a finalement été moins utilisée. Le long fil a été exploité beaucoup plus souvent. Le règlement impose de rester 10 minutes minimum sur une bande nouvellement accédée. Lorsque la propagation n’est pas favorable, cela devient rapidement pénalisant : peu de QSO pendant ces 10 minutes obligatoires = perte de rendement.\nRythme et techniques d’exploitation Quand ça tournait bien, la station atteignait 1 QSO par minute. De mon côté, j’étais plutôt autour de 1 QSO toutes les 2 minutes.\nRépartition des méthodes :\n60 % en technique “appel” 40 % en technique “chasse” Chaque opérateur assurait environ 2 heures de vacation.\nL’organisation était simple et efficace :\n1 opérateur + 1 logger\nUn duo fluide, sans perte de temps, essentiel en contest.\nParticipation personnelle J’ai participé en technique chasse, avec :\nAntenne EFHW Puissance maximale 100 W Malgré cela, j’étais entendu très facilement. Preuve qu’une installation simple, bien réglée et exploitée intelligemment, peut être très efficace en contest HF.\nRésultats 1161 QSO 34 h 24 min d’activité effective Seulement 8 départements français manquants Au vu de la propagation, le résultat est satisfaisant, même si le total de points est inférieur à celui de l’année précédente.\nAmbiance et vie du club Peu de visiteurs ce week-end — le timing n’était pas idéal — mais Gérald F4MVM, président de l’ADRASEC 08, est venu avec ses enfants découvrir l’activité. Côté logistique, notre président adoré F0DTB a assuré l’intendance :\nChili con carne Lasagnes Tartiflette Soupe à l’oignon Un contest de 36 heures sans une bonne organisation humaine ne tient pas longtemps.\n36 heures, ça use… mais ça soude La Coupe du REF HF est déjà très active. Mais lorsqu’il s’agit de la Coupe du Monde, l’intensité monte encore d’un cran — F4KJP y a d’ailleurs participé il y a deux ans.\n36 heures non-stop, c’est long. Mais avec une bonne équipe, une rotation claire et une ambiance détendue, cela se vit très bien.\nAu final :\nDe bons moments de partage De franches rigolades Une satisfaction collective malgré des conditions moyennes Bilan Propagation moyenne. Bandes hautes décevantes. Long fil plus rentable que la beam. Règlement parfois contraignant. Mais une équipe motivée et organisée.\nEt surtout, le plaisir d’être sur l’air.\nRendez-vous l’an prochain.\n","permalink":"https://www.f4egm.ovh/posts/associations/f4kjp_hf_2026/","summary":"\u003ch2 id=\"participation-de-f4kjp-à-la-coupe-du-ref-phonie-hf--21--22-février-2026\"\u003eParticipation de F4KJP à la Coupe du REF Phonie HF – 21 \u0026amp; 22 février 2026\u003c/h2\u003e\n\u003cp\u003eLes 21 et 22 février 2026, le radioclub \u003cstrong\u003eF4KJP\u003c/strong\u003e participait à la Coupe du REF – deuxième partie HF (téléphonie).\nUn week-end intense, 36 heures presque non-stop, avec une propagation parfois capricieuse mais une équipe soudée et motivée.\u003c/p\u003e\n\u003chr\u003e\n\u003ch2 id=\"conditions-de-propagation-et-stratégie-de-bandes\"\u003eConditions de propagation et stratégie de bandes\u003c/h2\u003e\n\u003cp\u003eLa stratégie a dû s’adapter aux conditions réelles :\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003e80 m\u003c/strong\u003e exploité principalement la nuit.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e40 m prioritaire\u003c/strong\u003e dès que possible.\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003e15 m et 10 m très peu productifs\u003c/strong\u003e, propagation défavorable.\u003c/li\u003e\n\u003cli\u003eLa \u003cstrong\u003ebeam\u003c/strong\u003e, plus adaptée aux bandes hautes (10/15/20 m), a finalement été moins utilisée.\u003c/li\u003e\n\u003cli\u003eLe \u003cstrong\u003elong fil\u003c/strong\u003e a été exploité beaucoup plus souvent.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLe règlement impose de rester \u003cstrong\u003e10 minutes minimum sur une bande nouvellement accédée\u003c/strong\u003e.\nLorsque la propagation n’est pas favorable, cela devient rapidement pénalisant : peu de QSO pendant ces 10 minutes obligatoires = perte de rendement.\u003c/p\u003e","title":"F4KJP – Coupe du REF Phonie HF 2026 : 36 heures d’endurance radio"},{"content":"Nouveau groupe hybride Renault : entre communication habile et réalité technique Renault, via Horse Powertrain et sa division Horse Technologies, a annoncé le HORSE H12 Concept, développé avec Repsol. Les médias parlent déjà d’un moteur hybride révolutionnaire, consommant 40 % de moins, atteignant un rendement record de 44,2 %, et capable de fonctionner avec un carburant 100 % renouvelable.\nSur le papier, c’est séduisant.\nDans les faits, la communication mélange volontairement plusieurs notions techniques distinctes : moteur thermique, hybridation, rendement maximal, rendement moyen, carburant renouvelable, cycle WLTP… Et beaucoup de médias relaient ces éléments sans en comprendre les implications mécaniques.\nUn moteur hybride… qui n’existe pas Premier abus de langage : le “moteur hybride”.\nUn moteur thermique reste un moteur thermique.\nL’hybridation ne se situe pas dans le bloc moteur, mais dans la transmission et l’architecture électrique associée.\nLe communiqué parle d’un hybrid powertrain system (groupe motopropulseur hybride). Les médias traduisent en “moteur hybride révolutionnaire”.\nTechniquement, c’est faux.\nLe bloc H12 reste une évolution du 1.2 TCE 3 cylindres. L’électricité intervient via la boîte électrifiée et les moteurs électriques intégrés à la transmission.\nUne baisse de consommation de 40 %… par rapport à quoi ? Le chiffre phare : -40 % de consommation, avec moins de 3,3 l/100 km WLTP.\nMais comparé à quoi ?\nPas à l’ancien 1.2 TCE.\nPas à un moteur équivalent.\nMais à la moyenne des voitures particulières immatriculées en Europe en 2023.\nC’est un référentiel large, peu précis, et flatteur.\nDeuxième point crucial : la consommation annoncée dépend essentiellement de l’architecture hybride, pas uniquement du moteur thermique.\nSans hybridation performante, un 1.2 turbo n’atteindrait jamais 3,3 l/100 km.\nUn moteur “révolutionnaire” qui ne l’est pas Le H12 Concept est une évolution du HR12.\nÉvolutions annoncées :\nTaux de compression porté à 17:1 Combustion optimisée Nouvelle génération d’EGR Turbo amélioré Allumage haute énergie Réduction des frictions Huile spécifique développée avec Repsol C’est un travail d’optimisation sérieux.\nMais ce n’est pas une rupture technologique.\nUn rendement de 44,2 % : impressionnant, mais flou Le communiqué annonce 44,2 % de rendement thermique maximal.\nDeux questions fondamentales :\nEst-ce un rendement pic ou moyen ? Inclut-il l’hybridation ? Un moteur essence peut atteindre 40 %+ en point optimal.\nMais en usage réel, le rendement moyen global d’un thermique classique peut descendre autour de 20 %.\nSi les 44,2 % correspondent au pic moteur, c’est excellent — mais pas révolutionnaire.\nSi c’est un rendement moyen système, ce serait remarquable — mais cela n’est pas précisé.\nL’ambiguïté est stratégique.\nCompression 17:1 : efficacité et contraintes 17:1 est extrêmement élevé pour un essence turbo.\nAvantage :\nmeilleur rendement thermodynamique Inconvénients :\npression et température accrues risque de cliquetis contraintes mécaniques plus élevées La nouvelle combustion, l’EGR optimisée et l’allumage haute énergie visent précisément à contenir ces risques.\nOn est sur une optimisation poussée, mais avec des marges techniques plus fines.\nRéduction des frictions et huile spécifique La réduction des pertes internes passe notamment par une huile très fluide, probablement de type 0W20.\nC’est ici que la discussion devient intéressante.\nScandale de l’huile 0W20 : rendement contre longévité ? 0W20 contre 5W30 : deux philosophies 0W20 :\ntrès fluide à froid améliore légèrement la consommation réduit les frottements 5W30 :\nfilm plus épais à chaud meilleure protection sous contrainte stabilité supérieure dans le temps Des essais de longévité indépendants ont montré :\n~3 % de gain de consommation en 0W20 +42 % d’usure des paliers +28 % de consommation d’huile après 150 000 kms Ces chiffres doivent être pris avec prudence, mais ils illustrent un compromis réel.\nPourquoi les constructeurs imposent la 0W20 ? Objectif principal :\nréduire les émissions homologuées.\nQuelques dixièmes de litre économisés sur WLTP représentent des millions d’euros en pénalités évitées.\nLe choix est réglementaire avant d’être mécanique.\nLes limites du 0W20 À haute température :\nle film d’huile devient très mince protection réduite sur turbo usure accrue possible consommation d’huile plus élevée Dans un moteur turbo fonctionnant à forte charge, l’huile peut dépasser 230°C.\nUne viscosité trop faible peut devenir problématique.\nL’alternative souvent oubliée : la 0W30 La 0W30 conserve :\nfluidité à froid meilleure tenue à chaud C’est souvent un compromis plus sain pour la longévité.\nUne vérité embarrassante Les ingénieurs connaissent ces limites.\nMais les normes CAFE et européennes poussent vers des huiles toujours plus fluides pour améliorer les chiffres d’émissions.\nLe compromis se fait parfois au détriment de la marge mécanique.\n1,77 tonne de CO₂ en moins par an ? Ce chiffre inclut l’usage d’un carburant 100 % renouvelable.\nMais il faut distinguer :\nperformance intrinsèque du moteur nature du carburant utilisé Tout moteur moderne alimenté en carburant synthétique bas carbone verra son bilan CO₂ s’améliorer.\nCe n’est pas une propriété mécanique exclusive du H12.\nPrincipe général de l’E-Tech L’architecture E-Tech concentre l’hybridation dans la boîte de vitesses.\nDeux moteurs électriques :\nEV1 : propulsion + récupération EV2/HSG : alterno-démarreur + synchronisation Pas d’embrayage.\nPas de synchros.\nUtilisation de crabots.\nLe moteur thermique peut utiliser 4 rapports.\nEV1 seulement 2.\nL’intelligence électronique gère :\nsynchronisation des arbres absence de rupture de charge transitions multimodes Jusqu’à 16 combinaisons de fonctionnement sont possibles.\nC’est ingénieux.\nMais c’est mécaniquement complexe.\nDeux versions : hybride simple et rechargeable Hybride simple :\nbatterie 1,2 à 2 kWh usage électrique limité 140 à 200 ch Hybride rechargeable :\n9,8 à 22 kWh 50 à 65 km WLTP recharge Type 2 Nouvelle génération 2024 :\nmoteur Whylot à flux axial 40 % plus léger 30 % plus économe réduction des terres rares Réalité technique vs communication Oui, le H12 est techniquement intéressant.\nOui, l’optimisation est réelle.\nMais :\nce n’est pas un moteur hybride révolutionnaire ce n’est pas une rupture technologique les chiffres sont présentés de manière favorable l’hybridation est le vrai levier d’économie Perspective personnelle Je reste convaincu que ces architectures hybrides complexes représentent une transition.\nElles sont coûteuses, mécaniquement sophistiquées et exigeantes en maintenance.\nÀ titre personnel, je roule en véhicule électrique équipé d’un moteur SyncRM (synchrone à réluctance magnétique variable).\nArchitecture simple.\nRendement élevé.\nPeu de pièces mobiles.\nFiabilité intrinsèque.\nUn moteur thermique reste, par nature, une machine à transformer l’énergie en chaleur avant de la convertir en mouvement.\nOn peut l’optimiser.\nOn peut le perfectionner.\nMais on ne peut pas changer sa nature.\nConclusion Le HORSE H12 est une évolution sérieuse d’un moteur existant, associée à une hybridation performante.\nMais la communication entretient volontairement des confusions :\nmoteur vs groupe motopropulseur rendement pic vs rendement moyen performance moteur vs carburant renouvelable optimisation vs révolution Il y a de la technique derrière.\nMais il y a aussi beaucoup d’emballage.\nEt dans un contexte où certains opposent thermique et électrique de manière caricaturale, il est important de garder une analyse froide, mécanique et factuelle.\nSource: https://www.planeterenault.com/1-gamme/45-moteurs/1597-actualite-automobile/13145-h12-concept-nouveau-moteur-hybride-consommant-moins-33-l-100-k/ https://www.fiches-auto.fr/articles-auto/nouveautes-automobiles/s-4056-nouveau-groupe-hybride-renault-entre-communication-habile-et-realite-technique.php#affiche_commentaire https://www.fiches-auto.fr/articles-auto/huiles-et-lubrification/s-3876-l-huile-0w20-des-moteurs-modernes-qui-cache-un-petit-scandale-.php https://www.fiches-auto.fr/articles-auto/voiture-hybride/s-2290-fonctionnement-de-l-hybride-e-tech-renault.php https://fr.motor1.com/news/787533/nouveau-moteur-essence-record-renault/ https://www.automobile-propre.com/articles/renault-devoile-un-moteur-hybride-a-33-litres-100-km-vraiment/\n","permalink":"https://www.f4egm.ovh/posts/mecanique/horseh12/","summary":"\u003ch2 id=\"nouveau-groupe-hybride-renault--entre-communication-habile-et-réalité-technique\"\u003eNouveau groupe hybride Renault : entre communication habile et réalité technique\u003c/h2\u003e\n\u003cp\u003eRenault, via Horse Powertrain et sa division Horse Technologies, a annoncé le \u003cstrong\u003eHORSE H12 Concept\u003c/strong\u003e, développé avec Repsol. Les médias parlent déjà d’un moteur hybride révolutionnaire, consommant 40 % de moins, atteignant un rendement record de 44,2 %, et capable de fonctionner avec un carburant 100 % renouvelable.\u003c/p\u003e\n\u003cp\u003eSur le papier, c’est séduisant.\u003c/p\u003e\n\u003cp\u003eDans les faits, la communication mélange volontairement plusieurs notions techniques distinctes : moteur thermique, hybridation, rendement maximal, rendement moyen, carburant renouvelable, cycle WLTP… Et beaucoup de médias relaient ces éléments sans en comprendre les implications mécaniques.\u003c/p\u003e","title":"HORSE H12, huile 0W20 et hybridation E-Tech : communication brillante, réalités mécaniques plus nuancées"},{"content":"Analyse technique – Roulements et balais sur les moteurs EESM Renault Ces derniers jours, une discussion animée a émergé suite à une publication de EV Clinic concernant des problèmes de roulements et de balais sur le moteur de la Renault Megane E-Tech.\nAyant réalisé il y a deux ans le reverse engineering complet des moteurs de Renault Zoe, je souhaite apporter ici une analyse technique structurée, basée sur des faits observés, mes propres travaux, et l’expérience terrain.\n1. Retour d’expérience : Reverse engineering des moteurs Zoe En 2024, j’ai entrepris le démontage complet et l’analyse détaillée des moteurs 5AQ601 équipant les Renault Zoe. Sur cette vue vous pouvez apercevoir tout à droite que le résolveur est toujours du même type.\nObjectifs :\nComprendre l’architecture interne Identifier les causes de défaillance récurrentes Évaluer la réparabilité réelle car j\u0026rsquo;avais une voiture en panne. Trouver des références de pièces standards Le principal point faible identifié était les roulements rotor.\nAprès analyse dimensionnelle et caractérisation :\nIdentification des équivalents industriels Mise en place de références alternatives Développement des kits devenus ensuite connus sous : EVB355.00 EVB355.01 Ces solutions couvrent l’ensemble des moteurs 5AQ601.\nConclusion à l’époque :\nOui, les moteurs électriques sont réparables. Non, ils ne sont pas jetables par nature. Le problème vient des choix constructeur.\n2. Architecture EESM : rappel technique Les moteurs Renault sont de type EESM (Electrically Excited Synchronous Motor) :\nRotor bobiné (pas d’aimants permanents) Slip rings + balais pour excitation Avantage : champ rotor pilotable Inconvénient : présence de pièces d’usure Comparé à un PMSM :\nEESM PMSM Pas d’aimants Aimants permanents Rotor excité Rotor passif Balais présents Aucun contact rotor Théoriquement plus durable Moins de pièces d’usure Sur le papier, l’EESM est une solution élégante.\nDans la pratique, tout dépend du design mécanique.\n3. Nouvelle génération : Megane E-Tech Les informations actuellement discutées concernent le moteur de la Renault Megane E-Tech. Référence 290307254R également utilisé dans les Scenic E-Tech\nVue du roulement le plus critique.\nPoints évoqués :\nRoulements spécifiques non disponibles hors OEM FAG HSMB F-634180.02.KL Double circuit d’huile Pompe dédiée uniquement aux roulements rotor Injecteurs ciblant les paliers Slip rings de qualité discutable Usure prématurée des balais 3.1 Double circuit d’huile Contrairement à la Zoe :\nLe réducteur possède son propre bain d’huile Le moteur dispose d’un carter séparé Pompe électrique pour pulvérisation sur roulements rotor Problème potentiel :\nSi la lubrification dépend d’un système actif, toute défaillance accélère l’usure.\nC’est une complexification inutile sur un organe qui pourrait fonctionner en bain simple.\nSur cette photo on peut détecter que l\u0026rsquo;axe comporte déjà des traces d\u0026rsquo;oxydation. Cela va, comme sur les zoés, empécher le déplacement du roulement arrière dans son logement pour compenser l\u0026rsquo;élongation du rotor pendant l\u0026rsquo;échauffement.\nOn peut identifier ici qu\u0026rsquo;ils ont utilisé la m$eme technique avec cette rondelle de compression permettant au rotor de revenir en place.\n4. Problématique roulements Un roulement rotor subit :\nCharge radiale permanente Contraintes dynamiques élevées (ABS / traction control) Variation thermique importante Inertie rotor élevée Si :\nLe roulement est spécifique OEM Non référencé chez les fabricants standards Ou monté avec tolérances particulières Alors la réparabilité chute drastiquement.\nC’est exactement le type de situation que j’avais rencontrée sur les Zoés avant identification des équivalents industriels remplacés ensuite par EVB355.00 et EVB355.01 marque NTN\nVoici une photo de l\u0026rsquo;horrible roulement monté dans ces moteurs!!! Ca se passe de commentaire.\n5. Usure des balais et bagues collectrices Les EESM imposent :\nContact permanent balai / slip ring Frottement mécanique Micro-arcs possibles Sensibilité à la qualité de surface Une mauvaise qualité de bague peut entraîner :\nDégradation accélérée des balais Pollution carbone interne Défauts d’isolement Arrêts système HV Sur la Zoe, un panneau d’accès permettait inspection et remplacement. Après démontage intégral du moteur uniquement !!! Il faut donc y passer des heures\u0026hellip; Très mauvais choix.\nLa question technique cruciale :\nLe nouveau moteur conserve-t-il cette maintenabilité ?\n6. Réparabilité des moteurs électriques : réalité vs marketing Contrairement à une idée reçue :\nUn moteur électrique est mécaniquement simple et très réparable.\nLes véritables causes d’irréparabilité sont :\nRoulements non standards Pièces internes non détaillées Assemblages collés ou sertis Absence de documentation Politique constructeur Le moteur électrique en lui-même n’est pas le problème.\nLe problème vient des choix industriels.\n7. Renault et les choix discutables Historiquement, Renault a fait des choix techniques audacieux.\nMais parfois discutables :\nComplexification inutile Intégration excessive Spécificités propriétaires Difficulté d’accès aux pièces La Zoé était déjà perfectible. Si la Megane introduit :\nPlus de complexité Plus de dépendance OEM Moins d’accessibilité Alors on régresse en maintenabilité.\n8. Conclusion technique À ce stade :\nQuelques cas documentés Pas de campagne officielle Retours terrain contradictoires Mais plusieurs signaux techniques méritent attention :\nRoulements spécifiques Lubrification active dédiée Slip rings sensibles Usure balais Mon expérience sur les moteurs Zoé montre qu’il est possible de :\nIdentifier les références industrielles Requalifier les roulements Restaurer la réparabilité Identifier les nouvelles pannes =\u0026gt; Décalage du résolveur =\u0026gt; Rupture des soudures des enroulements du rotot. Reste à voir si la nouvelle génération permettra le même travail. Mais ça semble déjà fortement compromis!!! Position personnelle La réparabilité des moteurs électriques est bonne par conception. Mais certaines marques – et Renault en particulier sur ces générations – prennent parfois les pires décisions en matière :\nDe standardisation De maintenance De durabilité long terme Un moteur électrique n’est pas un consommable.\nIl le devient quand on le conçoit comme tel.\nJe n\u0026rsquo;ai pas exploré l\u0026rsquo;éléctronique mais il semblerait qu\u0026rsquo;il y a à faire! Sources:\nEVClinic via Facebook pour l\u0026rsquo;analyse critique et réparabilité. Munro sur YouTube https://www.youtube.com/watch?v=BFmp9ODkCA8 pour l\u0026rsquo;analyse technique F4EGM\nAnalyse technique indépendante\n","permalink":"https://www.f4egm.ovh/posts/mecanique/renaultmegane/","summary":"\u003ch1 id=\"analyse-technique--roulements-et-balais-sur-les-moteurs-eesm-renault\"\u003eAnalyse technique – Roulements et balais sur les moteurs EESM Renault\u003c/h1\u003e\n\u003cp\u003eCes derniers jours, une discussion animée a émergé suite à une publication de \u003cstrong\u003eEV Clinic\u003c/strong\u003e concernant des problèmes de roulements et de balais sur le moteur de la Renault Megane E-Tech.\u003c/p\u003e\n\u003cp\u003eAyant réalisé il y a deux ans le reverse engineering complet des moteurs de Renault Zoe, je souhaite apporter ici une analyse technique structurée, basée sur des faits observés, mes propres travaux, et l’expérience terrain.\u003c/p\u003e","title":"Analyse technique – Roulements et balais sur les moteurs EESM Renault : retour d’expérience et problématiques de conception"},{"content":"Résistances et bruit en radioamateur : comprendre le bruit thermique et le bruit 1/f pour concevoir des étages réellement silencieux Dans nos schémas radioamateurs, la résistance est probablement le composant le plus banal. Nous choisissons une valeur, une tolérance, une puissance, éventuellement un boîtier… et nous passons à autre chose. Pourtant, derrière ce symbole anodin se cachent des mécanismes physiques capables de dégrader significativement la sensibilité d’un récepteur, le bruit d’un préamplificateur ou la pureté d’un étage BF.\nUne excellente vidéo de Hans Rosenberg intitulée Quieting Noisy Resistors (https://www.youtube.com/watch?v=omn_Lh0MLA4\u0026amp;t=1s) rappelle qu’une simple erreur de technologie de résistance peut conduire à des semaines, voire des mois de recherche de panne. En parallèle, les mesures détaillées publiées par :contentReference[oaicite:1]{index=1} sur le bruit induit par le courant confirment expérimentalement ce que beaucoup soupçonnaient sans toujours le quantifier.\nDans cet article, nous allons reprendre ces éléments, les expliquer clairement et surtout les relier à nos applications radioamateurs : LNA VHF/UHF, préamplis micro, réception faible signal, SDR, EME, VLF, etc.\n1. Le bruit thermique : le plancher incontournable Toute résistance, même parfaite, génère un bruit électrique appelé bruit thermique ou bruit de Johnson. Il s’agit d’un phénomène purement physique lié à l’agitation thermique des porteurs de charge. Même sans tension appliquée, une résistance produit une tension de bruit dont la densité spectrale est donnée par :\n[ e_n = \\sqrt{4 k T R \\Delta f} ]\noù :\n(k) est la constante de Boltzmann (T) la température absolue en Kelvin (R) la valeur de la résistance (\\Delta f) la bande passante considérée Ce bruit présente plusieurs caractéristiques importantes.\nIl dépend uniquement de la température et de la valeur de la résistance. Il est indépendant de la technologie utilisée : film métal, film mince, film épais ou carbone, le bruit thermique minimal reste le même pour une valeur donnée à une température donnée. Enfin, son spectre est plat : il s’agit d’un bruit blanc.\nEn radioamateur, cela signifie qu’une résistance élevée dans une large bande passante introduira inévitablement un bruit mesurable. C’est une limite physique incompressible. La seule manière de réduire ce bruit est de diminuer la valeur de la résistance, la température, ou la bande passante.\nMais ce n’est pas le bruit le plus insidieux.\n2. Le bruit d’excès (1/f) : celui qui pose problème En plus du bruit thermique, certaines résistances génèrent un bruit supplémentaire lorsqu’un courant les traverse. On l’appelle bruit d’excès, bruit induit par le courant, ou plus communément bruit 1/f.\nContrairement au bruit thermique, il dépend fortement de la technologie de fabrication.\nDans les résistances à film épais ou en carbone, le matériau résistif est constitué de particules ou de structures granuleuses. Le courant ne circule pas dans une couche homogène parfaitement uniforme, mais dans un réseau microscopique irrégulier. Ces irrégularités provoquent des fluctuations locales de résistance, ce qui se traduit par un bruit supplémentaire dépendant de la tension appliquée.\nCe bruit présente plusieurs propriétés essentielles :\nIl est proportionnel à la tension DC appliquée aux bornes de la résistance. Il ne dépend pas directement de la valeur en ohms. Il décroît avec la fréquence selon une loi 1/f, soit environ 10 dB par décade. Autrement dit, il domine principalement aux basses fréquences.\nC’est précisément ce que montrent les mesures expérimentales de Hans Rosenberg et de Uwe Beis : lorsque la tension augmente, le bruit d’excès augmente proportionnellement. Lorsque la fréquence augmente, il diminue progressivement jusqu’à devenir négligeable devant le bruit thermique.\n3. Confirmation expérimentale : ce que montrent les mesures Les mesures réalisées par Hans Rosenberg et Uwe Beis sont particulièrement intéressantes car elles ne reposent pas uniquement sur la théorie.\nLe montage de mesure utilise un préamplificateur très faible bruit à entrée FET, alimenté par batterie, totalement blindé, associé à un ADC 24 bits avec moyennage long. Ce niveau de rigueur est indispensable car on travaille à quelques nanovolts par racine de Hertz.\nLes conclusions sont claires :\nLes résistances film mince (thin film) et film métal produisent un bruit quasiment égal au bruit thermique théorique. Les résistances film épais SMD produisent un bruit d’excès mesurable et parfois très supérieur. Les résistances carbone composition sont extrêmement bruyantes sous tension. Le bruit d’excès est proportionnel à la tension appliquée. À technologie identique, les résistances de plus grande taille génèrent moins de bruit. Un point particulièrement intéressant pour nous : deux résistances film épais 10 kΩ de fabricants différents peuvent présenter des niveaux de bruit sensiblement différents. Cela signifie que les composants génériques sans spécifications précises peuvent introduire une variabilité non négligeable.\n4. Dépendance à la taille : un détail qui change tout Les mesures montrent une tendance nette : plus la résistance est physiquement grande, plus le bruit d’excès est faible.\nCela s’explique simplement. Si l’on répartit la même valeur ohmique sur une surface plus grande, la densité de courant locale diminue, les variations microscopiques deviennent moins critiques, et le bruit d’excès diminue.\nEn pratique, cela signifie que dans un circuit faible bruit :\nUn boîtier 1206 sera généralement meilleur qu’un 0402 à technologie équivalente. Un ancien modèle traversant 1/4W peut parfois être moins bruyant qu’un minuscule SMD film épais moderne. À l’ère du tout-miniature, cette information est précieuse.\n5. Applications concrètes en radioamateur Préamplificateurs micro et audio Dans les étages BF, le bruit 1/f est particulièrement critique car il agit précisément dans la bande utile. Un simple pont de polarisation réalisé en film épais sous 12 V peut injecter un bruit dominant sous 100 Hz, perceptible comme un souffle ou une instabilité de fond.\nUtiliser des résistances film mince ou film métal réduit immédiatement ce problème.\nLNA HF / VHF / UHF En RF pure (144 MHz, 432 MHz, etc.), le bruit 1/f est généralement négligeable car il décroît fortement avec la fréquence. Cependant, dans les étages de polarisation d’un transistor faible bruit, une résistance film épais sous forte tension peut augmenter le bruit global si son bruit est injecté dans le point sensible du transistor.\nDans les conceptions EME ou très faible signal, où chaque dB compte, le choix technologique devient pertinent.\nSDR et réception faible signal Dans un récepteur SDR, la partie analogique avant l’ADC est déterminante. Si un étage BF ou FI basse fréquence utilise des résistances bruyantes sous tension, le bruit 1/f peut apparaître sous forme de dérive de fond ou de bruit basse fréquence gênant les décodages faibles comme FT8, QRSS ou WSPR.\n6. Ce qu’il faut retenir pour optimiser ses designs Il n’est pas nécessaire d’utiliser des résistances ultra haut de gamme partout. En revanche, il est important d’être cohérent.\nSi une résistance ne voit quasiment aucune tension DC, son bruit d’excès est négligeable et la technologie importe peu.\nSi une résistance supporte une tension significative dans un étage faible bruit, il est préférable d’utiliser :\nFilm mince (thin film) Film métal Éventuellement résistance à couche métallique traversante Il est également judicieux de :\nLimiter la tension DC aux bornes quand c’est possible Éviter les boîtiers 0402 en faible bruit Consulter les datasheets pour rechercher un Noise Index 7. Un mot sur les condensateurs céramiques Les mesures de Uwe Beis montrent qu’un condensateur X7R 100 nF sous tension ne génère pas de bruit mesurable supplémentaire dans les conditions testées.\nCela signifie que, du point de vue strictement bruit thermique ou 1/f, les condensateurs céramiques à fort εr ne sont pas des sources de bruit comparables aux résistances.\nEn revanche, ils peuvent présenter d’autres défauts comme la microphonie, la non-linéarité ou la dépendance en température. Pour les circuits très sensibles, les diélectriques NP0/C0G restent préférables.\nConclusion Les résistances ne sont pas idéales, et elles ne se valent pas toutes.\nLe bruit thermique est une limite physique incontournable, mais le bruit d’excès dépend de nos choix technologiques. En radioamateur, où quelques décibels peuvent faire la différence entre décoder ou non une station faible, ignorer cet aspect peut conduire à des performances inférieures aux attentes.\nComprendre ces phénomènes permet d’éviter des heures de recherche de panne, d’optimiser réellement un LNA ou un préampli BF, et de concevoir des montages dont les performances correspondent enfin aux calculs théoriques.\nLa prochaine fois que vous choisirez une résistance, ne regardez pas seulement la valeur et la tolérance. Regardez aussi la technologie.\nParce qu’en radio, le silence se mérite.\nRéférences Vidéo : Quieting Noisy Resistors – Hans Rosenberg https://www.youtube.com/watch?v=omn_Lh0MLA4 Mesures expérimentales : Uwe Beis – Current-Induced Resistor Noise https://www.beis.de/Elektronik/ResistorCurrentNoise/CurrentInducedResistorNoise.html Document du CERN : https://cds.cern.ch/record/2814429/files/2109.02448.pdf =\u0026gt; Measurement of Excess Noise in Thin Film and Metal Foil Resistor Networks par Nikolai Beev 73\n","permalink":"https://www.f4egm.ovh/posts/electronique/bruitcomposants/","summary":"\u003ch1 id=\"résistances-et-bruit-en-radioamateur--comprendre-le-bruit-thermique-et-le-bruit-1f-pour-concevoir-des-étages-réellement-silencieux\"\u003eRésistances et bruit en radioamateur : comprendre le bruit thermique et le bruit 1/f pour concevoir des étages réellement silencieux\u003c/h1\u003e\n\u003cp\u003eDans nos schémas radioamateurs, la résistance est probablement le composant le plus banal. Nous choisissons une valeur, une tolérance, une puissance, éventuellement un boîtier… et nous passons à autre chose. Pourtant, derrière ce symbole anodin se cachent des mécanismes physiques capables de dégrader significativement la sensibilité d’un récepteur, le bruit d’un préamplificateur ou la pureté d’un étage BF.\u003c/p\u003e","title":"Résistances et bruit en radioamateur : comprendre le bruit thermique et le bruit 1/f pour concevoir des étages réellement silencieux"},{"content":"FT2 : un nouveau mode numérique qui intrigue la communauté Depuis le 16 février 2026, un nouveau mode numérique baptisé FT2 commence à apparaître dans les statistiques de PSKReporter ainsi que dans plusieurs discussions sur Reddit et sur DXZone, suscitant à la fois curiosité, enthousiasme technique et scepticisme parmi les opérateurs HF habitués aux modes FT8 et FT4.\nFT2 est présenté comme un mode numérique hautement expérimental, basé sur un fork de WSJT-X, dont l’objectif est clair et assumé : réduire drastiquement la durée d’un QSO numérique, en compressant le cycle émission/réception à un niveau jamais atteint jusqu’à présent dans la famille des modes FT.\nOrigine et contexte du projet Selon les informations disponibles, FT2 serait développé par IU8LMC, avec le support de l’ARI Caserta Team, à partir d’un fork de WSJT-X v3.0.0-rc1, baptisé Decodium 3 v3.0.0-rc1.\nIl est important de préciser qu’il ne s’agit pas d’une version officielle de WSJT-X validée par l’équipe de développement historique (K1JT et collaborateurs), mais bien d’un projet indépendant qui explore les limites techniques de la compression temporelle.\nD’après DXZone, les premiers tests on-air auraient eu lieu le 16 février 2026 à 22:47 UTC, marquant le début d’une phase d’expérimentation en conditions réelles, hors laboratoire.\nPremiers essais en conditions réelles Les stations suivantes sont mentionnées lors des premiers essais :\nIZ8VYF IZ8XXE IC8TEM Les bandes principalement utilisées pour ces tests ont été :\n40 mètres 80 mètres Durant ces essais, plusieurs dizaines de QSO auraient été complétés avec succès, avec une durée totale de contact comprise entre 7 et 11 secondes, ce qui représente une rupture significative par rapport aux standards actuels.\nÀ titre de comparaison :\nMode Durée du cycle QSO complet typique QSOs théoriques/heure FT8 15 s ~60 s ~60 FT4 7.5 s ~30 s ~120 FT2 3.8 s 7–11 s ~240 En théorie, FT2 permettrait donc de multiplier par quatre le nombre de QSO par heure par rapport à FT8, ce qui ouvre des perspectives intéressantes pour les environnements à fort trafic.\nArchitecture technique : continuité et rupture Sur le plan technique, FT2 conserve les fondations éprouvées des modes FT :\nPayload de 77 bits Codage LDPC (174,91) Modulation 8-GFSK Structure de message comparable à FT8 et FT4 La véritable innovation ne réside donc pas dans la structure logique du message, mais dans la compression temporelle extrême du cycle transmission/réception, qui est réduit à environ 3,75 à 3,8 secondes.\nCette réduction drastique du temps de symbole entraîne mécaniquement une modification du compromis fondamental entre durée d’intégration, bande passante et sensibilité.\nBande passante et sensibilité : le compromis assumé FT2 nécessite environ 150 Hz de bande passante, contre 50 Hz pour FT8 et 83 Hz pour FT4. Cela signifie que chaque signal FT2 occupe environ trois fois l’espace spectral d’un signal FT8, ce qui peut devenir significatif sur des portions de bande étroites.\nEn contrepartie de cette augmentation de débit, la sensibilité observée lors des premiers essais se situe autour de –12 à –14 dB, ce qui reste performant mais sensiblement moins robuste que FT8, qui descend typiquement vers –20 / –21 dB.\nLe compromis est donc clairement assumé : FT2 ne cherche pas à battre FT8 sur le terrain du weak-signal extrême, mais à optimiser le débit de contacts lorsque les signaux sont déjà suffisamment forts.\nSynchronisation : un point critique La compression du cycle implique également une exigence accrue en matière de synchronisation d’horloge.\nAlors que FT8 tolère une erreur de l’ordre de ±200 ms, FT2 ne permettrait qu’une dérive d’environ ±50 ms, ce qui impose une discipline NTP rigoureuse. Une horloge mal synchronisée pourrait empêcher totalement le décodage, le créneau temporel étant désormais beaucoup plus court.\nFréquences de test actuellement observées Les fréquences mentionnées pour l’activité FT2 sont :\n160m : 1.843 MHz 80m : 3.578 MHz 60m : 5.360 MHz 40m : 7.052 MHz 30m : 10.144 MHz 20m : 14.084 MHz 17m : 18.108 MHz 15m : 21.144 MHz 12m : 24.923 MHz 10m : 28.184 MHz Des spots FT2 commencent déjà à apparaître sur PSKReporter, signe que l’expérimentation dépasse désormais le cercle très restreint des premiers testeurs.\nDistribution et statut actuel FT2 est actuellement en phase alpha très limitée, avec une diffusion contrôlée, notamment via un groupe WhatsApp privé, afin de centraliser les retours techniques pendant la phase de mise au point.\nLe lien pour le téléchargement ou l’information est :\nhttps://hampass.com/ft2 À ce stade, il ne s’agit pas d’un logiciel officiellement intégré aux dépôts publics classiques de WSJT-X.\nRéactions et débats sur Reddit Sur r/amateurradio, les réactions sont contrastées.\nCertains saluent l’initiative et voient dans FT2 une évolution logique vers davantage d’efficacité en contest. D’autres s’interrogent sur l’intérêt réel d’un mode moins sensible, rappelant que beaucoup utilisent FT8 précisément parce qu’ils ne peuvent pas établir de contacts phonie dans des environnements bruités ou défavorables.\nUn commentaire résume le compromis de manière concise : trois fois plus de bande passante pour réduire la durée du QSO d’un facteur quatre, avec une perte de sensibilité d’environ 8 dB.\nDes discussions techniques ont également émergé autour du caractère non publié du protocole complet, certains faisant le parallèle avec VARA ou PACTOR, et rappelant la distinction fondamentale entre algorithme non documenté et chiffrement, en référence au principe de Kerckhoffs.\nRôle de l’intelligence artificielle Selon les informations disponibles, l’IA — notamment le modèle Claude d’Anthropic — aurait été utilisée comme outil d’assistance au développement pour modifier le code source WSJT-X et implémenter les ajustements nécessaires à la compression temporelle.\nIl s’agirait d’un outil d’aide à la programmation et non d’un protocole généré automatiquement sans supervision humaine.\nCas d’usage visé FT2 semble clairement positionné pour :\nContest numérique à haut débit DXpeditions Stations événementielles Gestion rapide de pile-ups Alternative moderne au RTTY en compétition Il ne vise pas à remplacer FT8 pour les conditions marginales, le QRP extrême ou les environnements à fort bruit local.\nConclusion FT2 représente une tentative audacieuse d’explorer les limites basses du cycle temporel dans la famille des modes FT, en conservant l’architecture éprouvée du payload 77 bits et du codage LDPC, tout en acceptant une réduction mesurée de la sensibilité au profit d’un débit nettement supérieur.\nReste désormais à observer si cette expérimentation restera un fork technique intéressant mais confidentiel, ou si elle influencera à terme l’évolution officielle des modes numériques WSJT-X.\nSources Reddit r/amateurradio – discussion FT2 DXZone – FT2 experimental mode https://hampass.com/ft2 https://en.wikipedia.org/wiki/Kerckhoffs's_principle ","permalink":"https://www.f4egm.ovh/posts/logiciels/newft2/","summary":"\u003ch1 id=\"ft2--un-nouveau-mode-numérique-qui-intrigue-la-communauté\"\u003eFT2 : un nouveau mode numérique qui intrigue la communauté\u003c/h1\u003e\n\u003cp\u003eDepuis le 16 février 2026, un nouveau mode numérique baptisé \u003cstrong\u003eFT2\u003c/strong\u003e commence à apparaître dans les statistiques de PSKReporter ainsi que dans plusieurs discussions sur Reddit et sur DXZone, suscitant à la fois curiosité, enthousiasme technique et scepticisme parmi les opérateurs HF habitués aux modes FT8 et FT4.\u003c/p\u003e\n\u003cp\u003eFT2 est présenté comme un mode numérique \u003cstrong\u003ehautement expérimental\u003c/strong\u003e, basé sur un fork de WSJT-X, dont l’objectif est clair et assumé : \u003cstrong\u003eréduire drastiquement la durée d’un QSO numérique\u003c/strong\u003e, en compressant le cycle émission/réception à un niveau jamais atteint jusqu’à présent dans la famille des modes FT.\u003c/p\u003e","title":"FT2 : analyse approfondie du nouveau mode numérique ultra-rapide"},{"content":"ISWARD-GX : Reverse Engineering et améliorations complètes Je travaille sur la tondeuse autonome ISWARD GX dans une démarche de reverse engineering. L’objectif est de comprendre le système complet, d’optimiser le matériel et le logiciel, et d’améliorer la fiabilité globale.\nRessource : Le dépôt GitHub du projet contient des informations très détaillées sur le firmware, les programmes internes, les scripts ROS et la configuration logicielle complète.\nTableau résumé du hardware Composant Description Lien / Référence Remarques / Alternative CPU / Module NVIDIA Jetson Nano P3448 (B1) N/A Version P3448 180-13448-DAAA-B01 Baseboard Jetson Nano Baseboard N/A Nécessaire pour SD card et alimentation complète Carte SD Adaptateur MicroSD 8 positions Farnell 503398-1892 Pour backup / debug logiciel Vision AI Capteur ORBBEC 3D Aliexpress ORBBEC Compatible ROS pour navigation autonome Roue Paramétrique, 38 mm Onshape Impression 3D ou fabrication mécanique Ventilateur DC 4010 24V double roulement Aliexpress DC 4010 Remplacement du ventilateur d’origine, beaucoup plus silencieux Certification FCC ID 2BEYJ-ISWARD001 FCC Report Conforme normes radiocommunication Note : Ce tableau permet de rapidement identifier les composants critiques pour maintenance ou upgrades.\nRefonte de la roue La roue originale a été remplacée par une version 38 mm paramétrique, facile à adapter. Elle peut être imprimée en 3D ou fabriquée autrement.\nAlerte pratique : Vérifier la fixation et l’alignement des roues pour éviter l’usure prématurée ou la dérive de trajectoire.\nJetson Nano et système embarqué Module principal : Jetson Nano P3448 (B1) OS : Ubuntu 20.04.6 LTS, kernel 4.9.337-tegra aarch64 Accès système : Login : isward Password : isward\nLe système est minimalisé mais extensible via apt. Possibilité d’ajouter une carte SD pour sauvegarde ou récupération logicielle. 🔗 Documentation ROS et Ubuntu Jetson\nNote technique : La carte SD permet de cloner ou restaurer le système, idéal pour expérimentations sans risquer l’eMMC interne.\nROS : Robot Operating System La tondeuse utilise ROS pour la navigation, le contrôle des moteurs et la lecture des capteurs.\nExemples de topics ROS essentiels :\n/Mapping /chassis/batteries /chassis/fault /chassis/gnss /chassis/imu /cmd_vel /collision /depth/scan /move_base/recovery_status /navi/cmd/goal /robot_walk_path /tf /tf_static\nAlerte pratique : Étudier ces topics permet de comprendre le comportement interne, la navigation et la gestion des obstacles.\nCapteur AI Vision L’ISWARD GX utilise un capteur ORBBEC pour la vision 3D et la navigation autonome. Compatible ROS, il gère reconnaissance d’objets et cartographie en temps réel.\nRessource : Vérifier régulièrement le firmware du capteur pour compatibilité avec ROS.\nVentilateur : maintenance critique Le ventilateur d’origine était bruyant et peu fiable, provoquant surchauffe du Jetson Nano.\n✅ J’ai remplacé le ventilateur par un DC 4010 24V double roulement à billes : résultat immédiat, plus silencieux et durable.\nAlerte maintenance : Toujours surveiller la température du Jetson Nano après modification ou upgrade du ventilateur.\nCertification FCC Le modèle est certifié FCC :\n🔗 FCC ID 2BEYJ-ISWARD001\nNote pratique : Certification utile pour conformité légale lors de modifications radio ou ajout d’antennes.\nConseils pratiques pour le projet Remplacer le ventilateur dès que possible pour protéger le Jetson Nano. Conserver une copie du firmware et scripts ROS du GitHub. Vérifier régulièrement l’état des batteries et capteurs via /chassis/*. Tester les modifications de roues ou moteurs en environnement sécurisé. Utiliser la carte SD pour backups ou expérimentations sans risquer le système principal. Documenter chaque modification pour suivi et maintenance. Prochaines étapes Exploiter pleinement les topics ROS pour créer des améliorations logicielles. Étudier le firmware pour comprendre le comportement interne et les routines de navigation. Développer des scripts d’automatisation et de sécurité. Optimiser roues, ventilateur et autres composants pour fiabiliser le robot. Partager des tutoriels et retours d’expérience pour la communauté. Résumé technique :\nTout le projet est documenté sur GitHub pour suivi et contributions. Tableau hardware fourni pour maintenance rapide et upgrades. ROS fournit la structure complète des commandes et capteurs. Jetson Nano est extensible via SD card pour backup et debug. Ventilateur remplacé pour fiabilité et silence. ","permalink":"https://www.f4egm.ovh/posts/domotique/isward_gx/","summary":"\u003ch1 id=\"isward-gx--reverse-engineering-et-améliorations-complètes\"\u003eISWARD-GX : Reverse Engineering et améliorations complètes\u003c/h1\u003e\n\u003cp\u003e\u003cimg alt=\"ISWARD GX\" loading=\"lazy\" src=\"https://github.com/user-attachments/assets/3e77a95c-205e-45f0-8980-3dda9b150b8c\"\u003e\u003c/p\u003e\n\u003cp\u003eJe travaille sur la tondeuse autonome \u003cstrong\u003eISWARD GX\u003c/strong\u003e dans une démarche de \u003cstrong\u003ereverse engineering\u003c/strong\u003e. L’objectif est de comprendre le système complet, d’optimiser le matériel et le logiciel, et d’améliorer la fiabilité globale.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e\u003cstrong\u003eRessource :\u003c/strong\u003e Le \u003ca href=\"https://github.com/Telectroboy/ISWARD-GX-Reverse-Engineering/tree/main/isward#readme\"\u003edépôt GitHub du projet\u003c/a\u003e contient \u003cstrong\u003edes informations très détaillées sur le firmware, les programmes internes, les scripts ROS et la configuration logicielle complète\u003c/strong\u003e.\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003chr\u003e\n\u003ch2 id=\"tableau-résumé-du-hardware\"\u003eTableau résumé du hardware\u003c/h2\u003e\n\u003ctable\u003e\n  \u003cthead\u003e\n      \u003ctr\u003e\n          \u003cth\u003eComposant\u003c/th\u003e\n          \u003cth\u003eDescription\u003c/th\u003e\n          \u003cth\u003eLien / Référence\u003c/th\u003e\n          \u003cth\u003eRemarques / Alternative\u003c/th\u003e\n      \u003c/tr\u003e\n  \u003c/thead\u003e\n  \u003ctbody\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eCPU / Module\u003c/td\u003e\n          \u003ctd\u003eNVIDIA Jetson Nano P3448 (B1)\u003c/td\u003e\n          \u003ctd\u003eN/A\u003c/td\u003e\n          \u003ctd\u003eVersion P3448 180-13448-DAAA-B01\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eBaseboard\u003c/td\u003e\n          \u003ctd\u003eJetson Nano Baseboard\u003c/td\u003e\n          \u003ctd\u003eN/A\u003c/td\u003e\n          \u003ctd\u003eNécessaire pour SD card et alimentation complète\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eCarte SD\u003c/td\u003e\n          \u003ctd\u003eAdaptateur MicroSD 8 positions\u003c/td\u003e\n          \u003ctd\u003e\u003ca href=\"https://fr.farnell.com/molex/503398-1892/connecteur-micro-sd-8pos/dp/2358234\"\u003eFarnell 503398-1892\u003c/a\u003e\u003c/td\u003e\n          \u003ctd\u003ePour backup / debug logiciel\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eVision AI\u003c/td\u003e\n          \u003ctd\u003eCapteur ORBBEC 3D\u003c/td\u003e\n          \u003ctd\u003e\u003ca href=\"https://fr.aliexpress.com/item/1005005544562491.html?spm=a2g0o.tesla.0.0.6bf1NhdvNhdvXI\"\u003eAliexpress ORBBEC\u003c/a\u003e\u003c/td\u003e\n          \u003ctd\u003eCompatible ROS pour navigation autonome\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eRoue\u003c/td\u003e\n          \u003ctd\u003eParamétrique, 38 mm\u003c/td\u003e\n          \u003ctd\u003e\u003ca href=\"https://cad.onshape.com/documents/20d94f306f5c584790ff835d/w/884df90600dd95c4d52414f8/e/e5c085e7d50f915a7c68e0e0?renderMode=0\u0026amp;uiState=69077b2bbb6db5b6a7837623\"\u003eOnshape\u003c/a\u003e\u003c/td\u003e\n          \u003ctd\u003eImpression 3D ou fabrication mécanique\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eVentilateur\u003c/td\u003e\n          \u003ctd\u003eDC 4010 24V double roulement\u003c/td\u003e\n          \u003ctd\u003e\u003ca href=\"https://fr.aliexpress.com/item/1005010112785292.html?spm=a2g0o.order_detail.order_detail_item.2.ec807d56JlMA3H\"\u003eAliexpress DC 4010\u003c/a\u003e\u003c/td\u003e\n          \u003ctd\u003eRemplacement du ventilateur d’origine, beaucoup plus silencieux\u003c/td\u003e\n      \u003c/tr\u003e\n      \u003ctr\u003e\n          \u003ctd\u003eCertification\u003c/td\u003e\n          \u003ctd\u003eFCC ID 2BEYJ-ISWARD001\u003c/td\u003e\n          \u003ctd\u003e\u003ca href=\"https://fcc.report/FCC-ID/2BEYJ-ISWARD001\"\u003eFCC Report\u003c/a\u003e\u003c/td\u003e\n          \u003ctd\u003eConforme normes radiocommunication\u003c/td\u003e\n      \u003c/tr\u003e\n  \u003c/tbody\u003e\n\u003c/table\u003e\n\u003cblockquote\u003e\n\u003cp\u003e\u003cstrong\u003eNote :\u003c/strong\u003e Ce tableau permet de rapidement identifier les composants critiques pour maintenance ou upgrades.\u003c/p\u003e","title":"ISWARD GX : Reverse Engineering et amélioration complète"},{"content":"F4KJP en Coupe du REF 2026 http://f4kjp.free.fr/\nDeuxième partie HF – Téléphonie Ce week-end, le radioclub F4KJP participera au Championnat de France – Coupe du REF, deuxième partie HF Téléphonie.\n📖 Règlement officiel :\nhttps://concours.r-e-f.org/reglements/actuels/reg_cdfhf_fr_20251117.pdf\n📍 QTH et dates QTH : Prix Les Mézières\nDébut : Samedi 21 février 2026 – 07h00 locale\nFin : Dimanche 22 février 2026 – 19h00 locale\nDeux jours d’intensité radio, de trafic soutenu, et de coordination permanente.\nLa Coupe du REF HF : rappel La Coupe du REF est le Championnat de France HF organisé par le Réseau des Émetteurs Français (REF).\nElle se déroule en plusieurs parties :\nCW (janvier) HF Téléphonie (février) THF (juin) L’objectif est simple : réaliser le maximum de contacts (QSOs) sur les bandes autorisées, tout en respectant un échange réglementaire précis.\nChaque QSO compte, mais la qualité est tout aussi importante : un fort taux d’erreur peut pénaliser lourdement le score final.\nCatégorie engagée Le radioclub F4KJP sera engagé en Classe C.\nCela signifie :\nCatégorie radioclub Haute puissance autorisée (jusqu’à 500 W selon règlement) Puissance réellement exploitée : 300 W maximum Ce choix permet de conserver un bon équilibre entre performance, fiabilité matériel et gestion thermique.\nL’équipe opératrice La station sera exploitée par une équipe motivée et expérimentée :\nGérard F0DTB Claude F4FVX Bertrand F4ELW Simon F4GXT Christophe F4JYQ Alain F4ELC David F1SKH Éric F4BYB Et d’autres opérateurs du club En contest radioclub, la performance repose autant sur l’opérateur que sur la coordination d’équipe :\ngestion des shifts, choix des bandes, surveillance des ouvertures, optimisation du run, gestion des pile-ups.\nBandes exploitées Les bandes autorisées et utilisées :\n80 m 40 m 20 m 15 m 10 m Chaque bande possède ses spécificités :\n80 m : trafic dense national et européen, gestion du bruit. 40 m : excellente bande stratégique en Europe. 20 m : bande reine pour les ouvertures internationales. 15 m et 10 m : dépendantes du cycle solaire, mais potentiellement très productives. Configuration antennaire Deux systèmes principaux seront utilisés :\nLong fil ~45 m Environ 45 mètres Balun 9:1 Boîte d’accord Solution polyvalente, large bande, efficace en configuration multi-bandes, particulièrement utile sur 80 m et 40 m.\nBeam à trappes HyGain Explorer 14 14 / 21 / 28 MHz Directionnelle Gain significatif en 20 m, 15 m et 10 m La beam permet :\nd’augmenter le gain vers les zones actives, de réduire le QRM arrière, d’améliorer le rapport signal/bruit en réception. Matériel et logiciel Transceiver Yaesu FT-1000\nUn classique robuste du contest HF :\nexcellente dynamique en réception, filtrage efficace, stabilité éprouvée. Logiciel de log WinTest\nRéférence en contest multi-opérateurs :\ngestion temps réel des multiplicateurs, suivi des doublons, statistiques instantanées, export conforme au règlement. En radioclub, un logiciel performant est indispensable pour maintenir la cadence sans générer d’erreurs.\nObjectif 2026 : faire mieux que 2025 Petit rappel des performances de l’an dernier :\n1483 contacts confirmés 8ème classement des radioclubs français 1,45 % seulement de taux d’erreur 4ème au classement OM complet (CW + HF + THF) Un taux d’erreur de 1,45 % est remarquable en contest téléphonie, où les indicatifs peuvent être mal copiés sous QRM ou pile-up.\nL’objectif 2026 :\ndépasser les 1483 QSOs, maintenir un taux d’erreur minimal, viser un classement encore meilleur. Stratégie probable En téléphonie, deux approches dominent :\nMode \u0026ldquo;Run\u0026rdquo; On lance CQ et on enchaîne les stations.\nAvantages :\ncadence élevée contrôle du rythme Mode \u0026ldquo;Search \u0026amp; Pounce\u0026rdquo; On recherche les stations actives.\nAvantages :\noptimisation des multiplicateurs remplissage des bandes creuses Une bonne stratégie alterne ces deux modes en fonction :\nde la propagation, de la concurrence, de la saturation des bandes. Esprit du week-end Au-delà des chiffres, un contest radioclub reste avant tout :\ndu partage de la formation de la transmission d’expérience de la convivialité La Coupe du REF est aussi un moment fédérateur pour les clubs français.\nL\u0026rsquo;équipe de 2024 dans l\u0026rsquo;Ardennais https://www.lardennais.fr/id574868/article/2024-03-01/championnat-de-france-radioamateurs-les-ardennais-recus-5-sur-5-record-la-cle\nEt après ? Prochaine étape :\nJuin 2026 – Troisième partie THF\nLe site reste à définir, mais l’objectif sera clair :\nconfirmer la performance globale sur l’ensemble des disciplines.\nConclusion F4KJP aborde cette édition 2026 avec :\nune équipe solide, une configuration éprouvée, une expérience confirmée, et une forte motivation. Rendez-vous sur les bandes ce week-end.\n73\nF4EGM\n","permalink":"https://www.f4egm.ovh/posts/associations/couperef2026f4kjp/","summary":"\u003ch1 id=\"f4kjp-en-coupe-du-ref-2026\"\u003eF4KJP en Coupe du REF 2026\u003c/h1\u003e\n\u003cp\u003e\u003cimg alt=\"bannieresite\" loading=\"lazy\" src=\"https://github.com/user-attachments/assets/6d771174-b951-4e19-85d7-13af128a2fae\"\u003e\n\u003ca href=\"http://f4kjp.free.fr/\"\u003ehttp://f4kjp.free.fr/\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003cimg alt=\"LogoF4KJP\" loading=\"lazy\" src=\"https://www.prix-les-mezieres.fr/sites/default/files/medias/logo_officiel_sierra_alpha_dx_group_-_f4kjp.jpg\"\u003e\u003c/p\u003e\n\u003ch2 id=\"deuxième-partie-hf--téléphonie\"\u003eDeuxième partie HF – Téléphonie\u003c/h2\u003e\n\u003cp\u003eCe week-end, le radioclub \u003cstrong\u003eF4KJP\u003c/strong\u003e participera au \u003cstrong\u003eChampionnat de France – Coupe du REF\u003c/strong\u003e, deuxième partie \u003cstrong\u003eHF Téléphonie\u003c/strong\u003e.\u003c/p\u003e\n\u003cp\u003e📖 Règlement officiel :\u003cbr\u003e\n\u003ca href=\"https://concours.r-e-f.org/reglements/actuels/reg_cdfhf_fr_20251117.pdf\"\u003ehttps://concours.r-e-f.org/reglements/actuels/reg_cdfhf_fr_20251117.pdf\u003c/a\u003e\u003c/p\u003e\n\u003chr\u003e\n\u003ch2 id=\"-qth-et-dates\"\u003e📍 QTH et dates\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003eQTH : Prix Les Mézières\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eDébut : \u003cstrong\u003eSamedi 21 février 2026 – 07h00 locale\u003c/strong\u003e\u003cbr\u003e\nFin : \u003cstrong\u003eDimanche 22 février 2026 – 19h00 locale\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003eDeux jours d’intensité radio, de trafic soutenu, et de coordination permanente.\u003c/p\u003e","title":"F4KJP en Coupe du REF 2026 – Deuxième partie HF Téléphonie"},{"content":"Améliorer le blindage interne de nos postes : EMI, RFI et gain réel en sensibilité Je souhaite améliorer les blindages internes de mes postes qui ne sont pas (ou pas assez) protégés contre les EMI et RFI internes. Dit autrement : le poste est à la fois récepteur (donc “victime”) et source d’énergie électromagnétique parasite… dans le même boîtier.\nIci, un article simple à lire en Français: https://www.eabel.com/fr/blindage-emi-rfi-pour-boitiers-electriques/\nDans un appareil moderne (Anytone D578, etc.), on trouve en permanence :\ndes horloges numériques (MCU, DSP, interfaces), des convertisseurs DC/DC et régulateurs, des PLL/VCO et synthétiseurs, des étages RF (LNA/mélangeurs/IF), des étages de puissance (PA) et leurs harmoniques. Tout cela cohabite dans un volume réduit, avec des plans de masse parfois partagés, des nappes/câbles internes, et des blindages mécaniques “minimum viable”. Résultat : du bruit interne peut remonter le plancher de bruit, dégrader la dynamique, et faire perdre de la sensibilité… sans qu’on s’en rende compte, parce que “ça marche quand même”.\nToutes ces zones en jaune pourraient accuellir un blindage! EMI, RFI, CEM : les termes (simplement) EMI (ElectroMagnetic Interference) : énergie électromagnétique indésirable qui perturbe un circuit. RFI (Radio Frequency Interference) : EMI spécifiquement dans la bande RF. CEM (Compatibilité ÉlectroMagnétique) : capacité d’un produit à fonctionner sans (trop) perturber les autres, et sans être (trop) perturbé. Ce n’est pas juste une contrainte “réglementaire” : en réception, c’est directement une question de SNR, donc de sensibilité réelle.\nComment les interférences se propagent : conduction vs rayonnement Une perturbation passe d’une source à une victime par deux grands chemins.\n1) Par conduction (via les conducteurs) L’énergie circule dans :\nl’alimentation (12 V, régulateurs, rails internes), la masse (retours de courant, impédance de masse, boucles), les câbles internes (micro, HP, coax internes, nappes), les pistes du PCB (couplages via impédances partagées). Symptômes typiques :\nbruit qui change avec la charge CPU/écran/activité, bruit qui dépend du mode (TX/RX, GPS), parasites “en peigne” alignés sur une fréquence d’horloge. Contremesures typiques :\ndécouplage (condos proches, valeurs multiples), ferrites (sur rails et signaux), filtres LC, routage masse/retours, réduction des boucles. 2) Par rayonnement (dans l’air, dans le boîtier) L’énergie se propage comme un champ électromagnétique dans le boîtier, et se recouple dans :\nl’entrée RF et son front-end, les pistes à haute impédance, les structures métalliques mal mises à la masse, les ouvertures / joints / interstices. Dans un poste, le rayonnement interne est souvent sous-estimé : une horloge à 24/48/96 MHz n’est pas “RF” sur le papier, mais ses harmoniques et transitoires peuvent se balader très haut en fréquence et se recoupler là où il ne faut pas.\nPourquoi un blindage métallique peut aider (et quand) Le blindage passif (métal relié à la masse) agit principalement de trois façons :\nréflexion des champs (effet cage), absorption (pertes dans le métal), réduction du couplage capacitif/inductif entre zones. Mais il y a une règle pratique : un blindage mal monté peut être presque inutile.\nUn capot “posé” sans bon contact masse laisse fuir par les joints. Un contact masse ponctuel peut créer une impédance RF élevée. Les ouvertures (fentes, trous, découpes) deviennent des fuites. Le point clé : la jonction à la masse (RF ground) Le blindage n’est pas magique. Le contact électrique entre le blindage et la masse du PCB est déterminant.\nplus le contact est continu (ou multipoints rapprochés), mieux c’est, plus l’impédance est faible, plus la “cage” est efficace, les joints (périmètre) sont souvent la faiblesse principale. C’est pour ça que les solutions industrielles utilisent :\ndes clips ou “fences” soudés au PCB, des capots métalliques encliquetables, une géométrie qui garantit un contact répétable. Pourquoi 2 dB, c’est déjà beaucoup Si on fait correctement le travail, on peut viser un gain du type :\n2 dB peuvent sembler faibles, mais en pratique :\n2 dB de bruit en moins = 2 dB de SNR en plus (à signal constant), en limite FM, cela se traduit par moins de souffle et une meilleure intelligibilité, en numérique, 2 dB peuvent faire passer un décodage “instable” à “stable”. Ce n’est pas un miracle, c’est juste de la physique : on baisse le plancher de bruit.\nSolutions industrielles prêtes à l’emploi Je me suis appuyé sur l’article DigiKey suivant, qui explique précisément l’intérêt des blindages standards et la différence entre prototypage et production : https://www.digikey.fr/fr/articles/use-the-right-off-the-shelf-metal-to-shield-against-emi-rfi Et un exemple de produit (Würth Elektronik), c\u0026rsquo;est un kit prêt à couper et plier pour s\u0026rsquo;adapter à toutes les tailles: https://www.digikey.fr/fr/products/detail/w%C3%BCrth-elektronik/360002/10468233\nL’article rappelle un point important : bricoler un blindage en cuivre / FR‑4 plaqué peut fonctionner pour “tester”, mais c’est souvent :\nlong à fabriquer, fragile, difficile à répéter, risqué pour le PCB (chauffe/dessoudage, arrachement de pistes). Les systèmes à clips permettent :\nde souder les supports au PCB (refusion ou fer), d’encliqueter/décliqueter le capot pour mesures et maintenance, de garder une solution compatible “atelier” et reproductible. Refroidissement : un blindage peut aussi être un “radiateur” Un point qui revient dans ce type d’approche : un capot empêche la convection.\nOui… mais en pratique :\nun capot fin en métal conduit bien la chaleur, un capot en FR‑4 (bricolage avec chute de PCB) conduit beaucoup moins bien. Donc un capot métallique mince est souvent meilleur thermiquement qu’un bricolage FR‑4, à condition de garder du cuivre sous-jacent pour évacuer la chaleur (plans, vias thermiques, etc.).\nLes trous dans le blindage : attention au piège Percer des trous peut aider la convection, mais crée des fuites RF.\nRègle simple (ordre de grandeur) : ouverture \u0026lt; λ/10.\nLe piège : la fréquence perturbatrice peut être bien plus haute que la fréquence “utile”. Une horloge numérique génère des harmoniques ; un DC/DC génère des fronts raides ; un PA génère du bruit large bande. Donc dimensionner les trous uniquement sur la bande VHF/UHF d’utilisation n’est pas forcément suffisant.\nHackaday : guide très accessible (avec vidéo) En complément, Hackaday a publié un guide “simple” (et utile) sur le blindage, avec une vidéo : https://hackaday.com/2026/02/16/a-basic-guide-to-shielding/\nCe type de contenu est bon pour comprendre, sans être spécialiste, pourquoi :\nles joints sont critiques, un capot mal relié à la masse fuit, la masse RF n’est pas juste “0 V DC”, la mécanique influence la RF. Ressource : “ABC of Shielding” (Würth) Würth propose aussi un document pédagogique :\nhttps://www.we-online.com/en/components/products/ABC_OF_SHIELDING_ENGLISH\nC’est typiquement le genre de ressource à garder sous le coude : on y trouve des notions très concrètes sur les matériaux, les méthodes, les erreurs classiques et les compromis.\nUne autre page web ici très bien écrite: https://castle-compliance.com/understanding-shielding-effectiveness-data/ Conclusion Les EMI/RFI ne sont pas seulement un sujet de conformité : dans un poste radio, c’est un sujet de performance.\nEn pratique, améliorer le blindage interne vise :\nà réduire le bruit interne rayonné, à éviter le couplage entre zones numériques et RF, à stabiliser le plancher de bruit, à gagner quelques dB de sensibilité utile. Et oui : 2 dB en VHF, c’est déjà un gain très appréciable.\nLa suite : je vais choisir des capots/solutions adaptés, identifier les zones critiques (front-end RX, PLL, etc.), et tester de manière comparative (avant/après) en conditions réelles.\n73\nF4EGM\n","permalink":"https://www.f4egm.ovh/posts/electronique/ameliorer-blindage-emi-rfi-anytone-d578/","summary":"\u003ch1 id=\"améliorer-le-blindage-interne-de-nos-postes--emi-rfi-et-gain-réel-en-sensibilité\"\u003eAméliorer le blindage interne de nos postes : EMI, RFI et gain réel en sensibilité\u003c/h1\u003e\n\u003cp\u003eJe souhaite améliorer les blindages internes de mes postes qui ne sont pas (ou pas assez) protégés contre les \u003cstrong\u003eEMI\u003c/strong\u003e et \u003cstrong\u003eRFI\u003c/strong\u003e internes. Dit autrement : le poste est à la fois \u003cstrong\u003erécepteur\u003c/strong\u003e (donc “victime”) et \u003cstrong\u003esource\u003c/strong\u003e d’énergie électromagnétique parasite… dans le même boîtier.\u003c/p\u003e\n\u003cp\u003e\u003cimg alt=\"EMIRFI\" loading=\"lazy\" src=\"https://github.com/user-attachments/assets/769adcd7-d641-4779-86da-8b4724db349f\"\u003e\u003c/p\u003e\n\u003cp\u003eIci, un article simple à lire en Français:\n\u003ca href=\"https://www.eabel.com/fr/blindage-emi-rfi-pour-boitiers-electriques/\"\u003ehttps://www.eabel.com/fr/blindage-emi-rfi-pour-boitiers-electriques/\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eDans un appareil moderne (Anytone D578, etc.), on trouve en permanence :\u003c/p\u003e","title":"Améliorer le blindage interne de nos postes : EMI, RFI et gain réel en sensibilité"},{"content":"Analog Radio Hunter : un scanner RF nouvelle génération M. Khanfar a récemment publié un nouveau logiciel gratuit nommé Analog Radio Hunter, décrit comme une application professionnelle d’analyse et de monitoring RF construite autour de GNU Radio et Fosphor.\n🔗 Site officiel :\nhttps://khanfar-spectrum-analyzer.web.app/5.html\nCe logiciel se distingue par une approche de scan radicalement différente des scanners traditionnels.\nPhilosophie du logiciel Analog Radio Hunter est conçu pour :\nScanner de larges portions du spectre RF Détecter rapidement des signaux actifs Se verrouiller automatiquement sur les transmissions analogiques Démoduler en NFM, AM ou WFM Contrairement aux scanners classiques qui balayent fréquence par fréquence (step scan), Analog Radio Hunter :\nSurveille un bloc complet de spectre simultanément et réagit aux pics détectés à l’intérieur de cette fenêtre d’échantillonnage.\nC’est un changement fondamental dans la logique de détection.\nInterface et affichage temps réel L’application propose :\nFFT temps réel Waterfall dynamique Curseur interactif Click-to-tune Zoom et pan glissant Lecture fréquence sous curseur Suivi automatique du pic (Peak-follow) Capture d’écran officielle :\nL’interface repose sur Fosphor, connu pour ses visualisations GPU ultra fluides.\nMatériel compatible Le logiciel supporte actuellement :\nRTL-SDR (multi-index) Airspy HackRF Détection automatique au démarrage et changement de périphérique possible depuis l’interface.\nExemple de matériel compatible :\nUne simple clé RTL-SDR V4 suffit pour exploiter la majorité des fonctionnalités.\nFonctionnalités principales (v1.01) Affichage et Scan FFT + waterfall temps réel Scan rapide avec dwell Pause automatique sur squelch Skip des canaux ignorés Filtrage de listes de fréquences Profils de scan sauvegardables Suivi automatique du signal le plus fort dans la fenêtre MS/s Détection intelligente Liste de détection avec horodatage Log d’événements Smart Deactivate double logique : Règle temporelle Règle taux d’occupation (busy rate) Cooldown automatique des favoris Audio et Démodulation NFM AM WFM (récepteur broadcast dédié) Dé-emphasis 50 µs / 75 µs Routage audio vers : Haut-parleurs VB-Cable Périphérique USB Enregistrement audio automatique Nom de fichier avec fréquence + timestamp Bip sur canal favori Signal Stability Filter : fonctionnement détaillé Un des éléments les plus intéressants est le Signal Stability Filter.\nObjectif :\nÉviter les ouvertures/fermetures rapides de squelch dues au bruit ou aux impulsions parasites.\nParamètres Min Open (ms)\nDurée minimale pendant laquelle le squelch brut doit rester ouvert pour être considéré comme stable.\nGrace (ms)\nTemps de maintien après fermeture pour éviter les micro-coupures.\nCibles d’application Détection Enregistrement Maintien de scan Gate audio Valeurs recommandées Min Open : 150 à 250 ms Grace : 40 à 80 ms Si appels courts manqués → réduire Min Open\nSi bavardage persiste → augmenter Grace\nCe système améliore considérablement la fiabilité en environnement RF réel.\nCapture IQ avancée Fonction Histogram IQ Rec :\nCapture IQ en un clic Visualisation histogramme Mode follow et idle Intégration inspectrum Idéal pour analyse postérieure ou investigation d’émissions suspectes.\nCalibration et terrain Auto Squelch Calibrate Mesure plancher de bruit Ajout d’une marge Configuration rapide en terrain Correction PPM RTL-SDR Permet d’ajuster la dérive d’oscillateur des clés RTL.\nDifférence majeure avec un scanner classique Scanner traditionnel : Se place sur une fréquence centrale Attend activité Passe à la suivante Analog Radio Hunter : Observe une bande large complète Détecte instantanément les pics Se cale sur le plus fort signal Réagit à l’intérieur de la fenêtre MS/s C’est un moteur de chasse RF plus que du simple balayage.\nCapabilités à fort impact Moteur de scan réactif large bande Capture IQ instantanée Gestion intelligente des canaux occupés Configuration rapide terrain Routage audio flexible Heatmaps couleur GUI Mode Learning avec aide contextuelle Barre d’état métriques live : Last Active Favorite Peak SNR Level Architecture logicielle Le logiciel repose sur :\nGNU Radio (chaîne DSP) Fosphor (visualisation GPU) Intégration multi-SDR Il est gratuit mais non open source.\n⚠️ Certains antivirus peuvent le signaler par heuristique.\nCela semble être un faux positif, mais prudence recommandée.\nPour qui est ce logiciel ? Radioamateurs Monitoring VHF/UHF Écoute analogique Analyse terrain rapide Investigations RF Détection d’activité intermittente Conclusion Analog Radio Hunter apporte une approche moderne et réactive du scanning RF, bien plus proche d’un analyseur dynamique que d’un scanner à pas discret.\nSa capacité à surveiller un large bloc spectral en permanence change radicalement la logique de détection, surtout avec des clés RTL-SDR abordables.\nPour qui pratique le monitoring analogique ou l’exploration VHF/UHF, c’est un outil à tester sérieusement.\n73 F4EGM\n73\nF4EGM\n","permalink":"https://www.f4egm.ovh/posts/sdr/hunterradio/","summary":"\u003ch1 id=\"analog-radio-hunter--un-scanner-rf-nouvelle-génération\"\u003eAnalog Radio Hunter : un scanner RF nouvelle génération\u003c/h1\u003e\n\u003cp\u003eM. Khanfar a récemment publié un nouveau logiciel gratuit nommé \u003cstrong\u003eAnalog Radio Hunter\u003c/strong\u003e, décrit comme une application professionnelle d’analyse et de monitoring RF construite autour de \u003cstrong\u003eGNU Radio\u003c/strong\u003e et \u003cstrong\u003eFosphor\u003c/strong\u003e.\u003c/p\u003e\n\u003cp\u003e🔗 Site officiel :\u003cbr\u003e\n\u003ca href=\"https://khanfar-spectrum-analyzer.web.app/5.html\"\u003ehttps://khanfar-spectrum-analyzer.web.app/5.html\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eCe logiciel se distingue par une approche de scan radicalement différente des scanners traditionnels.\u003c/p\u003e\n\u003chr\u003e\n\u003ch1 id=\"philosophie-du-logiciel\"\u003ePhilosophie du logiciel\u003c/h1\u003e\n\u003cp\u003eAnalog Radio Hunter est conçu pour :\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eScanner de larges portions du spectre RF\u003c/li\u003e\n\u003cli\u003eDétecter rapidement des signaux actifs\u003c/li\u003e\n\u003cli\u003eSe verrouiller automatiquement sur les transmissions analogiques\u003c/li\u003e\n\u003cli\u003eDémoduler en \u003cstrong\u003eNFM\u003c/strong\u003e, \u003cstrong\u003eAM\u003c/strong\u003e ou \u003cstrong\u003eWFM\u003c/strong\u003e\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eContrairement aux scanners classiques qui balayent fréquence par fréquence (step scan), Analog Radio Hunter :\u003c/p\u003e","title":"Analog Radio Hunter : un scanner RF intelligent basé sur GNU Radio et Fosphor"},{"content":"Echo : le récepteur radio universel pour iOS Une nouvelle application attire fortement l’attention dans le monde du SDR accessible au grand public : Echo, un client iOS natif permettant d’accéder à plus de 2000 récepteurs SDR communautaires répartis sur tous les continents.\n🔗 Article RTL-SDR.com :\nhttps://www.rtl-sdr.com/echo-a-native-ios-client-for-kiwisdr-openwebrx/\nL’application est actuellement en beta via TestFlight, et je fais partie de l’équipe qui la teste sous iOS.\nDans notre contexte ADRASEC08, cela pourrait devenir un outil extrêmement intéressant pour exploiter nos serveurs OpenWebRX sur le terrain.\nLe concept Echo se présente comme :\nThe universal radio receiver for iOS.\nConcrètement, l’application permet d’accéder de manière native aux réseaux :\nKiwiSDR OpenWebRX WebSDR FM-DX Contrairement à un simple navigateur web, Echo encapsule les flux dans une application iOS native écrite en SwiftUI, ce qui permet des fonctionnalités impossibles à obtenir via Safari seul.\nCe que permet Echo Avec un simple iPhone :\nÉcoute des bandes HF mondiales Aviation transatlantique Stations FM lointaines (FM-DX) Réseaux VHF/UHF Numéros stations Récepteurs distants partout dans le monde Le tout avec une interface optimisée tactile.\nInterface et ergonomie Vue principale L’interface combine :\nWaterfall temps réel FFT Contrôles de tuning Gestion des profils serveur Scanner intégré Le moteur audio repose sur le client web officiel des serveurs (Kiwi/OpenWebRX/etc.), garantissant 100% de compatibilité avec les extensions et décodeurs existants.\nCarte mondiale intégrée Grâce à l’intégration MapKit native, il est possible de :\nExplorer visuellement les récepteurs Filtrer par réseau (Kiwi, OpenWebRX, WebSDR, FM-DX) Filtrer par région (ex : USA uniquement) Identifier rapidement les stations les plus performantes Fonctionnalités techniques intéressantes 1️⃣ Audio en arrière-plan L’application maintient :\nLa connexion Le décodage L’audio Même écran verrouillé ou en multitâche.\nPour un usage terrain ou ADRASEC, c’est un point majeur.\n2️⃣ Smart Manual Tuner Saisie intelligente :\n\u0026ldquo;101.1\u0026rdquo; → FM \u0026ldquo;15000\u0026rdquo; → 15 MHz Pas besoin de basculer kHz/MHz Un détail ergonomique, mais extrêmement efficace en usage mobile.\n3️⃣ Scan intelligent Mode scanner configurable :\nListe de fréquences Pause sur squelch Cycle automatique Intéressant pour surveillance VHF ou HF.\n4️⃣ Métriques temps réel Tri des serveurs par :\nSNR Niveau signal Réactivité Cela permet de choisir immédiatement le meilleur récepteur distant.\n5️⃣ Base de données locale 10 000+ fréquences intégrées Logs personnels Favoris sauvegardés localement Aucune dépendance cloud externe.\nImplémentation technique Interface : 100% SwiftUI natif Base de données locale Aucun tracking Aucun serveur propriétaire Données stockées localement ou dans iCloud personnel chiffré Cela rassure énormément côté sécurité.\nPour nos OpenWebRX ADRASEC08 Dans notre configuration :\nServeurs OpenWebRX exposés Utilisation en mobilité Besoin d’accès rapide Consultation terrain Echo pourrait :\nSimplifier l’accès mobile Éviter les problèmes Safari Maintenir l’audio en arrière-plan Offrir un scanner pratique L’ajout de serveurs privés est possible :\nSélection du type (OpenWebRX) Saisie de l’URL Connexion immédiate\nCe qui arrive bientôt Roadmap annoncée :\n🎙 Smart Interpreter (speech-to-text + traduction temps réel) 🎧 Smart Recording avec transcription automatique Capture IQ simplifiée Automatisation des logs Si cela fonctionne correctement, cela pourrait transformer l’usage mobile du SDR.\nCompatibilité iOS 17+ iPhone iPad macOS Apple Silicon Statut actuel Version : Beta Distribution : TestFlight Développement actif Conclusion Echo ne remplace pas OpenWebRX ou KiwiSDR.\nIl agit comme une surcouche mobile intelligente.\nPour un radioamateur, un DXer, un passionné HF, ou une structure comme l’ADRASEC :\nAccès mondial instantané Interface optimisée mobile Scanner intégré Zéro tracking L’application mérite clairement d’être suivie.\nJe continue les tests sous iOS et publierai un retour plus technique après plusieurs semaines d’usage réel.\nNEWS NEWS NEWS Mise à jour – 17 février 2026 – 15h39 Quelques minutes après la publication de cet article, une nouvelle version TestFlight a été publiée :\nVersion 1.0.0 (Build 2)\nCette mise à jour apporte plusieurs changements importants, dont un point majeur initialement prévu pour une version ultérieure.\nAudio en arrière-plan désormais disponible Background Audio prévu dans une version ultérieure\nL’audio en arrière-plan est désormais activé dès cette version beta.\nIl est maintenant possible :\nde verrouiller l’écran, d’utiliser d’autres applications, de laisser l’iPhone en veille, tout en conservant la lecture audio active depuis KiwiSDR, OpenWebRX, WebSDR ou FM-DX.\nPour un usage terrain (veille longue durée, supervision ADRASEC, monitoring HF ou VHF en mobilité), cela change complètement l’expérience utilisateur. L’application devient réellement exploitable en écoute continue.\nCorrectif du mode silencieux (Silent Switch Fix) Echo se comporte désormais comme une application média standard.\nMême si le commutateur Sonnerie/Silencieux de l’iPhone est activé, l’audio continue de fonctionner correctement.\nCela corrige un comportement gênant qui pouvait faire croire à un dysfonctionnement lors d’une première utilisation.\nAmélioration de la fiabilité audio Plusieurs corrections ont été apportées :\nsuppression de coupures audio intermittentes, correction d’interruptions inattendues du flux, amélioration globale de la stabilité. Les premiers tests montrent une meilleure continuité de lecture, notamment sur des sessions longues.\nAméliorations de la carte et des serveurs Correction des clusters sur la carte Avant :\nCliquer sur un groupe de serveurs situés au même endroit ne produisait aucune action.\nDésormais :\nUn appui sur un cluster ouvre une vue listant les serveurs disponibles à cet emplacement.\nCette correction améliore fortement l’ergonomie dans les zones à forte densité de récepteurs (États-Unis, Allemagne, Europe centrale, etc.).\nCohérence visuelle Correction d’une incohérence de couleurs entre :\nles pins affichées sur la carte, la légende correspondante. Un détail, mais important pour la lisibilité.\nToast de connexion enrichi La notification « Connected » est désormais plus informative et propose une nouvelle option :\nouverture directe de l’URL originale du serveur dans le navigateur. Cela peut être utile pour :\naccéder aux extensions natives OpenWebRX ou KiwiSDR, comparer l’affichage Web et l’affichage Echo, diagnostiquer un comportement serveur. Vérification des serveurs personnalisés Ajout d’un mécanisme de validation des URL lors de l’ajout d’un serveur personnalisé.\nL’application vérifie désormais que l’URL correspond bien à un endpoint SDR valide avant de l’enregistrer.\nPour nous, dans le contexte des OpenWebRX utilisés à l’ADRASEC08, c’est particulièrement pertinent afin d’éviter les erreurs de configuration.\nCorrectifs et améliorations d’interface Manual Tuner Corrections :\nrésolution du problème de taille de la fenêtre sur iPad, correction du comportement sur Mac Apple Silicon. Fenêtre du tuner trop petite\nAjout :\npossibilité d’effacer l’historique des fréquences récemment utilisées. Gestion des favoris Il est désormais possible d’ajouter un serveur en favori même lorsque l’on est déjà connecté à un autre serveur favori.\nCe changement simplifie la gestion rapide de plusieurs stations importantes en parallèle.\nImpact pratique pour nos usages ADRASEC Avec cette mise à jour, Echo passe d’un client prometteur à un outil réellement exploitable sur le terrain.\nLes points déterminants sont :\naudio en arrière-plan fonctionnel, stabilité améliorée, meilleure gestion cartographique, validation des serveurs personnalisés. Dans un contexte de supervision mobile de nos OpenWebRX, notamment lors d’exercices ou d’activités terrain, cette évolution est significative.\nNous continuons les tests sous TestFlight et documenterons les retours d’expérience au fur et à mesure des prochaines versions.\n73\nF4EGM\n","permalink":"https://www.f4egm.ovh/posts/logiciels/echo/","summary":"\u003ch1 id=\"echo--le-récepteur-radio-universel-pour-ios\"\u003eEcho : le récepteur radio universel pour iOS\u003c/h1\u003e\n\u003cp\u003eUne nouvelle application attire fortement l’attention dans le monde du SDR accessible au grand public : \u003cstrong\u003eEcho\u003c/strong\u003e, un client iOS natif permettant d’accéder à plus de \u003cstrong\u003e2000 récepteurs SDR communautaires\u003c/strong\u003e répartis sur tous les continents.\u003c/p\u003e\n\u003cp\u003e🔗 Article RTL-SDR.com :\u003cbr\u003e\n\u003ca href=\"https://www.rtl-sdr.com/echo-a-native-ios-client-for-kiwisdr-openwebrx/\"\u003ehttps://www.rtl-sdr.com/echo-a-native-ios-client-for-kiwisdr-openwebrx/\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eL’application est actuellement en \u003cstrong\u003ebeta via TestFlight\u003c/strong\u003e, et je fais partie de l’équipe qui la teste sous iOS.\u003c/p\u003e\n\u003cp\u003e\u003cimg alt=\"screenshot\" loading=\"lazy\" src=\"https://github.com/user-attachments/assets/e59b3bbd-6eea-4bc5-8892-8143805da62a\"\u003e\u003c/p\u003e\n\u003cp\u003eDans notre contexte ADRASEC08, cela pourrait devenir un outil extrêmement intéressant pour exploiter nos serveurs \u003cstrong\u003eOpenWebRX\u003c/strong\u003e sur le terrain.\u003c/p\u003e","title":"Echo : un client iOS natif pour KiwiSDR, OpenWebRX et WebSDR"},{"content":"xSDR : la campagne de financement est lancée Wavelet Lab a lancé la campagne de financement participatif pour le xSDR, un SDR compact au format M.2 2230 A+E Key.\n🔗 Campagne officielle :\nhttps://www.crowdsupply.com/wavelet-lab/xsdr\nPrix annoncé : 549 USD\nLivraison estimée : 15 juillet 2026\nPrésentation technique Le xSDR est un SDR simple face conçu pour une intégration directe dans :\nPC portables Tablettes compatibles SBC modernes Systèmes embarqués industriels Caractéristiques principales :\n2x2 MIMO RX/TX Bande de fréquence : 30 MHz – 3.8 GHz Jusqu’à 122.88 MSPS FPGA intégré mis à jour Plateforme web wsdr.io pour applications RF en navigateur Illustration du module :\nIl existe des cartes d\u0026rsquo;adaptation PCI vers M2 avec les ports SMA déjà prêt à etre branchés\nArchitecture RF : LMS7002M Le xSDR repose sur le LMS7002M (Lime Microsystems).\n🔗 Fiche technique LMS7002M :\nhttps://limemicro.com/products/lms7002m/\nPoints clés du LMS7002M Transceiver 2x2 MIMO complet 30 MHz – 3.8 GHz Large bande instantanée (~100 MHz selon configuration) ADC/DAC 12 bits TX typique : ~+10 dBm Architecture très configurable Le LMS7002M équipe également les cartes LimeSDR.\nComparaison avec l’AD9363 (LibreSDR) Le LibreSDR basé sur AD9363 est disponible autour de 130 €.\nIllustration type LibreSDR :\n🔗 Documentation AD9363 :\nhttps://www.analog.com/en/products/ad9363.html\nAD9363 – Caractéristiques principales 2x2 MIMO RX/TX 325 MHz – 3.8 GHz Bande passante ~20 MHz (officiel) ADC/DAC 12 bits TX typique : ~+7 à +8 dBm Très stable côté drivers (libiio) Différences majeures Élément xSDR (LMS7002M) LibreSDR (AD9363) Prix ~549 USD ~130 € Format M.2 interne Ethernet externe Bande basse 30 MHz 70 MHz Bande passante Large (~100 MHz possible) ~20 MHz Connectivité PCIe via M.2 Ethernet Usage typique Intégration embarquée Banc RF / station distante Connectivité : M.2 vs Ethernet xSDR (M.2) Intégration directe Latence minimale Idéal pour systèmes embarqués Aucun câble externe LibreSDR (Ethernet) Déployable à distance Isolation RF plus simple Compatible réseau natif Flexible en station distante GNU Radio et écosystème logiciel Les deux solutions sont compatibles avec :\nGNU Radio\nhttps://www.gnuradio.org/ SDRangel SoapySDR Applications personnalisées Le LMS7002M s’appuie sur LimeSuite.\nL’AD9363 s’appuie sur libiio (Analog Devices).\nEn pratique :\nAD9363 : très stable et robuste LMS7002M : plus flexible, plus configurable Sensibilité et performances RF Les deux utilisent des convertisseurs 12 bits.\nLa performance réelle dépend :\nDu filtrage analogique De l’implémentation PCB De l’alimentation De la calibration En général :\nSensibilité RX comparable LMS7002M offre plus de bande instantanée AD9363 très propre en implémentation RF Philosophie produit LibreSDR (~130 €) Excellent rapport qualité/prix Ethernet pratique Idéal labo, QO-100, expérimentation xSDR (~549 USD) Intégration embarquée moderne Large bande instantanée Format industriel compact Ce ne sont pas des concurrents directs mais deux approches différentes du SDR 2x2 MIMO.\nConclusion L’arrivée du xSDR au format M.2 natif est une évolution intéressante pour :\nRF embarqué Recherche sans fil Prototypage rapide Applications intégrées compactes Le LibreSDR AD9363 reste cependant une référence en termes de coût/performance.\nLe choix dépendra donc :\ndu budget du besoin en bande passante de l’intégration système de l’architecture cible 73 F4EGM\n","permalink":"https://www.f4egm.ovh/posts/sdr/xsdr/","summary":"\u003ch1 id=\"xsdr--la-campagne-de-financement-est-lancée\"\u003exSDR : la campagne de financement est lancée\u003c/h1\u003e\n\u003cp\u003eWavelet Lab a lancé la campagne de financement participatif pour le \u003cstrong\u003exSDR\u003c/strong\u003e, un SDR compact au format \u003cstrong\u003eM.2 2230 A+E Key\u003c/strong\u003e.\u003c/p\u003e\n\u003cp\u003e🔗 Campagne officielle :\u003cbr\u003e\n\u003ca href=\"https://www.crowdsupply.com/wavelet-lab/xsdr\"\u003ehttps://www.crowdsupply.com/wavelet-lab/xsdr\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003ePrix annoncé : \u003cstrong\u003e549 USD\u003c/strong\u003e\u003cbr\u003e\nLivraison estimée : \u003cstrong\u003e15 juillet 2026\u003c/strong\u003e\u003c/p\u003e\n\u003chr\u003e\n\u003ch2 id=\"présentation-technique\"\u003ePrésentation technique\u003c/h2\u003e\n\u003cp\u003eLe xSDR est un SDR simple face conçu pour une intégration directe dans :\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ePC portables\u003c/li\u003e\n\u003cli\u003eTablettes compatibles\u003c/li\u003e\n\u003cli\u003eSBC modernes\u003c/li\u003e\n\u003cli\u003eSystèmes embarqués industriels\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eCaractéristiques principales :\u003c/p\u003e","title":"xSDR en crowdfunding : M.2 SDR 2x2 MIMO face au LibreSDR AD9363"},{"content":"Automatiser Hugo avec GitHub Actions vers OVH Contexte Ce site fonctionne avec Hugo [ https://gohugo.io/\nJusqu\u0026rsquo;à présent, la mise à jour du site se faisait ainsi :\nhugo \u0026ndash;minify\\ Upload manuel via FileZilla vers l\u0026rsquo;hébergement OVH Cela fonctionne, mais ce n\u0026rsquo;est ni reproductible ni optimal.\nObjectif : un simple git push doit publier automatiquement le site.\nEt donc tout migrer sur GitHub!\nhttps://github.com/Telectroboy/F4EGM\nStructure du dépôt Le dépôt contient :\nhugo.toml\\ content/\\ themes/PaperMod/ (ajouté via submodule Git)\\ .github/workflows/ Ajout du thème PaperMod en submodule :\ngit submodule add https://github.com/adityatelange/hugo-PaperMod.git themes/PaperMod\ngit commit -m \u0026ldquo;Add PaperMod as submodule\u0026rdquo;\ngit push\nGitHub Actions Fichier : .github/workflows/deploy-ovh.yml\nname: Build \u0026amp; Deploy Hugo to OVH on: push: branches: [\u0026#34;master\u0026#34;] permissions: contents: read jobs: build-deploy: runs-on: ubuntu-latest steps: - name: Checkout (with submodules) uses: actions/checkout@v4 with: submodules: true fetch-depth: 0 - name: Setup Hugo uses: peaceiris/actions-hugo@v3 with: hugo-version: \u0026#34;0.155.3\u0026#34; extended: true - name: Build run: hugo --minify - name: Deploy to OVH (FTP) uses: SamKirkland/FTP-Deploy-Action@v4.3.5 with: server: ${{ secrets.OVH_FTP_SERVER }} username: ${{ secrets.OVH_FTP_USERNAME }} password: ${{ secrets.OVH_FTP_PASSWORD }} local-dir: public/ server-dir: ${{ secrets.OVH_FTP_DIR }} Secrets GitHub Dans Settings → Secrets and variables → Actions :\nOVH_FTP_SERVER\\ OVH_FTP_USERNAME\\ OVH_FTP_PASSWORD\\ OVH_FTP_DIR (souvent /www/) Problème rencontré Sans l\u0026rsquo;option :\nsubmodules: true\nLe thème n\u0026rsquo;était pas chargé lors du build GitHub Actions.\nRésultat : Hugo générait uniquement des fichiers XML (RSS, sitemap) et aucun HTML.\nAprès correction, les pages HTML ont bien été générées et synchronisées.\nDéploiement différentiel L\u0026rsquo;action FTP crée un fichier :\n.ftp-deploy-sync-state.json\nAprès le premier déploiement, seuls les fichiers modifiés sont envoyés.\nWorkflow final git add .\ngit commit -m \u0026ldquo;Nouvel article\u0026rdquo;\ngit push\n→ Build automatique\n→ Génération Hugo\n→ Synchronisation FTP\n→ Site en ligne\nConclusion GitHub Actions transforme un site statique Hugo en pipeline CI/CD propre :\nPlus de FTP manuel\\ Historique des déploiements\\ Synchronisation fiable\\ Gain de temps Le site devient un projet versionné, déployé automatiquement et maintenable.\n","permalink":"https://www.f4egm.ovh/posts/logiciels/automatiser-hugo-github-actions-ovh/","summary":"\u003ch1 id=\"automatiser-hugo-avec-github-actions-vers-ovh\"\u003eAutomatiser Hugo avec GitHub Actions vers OVH\u003c/h1\u003e\n\u003ch2 id=\"contexte\"\u003eContexte\u003c/h2\u003e\n\u003cp\u003eCe site fonctionne avec Hugo\n[\u003cimg alt=\"Image\" loading=\"lazy\" src=\"https://gohugo.io/images/hugo-logo-wide.svg\"\u003e\nhttps://gohugo.io/\u003c/p\u003e\n\u003cp\u003eJusqu\u0026rsquo;à présent, la mise à jour du site se faisait ainsi :\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003ehugo \u0026ndash;minify\\\u003c/li\u003e\n\u003cli\u003eUpload manuel via FileZilla vers l\u0026rsquo;hébergement OVH\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eCela fonctionne, mais ce n\u0026rsquo;est ni reproductible ni optimal.\u003c/p\u003e\n\u003cp\u003eObjectif : un simple \u003ccode\u003egit push\u003c/code\u003e doit publier automatiquement le site.\u003c/p\u003e\n\u003cp\u003eEt donc tout migrer sur GitHub!\u003c/p\u003e\n\u003cp\u003e\u003cimg alt=\"Image\" loading=\"lazy\" src=\"https://upload.wikimedia.org/wikipedia/commons/thumb/c/c2/GitHub_Invertocat_Logo.svg/250px-GitHub_Invertocat_Logo.svg.png\"\u003e\n\u003ca href=\"https://github.com/Telectroboy/F4EGM\"\u003ehttps://github.com/Telectroboy/F4EGM\u003c/a\u003e\u003c/p\u003e\n\u003chr\u003e\n\u003ch2 id=\"structure-du-dépôt\"\u003eStructure du dépôt\u003c/h2\u003e\n\u003cp\u003eLe dépôt contient :\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ehugo.toml\\\u003c/li\u003e\n\u003cli\u003econtent/\\\u003c/li\u003e\n\u003cli\u003ethemes/PaperMod/ (ajouté via submodule Git)\\\u003c/li\u003e\n\u003cli\u003e.github/workflows/\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAjout du thème PaperMod en submodule :\u003c/p\u003e","title":"Automatiser Hugo avec GitHub Actions vers OVH"},{"content":"Restauration d’un rotor G-250 – Reconstruction mécanique en impression 3D Il y a environ 25 ans, ce rotor était installé en haut d’une barre d’acier pleine, supportant une antenne delta loop 3 éléments.\nLa coquille supérieure avait cédé sous l’effet du vent.\nJe ne l’ai jamais jeté.\nDocumentation technique Un document PDF très détaillé permet d’accéder aux vues éclatées complètes :\nhttps://pierreprovot.wordpress.com/wp-content/uploads/2010/03/rotor-g-250.pdf\nVue éclatée de la mécanique J’avais refait une coque sur un tour il y a longtemps… au point d’avoir oublié l’opération.\nIl manque aujourd’hui le pignon n°10.\nHeureusement, la nomenclature est complète dans la documentation mais erronnée!!! Il faut utiliser le module de 1.25mm pour le pignon de 18 dents !\nReconstruction 3D Objectif : reconstruire les pièces manquantes en ASA via modélisation 3D.\nOutil utilisé : OnShape\nModèle : https://cad.onshape.com/documents/97c102a7b2e5f75d46d869f3/w/27f4efea2ddeb4f046fe72d2/e/de5d6509641b21301f6501a4\nUn fournisseur potentiel de pièces d’origine : https://stecker-shop.net/epages/27edac8b-bca1-4619-a0d8-f53e62f2ef2c.mobile/de_DE/?ObjectPath=/Shops/27edac8b-bca1-4619-a0d8-f53e62f2ef2c/Categories/Produkte/9/103/108/229\nAnalyse matériau Acier S235 Acier de construction non allié (EN 10025)\nLimite d’élasticité minimale : 235 MPa (faible épaisseur) Acier doux (~0,17 % carbone typique) Ancienne désignation : E24 Proche d’un A36 (US), sans être strictement équivalent ASA (impression 3D) Propriétés typiques :\nRésistance traction : ~35–50 MPa Module d’élasticité : ~1,8–2,2 GPa Bonne tenue UV Température de ramollissement : ~95–105°C Sensible au fluage sous charge Application : roue dentée dans un rotor G-250 Points critiques identifiés :\nUsure des dents Écrasement au pied de dent Augmentation progressive du jeu Déformation sous couple important L’ASA devrait tenir quelques années en usage modéré, mais il faudra surveiller :\nLe couple appliqué La vitesse de rotation Les charges dynamiques liées au vent Une version renforcée (infill élevé, orientation des couches optimisée, éventuellement insert métallique) pourrait améliorer la durabilité.\nLa suite consistera à valider les dimensions du pignon n°10, vérifier le module, le nombre de dents et le jeu fonctionnel avant impression.\n","permalink":"https://www.f4egm.ovh/posts/mecanique/yaesug250/","summary":"\u003ch2 id=\"restauration-dun-rotor-g-250--reconstruction-mécanique-en-impression-3d\"\u003eRestauration d’un rotor G-250 – Reconstruction mécanique en impression 3D\u003c/h2\u003e\n\u003cp\u003eIl y a environ 25 ans, ce rotor était installé en haut d’une barre d’acier pleine, supportant une antenne delta loop 3 éléments.\u003cbr\u003e\nLa coquille supérieure avait cédé sous l’effet du vent.\u003c/p\u003e\n\u003cp\u003eJe ne l’ai jamais jeté.\u003c/p\u003e\n\u003cp\u003e\u003cimg alt=\"Rotor G-250\" loading=\"lazy\" src=\"https://encrypted-tbn0.gstatic.com/images?q=tbn:ANd9GcSvNb25fyCdWll1dpLsw-DYyE1ArF33L1Uc-g\u0026s\"\u003e\u003c/p\u003e\n\u003ch2 id=\"documentation-technique\"\u003eDocumentation technique\u003c/h2\u003e\n\u003cp\u003eUn document PDF très détaillé permet d’accéder aux vues éclatées complètes :\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"https://pierreprovot.wordpress.com/wp-content/uploads/2010/03/rotor-g-250.pdf\"\u003ehttps://pierreprovot.wordpress.com/wp-content/uploads/2010/03/rotor-g-250.pdf\u003c/a\u003e\u003c/p\u003e\n\u003ch3 id=\"vue-éclatée-de-la-mécanique\"\u003eVue éclatée de la mécanique\u003c/h3\u003e\n\u003cp\u003e\u003cimg alt=\"Vue éclatée\" loading=\"lazy\" src=\"https://i.servimg.com/u/f52/11/30/17/07/g25010.jpg\"\u003e\u003c/p\u003e","title":"Réparation d'un rotor Yaesu G-250"},{"content":"Antenne Dual-Band High Gain Flower Pot Voici une antenne que j’ai réalisée récemment et qui fonctionne remarquablement bien en VHF et UHF : la Dual-Band High Gain Flower Pot conçue par VK2ZOI.\nArticle original (avec tous les schémas et explications détaillées) :\nhttps://vk2zoi.com/articles/dual-band-high-gain-flower-pot/\n[]\nJe l’utilise en intérieur pour attaquer le relais local F5ZCE avec un petit poste de 5 W, et les résultats sont très satisfaisants.\nPrincipe de l’antenne Le design de VK2ZOI est une évolution de la Flower Pot demi-onde classique.\nLe principe repose sur :\nUne section rayonnante 1/2 onde en VHF Une configuration permettant de fonctionner également en 70 cm Un système de sleeves coaxiaux (manchons) et de phasage Sur 70 cm, l’antenne se comporte comme un empilement de sections rayonnantes en phase, ce qui améliore le diagramme vertical et le gain par rapport à une simple demi-onde.\nTous les calculs, longueurs exactes, schémas de principe et diagrammes sont disponibles sur la page de VK2ZOI.\nJe ne les reproduis pas ici volontairement : référez-vous directement à son article, qui est très bien documenté.\nMa réalisation Matériel utilisé RG58 50 Ω Papier aluminium ménager (pour réaliser les sleeves) Tube IRO / PVC comme support Pièces imprimées en 3D : Guides pour maintenir le coax bien centré Gabarits pour assurer un diamètre précis Supports pour former les spires Fichier des pièces 3D :\nhttps://cad.onshape.com/documents/3be0b0e486e3c2586735ab91/w/e4e606bfe45fd35704b37fb2/e/7a1ec4b8883fc0cf52e7e41b?renderMode=0\u0026amp;uiState=699070a04fb432e519c7a0a3\n[]\nSleeves en aluminium Sur la conception originale, les sleeves sont réalisés en cuivre ou matériau conducteur rigide.\nDans mon cas :\nJ’ai utilisé du papier aluminium ménager Enroulé soigneusement autour des pièces imprimées Maintenu mécaniquement par du simple gaffer Le rôle de ces sleeves est crucial :\nIls assurent le découplage RF Ils participent à l’accord en VHF Ils influencent directement le comportement en UHF ⚠️ Le diamètre et la position sont critiques, d’où l’intérêt des pièces 3D pour garantir la répétabilité.\nSpires de maintien du coax J’ai également imprimé des guides pour :\nMaintenir le coaxial bien droit Garantir un diamètre constant Éviter les déformations lors du montage Une variation de quelques millimètres peut décaler l’accord, surtout sur 70 cm.\nRéglage Le réglage se fait principalement :\nEn ajustant légèrement la position des sleeves En vérifiant le ROS sur les deux bandes En affinant si nécessaire avec un NanoVNA Sur ma réalisation :\nTrès bon accord en VHF Très bon comportement en UHF avec un accord perfectible dans mon cas en dessous de 2:1 Utilisable immédiatement sans optimisation extrême Utilisation réelle Je l’utilise en intérieur, fixée verticalement dans la mezzanine.\nAvec seulement 5 W, j’attaque sans difficulté le relais F5ZCE, là où une simple antenne portable ne donnait pas satisfaction.\nLe comportement est stable, reproductible, et le rapport performance / coût est excellent.\nPoints importants ✔ Construction économique\n✔ Pas besoin d’éléments séparés pour VHF et UHF\n✔ Performances supérieures à une simple verticale portable\n✔ Compatible usage fixe léger ou intérieur\nÀ noter :\nLe RG58 n’est pas idéal sur de longues distances en UHF La précision mécanique est assez importante mais les guides en impression 3D simplifient le travail Le design reste expérimental → bien suivre les dimensions de VK2ZOI Conclusion La Dual-Band High Gain Flower Pot de VK2ZOI est un excellent projet DIY pour qui veut une antenne performante en VHF/UHF à faible coût.\nGrâce au RG58, aux sleeves en aluminium ménager et aux pièces imprimées en 3D pour garantir la géométrie, j’obtiens une antenne efficace qui me permet de travailler le relais local avec seulement 5 W.\nJe recommande vivement la lecture complète de l’article original :\n👉 https://vk2zoi.com/articles/dual-band-high-gain-flower-pot/\n73\nF4EGM\n","permalink":"https://www.f4egm.ovh/posts/antennes/dualbandvk2zoi/","summary":"\u003ch1 id=\"antenne-dual-band-high-gain-flower-pot\"\u003eAntenne Dual-Band High Gain Flower Pot\u003c/h1\u003e\n\u003cp\u003eVoici une antenne que j’ai réalisée récemment et qui fonctionne \u003cstrong\u003eremarquablement bien en VHF et UHF\u003c/strong\u003e : la \u003cstrong\u003eDual-Band High Gain Flower Pot\u003c/strong\u003e conçue par VK2ZOI.\u003c/p\u003e\n\u003cp\u003eArticle original (avec tous les schémas et explications détaillées) :\u003cbr\u003e\n\u003cstrong\u003e\u003ca href=\"https://vk2zoi.com/articles/dual-band-high-gain-flower-pot/\"\u003ehttps://vk2zoi.com/articles/dual-band-high-gain-flower-pot/\u003c/a\u003e\u003c/strong\u003e\u003c/p\u003e\n\u003cp\u003e[\u003cimg alt=\"Schéma VK2ZOI\" loading=\"lazy\" src=\"https://vk2zoi.com/assets/highgain-1.png\"\u003e]\u003c/p\u003e\n\u003cp\u003eJe l’utilise \u003cstrong\u003een intérieur\u003c/strong\u003e pour attaquer le relais local \u003cstrong\u003eF5ZCE\u003c/strong\u003e avec un petit poste de \u003cstrong\u003e5 W\u003c/strong\u003e, et les résultats sont très satisfaisants.\u003c/p\u003e\n\u003chr\u003e\n\u003ch1 id=\"principe-de-lantenne\"\u003ePrincipe de l’antenne\u003c/h1\u003e\n\u003cp\u003eLe design de VK2ZOI est une évolution de la Flower Pot demi-onde classique.\u003c/p\u003e","title":"Antenne Dual-Band High Gain Flower Pot – Réalisation personnelle"},{"content":"Réparation Anytone D578UV Plus Réparation du PA VHF J’ai acheté ce poste d’occasion pour 300 € fdp compris à un OM belge qui m’indiquait qu’il fonctionnait parfaitement avant l’envoi.\nAprès réception, test immédiat sur alimentation de laboratoire limitée à 6 A sous 13,5 V.\n⚠️ Ces alimentations limitent le courant de manière quasi instantanée.\nElles sont conçues pour le développement et la réparation électronique et ne contiennent pas de fortes capacités capables de délivrer une grosse impulsion d’énergie.\nTests initiaux UHF (préréglage usine) Charge fictive 50 Ω Mesure ROS 50 W en sortie ROS = 1:1 RAS VHF Seulement quelques milliwatts en sortie Consommation TX : 1,6 A Variation d’environ 100 mA entre 5 W et 50 W affichés 👉 Impossible que le poste ait fonctionné correctement avant envoi.\nJ’ai d’abord remis en cause mon utilisation (ne connaissant pas bien le matériel), mais après plusieurs essais et réglages, il fallait se rendre à l’évidence : panne matérielle.\nOuverture du poste À l’ouverture, le PA est caché sous un petit blindage métallique.\nEn retirant ce cache, découverte immédiate :\n🔥 PA détruit : NXP AFT05MP075N Trou visible dans le transistor RF :\nLe transistor incriminé est un :\nNXP AFT05MP075N\nTransistor RF LDMOS 40 V couvrant 136–520 MHz.\nCommandé ici :\nhttps://fr.farnell.com/nxp/aft05mp075nr1/fet-rf-40v-136mhz-520mhz-to-270wb/dp/2890588\nLiens utiles https://anytonetechzone.byethost7.com/578techmods.htm?i=2#BandError https://radioamateur.org/annonce/Vente/anytone-uv578d-et-bt01?74c735aa5d86669ddaddcccc71371b56 https://a08.veron.nl/nieuwe-gratis-codeplug-beschikbaar-voor-anytone-578-en-878/ https://www.qrz.com/db/PC7MM (OM entendu sur QO-100 !) https://wyomingsurvival.org/2022/12/09/at-options-opening-up-your-anytone-at-d878uv-and-at-d578uv/ https://forum.digirig.net/t/cat-control-for-anytone-at-d578uv-plus/2847 Démontage du transistor Pour retirer le transistor, j’ai :\nDessoudé les pattes Cassé la partie supérieure du boîtier PCB – Zone non peuplée Sous le PCB, on observe une rangée complète de composants non peuplés.\nOn distingue également un espace prévu pour un blindage et des zones de fixation.\n🤔 À quoi sert cette zone ?\nProbablement une version multi-bande ou variante industrielle du design.\nDémontage de la semelle cuivre J’ai arraché le cuivre en pensant que c’était collé…\nEn réalité, c’était soudé à l’étain.\nOn en apprend tous les jours…\nLa semelle a pris quelques coups de tournevis…\nRepose du transistor Chauffe \u0026ldquo;à la barbare\u0026rdquo; Radiant en dessous Gros fer à souder type toiture Résultat : semelle bien attaquée, planéité compromise.\nPréparation Polissage de la surface cuivre Application de pâte à braser (un peu trop…) Matériel utilisé (NO CLEAN… mais nettoyage quand même nécessaire)\nFusion et positionnement 💡 J’aurais dû positionner une des grandes vis à froid avant la chauffe.\nFixation mécanique provisoire Vis + entretoise sous PCB pour maintenir la semelle pendant le montage :\nNouvelle chauffe en insistant davantage :\nAjout d’un poids pendant le refroidissement :\nExcès d’étain :\nTrou de vis partiellement comblé :\nNettoyage + léger ponçage :\nRésultats après réparation Puissances obtenues Low : 100 mW Medium : 6 W High : 18,6 W Spécifications attendues :\nFréquence Low Mid High Turbo 145.5 MHz 1.2 W 10 W 25 W 58 W 225.0 MHz 1.5 W 6 W 6 W 6 W 435.0 MHz 1.1 W 11 W 26 W 43 W ➡ Probablement un réglage de gain à effectuer.\nBilan des pertes – 13,3 V VHF Mode P RF I conso P elec Rendement Pertes Low 0,45 W 1,10 A 14,6 W ~3 % 14,2 W Medium 6 W 2,65 A 35,2 W ~17 % 29,2 W High 20 W 4,42 A 58,8 W ~34 % 38,8 W Turbo 35 W — — — — Turbo non exploitable : alimentation limitée à 6 A.\nUHF Mode P RF I conso P elec Rendement Pertes Low 1 W 1,96 A 26,1 W ~4 % 25,1 W Medium 8,5 W 4,57 A 60,8 W ~14 % 52,3 W Mesures à 14 V VHF @ 14 V P RF I Pdc η Chaleur 1 W 1,85 A 25,9 W 3,9 % 24,9 W 6 W 3,18 A 44,5 W 13,5 % 38,5 W 19,9 W 5,46 A 76,4 W 26,0 % 56,5 W 50,5 W 8,53 A 119,4 W 42,3 % 68,9 W UHF @ 14 V P RF I Pdc η Chaleur 0,93 W 1,92 A 26,9 W 3,5 % 26,0 W 8,4 W 4,31 A 60,3 W 13,9 % 51,9 W 19 W 6,46 A 90,4 W 21,0 % 71,4 W 37 W 9,42 A 131,9 W 28,1 % 94,9 W 🤔 Interrogation Je m’interroge sur le rendement de la chaîne UHF, nettement inférieur à la VHF.\nPlusieurs hypothèses :\nPolarisation différente Adaptation imparfaite Étages drivers distincts Dissipation thermique sous-optimale Poste réparé ✔ Nettoyé, remonté, programmé et installé dans la voiture.\nSortie 50 W sur charge (ROS 1.14 en VHF)\nÉtonnamment :\nVHF : ROS 1.14 UHF : ROS 1.00 parfait Bizarre…\nConclusion PA VHF totalement détruit à l’achat Remplacement par AFT05MP075N neuf Reprise mécanique délicate Performances retrouvées Poste désormais opérationnel 👉 Seconde vie pour ce D578UV Plus.\nMission accomplie.\n73\nF4EGM\n","permalink":"https://www.f4egm.ovh/posts/electronique/d578/","summary":"\u003ch1 id=\"réparation-anytone-d578uv-plus\"\u003eRéparation Anytone D578UV Plus\u003c/h1\u003e\n\u003ch2 id=\"réparation-du-pa-vhf\"\u003eRéparation du PA VHF\u003c/h2\u003e\n\u003cp\u003eJ’ai acheté ce poste d’occasion pour \u003cstrong\u003e300 € fdp compris\u003c/strong\u003e à un OM belge qui m’indiquait qu’il fonctionnait parfaitement avant l’envoi.\u003c/p\u003e\n\u003cp\u003eAprès réception, test immédiat sur \u003cstrong\u003ealimentation de laboratoire limitée à 6 A sous 13,5 V\u003c/strong\u003e.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003e⚠️ Ces alimentations limitent le courant de manière quasi instantanée.\u003cbr\u003e\nElles sont conçues pour le développement et la réparation électronique et ne contiennent pas de fortes capacités capables de délivrer une grosse impulsion d’énergie.\u003c/p\u003e","title":"Réparation Anytone D578UV Plus"},{"content":"\nQMR-KWT-2 en bref QMR-KWT-2 (indicatif RS95S) est un CubeSat 1U équipé :\nd’une caméra basse résolution pour l’observation terrestre d’un répéteur FM radioamateur VHF → UHF NORAD : 67291\nRépéteur FM : paramètres radio Uplink (VHF) : 145.920 MHz Downlink (UHF) : 436.950 MHz CTCSS : 67 Hz Ces paramètres permettent un trafic simple en FM avec une station portable équipée d’une antenne directive bi-bande.\nFenêtres de test annoncées Test du 1er février 2026 Activation : 06:50 UTC Désactivation : 19:20 UTC Premier test (janvier 2026) Activation : 08:15 (heure locale) Désactivation : 22:00 (heure locale) Les activations sont ponctuelles. Il est recommandé de vérifier les annonces récentes avant chaque session.\nSuivi en direct (position et passes) Position en temps réel :\nhttps://www.n2yo.com/satellite/?s=67291\nPrévisions de passes et tracking :\nhttps://isstracker.pl/en/satellites/67291\nFiche mission et observations réseau :\nhttps://db.satnogs.org/satellite/KXQQ-3629-0199-1434-6296/\nStation sol recommandée Une Yagi bi-bande VHF/UHF portable est parfaitement adaptée pour ce satellite FM.\nVoir mon modèle mètre ruban ici :\nhttps://www.f4egm.ovh/posts/antennes/tapemeasure/\nCette configuration permet :\nUn gain suffisant pour les passes basses Un suivi manuel facile Une installation portable Objectif du projet QMR-KWT signifie “Moon of Kuwait”.\nQMR-KWT-2 est le successeur de QMR-KWT (lancé en 2021 et rentré dans l’atmosphère en 2024).\nLe projet conserve un objectif pédagogique : permettre aux étudiants d’apprendre concrètement la technologie satellitaire.\nConclusion Le retour d’un répéteur FM en orbite est une excellente nouvelle pour l’activité satellite portable.\nSimple, accessible et pédagogique, QMR-KWT-2 offre une opportunité idéale pour :\nInitiation au trafic satellite Démonstrations en club Expérimentation portable VHF/UHF 73 et bons contacts satellite !\n","permalink":"https://www.f4egm.ovh/posts/satellites/rs95s/","summary":"\u003cp\u003e\u003cimg alt=\"QMR-KWT-2\" loading=\"lazy\" src=\"https://i.goopics.net/envghc.jpg\"\u003e\u003c/p\u003e\n\u003ch2 id=\"qmr-kwt-2-en-bref\"\u003eQMR-KWT-2 en bref\u003c/h2\u003e\n\u003cp\u003e\u003cstrong\u003eQMR-KWT-2\u003c/strong\u003e (indicatif \u003cstrong\u003eRS95S\u003c/strong\u003e) est un CubeSat 1U équipé :\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ed’une caméra basse résolution pour l’observation terrestre\u003c/li\u003e\n\u003cli\u003ed’un répéteur FM radioamateur VHF → UHF\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eNORAD : \u003cstrong\u003e67291\u003c/strong\u003e\u003c/p\u003e\n\u003chr\u003e\n\u003ch2 id=\"répéteur-fm--paramètres-radio\"\u003eRépéteur FM : paramètres radio\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e\u003cstrong\u003eUplink (VHF)\u003c/strong\u003e : 145.920 MHz\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eDownlink (UHF)\u003c/strong\u003e : 436.950 MHz\u003c/li\u003e\n\u003cli\u003e\u003cstrong\u003eCTCSS\u003c/strong\u003e : 67 Hz\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eCes paramètres permettent un trafic simple en FM avec une station portable équipée d’une antenne directive bi-bande.\u003c/p\u003e\n\u003chr\u003e\n\u003cp\u003e\u003cimg alt=\"Logo Oeuf\" loading=\"lazy\" src=\"https://i.goopics.net/4tq31l.jpg\"\u003e\u003c/p\u003e\n\u003ch2 id=\"fenêtres-de-test-annoncées\"\u003eFenêtres de test annoncées\u003c/h2\u003e\n\u003ch3 id=\"test-du-1er-février-2026\"\u003eTest du 1er février 2026\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eActivation : 06:50 UTC\u003c/li\u003e\n\u003cli\u003eDésactivation : 19:20 UTC\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3 id=\"premier-test-janvier-2026\"\u003ePremier test (janvier 2026)\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eActivation : 08:15 (heure locale)\u003c/li\u003e\n\u003cli\u003eDésactivation : 22:00 (heure locale)\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eLes activations sont ponctuelles. Il est recommandé de vérifier les annonces récentes avant chaque session.\u003c/p\u003e","title":"QMR-KWT-2 (RS95S) — Répéteur FM VHF/UHF : fréquences et suivi en direct"},{"content":"Antenne Satellite VHF/UHF – Yagi 3+2 éléments Antenne Yagi bi-bande VHF/UHF réalisée avec des éléments en mètre ruban, sans duplexeur.\nOptimisée pour trafic satellite (FM et SSB).\nPièces imprimables 3D disponibles ici :\nOnShape – Yagi 3+2 éléments VHF/UHF\nhttps://cad.onshape.com/documents/ff718957a1ed4b35b8342b82/w/7e3276fefe589fb7dd6ad96d/e/9cbb78860579aa734ebed76b Conception originale :\nhttps://www.qsl.net/dk7zb/Duoband/duoband_2-70_2-3.htm\nAdaptation mètre ruban : F4EGM\nConfiguration générale Type : Yagi croisée VHF/UHF Polarisation : linéaire (rotation manuelle pour suivi satellite) Duplexeur : non utilisé Boom : isolant avec supports imprimés 3D Choke RF : 6 tours de RG58 sur le boom Dimensions des éléments VHF (2 m) Réflecteur : 102,3 cm (position 0) Radiateur : 94,6 cm (gap 9 mm) Espacement réflecteur → radiateur : 37,2 cm UHF (70 cm) Réflecteur : 32 cm\nDistance au réflecteur VHF : 23 cm (centre à centre)\nRadiateur : 32,2 cm\nDistance au réflecteur VHF : 40 cm (ajustée)\nDirecteur : 29,8 cm\nPosition : 50 cm du réflecteur VHF (centre à centre)\nPerformances estimées Basé sur la géométrie DK7ZB :\nVHF (2 m) Gain estimé : ~6 à 7 dBi Largeur de lobe horizontal : ~70–80° Rapport avant/arrière : 10–15 dB typique UHF (70 cm) Gain estimé : ~7 à 8 dBi Lobe plus directif que VHF F/B ratio similaire ou légèrement supérieur Ces valeurs sont théoriques et dépendantes de :\nL’environnement proche La précision des longueurs L’alignement mécanique L’accord réel mesuré Accord et mesures Accord VHF : excellent Accord UHF : bon, ROS perfectible Mesures réalisées au VNA :\nBande VHF centrée correctement Bande UHF légèrement décalée, optimisation possible via ajustement du radiateur Le choke de 6 spires de RG58 permet de limiter les courants de gaine et stabilise le diagramme.\nUsage satellite Cette antenne est particulièrement adaptée pour :\nSO-50 AO-91 ISS FM Autres satellites FM VHF/UHF Avantages :\nLégère Transportable Éléments souples (résistent aux chocs) Pas de duplexeur nécessaire Limites :\nPolarisation linéaire → pertes possibles si polarisation croisée Suivi manuel nécessaire Gain modéré comparé à une Yagi longue Améliorations possibles Ajouter un directeur UHF supplémentaire (si boom plus long) Optimiser l’accord UHF via réglage précis du radiateur Ajouter un duplexeur pour utilisation simultanée RX/TX Version croisée (X-Yagi) pour limiter pertes de polarisation Ajout d’un rotor azimut/élévation pour usage fixe Conclusion Une solution simple, efficace et robuste pour trafic satellite portable.\nLe compromis gain / simplicité est excellent pour du trafic FM.\nPour trafic SSB ou faible élévation, une version plus directive pourrait être envisagée.\n","permalink":"https://www.f4egm.ovh/posts/antennes/tapemeasure/","summary":"\u003ch2 id=\"antenne-satellite-vhfuhf--yagi-32-éléments\"\u003eAntenne Satellite VHF/UHF – Yagi 3+2 éléments\u003c/h2\u003e\n\u003cp\u003eAntenne Yagi bi-bande VHF/UHF réalisée avec des éléments en mètre ruban, sans duplexeur.\u003cbr\u003e\nOptimisée pour trafic satellite (FM et SSB).\u003c/p\u003e\n\u003cp\u003ePièces imprimables 3D disponibles ici :\u003cbr\u003e\nOnShape – Yagi 3+2 éléments VHF/UHF\u003cbr\u003e\n\u003ca href=\"https://cad.onshape.com/documents/ff718957a1ed4b35b8342b82/w/7e3276fefe589fb7dd6ad96d/e/9cbb78860579aa734ebed76b\"\u003ehttps://cad.onshape.com/documents/ff718957a1ed4b35b8342b82/w/7e3276fefe589fb7dd6ad96d/e/9cbb78860579aa734ebed76b\u003c/a\u003e\n\u003ca href=\"https://goopics.net/i/ywfptn\"\u003e\u003cimg alt=\"Image\" loading=\"lazy\" src=\"https://i.goopics.net/ywfptn.jpg\"\u003e\u003c/a\u003e\n\u003ca href=\"https://goopics.net/i/ryr437\"\u003e\u003cimg alt=\"Image\" loading=\"lazy\" src=\"https://i.goopics.net/ryr437.jpg\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eConception originale :\u003cbr\u003e\n\u003ca href=\"https://www.qsl.net/dk7zb/Duoband/duoband_2-70_2-3.htm\"\u003ehttps://www.qsl.net/dk7zb/Duoband/duoband_2-70_2-3.htm\u003c/a\u003e\u003cbr\u003e\n\u003ca href=\"https://goopics.net/i/92elyy\"\u003e\u003cimg alt=\"Image\" loading=\"lazy\" src=\"https://i.goopics.net/92elyy.jpg\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eAdaptation mètre ruban : F4EGM\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"https://goopics.net/i/4v7wsz\"\u003e\u003cimg alt=\"Image\" loading=\"lazy\" src=\"https://i.goopics.net/4v7wsz.jpg\"\u003e\u003c/a\u003e\n\u003ca href=\"https://goopics.net/i/tmkxkc\"\u003e\u003cimg alt=\"Image\" loading=\"lazy\" src=\"https://i.goopics.net/tmkxkc.jpg\"\u003e\u003c/a\u003e\u003c/p\u003e\n\u003chr\u003e\n\u003ch2 id=\"configuration-générale\"\u003eConfiguration générale\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003eType : Yagi croisée VHF/UHF\u003c/li\u003e\n\u003cli\u003ePolarisation : linéaire (rotation manuelle pour suivi satellite)\u003c/li\u003e\n\u003cli\u003eDuplexeur : non utilisé\u003c/li\u003e\n\u003cli\u003eBoom : isolant avec supports imprimés 3D\u003c/li\u003e\n\u003cli\u003eChoke RF : 6 tours de RG58 sur le boom\u003c/li\u003e\n\u003c/ul\u003e\n\u003chr\u003e\n\u003ch2 id=\"dimensions-des-éléments\"\u003eDimensions des éléments\u003c/h2\u003e\n\u003ch3 id=\"vhf-2-m\"\u003eVHF (2 m)\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003eRéflecteur : 102,3 cm (position 0)\u003c/li\u003e\n\u003cli\u003eRadiateur : 94,6 cm (gap 9 mm)\u003c/li\u003e\n\u003cli\u003eEspacement réflecteur → radiateur : 37,2 cm\u003c/li\u003e\n\u003c/ul\u003e\n\u003ch3 id=\"uhf-70-cm\"\u003eUHF (70 cm)\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003eRéflecteur : 32 cm\u003cbr\u003e\nDistance au réflecteur VHF : 23 cm (centre à centre)\u003c/p\u003e","title":"Antenne Yagi VHF UHF en mètre Ruban !"},{"content":"HackRF et réception HF : pourquoi l’upconverter change tout La réception très basse fréquence avec le HackRF est loin d’être idéale.\nJ’ai donc décidé de l’exploiter là où il est plus à l’aise et d’aller chercher les bandes HF/VLF autrement.\nSur le papier, le HackRF est capable de recevoir à partir de 1 MHz.\nDans la pratique, c’est une autre histoire.\nLa courbe suivante montre le bruit ajouté par le HackRF dans la bande HF.\nEt attention : le tout premier trait visible correspond déjà à 100 MHz.\nCette courbe est très parlante.\nOn ne voit pas seulement le bruit thermique ou le bruit ambiant, mais bien le bruit généré par la chaîne RF elle-même.\nLe HackRF est conçu comme un transceiver large bande, avec très peu de filtrage analogique en entrée.\nRésultat : tout ce qui existe dans l’environnement radio en dessous de quelques dizaines de MHz vient polluer le front-end, remonter le plancher de bruit et réduire drastiquement la capacité à décoder des signaux faibles.\nComparaison avec un RTL-SDR Pour comparaison, voici ce que donne un RTL-SDR dans un contexte similaire :\nOn voit clairement que le RTL-SDR s’en sort mieux en termes de plancher de bruit.\nLes signaux sont plus propres, mieux détachés du bruit de fond, et la dynamique semble meilleure en HF.\nCe n’est pas magique, mais logique :\nle RTL-SDR, bien que basique, est moins exposé aux signaux hors bande et bénéficie d’une architecture plus tolérante pour une écoute étroite et ciblée.\nAlors pourquoi ne pas utiliser uniquement le RTL-SDR ? La réponse est simple : la bande passante.\nLe RTL-SDR est excellent pour observer une petite portion de spectre.\nMais dès que l’on veut une vision globale, cela devient frustrant.\nEn HF, il y a énormément de choses intéressantes à observer simultanément :\nRadiodiffusion Bandes radioamateurs Signaux utilitaires Balises Émissions numériques Le HackRF, lui, permet de visualiser plusieurs mégahertz d’un coup.\nEt c’est précisément là que son intérêt devient évident.\nÀ condition de ne pas l’utiliser là où il est le moins performant.\nLa solution : l’upconverter L’idée est simple : déplacer la HF vers une zone de fréquence où le HackRF se comporte beaucoup mieux.\nVoici l’outil utilisé :\nIl s’agit du Ham It Up Plus de Nooelec.\nSon rôle est de transposer toute la bande HF vers une fréquence plus élevée, ici autour de 125 MHz.\nConcrètement :\n7 MHz → 132 MHz 14 MHz → 139 MHz etc. Ce déplacement change complètement le comportement du HackRF.\nOn sort de la zone la plus polluée et la plus mal filtrée du front-end pour entrer dans une plage où l’architecture RF est beaucoup plus stable.\nLe plancher de bruit chute nettement, les signaux deviennent exploitables et la réception redevient cohérente.\nDatasheet officielle https://www.nooelec.com/store/downloads/dl/file/id/99/product/284/ham_it_up_plus_datasheet_revision_2.pdf\nCaractéristiques principales Ham It Up Plus\nUpconvert Frequency Range : 300 Hz – 65 MHz LO Frequency : 125 MHz LO Stability : 1 PPM Required Input Voltage : 4.0 – 5.5 VDC Current Consumption (upconvert mode) : 135 – 155 mA Résultat pratique Grâce à ce montage, la bande HF peut être découpée en trois segments visibles.\nEn un coup d’œil, on obtient :\nUn aperçu rapide de la propagation Les bandes actives Les zones ouvertes Les portions mortes C’est exactement l’objectif :\nune vision large et instantanée plutôt qu’une écoute ultra-fine mais fragmentée.\nDétail intéressant : le générateur de bruit intégré Le Ham It Up intègre aussi un générateur de bruit.\nCe n’est pas un gadget.\nIl peut servir :\nDe référence de niveau De test pour la chaîne RX De validation matérielle et logicielle Dans une démarche expérimentale, c’est un vrai plus.\nEssai comparatif Avant installation de l’upconverter :\nAprès installation :\nLa bande la plus basse est sortie du bruit.\nLa réception devient nettement plus exploitable dans cette partie du spectre.\nConclusion Le HackRF n’est pas un bon récepteur HF en réception directe, et il ne le sera jamais.\nCe n’est pas un défaut, c’est un choix de conception.\nEn revanche, associé à un upconverter, il devient un outil très intéressant pour l’observation large bande de la HF.\nL’upconverter n’est pas un bricolage ou un palliatif :\nc’est un élément clé qui rend l’ensemble cohérent et réellement exploitable.\n","permalink":"https://www.f4egm.ovh/posts/sdr/upconverter/","summary":"\u003ch2 id=\"hackrf-et-réception-hf--pourquoi-lupconverter-change-tout\"\u003eHackRF et réception HF : pourquoi l’upconverter change tout\u003c/h2\u003e\n\u003cp\u003eLa réception très basse fréquence avec le HackRF est loin d’être idéale.\u003cbr\u003e\nJ’ai donc décidé de l’exploiter là où il est plus à l’aise et d’aller chercher les bandes HF/VLF autrement.\u003c/p\u003e\n\u003cp\u003eSur le papier, le HackRF est capable de recevoir à partir de 1 MHz.\u003cbr\u003e\nDans la pratique, c’est une autre histoire.\u003c/p\u003e\n\u003cp\u003eLa courbe suivante montre le bruit ajouté par le HackRF dans la bande HF.\u003cbr\u003e\nEt attention : le tout premier trait visible correspond déjà à 100 MHz.\u003c/p\u003e","title":"NOOELEC Ham It Up + pour upconverter + 125MHz pour améliorer la réception de la bande HF!"},{"content":"Un livre incroyable\nhttps://www.analog.com/media/en/training-seminars/design-handbooks/Software-Defined-Radio-for-Engineers-2018/SDR4Engineers.pdf\n","permalink":"https://www.f4egm.ovh/posts/sdr/softwaredefineradioforengineerslelivre/","summary":"\u003cp\u003eUn livre incroyable\u003c/p\u003e\n\u003cp\u003e\u003ca href=\"https://www.analog.com/media/en/training-seminars/design-handbooks/Software-Defined-Radio-for-Engineers-2018/SDR4Engineers.pdf\"\u003ehttps://www.analog.com/media/en/training-seminars/design-handbooks/Software-Defined-Radio-for-Engineers-2018/SDR4Engineers.pdf\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003e\u003cimg alt=\"Couverture\" loading=\"lazy\" src=\"https://i.servimg.com/u/f52/11/30/17/07/sdr4en10.jpg\"\u003e\u003c/p\u003e","title":"Software Define Radio for Engineers - Le Livre !"},{"content":"HONGKAIDE / ZASTONE DM9100 VHF / UHF Transceiver – Base de Connaissances\nDocumentation technique centralisée, références de calibrage et notes de rétro-ingénierie\npour le transceiver HONGKAIDE / ZASTONE DM9100.\nOrigine et contexte du projet J’ai acheté un poste VHF/UHF DMR 25 W HongKaide DM9100 sur Leboncoin.\nÀ la réception :\nImpossible de configurer le poste correctement L’émission était décalée en fréquence et la réception ne fonctionnait pas Nécessitait au moins 15 V pour éventuellement passer le défaut sous tension Après investigation, j’ai découvert que la mémoire EEPROM était complètement corrompue.\nCette mémoire contient tous les paramètres inscrits par le fabricant pour régler les gains, offsets, la fréquence des oscillateurs et les coefficients multiplicateurs.\nSans ces données, le démarrage est laborieux et la configuration d’usine est perdue.\nJ’ai d’abord contacté le fabricant, qui n’a pas compris le problème.\nD’autres radioamateurs ont rencontré le même souci sans solution depuis des mois.\nGrâce au fabricant via sa page Facebook, j’ai obtenu un screenshot des paramètres de base utilisés lors de la fabrication, avant les réglages fins.\nCes paramètres servent uniquement de base de travail pour ajuster les valeurs selon la tolérance de chaque composant et la précision du montage sur le PCB.\nLien vers la base de connaissances en cours de rédaction :\nHongKaide DM9100 Knowledge Database\nPrésentation Fabricant / Marque : HONGKAIDE / ZASTONE Type d’appareil : Transceiver DMR / analogique VHF-UHF Public cible : Radioamateurs, mainteneurs, passionnés de rétro-ingénierie Couverture des fréquences Bande RX TX VHF 136–174 MHz 144–148 MHz seulement UHF 400–470 MHz 430–440 MHz seulement ⚠️ Les plages TX sont limitées par le firmware aux bandes radioamateurs mais le matériel semble tout à fait apte à y accéder. Cela fera l\u0026rsquo;objet d\u0026rsquo;un travail de reverse engineering et d\u0026rsquo;espionnage du port de programmation lors d\u0026rsquo;une reprogrammation du Firmware du STM32. Puissance RF Faible : 5 W Moyenne : 14 W Haute : 25–30 W (selon calibrage et unité) Architecture matérielle Principaux composants MCU principal : STM32F405 Baseband DMR : HR_C6000 RF analogique : AT1846S FM / AM aviation RX : BK1088 Module GPS : ATGM336M (antenne externe)\nAmplificateurs RF Driver / Pré-PA : RD08MUS2\nDatasheet : RD08MUS2\nPA final : RD35HUP2\nDatasheet : RD35HUP2\nCalibrage Modèles 2024 – valeurs de référence ⚠️ ATTENTION CRITIQUE\nTOUJOURS SAUVEGARDER VOS VALEURS DE CALIBRAGE D’ORIGINE.\nChaque transceiver est réglé en usine et les valeurs diffèrent selon l’unité.\nLien direct :\n2024 DM9100 calibration\nModèles 2025 ⚠️ Ces valeurs diffèrent de celles des modèles 2024.\nNE PAS REUTILISER les valeurs 2024.\nUTILISATION À VOS RISQUES.\nMode test Mots de passe connus pour le mode test :\nD9000T D9000P Compatibilité OpenGD77 : ❌ Non compatible Firmware cross-flashing : ❌ Non recommandé Partage des données de calibrage : ⚠️ Risqué entre différentes unités Médias \u0026amp; Avis Vidéos Dzen YouTube 1 YouTube 2 Avis Viva Telecom Limitations connues Chaque transceiver a ses propres valeurs de calibrage, ne jamais transférer de valeurs d’une unité à une autre. La mémoire EEPROM contient toutes les données de configuration initiales (gains, offsets, fréquence des oscillateurs, coefficients multiplicateurs). Si cette mémoire est corrompue, le poste ne fonctionne pas correctement. Avertissement Les valeurs de calibrage doivent être sauvegardées avant toute modification. La reprogrammation ou le partage des données de calibrage est à vos risques et périls. ","permalink":"https://www.f4egm.ovh/posts/electronique/dm9100/","summary":"\u003ch1 id=\"hongkaide--zastone-dm9100\"\u003eHONGKAIDE / ZASTONE DM9100\u003c/h1\u003e\n\u003cp\u003e\u003cstrong\u003eVHF / UHF Transceiver – Base de Connaissances\u003c/strong\u003e\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eDocumentation technique centralisée, références de calibrage et notes de rétro-ingénierie\u003cbr\u003e\npour le transceiver \u003cstrong\u003eHONGKAIDE / ZASTONE DM9100\u003c/strong\u003e.\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003chr\u003e\n\u003ch2 id=\"origine-et-contexte-du-projet\"\u003eOrigine et contexte du projet\u003c/h2\u003e\n\u003cp\u003eJ’ai acheté un \u003cstrong\u003eposte VHF/UHF DMR 25 W HongKaide DM9100\u003c/strong\u003e sur Leboncoin.\u003c/p\u003e\n\u003cp\u003eÀ la réception :\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eImpossible de configurer le poste correctement\u003c/li\u003e\n\u003cli\u003eL’émission était décalée en fréquence et la réception ne fonctionnait pas\u003c/li\u003e\n\u003cli\u003eNécessitait au moins 15 V pour éventuellement passer le défaut sous tension\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAprès investigation, j’ai découvert que \u003cstrong\u003ela mémoire EEPROM était complètement corrompue\u003c/strong\u003e.\u003cbr\u003e\nCette mémoire contient tous les paramètres inscrits par le fabricant pour régler les gains, offsets, la fréquence des oscillateurs et les coefficients multiplicateurs.\u003cbr\u003e\nSans ces données, le démarrage est laborieux et la configuration d’usine est perdue.\u003c/p\u003e","title":"Base de connaissances HONGKAIDE ZASTONE DM9100"},{"content":"F4EGM – Radio Amateur Station Mostly active in mobile.\nPreviously licensed as F0EGM.\nTransceivers YAESU FT-991 – Base station (QTH)\nTYT UV390 GPS – DMR + APRS handheld (stock antenna)\nTYT MD-9600 OpenGD77 – Mobile DMR (Diamond SG7900 + DIY GPS) — now for sale\nHONGKAIDE DM9100 – Repaired and now operational on the desk\nKnowledge database (in progress):\nhttps://github.com/Telectroboy/HongKaide-DM9100-Knowledge-Database\nQRP Labs QMX+ + ATU-100 – QRP / WSPR beacon\nNice and easy kit to build.\nAnytone AT-D578UV Plus (VHF/UHF/DMR/GPS/AirBand)\nBought defective — VHF PA (NXP AFT05MP075N) was dead.\nNow delivering solid 50 W.\n2× UV-K5 – Local use (CEC HF board + custom firmware)\nBaofeng TK11(8)\nSpecial thanks to F4EPR for my very first HF QSO — and first CW contact.\nFirst CW calls made with only 5 W, then 10 W.\nHF Antennas EFHW – 40 m wire @ 4 m height\n49:1 balun using two stacked FT240-43 Fair-Rite cores Planning tests with 2643251002 Fair-Rite ferrite for improvement Second EFHW – 20 m wire for QRP (QMX+)\nSatellite Antenna Bi-band VHF/UHF tape-measure Yagi (no duplexer).\n3D printable adaptable parts available (OnShape).\nOriginal design:\nhttps://www.qsl.net/dk7zb/Duoband/duoband_2-70_2-3.htm\nModified for tape-measure elements by F4EGM.\nDimensions VHF reflector: 102.3 cm (position 0) UHF reflector: 32 cm (23 cm from VHF reflector, center-to-center) VHF radiator: 94.6 cm (including 9 mm gap), 37.2 cm spacing UHF radiator: 32.2 cm (approx. 40 cm from VHF reflector) UHF director: 29.8 cm (50 cm from VHF reflector) 6 turns of RG58 choke on boom.\nVHF tuning: excellent.\nUHF: good but SWR could be improved.\nVHF / UHF Antennas Genuine Diamond SG7900 (mobile) + smaller SG770 OM-made omnidirectional antenna (VK2ZOI design, 3D parts available) X510N installed at 8 m AGL (ASL 180 m) 3× ½λ J-Pole (8 mm copper tube) – working but mechanically flexible Upcoming upgrade: 12 m Spiderbeam mast.\nNext project: 3× 5/8 λ VHF ground-plane with radials.\n1.7 GHz QFH Antenna Designed using:\nhttps://jcoppens.com/ant/qfh/calc.en.php\nAfter tuning adjustments, nearly perfect results (confirmed by VNA).\nDMR / YSF MMDVM hotspot (DMR \u0026amp; YSF)\nColor Code: 1 TX: 431.9000 MHz RX: 439.5000 MHz Output power: 10 dBm (ADF7021) Local hotspot, free to use.\nQO-100 RX: Bullseye LNB + SDR TX: Remote station (20 W amplifier + AD9363 LibreSDR build in progress) OpenWebRX+ Password protected:\nhttps://webrx.festival-assistant.fr/\nWebsite \u0026amp; Forum https://www.f4egm.ovh/ https://f4egm.forumactif.com/ Digital Modes FT4 / FT8 → PSKReporter WSPR → WSPRnet APRS \u0026amp; ISS-APRS → euro.aprs2.net QSL accepted via email or eQSL.\nResponse time may vary.\nAbout Me I built my first CW keyer at age 10 using wood and a Polaroid cassette spring.\nPowered by a 4.5 V battery and two light bulbs, messages were exchanged under a door with my brother.\nAt 15, I discovered radio via CB (27 MHz).\nSince then, radio has never left me.\nActive since 1997 on 11 m band.\nEarly digital modes (SSTV, Packet, PSK31 from 1998).\nFormer treasurer (10 years) of Sierra-Alpha DX Group.\nNow member of:\nF4KJP Radioclub ADRASEC08 → https://adrasec08.fr/ Professionally:\nElectronics Engineer (R\u0026amp;D) DevOps / SysOp / Full-Stack / Data \u0026amp; Security manager Currently working on:\nRailway antenna experimentation MARCONI H2550 digital radio repairs Custom modular diagnostic test benches Languages:\nFrench, English (fluent)\nBasic Russian, Polish, German, Italian\nPresident of Association Festival-Assistant:\nhttps://www.festival-assistant.fr/\nLicensed to operate elevated platforms (“nacelle”), including work in nuclear facilities.\n2 m RX Performance (X510N) (Measurement screenshots available)\n73’s and see you on the air!\n","permalink":"https://www.f4egm.ovh/posts/about/","summary":"\u003ch2 id=\"f4egm--radio-amateur-station\"\u003eF4EGM – Radio Amateur Station\u003c/h2\u003e\n\u003cp\u003eMostly active in \u003cstrong\u003emobile\u003c/strong\u003e.\u003c/p\u003e\n\u003cp\u003ePreviously licensed as \u003cstrong\u003eF0EGM\u003c/strong\u003e.\u003c/p\u003e\n\u003chr\u003e\n\u003ch2 id=\"transceivers\"\u003eTransceivers\u003c/h2\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eYAESU FT-991\u003c/strong\u003e – Base station (QTH)\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eTYT UV390 GPS\u003c/strong\u003e – DMR + APRS handheld (stock antenna)\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eTYT MD-9600 OpenGD77\u003c/strong\u003e – Mobile DMR (Diamond SG7900 + DIY GPS) — now for sale\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eHONGKAIDE DM9100\u003c/strong\u003e – Repaired and now operational on the desk\u003c/p\u003e\n\u003cp\u003eKnowledge database (in progress):\u003cbr\u003e\n\u003ca href=\"https://github.com/Telectroboy/HongKaide-DM9100-Knowledge-Database\"\u003ehttps://github.com/Telectroboy/HongKaide-DM9100-Knowledge-Database\u003c/a\u003e\u003c/p\u003e\n\u003c/li\u003e\n\u003cli\u003e\n\u003cp\u003e\u003cstrong\u003eQRP Labs QMX+\u003c/strong\u003e + ATU-100 – QRP / WSPR beacon\u003cbr\u003e\nNice and easy kit to build.\u003c/p\u003e","title":"About"},{"content":"Bienvenue sur ce blog.\nCe site a pour objectif de centraliser des notes techniques, des expérimentations, des analyses et des retours d’expérience autour de sujets tels que :\nRadiofréquences et SDR Électronique analogique et numérique FPGA et systèmes embarqués Analyse de signaux Développement logiciel orienté technique Énergie, instrumentation et systèmes connectés L’idée n’est pas de produire du contenu marketing, mais de documenter des travaux réels : essais, erreurs, hypothèses, mesures, validations.\nPhilosophie Chaque article suivra une structure claire :\nProblématique Hypothèses techniques Méthodologie Résultats Conclusion et pistes d’amélioration Lorsque c’est pertinent, des graphiques, extraits de code ou équations seront intégrés pour conserver une rigueur scientifique minimale.\nPourquoi ce blog ? Documenter permet :\nDe structurer la pensée technique De garder une trace exploitable des expérimentations De partager des solutions concrètes D’éviter de refaire deux fois la même erreur Ce blog servira donc autant d’archive personnelle que de ressource publique.\nProchain article : un cas pratique détaillé.\n","permalink":"https://www.f4egm.ovh/posts/premier-post/","summary":"\u003cp\u003eBienvenue sur ce blog.\u003c/p\u003e\n\u003cp\u003eCe site a pour objectif de centraliser des notes techniques, des expérimentations, des analyses et des retours d’expérience autour de sujets tels que :\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eRadiofréquences et SDR\u003c/li\u003e\n\u003cli\u003eÉlectronique analogique et numérique\u003c/li\u003e\n\u003cli\u003eFPGA et systèmes embarqués\u003c/li\u003e\n\u003cli\u003eAnalyse de signaux\u003c/li\u003e\n\u003cli\u003eDéveloppement logiciel orienté technique\u003c/li\u003e\n\u003cli\u003eÉnergie, instrumentation et systèmes connectés\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eL’idée n’est pas de produire du contenu marketing, mais de documenter des travaux réels : essais, erreurs, hypothèses, mesures, validations.\u003c/p\u003e","title":"Premier Post"}]