Hi Domenico, |
Thank you, it works very well.
I made a few mistakes here, 13UTC i have been on a false frequency,
15UTC i had an error in the EbNaut txt file and 16 UTC there was a PTT
Now at 17 UTC i am testing something new: One SL instance is only
setting the PC clock based on 1PPS+NMEA. I can manually add a 0.3 sec
offset in SpecLab, so the PC time is manipulated. The second SL
instance transmits EbNaut, as usual, just the setting is changed to
1PPS without NMEA (so the PC time is choosen as the reference). I hope
this will now compensate my usual 0.3 second offset, which is very
relevant at 1 sec symbol length.
It should be easy to extend the script, just let the decoder run on
137.495, write down the results and then let it run on 137.490, so you
can monitor 2 frequencies.
We could also consider to use a separate frequency slot which is below
137.450 kHz. These days it should be possible to afford a separate SL
instance just for EbNaut. This helps to avoid interference to other
modes like WSPR, OP32 etc..
I hope i can see my message soon, it is exciting :-)
Am 04.07.2017 18:01, schrieb Domenico IZ7SLZ:
Thanks Stefan for the signal !
Yes, your 14.00 UTC transmission has been decoded.
2017-07-04_13:59:30 starting time + 30 s
found rank 0 ber 2.4294e-01 Eb/N0 4.5 M -3.894802856e+02
[73 DK7FC JN49IK] ps [ 1 180 180 180 180]
BTW there is also Riccardo IW4DXW attempting to be decoded here and
unfortunatly he is trasmitting in the same timeslot.
Yes, this is an issue for the system i.e. no multiple access !
I need to improve the program output. Something like opds printout
should be better.
Again tnx for the test Stefan and Riccardo.