[pskmail] Re: Aw: Re: Re: A crazy/stupid idea

  • From: Daniel Arseneault <danielarseno@xxxxxxxxx>
  • To: pskmail@xxxxxxxxxxxxx
  • Date: Sat, 6 Oct 2012 13:07:08 -0400

You're amazing to know all of this. Thanks.

On Sat, Oct 6, 2012 at 12:16 PM, Rein Couperus <rein@xxxxxxxxxxxx> wrote:
> ... should be possible, but it is a lot of work.
>
> One possibility is to make a Coherent CW modem on the server side,
> and use a simple CW coherizer developed by PA0R in 1976 on the client side.
> It consisted of 1 JK-FlipFlop IC, a NE555, a few resistors and 1 x 2N2222
> keying transistor...
> Its function was to synchronize the output of a straight key to a
> CCW bit stream. I guess you would gain some 20 dB doing that.
> We used to work Japan wit 200 mW o  14 MHz.
>
> I remember that a simple CW decoder written in Basic for the ZX81 by N6TR
> made 80 QSO's
> during the CQWW-CW contest around 1980...
>
>
> Rein PA0R
>
> Do you think it's possible to create a better cw modem? Something more
> intelligent and flexible.
>
> On Sat, Oct 6, 2012 at 8:48 AM, Rein Couperus <Rein@xxxxxxxxxxxx> wrote:
>> I did some testing on the CW copying capability of the latest stable
>> fldigi, and I must say I am not very impressed. Something must be done to
>> mimic a 'robust CW' solution, because I got 99% error on most signals.
>> Here is SP5KD calling a dxpedition with 20 wpm:
>> ---
>> E T *I EE ****H *H IE VD T W* I* T 5KD E B V R I I<AS>SEB
>> E6 EF5BD D I E SP5KD SIH EET E I EE U SP5KD SSAE E LP5KD
>> SP5KT IP5KD ETP5KD E ISP5KDE EDL5KD IP5XSE E D IP5KD E S E
>> SER5KD D IP5KD IH HPHCD A* SP5* IP5TTD EPHKD *5KD IW5KD
>> EP5KTE G5KD E<AS>5KD IPHKD EW5KD EP5KD E*KH I HKD S** HAS
>> S I<VE>5KS IP5BD IP5KD E E E E E E I E E I E E E E E EI T
>> ----
>> You did not know there were so many ways to spell 1 callsign did you?
>>
>> Rein PA0R
>>
>>
>> On Fri, 5 Oct 2012 15:53:49 +0200 (CEST)
>> "Rein Couperus" <rein@xxxxxxxxxxxx> wrote:
>>
>>> Being a 'CW only' operator, this idea has been one of my pet projects for
>>> some
>>> years... I am thinking about a 'simplified' way to handle this, not a
>>> full ARQ
>>> protocol. I must admit that it is not highest on the todo list, but I
>>> might come up
>>> with some useable code next winter season...
>>>
>>> Some ideas which are on my 'would be nice' list:
>>> * Use a Coherent CW modem for a super sensitive link mode on a frequency
>>> in the CW portion of the band, running slow but full ARQ pskmail...
>>> Using multiple CW characters to form the complete ASCII 7 set...
>>>
>>> * Theoretically you could now already send short emails without ARQ
>>> connect
>>> using the unconnected APRS email service in pskmail... just switch fldigi
>>> to
>>> receive CW... (only trouble are the '@', '<SOH>' and '<EOT>'
>>> characters...).
>>>
>>> * A separate version of PSKmail called 'CWmail' could use 90% of the
>>> pskmail
>>> system infrastructure with a specialized protocol, and run in the CW
>>> band.
>>>
>>> *ARQ by ear... using your keyer to ask for a repeat...
>>>
>>> ... Meanwhile you can of course use Andpskmail without a laptop using
>>> your
>>> android phone... makes your backpack a lot lighter in weight :-)
>>>
>>> One other idea I have to make the transceiver smaller and lighter is
>>> to use a straight FSK mode on an Xtal controlled transmitter...
>>>
>>> I will take a few extra beers tonite, and do some more thinking :-)
>>>
>>> To realize all these goodies we will need some coding help (Perl for the
>>> server),
>>> as the pskmail project is not finished yet...
>>>
>>> 73,
>>>
>>> Rein PA0R
>>>
>>>
>>>
>>>
>>>
>>>
>>> I love the idea to get portable operators connected!
>>>
>>> vy 73 de Marcus KD0JKM
>>>
>>>
>>> -------
>>> Sent from my Mobile, please excuse typos.
>>> Phone: 314 884 8697
>>>
>>> On Oct 5, 2012, at 7:30, Daniel Arseneault <danielarseno@xxxxxxxxx>
>>> wrote:
>>>
>>> > Hi guys,
>>> >
>>> > Just for the sake of discussion, what would you think of adding an
>>> > amazing new mode to pskmail: CW.
>>> >
>>> > Actually, I'm serious. I'm thinking of a CW-to-email gateway that
>>> > would listen for keywords and message body text sent in CW. This would
>>> > allow mobile ops who can't pack a laptop and ssb transceiver to send
>>> > and receive short emails. Error-correction would be to simply play
>>> > back the email address and message, one line at a time waiting for ok
>>> > confirmation from the client. Full QSK servers could receive
>>> > corrections simultaneously as the message is played back, There could
>>> > be address books, custom abbreviations, heck even webpage fetching
>>> > (short webpages...), there are all kinds of possibilities. All of this
>>> > done live between a human and a computer.
>>> >
>>> > Here's another discussion on this topic:
>>> > http://www.eham.net/ehamforum/smf/index.php?topic=77975.0
>>> >
>>>
>>>
>>
>>
>> --
>> Rein Couperus <Rein@xxxxxxxxxxxx>
>>
>
>

Other related posts: