That's a lucky result at -0.9 dB for this, the weakest coding on the menu. VO1NA at Todmorden, 2015-11-27/28, 8K19A 2 seconds 5 chars start Eb/N0 T offset 20:30 3.8 dB +1.0 21:00 5.9 dB +0.8 21:30 4.
Hi Paul, Telegram for you, sir. Sorry for the late notice. start time 2000 8 characters. Hope you get it. sudo echo ' ** ** ' | sudo ebnaut -et -N8 -p8K19A | sudo ebkey -S2.0 -m rp,gpio=27 -T 2015112
Would I be right in thinking 137777Hz, 30 minute repeat, 2s symbols is running again? Inow appear to have an operational "Record Every to auto filename" option Andy G4JNT On 28 November 2015 at 19:5
That's correct Andy assuming I've got things under control. Joe Would I be right in thinking 137777Hz, 30 minute repeat, 2s symbols is running again? Inow appear to have an operational "Record Every
Unfortunately, a 'connection abort timeout' has affected the 2100 transmission. Will try again 2130. That's correct Andy assuming I've got things under control. Joe Would I be right in thinking 13777
The command looks fine, except the start time should be like -T '20151128 200000' Needs a space between date and time and a quoted string so the shell doesn't split it on the space. There's bug in v0
21:30 from Joe decoded, Eb/N0 = 2.1 dB through a half dead receiver. Swept a range of time offsets, found best decode at T = 0.0 It's working! -- Paul Nicholson --
Hi Paul, gcc -Wall -o ebkey ebkey.c -lcurses ebkey.c:45:21: fatal error: ncurses.h: No such file or directory compilation terminated. Glad you got one frame! Trying to get away from gates&windoze at
You're talking a foreign language there - give me good old windows. Works every time No decodes on any of the recordings. But my noise level really is high around here. I may be fighting a losing
Hi Andy, Paul, Group, You'rs truly was at fault for last few failures -- a carrier is helpful from time to time! My regrets. I went back to v0.1 after. Hopefully all will be well for the rest of the
Needs the extra apt-get mentioned earlier, apt-get install libncurses5-dev to install the missing header. A nuisance that Ubuntu doesn't include that one with all the other C headers. Battery on cha
However much I searched, got nothing out of that one, or others from last night But at least managed that one decode a couple of days ago - so it does work Andy On 28 November 2015 at 21:56, Paul Nic
Got a few successful decodes but only after midnight: 2015 Nov 29 start Eb/N0 UT dB 0000 7.1 0030 7.6 0100 1.8 0230 2.2 0530 3.7 0600 5.3 0630 7.7 0700 3.8 I found that I needed the same time offset
So it looks as if I'll have to use the leave-it-to-record and go to bed scheme. Then do the decodes next morning. Not being a night owl, live tests much beyond 2300 are not a favourite pastime here
VO1NA 2015-11-28/29 EbNaut 8K19A 2S 8C. No T sweep, assuming good clock. 21:30 2.1 dB 22:00 no decode 22:30 no decode 23:00 no decode 23:30 no decode 00:00 8.6 dB 00:30 2.1 dB 01:00 3.2 dB 01:30 -0.2
Let's see if I can remember to key the TX tonight. Intend to start near dusk 2000ut. Last night the TX was the old class E with 26V on the drain instead of the usual 40. The output was 20 watts -- th
A query ... So far I've been saving files every 30 minutes, to coincide with Joe's transmissions. And have even modified my prog to do that. BUT If I instead save one big file of several hours'
Sure, or maybe that ebkey program should have an option to control the key through another gpio pin? I've not tried that but I don't see why ebnaut-rx wont take a large T offset. You'd have to manual
Hi Paul That would work too, but a simple stand-alone would be more adaptable for someone with very modest programming skill (me) to time VLF transmissions to UTC for example! EbNaut again tonight, 5
Hi Paul, Which software did you use for the cross-correlation? "I took the 00:00 message and ran a cross-correlation with a locally generated copy of the message" Regards. Edgar Moonah, Tasmania.
