Domanda:
Caratteristiche di un "pugno cattivo"?
hotpaw2
2014-04-22 04:49:49 UTC
view on stackexchange narkive permalink

Quali sono alcune caratteristiche, quando si invia in CW, di un "pugno cattivo"? Quanto può essere grave, in genere, e ancora riuscire a comunicare il testo del messaggio inviato a un operatore umano sul lato ricevente?

Contrariamente, quali (leggere?) Variazioni dal codice Morse generato dalla macchina sono ancora considerato come avere un "pugno buono" (per un operatore umano)?

Oppure il codice Morse generato dalla macchina ha anche alcune caratteristiche di un pugno cattivo?

Allo stato attuale di questa domanda, corre il rischio di essere chiusa in quanto basata principalmente sull'opinione pubblica perché è probabile che le risposte riguardino più l'opinione che i fatti. Puoi riformulare la domanda in modo che sia più invitante a risposte autorevoli rispetto a quelle basate sull'opinione?
Il termine sembra essere di uso comune. Deve avere una definizione che includa alcune caratteristiche che possono essere percepite durante un QSO.
Purtroppo non credo che da "il termine sembra essere di uso comune" non consegua che "deve avere una definizione che includa alcune caratteristiche". In questo caso, paragonerei il codice Morse alla fotografia; è possibile determinare oggettivamente se un oggetto in una foto è a fuoco (si pensi alla deviazione standard in lunghezze e spaziatura key-down), ma è molto più difficile definire oggettivamente ciò che rende una foto * buona * (un "buon pugno").
La messa a fuoco può essere misurata nel test dell'obiettivo della fotocamera. Una "buona foto" può avere una cattiva messa a fuoco e una cattiva foto può essere messa a fuoco in modo ottimale. La messa a fuoco è davvero il problema o no? Lo stesso vale per il tuo ipotizzato std.dev.? È questa la tua risposta?
@hotpaw2 la risposta è che le caratteristiche di un "pugno cattivo" sono che "a qualcuno non piace". Non è chiaro che si tratta di una misura soggettiva, proprio come "cattiva musica", "cattive foto", "cattivo cibo" o "cattivo senso dell'umorismo"? Cosa ti aspetti che accada qui, ad eccezione di un mucchio di descrizioni arbitrarie e soggettive * principalmente basate sull'opinione * delle preferenze delle persone?
Non ho visto alcuna prova che gli istruttori di corsi di licenza radiofonica professionisti potessero bocciare gli studenti solo sulla base di opinioni arbitrarie nel giorno in cui era richiesto il codice.
Non è nemmeno un'opinione se il motivo per cui "non ti piace" è perché viola la specifica ISO. Ma misuri effettivamente il CW con lo scopo di valutare questa specifica? Se no, come fai a saperlo?
@hotpaw2 [hai già posto questa domanda] (http://ham.stackexchange.com/questions/1501/scoring-quality-of-morse-code-fist).
Tre risposte:
Wayne Conrad KF7QGA
2014-09-05 03:23:21 UTC
view on stackexchange narkive permalink

Alcune caratteristiche che rendono il codice più difficile da copiare:

  • I dah sono troppo corti rispetto ai dits.
  • Spazio tra le parole insufficiente.
  • Spazio tra i caratteri insufficiente.
  • Una pausa fuori luogo quando si invia una parola (come quando si pensa a come si scrive una parola).
  • Numero di punti non corretto (ad esempio, inviando b o n invece di d)
  • Invio di una correzione con pause insufficienti tra l'errore, l'indicatore di errore (otto punti, un punto interrogativo, qualunque cosa) e la correzione.

In base alla mia esperienza, il codice più difficile da copiare presenta errori di temporizzazione e il più dannoso di questi errori è la spaziatura.

Aggiungerei anche "la variazione involontaria della velocità di invio" a tale elenco. A volte durante un concorso sentirai CW generato dal software che ha un "599" estremamente accelerato seguito da un numero di serie lento, e questa è solo una misura per risparmiare tempo. Ma quando qualcuno sta inviando un tasto diretto a mano e la velocità varia, può rendere difficile per il ricevitore, specialmente se il lettore viene eseguito nel software, piuttosto che essere letto manualmente.
K7PEH
2014-09-11 03:21:16 UTC
view on stackexchange narkive permalink

I peggiori trasgressori che guadagnano "pugno cattivo" hanno uno o più dei tre problemi principali (secondo me e ammetto che alcuni di questi si ripetono sopra):

  1. Spaziatura scarsa di dahs, che è troppo corto per lo più o cambia la lunghezza che era un popolare "swing" in un pugno negli anni '50 / '60. Come un CQ con un dah molto lungo nella prima parte della lettera C con un dah più corto in seguito come in daaaah-di-dah-dit.

  2. parole run-on , cioè nessuna spaziatura tra.

  3. Chirp. Non sopporto il cinguettio. Non è un problema di pugno, ma dico di sistemare quel rig. Non è così comune oggi con le radio a stato solido come spesso era causato da una scarsa regolazione del voltaggio nelle radio a valvole più vecchie, ma lo odio ancora e non rispondo a una chiamata con il chirp.

  4. ol>
* "[I] non risponderò a una chiamata con il chirp" * Un po 'non correlato, ma in che modo questo aiuta l'operatore a sapere cosa c'è che non va? Dici "fai riparare quell'attrezzatura"; cosa succede se l'operatore ci sta lavorando, non ha tutte le apparecchiature di prova disponibili e vuole un rapporto di segnale per sapere se stanno andando nella giusta direzione?
Delta1X
2014-05-15 01:26:44 UTC
view on stackexchange narkive permalink

Un pugno sbagliato in CW di solito si riferisce a una digitazione impropria, come confondere la definizione tra punti e trattini, quindi è più difficile da copiare. Inoltre, variando la velocità del CW in modo drammatico e accidentale aggiungendo caratteri che non dovrebbero esserci, sono esempi di pugno sbagliato. Di solito il CW generato dalla macchina è di buona qualità, poiché è tutto programmato, ma errori nel software o nei componenti possono provocare un CW generato dalla macchina sciatto.



Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...