Archives de catégorie : DX

Trafic radio et DX

DX, HAM Radio

3D2GC, HB0CC et XZ1Z!

Hier j’avais un peu de temps pour faire de un peu de DX radio. Ca faisait facilement une semaine que je n’avais plus fait un QSO faute de temps. Oh, j’avais bien allumé mon TS-590s dans la journée pour essayer de contacter XZ1K aux heures les plus difficiles pour les autres, ce qui devraient me favoriser grâce à la proximité, mais voilà, comme pour les expéditions en 9M0 ou le Laos ou le Cambodge, c’est trop près et les signaux sur les bandes hautes sont très très faibles.

Hier je commence donc à faire un petit tour de bande pour m’échauffer et prendre le pouls de la propagation. Elle a l’air plutôt bonne et même si je n’entends pas TU5DF sur 12 mètres, j’entends des stations européennes qui l’appellent. En cherchant un peu plus bas, je trouve 3D2GC (http://3d2gc NULL.com/) sur 20 mètres qui m’arrive faiblement (S5 avec du QSB) mais devrait être joignable. Le pile-up s’étend sur 2-3 KHz avec pas mal de JA et de stations NA que je n’entends pas toutes. Je l’étudie un peu pour en comprendre le fonctionnement et connaître les habitudes de l’opérateur. Dix minutes plus tard, 3D2GC est dans le log! Ca me rassure, même après plusieurs mois sans vraiment chasser le DX, je n’ai pas perdu la main!

Puisque le 14 MHz me semble favorable et que rien d’exceptionnel ne se montre sur la bande, je décide de lancer appel. Malheureusement, je dois arrêter après environ 20 minutes et beaucoup de tracas. Tout d’abord mon manipulateur se montre capricieux et refuse d’envoyer des “dits” et coince un peu. Il faut dire qu’avec les typhons qui se suivent actuellement dans la Mer de l’Est, l’humidité très élevée oxyde les contacts et la température plus basse qu’à l’accoutumée a déréglé le manip. Je nettoie donc les contacts, ajoute du jeu sur les pivots… et c’est maintenant l’antenne qui fait des siennes. Après plusieurs minutes en émission le ROS est devenu très élevé. Un nouveau réglage de la boîte d’accord marche quelques minutes mais ensuite le ROS monte à nouveau et la puissance se régule à 50W…. Je décide d’arrêter non sans avoir répondu à l’appel de HB0CC (http://qrz NULL.com/db/hb0cc), autre DX pour moi car le Liechtenstein reste rare depuis le Viêt-Nam.

XZ1Z Montage antennes (http://xv4y NULL.radioclub NULL.asia/wp-content/uploads/2013/09/XZ1Z NULL.jpg)Il est passé 21h30 locales et je vois XZ1Z (http://www NULL.dxcoffee NULL.com/eng/2013/09/18/xz1z-myanmar-photo/) annoncé sur la bande des 30 mètres sur le cluster. Là j’ai ma chance car sur les bandes basses la propagation de sol est bien meilleure. Le temps de changer l’antenne pour connecter le dipôle 80 mètres et j’entends la voiture de mon épouse qui rentre. Je descends lui ouvrir et lui demander de me donner 20 minutes de rabiot… Entretemps, le pile-up sur XZ1Z a grossi et s’étend sur plusieurs kiloHertz. Il m’arrive S9+10dB mais je suppose qu’il a un ampli. Certaines stations JA arrivent S9+60dB!!! Il faut dire que 1kW dans une 5 éléments ça fait du bruit! L’opérateur avait l’air de ne pas trop changer sa fréquence de réception autour des UP 2 mais là il semble monter de 200Hz à chaque fois. Je le suis en anticipant un peu mais je me fais devancer deux fois par des stations JA puissantes. La troisième fois sera la bonne et Myanmar devient ma 218ème entité DXCC contactée! Il est temps d’arrêter la stations et d’aller au lit…

Contests, Dev web, DX, Ego, Geek, le monde est geek, HAM Radio

QScope avec K9W et TO2TT

Logo QScope.org (http://xv4y NULL.radioclub NULL.asia/wp-content/uploads/2013/08/logo_qscope_b NULL.png)En ce moment j’ai peu de temps pour le blog. Mes diverses activités professionnelles prennent la première place, avec entre autres un projet d’ouverture de restaurant qui redevient d’actualité. Ensuite j’ai été pas mal sollicité sur QScope (http://www NULL.qscope NULL.org/), d’abord par des nouvelles statistiques suggérées par les utilisateurs, ensuite par les bogues à corriger puis finalement par des revues et bulletins DX qui souhaitent avoir plus de détails afin de publier un article complet sur le projet.

La bonne nouvelle c’est que les organisateurs de deux grosses Expéditions à Wake Island (K9W) (http://www NULL.wake2013 NULL.org/) et à Mayotte (TO2TT) (http://www NULL.i2ysb NULL.com/idt/) ont annoncé leur volonté d’utiliser QScope en interne pour l’organisation de leurs opérations. Les statistiques produites leur permettront d’avoir jour par jour toutes les informations pour mieux répartir les tours d’opérateurs et la répartition des activités par bandes et modes dans le temps. Le but étant de maximiser le nombre de QSOs afin de mieux “rentabiliser” le coût de ces organisations. Le nombre de QSOs pour de telles DXpeditions en fin d’opération s’élève vite à 100.000, et ces utilisateurs utiliseront les statistiques les plus coûteuses en terme de temps machine!

J’ai donc du passer du temps afin de “préparer l’avenir”. En effet, si maintenant l’application compte 600 utilisateurs enregistrés et plus de 3 millions de lignes de log téléchargées, l’effervescence des premiers jours s’est calmé en moyenne il y a 10 utilisateurs “actifs” par jour qui produisent des statistiques et 1,8 millions de lignes de log dans la base de données (les utilisateurs effacent souvent leur logs après avoir produit les statistiques). La base de données principale fait 250 Mo, et les index occupent autant. Quand on tient compte de la RAM du serveur occupée par le système, le SGBDR lui-même et les différents shared buffers, on se rend compte qu’on se rapproche vite de la capacité maximale disponible de 1 Go actuelle sur le serveur. Rapidement, au lieu de lire les données dans la mémoire cache rapide, c’est sur le disque dur très lent que le SGBDR ira chercher ses informations à traiter. Les temps de calcul seront multiplié par 10 au moins…

Deux solutions à cela : augmenter la RAM du serveur ou mieux répartir les données. La première solution est la plus rapide à mettre en oeuvre, le problème c’est que chez le fournisseur que j’ai choisi c’est aussi la plus coûteuse. Les prix sont très attractif pour l’entrée de gamme, mais ensuite on grimpe très vite. L’autre solution est donc beaucoup plus intéressante sur le long terme. La réponse que je souhaitais mettre en place s’appliquait en trois phases :

  1. Mettre en place le mécanisme de Paritionnement de Tables de PostgreSQL. Simple à mettre en place en théorie, même si entièrement manuel contrairement aux SGBDR commerciaux comme Oracle ou Sybase, il permet de diminuer la taille de chaque table à charger en RAM et la taille des index. Je pensais donc répartir mes utilisateurs sur 27 tables (les 26 lettres de l’alphabet plus un “fourre-tout”) en fonction de la première lettre de leur indicatif. Après quelques tâtonnements (une maquette avec 2 utilisateurs est bien plus facile qu’une base de production avec 600 comptes) tout fonctionnait parfaitement. Les tables les plus grosses faisaient 40 Mo et les index avaient bien diminué en taille. Le “hic” c’est que les performances étaient pires qu’avant!!! Le problème venait de la fonction choisie pour répartir les utilisateurs sur les différentes tables. Celle-ci était coûteuse en temps machine et la pénalité se paye à chaque requête. J’ai donc du faire marche arrière… Le partitionnement reste intéressant, mais pour une répartition plus légère à calculer (simple comparaison) comme celle sur une date.
  2. Donner la possibilité d’attribuer à chaque utilisateur une base de données différente. Là, le travail se résumait à pas mal de réécriture du code existant pour permettre de se connecter sur différentes base de données “à la volée”. Rien d’insurmontable surtout que j’avais envisagé la chose assez tôt. En pratique ça me permet d’isoler facilement les “gros” utilisateurs comme les DXpeditions. Ils feront leurs calculs gourmands sur une base de taille plus petite que la base principale, diminuant les temps de traitement. La compartimentation au niveau du serveur aidera aussi les utilisateurs de la base principale à être moins impactés puisque ce seront deux emplacements mémoire et deux emplacements disques différent qui seront consultés, limitant les phénomènes de “lock“.
  3. Permettre d’utiliser plusieurs petits serveurs plutôt qu’un gros. Techniquement la solution est la même que la précédente, sauf que cette fois-ci au lieu d’interroger une autre base de données du même serveur je vais la chercher sur une autre machine. Cela est très intéressant car en répartissant les utilisateurs sur plusieurs bases on évite que celles-ci grossissent de trop et deviennent trop lourdes à gérer. Du point de vue financier, c’est aussi le plus intéressant car en doublant le coût, on double réellement la capacité (CPU, RAM et disque) alors que dans la grille tarifaire du fournisseur, doubler le prix payé pour le serveur ne faisait que doubler la RAM. Le contrecoup c’est que ça fait deux systèmes à gérer et donc plus de temps à passer. Toutefois, si les deux systèmes sont identiques et disposent de bonnes procédures automatisées, cette maintenance reste limitée.

Comme vous le voyez, je suis assez satisfait du temps passé sur QScope car cela me permettra de répondre plus facilement à l’augmentation de la demande qui va venir avec la saison des concours et des DXpeditions. L’échec de la mise en place du paritionnement n’est que partiel, et dans la réalité le serveur se comporte mieux que je ne l’avais craint. En effet, en plus de la RAM physique de 1 Go qui est allouée, 4 Go de disque SSD très rapide sont vus par le système comme de la RAM et permettent de diminuer les temps de réponse du disque tant qu’on reste dans des limites acceptables.

Contests, DX, HAM Radio

Dernières bétas pour QScope.org


QScope : temps de trafic par bande (http://www NULL.qscope NULL.org/)Ces derniers jours, j’ai pas mal travaillé sur mon site de statistiques et graphiques pour les logs radioamateurs (http://www NULL.qscope NULL.org/). Je suis plutôt satisfait des résultats et il ne me reste plus que deux petites modifications à apporter pour atteindre les objectifs fixés pour la version 1.00. Alors qu’au départ je ciblais uniquement les amateurs de concours radio, aujourd’hui je me rends compte que beaucoup des statistiques que le site calcule sont intéressantes aussi pour les DXers. Par exemple j’aime assez ce graphe de répartition de mon temps de trafic en fonction des bandes. Comparé au nombre de QSOs et aux nombres d’entités DXCC par bande, cela permet de voir quelles sont les bandes les plus productives.

QScope : Répartition temps de trafic (http://xv4y NULL.radioclub NULL.asia/wp-content/uploads/2013/08/XV4Y_OpTimeBandPieChart NULL.png)Je suis aussi très content des performances et aujourd’hui l’application tourne très bien avec un serveur mono-processeur et seulement 512Mo de RAM! Ce sera une autre histoire avec 1000 utilisateurs bien sûr mais toutes les optimisations que j’ai apporté et les choix que j’ai fait dès le départ seront payant pour garantir que la qualité de service suivra les améliorations du matériel qui pourraient être nécessaires. En particulier, j’ai soigné mes procédures stockées ce qui sur certaines opérations a permis de diviser les temps de traitement par 10 et surtout de mieux répartir la charge entre le serveur web et la base de données. J’ai encore quelques petites pistes pour réduire le temps de traitement pour dessiner les graphes, mais c’est un peu plus expérimental et moins urgent.

Les fonctionnalités offertes par QScope.org (http://www NULL.qscope NULL.org/) sont les suivantes :

  • Nombre de QSOs, Temps de trafic
  • Nombre d’indicatifs uniques contactés, d’entités DXCC uniques, de zones CQ et ITU
  • Taux de QSO/heure moyen et en pointe pour des périodes de 10, 30 et 60 minutes
  • Synthèse de l’Activité montrant quelle bande, mode ou table de trafic étaient les plus productives durant un concours
  • Graphes avec le nombres de QSOs par indicatif, bande, mode, ou opérateur
  • Graphes avec le nombres de Points par indicatif, bande, mode, ou opérateur
  • Graphes avec le nombres de QSOs par zones CQ ou ITU
  • Graphes heure par heure montrant le Nombre de QSOs et Points, le Nombre de nouvelles zones CQ et ITU, le Nombre de nouveaux pays DXCC et Préfixes
  • Graphes avec le Temps de trafic par bande, mode et opérateur avec temps de pause paramétrable
  • Graphes minute par minute montrant l’évolution taux de QSOs/heure en pointe pour votre log entier ou par opérateur ou par bande, avec la durée d’échantillon du calcul des pointes paramétrable entre 5 et 60 minute
  • Graphes avec les taux de QSO/heure en pointe par bande, mode ou opérateur avec la durée d’échantillon du calcul des pointes paramétrable entre 5 et 60 minutes

Bien entendu les informations que vous pouvez afficher dépendent de celles disponibles dans vos logs. Le format ADIF contenant plus de détails que le format Cabrillo. Pour l’instant les logs que j’interprète le mieux proviennent des logiciels de N1MM, puis DXKeeper, puis Ham Radio Deluxe (HRD).

Logo QScope.org (http://www NULL.qscope NULL.org/)

Contests, DX, HAM Radio, Propagation

Etude de la propagation : suivi automatisée des balises NCDXF

Un commentaire

Jim VE7FO est un grand amateur de concours radio. C’est d’ailleurs pour cette raison qu’il a rejoint l’équipe de testeurs du projet COSTA (dont le nom définitif sera annoncé d’ici peu) car il souhaite avoir des statistiques sur les performances des membres de son équipe.

Réception NCDXF VE7FO 2013-08-19 (http://xv4y NULL.radioclub NULL.asia/wp-content/uploads/2013/08/NCDXF_VE7FO_S-2013-08-19 NULL.gif)Le pendant de cette étude a posteriori de comment s’est passé le concours, c’est une planification rigoureuse de la stratégie à adopter face à la propagation. Certains OMs (et nombreux sont des pointures dans le domaine des contests) vous disent “Il suffit de rester sur la bande la plus haute ouverte et ne descendre que lorsque le nombre de QSOs diminue trop fortement. Et on ne fait les bandes-basses que lors des couchers et levers de soleil”. C’est vrai dans la plupart des cas et pour les gros concours où il est plus important de courir les points que de chasser les multiplicateurs. Il y a d’autres cas où on a besoin de savoir vers quelle direction sera la meilleure ouverture et c’est là qu’une étude de la propagation est nécessaire.

Les logiciels de modélisation (tel que ceux basés sur le moteur VOACAP comme ce site que j’utilise beaucoup (http://www NULL.voacap NULL.com/)) sont très utiles mais ne donne que des prévisions suivant des modèles statistiques théoriques. Une étude des conditions réelles de propagation est souvent d’une meilleure aide. Personnellement j’utilise WSPR à cet effet, mais Jim préfère lui le logiciel Faros (http://www NULL.dxatlas NULL.com/faros/) qui écoute les balises NCDXF (http://www NULL.ncdxf NULL.org/pages/beacons NULL.html) réparties de par le monde et dresse une carte des conditions de propagation. L’avantage des balises NCDXF c’est qu’utilisant 100W dans une antenne verticale en télégraphie elles sont plus proche de la réalité. Cette carte peut ensuite être téléchargée sur un site web comme celui de Jim VE7FO pour partager avec d’autres OM ses résultats. De nombreux sites similaires existent.

CW, DX, HAM Radio, Propagation

Bonne propagation en ce début août

En regardant mon log, je n’ai du faire qu’une trentaine de QSOs sur les trois dernières semaines. D’une part la propagation est mauvaise en soirée là où j’ai le plus de temps libre, d’autre part j’ai été très occupé sur un tas d’autres choses.

wspr_40m_xv4y_08aout2013 (http://xv4y NULL.radioclub NULL.asia/wp-content/uploads/2013/08/wspr_40m_xv4y_08aout2013 NULL.png)Ces soirées “sans trafic” ont donc été l’objet de petites expérimentations avec ma balise autonome WSPR à DDS. J’ai essayé un peu toutes les bandes et les résultats très moyens me confirmaient ce que je savais déjà : l’été n’est pas une bonne période pour le DX. Voici toutefois une capture de WSPR sur 40 mètres il y a quelques jours où avec environ 1W dans un dipôle à quelques mètres du sol j’ai fait le grand écart entre les USA et l’Europe dans la même nuit. Sur d’autres nuits j’ai été reçu au Brésil ou en Afrique, mais jamais les deux en même temps… et parfois même l’Europe se faisait timide.

Comme la musique de la CW me manque, hier en attendant que mes clients rentrent de leur dîner en ville, j’ai écouté un peu les différentes bandes, fait un QSO en BLU avec CT7/DL4IAL (http://www NULL.qrz NULL.com/db/DL4IAL). La propagation était plutôt bonne et beaucoup de signaux se faisaient entendre du 20 mètres au 12 mètres. J’ai donc lancé appel sur 15 mètres et le pile-up a été instantané dès le premier appel. Ca faisait un moment que ça ne m’était plus arrivé! Malheureusement pour les stations appelantes, les occupants de mes chambres d’hôtes sont arrivés peu après et je n’ai pu faire que 9 QSOs…

DX, HAM Radio

Bulletin de la NCDXF édition de printemps

Première de couverture Bulletin NCDXF Printemps 2013

L’édition de printemps du bulletin de la Northern California DX Fundation (NCDXF) est arrivé dans ma boîte e-mail il y a quelques jours. Dans ce numéro non moins rien que 3 récits de DXpéditions majeures :

  • ZL9HR Campbell Island 2012 par John Chalkiarakis, VK3YP, co-leader de l’expédition
  • Message du président par Rusty W6OAT
  • Vous vous languissez de l’Afrique ? par Silvano Borsa, I2YSB
  • L’Histoire des Swains par Joe Pater, W8GEX (alias Joe8)
  • Sous les projecteurs
  • Bibliothèque de vidéos de DXpéditions à emprunter
DX, HAM Radio, VLF

Amplificateur VLF 50W par G4JNT

Photo G4JNT VLF Amplificateur (http://xv4y NULL.radioclub NULL.asia/wp-content/uploads/2013/05/G4JNT_VLF_Amplifier NULL.jpg)G4JNT Andy nous propose la réalisation d’un amplificateur linéaire pour les VLF sortant environ 50W. Le document qu’il a écrit (en anglais) est très bien explicité et permet d’adapter le schéma proposé à ses propres besoins. Il utilise 2 IRF520 et un BFQ195. La puissance nécessaire en entrée est de l’ordre de 300mW et l’alimentation se fait sous 12V. Un petit pré-driver sera donc nécessaire si vous voulez l’utiliser avec un la sortie DRV d’un TS-590s ou TS-990s par exemple. A cette fin, l’utilisation de circuit prévus pour l’audio (un TDA2030 par exemple) est possible moyennant une adaptation d’impédance même un peu grossière.

Au passage, ici un autre amplificateur à base de IRFP450, proposé par G0MRF (http://www NULL.g0mrf NULL.com/lf NULL.htm) et sortant lui jusque 350W pour 5W en entrée.

DX, HAM Radio, Voyage, voyage...

Livre : Les Kiribati, un paradis en voie de disparition

Kiribati Photo Thalassa (http://blog NULL.france3 NULL.fr/thalassa-actu/2013/05/22/livre-kiribati-paradis-en-voie-de-disparition/)Sur le blog de Thalassa (http://blog NULL.france3 NULL.fr/thalassa-actu/2013/05/22/livre-kiribati-paradis-en-voie-de-disparition/), vous pourrez lire une présentation du livre de Julien Blanc-Gras qui décrit la vie en sursit que mènent les habitants des îles Kiribati (préfixe ITU radio T3).

Aussi l’extrait en vidéo d’un reportage de l’émission.

 

 

Video Thalassa Kiribati (http://www NULL.youtube NULL.com/watch?v=QFeAfZCRRq0)

DX, HAM Radio, Propagation, QRP, VHF UHF Micro-ondes

Nouvelle version de WSJT-X

Ce matin j’ai reçu un e-mail de Joe K1JT m’informant de la sortie d’une nouvelle version de WSJT-X écrite par lui et Edson PY2SDR (http://ewpereira NULL.info/). Cette version 0.9 r3143 peut être téléchargée sur la page habituelle de WSJT (http://physics NULL.princeton NULL.edu/pulsar/K1JT/wsjt NULL.html) avec la documentation.

Elle apporte pas mal de changements par rapport à la dernière version publiée (http://physics NULL.princeton NULL.edu/pulsar/K1JT/wsjtx_changelog NULL.txt) avec entre autres deux fenêtres pour séparés les textes du QSO en cours et l’ensemble de textes décodés, une nouvelle méthode pour paramétrer les textes transmis, de nombreuses options supplémentaires, quelques fonctionnalités on screen supplémentaires, certains comportements du programme ont été améliorés, plusieurs bogues ont été corrigés.

Contests, DX, HAM Radio

SP3SUX opère ma station pour 5 jours

Un commentaire

Pas mal de boulot ces derniers jours et surtout quelques petits soucis de santé ne m’ont pas laissé beaucoup de temps pour le blog et mon traffic s’est aussi avéré très restreint.

Depuis hier après-midi et pour encore 5 jours, si vous entendez XV4Y sur l’air ce n’est pas moi l’opérateur mais Irek de SP3SUX. Il est venu passer quelques jours dans le delta et tente de faire un score dans le concours SP DX (http://spdxcontest NULL.pzk NULL.org NULL.pl/en/). Par expérience je sais que les QSOs avec l’Europe dans les contests ne sont pas faciles car les OMs tournent leurs antennes vers les USA ou le Japon qui sont beaucoup plus peuplés.

De mon côté, histoire de faire un petit bilan j’en suis à 117 entités DXCC contactées en 1275 QSOs sur 2013, ce qui me place bien pour le concours DX Marathon par rapport à l’année dernière. De manière plus globale j’ai ajouté 12 new ones à mon log dont 9 sur le mois de mars! J’en suis à 210 pays contactés (163 confirmés) avec 108 sur 20m, 104 sur 15m et 99 sur 12m… mais seulement 69 sur 10 mètres et 67 sur 17 mètres. Le plus important c’est la patience!