форум Радиолюбительского ДВ портала > Программное обеспечение

EbNaut

<< < (18/32) > >>

R1QBI:
Я так понял, прогресс идет, ебнаут ускоряется.
https://klubnl.pl/rsgb_lf_group-archives/html/rsgb_lf_group/2018-10/msg00114.html

--- Цитировать ---LF,

yesterday October 13, during daytime,  i had a very nice reception with low QRN/QRM floor. So i have invited Riccardo to send some EbNaut messages with 30 or 60 characters using a very short symbol period from 1 s to  0.05 s.
We had some positive decodes also with 60 characters and 0.05 s/sym:
 
2018-10-13_13:30:00 137490.000Hz N=60 T=0.05s 8K19A CRC=16 list=1000 sym=3152 Duration=157.60s
found rank 0 ber 2.1605e-01 Eb/N0 4.5 M -1.234827161e+00 ph 1 180,180,180,180
[TU DOM AND MARKUS FER HIGH BIT RATE EBN0 RPRT 73 DE IW4DXW K]
QRB between us is about 650 km.

The complete log of the test is listed in the website : https://www.qsl.net/iz7slz/EBNAUT/DECODED.TXT    from 09:30  to 15:00 UT of 2018-10-13.

Some messages have been decoded also by Markus DF6NM with his 'D' auto-decoder: http://df6nm.darc.de/opds/ebnautresults.txt

So,  it is possible to exchange on LF messages of 60 characters with less than 3 minute transmission. I think that 30 Characters at 0.1 s/symbol can be a good settings for a 'fast' QSO with 10 minutes timeslot : TX ends within 3 minutes, so, using an auto-decode program, should be possible to reply at next '10' minute.

73, Domenico IZ7SLZ
 
--- Конец цитаты ---

rw3adb:
Hi Domenico, Riccardo, Markus, LF,

I also copied that message, see attachment :-) Not bad, 60 characters in less than 3 minutes in daylight on LF!
What about a longer message? :-)

73, Stefan

PS: I try to set up that auto-decoder as well. And maybe i'll be back on LF...

rn3aus:
Маркус описал, как настроить автодекодер для ebnaut:

--- Цитировать ---Here are the Windows scripts which I am currently using for the EbNaut autodecoder. It is based on an already running opds-32 instance, providing a copy "fft.txt" of the current export file every 10 minutes. The "cleanup.bat" script, which is executed after each Opera correlation run, gets an extra line which creates a dummy file "do.txt" to invoke the Ebnaut decoder:

cleanup.bat:

@echo DF6NM JN59nj  Opera-32 Deep Search  137.45 - 137.55 kHz  %date% %time:~0,5% >time.txt
@copy time.txt + headline.txt + detected.txt + detecold.txt opds32.txt >nul
@::copy c:\spectrum\data\*.txt c:\spectrum\data\saved\ 1>nul 2>nul
@del c:\spectrum\data\*.txt 1>nul 2>nul
@copy dirw.txt dirdone.txt >nul
@ftp -s:ftp_opds.txt >ftp_log.txt
@echo >do.txt

Here opds is running on my LF-grabber PC (called "SILVER") which is an old laptop under 32-bit Win-XP. The EbNaut decoder is on a different 64-bit machine, and it accesses the opds folder through Windows fileshares. Note that for some reason, the 32-bit Version of ebnaut-rx won't autostart using the -a option. This is the autodecoder script which becomes active after each half hour:

autodecodehalfhour.bat:

:loop
if exist \\SILVER\SharedDocs\Funk\Opera\opds\do.txt goto cont1
sleep 30
goto loop
:cont1
del \\SILVER\SharedDocs\Funk\Opera\opds\do.txt
if %time:~3,1% EQU 0 goto cont2
if %time:~3,1% EQU 3 goto cont2
:: files should be ready within 5 minutes after half hour
goto loop
:cont2
copy \\SILVER\SharedDocs\Funk\Opera\opds\fft.txt fft.txt /y
ebnaut_ifft3b fft.txt
del fft.dat
findoffset 0
set /p startoffset=<startoffset.txt
start /belownormal ebnaut-rx.exe -f fft.wav -N6 -p8K19A -k16 -L1000 -S3 -c2 -F-10 -T%startoffset% -a
sleep 2
start show_rawsyms3b.exe
sleep 38
taskkill /im ebnaut-rx.exe
taskkill /im show_rawsyms3b.exe
findstr "time found rank Eb/N0" fft-log.txt >>ebnautresults.txt
echo --------------------------------------- >>ebnautresults.txt
ftp -s:ftp_ebnaut.txt >ftp_ebnaut_log.txt
goto loop


As usual, you will need ebnaut_ifft3b.exe, ebnaut-rx.exe and the appropriate sr.txt in the decoder folder. Invoking show_rawsyms could just as well be omitted for unattended operation.

Taskkill is a workaround as neither ebnaut-rx nor showrawsyms will terminate itself. The decoder runtime has been limited to 40 seconds, which turned out to be long enough to run through all flat-phase decode attempts (on this machine).

The findoffset.exe utility is at
http://df6nm.bplaced.net/VLF/fec_tests/findoffset.zip
It calculates the startoffset to the next 10 minute boundary and writes it to startoffset.txt. To accomodate possible latencies (e.g. from a virtual audio cable), it can be called with an extra delay (in seconds).
For this to work, you should make sure that one export file starts before a half hour, and ends within a few minutes after the next half hour. For the usual 478 uHz 35-minute FFT , this can be achieved by starting the opds SpecLab instance in the second half of any 10-minute interval (e.g. between hh:55:00 and hh:59:50, but not between hh:49:50 and hh:55:00)

The findstr command appends some selected lines from the log file to the end of ebnautresults.txt.

You will also need another copy of sleep.exe
http://df6nm.bplaced.net/VLF/fec_tests/sleep.zip
and your own FTP control file which might look similar to this:

ftp_ebnnaut.txt:

open *Server*
*Login*
*Password*
cd *Remote Folder*
bin
put ebnautresults.txt
bye


Hope this may be useful...

Best 73,
Markus (DF6NM)
--- Конец цитаты ---

Сергей UB1APE:
Ага, теперь технологический процесс понятен.  А что представляет из себя посылка в EbNaut?

rn3aus:
Фазовая модуляция. Когда передается 0 передается несущая с нулевой начальной фазой, 1 - С фазой 180 градусов.

Навигация

[0] Главная страница сообщений

[#] Следующая страница

[*] Предыдущая страница

Перейти к полной версии