Jump to content
F6CTE

Logiciels F6CTE

Recommended Posts

F6CTE

Nouvelle version 3.3.1 de MULTIPSK

RX/TX: PSK10/BPSK31/QPSK31/PSKFEC31/PSK63/PSK63F/PSKAM10-31-50/CW/CCW/THROB/THROBX/MFSK8/MFSK16 (+ SSTV)/MT63/RTTY 45/ASCII/AMTOR FEC/FELD HELL/PSK HELL/HELL 80/HF-FAX/SSTV/

RX: AMTOR ARQ/NAVTEX/RTTY 50-75-100

DSP: FILTERS + réception CW binaural

PANORAMIC: BPSK31/PSK63/PSKFEC31 avec réception automatique

Programmation de la réception Multipsk

+ CLOCK (FRANCE-INTER, DCF77, RUGBY)

Bonjour à tous,

La nouvelle version 3.3.1 de MULTIPSK (+ CLOCK) est sur mon site Web (http://members.aol.com/f6cte/). Multispk associé à Clock sont des programmes de type "graticiel" ("freeware") mais avec des fonctions soumises à licence (par clé utilisateur).

La version 3.3.1 corrige un bug relatif à la macro <RX> en HELL 80.

Je rappelle que les principales modifications de MULTIPSK V. 3.3 sont les suivantes:

1) possibilité de transmettre et décoder en HELL 80 (mode Hellschreiber),

2) programmation, par l'utilisateur, de la réception, avec un language spécifique, pour, par exemple, balayer le spectre dans un ou plusieurs modes,

3) réception CW binaural (expérimental) qui devrait améliorer, physiologiquement, la détection des signaux CW noyés dans le bruit radio,

La fonction 2 est limitée à 3 minutes en version non-licenciée.

Voir ci-après les spécifications du mode HELL 80.

HELL 80

Le Hell 80 est un mode Hellschreiber.

Créateur : compagnie Siemens dans les années 1960

Description :

Vitesse en bauds: 315 (un pixel dure 3,175 ms)

Direction de lecture: colonne par colonne, de bas en haut et de la gauche vers la droite,

Matrice : hauteur: 9 pixels et largeur: 7 pixels…soit au total 63 pixels par caractère. Pour chaque caractère, 2 lignes et 2 colonnes sont réservés à la bordure soit 28 pixels.

Vitesse : 50 mpm (5 caractères par seconde)

Modulation : FSK deux tonalités avec un écart (« shift ») entre tonalités de 300 Hz. Normalement, le blanc est à 1625 Hz et le noir à 1925 Hz.

Mode de réception: USB

Dictionnaire : tous les caractères imprimables sauf les minuscules, le passage à a la ligne et la correction. La fonte utilisée est dérivée de la fonte FELD HELL,

Forme de l’impulsion: rectangulaire

Bande passante : environ 800 Hz (due à la forme rectangulaire),

Synchronisation: inutile, chaque colonne est affichée verticalement 2 fois (mais transmise une seule fois)

Pmoy/Pcrête : 1

Plus bas S/B : - 4 dB

Nota 1 : un mode "start-stop" existe également dans le système original (non décrit ici et non émulé par Multipsk).

Nota 2 : il est ajouté deux sous-modes "DX" et "Super DX" (fournis aussi pour le FELD HELL et le PSKHELL).

Spécification F6CTE additionnelle: quand aucun caractère n'est émis, la puissance est réduite d'un facteur 9 (pour conserver la trace de la porteuse associée à la couleur blanche).

73

Patrick

Share this post


Link to post
Guest

Bonjour ,

Un bien beau programme que MULTIPSK, galopins mouchez votre nez, décoiffez vous et dites bonjour et merci Monsieur F6CTE.

Je n'ai pas encore essayé avec Wine sous LINUX mais à voir.

Merci Patrick.

Amitiés.

Edited by Guest

Share this post


Link to post
F6CTE

Version 3.4 de MULTIPSK

RX/TX: PSK10/BPSK31/QPSK31/PSKFEC31/PSK63/PSK63F/PSKAM10-31-50/CW/CCW/THROB/THROBX/MFSK8/MFSK16 (+ SSTV)/MT63/RTTY 45/ASCII/AMTOR FEC/PACKET 300-1200/FELD HELL/PSK HELL/HELL 80/HF-FAX/SSTV/

RX: AMTOR ARQ/NAVTEX/RTTY 50-75-100

DSP: FILTERS + CW binaural reception

PANORAMIC: BPSK31/PSK63/PSKFEC31 avec réception automatique

Programmation de la réception Multipsk

+ CLOCK 1.3.3 (FRANCE-INTER, DCF77, HBG, RUGBY, WWV, WWVH)

Bonjour à tous,

La nouvelle version 3.4 de MULTIPSK (+ CLOCK) est sur mon site Web (http://members.aol.com/f6cte/)

Le principal site mirroir est celui de Earl N8KBR: http://multipsk.eqth.org/index.html

Il y a également le mini site mirroir de Terry: http://nav.to/multipsk

Multispk associé à Clock sont des programmes de type "graticiel" ("freeware") mais avec des fonctions soumises à licence (par clé utilisateur).

Les principales modifications de MULTIPSK V. 3.4 sont les suivantes:

1) possibilité de transmettre et décoder en Packet 300-1200 bauds (voir plus loin les spécifications du mode Packet), pour les Pentiums 166 ou plus,

2) en mode Packet, répondeur automatique AX25 individuel (avec possibilité de transmettre 8 messages) + balise AX25,

3) possibilité d'enregistrer directement un QSO sur le carnet de trafic informatique DXKeeper (version 4.2.2 minimum recommandé),

4) amélioration du décodage RTTY 45 et AMTOR FEC,

5) possibilité de contrôler Multipsk à travers un lien DDE,

6) en PSK, CW et CCW, possibilité d'imposer soit l'écart RX-TX soit la QRG TX depuis la "chute d'eau".

7) "Mark" haut en RTTY, ASCII et AMTOR, pour recevoir tous les modes OM en USB, en position "Normale".

Nota: la fonction 2 est seulement disponible en version non-limitée (avec licence).

Les modes PSK10, PSKFEC31, PSK63F, PSKAM10/31/50, MFSK8 and THROBX étant axés QRP et étant peu utilisés, je propose de concentrer les appels sur ces modes aux fréquences et horaires suivants:

* 14078 Khz USB (BF autour de 1000 Hz) à 17h00 UTC,

* 10148 kHz USB (BF autour de 1000 Hz) à 22h00 UTC.

Un préfixe en CW, à 20 mots/mn, indiquant l'indicatif et le mode, par exemple:

"CQ DE F6CTE MODE PSKFEC31" pourrait être transmis avant l'appel proprement dit ou après la transmission, ceci pour informer les autres OM.

Description du Packet

Elaboré entre 1978 et 1984 par la communauté radio-amateur.

Vitesse en bauds: 300 pour utilisation en HF et 1200 pour utilisation en VHF.

Vitesse : environ 330 mpm à 300 bauds et 1320 mpm à 1200 bauds en fonction du nombre de répétitions

Modulation : FSK deux tonalités (« mark » et « space ») avec un écart entre tonalités de 200 Hz à 300 bauds et 1000 Hz à 1200 bauds (notes fixes à 1200 et 2200 Hz)

Mode de réception: USB ou LSB en HF (300 bauds), FM en VHF (1200 bauds)

Jeu de caractères: caractères ASCII + jeu ANSI étendu

Forme de l’impulsion: rectangulaire

Bande passante : 900 Hz pour le mode 300 bauds et 3400 Hz pour le 1200 bauds

Démodulation : non cohérente

Synchronisation : automatique en utilisant le signal

Code correcteur : non

Code de convolution: non

Entrelacement : non

Pmoy/Pcrête : 1

Protocole AX25 (principe): toute la communication se fait à travers de "trames" (ensemble de caractères borné). Il y a différents sortes de trames (d'information , de supervison...) qui permettent de se connecter, de faire la communication (via une procédure automatique d'envoi et d'acquittement) puis de se déconnecter. Chaque trame est composé:

* d'un ou plusieurs fanions ("fanion": caractère unique),

* d'un champ adresse: destinataire + SSID puis expéditeur + SSID, le SSID définissant le type de station (de 0 à 15, station OM simple, BBS...),

* d'un octet de contrôle définissant le type de trame,

* pour les trames d'information: d'un champ PID (protocole de routage),

* pour les trames d'information: du champ d'information où se trouvent les données,

* d'un champ FCS composé de 2 octets où se trouve le calcul du CRC ("Cyclic Redundancy Check Sum") sur toutes les données de la trame jusqu'à ce champ (sauf les fanions). Une différence entre le CRC calculé et el CRC reçu rend la trame invalide,

* d'un fanion de fin de trame.

Note: le standard en 300 bauds est le mode "Unproto" et en 1200 bauds, le mode "Connecté" (avec un peu d'APRS en mode "Unproto") . Le Packet FSK réclame des rapports signal-bruit très bons. Dans le cas contraire, les liaisons sont impossibles.

Share this post


Link to post
F6CTE

Bonjour à tous,

Multipsk est maintenant à la version 3.4.2. Cette version résoud 2 "bugs": l'un relatif aux fréquences BF RX/TX initiales et l'autre relatif au carnet de trafic.

73

Patrick

Share this post


Link to post
Guest

Félicitations, Patrick, pour ce superbe travail !

Jean-Loup, F8DYR.

Share this post


Link to post
F6CTE

Bonjour à tous,

Je viens de sortir la version 3.4.3 de multipsk qui corrige des bugs portant sur: la CW manipulé en mode balise, les boutons MFSK16 SSTV, le Packet.

Cette version est sur mon site Web (http://members.aol.com/f6cte/)

Le principal site mirroir est celui de Earl N8KBR: http://multipsk.eqth.org/index.html

Il y a également le mini site mirroir de Terry: http://nav.to/multipsk

73

Patrick

Share this post


Link to post
Guest

Bonjour,

Multipsk ,le logiciel émetteur-récepteur numérique multimode est en version 3.5 lors de ma dernière visite du site de Patrick F6CTE. Il annonce les nouveautés suivantes :

V. 3.4 à V.3.5: mode RX PACTOR 1 + APRS (RX/TX) en mode Packet.

A essayer si ce n'est déjà fait.

73 de Pascal F1ULT/23

Mon site sur le Hellschreiber et le MT63

Share this post


Link to post
F6CTE

Nouvelle version (3.5) of MULTIPSK

RX/TX: PSK10/BPSK31/QPSK31/PSKFEC31/PSK63/PSK63F/PSKAM10-31-50/CW/CCW/THROB/THROBX/MFSK8/MFSK16 (+ SSTV)/MT63/RTTY 45/ASCII/AMTOR FEC/PACKET 300-1200 + APRS/FELD HELL/PSK HELL/HELL 80/HF-FAX/SSTV/

RX: AMTOR ARQ/NAVTEX/RTTY 50-75-100/PACTOR 1

DSP: FILTERS + CW réception binaural

PANORAMIC (RX 23 canaux simultanément): BPSK31/PSK63/PSKFEC31, avec réception automatique

Programmation de la réception Multipsk

+ CLOCK 1.3.3 (FRANCE-INTER, DCF77, HBG, RUGBY, WWV, WWVH)

Bonsoir à tous,

La nouvelle version 3.5 de MULTIPSK (+ CLOCK) est sur mon site Web (http://members.aol.com/f6cte/)

Le principal site mirroir est celui de Earl N8KBR: http://multipsk.eqth.org/index.html

Il y a également le mini site mirroir de Terry: http://nav.to/multipsk

Multispk associé à Clock sont des programmes de type "graticiel" ("freeware") mais avec des fonctions soumises à licence (par clé utilisateur).

Les principales modifications de MULTIPSK V. 3.5 sont les suivantes:

1) possibilité de décoder le mode Pactor 1 (voir plus loin les spécifications),

2) possibilité de décoder/coder les trames APRS (Automatic Position Reporting System) transmises en mode Packet (Unproto). Cette version permet aux OM de transmettre leur propre position ainsi que leurs propres données météorologiques depuis leur QRA mais ne permet une retransmission automatique depuis un GPS.

Nota: la fonction 2 est limitée en temps (5 mn) pour les versions sans licence.

Voir plus loin les spécifications du mode Pactor1 et du protocole APRS.

Description du mode Pactor 1 Créateurs : Ulrich Strate (DF4KV) et Hans-Peter Helfert (DL6MAA) en 1990

Vitesse en bauds: 100 ou 200 (200 bauds initialement) automatiquement sélectionnée en fonction des conditions de propagation

Vitesse : entre 0 et environ 260 mpm en fonction du nombre de répétitions, de le vitesse de modulation (100 ou 200 bauds) et du choix d'un mode compressé (Huffman) ou non,

Modulation : FSK deux tonalités (" mark " et " space ") avec un écart entre tonalités de 200 Hz. Les polarités sont inversées à chaque nouvelle trame d'information.

Mode de réception: indifférent (LSB ou USB)

Jeu de caractères: caractères ASCII + jeu ANSI étendu en "8 bits" ou caractères ASCII seulement avec une compression Huffman

Forme de l'impulsion: rectangulaire

Bande passante : 600 Hz

Démodulation : non cohérente

Synchronisation: automatique en utilisant le signal

Code correcteur: non

Code de convolution: non

Entrelacement : non

Pmoy/Pcrête : 1

Plus bas S/B à 100 bauds: -4 dB

Protocole Pactor 1 (principe): toute la communication se fait à travers des "trames" (ensemble borné de caractères) et des signaux de contrôle (CS1 à CS4) comme en AMTOR ARQ. Il y a deux sortes de trames: celle de synchronisation, au départ, pour la connexion et les trames d'information qui assurent la communication via une procédure automatique d'envoi et d'acquittement par les signaux CS1 à CS4. Chaque trame d'information est composée:

* d'un header (un caractère unique),

* du champ d'information où se trouvent les données (8 octets à 100 bauds et 20 à 200 bauds),

* d'un champ FCS composé de 2 octets où se trouve le calcul du CRC ("Cyclic Redundancy Check Sum") sur toutes les données de la trame jusqu'à ce champ (sauf le header). Une différence entre le CRC calculé et le CRC reçu rend la trame invalide.

C'est un mode ARQ dans la mesure où chaque trame, bonne ou mauvaise, reçoit un acquittement, positif ou négatif, suivi d'une répétition immédiate si la trame a été mal reçue. La durée de chaque cycle est fixe (1,25 sec).

Note 1: le Pactor 1 est utilisé en HF seulement. C'est un protocole publique, non protégé. Il semble très difficile de l'implanter sous Windows car les temps de réaction sont très courts et trop précis. Par contre, sous DOS, cela serait sans doute possible.

Note 2: il existe deux autres protocoles Pactor: les Pactor II et III qui sont plus performants mais qui ne sont pas publiques (il existe une protection de ces protocoles).

Description du protocole APRSCréateur : Bob Bruninga (WB4APR) en 1992

De "What is APRS" dans "APRS protocol reference version 1.0", il est expliqué que:

"L'APRS est un raccourci pour "Automatic Position Reporting System" ("Système Automatique de Repérage de Position), système qui a été élaboré par Bob Bruninga, WB4APR et introduit par lui-même en 1992 à la conférence "TAPR/ARRL Digital Communications".

Fondamentalement, l'APRS est un protocole de communication Packet destiné à diffuser des données publiques à tous ceux participant à un réseau, en temps réel. Sur un PC, sa fonction visuelle principale est la combinaison du Packet radio avec le réseau satellitaire GPS (Global Positionning System), permettant aux radio-amateurs d'afficher automatiquement les positions de stations radios ou d'autres objets sur des cartes.

D'autres fonctions non directement reliées au repérage de position sont supportées, comme la transmission d'informations météorologiques ou de direction prise ainsi que la transmission de messages."

L'APRS est décrit dans la référence "APRS protocol reference version 1.0" écrit par G3NRW (Ian) et le "APRS Working Group". Ce protocole est disponible sur le site WEB du TAPR.

Des modifications (version 1.1) et des corrections ont été introduites.

Share this post


Link to post
Guest
Description du mode Pactor 1 Créateurs : Ulrich Strate (DF4KV) et Hans-Peter Helfert (DL6MAA) en 1990

Forme de l'impulsion: rectangulaire

Démodulation : non cohérente

Juste une petite question pour comprendre et surtout apprendre ;) :

Pourquoi utiliser une forme d'onde rectangulaire et une demodulation non coherente ?

C'etait si difficile que ca en 1990 d'utiliser un filtre raised cosine ou autre et un PLL pour demoduler ?

Share this post


Link to post
F6CTE

Bonsoir Thierry,

J'imagine qu'en 1990, on était encore dans l'esprit "CW", "AMTOR" ou "RTTY"..., c'est à dire avec une modulation en bande de base, en tout ou rien (OOK ou FSK) sans filtrage préalable. Le premier mode OM, à ma connaissance, utilisant un filtrage préalable (cosinus relevé) est le PSK31 mais sans certitude. Evidemment si l'on gagnait en terme de P moyenne/P max et en terme de "non interférence entre signaux", ce n'est évidemment pas idéal pour l'étalement spectral (mais on peut le QRM produit comme une manière d'occuper les bandes HI).

En FSK, on ne suit pas la phase donc pas besoin de PLL numérique. Par contre, on peut employer une PLL pour la reconstitution du rythme de façon à rattraper de légers écarts temporels.

73

Patrick

Share this post


Link to post
F6CTE

Nouvelle version (3.6) de MULTIPSK

RX/TX: PSK10/BPSK31/QPSK31/PSKFEC31/PSK63/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV "Run"/CW/CCW/THROB/THROBX/MFSK8/

MFSK16 (+ SSTV)/MT63/RTTY 45/ASCII/AMTOR FEC/PACKET 300-1200 + APRS/FELD HELL/PSK HELL/HELL 80/HF-FAX/SSTV/

RX seulement: AMTOR ARQ/NAVTEX/RTTY 50-75-100/PACTOR 1

DSP: FILTRES + CW réception binaurale

PANORAMIC (RX 23 canaux simultanément): BPSK31/PSK63/PSKFEC31, avec réception automatique

Programmation de la réception Multipsk

+ CLOCK 1.4 (FRANCE-INTER, DCF77, HBG, RUGBY, WWVB, WWV, WWVH)

Bonsoir à tous,

La nouvelle version 3.6 de MULTIPSK (+ la nouvelle version 1.4 de CLOCK) est sur mon site Web (http://members.aol.com/f6cte/)

Le principal site miroir est celui de Earl N8KBR: http://multipsk.eqth.org/index.html

Il y a également le site miroir de Terry: http://www.hamsoft.tk./

Multispk associé à Clock sont des programmes de type "graticiel" ("freeware") mais avec des fonctions soumises à licence (par clé utilisateur).

Les principales modifications de MULTIPSK V. 3.6 et de CLOCK V. 1.4 sont les suivantes:

1) possibilité de coder/décoder le mode PSK220F (voir plus loin les spécifications),

Le PSK220F est rapide (200 mpm en minuscules) et, dans des conditions pas trop mauvaises, sensible (S/N min=-7 dB) et fiable (du fait d'un décodeur Viterbi) mais ce n'est, évidemment pas, un mode QRP. Il peut supporter de grandes dérives (jusqu'à 150 Hz/min) et il est facile de se régler dessus.

2) seulement en PSK63F et PSK220F pour l'instant, possibilité de comprimer/transmettre et recevoir des images numériques suivant un nouveau protocole DIGISSTV appelé "Run" (voir description plus loin).

3) ajout d'un menu "Votre carnet de trafic" avec des carnets de trafic utilisant la liaison DDE de DXKeeper pour l'échange d'information: DXKeeper (Dave AA6YQ) de la suite DXLAB et wxLogbook (Dave W1HKJ).

4) Clock V. 1.4 décode maintenant l'émetteur de signaux horaires WWVB (50 KW sur 60 KHz (GO), situé à Fort-Collins dans l'état du Colorado aux Etats-Unis).

D'autre part, les algorithmes ont été améliorés.

Je propose de concentrer les appels en PSK63F ou PSK220F + DIGISSTV "Run" aux fréquences et horaires suivants:

* 14078 Khz USB (BF autour de 1000 Hz), à 17h00 UTC si peu de trafic,

* 10148 kHz USB (BF autour de 1000 Hz) à 22h00 UTC si peu de trafic,

* 144,620 MHz USB (BF autour de 1000 Hz) à 20h00 UTC si peu de trafic.

Description du mode PSK220F Créateur: Patrick Lindecker F6CTE (2005)

Vitesse en bauds: 220.5

Vitesse : 140 mpm en majuscules et 200 mpm en minuscules (en moyenne)

Modulation : DBPSK

Mode de réception: indifférent (LSB ou USB)

Jeu de caractères: caractères ASCII + jeu ANSI étendu + un caractère de correction d’erreur (caractères « Varicode »)

Forme de l’impulsion: cosinus relevé

Bande passante: environ 430 Hz (max - 30 dB),

Synchronisation: automatique en utilisant le signal

Code correcteur: non

Code de convolution: R(Rendement)=1/2, K (Longueur de contrainte)=7 avec décodeur de type Viterbi, les deux sorties du codeur étant envoyées successivement,

Entrelacement : non

Dérive maximum: 2,5 Hz/sec (+/- en fonction du rapport signal/bruit)

Pmoy/Pcrête : 0,79

Plus bas S/B : - 7 dB en texte et -5 dB en DIGISSTV

Nota: ce mode est simplement le mode PSK63F (de Nino Porcino IZ8BLY) porté à 220,5 bauds.

Description du DIGISSTV "Run"Créateur : Patrick Lindecker F6CTE (2005)

Il s'agit d'un protocole de SSTV numérique (DIGISSTV), permettant la transmission d'images en couleurs, en nuances de gris ou en noir et blanc, l'image pouvant être envoyée au milieu d'un texte PSK63F ou PSK220F.

Il y a plusieurs particularités au protocole "Run":

1) Le but n'est pas ici de transmettre l'image binaire d'un fichier image déjà compressé mais:

- de charger un fichier image (BMP ou JPG) sous la forme d'un tableau de "pixels",

- de le compresser de la manière la plus appropriée pour des transmissions radio,

- d'assurer sa transmission puis sa réception.

2) Un SWL ou un OM à l'écoute doit pouvoir décoder cette image numérique soit dès le début de la transmission soit en cours de transmission, donc:

- les changements de lignes sont identifiés et définissent le type d'image compressé (couleurs, nuances de gris ou noir et blanc),

- les numéros de lignes sont transmis.

L'unité de compression choisie ici, est donc la ligne.

3) En couleurs et en nuances de gris, la compression n'affecte que très faiblement la qualité de l'image (différence entre l'original et la copie non discernable sans examen précis). En noir et blanc, il n'y a pas de perte due à la compression.

4) Le format de l'image transmise est libre mais doit être compris entre 8x6 et 320x256 (ce dernier format étant celui utilisé en SSTV analogique classique).

5) La méthode de compression choisie est appelée RLE ("Run Length Encoding" ou, en français "Codage par plage") d'où le nom de ce protocole "Run". Les taux de compression obtenus sont donc intéressants mais modestes: typiquement 3,5 pour des images couleurs, 7 en nuances de gris, 25 en noir et blanc, plus faible pour des images photographiques et plus fort pour des images synthétiques. Par ailleurs, plus l'image est petite, plus le taux de compression est faible, et inversement.

6) Pour prévenir le correspondant ou ceux à l'écoute, de l'envoi d'une image, l'image est précédée d'un préfixe, par exemple: "Run320x256C" pour une image en couleurs en format 320x256.

Les objectifs généraux de ce mode et les spécifications détaillées sont données dans le document "RUN_PROTOCOL" se trouvant dans la rubrique "Spécifications" de mon site Internet (page en anglais).

Share this post


Link to post
F6CTE

MULTIPSK Version 3.7

RX/TX: PSK10/BPSK31/QPSK31/PSKFEC31/PSK63/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV "Run"/CW/CCW/THROB/THROBX/MFSK8/MFSK16 (+ SSTV)/MT63/RTTY 45/ASCII/AMTOR FEC/

PACKET 300-1200 + APRS+ DIGISSTV "Run"/FELD HELL/PSK HELL/HELL 80/HF-FAX/SSTV/

RX only: AMTOR ARQ/NAVTEX/RTTY 50+SYNOP+SHIP/RTTY 75-100/PACTOR 1

DSP: FILTERS + CW binaural reception

PANORAMIC (RX 23 channels simultaneously): BPSK31/PSK63/PSKFEC31, with automatic reception

Programmation of Multipsk reception

+ CLOCK 1.5 (FRANCE-INTER, DCF77, HBG, RUGBY, WWVB, WWV, WWVH, GPS)

Bonsoir à tous les OM et SWL,

Les nouvelles versions de MULTIPSK (3.7) et de CLOCK (1.5) sont sur mon site Web (http://members.aol.com/f6cte/)

Le principal site miroir est celui de Earl N8KBR: http://multipsk.eqth.org/index.html

Il y a également le site miroir de Terry: http://www.hamsoft.tk./

Multispk associé à Clock sont des programmes de type "graticiel" ("freeware") mais avec des fonctions soumises à licence (par clé utilisateur).

Les principales modifications de MULTIPSK V. 3.7 sont les suivantes:

1) possibilité de contrôler l'émetteur-récepteur à travers le programme Commander (Dave AA6YQ) de la suite de logiciels DXLAB, en accord avec le "schéma" suivant ("DDE" pour "Dynamic Data Exchange", "COM" pour le port série et "CAT" pour "Computer Aided Tuning"):

MULTIPSK (DDE TX)-->(DDE RX) COMMANDER-->COM-->"CAT SYSTEM"-->TRANSCEIVER

MULTIPSK (DDE RX)<--(DDE TX) COMMANDER<--COM-->"CAT SYSTEM"<--TRANSCEIVER

2) ajout d'instructions de changement de fréquence ("GETHF" et "SETHF") dans la fonction de programmation RX,

3) possibilité de comprimer/transmettre et recevoir des images numériques suivant le protocole DIGISSTV appelé "Run" en PACKET (300 et 1200 bauds),

Il s'agit d'un protocole de SSTV numérique (DIGISSTV), permettant la transmission d'images en couleurs, en nuances de gris ou en noir et blanc, l'image pouvant être envoyée au milieu d'un texte.

4) décodage des messages météorologiques SYNOP et SHIP transmis en RTTY 50 bauds (voir une courte description ci-après),

5) Ajout du "très court" entrelacement (sur 8 bits) en MT63,

6) ajout de 12 séquences en appuyant sur la touche <Ctrl> ("Control"),

7) CLOCK 1.5 intègre le décodage des trames horaires GPS (à travers le port série, suivant le protocole NMEA 183) et une "chute d'eau" ("waterfall") pour sélectionner la fréquence de la station horaire,

Note: les fonctions 2 et 4) sont limitées en temps pour la version non-licenciée.

Je propose de concentrer les transmissions de petites images (en DIGISSTV "Run") aux fréquences et horaires suivants:

* Packet 300 bauds: 14090 Khz USB (BF autour de 1000 Hz), à 17h00 UTC,

* Packet 1200 bauds: 144.630 MHz FM, à 20h00 UTC,

Pour tous les autres modes exotiques (PSKFEC31, PSK10, PSK63F, PSK220F, THROBX...): 14075 Khz USB (BF autour de 1000 Hz), à 17h00 UTC.

Description des messages SYNOP/SHIP Le message SYNOP est un rapport d'observation de surface généré par une station terrestre manuelle ou automatique.

Le message SHIP est équivalent au message SYNOP mais généré par une station en mer (bateau)

Toutes ces informations sont échangées entre les différents services météorologiques à travers le monde. Elles sont, ensuite, transmises par des stations HF en RTTY 50 bauds.

Par exemple, depuis DDK2 sur 4583 Kz ou DDH7 sur 7646 Khz ou DDK9 sur 10100,8 Khz:

* des messages SYNOP sont transmis à 00h35, 06h10, 12h10 et 18h10 UTC,

* des messages SHIP sont transmis à 02h00, 04h40, 07h35, 10h35, 13h35, 16h35, 19h35 et 22h35 UTC.

Dans Multipsk, la présentation est similaire à celle de l'APRS: une carte où les stations terrestres et maritimes sont localisées et des champs où les informations météorologiques sont écrites.

73

Patrick

Share this post


Link to post
F-17636

Bonjour! cher om monsieur, je vous remercies aimablement pour ce logiciel qui viendra complété mes modestes connaissances radio.Mes Meilleures 73.jean-pierre

Share this post


Link to post
F6CTE

Bonsoir Jean-Pierre,

si cela peut compléter vos connaissances, le but est atteint, notre hobby étant un loisir technique.

PS: entre amateurs de radio, on peut oublier les "monsieur" HI

73

Patrick

Share this post


Link to post
F6CTE

Version 3.9 de MULTIPSK

RX/TX: PSK10/BPSK31/QPSK31/PSKFEC31/PSK63/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV "Run"/CW/CCW/THROB/THROBX/MFSK8/MFSK16 (+ SSTV)/OLIVIA DF/DOMINO DF/MT63/RTTY 45/ASCII/AMTOR FEC/ PACKET 300-1200 + APRS+ DIGISSTV "Run"/FELD HELL/PSK HELL/FM HELL/HELL 80/HF-FAX/SSTV/

RX only: AMTOR ARQ/NAVTEX/RTTY 50+SYNOP+SHIP/RTTY 75-100/PACTOR 1

DSP: FILTERS + CW binaural reception

PANORAMIC (RX 23 channels simultaneously): BPSK31/PSK63/PSKFEC31, with automatic reception

Programmation of Multipsk reception

+ CLOCK 1.5.2 (FRANCE-INTER, DCF77, HBG, RUGBY, WWVB, WWV, WWVH, GPS)

Bonjour à tous,

La nouvelle version de MULTIPSK (3.9) est sur mon site Web (http://members.aol.com/f6cte/)

Le principal site miroir est celui de Earl N8KBR: http://multipsk.eqth.org/index.html

Il y a également le site miroir de Terry: http://www.hamsoft.co.uk/

Multispk associé à Clock sont des programmes de type "graticiel" ("freeware") mais avec des fonctions soumises à licence (par clé utilisateur).

Les principales modifications de MULTIPSK V. 3.8 sont les suivantes:

1) possibilité de coder/décoder le mode DOMINO par défaut (voir plus loin les spécifications),

2) amélioration du décodage du Fax HF et, pour les versions non-limitées, possibilité d'afficher, en IOC 576, les images reçues aux dimensions de l'original,

3) possibilité de coder/décoder 5 modes OLIVIA :

* "Lent": 8 tonalités, largeur de bande=250 Hz, vitesse=31,25 bauds, 14,6 mpm, plus bas S/B=-14 dB,

* "Moyen": 16 tonalités, largeur de bande=500 Hz, vitesse=31,25 bauds, 19,5 mpm, plus bas S/B=-13 dB,

* "Standard": 32 tonalités, largeur de bande=1000 Hz, vitesse=31,25 bauds, 24,4 mpm, plus bas S/B=-12 dB,

* "Normal": 8 tonalités, largeur de bande=500 Hz, vitesse=62,5 bauds, 29,3 mpm, plus bas S/B=-11 dB,

* "Rapide": 16 tonalités, largeur de bande=1000 Hz, vitesse=62,5 bauds, 39,1 mpm, plus bas S/B=-10 dB.

Pour information, pour tous les modes exotiques de Multispk (PSKFEC31, PSK10, PSKAM, PSK63F, PSK220F (+DIGISSTV), CCW, MFSK8, THROBX, DOMINO...) je propose la fréquence QRP: 14075 Khz USB (BF autour de 1000 Hz), à 17h00 UTC.

Description du mode DOMINO DF ("mode par DéFaut")Créateurs : Con Wassilieff ZL2AFP et Murray Greenman ZL1BPU en 2004

Description :

Vitesse en bauds: 10,766

Vitesse : 40 mpm (en enlevant les caractères de synchronisation)

Modulation : IFK (Incremental Frequency Keying ou modulation par déplacement de porteuse) 16 tonalités mais avec 2 jeux de tonalités (J1 et J2) alternés de façon à réduire l'ISI (Interférence InterSymbole et à permettre une synchronisation rapide.

Le nombre total de tonalités étant de 16 séparées d'un écart de fréquence (DF) égal à la vitesse en bauds, chaque jeu possède 8 tonalités entrelacées séparées de 2 DF:

O O ...J1

O O ...J2

Nota: en fait, 18 tonalités sont utilisées pour limiter les rotations.

Un caractère est composé de 2 symboles de 3 bits, chaque symbole étant envoyé sur un jeu de tonalités (1er symbole sur J1 puis le 2ème symbole sur J2).

Mode de réception: sensible au coté (USB ou LSB), l'USB est recommandé

Jeu de caractères: 62 caractères (minuscules, chiffres et un peu de ponctuation) + un caractère de correction d'erreur + un caractère de synchronisation (caractères sur 6 bits de long)

Forme de l'impulsion: rectangulaire

Espace entre tonalités: 10,766 Hz

Bande passante: 213 Hz,

Démodulation : non-cohérente,

Synchronisation: pour les symboles de 3 bits, en utilisant le signal. Pour l'ordre des symboles, grâce à un bloc de 4 caractères de synchronisation envoyés après 12 caractères standard.

Code de convolution: non

Entrelacement : non

Décalage maximum: 65 Hz. C'est le gros avantage de ce mode IFK qui peut s'accomoder d'un désaccord inférieur ou égal à 65 Hz.

Dérive maximum: 20 Hz/mn (en fonction du rapport signal/bruit)

Note: à l'intérieur de la bande limitée par le décalage maximum, la dérive maximum est supérieure à 200 Hz/mn

Pmoy/Pcrête : 1

Plus bas S/B : -12 en Domino11

Nota: il existe 2 autres modes Domino (non décodés par Multipsk) à 7,8125 et 16,625 bauds. Ils sont conçus de la même manière.

Share this post


Link to post
F6CTE

Multipsk nouvelle version 3.10

RX/TX: PSK10/BPSK31/QPSK31/PSKFEC31/BPSK63/QPSK63/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV "Run"/CW/CCW/CCW-FSK/THROB/THROBX/MFSK8/MFSK16 (+ SSTV)/OLIVIA/DOMINO DF/MT63/RTTY 45/75/ASCII/AMTOR FEC/ PACKET 300-1200 + APRS+ DIGISSTV "Run"/FELD HELL/PSK HELL/FM HELL/HELL 80/HF-FAX/SSTV/

RX only: AMTOR ARQ/NAVTEX/RTTY 50+SYNOP+SHIP/RTTY 100/PACTOR 1

DSP: FILTERS + CW binaural reception

PANORAMIC (RX 23 channels simultaneously): BPSK31/PSK63/PSKFEC31, with automatic reception

Programmation of Multipsk reception

+ CLOCK 1.5.2 (FRANCE-INTER, DCF77, HBG, RUGBY, WWVB, WWV, WWVH, GPS)

Bonsoir à tous,

La nouvelle version de MULTIPSK (3.10) est sur mon site Web (http://f6cte.free.fr)

Le principal site miroir est celui de Earl N8KBR: http://multipsk.eqth.org/index.html

Il y a également le site miroir de Terry: http://www.hamsoft.co.uk/

Multispk associé à Clock sont des programmes de type "graticiel" ("freeware") mais avec des fonctions soumises à licence (par clé utilisateur).

Les principales modifications de MULTIPSK V. 3.10 sont les suivantes:1) possibilité de coder/décoder le mode QPSK63 (voir plus loin les spécifications),

2) possibilité de coder/décoder le nouveau mode CCW-FSK (évolution de la CCW, voir plus loin les spécifications). Cette variante de la CCW permet un décodage plus efficace (+3 dB) et un meilleur rapport Pmoy/Pcrête (=1).

QRG proposées: 3590, 7075 (Région 2), 7043 USB (Région 1 et 3), 10143, 14075 Khz (appels CQ en 24 mpm).

3) possibilité de coder/décoder le mode RTTY 75 bauds avec un "shift" de 170, 183 ou 200 Hz.

En RTTY 75 bauds, la vitesse est de 100 mpm et le plus bas S/B ratio est de -3,5 dB. Il est principalement utilisé par les OM du "Navy Mars".

4) amélioration du décodage de l'Olivia,

5) différentes améliorations de la gestion du carnet de trafic, par exemple, une recherche d'informations sur les 200 derniers QSO (3000 ou tous en version "licenciée", l'importation d'un fichier ADIF...

Pour information, pour tous les modes exotiques de Multispk (PSKFEC31, PSK10, PSKAM, PSK63F, PSK220F (+DIGISSTV), CCW-FSK, MFSK8, THROBX, DOMINO...) je propose la fréquence QRP: 14075 Khz USB (BF autour de 1000 Hz), à 17h00 UTC.

Description du mode QPSK63

Créateurs: Moe Wheatley (AE4JY) et Howard Teller (KH6TY) en 2003

Description :

Vitesse en bauds: 62.5

Vitesse : 74 mpm en majuscules et 102 mpm en minuscules (en moyenne)

Bande passante : environ 160 Hz,

Plus bas S/B : -8 dB,

Les autres caractéristiques sont les mêmes que celles du mode QPSK31.

Description du mode CCW-FSK

Ce mode dérive du mode CCW de Multipsk. Il permet un décodage plus efficace et un meilleur rapport Pmoy/Pcrête qu'en CCW classique (OOK). Le son Morse peut être reconstruit numériquement, ce qui réduit fortement le bruit radio et permet la réception du seul signal cliqué sur la "chute d'eau" ("waterfall").

La différence essentielle est l'envoi d'un signal morse complémentaire, sur une porteuse située à une distance de 240 Hz: par exemple:

* signal morse à 1000 Hz,

* signal morse complémentaire à 760 Hz.

Ce "shift" de 240 Hz est suffisant pour séparer les 2 signaux pour une décodage à l'oreille.

Les 2 signaux forment donc une modulation FSK.

Nota: le programme peut décoder soit les 2 porteuses en FSK ou en OOK soit une des deux porteuses en OOK suivant les conditions de la liaison. Le décodage normal se fait en FSK.

Toutes les caractéristiques sont celles de la CCW Multipsk, sauf les suivantes:

Mode de réception: USB seulement

Pmoy/Pcrête : 1

Plus bas S/B : -14 dB à 12 mots/mn, -10,5 dB à 24 mots/mn et -8 dB à 48 mots/mn.

Share this post


Link to post
Guest

> F6CTE .... Merci :D

Je ne suis pas un acharné du trafic "digi" , il y a même des modes que je ne connais même pas.

Dans multipsk, j'ai trouvé ce que je cherchais depuis longtemps, c'est a dire un seul logiciel simple a configuré (j'ai réussi du premier coup) et qui fait tout ce dont j'ai besoin.

Share this post


Link to post
F6CTE

Bonsoir Eric,

Content que le logiciel vous plaise.

Et si le courage (et un peu de temps) ne vous manque pas, lancez-vous dans la programmation radio (cf message un plus loin), c'est amusant.

73

Patrick

Share this post


Link to post
F6CTE

Bonsoir à tous,

La nouvelle version de MULTIPSK (3.10.1) est sur mon site Web (http://f6cte.free.fr)

Le principal site miroir est celui de Earl N8KBR: http://multipsk.eqth.org/index.html

Il y a également le site miroir de Terry: http://www.hamsoft.co.uk/

Multispk associé à Clock sont des programmes de type "graticiel" ("freeware") mais avec des fonctions soumises à licence (par clé utilisateur).

Les principales modifications de MULTIPSK V. 3.10.1 sont les suivantes:

1) détermination des fréquences d'échantillonnage RX/TX de la carte son (8000 et 11025 échantillons/seconde). L'avantage est que, bien que Multipsk soit tolérant sur ces fréquences d'échantilonnage, le meilleur décodage ne sera obtenu que s'il est fait avec celles de la carte son.

2) possibilité d'échantillonner sur 16 bits au lieu de 8 bits, au niveau de la carte son. L'avantage est un décodage légèrement meilleur et la possibilité de décoder des signaux ayant un faible niveau BF,

3) différentes améliorations du décodage HF fax dont la réception et la sauvegarde automatique des images HF fax, en fonctionnemenr autonome (en version "licenciée"),

4) nouvelle police (DL8LE/F6CTE) de style "Gras" en Hellschreiber, pour des caractères beaucoup plus lisibles.

Pour information, pour tous les modes exotiques de Multispk (PSKFEC31, PSK10, PSKAM, PSK63F, PSK220F (+DIGISSTV), CCW-FSK, MFSK8, THROBX, DOMINO...) je propose la fréquence QRP: 14075 Khz USB (BF autour de 1000 Hz), à 17h00 UTC.

73

Patrick

Share this post


Link to post
F8TPJ

bonjour

pourriez vous me dire si avec ce logiciel un celeron 400 mhz suffit pour decoder de la digisstv .je pense que non mais merci de me le comfirmer .

73 pascal F8TPJ :rolleyes:

Share this post


Link to post
F6CTE

Bonsoir Pascal,

Si vous parlez de la DIGISSTV protocole "Run" (voir Radio-Ref de ce mois) transmis en PSK63F-220F ou Packet, oui un un P400 est suffisant.

Si vous parlez de la DIGISSTV du type DIGTRX, Multipsk ne la décode pas.

73

Patrick

Share this post


Link to post
F8TPJ

bonjour

merci pour votre precision

a bientot

pascal F8TPJ

Share this post


Link to post
F6CTE

RX/TX: PSK10/BPSK31/QPSK31/PSKFEC31/BPSK63/QPSK63/PSKAM10-31-50/PSK63F - PSK220F + DIGISSTV "Run"/CW/CCW/CCW-FSK/THROB/THROBX/MFSK8/MFSK16 (+ SSTV)/OLIVIA/DOMINO DF/MT63/RTTY 45/75/ASCII/AMTOR FEC/ PACKET 300-1200 + APRS+ DIGISSTV "Run"/PAX + APRS/FELD HELL/PSK HELL/FM HELL/HELL 80/HF-FAX/SSTV/

RX only: AMTOR ARQ/NAVTEX/RTTY 50+SYNOP+SHIP/RTTY 100/PACTOR 1

DSP: Filtres + réception CW binaurale

PANORAMIC (RX de 23 canaux simultanément): BPSK31/BPSK63/PSKFEC31, avec réception automatique

Programmation de la réception Multipsk

+ CLOCK 1.5.2 (FRANCE-INTER, DCF77, HBG, RUGBY, WWVB, WWV, WWVH, GPS)

Bonjour à tous,

La nouvelle version de MULTIPSK (3.11) est sur mon site Web (http://f6cte.free.fr)

Le principal site miroir est celui de Earl N8KBR: http://multipsk.eqth.org/index.html

Il y a également le site miroir de Terry: http://www.hamsoft.co.uk/

Multispk associé à Clock sont des programmes de type "graticiel" ("freeware") mais avec des fonctions soumises à licence (par clé utilisateur).

La principale modification de MULTIPSK V. 3.11 est la suivante:Possibilité de coder/décoder le nouveau mode PAX capable d'assurer, à travers un protocole original, des transmissions:

En mode connecté, les communications se font d'un OM à autre OM (avec, le cas échéant, un transmission de positon APRS), éventuellement à travers un ou deux répéteurs. Le mode PAX connecté est un mode de type ARQ ("Automatic Repetition Request" par ACQ/NACQ) asynchrone. Les transmissions sont sans erreur.

En mode non-connecté ("Unproto"), il peut y avoir une trafic individuel (OM à OM) ou collectif en APRS (envoi de positions) , éventuellement à travers un ou deux répéteurs. Ce mode est similaire au mode Packet "Unproto".

Il est fourni en plus de l'APRS, les fonctions suivantes:* répéteur PAX (connecté / "Unproto") avec signalement de la présence du répéteur,

* balise PAX,

* répondeur PAX automatique (réception/émission de messages) et messagerie radio (pour les messages Packet et PAX).

Nota: certaines fonctions en APRS et le répondeur PAX (+ la messagerie radio) sont seulement disponibles en version enregistrée.

Voir plus loin les spécifications du mode PAX.

QRG proposées: 3590, 7043, 10148, 14075 USB 144620 Khz FM

Pour information, pour tous les modes exotiques de Multispk (PSKFEC31, PSK10, PSKAM, PSK63F, PSK220F (+DIGISSTV), CCW-FSK, MFSK8, THROBX, DOMINO, PAX...) je propose la fréquence QRP: 14075 Khz USB (BF autour de 1000 Hz), à 17h00 UTC.

RESUME DES SPECIFICATIONS PAX

Créateur : Patrick Lindecker en 2005

Description :

Vitesse en bauds: 62.5

Vitesse : 5,86 caractères/sec soit 59 mpm

Modulation : FSK 8 tonalités (3 bits arrangés sous forme Gray), avec un écart entre tonalités de 62,5 Hz (500 Hz de largeur de bande).

Mode de réception: sensible au coté (USB ou LSB), l'USB est recommandé

Jeu de caractères: ASCII 6 bits (64 caractères)

Forme de l’impulsion: forme spécifique (entre la fenêtre de Hanning et la fenêtre rectangulaire)

Bande passante: 500 Hz

Synchronisation: automatique en utilisant le signal

Entrelacement : sur une étendue de 3 bits "verticalement" dans le bloc,

Embrouillage : avec une séquence de 32 bits appliquée sur chaque ligne du bloc mais avec un décalage de 13 bits entre deux ligne successives.

Dérive maximum: 30 Hz/mn (en fonction du rapport signal/bruit)

Pmoy/Pcrête : 0,76

Plus bas S/B : – 10 dB

Note: il s'agit d'un mode directement dérivé du mode Olivia (Pawel Jalocha SP9VRC) 8 tons, 62,5 bauds mais:

* avec des vecteurs de 32 bits au lieu de 64 bits,

* un jeu de caractères différent

* la réception et la transmission peuvent se faire partout sur le spectre ("chute d'eau" ou "waterfall").

Protocole PAX en mode non connecté ("Unproto"): Toute la communication se fait à travers des "trames" (ensemble de caractères borné). En mode non-connecté, il y une seule sorte de trame appelée UI qui permet l'envoi de messages ou de trames APRS. Le protocole PAX Unproto est similaire au protocole Unproto AX25 (Packet).

Il est possible de passer à travers 2 répéteurs PAX (avec la possibilité d'utiliser l'alias ECHO).

Protocole PAX en mode connecté:

Le mode PAX connecté est un mode de type ARQ ("Automatic Repetition reQuest" par acquittement ACQ ou non-acquittement NACQ) inspiré de l'AX25 (Packet) et du Pactor1 mais asynchrone (le Pactor 1 étant ARQ synchrone) car les acquittements ou non-acquittement ne sont pas faits à un intervalle fixe (cette possibilité n'étant pas fournie par Windows) mais à l'intérieur d'une durée maximum.

Chaque trame I transmise fait l'objet d'un acquittement ou d'un non-acquittement par trame RR ou I.

Il est possible de passer à travers 2 répéteurs PAX. Sans répéteurs, la transmission peut être de type "full-duplex" (au niveau protocole (niveau 2 OSI)). Avec répéteurs, la transmission doit être de type "half-duplex" (au niveau protocole (niveau 2 OSI)), chacun transmettant à tour de rôle.

Ce protocole permet des transmissions sans erreur. Les positions APRS peuvent aussi être transmises.

Share this post


Link to post
OSTROWSKI Bruno

Bonjour Patrick,

Merci pour l'info, je vais faire également la mise à jour dans la rubrique Téléchargement.

73's, Bruno F1SLP.

Share this post


Link to post
F6CTE

Bonsoir Bruno,

merci pour la mise à jour et pour le dévouement (la tâche doit être dispendieuse en temps, quoique intéressante).

A noter que mes autres logiciels présents en téléchargement sont obsolètes:

* ET_MORSE décode aussi bien que Multipsk mais l'algorithme de détermination de la vitesse CW est boins bon que celui de Multipsk,

* ET_RTTY et FILTRE_F sont complètement dépassés (le codage/décodage RTTY et le filtrage sont, par ailleurs, présents dans Multipsk).

Si vous pouviez les retirer, cela ne serait que mieux.

73

Patrick

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...