Re[2]: [digitalradio] Re: More RSID - PLEASE!

2009-07-26 Thread Vlad_UA6JD
Today evening will testing use RSID on 14073 +/- QRM from 16z
Welcome
Vlad UA6JD



Re: Re[2]: [digitalradio] Re: More RSID - PLEASE!

2009-07-26 Thread pshabasgo
Woul love to try and read you --  Should I be clicking on RSID\?    what other 
configure should I make to read you.
   Dr Joe





From: Vlad_UA6JD jt...@mail-on.us
To: digitalradio@yahoogroups.com
Sent: Sunday, July 26, 2009 6:58:35 AM
Subject: Re[2]: [digitalradio] Re: More RSID - PLEASE!

  
Today evening will testing use RSID on 14073 +/- QRM from 16z
Welcome
Vlad UA6JD





  

[digitalradio] 9 years ago today : Digital groups merging

2009-07-26 Thread Andrew O'Brien
--- In digitalradio@yahoogroups.com, Andrew J. O'Brien obrie...@... wrote:

 As was discussed a few weeks ago, the egroup RADIODATADECODING , is merging
 it's subscribers with the DIGITALRADIO reflector run by Andy O'Brien KB2EOQ
 at www.egroups.com/group/digitalradio  .  Digitalradio has 165 active
 subscribers and subscription invitations have been sent to the 50
 radiodatadecoding members that did not already belong to digitalradio.
 Thanks to Andrew Nicholson for a great job with radiodatadecoding and for
 his suggestion that his group join Digitalradio.
 
 Assuming that many of the fifty join digitalradio , we will then have over
 200 active members making it one of the most active reflectors for the
 digital ham or SWL.  Digitalradio has many of the authors of current
 software amongst it's membership al supports conversation about ALL digital
 modes and all related software applications.  A files section also contains
 many of the free digital radio software products .
 http://www.egroups.com/files/digitalradio/
 
 Welcome to our new members
 
 73 de Andy KB2EOQ





[digitalradio] Re: Hop, skip and jump away ... powerful, ALE implementation that would outperform MIL-STD-188-141A ?

2009-07-26 Thread aa777888athotmaildotcom
More precisely, step 1 is not usually a call to anybody, it is a call to either 
a single station (call) or group of stations (netcall), i.e. B THIS IS A. 
There is also any anycall (CQ) and a special anycall (sounding).

In terms of there being a lightweight implementation I'd suggest that 
anycalls/soundings are not necessary, nor even netcalls, and perhaps not even 
desirable. But it would be nice to set up a sked with one other person and 
within a minute or so find that person on any band that is open.

Scott

--- In digitalradio@yahoogroups.com, Patrick Lindecker f6...@... wrote:

 Hello Andy,
 
 My interpretation of this mail is the following:
 
 If the heart of the ALE is the following handshaking protocol: 
 * Sounding (the Ham sends his/her call sign): THIS IS A,
 * Response of the other Ham (by sending his/her call sign): A TO B,
 * Acknowledgment of the first Ham: B TO A
 
 I supposed that the equivalent with CALL ID (RS ID extension) would be:
 1) CALL ID to anybody: THIS IS A
 2) Response of the other Ham (by sending his/her call sign): A TO B,
 3) Acknowledgment of the first Ham: B TO A
 
 2) and 3) are not possible with the present CALL ID.
 
 73
 Patrick
 
 
   - Original Message - 
   From: Andrew O'Brien 
   To: digitalradio@yahoogroups.com 
   Sent: Saturday, July 25, 2009 2:21 PM
   Subject: [digitalradio]  Hop, skip and jump away ... powerful, ALE 
 implementation that would outperform MIL-STD-188-141A  ?
 
 
 
 
   Regarding this message below, from the RS-ID thread, can someone elaborate 
 ?   What  lightweight ALE implementation ?
 
   Andy K3UK 
 
 
 
   You know what's really exciting? We are a hop, skip and jump away from a 
 powerful, lightweight ALE implementation that would probably outperform 
 MIL-STD-188-141A by a large margin.
 
   Right now the code scans an entire 3KHz bandwidth for RSID (or more with 
 SDR). When you add in the future, planned SELCAL feature the only things 
 missing after that are scanning and an automated response.
 
   It also appears possible that the software would be capable of 
 automatically choosing an empty spot on the waterfall to make the call. This 
 would allow all calls to occur simultaneously and therefore I would suggest 
 time synchronized scanning a la JT65 or WSPR in order to improve probability 
 of intercept without long or repetitive RSID transmissions. Say 4 second 
 dwell per band to allow a +/-1 second guard band on the timing (given a 2 
 second RSID transmission length). The occasional collision would be worth the 
 simplicity and reliability.
   -- 
   Andy