Question:
Mode de communication numérique à vide sur VHF?
hotpaw2
2016-10-10 22:44:32 UTC
view on stackexchange narkive permalink

Selon cette question, le MCW (onde continue modulée) est autorisé sur de grandes portions des bandes VHF aux États-Unis.

Utilise le MCW pour transmettre de petites quantités de données numériques entre 2 PC ou téléphones portables en utilisant uniquement l'audio à vide (haut-parleur et micro, pas de connexions filaires ou de coupleurs acoustiques) avec des radios VHF HT portables génériques? Existe-t-il d'autres modes standard plus adaptés à cette fin?

Si vous utilisez MCW, quelles méthodes de codage (données numériques arbitraires en caractères hexadécimaux en code Morse?) Pourraient être légales aux États-Unis?

On m'a posé cette question sur l'utilisation de mon application Morse Code Decoder pour collecter de manière plus fiable des informations auprès des postes de secours ultramarathon et des volontaires sur le terrain avec uniquement des HT et des iPhones (hors de portée cellulaire).
Deux réponses:
Phil Frost - W8II
2016-10-11 08:11:15 UTC
view on stackexchange narkive permalink

Convient, je suppose, mais pas particulièrement efficace en termes de spectre ou de puissance. Le code Morse n'a jamais été vraiment conçu pour la démodulation de la machine, donc à moins que vous n'ayez également besoin de la capacité de décoder à l'oreille, le code Morse n'est pas un excellent choix.

Les modes FSK 1200 bauds utilisés pour les paquets et APRS sont quelque chose à envisager. L'utilisation normale consiste à raccorder un PC à l'entrée ou à la sortie audio de la radio via un câble. Si vous ajoutez un haut-parleur et un microphone de bonne fidélité entre les deux, cela continue de fonctionner.

Si la fidélité n'est pas si bonne ou si elle est bruyante, vous pouvez ralentir la vitesse de transmission. "Packet" descend à 300 bauds, mais si vous voulez FSK plus lent que cela, regardez RTTY.

Les téléphones mobiles en particulier présentent un défi car la compression qu'ils utilisent est optimisée pour la voix humaine, et introduit un tonne de distorsion sinon. Mais une modulation FSK suffisamment lente devrait fonctionner correctement, et au moins aussi bonne qu'un code morse.

Je suis d'accord à 100% Le TAPR-2 était idéal à l'époque où ils étaient populaires. J'ai du mal à croire à quel point ils sont difficiles à trouver à un prix décent. J'ai aimé le MFJ-1270. Simple et cela a tout simplement fonctionné. J'ai utilisé un TRS-80 Model 100 avec dans ma voiture, en plus d'installer le PBBS dans le bâtiment de la Garde nationale avec un. J'aurais espéré qu'ils seraient sur le marché utilisés pour 20 $ ces jours-ci, mais au lieu de cela, ils sont vendus comme des antiquités.
Edwin van Mierlo
2016-10-11 18:18:30 UTC
view on stackexchange narkive permalink

Pour ajouter à la réponse déjà donnée:

Cela nécessiterait une certaine expérimentation, mais vous pourriez exécuter un modem audio sur chacun des ordinateurs (un émetteur, un récepteur) puis TX / RX l'audio de A à B.

Un exemple d'un tel modem audio est ici

Le premier test consiste à prendre les deux calculs côte à côte, aligner le locuteur de l'expéditeur au micro du récepteur, et testez un tel paquet sur un simple entrefer sans aucun TX / RX, ce qui suit de la documentation:

Calibration

Connectez le câble audio entre l'expéditeur et le destinataire, et exécutez les scripts suivants:

Du côté de l'expéditeur:

  ~ / sender $ export BITRATE = 48 # sélectionner explicitement haut Débit binaire MODEM (en supposant un bon SNR). ~ / sender $ amodem send --calibrate  

Du côté du récepteur:

  ~ / receiver $ export BITRATE = 48 # sélectionner explicitement un débit binaire MODEM élevé (en supposant un bon SNR). ~ / receiver $ amodem recv --calibrate  

Si BITRATE n'est pas défini, le MODEM utilisera les paramètres de 1 kbps (fréquence unique avec modulation BPSK).

Changez le niveau audio de sortie de l'ordinateur émetteur, jusqu'à ce que toutes les fréquences soient bien reçues:

  3000 Hz: bon signal 4000 Hz: bon signal 5000 Hz: bon signal 6000 Hz: bon signal 7000 Hz: bon signal 8000 Hz: bon signal 9000 Hz: bon signal 10000 Hz: bon signal  

Différents modes de test de ce logiciel mentionné existent, pour tester le SNR, exemple:

  2015-02-06 18: 12: 48.198 Préfixe DEBUG OK2015-02-06 18: 12: 48.866 DEBUG 3.0 kHz: SNR = 34.82 dB2015-02-06 18: 12: 48.866 DEBUG 4.0 kHz: SNR = 36,39 dB2015-02-06 18: 12: 48867 DEBUG 5,0 kHz: SNR = 37,88 dB2015-02-06 18: 12: 48867 DEBUG 6,0 kHz: SNR = 38,58 dB2015-02-06 18: 12: 48867 DEBUG 7,0 kHz : SNR = 38,86 dB2015-02-06 18: 12: 48867 DEBUG 8,0 kHz: SNR = 38,63 dB2015-02-06 18:12:48 , 867 DEBUG 9,0 kHz: SNR = 38,07 dB
2015-02-06 18: 12: 48,868 DEBUG 10.0 kHz: SNR = 37.22 dB  

Vous pouvez tester sans TX / RX, puis ajoutez ceci une fois que vous avez réussi à transférer les informations sur le air-gap.

HTH, Edwin.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...