Loading ...
Sorry, an error occurred while loading the content.

Goodwood

Expand Messages
  • Juan Skinner
    Hello to all members of this fledgling group. Goodwood is a new user to MPT1327 although I believe they may have trialled it back in 2003. Goodwood Estates
    Message 1 of 12 , Jul 5, 2006
    • 0 Attachment
      Hello to all members of this fledgling group.

      Goodwood is a new user to MPT1327 although I believe they may have
      trialled it back in 2003.
      Goodwood Estates includes a horseracing circuit, motor racing circuit,
      country club, historic estate and aerodrome.
      This is about 30 miles from me but a very good signal on UHF.

      It looks like a three frequency set-up at present.

      ID - 0D91
      Step 12.5kHz
      Offset - 2
      Base frequency - 452.9875MHz
      Voice channel - 453.7375 (Ch 60) (Paired 460.2375MHz)
      Control channel - 453.8375 (Ch 68)

      The trouble I have is that right next door to the control channel on
      453.8250MHz is our local parking enforcement revenue generator's
      control channel. My R20 gets sent off to the following two channels,
      none of which seem viable, all voice seems to happen on the single
      voice channel

      Ch 121 - 454.500
      Ch 149 - 454.850

      So I guess this is the interaction between the two. To be fair, the
      Brighton PA channel is much much nearer and I suppose I'm lucky I get
      anything at all.

      Ideally, I'd use a proper radio with a true 12.5kHz bandwidth for the
      CCh and the R20 for the voice. Other Debitware products seem to be
      able to do this but I guess TV needs the clear down message from the
      voice channel in order to do this. Indeed this is much of the problem
      that I have here, TV sends my R20 to an imaginary voice channel and
      becaus it is not valid, it never clears.

      Hope this doesn't sound like a moan, it's merely an observation.
      Tone
    • David
      ... Hmm, what I think you re wanting to do is run two scanners with TV, yep? If not ignore me, but all I do is tune one radio (usually the 330T) to the control
      Message 2 of 12 , Jul 5, 2006
      • 0 Attachment
        Juan Skinner wrote:
        > Ideally, I'd use a proper radio with a true 12.5kHz bandwidth for the
        > CCh and the R20 for the voice. Other Debitware products seem to be
        > able to do this but I guess TV needs the clear down message from the
        > voice channel in order to do this. Indeed this is much of the problem
        > that I have here, TV sends my R20 to an imaginary voice channel and
        > becaus it is not valid, it never clears.

        Hmm, what I think you're wanting to do is run two scanners with TV, yep?

        If not ignore me, but all I do is tune one radio (usually the 330T) to
        the control channel, and feed the audio of that to Trunkview. TV
        recognises the SysID and loads the right site. I then hook up my
        PCR-100 to be controlled by TV, and it gets sent to the right channels.

        From what I gather, you want to run the control channel on a radio with
        nice tight filtering so you're not getting any splatter/adjacent channel
        stuff from the Parking Enforcement people?

        Not getting the cleardown messages hasn't hampered me using it this way
        - only problem is on a busy net, TV will keep sending GTC commands even
        if you want to stay on that freq. Only way would be to pause it after
        you get sent the first GTC. Make sense?

        (and damn you beat me to the first post).
      • millymon2000
        Trunkview isn t written to support two radios (Winradio Trunking suite, Ftrunk and TrunkSniffer are all written to allow this method of control). Can you post
        Message 3 of 12 , Jul 6, 2006
        • 0 Attachment
          Trunkview isn't written to support two radios (Winradio Trunking
          suite, Ftrunk and TrunkSniffer are all written to allow this method of
          control).

          Can you post a short extract of your Trunkview logfile which shows the
          GTC messages please Tone? If the problem was the Parking Enforcement
          control data I'd have expected Trunkview to decode the GTC's from
          that as well. Clearly it isn't.

          --- In trunkview@yahoogroups.com, "Juan Skinner"
          <wind_in_the_antenna@...> wrote:
          >
          > Hello to all members of this fledgling group.
          >
          > Goodwood is a new user to MPT1327 although I believe they may have
          > trialled it back in 2003.
          > Goodwood Estates includes a horseracing circuit, motor racing circuit,
          > country club, historic estate and aerodrome.
          > This is about 30 miles from me but a very good signal on UHF.
          >
          > It looks like a three frequency set-up at present.
          >
          > ID - 0D91
          > Step 12.5kHz
          > Offset - 2
          > Base frequency - 452.9875MHz
          > Voice channel - 453.7375 (Ch 60) (Paired 460.2375MHz)
          > Control channel - 453.8375 (Ch 68)
          >
          > The trouble I have is that right next door to the control channel on
          > 453.8250MHz is our local parking enforcement revenue generator's
          > control channel. My R20 gets sent off to the following two channels,
          > none of which seem viable, all voice seems to happen on the single
          > voice channel
          >
          > Ch 121 - 454.500
          > Ch 149 - 454.850
          >
          > So I guess this is the interaction between the two. To be fair, the
          > Brighton PA channel is much much nearer and I suppose I'm lucky I get
          > anything at all.
          >
          > Ideally, I'd use a proper radio with a true 12.5kHz bandwidth for the
          > CCh and the R20 for the voice. Other Debitware products seem to be
          > able to do this but I guess TV needs the clear down message from the
          > voice channel in order to do this. Indeed this is much of the problem
          > that I have here, TV sends my R20 to an imaginary voice channel and
          > becaus it is not valid, it never clears.
          >
          > Hope this doesn't sound like a moan, it's merely an observation.
          > Tone
          >
        • millymon2000
          Trunkview isn t written to support two radios (Winradio Trunking suite, Ftrunk and TrunkSniffer are all written to allow this method of control). As David
          Message 4 of 12 , Jul 6, 2006
          • 0 Attachment
            Trunkview isn't written to support two radios (Winradio Trunking
            suite, Ftrunk and TrunkSniffer are all written to allow this method of
            control).
            As David mentioned it is possible to use two radios by feeding control
            data from a radio that isn't being controlled by Trunkview and having
            a controlled radio for the voice calls. You lose the ability to have
            trunkview record the voice calls when using this method (though it
            would be possible to do this externally if necessary).

            Can you post a short extract of your Trunkview logfile which shows the
            GTC messages please Tone? If the problem was the Parking Enforcement
            control data I'd have expected Trunkview to decode the GTC's from
            that as well. Clearly it isn't.

            --- In trunkview@yahoogroups.com, "Juan Skinner"
            <wind_in_the_antenna@...> wrote:
            >
            > Hello to all members of this fledgling group.
            >
            > Goodwood is a new user to MPT1327 although I believe they may have
            > trialled it back in 2003.
            > Goodwood Estates includes a horseracing circuit, motor racing circuit,
            > country club, historic estate and aerodrome.
            > This is about 30 miles from me but a very good signal on UHF.
            >
            > It looks like a three frequency set-up at present.
            >
            > ID - 0D91
            > Step 12.5kHz
            > Offset - 2
            > Base frequency - 452.9875MHz
            > Voice channel - 453.7375 (Ch 60) (Paired 460.2375MHz)
            > Control channel - 453.8375 (Ch 68)
            >
            > The trouble I have is that right next door to the control channel on
            > 453.8250MHz is our local parking enforcement revenue generator's
            > control channel. My R20 gets sent off to the following two channels,
            > none of which seem viable, all voice seems to happen on the single
            > voice channel
            >
            > Ch 121 - 454.500
            > Ch 149 - 454.850
            >
            > So I guess this is the interaction between the two. To be fair, the
            > Brighton PA channel is much much nearer and I suppose I'm lucky I get
            > anything at all.
            >
            > Ideally, I'd use a proper radio with a true 12.5kHz bandwidth for the
            > CCh and the R20 for the voice. Other Debitware products seem to be
            > able to do this but I guess TV needs the clear down message from the
            > voice channel in order to do this. Indeed this is much of the problem
            > that I have here, TV sends my R20 to an imaginary voice channel and
            > becaus it is not valid, it never clears.
            >
            > Hope this doesn't sound like a moan, it's merely an observation.
            > Tone
            >
          • millymon2000
            ... You will also lose the ability to use the site list to control the control channel scanner. If you try to use this function your controlled (nominally
            Message 5 of 12 , Jul 6, 2006
            • 0 Attachment
              --- In trunkview@yahoogroups.com, "millymon2000" <millymon2000@...> wrote:
              >
              > As David mentioned it is possible to use two radios by feeding control
              > data from a radio that isn't being controlled by Trunkview and having
              > a controlled radio for the voice calls. You lose the ability to have
              > trunkview record the voice calls when using this method

              You will also lose the ability to use the site list to control the
              control channel scanner. If you try to use this function your
              controlled (nominally 'voice') scanner would be retuned to the control
              channel selected.
            • millymon2000
              ... Tone, Your website shows this as being SysID 0x0D81 - which is correct?
              Message 6 of 12 , Jul 6, 2006
              • 0 Attachment
                --- In trunkview@yahoogroups.com, "Juan Skinner"
                <wind_in_the_antenna@...> wrote:

                > ID - 0D91
                > Step 12.5kHz
                > Offset - 2
                > Base frequency - 452.9875MHz
                > Voice channel - 453.7375 (Ch 60) (Paired 460.2375MHz)
                > Control channel - 453.8375 (Ch 68)

                Tone,
                Your website shows this as being SysID 0x0D81 - which is correct?
              • Tony
                David wrote: Hmm, what I think you re wanting to do is run two scanners with TV, yep? Yes, that s it, I ve got a commercial receiver that can make
                Message 7 of 12 , Jul 6, 2006
                • 0 Attachment
                  David wrote:
                  >
                  >
                  > Hmm, what I think you're wanting to do is run two scanners with TV, yep?
                  >
                  Yes, that's it, I've got a commercial receiver that can make sense of
                  these two adjacent control channels but is isn't steerable.
                  Listening to either control channel on the R20, it's surprising TV makes
                  any sense of it at all. They sound very much on top of each other.

                  That's welcome news that two receivers works with TV, I guess I won't
                  get too much trouble from GTCs during a call as these are both systems
                  with one voice channel.

                  I'll give that a go this evening with thanks.

                  >
                  > (and damn you beat me to the first post).
                  >
                  Sorry, didn't mean to steal your thunder, you should have moderated me :-)

                  Tone

                  --
                  A Beginners Guide to Scanning -
                  http://homepage.ntlworld.com/tony.ling/radio/begin/begin.htm

                  Icom IC-R20 Manual Re-Written -
                  http://homepage.ntlworld.com/tony.ling/radio/IC-R20/R20um00.htm

                  The PogSaG group for all sorts of digital decoding -
                  http://groups.yahoo.com/group/pocsag/

                  South Coast (England) Comms - http://groups.yahoo.com/group/southcoastcomms/

                  Bomb Proof Radio - http://groups.yahoo.com/group/bomb-proof-radio/


                  ___________________________________________________________
                  All New Yahoo! Mail – Tired of Vi@gr@! come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html
                • Tony
                  millymon2000 wrote: Can you post a short extract of your Trunkview logfile which shows the GTC messages please Tone? If the problem was the Parking
                  Message 8 of 12 , Jul 6, 2006
                  • 0 Attachment
                    millymon2000 wrote:
                    >

                    >
                    > Can you post a short extract of your Trunkview logfile which shows the
                    > GTC messages please Tone? If the problem was the Parking Enforcement
                    > control data I'd have expected Trunkview to decode the GTC's from
                    > that as well. Clearly it isn't.
                    >

                    Here's my log from yesterday morning when both nets were very active. As
                    far as I can see, ch121 and 149 are not used by either net.

                    +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

                    09:46 ************ MPT1327 Protocol Decoder - Wednesday 2006-07-05
                    *************
                    SYS 0D91 | Goodwood | CCh-Frequency:
                    453.8375 MHz

                    ******************************************************************************
                    09:46 10000000 11111010 01111000 00111100 10000011 00110011
                    01001101 11111010- GTC | Go To Channel - Voice | (000) Org:
                    204 Tar: 8015
                    | Ch: 121 Freq: 454.5000 MHz |
                    09:49 10000000 00000001 11100100 01000000 00000000 00000000
                    11001100 00001101- RQS | Request simple call | (000) Org:
                    0 Tar: 60 Voice Priority
                    AHY | Availability check message | Begin Ack: (000) Tar:
                    60 Voice
                    09:49 10000000 00000001 11100100 01000000 00001000 10100100
                    10000111 00111101- RQS | Request simple call | (000) Org:
                    69 Tar: 60 Voice Priority
                    AHY | Availability check message | Begin Ack: (000) Tar:
                    60 Voice
                    09:49 10000000 00000001 11100100 00100100 00001000 10100011
                    10001101 10101000- ACKI | Intermediate ack, more follows | (000) Org:
                    69 Tar: 60
                    09:49 10000000 00000011 10100000 01001010 10000001 11011100
                    11100110 11110110- GTC | Go To Channel - Voice | (000) Org:
                    119 Tar: 116
                    | Ch: 149 Freq: 454.8500 MHz |
                    09:50 10000000 11111010 01111000 00011110 00000001 11010100
                    11100010 10111000- GTC | Go To Channel - Voice | (000) Org:
                    117 Tar: 8015
                    | Ch: 60 Freq: 453.7375 MHz |
                    09:51 10000111 10000010 00100100 01101000 00001010 10101010
                    00111100 00101100- CLEAR| Call clear-down | Ch: 60
                    Freq: 453.7375 MHz
                    | Return to Control Ch: 68 |
                    09:51 10000111 10000010 00100100 01101000 00001010 10101010
                    00111100 00101100- CLEAR| Call clear-down | Ch: 60
                    Freq: 453.7375 MHz
                    | Return to Control Ch: 68 |
                    09:51 10000111 10000010 00100100 01101000 00001010 10101010
                    00111100 00101100- CLEAR| Call clear-down | Ch: 60
                    Freq: 453.7375 MHz
                    | Return to Control Ch: 68 |
                    09:51 10000000 11111010 00111000 00011110 00000001 10101000
                    00011011 11110110- GTC | Go To Channel - Voice | (000) Org:
                    106 Tar: 8007
                    | Ch: 60 Freq: 453.7375 MHz |
                    09:51 10000000 11111010 00111000 00011110 00000001 10101000
                    00011011 11110110- GTC | Go To Channel - Voice | (000) Org:
                    106 Tar: 8007
                    | Ch: 60 Freq: 453.7375 MHz |
                    09:51 10000000 11111010 00111100 01100100 00111100 11000000
                    00100010 11111001- MAINT| Call maintenance message | Act. Chan:
                    60 Freq: 453.7375 MHz
                    09:51 10000111 10000010 00100100 01101000 00001010 10101010
                    00111100 00101100- CLEAR| Call clear-down | Ch: 60
                    Freq: 453.7375 MHz
                    | Return to Control Ch: 68 |
                    09:51 10000111 10000010 00100100 01101000 00001010 10101010
                    00111100 00101100- CLEAR| Call clear-down | Ch: 60
                    Freq: 453.7375 MHz
                    | Return to Control Ch: 68 |
                    09:51 10000000 11111111 11001100 00100000 00000111 11000011
                    01001000 11010110- ACKK | General acknowledgement | (000) Org:
                    62 Tar: 8185
                    09:51 10000000 00000001 11110100 01011111 11111111 11001000
                    01010100 01000101- RQC | Request to send short data mess| (000) Org:
                    8190 Tar: 62 Slots: 1
                    AHYC | Short data invitation message | (000) Org: 8190 Tar:
                    62 Slots: 1

                    --
                    A Beginners Guide to Scanning -
                    http://homepage.ntlworld.com/tony.ling/radio/begin/begin.htm

                    Icom IC-R20 Manual Re-Written -
                    http://homepage.ntlworld.com/tony.ling/radio/IC-R20/R20um00.htm

                    The PogSaG group for all sorts of digital decoding -
                    http://groups.yahoo.com/group/pocsag/

                    South Coast (England) Comms - http://groups.yahoo.com/group/southcoastcomms/

                    Bomb Proof Radio - http://groups.yahoo.com/group/bomb-proof-radio/


                    ___________________________________________________________
                    Copy addresses and emails from any email account to Yahoo! Mail - quick, easy and free. http://uk.docs.yahoo.com/trueswitch2.html
                  • Tony
                    millymon2000 wrote: --- In trunkview@yahoogroups.com , Juan Skinner wrote:
                    Message 9 of 12 , Jul 6, 2006
                    • 0 Attachment
                      millymon2000 wrote:
                      >
                      >
                      > --- In trunkview@yahoogroups.com <mailto:trunkview%40yahoogroups.com>,
                      > "Juan Skinner"
                      > <wind_in_the_antenna@...> wrote:
                      >
                      > > ID - 0D91
                      > > Step 12.5kHz
                      > > Offset - 2
                      > > Base frequency - 452.9875MHz
                      > > Voice channel - 453.7375 (Ch 60) (Paired 460.2375MHz)
                      > > Control channel - 453.8375 (Ch 68)
                      >
                      > Tone,
                      > Your website shows this as being SysID 0x0D81 - which is correct?

                      I edited the ID on my website for the sake of discretion.
                      The correct ID is as shown above.
                      Tone.

                      --
                      A Beginners Guide to Scanning -
                      http://homepage.ntlworld.com/tony.ling/radio/begin/begin.htm

                      Icom IC-R20 Manual Re-Written -
                      http://homepage.ntlworld.com/tony.ling/radio/IC-R20/R20um00.htm

                      The PogSaG group for all sorts of digital decoding -
                      http://groups.yahoo.com/group/pocsag/

                      South Coast (England) Comms - http://groups.yahoo.com/group/southcoastcomms/

                      Bomb Proof Radio - http://groups.yahoo.com/group/bomb-proof-radio/


                      ___________________________________________________________
                      All New Yahoo! Mail – Tired of Vi@gr@! come-ons? Let our SpamGuard protect you. http://uk.docs.yahoo.com/nowyoucan.html
                    • millymon2000
                      LOL. I d hoped they were both right as that could have explained the odd GTCs you are seeing! ... ,
                      Message 10 of 12 , Jul 6, 2006
                      • 0 Attachment
                        LOL. I'd hoped they were both right as that could have explained the
                        odd GTCs you are seeing!

                        --- In trunkview@yahoogroups.com, Tony <wind_in_the_antenna@...> wrote:
                        >
                        > millymon2000 wrote:
                        > >
                        > >
                        > > --- In trunkview@yahoogroups.com
                        <mailto:trunkview%40yahoogroups.com>,
                        > > "Juan Skinner"
                        > > <wind_in_the_antenna@> wrote:
                        > >
                        > > > ID - 0D91
                        > > > Step 12.5kHz
                        > > > Offset - 2
                        > > > Base frequency - 452.9875MHz
                        > > > Voice channel - 453.7375 (Ch 60) (Paired 460.2375MHz)
                        > > > Control channel - 453.8375 (Ch 68)
                        > >
                        > > Tone,
                        > > Your website shows this as being SysID 0x0D81 - which is correct?
                        >
                        > I edited the ID on my website for the sake of discretion.
                        > The correct ID is as shown above.
                      • millymon2000
                        Thanks Tone, The decodes appear to be correct suggesting that the controller is actually sending some traffic to those two channels. Could they be too low a
                        Message 11 of 12 , Jul 6, 2006
                        • 0 Attachment
                          Thanks Tone,

                          The decodes appear to be correct suggesting that the controller is
                          actually sending some traffic to those two channels. Could they be too
                          low a power for you to actually monitor?


                          --- In trunkview@yahoogroups.com, Tony <wind_in_the_antenna@...> wrote:
                          >
                          > millymon2000 wrote:
                          > >
                          >
                          > >
                          > > Can you post a short extract of your Trunkview logfile which shows the
                          > > GTC messages please Tone? If the problem was the Parking Enforcement
                          > > control data I'd have expected Trunkview to decode the GTC's from
                          > > that as well. Clearly it isn't.
                          > >
                          >
                          > Here's my log from yesterday morning when both nets were very
                          active. As
                          > far as I can see, ch121 and 149 are not used by either net.
                          >
                          >
                          +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
                          >
                          > 09:46 ************ MPT1327 Protocol Decoder - Wednesday 2006-07-05
                          > *************
                          > SYS 0D91 | Goodwood | CCh-Frequency:
                          > 453.8375 MHz
                          >
                          >
                          ******************************************************************************
                          > 09:46 10000000 11111010 01111000 00111100 10000011 00110011
                          > 01001101 11111010- GTC | Go To Channel - Voice | (000) Org:
                          > 204 Tar: 8015
                          > | Ch: 121 Freq: 454.5000 MHz |
                          > 09:49 10000000 00000001 11100100 01000000 00000000 00000000
                          > 11001100 00001101- RQS | Request simple call | (000) Org:
                          > 0 Tar: 60 Voice Priority
                          > AHY | Availability check message | Begin Ack: (000) Tar:
                          > 60 Voice
                          > 09:49 10000000 00000001 11100100 01000000 00001000 10100100
                          > 10000111 00111101- RQS | Request simple call | (000) Org:
                          > 69 Tar: 60 Voice Priority
                          > AHY | Availability check message | Begin Ack: (000) Tar:
                          > 60 Voice
                          > 09:49 10000000 00000001 11100100 00100100 00001000 10100011
                          > 10001101 10101000- ACKI | Intermediate ack, more follows | (000) Org:
                          > 69 Tar: 60
                          > 09:49 10000000 00000011 10100000 01001010 10000001 11011100
                          > 11100110 11110110- GTC | Go To Channel - Voice | (000) Org:
                          > 119 Tar: 116
                          > | Ch: 149 Freq: 454.8500 MHz |
                          > 09:50 10000000 11111010 01111000 00011110 00000001 11010100
                          > 11100010 10111000- GTC | Go To Channel - Voice | (000) Org:
                          > 117 Tar: 8015
                          > | Ch: 60 Freq: 453.7375 MHz |
                          > 09:51 10000111 10000010 00100100 01101000 00001010 10101010
                          > 00111100 00101100- CLEAR| Call clear-down | Ch: 60
                          > Freq: 453.7375 MHz
                          > | Return to Control Ch: 68 |
                          > 09:51 10000111 10000010 00100100 01101000 00001010 10101010
                          > 00111100 00101100- CLEAR| Call clear-down | Ch: 60
                          > Freq: 453.7375 MHz
                          > | Return to Control Ch: 68 |
                          > 09:51 10000111 10000010 00100100 01101000 00001010 10101010
                          > 00111100 00101100- CLEAR| Call clear-down | Ch: 60
                          > Freq: 453.7375 MHz
                          > | Return to Control Ch: 68 |
                          > 09:51 10000000 11111010 00111000 00011110 00000001 10101000
                          > 00011011 11110110- GTC | Go To Channel - Voice | (000) Org:
                          > 106 Tar: 8007
                          > | Ch: 60 Freq: 453.7375 MHz |
                          > 09:51 10000000 11111010 00111000 00011110 00000001 10101000
                          > 00011011 11110110- GTC | Go To Channel - Voice | (000) Org:
                          > 106 Tar: 8007
                          > | Ch: 60 Freq: 453.7375 MHz |
                          > 09:51 10000000 11111010 00111100 01100100 00111100 11000000
                          > 00100010 11111001- MAINT| Call maintenance message | Act. Chan:
                          > 60 Freq: 453.7375 MHz
                          > 09:51 10000111 10000010 00100100 01101000 00001010 10101010
                          > 00111100 00101100- CLEAR| Call clear-down | Ch: 60
                          > Freq: 453.7375 MHz
                          > | Return to Control Ch: 68 |
                          > 09:51 10000111 10000010 00100100 01101000 00001010 10101010
                          > 00111100 00101100- CLEAR| Call clear-down | Ch: 60
                          > Freq: 453.7375 MHz
                          > | Return to Control Ch: 68 |
                          > 09:51 10000000 11111111 11001100 00100000 00000111 11000011
                          > 01001000 11010110- ACKK | General acknowledgement | (000) Org:
                          > 62 Tar: 8185
                          > 09:51 10000000 00000001 11110100 01011111 11111111 11001000
                          > 01010100 01000101- RQC | Request to send short data mess| (000) Org:
                          > 8190 Tar: 62 Slots: 1
                          > AHYC | Short data invitation message | (000) Org: 8190 Tar:
                          > 62 Slots: 1
                        • Tony
                          millymon2000 wrote: Thanks Tone, The decodes appear to be correct suggesting that the controller is actually sending some traffic to those two
                          Message 12 of 12 , Jul 6, 2006
                          • 0 Attachment
                            millymon2000 wrote:
                            >
                            >
                            > Thanks Tone,
                            >
                            > The decodes appear to be correct suggesting that the controller is
                            > actually sending some traffic to those two channels. Could they be too
                            > low a power for you to actually monitor?
                            >
                            It's possible, on 149 a get data bursts but I've now got my ears on 121
                            with a proper grown up radio to see if anything comes up.

                            I should have also mentioned that we also have a conventional voice user
                            in Brighton which is just that little bit stronger than the Goodwood CCh
                            and on the same frequency.

                            I've got a conventional voice user on the Goodwood voice channel to
                            further complicate things. I don't have them in my database but the
                            callsigns (91 alpha etc) sound familiar.

                            Tone.

                            --
                            A Beginners Guide to Scanning -
                            http://homepage.ntlworld.com/tony.ling/radio/begin/begin.htm

                            Icom IC-R20 Manual Re-Written -
                            http://homepage.ntlworld.com/tony.ling/radio/IC-R20/R20um00.htm

                            The PogSaG group for all sorts of digital decoding -
                            http://groups.yahoo.com/group/pocsag/

                            South Coast (England) Comms - http://groups.yahoo.com/group/southcoastcomms/

                            Bomb Proof Radio - http://groups.yahoo.com/group/bomb-proof-radio/


                            ___________________________________________________________
                            Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html
                          Your message has been successfully submitted and would be delivered to recipients shortly.