Re: [wsjt-devel] Is there a program that will directly generate WSJT signals for 630M?
There are few Arduino based balloon trackers that generate WPSR and APRS signals. There is an Arduino library called JT8Encode which is the software behind some of them. This is the entire signal processing from bytes to RF but easily adapted to insertion at any point in the processing. Theygenerally just filter the synthesized signal for xmit. I have one in my backyard with a random wire sending WSPR. It's a ZackTek WSPR-TX pico. Also have a tinyAPRS-WSPR unit but not using it. There are some others. The software is open source for most of them. -73 - *Rud Merriam K5RUD* /Mystic Lake Software/ <http://mysticlakesoftware.com/> On 12/21/20 10:13 AM, Neil wrote: I've been messing about with a function which exports the tone parameters and sends them to a UDP program which then programs a DDS. Not for LF/VLF, this is for a multiplied transmit chain on SHF. The GFSK transitions in FT8 etc are added later in wsjt-x but for this lash-up, I took the values from itone and nsym between genft8_() and gen_ft8wave_() in widgets\mainwindows.cpp and sent then using QUdpSocket writeDatagram() to a simple receiving server on another device, which generates the timed sequence by sending commands to a DDS board. I haven't tried it with QRA64 or JT4 yet. That approach avoids having to mix anything at signal frequency on 47 or 122 GHz, and permits arbitrary multiplication factors, but you might be able to use a similar technique to program a DDS at baseband. A different, more generic approach has been tried by Andy G4JNT. He takes the audio tones and interprets those into frequencies and sends the codes to a DDS to reproduce the original. Andy's system is entirely agnostic about the software using to generate the tones, where I have to patch in my extract-to-UDP source into wsjt-x. Very early days, and I'm too tied up with machining radio bits to do much coding at the moment. However, a new AD9912 DDS board just arrived Neil G4DBN http://g4dbn.uk On 12/21/2020 12:25 AM, lstosk...@cox.net wrote: Seems foolish to build a whole SSB rig to convert the audio signal from WSJT to RF when at low frequencies some direct synthesis should be possible. Or am I dreaming? N0UU ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] C2 File Output Questions
Sorry, I misspoke. The C2 does provide the same spots. I was thinking of another situation. -73 - *Rud Merriam K5RUD* /Mystic Lake Software/ <http://mysticlakesoftware.com/> On 12/4/20 4:04 PM, Rud Merriam wrote: Jim, I have run C2 files through /wsprd/ to get decodes. It sometimes doesn't provide as many decodes. Not sure why. As I continue digging into /wsprd/ I may be able to answer. -73 - *Rud Merriam K5RUD* /Mystic Lake Software/ <http://mysticlakesoftware.com/> On 12/4/20 3:21 PM, Jim Lill wrote: Has anyone gotten wsprd file.c2 to decode? On 12/4/20 1:56 AM, Rud Merriam wrote: Saw Bill's response about the directory issues report. Glad to help. More on /wsprd/: 1. The C2 flag (-c) is followed even when a C2 file is the input. Should this only happen when input is a WAV file? 2. The C2 output from the command line is always "00_0001.c2". Perhaps, since /wsprd/ is called from /wsjt-x/ does the latter rename the file? -73 - *Rud Merriam K5RUD* ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] C2 File Output Questions
Jim, I have run C2 files through /wsprd/ to get decodes. It sometimes doesn't provide as many decodes. Not sure why. As I continue digging into /wsprd/ I may be able to answer. -73 - *Rud Merriam K5RUD* /Mystic Lake Software/ <http://mysticlakesoftware.com/> On 12/4/20 3:21 PM, Jim Lill wrote: Has anyone gotten wsprd file.c2 to decode? On 12/4/20 1:56 AM, Rud Merriam wrote: Saw Bill's response about the directory issues report. Glad to help. More on /wsprd/: 1. The C2 flag (-c) is followed even when a C2 file is the input. Should this only happen when input is a WAV file? 2. The C2 output from the command line is always "00_0001.c2". Perhaps, since /wsprd/ is called from /wsjt-x/ does the latter rename the file? -73 - *Rud Merriam K5RUD* ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] C2 File Output Questions
Saw Bill's response about the directory issues report. Glad to help. More on /wsprd/: 1. The C2 flag (-c) is followed even when a C2 file is the input. Should this only happen when input is a WAV file? 2. The C2 output from the command line is always "00_0001.c2". Perhaps, since /wsprd/ is called from /wsjt-x/ does the latter rename the file? -73 - *Rud Merriam K5RUD* /Mystic Lake Software/ <http://mysticlakesoftware.com/> ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSPRD Directory Check Missing
Hi Bill, I realize that is the default. But if they pass in a directory there is no check if the directory exists. There should be a error in that case. One reason I'm mentioning this is I'm not sure how much wsprd code is carried over to other wjst code where it could be a bigger issue. Also, in 'readc2file' the variable definition 'char* c2file[15];' should not be pointer. It should be ' char c2file[15];'. In the later 'fread' it should be passed as an address: nr = fread( , sizeof(char), 14, fp); The original is a pointer to a 15 char c-string that doesn't exist. Fortunately, it is never used. It just eats the filename from the beginning of the file. -73 - *Rud Merriam K5RUD* /Mystic Lake Software/ <http://mysticlakesoftware.com/> On 12/2/20 2:45 PM, Bill Somerville wrote: On 02/12/2020 20:27, Rud Merriam wrote: I'm doing a deep look at wsprd to learn about the DSP process. In my testing I found that the directory path of the -a option is not checking if the directory exists. If the directory does not exist the program continues but silently fails to create the files that would go into the directory. It should either fail with a warning message or create the directory. -- -73 - *Rud Merriam K5RUD* Hi Rud, there is a default of the current working directory, wsprd should not be called with a non-existent data directory. Not passing a '-a' option is acceptable. 73 Bill G4WJS. ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSPRD Directory Check Missing
I'm doing a deep look at wsprd to learn about the DSP process. In my testing I found that the directory path of the -a option is not checking if the directory exists. If the directory does not exist the program continues but silently fails to create the files that would go into the directory. It should either fail with a warning message or create the directory. -- -73 - *Rud Merriam K5RUD* /Mystic Lake Software/ <http://mysticlakesoftware.com/> ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSPR Decode Questions
Hi, I am attempting a WSPR decoder on a single board computer using its analog to digital converter for sampling. It won't be able to do 12,000 samples per second. Looking a /wsprd/ I see it reduces the /wav/ file by a large factor. It also looks like the /C2/ processing only use 375 complex samples / second. Working with a lower sampling rate should be possible. I tried decimating the /wav/ file and adjusting /wsprd/ to accept the reduced set of samples to check the validity of the /wav/ input. Then I can test my code using the decimated /wav/ file before moving over to the SBC. I adjusted the calculations for sizes in /readwavfile/. See code an output below. It worked for reductions by 2 and 3, although the latter only decoded 2 of the 3 spots in the file. When I tried 4 it /segment faults/ in the loop that transfers /fftout/ to /fftin/. I can't see why it is faulting. The sizes for the arrays look okay from the values I output. I have done some DSP and FFT more than a few years ago so the general concepts are there. But I may be missing details. Here's the code and output for reduce by 2 and then reduction by 4, which faults. Any thoughts or suggestions on a better way to handle this testing? Also, pointers to other WSPR decoding code? nfft2 = 46080; //this is the number of downsampled points that will be returned nh2 = nfft2 / 2; double deci = 4.0; if (ntrmin == 99) { nfft1 = nfft2 * (32 / deci); df = (12000.0 / deci) / nfft1; i0 = 1500.0 / df + 0.5; npoints = 114 * (12000 / deci); fprintf(stderr, "%f %d %d %d %d %ld %f\n", deci, nfft1, nfft2, nh2, i0, npoints, df); } Output: 2.00 737280 46080 23040 184320 684000 0.008138 4.00 368640 46080 23040 184320 342000 0.008138 -- -73 - *Rud Merriam K5RUD* /Mystic Lake Software/ <http://mysticlakesoftware.com/> ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel