Identifying a transmission to myself
Can there be a single technologically advanced nation, in a continent full of non-technologically advanced nations?
When an imagined world resembles or has similarities with a famous world
Is Soreness in Middle Knuckle of Fretting Hand Index Finger Normal for Beginners?
How do I calculate how many of an item I'll have in this inventory system?
Is disk brake effectiveness mitigated by tyres losing traction under strong braking?
Adding command shortcuts to /bin
How can Internet speed be 10 times slower without a router than when using the same connection with a router?
Will 700 more planes a day fly because of the Heathrow expansion?
Trigonometry substitution issue with sign
Is any special diet a treatment of autism?
Feasibility of lava beings?
What is the closest airport to the center of the city it serves?
Notation: What does the tilde bellow of the Expectation mean?
Is it normal for gliders not to have attitude indicators?
What was Bran's plan to kill the Night King?
Is there an age requirement to play in Adventurers League?
Is Benjen dead?
How should I tell my manager I'm not paying for an optional after work event I'm not going to?
How can I get people to remember my character's gender?
To kill a cuckoo
Why didn't this character get a funeral at the end of Avengers: Endgame?
Checking if two expressions are related
Are sleeping system R-ratings additive?
Why would a military not separate its forces into different branches?
Identifying a transmission to myself
$begingroup$
I have a networked remote HF receive-only receiver (Raspberry Pi with an SDR module). When I transmit to myself (to the remote receiver on its listening frequency), say for antenna path testing, or for logging mobile location telemetry (etc.) to my fixed-base server, how should I identify my transmissions? (U.S., amateur license, HF bands using Morse code) What additional stuff (punctuation, etc.) besides a bare call-sign?
station-identification
$endgroup$
add a comment |
$begingroup$
I have a networked remote HF receive-only receiver (Raspberry Pi with an SDR module). When I transmit to myself (to the remote receiver on its listening frequency), say for antenna path testing, or for logging mobile location telemetry (etc.) to my fixed-base server, how should I identify my transmissions? (U.S., amateur license, HF bands using Morse code) What additional stuff (punctuation, etc.) besides a bare call-sign?
station-identification
$endgroup$
$begingroup$
Do you mean from your fixed-base server?
$endgroup$
– Phil Frost - W8II
Apr 30 at 14:05
add a comment |
$begingroup$
I have a networked remote HF receive-only receiver (Raspberry Pi with an SDR module). When I transmit to myself (to the remote receiver on its listening frequency), say for antenna path testing, or for logging mobile location telemetry (etc.) to my fixed-base server, how should I identify my transmissions? (U.S., amateur license, HF bands using Morse code) What additional stuff (punctuation, etc.) besides a bare call-sign?
station-identification
$endgroup$
I have a networked remote HF receive-only receiver (Raspberry Pi with an SDR module). When I transmit to myself (to the remote receiver on its listening frequency), say for antenna path testing, or for logging mobile location telemetry (etc.) to my fixed-base server, how should I identify my transmissions? (U.S., amateur license, HF bands using Morse code) What additional stuff (punctuation, etc.) besides a bare call-sign?
station-identification
station-identification
edited Apr 30 at 15:22
hotpaw2
asked Apr 30 at 13:32
hotpaw2hotpaw2
3,34321934
3,34321934
$begingroup$
Do you mean from your fixed-base server?
$endgroup$
– Phil Frost - W8II
Apr 30 at 14:05
add a comment |
$begingroup$
Do you mean from your fixed-base server?
$endgroup$
– Phil Frost - W8II
Apr 30 at 14:05
$begingroup$
Do you mean from your fixed-base server?
$endgroup$
– Phil Frost - W8II
Apr 30 at 14:05
$begingroup$
Do you mean from your fixed-base server?
$endgroup$
– Phil Frost - W8II
Apr 30 at 14:05
add a comment |
3 Answers
3
active
oldest
votes
$begingroup$
When doing a diagnostic self-reception, it's typically advantageous to give the receiver as much chance to identify the channel as possible.
Wouldn't it be cool if your identification could be used to measure the channel itself? That way, you'd stay on the air for as shortly as possible.
So, you'd typically would want to send something that is spectrally white to sound the channel. Correlate with exactly the same white sequence at the receiver (yielding the autocorrelation of a white sequence, which is a dirac impulse, convolved with the channel impulse response; convolution with a dirac impulse is nothing but a time shift).
Sadly, um, that's typically not allowed as a means of identification, although having a large registry of orthogonal white pseudorandom noise sequences would make for an excellent ID database! Instead, identification must be done in a way that a (relatively uninformed) third party can understand (not to mention that in many bands you can't just send arbitrary signal at all, but must use predefined modulations).
Still, within the bandwidths and methods you're allowed to use, don't hesitate to optimize your transmitter identification signal for channel identification purposes!
For example: You've got a 200 Hz wide channel on which you're only allowed to do morse with $le 20,textwpm$, which leads to a dot length of ca 50 ms, which leads to an actually necessary bandwidth of about 40 Hz only – but we're not in the business of being as bandwidth efficient as possible!
Unlike usually, if we want to get channel state information, we want to be as wide as legally possible – and that's exactly what you'd achieve by
- generating a dot length of white noise, in your favourite programming language or audio program
- running that on repeat
- Gating that in a Morse fashion
- using a good band-pass filter (as in: Many taps, so that the passband is as wide and flat as possible, and the transition widths narrow, and after that the stopbands strongly attenuated) to get band-limited white noise
- Save the result to a file, and send that to your networked remote
- using AM / SSB to modulate that signal, so that it ends up occupying the channel your remote receiver is listening to
At the receiving end,
- well, receive
- Correlate with the file from above
- Hint: means filtering with the time-inverse!
- Another hint: just correlate with the original white noise dot-length sequence, you get an impulse for every dot period of signal coming in after doing the matched filter to the noise-bandlimiting filter (you've just built a matched filter! Yay!)
- Identify your own transmission by the impulse(s) you observe
The beauty in that is:
- you estimate signal power based on the power of what you've actually sent, not "integral", including noise and interference (these are typically uncorrelated to your signal)
- you get a full-bandwidth signal, with which you can get a full-bandwidth estimate of the channel – which means that if your channel is 200 Hz wide, you'll be able to get a more detailed impulse response, i.e. resolving different signal paths more clearly, than if you used say 40 Hz channel bandwidth, whilst still
- using an allowed mode (Morse; §97.305 says "MCW, RTTY, DATA") for identification. A casual listener would hear a noisy (yet potentially strong) signal during your "tone" time; it doesn't disturb them more than an actual CW signal of low bandwidth, yet is more useful to you!
Fun fact: that trick can even be used to (via self-assessment of the person doing that, so take with a grain of salt) operate a GSM base station in a ham band – you can simply pulse the transmit power of the control channel to CW out your station sign. (can't find the video link, sorry.)
$endgroup$
1
$begingroup$
Trying to see if this flies... 97.119.b.1 requires "a CW emission", not "Morse code". Which "CW" option in 97.3.c.1 does this qualify as? J2B?
$endgroup$
– hobbs - KC2G
Apr 30 at 18:23
$begingroup$
Assuming it does fly, one thing that may be helpful is that there is no lower bound on the speed of a CW ident other than the requirement to ident each 10 minutes. In other words, you can go as QRSS as you want to give nice long sample times, as long as you can send your callsign every 10 minutes.
$endgroup$
– hobbs - KC2G
Apr 30 at 18:24
$begingroup$
@hobbs-KC2G but yeah, the whole purpose was to not hog the æther for channel sounding... so, "a little slower" would be nice, but "intentionally sloooooooow" would kind of defeat the purpose
$endgroup$
– Marcus Müller
Apr 30 at 19:38
$begingroup$
Fair enough. Still, it can be slow enough to allow the other part to be fit for purpose.
$endgroup$
– hobbs - KC2G
Apr 30 at 19:42
add a comment |
$begingroup$
Identification is governed by §97.119:
(a) Each amateur station, except a space station or telecommand station, must transmit its assigned call sign on its transmitting channel at the end of each communication, and at least every 10 minutes during a communication, for the purpose of clearly making the source of the transmissions from the station known to those receiving the transmissions. No station may transmit unidentified communications or signals, or transmit as the station call sign, any call sign not authorized to the station.
There are further rules about special situations, but since you are both the control operator and the station licensee, operating with your normal license, in quite ordinary circumstances, none of those apply. Remember the purpose of the identification is to identify the transmitter: who's receiving is irrelevant. So an ordinary "DE [your call]" would be sufficient.
And if the identification is keyed by an automated device used only for identification, keep it not above 20 WPM:
(1) By a CW emission. When keyed by an automatic device used only for identification, the speed must not exceed 20 words per minute;
$endgroup$
add a comment |
$begingroup$
As I understand it, the bare call sign in (English) voice or Morse (as appropriate for your license class and the band or sub-band you're transmitting in) is the minimum. You can attach additional information if you wish -- for instance, a couple 2m repeaters I use regularly transmit Morse calls signs like "W4NC RPT". Your beacon could be something akin to that -- but it doesn't have to be. It could be just your call sign in Morse.
$endgroup$
add a comment |
Your Answer
StackExchange.ifUsing("editor", function ()
return StackExchange.using("schematics", function ()
StackExchange.schematics.init();
);
, "cicuitlab");
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "520"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
noCode: true, onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fham.stackexchange.com%2fquestions%2f14421%2fidentifying-a-transmission-to-myself%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
$begingroup$
When doing a diagnostic self-reception, it's typically advantageous to give the receiver as much chance to identify the channel as possible.
Wouldn't it be cool if your identification could be used to measure the channel itself? That way, you'd stay on the air for as shortly as possible.
So, you'd typically would want to send something that is spectrally white to sound the channel. Correlate with exactly the same white sequence at the receiver (yielding the autocorrelation of a white sequence, which is a dirac impulse, convolved with the channel impulse response; convolution with a dirac impulse is nothing but a time shift).
Sadly, um, that's typically not allowed as a means of identification, although having a large registry of orthogonal white pseudorandom noise sequences would make for an excellent ID database! Instead, identification must be done in a way that a (relatively uninformed) third party can understand (not to mention that in many bands you can't just send arbitrary signal at all, but must use predefined modulations).
Still, within the bandwidths and methods you're allowed to use, don't hesitate to optimize your transmitter identification signal for channel identification purposes!
For example: You've got a 200 Hz wide channel on which you're only allowed to do morse with $le 20,textwpm$, which leads to a dot length of ca 50 ms, which leads to an actually necessary bandwidth of about 40 Hz only – but we're not in the business of being as bandwidth efficient as possible!
Unlike usually, if we want to get channel state information, we want to be as wide as legally possible – and that's exactly what you'd achieve by
- generating a dot length of white noise, in your favourite programming language or audio program
- running that on repeat
- Gating that in a Morse fashion
- using a good band-pass filter (as in: Many taps, so that the passband is as wide and flat as possible, and the transition widths narrow, and after that the stopbands strongly attenuated) to get band-limited white noise
- Save the result to a file, and send that to your networked remote
- using AM / SSB to modulate that signal, so that it ends up occupying the channel your remote receiver is listening to
At the receiving end,
- well, receive
- Correlate with the file from above
- Hint: means filtering with the time-inverse!
- Another hint: just correlate with the original white noise dot-length sequence, you get an impulse for every dot period of signal coming in after doing the matched filter to the noise-bandlimiting filter (you've just built a matched filter! Yay!)
- Identify your own transmission by the impulse(s) you observe
The beauty in that is:
- you estimate signal power based on the power of what you've actually sent, not "integral", including noise and interference (these are typically uncorrelated to your signal)
- you get a full-bandwidth signal, with which you can get a full-bandwidth estimate of the channel – which means that if your channel is 200 Hz wide, you'll be able to get a more detailed impulse response, i.e. resolving different signal paths more clearly, than if you used say 40 Hz channel bandwidth, whilst still
- using an allowed mode (Morse; §97.305 says "MCW, RTTY, DATA") for identification. A casual listener would hear a noisy (yet potentially strong) signal during your "tone" time; it doesn't disturb them more than an actual CW signal of low bandwidth, yet is more useful to you!
Fun fact: that trick can even be used to (via self-assessment of the person doing that, so take with a grain of salt) operate a GSM base station in a ham band – you can simply pulse the transmit power of the control channel to CW out your station sign. (can't find the video link, sorry.)
$endgroup$
1
$begingroup$
Trying to see if this flies... 97.119.b.1 requires "a CW emission", not "Morse code". Which "CW" option in 97.3.c.1 does this qualify as? J2B?
$endgroup$
– hobbs - KC2G
Apr 30 at 18:23
$begingroup$
Assuming it does fly, one thing that may be helpful is that there is no lower bound on the speed of a CW ident other than the requirement to ident each 10 minutes. In other words, you can go as QRSS as you want to give nice long sample times, as long as you can send your callsign every 10 minutes.
$endgroup$
– hobbs - KC2G
Apr 30 at 18:24
$begingroup$
@hobbs-KC2G but yeah, the whole purpose was to not hog the æther for channel sounding... so, "a little slower" would be nice, but "intentionally sloooooooow" would kind of defeat the purpose
$endgroup$
– Marcus Müller
Apr 30 at 19:38
$begingroup$
Fair enough. Still, it can be slow enough to allow the other part to be fit for purpose.
$endgroup$
– hobbs - KC2G
Apr 30 at 19:42
add a comment |
$begingroup$
When doing a diagnostic self-reception, it's typically advantageous to give the receiver as much chance to identify the channel as possible.
Wouldn't it be cool if your identification could be used to measure the channel itself? That way, you'd stay on the air for as shortly as possible.
So, you'd typically would want to send something that is spectrally white to sound the channel. Correlate with exactly the same white sequence at the receiver (yielding the autocorrelation of a white sequence, which is a dirac impulse, convolved with the channel impulse response; convolution with a dirac impulse is nothing but a time shift).
Sadly, um, that's typically not allowed as a means of identification, although having a large registry of orthogonal white pseudorandom noise sequences would make for an excellent ID database! Instead, identification must be done in a way that a (relatively uninformed) third party can understand (not to mention that in many bands you can't just send arbitrary signal at all, but must use predefined modulations).
Still, within the bandwidths and methods you're allowed to use, don't hesitate to optimize your transmitter identification signal for channel identification purposes!
For example: You've got a 200 Hz wide channel on which you're only allowed to do morse with $le 20,textwpm$, which leads to a dot length of ca 50 ms, which leads to an actually necessary bandwidth of about 40 Hz only – but we're not in the business of being as bandwidth efficient as possible!
Unlike usually, if we want to get channel state information, we want to be as wide as legally possible – and that's exactly what you'd achieve by
- generating a dot length of white noise, in your favourite programming language or audio program
- running that on repeat
- Gating that in a Morse fashion
- using a good band-pass filter (as in: Many taps, so that the passband is as wide and flat as possible, and the transition widths narrow, and after that the stopbands strongly attenuated) to get band-limited white noise
- Save the result to a file, and send that to your networked remote
- using AM / SSB to modulate that signal, so that it ends up occupying the channel your remote receiver is listening to
At the receiving end,
- well, receive
- Correlate with the file from above
- Hint: means filtering with the time-inverse!
- Another hint: just correlate with the original white noise dot-length sequence, you get an impulse for every dot period of signal coming in after doing the matched filter to the noise-bandlimiting filter (you've just built a matched filter! Yay!)
- Identify your own transmission by the impulse(s) you observe
The beauty in that is:
- you estimate signal power based on the power of what you've actually sent, not "integral", including noise and interference (these are typically uncorrelated to your signal)
- you get a full-bandwidth signal, with which you can get a full-bandwidth estimate of the channel – which means that if your channel is 200 Hz wide, you'll be able to get a more detailed impulse response, i.e. resolving different signal paths more clearly, than if you used say 40 Hz channel bandwidth, whilst still
- using an allowed mode (Morse; §97.305 says "MCW, RTTY, DATA") for identification. A casual listener would hear a noisy (yet potentially strong) signal during your "tone" time; it doesn't disturb them more than an actual CW signal of low bandwidth, yet is more useful to you!
Fun fact: that trick can even be used to (via self-assessment of the person doing that, so take with a grain of salt) operate a GSM base station in a ham band – you can simply pulse the transmit power of the control channel to CW out your station sign. (can't find the video link, sorry.)
$endgroup$
1
$begingroup$
Trying to see if this flies... 97.119.b.1 requires "a CW emission", not "Morse code". Which "CW" option in 97.3.c.1 does this qualify as? J2B?
$endgroup$
– hobbs - KC2G
Apr 30 at 18:23
$begingroup$
Assuming it does fly, one thing that may be helpful is that there is no lower bound on the speed of a CW ident other than the requirement to ident each 10 minutes. In other words, you can go as QRSS as you want to give nice long sample times, as long as you can send your callsign every 10 minutes.
$endgroup$
– hobbs - KC2G
Apr 30 at 18:24
$begingroup$
@hobbs-KC2G but yeah, the whole purpose was to not hog the æther for channel sounding... so, "a little slower" would be nice, but "intentionally sloooooooow" would kind of defeat the purpose
$endgroup$
– Marcus Müller
Apr 30 at 19:38
$begingroup$
Fair enough. Still, it can be slow enough to allow the other part to be fit for purpose.
$endgroup$
– hobbs - KC2G
Apr 30 at 19:42
add a comment |
$begingroup$
When doing a diagnostic self-reception, it's typically advantageous to give the receiver as much chance to identify the channel as possible.
Wouldn't it be cool if your identification could be used to measure the channel itself? That way, you'd stay on the air for as shortly as possible.
So, you'd typically would want to send something that is spectrally white to sound the channel. Correlate with exactly the same white sequence at the receiver (yielding the autocorrelation of a white sequence, which is a dirac impulse, convolved with the channel impulse response; convolution with a dirac impulse is nothing but a time shift).
Sadly, um, that's typically not allowed as a means of identification, although having a large registry of orthogonal white pseudorandom noise sequences would make for an excellent ID database! Instead, identification must be done in a way that a (relatively uninformed) third party can understand (not to mention that in many bands you can't just send arbitrary signal at all, but must use predefined modulations).
Still, within the bandwidths and methods you're allowed to use, don't hesitate to optimize your transmitter identification signal for channel identification purposes!
For example: You've got a 200 Hz wide channel on which you're only allowed to do morse with $le 20,textwpm$, which leads to a dot length of ca 50 ms, which leads to an actually necessary bandwidth of about 40 Hz only – but we're not in the business of being as bandwidth efficient as possible!
Unlike usually, if we want to get channel state information, we want to be as wide as legally possible – and that's exactly what you'd achieve by
- generating a dot length of white noise, in your favourite programming language or audio program
- running that on repeat
- Gating that in a Morse fashion
- using a good band-pass filter (as in: Many taps, so that the passband is as wide and flat as possible, and the transition widths narrow, and after that the stopbands strongly attenuated) to get band-limited white noise
- Save the result to a file, and send that to your networked remote
- using AM / SSB to modulate that signal, so that it ends up occupying the channel your remote receiver is listening to
At the receiving end,
- well, receive
- Correlate with the file from above
- Hint: means filtering with the time-inverse!
- Another hint: just correlate with the original white noise dot-length sequence, you get an impulse for every dot period of signal coming in after doing the matched filter to the noise-bandlimiting filter (you've just built a matched filter! Yay!)
- Identify your own transmission by the impulse(s) you observe
The beauty in that is:
- you estimate signal power based on the power of what you've actually sent, not "integral", including noise and interference (these are typically uncorrelated to your signal)
- you get a full-bandwidth signal, with which you can get a full-bandwidth estimate of the channel – which means that if your channel is 200 Hz wide, you'll be able to get a more detailed impulse response, i.e. resolving different signal paths more clearly, than if you used say 40 Hz channel bandwidth, whilst still
- using an allowed mode (Morse; §97.305 says "MCW, RTTY, DATA") for identification. A casual listener would hear a noisy (yet potentially strong) signal during your "tone" time; it doesn't disturb them more than an actual CW signal of low bandwidth, yet is more useful to you!
Fun fact: that trick can even be used to (via self-assessment of the person doing that, so take with a grain of salt) operate a GSM base station in a ham band – you can simply pulse the transmit power of the control channel to CW out your station sign. (can't find the video link, sorry.)
$endgroup$
When doing a diagnostic self-reception, it's typically advantageous to give the receiver as much chance to identify the channel as possible.
Wouldn't it be cool if your identification could be used to measure the channel itself? That way, you'd stay on the air for as shortly as possible.
So, you'd typically would want to send something that is spectrally white to sound the channel. Correlate with exactly the same white sequence at the receiver (yielding the autocorrelation of a white sequence, which is a dirac impulse, convolved with the channel impulse response; convolution with a dirac impulse is nothing but a time shift).
Sadly, um, that's typically not allowed as a means of identification, although having a large registry of orthogonal white pseudorandom noise sequences would make for an excellent ID database! Instead, identification must be done in a way that a (relatively uninformed) third party can understand (not to mention that in many bands you can't just send arbitrary signal at all, but must use predefined modulations).
Still, within the bandwidths and methods you're allowed to use, don't hesitate to optimize your transmitter identification signal for channel identification purposes!
For example: You've got a 200 Hz wide channel on which you're only allowed to do morse with $le 20,textwpm$, which leads to a dot length of ca 50 ms, which leads to an actually necessary bandwidth of about 40 Hz only – but we're not in the business of being as bandwidth efficient as possible!
Unlike usually, if we want to get channel state information, we want to be as wide as legally possible – and that's exactly what you'd achieve by
- generating a dot length of white noise, in your favourite programming language or audio program
- running that on repeat
- Gating that in a Morse fashion
- using a good band-pass filter (as in: Many taps, so that the passband is as wide and flat as possible, and the transition widths narrow, and after that the stopbands strongly attenuated) to get band-limited white noise
- Save the result to a file, and send that to your networked remote
- using AM / SSB to modulate that signal, so that it ends up occupying the channel your remote receiver is listening to
At the receiving end,
- well, receive
- Correlate with the file from above
- Hint: means filtering with the time-inverse!
- Another hint: just correlate with the original white noise dot-length sequence, you get an impulse for every dot period of signal coming in after doing the matched filter to the noise-bandlimiting filter (you've just built a matched filter! Yay!)
- Identify your own transmission by the impulse(s) you observe
The beauty in that is:
- you estimate signal power based on the power of what you've actually sent, not "integral", including noise and interference (these are typically uncorrelated to your signal)
- you get a full-bandwidth signal, with which you can get a full-bandwidth estimate of the channel – which means that if your channel is 200 Hz wide, you'll be able to get a more detailed impulse response, i.e. resolving different signal paths more clearly, than if you used say 40 Hz channel bandwidth, whilst still
- using an allowed mode (Morse; §97.305 says "MCW, RTTY, DATA") for identification. A casual listener would hear a noisy (yet potentially strong) signal during your "tone" time; it doesn't disturb them more than an actual CW signal of low bandwidth, yet is more useful to you!
Fun fact: that trick can even be used to (via self-assessment of the person doing that, so take with a grain of salt) operate a GSM base station in a ham band – you can simply pulse the transmit power of the control channel to CW out your station sign. (can't find the video link, sorry.)
answered Apr 30 at 16:43
Marcus MüllerMarcus Müller
8,0471031
8,0471031
1
$begingroup$
Trying to see if this flies... 97.119.b.1 requires "a CW emission", not "Morse code". Which "CW" option in 97.3.c.1 does this qualify as? J2B?
$endgroup$
– hobbs - KC2G
Apr 30 at 18:23
$begingroup$
Assuming it does fly, one thing that may be helpful is that there is no lower bound on the speed of a CW ident other than the requirement to ident each 10 minutes. In other words, you can go as QRSS as you want to give nice long sample times, as long as you can send your callsign every 10 minutes.
$endgroup$
– hobbs - KC2G
Apr 30 at 18:24
$begingroup$
@hobbs-KC2G but yeah, the whole purpose was to not hog the æther for channel sounding... so, "a little slower" would be nice, but "intentionally sloooooooow" would kind of defeat the purpose
$endgroup$
– Marcus Müller
Apr 30 at 19:38
$begingroup$
Fair enough. Still, it can be slow enough to allow the other part to be fit for purpose.
$endgroup$
– hobbs - KC2G
Apr 30 at 19:42
add a comment |
1
$begingroup$
Trying to see if this flies... 97.119.b.1 requires "a CW emission", not "Morse code". Which "CW" option in 97.3.c.1 does this qualify as? J2B?
$endgroup$
– hobbs - KC2G
Apr 30 at 18:23
$begingroup$
Assuming it does fly, one thing that may be helpful is that there is no lower bound on the speed of a CW ident other than the requirement to ident each 10 minutes. In other words, you can go as QRSS as you want to give nice long sample times, as long as you can send your callsign every 10 minutes.
$endgroup$
– hobbs - KC2G
Apr 30 at 18:24
$begingroup$
@hobbs-KC2G but yeah, the whole purpose was to not hog the æther for channel sounding... so, "a little slower" would be nice, but "intentionally sloooooooow" would kind of defeat the purpose
$endgroup$
– Marcus Müller
Apr 30 at 19:38
$begingroup$
Fair enough. Still, it can be slow enough to allow the other part to be fit for purpose.
$endgroup$
– hobbs - KC2G
Apr 30 at 19:42
1
1
$begingroup$
Trying to see if this flies... 97.119.b.1 requires "a CW emission", not "Morse code". Which "CW" option in 97.3.c.1 does this qualify as? J2B?
$endgroup$
– hobbs - KC2G
Apr 30 at 18:23
$begingroup$
Trying to see if this flies... 97.119.b.1 requires "a CW emission", not "Morse code". Which "CW" option in 97.3.c.1 does this qualify as? J2B?
$endgroup$
– hobbs - KC2G
Apr 30 at 18:23
$begingroup$
Assuming it does fly, one thing that may be helpful is that there is no lower bound on the speed of a CW ident other than the requirement to ident each 10 minutes. In other words, you can go as QRSS as you want to give nice long sample times, as long as you can send your callsign every 10 minutes.
$endgroup$
– hobbs - KC2G
Apr 30 at 18:24
$begingroup$
Assuming it does fly, one thing that may be helpful is that there is no lower bound on the speed of a CW ident other than the requirement to ident each 10 minutes. In other words, you can go as QRSS as you want to give nice long sample times, as long as you can send your callsign every 10 minutes.
$endgroup$
– hobbs - KC2G
Apr 30 at 18:24
$begingroup$
@hobbs-KC2G but yeah, the whole purpose was to not hog the æther for channel sounding... so, "a little slower" would be nice, but "intentionally sloooooooow" would kind of defeat the purpose
$endgroup$
– Marcus Müller
Apr 30 at 19:38
$begingroup$
@hobbs-KC2G but yeah, the whole purpose was to not hog the æther for channel sounding... so, "a little slower" would be nice, but "intentionally sloooooooow" would kind of defeat the purpose
$endgroup$
– Marcus Müller
Apr 30 at 19:38
$begingroup$
Fair enough. Still, it can be slow enough to allow the other part to be fit for purpose.
$endgroup$
– hobbs - KC2G
Apr 30 at 19:42
$begingroup$
Fair enough. Still, it can be slow enough to allow the other part to be fit for purpose.
$endgroup$
– hobbs - KC2G
Apr 30 at 19:42
add a comment |
$begingroup$
Identification is governed by §97.119:
(a) Each amateur station, except a space station or telecommand station, must transmit its assigned call sign on its transmitting channel at the end of each communication, and at least every 10 minutes during a communication, for the purpose of clearly making the source of the transmissions from the station known to those receiving the transmissions. No station may transmit unidentified communications or signals, or transmit as the station call sign, any call sign not authorized to the station.
There are further rules about special situations, but since you are both the control operator and the station licensee, operating with your normal license, in quite ordinary circumstances, none of those apply. Remember the purpose of the identification is to identify the transmitter: who's receiving is irrelevant. So an ordinary "DE [your call]" would be sufficient.
And if the identification is keyed by an automated device used only for identification, keep it not above 20 WPM:
(1) By a CW emission. When keyed by an automatic device used only for identification, the speed must not exceed 20 words per minute;
$endgroup$
add a comment |
$begingroup$
Identification is governed by §97.119:
(a) Each amateur station, except a space station or telecommand station, must transmit its assigned call sign on its transmitting channel at the end of each communication, and at least every 10 minutes during a communication, for the purpose of clearly making the source of the transmissions from the station known to those receiving the transmissions. No station may transmit unidentified communications or signals, or transmit as the station call sign, any call sign not authorized to the station.
There are further rules about special situations, but since you are both the control operator and the station licensee, operating with your normal license, in quite ordinary circumstances, none of those apply. Remember the purpose of the identification is to identify the transmitter: who's receiving is irrelevant. So an ordinary "DE [your call]" would be sufficient.
And if the identification is keyed by an automated device used only for identification, keep it not above 20 WPM:
(1) By a CW emission. When keyed by an automatic device used only for identification, the speed must not exceed 20 words per minute;
$endgroup$
add a comment |
$begingroup$
Identification is governed by §97.119:
(a) Each amateur station, except a space station or telecommand station, must transmit its assigned call sign on its transmitting channel at the end of each communication, and at least every 10 minutes during a communication, for the purpose of clearly making the source of the transmissions from the station known to those receiving the transmissions. No station may transmit unidentified communications or signals, or transmit as the station call sign, any call sign not authorized to the station.
There are further rules about special situations, but since you are both the control operator and the station licensee, operating with your normal license, in quite ordinary circumstances, none of those apply. Remember the purpose of the identification is to identify the transmitter: who's receiving is irrelevant. So an ordinary "DE [your call]" would be sufficient.
And if the identification is keyed by an automated device used only for identification, keep it not above 20 WPM:
(1) By a CW emission. When keyed by an automatic device used only for identification, the speed must not exceed 20 words per minute;
$endgroup$
Identification is governed by §97.119:
(a) Each amateur station, except a space station or telecommand station, must transmit its assigned call sign on its transmitting channel at the end of each communication, and at least every 10 minutes during a communication, for the purpose of clearly making the source of the transmissions from the station known to those receiving the transmissions. No station may transmit unidentified communications or signals, or transmit as the station call sign, any call sign not authorized to the station.
There are further rules about special situations, but since you are both the control operator and the station licensee, operating with your normal license, in quite ordinary circumstances, none of those apply. Remember the purpose of the identification is to identify the transmitter: who's receiving is irrelevant. So an ordinary "DE [your call]" would be sufficient.
And if the identification is keyed by an automated device used only for identification, keep it not above 20 WPM:
(1) By a CW emission. When keyed by an automatic device used only for identification, the speed must not exceed 20 words per minute;
edited Apr 30 at 14:21
answered Apr 30 at 14:14
Phil Frost - W8IIPhil Frost - W8II
30k148118
30k148118
add a comment |
add a comment |
$begingroup$
As I understand it, the bare call sign in (English) voice or Morse (as appropriate for your license class and the band or sub-band you're transmitting in) is the minimum. You can attach additional information if you wish -- for instance, a couple 2m repeaters I use regularly transmit Morse calls signs like "W4NC RPT". Your beacon could be something akin to that -- but it doesn't have to be. It could be just your call sign in Morse.
$endgroup$
add a comment |
$begingroup$
As I understand it, the bare call sign in (English) voice or Morse (as appropriate for your license class and the band or sub-band you're transmitting in) is the minimum. You can attach additional information if you wish -- for instance, a couple 2m repeaters I use regularly transmit Morse calls signs like "W4NC RPT". Your beacon could be something akin to that -- but it doesn't have to be. It could be just your call sign in Morse.
$endgroup$
add a comment |
$begingroup$
As I understand it, the bare call sign in (English) voice or Morse (as appropriate for your license class and the band or sub-band you're transmitting in) is the minimum. You can attach additional information if you wish -- for instance, a couple 2m repeaters I use regularly transmit Morse calls signs like "W4NC RPT". Your beacon could be something akin to that -- but it doesn't have to be. It could be just your call sign in Morse.
$endgroup$
As I understand it, the bare call sign in (English) voice or Morse (as appropriate for your license class and the band or sub-band you're transmitting in) is the minimum. You can attach additional information if you wish -- for instance, a couple 2m repeaters I use regularly transmit Morse calls signs like "W4NC RPT". Your beacon could be something akin to that -- but it doesn't have to be. It could be just your call sign in Morse.
answered Apr 30 at 14:05
Zeiss IkonZeiss Ikon
996113
996113
add a comment |
add a comment |
Thanks for contributing an answer to Amateur Radio Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
Use MathJax to format equations. MathJax reference.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fham.stackexchange.com%2fquestions%2f14421%2fidentifying-a-transmission-to-myself%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
$begingroup$
Do you mean from your fixed-base server?
$endgroup$
– Phil Frost - W8II
Apr 30 at 14:05