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














2












$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?










share|improve this question











$endgroup$











  • $begingroup$
    Do you mean from your fixed-base server?
    $endgroup$
    – Phil Frost - W8II
    Apr 30 at 14:05















2












$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?










share|improve this question











$endgroup$











  • $begingroup$
    Do you mean from your fixed-base server?
    $endgroup$
    – Phil Frost - W8II
    Apr 30 at 14:05













2












2








2





$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?










share|improve this question











$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






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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
















  • $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










3 Answers
3






active

oldest

votes


















5












$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.)






share|improve this answer









$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


















4












$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;







share|improve this answer











$endgroup$




















    2












    $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.






    share|improve this answer









    $endgroup$













      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
      );



      );













      draft saved

      draft discarded


















      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









      5












      $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.)






      share|improve this answer









      $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















      5












      $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.)






      share|improve this answer









      $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













      5












      5








      5





      $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.)






      share|improve this answer









      $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.)







      share|improve this answer












      share|improve this answer



      share|improve this answer










      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












      • 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











      4












      $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;







      share|improve this answer











      $endgroup$

















        4












        $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;







        share|improve this answer











        $endgroup$















          4












          4








          4





          $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;







          share|improve this answer











          $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;








          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Apr 30 at 14:21

























          answered Apr 30 at 14:14









          Phil Frost - W8IIPhil Frost - W8II

          30k148118




          30k148118





















              2












              $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.






              share|improve this answer









              $endgroup$

















                2












                $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.






                share|improve this answer









                $endgroup$















                  2












                  2








                  2





                  $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.






                  share|improve this answer









                  $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.







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered Apr 30 at 14:05









                  Zeiss IkonZeiss Ikon

                  996113




                  996113



























                      draft saved

                      draft discarded
















































                      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.




                      draft saved


                      draft discarded














                      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





















































                      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







                      Popular posts from this blog

                      Category:9 (number) SubcategoriesMedia in category "9 (number)"Navigation menuUpload mediaGND ID: 4485639-8Library of Congress authority ID: sh85091979ReasonatorScholiaStatistics

                      Circuit construction for execution of conditional statements using least significant bitHow are two different registers being used as “control”?How exactly is the stated composite state of the two registers being produced using the $R_zz$ controlled rotations?Efficiently performing controlled rotations in HHLWould this quantum algorithm implementation work?How to prepare a superposed states of odd integers from $1$ to $sqrtN$?Why is this implementation of the order finding algorithm not working?Circuit construction for Hamiltonian simulationHow can I invert the least significant bit of a certain term of a superposed state?Implementing an oracleImplementing a controlled sum operation

                      Magento 2 “No Payment Methods” in Admin New OrderHow to integrate Paypal Express Checkout with the Magento APIMagento 1.5 - Sales > Order > edit order and shipping methods disappearAuto Invoice Check/Money Order Payment methodAdd more simple payment methods?Shipping methods not showingWhat should I do to change payment methods if changing the configuration has no effects?1.9 - No Payment Methods showing upMy Payment Methods not Showing for downloadable/virtual product when checkout?Magento2 API to access internal payment methodHow to call an existing payment methods in the registration form?