Tests de mesures avec le NanoVNA par Yvon F6GLE

Dans ce post de blog Yvon F6GLE présente certaines mesures réalisées avec le NanoVNA et les compare avec celles obtenues avec un VNA de référence.

Il utilise un NanoVNA « noir », c’est à dire le clone Chinois de meilleure qualité. C’est un modèle doté d’une batterie et dont les mélangeurs d’entrée sont blindés. Il existe d’autres clones dont les mélangeurs ne sont pas blindés, dotés ou non dotés de batterie. Un d’entre eux est blanc avec un gecko dessiné sur la droite.

L’appareil utilisé en base de comparaison est un R&S ZNC3. C’est un analyseur qui n’est plus actuellement fabriqué, on le trouve cependant sur le marché de l’occasion à des prix se situant dans une fourchette de 12000$ à 20 000$

Mesure de dynamique :

Concernant la dynamique en transmission (S21), je me suis mis en full span (50KHz-900MHz). A priori c’est idem avec d’autre span. Et j’ai regardé sur quelques fréquences avec un atténuateur ajustable entre le port 0 et le port1 :

A 10MHz : de 0 à 60 dB : erreur de mesure sur marqueur < 0.5 dB. A 70dB, la mesure est encore OK mais avec un bruit d’environ 1.5dB

A 100MHz : idem

A 290MHz : idem , mais avec un bruit de l’ordre de 2dB a 70dB

A 500MHz : de 0 à 40dB : erreur <1dB. A 50dB : affiche 48.5 avec du bruit environ 2dB

A 700MHz : environ idem

A 900MHz : jusqu’à 30dB : erreur <1dB, après ça se gate avec pas mal de bruit

  Concernant la phase, ça semble à peu près bon, il y a du bruit sur la phase quand il y a du bruit sur le niveau.

Pas en fréquence

Le pas s’ajuste en fonction du span que l’on met :

                Exemple : avec un span de 3 à 30MHz, le pas est de 280KHz, avec un span de 144 à 145MHz, le pas est de 10KHz.

Le pas mini que l’on peut paramétrer à 100MHz et que l’on voit sur analyseur de spetcre en P0 est d’environe 100Hz

Adaptation des ports :

J’ai aussi fait une mesure de RL sur les 2 ports pour voir leurs adaptation 50ohms :

   Sur P0 : sur toute la bande : RL environ -30dB +/-2dB

 Sur P1 : jusqu’à 150MHz : RL meilleur que -30dB, puis monte progressivement 400MHz : -22dB et 900MHz -16dB

Mesure sur filtre passif 10MHz :

S21 mag (en rouge : sur analyseur R&S ZNC3, en bleu sur nanoVNA) :

S21 phase sur nanoVNA :

S21 mag sur R&S avec zoom sur 10MHz : (en rouge : sur analyseur R&S ZNC3, en bleu sur nanoVNA) 

S11

Mesure S11 de : resistance 12 ohms en serie avec 47pF au bout de 9cm de coax. Span 2MHz à 100MHz (en rouge : sur analyseur R&S ZNC3, en bleu sur nanoVNA) 

J’ai probablement mal réalisé la calibration….ce qui expliquerai le décalage en haut de bande

Mesure S11 de : resistance 12 ohms en serie avec 47pF au bout de 9cm de coax. Span 300MHz à 400MHz : (en rouge : sur analyseur R&S ZNC3, en bleu sur nanoVNA) 

J’ai probablement mal réalisé la calibration….ce qui expliquerai le décalage…

Spectre mesuré sur le port 0 (avec Span 0). Mesure avec analyseur R&S FSU

F à 10MHz :

A 100MHz :

A 250MHz :

A 500MHz :

A 750MHz :

A 900MHz :

Spectre mesuré en port 0 en maxhold  nanoVNA en span de 50KHz à 900MHz :

Dans ce span, le pas en fréquence est plus fin entre 100MHz et 300MHz.

Spectre mesuré en port 0 en maxhold  nanoVNA en span de 50KHz à 1MHz :

Spectre mesuré en port 0  en fréquence fixe à 100MHz

Sur une bande de 1MHz :

Sur une bande de 100KHz :

 On voit l’OL 5 KHz plus haut

Sur une bande de 1KHz :

Spectre mesuré en port 0  en fréquence fixe à 100MHz

Sur une bande de 1MHz :

Sur une bande de 100KHz :

Sur une bande de 1KHz :

Dans ces 1eres mesures, on peut voir que les performances sont plutôt bonnes pour un appareil qui tient dans la main à 50€.

Publié dans Electronique, Mesure, Technologie, Uncategorized, VNA | Marqué avec , , | 7 commentaires

SNASharp v2019_07_08_0

A new version of SNASharp is available.

Program files can be directly downloaded here .

There is not embeded installer, you must simply unpack the zip archive and run the executable.

Like previous releases you need .NET Framework 4.0 to run the program. Minimal supported operating system is Windows XP SP2, but it work fine on all recents versions of windows (32 and 64 bits). You can also run the program under Linux system (or Apple Mac OSX ) using Mono Framework

Under Mac OSX you need to force the 32 bits version of Mono ( .NET Winform is not fully supported on 64 bits architecture)

Command line : mono  — arch=32  SNASharp.exe

Bug fix:

  • A incompatibility bug ( only D6 analyzer with factory firmware) was introduced on previous version of SNASharp. Now fixed

Improvments/new features

  • The VFO frequency is automaticly saved and restored
  • F1 & F2 key shortcuts where swapped, this is now more natural ( F1 to decrease and F2 to increase zoom frequency range).

David, F4HTQ.



Publié dans Uncategorized | Marqué avec , | Laisser un commentaire

SNASharp v2019_06_30_0

A new version of SNASharp is available.

program files can be directly downloaded here .

There is not embeded installer, you must simply unpack the zip archive and run the executable.

Like previous releases you need .NET Framework 4.0 to run the program. Minimal supported operating system is Windows XP SP2, but it work fine on all recents versions of windows (32 and 64 bits). You can also run the program under Linux system (or Apple Mac OSX ) using Mono Framework

Under Mac OSX you need to force the 32 bits version of Mono ( .NET Winform is not fully supported on 64 bits architecture)

Command line : mono  — arch=32  SNASharp.exe

Bug fix:

  • A bad calibration file was used in rare case (the issue is related to a wrong choise of attenuation level setup), this occur only with analyseur models NWT70,NWT500,NWT300. Full fixed now.
  • The VFO stop command now work on D6 analyser.
  • Device editor « delete » option was removed ( not working)
  • Transformer combo box removed ( useless)
New « analyse only » feature

Improvments/new features

  • Minimal configuration : SNASharp can now run efficiently on 1024*768 display configuration. This can be usefull if you own an old laptop computer.
  • SNASharp start on full resolution available ( like the majority of PC software).
  • Some improvments on crystal analyzer function
    • A « Analyse only » button was added. Using this new function:
      • Automatic tracking is unactived, the user must zoom manualy to crystal resonances range ( like screen capture above).
      • The sampling resolution is not forced, they can be defined by the user.
      • Detector is not forced, user car select the best detector ( linear if we need only serie resonnance, both in all others case).
      • With this new option, is easy to fastly sort a big set of crystal ( by frequency and quality factor)

(Full auto mode is identical to previous crystal analysis function, the sotware automaticly fix capture resolution, detector, and scan wide frequency range to found the stronger crystal resonnance).

SNASharp on 1024*768 Windows XP machine

David, F4HTQ.

Publié dans Uncategorized | Marqué avec , | Laisser un commentaire

Le NanoVNA, un véritable VNA à moins de 48€ !

Tout à commencé par un message intercepté sur Twitter.

On trouve ensuite, assez rapidement des vendeurs sur Aliexpress et sur Ebay.

En fouillant un peu, on trouve même un dépot GitHub sur le projet, et c’est la que ça devient vraiment intéressant car on rentre dans le monde de l’open source et de l’open hardware.

Le GitHub nous indique que l’auteur du projet est un certain edy555 , Japonais, ce qui permet de trouver son twitter

Ses tweets étant rédigés en Japonais, on demande à la traduction automatique de tenter d’en saisir le contenu et on tombe sur quelque chose d’intéressant.

On apprend donc que le clone en vente sur Aliexpress et ebay a été fait « dans le dos » de l’auteur initial, ce qui est finalement assez courant.
Plus intéressant, l’auteur a retrouvé la trace de l’auteur ( Chinois cette fois ci) du clone, sur un forum.

Voila un lien vers un PDF du contenu de ce forum traduit automatiquement.

On y apprend que l’auteur du clone est admiratif de la qualité du travail effectué par l’auteur initial, qu’il a programmé un outil (en C#) pour piloter l’analyseur depuis le PC, et rajouté quelques fonctionnalités pour gérer une batterie.

J’ai obtenu ( auprès d’un vendeur à qui je l’ai demandé) une archive contenant les schémas, le logiciel PC, et les firmwares alternatif pour le clone, elle est ici.

Ce qui semble particulièrement intéressant, c’est le comparatif posté par l’auteur du clone Chinois entre ce VNA et un Agilent E5062A.


Mis à part au niveau de la dynamique ( limitée à 70dB sur le NanoVNA) les mesures semblent comparables.

Sur l’analyseur lui même, voila le manuel d’utilisation, qui contient la synoptique et le schéma.

J’en ai commandé un qui devrait arriver dans une dizaine de jours.

David.

Publié dans Uncategorized | Marqué avec , | 48 commentaires

SNASharp v2019_05_05_0

Une nouvelle version de SNASharp est disponible
La page principale du projet est toujours la même

Cela se passe ici :  http://alloza.eu/david/WordPress3/?page_id=478

Voila le lien de téléchargement direct de la dernière version ( 2019_05_05_0):

Clic here to download the last version

Cette version intègre les évolutions récentes

  • Correction d’un bug lié au support du NWT300

Mis à part pour ceux qui possèdent un NWT300, il n’est pas nécessaire de mettre à jour vers cette version. Donc le NWT300 est pleinement supporté à partir de la version 2019_05_05_0.

Un grand merci à Patrick F6AZZ pour m’avoir prêté son NWT300, et me l’avoir laissé quelques jours le temps de corriger le bug. 

20Hz-300MHz F6AZZ NWT300 linearity test (after SNASharp calibration)
Note the high linearity of this analyzer
SSB filter test en « Both » mode ( use linear and logarithmic detectors).
NWT300 offer very low noise level and strong dynamic

Futures évolutions:

Les futures évolutions ne seront pas uniquement visuelles ou esthétiques. Le logiciel intégrera une première série d’extensions du protocole de communication vers les analyseurs. La compatibilité ascendante sera assurée, c’est à dire que les analyseur intégrant le protocole original de DL4JAL continuerons à être supportés. Ces nouvelles fonctions étant destinées à mieux gérer des analyseurs dotés de firmwares homemades.

Comme pour les  versions précédentes, pour pourvoir l’exécuter il faut:

1> avoir décompressé le zip ( il ne fonctionne pas directement lancé dans le fichier zip).

2> avoir le framework .NET 4.0 installé sur sa machine ( ou Mono si on est sur Mac ou PC Linux).

Pour l’utiliser sous Mac avec mono il faut lui demander d’utiliser la version 32 bits, car la version 64bits ne gère pas totalement les systèmes de fenêtre, donc  la ligne de commande ressemble à ça :


mono  — arch=32  SNASharp.exe

Pour ceux qui l’utilisent via Mono sous Ubuntu ne pas oublier que le niveau de privilège par défaut n’autorise pas les applications à accéder aux ports COM.

Vous pouvez intervenir directement via les commentaires en bas de l’article

Pour vous tenir informé des nouvelles versions
Le blog n’a pas actuellement de système d’abonnement aux articles.
Quand une nouvelle version est disponible, je l’annonce sur Twitter (entre autres) avec le tag #SNASharp

Il y a aussi un fil de discussion sur les forums de www.radioamateur.org, ici

Et je poste aussi un mail dans les listes de diffusion hyperfr et ATV

David.



Publié dans SNA, SNASharp, Software | 6 commentaires

SNASharp v2019_05_02_0

Un nouvelle version de SNASharp est disponible
La page principale du projet est toujours la même

Cela se passe ici :  http://alloza.eu/david/WordPress3/?page_id=478

Voila le lien de téléchargement direct de la dernière version ( 2019_05_02_0):

Clic here to download the last version

Cette version intègre les évolutions récentes

  • Il est maintenant possible de visualiser l’étendue du zoom.
  • On peut augmenter ou réduire la taille de la fenetre de zoom avec les touches F1 et F2
  • L’erreur dans le fichier de configuration du D6 est corrigée

Futures évolutions:

Les futures évolutions ne seront pas uniquement visuelles ou esthétiques. Le logiciel intégrera une première série d’extensions du protocole de communication vers les analyseurs. La compatibilité ascendante sera assurée, c’est à dire que les analyseur intégrant le protocole original de DL4JAL continuerons à être supportés. Ces nouvelles fonctions étant destinées à mieux gérer des analyseurs dotés de firmwares homemades.

Comme pour les  versions précédentes, pour pourvoir l’exécuter il faut:

1> avoir décompressé le zip ( il ne fonctionne pas directement lancé dans le fichier zip).

2> avoir le framework .NET 4.0 installé sur sa machine ( ou Mono si on est sur Mac ou PC Linux).

Pour l’utiliser sous Mac avec mono il faut lui demander d’utiliser la version 32 bits, car la version 64bits ne gère pas totalement les systèmes de fenêtre, donc  la ligne de commande ressemble à ça :


mono  — arch=32  SNASharp.exe

Vous pouvez intervenir directement via les commentaires en bas de l’article

Pour vous tenir informé des nouvelles versions
Le blog n’a pas actuellement de système d’abonnement aux articles.
Quand une nouvelle version est disponible, je l’annonce sur Twitter (entre autres) avec le tag #SNASharp

Il y a aussi un fil de discussion sur les forums de www.radioamateur.org, ici

Et je poste aussi un mail dans les listes de diffusion hyperfr et ATV

David.

Publié dans SNASharp | 6 commentaires

SNASharp v2019_04_29_0

Note du 01/05/2019 à 3h28: Cette version contient une erreur dans le fichier de définition du D6 ( HAOBA_D6_JTGP-1033_35M_4.4G ). La résolution verticale n’est pas bonne.

En attendant la prochaine version, vous pouvez le corriger directement dans le logiciel. il faut remplacer le 0.05 qui est dans le champ VerticalResolutiondB par un 0.1923 et ensuite cliquer sur « Save »

Un nouvelle version de SNASharp est disponible
La page principale du projet est toujours la même

Cela se passe ici :  http://alloza.eu/david/WordPress3/?page_id=478

Voila le lien de téléchargement direct de la dernière version ( 2019_04_29_0):

Clic here to download the last version

Last upgrades.Clic to enlarge

Cette version intègre les évolutions récentes

  • Un filtre à été intégré, il permet de considérablement réduire le bruit de mesure, on peut le régler sur 10 niveaux.
  • Une option est maintenant disponible pour forcer les bornes hautes et basses des fréquences affichées sur le graphique à l’intervalle de fréquences avec lequel la courbe courante a été mesurée. Cette option est particulièrement pratique pour faire coïncider le graphique avec les données d’une courbe que l’on recharge.
  • Un fichier de configuration pour le NWT6000 est maintenant disponible.
  • Même chose pour le NWT4000 (première version) qui est lui aussi disponible.
  • Le fichier de définition du « D6 » est maintenant passé sur une fréquence minimale de 35MHz ( et non 32 ou 33 MHz) car la PLL à du mal à accrocher sous 35MHz.
  • Il y a un fichier de configuration spécifique pour le firmware 12 bits qu’a développé Jose F1FGV pour le D6.
Noise filter in action

Futures évolutions:

Les futures évolutions ne seront pas uniquement visuelles ou esthétiques. Le logiciel intégrera une première série d’extensions du protocole de communication vers les analyseurs. La compatibilité ascendante sera assurée, c’est à dire que les analyseur intégrant le protocole original de DL4JAL continuerons à être supportés. Ces nouvelles fonctions étant destinées à mieux gérer des analyseurs dotés de firmwares homemades.

Comme pour les  versions précédentes, pour pourvoir l’exécuter il faut:

1> avoir décompressé le zip ( il ne fonctionne pas directement lancé dans le fichier zip).

2> avoir le framework .NET 4.0 installé sur sa machine ( ou Mono si on est sur Mac ou PC Linux).

Pour l’utiliser sous Mac avec mono il faut lui demander d’utiliser la version 32 bits, car la version 64bits ne gère pas totalement les systèmes de fenêtre, donc  la ligne de commande ressemble à ça :


mono  — arch=32  SNASharp.exe

Vous pouvez intervenir directement via les commentaires en bas de l’article

Pour vous tenir informé des nouvelles versions
Le blog n’a pas actuellement de système d’abonnement aux articles.
Quand une nouvelle version est disponible, je l’annonce sur Twitter (entre autres) avec le tag #SNASharp

Il y a aussi un fil de discussion sur les forums de www.radioamateur.org, ici

Et je poste aussi un mail dans les listes de diffusion hyperfr et ATV

David.

Publié dans SNASharp | Marqué avec | 6 commentaires

Améliorations sur le « D6 » par Jean Claude F1AIA

Dans la lignée de l’article que j’avais écrit sur des modifications sur l’analyseur D6 Jean claude F1AIA a retravaillé les ports de l’analyseur afin de le doter de deux atténuateurs.

6dB d’atténuation sur la sortie:

6dB attenuator on TG output

On voit que l’atténuateur en PI est constitué d’une résistance série de 39 Ohms et de deux résistances de 150 Ohms qui partent à la masse.

Pour placer la résistance de 39 Ohms Jean Claude a du (en plus du démontage du capot de blindage qui masque la sortie) couper la piste placée entre le condensateur de découplage de sortie et la prise SMA.

Et 3db d’atténuation sur l’entrée

3dB attenuator on D6 entry

Ici, le blindage a aussi du être dessoudé, mais aucune piste n’a eu besoin d’être coupée. On s’en sort en soudant une résistance entre les deux broches de la SMA et en réutilisant les emplacements disponibles.

Les valeurs des résistances de cet atténuateur en PI sont de 18 Ohms pour la résistance série et 300 Ohms pour celles qui repartent à la masse.

A noter que l’entrée présente maintenant 50 Ohms d’impédance, ce qui n’était pas le cas du montage initial ou elle était de 25 Ohms. Cette modification d’entrée peut donc remplacer celle que j’avais détaillée dans cet article.

Pour ceux qui voudraient opter pour des valeurs d’atténuateurs différentes, je vous conseille ce calculateur en ligne.

Voila les mesures de S11 aprés les modifications réalisées par Jean Claude

Sur la sortie (TG)

Return loss on TG port after F1AIA upgrade

Donc avec -25.82dB de return loss à 1296MHz la sortie de l’analyseur est maintenant bien adaptée sur 50 Ohms en large bande.

Sur l’entrée

Return loss on Mixer port after F1AIA upgrade

Jean claude a aussi réalisé les modifications du filtre FI décrites dans le précédent article.

Voila quelques mesures réalisées avec l’ensemble des modifications

1.7GHz filter, before and after F1AIA upgrade
For comparison the same filter on Wiltron scalar analyzer
Another filter test

Conclusion..

Nous avons donc une modification qui atténue de 9dB en tout ( 6dB sur la sortie et 3dB sur l’entrée), et qui ramène l’entrée sur 50 Ohms.

Une dynamique de 85dB est préservée.

Sur les fréquences ou l’analyseur présente le gain le plus élevé ( aux alentours de 2Ghz) cette atténuation n’est pas suffisante pour assurer des mesures correctes, elle place l’analyseur au delà de la zone linéaire du mélangeur. Mais sur les fréquences les plus élevées ( 4GHz) elle est suffisante. Aussi il est préférable de ne pas atténuer de plus de 9dB sur la platine elle même afin de ne pas trop dégrader le range dynamique de l’analyseur sur les fréquences élevées, et de se garder la possibilité de rajouter un atténuateur externe de 6dB à 10dB si on a besoin de faire une mesure dans la zone des 2GHZ.
Si on double l’atténuation ( donc 6dB de plus sur la sortie et 3dB de plus sur l’entrée) on se retrouve en zone linéaire. Je préfère cependant le faire en rajoutant des atténuateurs externes, pour deux raisons.

La première est que si on effectue des mesures avec un pont RF ou un coupleur directif, le signal renvoyé sur l’analyseur peut être fortement atténué, dans ce cas la on peut se passer des atténuateurs externes et conserver une bonne dynamique.

La deuxième est qu’il sera « bientôt » possible de diminuer le niveau du TG par code, et donc de baisser le niveau aussi loin que nécessaire pour assurer la linéarité des mesures. On pourrais même imaginer une atténuation différente selon la fréquence de la mesure. 

David, F4HTQ.

L’ensemble des images ont été fournies par Jean Claude F1AIA.

Publié dans D6, Electronique, Mesure, SNA | Marqué avec , , | 9 commentaires

Et voila maintenant le FT4..

Nous sommes le 22/04/2019 et ce message vient d’être diffusé.

To:   WSJT-X users interested in testing FT4

From: K1JT, K9AN, and G4WJS

Soon after the « FT8 Roundup » held on December 1-2, 2018, we started serious work on a faster, more contest-friendly digital mode that can compete with RTTY-contesting QSO rates while preserving many of the benefits of FT8.  The result is FT4 — a new digital mode specifically designed for radio contesting.

Over the past month a small group of volunteers have been conducting on-the-air tests of FT4.  The early tests were very successful and helped us to make a number of important design decisions.  We believe

FT4 has considerable promise for its intended purpose.

We’ll soon be ready for testing by a larger group.  If you might be interested in participating and offering your considered feedback, please read the descriptive document « The FT4 Protocol for Digital Contesting », posted here:

http://physics.princeton.edu/pulsar/k1jt/FT4_Protocol.pdf

We plan to post downloadable installation packages for WSJT-X 2.1.0-rc5 on April 29, one week from today.  The document linked above includes
– Instructions for installing WSJT-X 2.1.0-rc5 and FT4 configuration
– Operating instructions for FT
– Basic description of the FT4 protocol, modulation, and wavefor
  – Detailed sensitivity measurements for FT4 under a wide variety of    simulated propagation conditions
  – Schedule for upcoming test sessions

Please consider helping us to make FT4 a successful mode for digital contesting
With best wishes and 73,

                — Joe (K1JT), Steve (K9AN), and Bill (G4WJS)

A quoi doit on s’attendre ?

Une rétrospective s’impose.

K1JT à démarré avec le WSPR, c’est à dire un mode destiné à sonder la propagation avec de très faibles signaux, en dessous de -30dBm, tout en fournissant une mesure de SNR. Ce mode a subsisté dans son rôle initial, même si certains ont fait des « QSO » avec. Chaque message prenait 2 minutes pour être envoyé.

Ensuite est arrivé le JT65, crée initialement pour l’EME ou en tous cas pour la VHF/UHF qui s’est retrouvé particulièrement utilisé en… HF.

K1JT trouvant certainement ce détournement inopportun, a proposé le JT9, format parfait pour la HF ( faible bande passante, SNR très bas, mais besoin d’une bonne stabilité en fréquence ce qui n’est pas problématique pour le matériel commercial moderne). Le succès a été pour le moins limité, la majorité des échanges persistant en JT65 avec des opérateurs qui s’insultaient en se marchant sur les pieds dans leurs messages entrelacés.. par manque de place. Pour rappel, un message envoyé en JT65 ou JT9 prenait une minute.

Par contre, contre toute attente, les stations MF ( 630M) semblent apprécier le JT9, c’est aujourd’hui le format le plus utilisé par les stations US sur cette bande. Il n’est d’ailleurs quasiment plus utilisé que la.

Et puis est arrivé le FT8, qui avec ses messages de 15 secondes était dédié au trafic en sporadiques E (principalement sur la bande des 6M et dans une moindre mesure celle des 10M). L’argumentaire étant que ces liaisons étaient tellement furtives qu’il fallait un mode capable de faire un QSO en une minute tout au plus. Quand on connais la suite, ça fait forcement un peu sourire…

Le FT8 à donc fait quasi table rase de ce qu’il y avait avant, sur toutes les bandes HF ( et il a même bien débordé sur la VHF). Exit le PSK31, le PSK63, le JT65/JT9. Non pas que la propagation HF soit devenue sporadique, mais ce sont les QSO-TGV ( échanges en 15 secondes, QSO en une minute), et automatisés ( on peut rester les bras croisés à coté) qui ont séduit.

Cela a mis une fois de plus en évidence ce que cherchaient les opérateurs: un mode, aux échanges minimalistes, leur permettant de remplir au plus vite les log, afin de récupérer QSL, eQSL et surtout confirmations LoTW pour les fameux diplômes du DXCC. C’est pour cela que les JT65,PSK, et même maintenant CW ont été balayés.

D’ailleurs ceux qui avaient un peu trafiqué en PSK63 devraient avoir senti le truc venir, la popularité de ce mode au détriment du PSK31 étant motivée par la rapidité avec laquelle on pouvait remplir les logs.

Bien qu’étant une activité de loisirs, la pratique radioamateur semble tendre de plus en plus vers une accumulation toujours plus rapide d’une « production » de contacts.

Alors, comment se dessine la suite ?

Revenons au FT4 qui sera disponible en test dans une petite semaine, il propose quoi ?

« .. FT4 is an experimental digital mode designed specifically for radio contesting. Like FT8, it uses fixed-length transmissions, structured messages with formats optimized for minimal QSOs, and strong forward error correction. T/R sequences are 6 seconds long, so FT4 is 2.5 × faster than FT8 and about the same speed as RTTY for radio contesting. FT4 can work with signals 10 dB weaker than needed for RTTY, while using much less bandwidth .. »

Il propose donc des échanges en 6 secondes ( contre 15 secondes pour le FT8), avec un SNR de décodage minimal dégradé ( -16.5dB contre -24dB) soit 7.5dB « moins bien », ce qui peut se traduire par une puissance nécessaire 5.6 fois plus importante pour faire le QSO. Il devrait donc permettre de faire des QSO complet en 24s. Il ne manque plus qu’il soit autorisé pour les diplômes ( ce qui finira par arriver, peut être via les DX-Expeditions) et il devrait logiquement balayer le FT8 dans tous les cas ( et pas uniquement pour les concours comme indiqué par l’auteur qui une fois de plus verra son mode certainement utilisé bien au delà de la volonté affichée).

Il est néanmoins possible que dans un premier temps le mode FT4 limite les messages au format concours ( identiques à ceux disponibles pour le FT8 roundup), ce qui pourrait ralentir son adoption pour les QSO hors concours. Pour savoir si ce bridage est effectif ou non il nous faudra attendre une semaine. Je mettrai l’article à jour quand ce point sera éclairci.

EDITION au 29/04/2019

Le FT4 est disponible et, comme je m’y attendais, c’est un mode libre d’accès pour les QSO. Je l’ai testé sur les 30M sans rencontrer de problème particulier. Donc, mon « pronostic » est qu’il est bien parti pour remplacer le FT8.


Quand au SNR dégradé (de 7.5dB par rapport au FT8), il ne constitue pas un obstacle insurmontable. La majorité des stations étant sur-dimensionnées pour le FT8 (assez peu de report sont moins bons que -16dB de SNR) cela ne devrait donc pas constituer un frein dissuasif. Et puis on peut se référer au précédent du JT65/JT9 qui s’est fait balayer par le FT8 malgré une pénalité de décodage de 6dB.

On en reparle dans un an ou deux (ou avant si les choses se précipitent), pour voir si une fois de plus la logique qui veut que le mode capable de remplir le plus vite les logs est celui qui finisse par s’imposer, est respectée.

David, F4HTQ.

Publié dans Radio | Marqué avec , , | 4 commentaires

SNASharp v2019_04_14_0

Un nouvelle version de SNASharp est disponible
La page principale du projet est toujours la même

Cela se passe ici :  http://alloza.eu/david/WordPress3/?page_id=478

Voila le lien de téléchargement direct de la dernière version ( 2019_04_14_0):

Clic here to download the last version

current version with a 6M band low pass filter

Cette version intègre les évolutions récentes

  • Un système automatique d’indicateurs a été mis en place. L’utilisateur peut choix pour chaque courbe 6 éléments à afficher parmi une liste de 16 indicateurs.
  • la possibilité d’effectuer un « coller » direct de l’image du graphique dans le presse papier, et donc de pouvoir le coller dans un document ou un mail sans passer par un fichier.
  • Amélioration de la vitesse d’affichage, et réduction de l’occupation mémoire ( moins de 30MO sont nécessaires au logiciel pour fonctionner).

Les choix suivants sont disponibles au niveau des indicateurs

OFF : indicateur inutilisé
MAX_LEVEL : Ligne horizontale correspondant au niveau maximal en sortie.
BP_3dB : Bande passante à -3dB (référence niveau maximal)
BP_6dB : Bande passante à -6dB
BP_10dB:…..
BP_20dB
BP_30dB
BP_40dB
BP_50dB
BP_60dB
BP_70dB
BP_80dB
BP_90dB
BP_100dB
BP_6dB_TO_MIN : bande passante à +6dB par rapport au minimum
BP_3dB_TO_MIN : bande passante à +3dB par rapport au minimum
MIN_LEVEL : niveau minimal

Marquage graphique:

cas d’un passe bande, les fréquences de coupures ainsi que la bande passante sont indiquées

Band pass filter, the two cut off frequencies and the bandwidth are displayed

Cas d’un passe bas ou passe haut, seule la fréquence de coupure est indiquée

Low pass filter, only cut off frequency is displayed

Futures évolutions:

Les futures évolutions ne seront pas uniquement visuelles ou esthétiques. Le logiciel intégrera une première série d’extensions du protocole de communication vers les analyseurs. La compatibilité ascendante sera assurée, c’est à dire que les analyseur intégrant le protocole original de DL4JAL continuerons à être supportés. Ces nouvelles fonctions étant destinées à mieux gérer des analyseurs dotés de firmwares homemades.

Comme pour les  versions précédentes, pour pourvoir l’exécuter il faut:

1> avoir décompressé le zip ( il ne fonctionne pas directement lancé dans le fichier zip).

2> avoir le framework .NET 4.0 installé sur sa machine ( ou Mono si on est sur Mac ou PC Linux).

Pour l’utiliser sous Mac avec mono il faut lui demander d’utiliser la version 32 bits, car la version 64bits ne gère pas totalement les systèmes de fenêtre, donc  la ligne de commande ressemble à ça :


mono  — arch=32  SNASharp.exe

Vous pouvez intervenir directement via les commentaires en bas de l’article

David.

Publié dans SNASharp, Uncategorized | Marqué avec | 2 commentaires