Hi David, I prefer to stay away from the soundcard, as QRS is often used in combination with DSP software such as ARGO, SPECTOGRAM, SPECLAB etc ... that also use the soundcard. But there is 'sound' a
At 12:04 5/02/01 -0500, N4ICK wrote: The only limitation would be the ON7YD QRS program: does it allow us to go slower? (I cannot remember its parameters, and the actual software is at the transmitte
Hi André, The problem is not with the AMRAD licenses, unfortunately. The FCC issued us (AMRAD) a "Part 5 license", i.e., an experimental license that only allows us to talk to one another, not as ama
Congrats to Laurie & Dexter. It seems that 60 sec./dot opens a complete new world of posibilities. Two things to do now : - try to get some (more) transmitting activity at the western side of the pon
However, I believe the object of Rik's proposal was to decrease bandwidth while retaining as much simplicity in the system as possible. If one can abide the slower phase transitions of the filtered s
Hello Alberto, I agree with Laurie for measuring the strength of a signal. Another usefull 'option' might be to give the SNR of any signal you put the cursor on, so in that case the reference has to
Hello Jim & LF group, That is indeed another way to have a look at it. But I would't try to make a perfect envelloped BPSK signal (that would take a filter with a Q of many 1000) but a signal that ha
Over the weekend I had a closer look at the possibilities of reducing the bandwidth of a BPSk signal by continuous phase modulation. Simple simulations show that the bandwidth of the signal is reduce
Hello group, Recently there have been some requests to be able to let an external (and accurate) timing source control the PC clock while running QRS. I had a look at it and a basic 'external time co
At 09:52 23/03/01 -0000, you wrote: Other tasks got in the way so never perused this much further, but the major task putting me off was to work out a way of continuously phase modulating a transmitt
Hello Mike & group, With Mike's suggestion to cut the signal for a short time during the phase tranisitions the cure might be worse than the illness : WOLF is (currently) used at 10BPS, so you would
To avoid panic amongst QRS users : the next version will compensate for the changing value of light speed when calculating the length of a dot ;-) Rik At 11:10 21/03/01 -0000, you wrote: According to
For those who want to calibrate the soundcard there is also a simple hardware solution : Take a CMOS4060 (14-stage divider with internal oscillator) and let it run with a xtal in the 8-12MHz range. A
but Christer was a steady 589, not much weaker than Ron, and the strongest I have ever heard him. They had an excellent chat and exchanged 589 reports and I think they were each surprised at how good
Hello Wolf, The problem is, PC clocks (though called 'Real Time Clocks') can be quite bad, much worse than the cheapest wristwatch you can buy in a coffee-store. So setting the clock for an accuracy
Hi Larry, That would be good to use 'time synchronized' DFCW (or QRSS) at higher speeds (well ... 'high' means 3 sec./dot or so). But for 30 sec./dot the internal PC clock (if set correct) will do th
Alberto, I do some PIC programming, if you give me some more details about what you want to be done I will can give it a try. About direct output on 137kHz, a PIC can run up to 0.2us clock (5MHz), so
Hi Andy, In the 'dark ages' of DOS it was possible to 'reprogram' the DOS Hartbeat interrupt to much shorter times (you had to take care of the timekeeping yourself). This timer was very accurate and
At 14:03 20/03/01 -0000, G3AQC wrote: I experimented last night with slightly shorter dots- 25secs rather than my usual 30. This reduced my total message time (for three repeats of G3AQC) from 56mins
I downloaded Wolf but it would not run on any of the systems I have (DOS, Win 3.11 and Win98). So unable to progress. Regards, Peter Dodd Hi Peter, I run WOLF under Win98. Try to open an MS-DOS windo
