Re: [digitalradio] PSK31
you have to test it in a ModePSK is good ...watch your ALC so you don't overdrive on TX, no processor on..I set my rig mic gain at about where I use it with SSB, then adjust the volume on the sound card to fine tune it TX is usually USB on all bands, so if your rig defaults to LSB under 10Mhz, stay with USB. John - Original Message - From: Adsit To: digitalradio@yahoogroups.com Sent: Sunday, January 08, 2006 10:08 PM Subject: Re: [digitalradio] PSK31 Thanks for the input. Is there a specific setting for these or something that needs to be tested in the PSK mode? Thanks again,Dave KG4BIR - Original Message - From: John Bradley To: digitalradio@yahoogroups.com Sent: Sunday, January 08, 2006 10:56 PM Subject: Re: [digitalradio] PSK31 Sounds like you might have run into the volume control problem there are 2 volume controls for your sound card, in and out. Windows calls them recording and playback. To access both , click on "properties" while in the volume control mode under windows, and then you can set both the input and output levels. welcome to the group and hope to see u on the air soon 73's John VE5MU - Original Message - From: kg4bir59 To: digitalradio@yahoogroups.com Sent: Sunday, January 08, 2006 7:01 PM Subject: [digitalradio] PSK31 Greetings, I just joined this group. I'm trying to get my PSK31 working and seem to have hit some type of roadblock. I'm using a BUXCOMM Rascal Black box for the interface into a Kenwood TS-570. The software I'm using is Digipan. I seem to be able to receive just fine but the problem is transmitting. The black box red light comes on and the transceiver keys but nothing moves on the radios meter. Is there something I don't have set right in my sound card or something? Any help would be most appreciated.73,Dave (digitally frustrated)KG4BIR No virus found in this incoming message.Checked by AVG Free Edition.Version: 7.0.371 / Virus Database: 267.14.15/223 - Release Date: 1/6/06 No virus found in this incoming message.Checked by AVG Free Edition.Version: 7.0.371 / Virus Database: 267.14.15/223 - Release Date: 1/6/06 Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) SPONSORED LINKS Ham radio Craft hobby Hobby and craft supply Icom ham radio Yaesu ham radio YAHOO! GROUPS LINKS Visit your group "digitalradio" on the web. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [digitalradio] PSK31
Thanks for the input. Is there a specific setting for these or something that needs to be tested in the PSK mode? Thanks again,Dave KG4BIR - Original Message - From: John Bradley To: digitalradio@yahoogroups.com Sent: Sunday, January 08, 2006 10:56 PM Subject: Re: [digitalradio] PSK31 Sounds like you might have run into the volume control problem there are 2 volume controls for your sound card, in and out. Windows calls them recording and playback. To access both , click on "properties" while in the volume control mode under windows, and then you can set both the input and output levels. welcome to the group and hope to see u on the air soon 73's John VE5MU - Original Message - From: kg4bir59 To: digitalradio@yahoogroups.com Sent: Sunday, January 08, 2006 7:01 PM Subject: [digitalradio] PSK31 Greetings, I just joined this group. I'm trying to get my PSK31 working and seem to have hit some type of roadblock. I'm using a BUXCOMM Rascal Black box for the interface into a Kenwood TS-570. The software I'm using is Digipan. I seem to be able to receive just fine but the problem is transmitting. The black box red light comes on and the transceiver keys but nothing moves on the radios meter. Is there something I don't have set right in my sound card or something? Any help would be most appreciated.73,Dave (digitally frustrated)KG4BIR No virus found in this incoming message.Checked by AVG Free Edition.Version: 7.0.371 / Virus Database: 267.14.15/223 - Release Date: 1/6/06 Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) YAHOO! GROUPS LINKS Visit your group "digitalradio" on the web. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [digitalradio] Re: NTS and traffic handling and digital
Granted it doesn't seem to make much sense handling traffic in this day of cellphones, internet, text messaging and whatever. Rather than look at this as useless, think about this as practice. I don't know id you spent much time listening to the emergency services nets during the hurricanes and other natural disasters, and the ability to handle messages under stress requires practice, and the best place for practice is the NTS traffic system. John VE5MU - Original Message - From: jhaynesatalumni To: digitalradio@yahoogroups.com Sent: Sunday, January 08, 2006 7:52 PM Subject: [digitalradio] Re: NTS and traffic handling and digital --- In digitalradio@yahoogroups.com, Tim Gorman <[EMAIL PROTECTED]...> wrote:There seems to be a lot of interest in doing the glamour work of handling > emergency agency traffic but little interest in doing the grunt work of > handling traffic for the public.> I'm surprised to learn there is any work to be done in handling trafficfor the public. Can't imagine why anyone would want to send a messagevia ham radio. No virus found in this incoming message.Checked by AVG Free Edition.Version: 7.0.371 / Virus Database: 267.14.15/223 - Release Date: 1/6/06 Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) YAHOO! GROUPS LINKS Visit your group "digitalradio" on the web. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [digitalradio] PSK31
Sounds like you might have run into the volume control problem there are 2 volume controls for your sound card, in and out. Windows calls them recording and playback. To access both , click on "properties" while in the volume control mode under windows, and then you can set both the input and output levels. welcome to the group and hope to see u on the air soon 73's John VE5MU - Original Message - From: kg4bir59 To: digitalradio@yahoogroups.com Sent: Sunday, January 08, 2006 7:01 PM Subject: [digitalradio] PSK31 Greetings, I just joined this group. I'm trying to get my PSK31 working and seem to have hit some type of roadblock. I'm using a BUXCOMM Rascal Black box for the interface into a Kenwood TS-570. The software I'm using is Digipan. I seem to be able to receive just fine but the problem is transmitting. The black box red light comes on and the transceiver keys but nothing moves on the radios meter. Is there something I don't have set right in my sound card or something? Any help would be most appreciated.73,Dave (digitally frustrated)KG4BIR No virus found in this incoming message.Checked by AVG Free Edition.Version: 7.0.371 / Virus Database: 267.14.15/223 - Release Date: 1/6/06 Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) SPONSORED LINKS Ham radio Craft hobby Hobby and craft supply Icom ham radio Yaesu ham radio YAHOO! GROUPS LINKS Visit your group "digitalradio" on the web. To unsubscribe from this group, send an email to: [EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
[digitalradio] MultiPSK problem
I have been using Multipsk for a while now and recently was using it on a new computer and have found that whenever I switch from one mode to another mode, or go from tx to rx, the sound card changes the slider to the maximum on both the Line In and the Wave output. This of course overdrives the rig and for a while I had difficulty figuring out just what was going on. I tried it with Digipan and the problem does not show up and everything seems to work correctly. Does anyone else have such a problem? I just uploaded version 3.12 and it is still doing the same thing. 73, Rick, KV9U Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [digitalradio] Re: NTS and traffic handling and digital
Yet, hundreds of Boy Scouts do exactly that, during every Jamboree, Because its a FUN thing for them to do. - Original Message - From: "jhaynesatalumni" <[EMAIL PROTECTED]> To: Sent: Sunday, January 08, 2006 8:52 PM Subject: [digitalradio] Re: NTS and traffic handling and digital > --- In digitalradio@yahoogroups.com, Tim Gorman <[EMAIL PROTECTED]> wrote: > There seems to be a lot of interest in doing the glamour work of handling > > emergency agency traffic but little interest in doing the grunt work of > > handling traffic for the public. > > > I'm surprised to learn there is any work to be done in handling traffic > for the public. Can't imagine why anyone would want to send a message > via ham radio. > > > > > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ > > Other areas of interest: > > The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ > DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) > > > Yahoo! Groups Links > > > > > > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.371 / Virus Database: 267.14.15/223 - Release Date: 1/6/2006 > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[digitalradio] Re: NTS and traffic handling and digital
--- In digitalradio@yahoogroups.com, Tim Gorman <[EMAIL PROTECTED]> wrote: There seems to be a lot of interest in doing the glamour work of handling > emergency agency traffic but little interest in doing the grunt work of > handling traffic for the public. > I'm surprised to learn there is any work to be done in handling traffic for the public. Can't imagine why anyone would want to send a message via ham radio. Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [digitalradio] PSK31
Where is your audio input going in to the rig? Do you have the rig set for VOX? I used the same Lil Rascal intgerface when first started with digital modes via sound cards, and had no problem at all with it. Danny - Original Message - From: "kg4bir59" <[EMAIL PROTECTED]> To: Sent: Sunday, January 08, 2006 8:01 PM Subject: [digitalradio] PSK31 > Greetings, I just joined this group. I'm trying to get my PSK31 > working and seem to have hit some type of roadblock. I'm using a > BUXCOMM Rascal Black box for the interface into a Kenwood TS-570. The > software I'm using is Digipan. I seem to be able to receive just fine > but the problem is transmitting. The black box red light comes on and > the transceiver keys but nothing moves on the radios meter. Is there > something I don't have set right in my sound card or something? Any > help would be most appreciated. > > 73, > Dave (digitally frustrated) > KG4BIR > > > > > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ > > Other areas of interest: > > The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ > DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) > > > Yahoo! Groups Links > > > > > > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.371 / Virus Database: 267.14.15/223 - Release Date: 1/6/2006 > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[digitalradio] PSK31
Greetings, I just joined this group. I'm trying to get my PSK31 working and seem to have hit some type of roadblock. I'm using a BUXCOMM Rascal Black box for the interface into a Kenwood TS-570. The software I'm using is Digipan. I seem to be able to receive just fine but the problem is transmitting. The black box red light comes on and the transceiver keys but nothing moves on the radios meter. Is there something I don't have set right in my sound card or something? Any help would be most appreciated. 73, Dave (digitally frustrated) KG4BIR Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [digitalradio] Soundcard Calibration
Thanks for the info Ron. I am surprised there wasn't a noticeable difference when using WWV also - but I'm not really surprised about the soundcard checker's results. 12000 always seemed to work good for me. Only way I know of to faithfully check the output would be with a well-calibrated freq counter with enough resolution. I guess that's something you don't find in too many ham shacks. But, in reading the docs for MMVARI, there is a note in there that states: 2 - 12000Hz: Soundcard frequency that is unlikely to have TX offset. Supported by some cards in the market. Based on this, I've always set my in & out to the same. With PSK and Olivia, I've not been told of any problems. I have not sent any SSTV - that might be more sensitive. >From previous comments on this list, I think I understand that 0 ppm +/- 100 ppm is sufficient for Olivia. Thanks for posting your results. The looped SSTV test should be real interesting. 73 and see you on the air. Kevin - K4VD On 1/8/06, Ron Walters <[EMAIL PROTECTED]> wrote: > Kevin, > > Using WWV tick as the standard I get the same correction which is 40 ppm > for either the 11025 or 12000, however, when using the soundcard checker > based on the PC's time clock I get a change between 11025 and 12000. > The change is from 15 PPM "IN" at 11025 to 4PPM "IN" at 12000 and the > biggest change come in the "OUT" from -79ppm at 11025 to 8ppm when using > 12000. > > I am going to try a loop between two different SSTV programs, MixW and > MMSSTV transmitting and receiving both and see what happens, let you > know how close the soundcard checker is. Yes I know that program is +/- > 100ppm accurate but is there another way to calibrate the "OUT"? > > Ron W4LDE > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [digitalradio] Soundcard Calibration
Kevin, Using WWV tick as the standard I get the same correction which is 40 ppm for either the 11025 or 12000, however, when using the soundcard checker based on the PC's time clock I get a change between 11025 and 12000. The change is from 15 PPM "IN" at 11025 to 4PPM "IN" at 12000 and the biggest change come in the "OUT" from -79ppm at 11025 to 8ppm when using 12000. I am going to try a loop between two different SSTV programs, MixW and MMSSTV transmitting and receiving both and see what happens, let you know how close the soundcard checker is. Yes I know that program is +/- 100ppm accurate but is there another way to calibrate the "OUT"? Ron W4LDE Kevin der Kinderen wrote: >I would be VERY curious how the numbers come out if you set the sample >rate to 12000 instead of 11025. Not sure it will be better, worse or >any any more accurate. > >As far as accuracy of calibration goes. I would trust WWV. I >understand that the sound checker program is based on an internal PC >clock which only has an accuracy of +/- 100 ppm. I think that Olivia's >requirements are fairly tight but SSTV even tighter. > >If you give 12000 a try, please let me (us) know the results. > >By the way, I use the MixW SSTV method against WWV for calibration on >receive. I usually set transmit to the same value assuming it is using >the same clocks. Not sure of this assumption. > >Regards & 73, >Kevin - K4VD > >On 1/8/06, Ron Walters <[EMAIL PROTECTED]> wrote: > > >>Yes, you guest it, right during the RTTY test I lost audio in, thought I >>had a bad cable or lose connection, but no, the dam sound card >>(Soundblaster 16bit) just stopped working. So in the mean time I >>decided to drop back and use the on board sound card. I then check the >>calibration against WWV tick using both MMTTY and MMvari and MixW SSTV >>calibration method. >> >>All three showed a +40 PPM at 11025hz. No problem, but I also wanted to >>make sure that the transmit (Audio out) was also calibrated and >>downloaded the sound card calibration program off Yahoo and ran it at >>the 11025 sample rate. >> >>After a long time that program started to zero in on the "in and out" >>corrections, they were +15ppm on the in and -79ppm on the output. >> >>Using the 40 ppm corrections for two SSTV programs (MixW) and MMSSTV, I >>transmitted on one and received on the other and got a considerable >>slant, tried it both ways same slant conditions., I then inserted the >>-79 ppm in the transmitting and the slant almost disappeared but was >>still there, then I adjust the receive in to +20 PPM and the slant >>almost disappeared. >> >>Question: Show I rely on the WWV tick correction +40ppm for most other >>programs? or the +15ppm that the soundcard checker program returned >>based on the PC's internal clock or some compromised value? >> >>Should I rely on the OUT correction of -79ppm which up until this >>incident I had not set. When running both SSTV programs that were >>consistent with a good display based on the checker program, when using >>the WWV values I had a slant on the receiving pics. >> >>I operate Olivia, Contestia, MFSK and some PSK RTTY. I do not think >>that the PSK, RTTY adjustments are as critical but I am concerned how >>well Olivia and Contestia and Hell will work. >> >>Am I being overly concerned with such small (Less than 1HZ) adjustments? >> >>Probably by the time some of you read this I will have slipped in >>another SB soundcard and started the calibration process. all over >>again, your thought are appreciated. >> >>Ron W4LDE >> >> >> >> >>Need a Digital mode QSO? Connect to telnet://208.15.25.196/ >> >>Other areas of interest: >> >>The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ >>DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) >> >> >>Yahoo! Groups Links >> >> >> >> >> >> >> >> >> > > >Need a Digital mode QSO? Connect to telnet://208.15.25.196/ > >Other areas of interest: > >The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ >DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) > > >Yahoo! Groups Links > > > > > > > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[digitalradio] FW: [multipsk] New release (3.12) of MULTIPSK (CHIP64/128, PAX2, RTTY 50, Pactor1 FEC, SSTV PD50/90/120/180/240, Video ID)
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Earl Paazig
Sent: Sunday, January 08, 2006
5:07 PM
To: [EMAIL PROTECTED]
Subject: RE: [multipsk] New
release (3.12) of MULTIPSK (CHIP64/128, PAX2, RTTY 50, Pactor1 FEC, SSTV
PD50/90/120/180/240, Video ID)
Patrick,
The site was updated. I failed to
include you in my message to Terry yesterday.
73,
Earl, N8KBR
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Patrick Lindecker
Sent: Sunday, January 08, 2006
1:27 PM
To: [EMAIL PROTECTED];
digitalradio@yahoogroups.com;
[EMAIL PROTECTED]
Subject: [multipsk] New release
(3.12) of MULTIPSK (CHIP64/128, PAX2, RTTY 50, Pactor1 FEC, SSTV
PD50/90/120/180/240, Video ID)
Hello
to all Ham and SWL,
The
new release of MULTIPSK (3.12) is in my Web site (http://f6cte.free.fr).
The mirror sites are Terry's: http://www.hamsoft.co.uk/
and Earl's, N8KBR: http://multipsk.eqth.org/index.html
(not yet updated)
Multispk
associated to Clock are freeware programs but with functions submitted to a
licence (by user key).
The main modifications of MULTIPSK 3.12 is
the following:
1)
Possibility to code/decode the CHIP
(CHIP 64 and CHIP 128) mode. See specifications further on.
2)
Creation of a version of the PAX mode called PAX2:
* twice more rapid than PAX (the rough speed is 117
wpm thus the real speed is about 60 wpm after protocol management),
* more robust due to a smaller time of transmission
and a bigger used bandwidth (1000 Hz instead of 500 Hz).
It
is reminded that the PAX/PAX2 modes allow, possibly through one
or two PAX/PAX2 repeaters, a connected mode (ARQ), a non-connected mode
("Unproto") and in both modes APRS position transmissions. Functions
of repeater PAX/PAX2, beacon, responder and mail are also proposed.
I
propose the frequency 14112 Khz USB as a basis for skeds in PAX2.
3) RTTY 50 bauds in RX/TX instead of only RX.
4) Pactor 1 FEC (RX/TX)
Multipsk
transmits Pactor 1 FEC frames in the following fixed conditions:
* 100 bauds: to be the most sensitive in HF with a
nominal shift of 200 Hz,
* ASCII 8 bauds: to be compatible with all national
set of characters and, moreover in Huffman coding, the loss of a frame can lead
to lose an indeterminate number of valid characters,
* a minimum idle time between two frames equal to
0.04 sec (the cycle lasts 1 second): to keep the synchronization which leads of
a speed of 40 wpm with one repetition,
* idling is done with the character CHR(21) when
nothing must be transmitted: to simplify the exchanges between Hams.
Important: it must be
precised in the call that the QSO will be done only in Pactor 1 FEC, this to
prevent the other Ham to pass in Pactor 1 ARQ if he disposes of a Pactor modem.
Example: CQ CQ CQ
CQ DE F6CTE F6CTE F6CTE F6CTE in Pactor 1 FEC only (PSE no switch to ARQ) +K
5)
addition of the SSTV modes: PD50, PD90 (RX/TX) and PD120, PD180, PD240 (RX on a 320x256 window)
The
PD modes have been developped by Paul Turner (G4IJE) and Don Rotier (K0HEO) in
1996. They are especially used in England. The PD90 mode gives
pictures of very good quality.
6) Video identifier of mode: for example, just
before the general call ("CQ") in PSKFEC31, it will be sent
automatically "PSKFEC31" on CMT Hell. The other Ham will see
"PSKFEC31" displaying on his "waterfall" and will switch
immediately to PSKFEC31. It can be also sent name, call...in different fonts.
7)
Automatic search in Olivia, on +/-120
Hz around the standard frequency,
8) Multipsk presentation (and its modes) based
on snapshots, on my site.
For
information, for all the Multipsk exotic modes (PSKFEC31, PSK10, PSKAM, PSK63F,
PSK220F (+DIGISSTV), CCW-FSK, MFSK8, THROBX, DOMINO, PAX, CHIP...), I propose
the QRP frequency: 14075 Khz USB (AF around
1000 Hz), at 17h00 UTC.
SUMMARY OF THE CHIP SPECIFICATIONS
Creator : Nino Porcino IZ8BLY in 2005
Description :
General : this mode uses the "Spread
Sprectum" modulation technique and, particularly, the Direct Sequence
Spread Sequence (DSSS), this through an original algorithm. This technique
permits to achieve a very robust mode.
Chiprate : 300/second (a "chip" is here a
"bit" from the point of view of the modulation)
Bits rate (after pseudo WHP inverse transform): 37.5
per second in CHIP64 and 21.09 in CHIP128
Speed (words) : 48 wpm in capital letters to 68
wpm in small letters (average in CHIP64)
27 wpm in capital letters to 38 wpm in small letters (average in CHIP128)
Modulation : DBPSK
A "block" is composed of 64 chips in Chip64 and 128 in Chip128. A
block corresponds to a code on 8 bits in Chip64 and 9 bits in Chip128. The
block is obtained from the code, by a WHP transform
"Walsh-Hadamard-Porcino", so as:
* to give a good autocorrelation quality necessary
for the "block" synchronization, using an "m-sequence"
* a weak intercorrelation between codes to distinguish them, using a
Walsh-Hadamard transform.
In Chip64, for the codes between 0 and 127, it will
be
Re: [digitalradio] NTS and traffic handling and digital
9RN used to have a ham active on the NTS-D until he became sick in 2004. He passed away early in 2005 and no one has picked it up since then. At this point in time I am picking up the 9RN traffic off the NTS-D and passing it into the 9RN via the CW NTS nets, at least as much as I can. I generally screen out the broadcast messages because there just isn't enough time to pass them all. I'm with you. I would have hoped that some younger hams would have stepped in to pick this up, especially since it can be done via digital. There seems to be a lot of interest in doing the glamour work of handling emergency agency traffic but little interest in doing the grunt work of handling traffic for the public. tim ab0wr On Sunday 08 January 2006 09:22, williams wrote: > There should not be any difficulty getting messages into the NTS in most > areas. This fall we had several nearby tornadoes. One about 4 miles from > our QTH and the other about 20 miles. My wife (also a ham) passed on a > message to me that one of the victims wanted sent to Alaska. It went out > a few hours later on one of the NTS nets. > > Most states should have a number of entry points for NTS traffic. Our > state has HF voice nets in the morning, at noon, and late afternoon, > plus a Novice net and later a Slow Speed net on CW later on and then the > higher speed CW nets at 7 pm and 10 pm. > > I would like to see more digital activity, but I have not been able to > find anysection interest at all. In fact, as active as our section is > in traffic handling, we do not even participate in the NTS/D and even > more surprising is that our Region Net does not either. I have never > been able to understand this lack of interest since it would be a way of > getting traffic through under even horrific conditions when even CW can > be iffy. And that assumes you have enough competent CW operators and > from what I have heard, the pool is shrinking. > > Perhaps I was naive, but I really thought that as the older hams became > silent keys, the newer hams who may not be as interested in CW, would be > more interested in digital traffic. One of the attractions for nets > though is the camaraderie you have on voice and even CW and which > doesn't seem to come across quite the same way on digital modes which > are more "arms length" or distant. But unlike conventional nets that > require real time participation, digital nets should have a real > advantage if they time shifted by the use of mail box systems. The > Winlink 2000 system can do some of this but of course it is really not > amateur radio for the bulk of the system and there is no guarantee that > it can remain operational during wide spread emergencies. Having a > serious, decentralized network would go a long ways to making amateur > radio relevant again for this kind of messaging. > > With the advent of a number of new digital technologies this past year, > particularly PSKmail and JNOS2, maybe someday we could see some kind of > ham digital network develop. > > 73, > > Rick, KV9U > > John Becker wrote: > > This is true Dave *IF* you can get one of them onto > > the NTS circuit. > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ > > Other areas of interest: > > The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ > DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy > discussion) > > > Yahoo! Groups Links > > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
Re: [digitalradio] PSK31 net on 20M
Any callsigns an OO can cite?
Are there not max. allowable limits on psk31 bandwidth?
The earlier we get their attention the less of a
giant hassle down the road when poor operating
practices get established.
> Bill Aycock wrote:
> While tuning around near 14070 this PM, I encountered what looked to be
> a DX 'list' in progress. It turned out to be a net on PSK31, at about
> 14071.2. The NCS was an Arizona station, with a signal as wide as a
> six-lane highway, and looked like one on the Waterfall. IMD was -13. I
> never could see what they were doing, really, because they just went
> down a list, exchanging things like "I print you loud and clear, RST
> 599, can you repeat my RST?" It was awful.
> I hope this is not what the digital modes are coming to. There was no
> traffic passed, or mentioned, and there was no attempt to give real
> signal reports. All were domestic stations. Is this becoming a regular
> thing?
--
~~
A blessed New Year to all!
Thanks! & 73, doc kd4e
30-70% Off Christian Books, CD's, DVD's, etc.
http://edenacres.bibleseven.com/b2i/b2i-index.html
|_|___|_|
| | & | |
{|
/\ {|
/ \ {|
/\{|
/ @ \ {|
| |~_||
| -| ||
\ # http://bibleseven.com/kd4e.html
KD4E =
West Central Florida
/\ /\
?(~~~{ @ @ } Sent from
( * Puppy Linux
() http://www.goosee.com/puppy
~
/ / / /
~~~
Need a Digital mode QSO? Connect to telnet://208.15.25.196/
Other areas of interest:
The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/
DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion)
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/digitalradio/
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
Re: [digitalradio] Soundcard Calibration
I would be VERY curious how the numbers come out if you set the sample rate to 12000 instead of 11025. Not sure it will be better, worse or any any more accurate. As far as accuracy of calibration goes. I would trust WWV. I understand that the sound checker program is based on an internal PC clock which only has an accuracy of +/- 100 ppm. I think that Olivia's requirements are fairly tight but SSTV even tighter. If you give 12000 a try, please let me (us) know the results. By the way, I use the MixW SSTV method against WWV for calibration on receive. I usually set transmit to the same value assuming it is using the same clocks. Not sure of this assumption. Regards & 73, Kevin - K4VD On 1/8/06, Ron Walters <[EMAIL PROTECTED]> wrote: > Yes, you guest it, right during the RTTY test I lost audio in, thought I > had a bad cable or lose connection, but no, the dam sound card > (Soundblaster 16bit) just stopped working. So in the mean time I > decided to drop back and use the on board sound card. I then check the > calibration against WWV tick using both MMTTY and MMvari and MixW SSTV > calibration method. > > All three showed a +40 PPM at 11025hz. No problem, but I also wanted to > make sure that the transmit (Audio out) was also calibrated and > downloaded the sound card calibration program off Yahoo and ran it at > the 11025 sample rate. > > After a long time that program started to zero in on the "in and out" > corrections, they were +15ppm on the in and -79ppm on the output. > > Using the 40 ppm corrections for two SSTV programs (MixW) and MMSSTV, I > transmitted on one and received on the other and got a considerable > slant, tried it both ways same slant conditions., I then inserted the > -79 ppm in the transmitting and the slant almost disappeared but was > still there, then I adjust the receive in to +20 PPM and the slant > almost disappeared. > > Question: Show I rely on the WWV tick correction +40ppm for most other > programs? or the +15ppm that the soundcard checker program returned > based on the PC's internal clock or some compromised value? > > Should I rely on the OUT correction of -79ppm which up until this > incident I had not set. When running both SSTV programs that were > consistent with a good display based on the checker program, when using > the WWV values I had a slant on the receiving pics. > > I operate Olivia, Contestia, MFSK and some PSK RTTY. I do not think > that the PSK, RTTY adjustments are as critical but I am concerned how > well Olivia and Contestia and Hell will work. > > Am I being overly concerned with such small (Less than 1HZ) adjustments? > > Probably by the time some of you read this I will have slipped in > another SB soundcard and started the calibration process. all over > again, your thought are appreciated. > > Ron W4LDE > > > > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ > > Other areas of interest: > > The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ > DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) > > > Yahoo! Groups Links > > > > > > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[digitalradio] Soundcard Calibration
Yes, you guest it, right during the RTTY test I lost audio in, thought I had a bad cable or lose connection, but no, the dam sound card (Soundblaster 16bit) just stopped working. So in the mean time I decided to drop back and use the on board sound card. I then check the calibration against WWV tick using both MMTTY and MMvari and MixW SSTV calibration method. All three showed a +40 PPM at 11025hz. No problem, but I also wanted to make sure that the transmit (Audio out) was also calibrated and downloaded the sound card calibration program off Yahoo and ran it at the 11025 sample rate. After a long time that program started to zero in on the "in and out" corrections, they were +15ppm on the in and -79ppm on the output. Using the 40 ppm corrections for two SSTV programs (MixW) and MMSSTV, I transmitted on one and received on the other and got a considerable slant, tried it both ways same slant conditions., I then inserted the -79 ppm in the transmitting and the slant almost disappeared but was still there, then I adjust the receive in to +20 PPM and the slant almost disappeared. Question: Show I rely on the WWV tick correction +40ppm for most other programs? or the +15ppm that the soundcard checker program returned based on the PC's internal clock or some compromised value? Should I rely on the OUT correction of -79ppm which up until this incident I had not set. When running both SSTV programs that were consistent with a good display based on the checker program, when using the WWV values I had a slant on the receiving pics. I operate Olivia, Contestia, MFSK and some PSK RTTY. I do not think that the PSK, RTTY adjustments are as critical but I am concerned how well Olivia and Contestia and Hell will work. Am I being overly concerned with such small (Less than 1HZ) adjustments? Probably by the time some of you read this I will have slipped in another SB soundcard and started the calibration process. all over again, your thought are appreciated. Ron W4LDE Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
[digitalradio] New release (3.12) of MULTIPSK (CHIP64/128, PAX2, RTTY 50, Pactor1 FEC, SSTV PD50/90/120/180/240, Video ID)
Hello to all Ham and SWL,
The new release of MULTIPSK (3.12) is in my Web site (http://f6cte.free.fr). The mirror sites are
Terry's: http://www.hamsoft.co.uk/and Earl's,
N8KBR: http://multipsk.eqth.org/index.html
(not yet updated)
Multispk associated to Clock are freeware programs but with functions
submitted to a licence (by user key).
The main modifications of MULTIPSK 3.12 is the following:
1) Possibility to code/decode the CHIP (CHIP 64 and CHIP 128) mode.
See specifications further on.
2) Creation of a version of the PAX mode called PAX2:
* twice more rapid than PAX (the rough speed is 117 wpm thus the real speed
is about 60 wpm after protocol management),
* more robust due to a smaller time of transmission and a bigger used
bandwidth (1000 Hz instead of 500 Hz).
It is reminded that the PAX/PAX2 modes allow, possibly through one or two
PAX/PAX2 repeaters, a connected mode (ARQ), a non-connected mode ("Unproto") and
in both modes APRS position transmissions. Functions of repeater PAX/PAX2,
beacon, responder and mail are also proposed.
I propose the frequency 14112 Khz USB as a basis for skeds in PAX2.
3) RTTY 50 bauds in RX/TX instead of only RX.
4) Pactor 1 FEC (RX/TX)
Multipsk transmits Pactor 1 FEC frames in the following fixed
conditions:
* 100 bauds: to be the most sensitive in HF with a nominal shift of 200
Hz,
* ASCII 8 bauds: to be compatible with all national set of characters and,
moreover in Huffman coding, the loss of a frame can lead to lose an
indeterminate number of valid characters,
* a minimum idle time between two frames equal to 0.04 sec (the cycle lasts 1
second): to keep the synchronization which leads of a speed of 40 wpm with one
repetition,
* idling is done with the character CHR(21) when nothing must be transmitted:
to simplify the exchanges between Hams.
Important: it must be precised in the call that the QSO
will be done only in Pactor 1 FEC, this to prevent the other Ham to pass in
Pactor 1 ARQ if he disposes of a Pactor modem.
Example: CQ CQ CQ CQ DE F6CTE F6CTE F6CTE F6CTE in Pactor 1
FEC only (PSE no switch to ARQ) +K
5) addition of the SSTV modes: PD50, PD90 (RX/TX) and
PD120, PD180, PD240 (RX on a 320x256 window)
The PD modes have been developped by Paul Turner (G4IJE) and Don Rotier
(K0HEO) in 1996. They are especially used in England. The PD90 mode gives
pictures of very good quality.
6) Video identifier of mode: for example, just before
the general call ("CQ") in PSKFEC31, it will be sent automatically "PSKFEC31" on
CMT Hell. The other Ham will see "PSKFEC31" displaying on his "waterfall" and
will switch immediately to PSKFEC31. It can be also sent name, call...in
different fonts.
7) Automatic search in Olivia, on +/-120 Hz around the standard
frequency,
8) Multipsk presentation (and its modes) based on snapshots, on my
site.
For information, for all the Multipsk exotic modes (PSKFEC31, PSK10, PSKAM,
PSK63F, PSK220F (+DIGISSTV), CCW-FSK, MFSK8, THROBX, DOMINO, PAX, CHIP...), I
propose the QRP frequency: 14075 Khz USB (AF around 1000 Hz), at 17h00
UTC.
SUMMARY OF THE CHIP SPECIFICATIONS
Creator : Nino Porcino IZ8BLY in 2005
Description :
General : this mode uses the "Spread Sprectum" modulation
technique and, particularly, the Direct Sequence Spread Sequence (DSSS), this
through an original algorithm. This technique permits to achieve a very robust
mode.
Chiprate : 300/second (a "chip" is here a "bit" from the point of view of the
modulation)
Bits rate (after pseudo WHP inverse transform): 37.5 per second in CHIP64 and
21.09 in CHIP128
Speed (words) : 48 wpm in capital letters to 68 wpm in small letters
(average in CHIP64)27 wpm in capital letters to 38 wpm in small letters
(average in CHIP128)
Modulation : DBPSKA "block" is composed of 64 chips in Chip64 and
128 in Chip128. A block corresponds to a code on 8 bits in Chip64 and 9 bits in
Chip128. The block is obtained from the code, by a WHP transform
"Walsh-Hadamard-Porcino", so as:
* to give a good autocorrelation quality necessary for the "block"
synchronization, using an "m-sequence"* a weak intercorrelation between
codes to distinguish them, using a Walsh-Hadamard transform.
In Chip64, for the codes between 0 and 127, it will be used the
m-sequence[6,5,2,1] for odd codes and the m-sequence[6,5] for the even
codes.
In Chip128, for the codes between 0 and 255, it will be used the
m-sequence[7,3,2,1] for odd codes and the m-sequence[7,3] for the even
codes.
Reception mode: indifferent (LSB or USB)
Character set : ASCII characters + almost all ANSI extended characters
+ an error reset character (" Varicode " characters)
Shape of pulse : raised cosine
Bandwidth : about 580 Hz,
Synchronization: automatic using the signal
Correction code: the use of the WHP transform is equivalent to a a
powerful "block" coding type
Convolution code: no,
Interleaving : no
Drift tolerance : 15 Hz/minute (+/- depending on signal level)
Pmean/Ppeak : 0.79
Lowest S/N :
[digitalradio] NTS and traffic handling and digital
There should not be any difficulty getting messages into the NTS in most areas. This fall we had several nearby tornadoes. One about 4 miles from our QTH and the other about 20 miles. My wife (also a ham) passed on a message to me that one of the victims wanted sent to Alaska. It went out a few hours later on one of the NTS nets. Most states should have a number of entry points for NTS traffic. Our state has HF voice nets in the morning, at noon, and late afternoon, plus a Novice net and later a Slow Speed net on CW later on and then the higher speed CW nets at 7 pm and 10 pm. I would like to see more digital activity, but I have not been able to find anysection interest at all. In fact, as active as our section is in traffic handling, we do not even participate in the NTS/D and even more surprising is that our Region Net does not either. I have never been able to understand this lack of interest since it would be a way of getting traffic through under even horrific conditions when even CW can be iffy. And that assumes you have enough competent CW operators and from what I have heard, the pool is shrinking. Perhaps I was naive, but I really thought that as the older hams became silent keys, the newer hams who may not be as interested in CW, would be more interested in digital traffic. One of the attractions for nets though is the camaraderie you have on voice and even CW and which doesn't seem to come across quite the same way on digital modes which are more "arms length" or distant. But unlike conventional nets that require real time participation, digital nets should have a real advantage if they time shifted by the use of mail box systems. The Winlink 2000 system can do some of this but of course it is really not amateur radio for the bulk of the system and there is no guarantee that it can remain operational during wide spread emergencies. Having a serious, decentralized network would go a long ways to making amateur radio relevant again for this kind of messaging. With the advent of a number of new digital technologies this past year, particularly PSKmail and JNOS2, maybe someday we could see some kind of ham digital network develop. 73, Rick, KV9U John Becker wrote: > This is true Dave *IF* you can get one of them onto > the NTS circuit. > > > > Need a Digital mode QSO? Connect to telnet://208.15.25.196/ Other areas of interest: The MixW Reflector : http://groups.yahoo.com/group/themixwgroup/ DigiPol: http://groups.yahoo.com/group/Digipol (band plan policy discussion) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/digitalradio/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
