Date   

Frequency Control while ISS passing

Ralf Bender
 

Hello together,
while the ISS is passing in these days, I tried also automatic decode the SSTV pictures with multipsk. But I wonder why multipsk didn't load the Frequency and control it, like it does with other modes.
Did I something wrong?


This are my entries in the SATELLITES_FREQUENCIES.TXT:
//ISS for PD120 or PD180 (SSTV)
ISS (ZARYA) 145.800  
 
ISS 145.800  
 
--
73 Ralf
--
DL0103SWL
DO5RBB
https://www.youtube.com/c/RalfBender/


Using Multipsk to retroactively mine an I/Q file ?

Andrew OBrien
 

I know that we can use various software to record a I/Q segment of the spectrum and play it back later. Years ago when it was a new feature in SDR-radio Console I tried it but soon got too tired of weeding through the reading looking for signals. I am wondering if there any new technology for quickly assessing an I/Q recoding for certain digital modes, with ham or utility ? I think Patrick's Reed-Solomon ID's can be detected over a wide piece of spectrum.  
Andy 


Re: #Beginner #Beginner

Andrew OBrien
 

why do you need a 25 Khz chunk of spectrum?  VDL is THAT wide ?

Andy 


Re: Expand Aircraft Registration in VDL?

Joe
 

Thanks for all the help!


Re: Expand Aircraft Registration in VDL?

agene
 

Hi Joe,

Not from within MultiPSK itself, however my freeware add-in package Display-Launcher enables you to display many MultiPSK modes including ACARS, HFDL and VDL on a spreadsheet type grid.

You can find details on my site as under.

Regards, Mike Simpson
South Penrith, NSW, Australia



Re: Expand Aircraft Registration in VDL?

Patrick Lindecker
 

Hello,

 

>there a way to expand the source address from the HEX format to the actual aircraft registration?

Not directly on Multipsk. You must click on “Junzis data” to have data about the plane from the HEX identifier .

 

73

Patrick

 

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Joe
Envoyé : samedi 26 décembre 2020 21:22
À : multipsk@groups.io
Objet : [multipsk] Expand Aircraft Registration in VDL?

 

I am new to the VDL decoder in MultiPSK. IS there a way to expand the source address from the HEX format to the actual aircraft registration? Also for the ground stations?


Expand Aircraft Registration in VDL?

Joe
 

I am new to the VDL decoder in MultiPSK. IS there a way to expand the source address from the HEX format to the actual aircraft registration? Also for the ground stations?


Re: HFDL "errors"

Patrick Lindecker
 

Hello Andrew,

 

Mainly positions are interesting for the users.  Apart to weather messages, the meaning of other messages is unknow (at least for me).

Push the “Expl./Weather” to have some the known explanations.

For more details (about planes for example), note that the HFDL-Display utility (freeware) by Mike Simpson may be of use to MultiPSK users. This one, in interface with Multipsk, displays details of the aircraft heard, current freqs in use etc. Interested users can get details then download the program at the WEB address:
http://www.agenetools.com/downloads/Display-Launcher.pdf

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Andrew OBrien
Envoyé : vendredi 25 décembre 2020 17:15
À : multipsk@groups.io
Objet : [multipsk] HFDL "errors"

 

I decided to monitor some HFDL traffic today.  What is the following telling me ?

<300 bps 1.8 sec 1441 Hz>    12/25/2020 16:11:35MPDU CRC control: error

<End frame>

 

<300 bps 1.8 sec 1444 Hz>    12/25/2020 16:11:52

MPDU CRC control: OK

MPDU (Media access control Protocol Data Unit) - Uplink

LPDU CRC control: OK

[Unnumbered Data LPDU] [Enveloped Data HFNPDU] 

<SOH>2.N123FE6_<DEL>D<ETX>S`<DEL>

<End frame>

 

<300 bps 1.8 sec 1440 Hz>    12/25/2020 16:12:02

MPDU CRC control: OK

MPDU (Media access control Protocol Data Unit) - Downlink

LPDU CRC control: OK

[Unnumbered Acknowledged Data LPDU] [Enveloped Data HFNPDU] 

<SOH>2.N123FE<NAK>SA7<STX>M82AFX00000EH1611532SH<ETX><ACK>3<DEL>

<End frame>

 

<300 bps 1.8 sec 1443 Hz>    12/25/2020 16:12:07

SPDU CRC control: OK

SPDU (Squitter Protocol Data Unit)

<End frame>

 


HFDL "errors"

Andrew OBrien
 

I decided to monitor some HFDL traffic today.  What is the following telling me ?


<300 bps 1.8 sec 1441 Hz>    12/25/2020 16:11:35MPDU CRC control: error
<End frame>
 
<300 bps 1.8 sec 1444 Hz>    12/25/2020 16:11:52
MPDU CRC control: OK
MPDU (Media access control Protocol Data Unit) - Uplink
LPDU CRC control: OK
[Unnumbered Data LPDU] [Enveloped Data HFNPDU] 
<SOH>2.N123FE6_<DEL>D<ETX>S`<DEL>
<End frame>
 
<300 bps 1.8 sec 1440 Hz>    12/25/2020 16:12:02
MPDU CRC control: OK
MPDU (Media access control Protocol Data Unit) - Downlink
LPDU CRC control: OK
[Unnumbered Acknowledged Data LPDU] [Enveloped Data HFNPDU] 
<SOH>2.N123FE<NAK>SA7<STX>M82AFX00000EH1611532SH<ETX><ACK>3<DEL>
<End frame>
 
<300 bps 1.8 sec 1443 Hz>    12/25/2020 16:12:07
SPDU CRC control: OK
SPDU (Squitter Protocol Data Unit)
<End frame>
 


Re: LRPT Laboratory Bandwidth testing

Patrick Lindecker
 

Hello Fred,

 

>Question, In the I/Q mode is the Global Level relevant?   It did not go above 2% for this pass.  I did not correct
>the RSP gain at all.

In principle, weak signal can pose a problem if the digital noise is relatively high. For example, I remember that for old 16 bits sound cards, only 13 or 14 bits could really be used. So in that case very weak signals were mixed with a drop of noise.

 

I have not tested my RSP1A but Multipsk only uses the first 8 bits of the 10 or 12 bits possible, so I suppose that these 8 bits are surely “clean”. 2% of level means that you work with about 2 bits. It’s not ideal but it is not so bad, seeing your nice images.

 

Under DOS, there were decoders working with one bit and they worked well…

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Fred Albertson
Envoyé : mardi 22 décembre 2020 14:22
À : multipsk@groups.io
Objet : [multipsk] LRPT Laboratory Bandwidth testing

 

Hi Patrick,

This morning, on a medium quality pass, I used the RSP with no filters or amps. Again I used the 120kHz filter which
does not seem to affect the picture quality at all.  One thing I note is that the picture lines are more consistent
between the frames.

Question, In the I/Q mode is the Global Level relevant?   It did not go above 2% for this pass.  I did not correct
the RSP gain at all.

64                                                                               65                                                                             68


Great day,

Fred


Re: #Beginner #Beginner

Patrick Lindecker
 

Hello Roland,

 

The most interesting is to use a VAC at 48 kHz/I-Q signals/16 bits between SDR# and Multipsk (in SdR demodulation). I have no procedure, but you can see the paper by Fred which is not with SDR# but with SDRuno. However in the principle, it is not different.

 

73

Patrick

 

Fred (thanks to him!) writes this guide "Using_I-Q_signals_between_SDRUno_and_MultiPSK". It is aimed to help the ones who want to connect the SDRUno program (for SDRplay receivers) to Multipsk in a SdR way (i.e. through I/Q signals): Using_I-Q_signals_between_SDRUno_and_MultiPSK.pdf

 

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de fly.fechter@...
Envoyé : mardi 22 décembre 2020 13:36
À : multipsk@groups.io
Objet : [multipsk] #Beginner

 

Hello,
I just managed to install my Airspy mini and use it to run SDR sharp..
I would like to link - set-up the latter to  Multipsk VDL 2.
I would be most obliged to learn the exact settings to both - SDRsharp and Multipsk VDL 2 - to achieve smooth decoding of VDL 2 signals.
Respective clear screen shots  would be ideal.
Thank you very much in advance.
Regards,
Roland


Re: LRPT Laboratory Bandwidth testing

Patrick Lindecker
 

Hello David and Fred,

Yes, internally small Jpg images (8x8) are transmitted (it's perhaps why it's a Low rate Picture Transmission and not a High rate).
I was wondering if it would not be possible to fill these lines of 8 pixels width with a set of "most probable pixels", taken into account the pixels at the frontier of these lines and the different derivative in the border zones of these lines. It would be an interesting mathematical game.

73
Patrick

-----Message d'origine-----
De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de David J Taylor via groups.io
Envoyé : mardi 22 décembre 2020 15:21
À : multipsk@groups.io
Objet : Re: [multipsk] LRPT Laboratory Bandwidth testing

On 22/12/2020 13:25, Fred Albertson wrote:
Hi David,

I don't think so, because they decode ad BMP's from AMIGOS. I convert
them to JPG's for the e-mail. I have noticed no difference.

Thanks and great day,

Fred
Thanks, Fred.

At least one references suggests it's JPEG data:

http://jmfriedt.free.fr/glmf_meteor_eng.pdf
https://www.rtl-sdr.com/forum/viewtopic.php?t=343

If so, it might be better to work in the JPEG space rather than go JPEG=>BMP=>JPEG. BMP is much more convenient for subsequent processing, of course.

I'm uncertain whether or not JPEG=>BMP decoding always produces the same results or whether some assumptions are made (beyond the tables included with the JPEG data) which affect the results.

73,
David GM8ARV
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk
Twitter: @gm8arv


Guide "Using_I-Q_signals_between_SDRUno_and_MultiPSK" by Fred

Patrick Lindecker
 

Hello to all,

 

Fred (thanks to him!) writes this guide "Using_I-Q_signals_between_SDRUno_and_MultiPSK". It is aimed to help the ones who want to connect the SDRUno program (for SDRplay receivers) to Multipsk in a SdR way (i.e. through I/Q signals): Using_I-Q_signals_between_SDRUno_and_MultiPSK.pdf

 

73

Patrick


Re: LRPT Laboratory Bandwidth testing

David J Taylor
 

On 22/12/2020 13:25, Fred Albertson wrote:
Hi David,
I don't think so, because they decode ad BMP's from AMIGOS.  I convert
them to JPG's for the e-mail.  I have noticed no difference.
Thanks and great day,
Fred
Thanks, Fred.

At least one references suggests it's JPEG data:

http://jmfriedt.free.fr/glmf_meteor_eng.pdf
https://www.rtl-sdr.com/forum/viewtopic.php?t=343

If so, it might be better to work in the JPEG space rather than go JPEG=>BMP=>JPEG. BMP is much more convenient for subsequent processing, of course.

I'm uncertain whether or not JPEG=>BMP decoding always produces the same results or whether some assumptions are made (beyond the tables included with the JPEG data) which affect the results.

73,
David GM8ARV
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk
Twitter: @gm8arv


Re: LRPT Laboratory Bandwidth testing

Fred Albertson
 

Hi David,

I don't think so, because they decode ad BMP's from AMIGOS.  I convert
them to JPG's for the e-mail.  I have noticed no difference.

Thanks and great day,

Fred


LRPT Laboratory Bandwidth testing

Fred Albertson
 

Hi Patrick,

This morning, on a medium quality pass, I used the RSP with no filters or amps. Again I used the 120kHz filter which
does not seem to affect the picture quality at all.  One thing I note is that the picture lines are more consistent
between the frames.

Question, In the I/Q mode is the Global Level relevant?   It did not go above 2% for this pass.  I did not correct
the RSP gain at all.

64                                                                               65                                                                             68


Great day,

Fred


#Beginner #Beginner

fly.fechter@t-online.de
 

Hello,
I just managed to install my Airspy mini and use it to run SDR sharp..
I would like to link - set-up the latter to  Multipsk VDL 2.
I would be most obliged to learn the exact settings to both - SDRsharp and Multipsk VDL 2 - to achieve smooth decoding of VDL 2 signals.
Respective clear screen shots  would be ideal.
Thank you very much in advance.
Regards,
Roland


Re: LRPT Laboratory Bandwidth testing

David J Taylor
 

On 21/12/2020 22:14, Patrick Lindecker wrote:
Hello Fred,
[]
I looked at these lines. In fact, they are 8 pixels width. A line must be composed of elementary small pictures of 8x8 pixels, transported by one or several bad received frames.
73
Patrick
JPEG chunks, perhaps?

73,
David GM8ARV
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor@blueyonder.co.uk
Twitter: @gm8arv


Re: LRPT Laboratory Bandwidth testing

Patrick Lindecker
 

Hello Fred,

 

TKS for the LRPT pictures.

 

>I was using the Sawbird but kept the signal levels low (which may help, or hurt, I don't know yet). 

If you can avoid it, better is to avoid. In my opinion, even if of good quality, it brings a small signal degradation.


>Anyway, beautiful snow pictures, but plenty of lines. 

I looked at these lines. In fact, they are 8 pixels width. A line must be composed of elementary small pictures of 8x8 pixels, transported by one or several bad received frames.

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Fred Albertson
Envoyé : lundi 21 décembre 2020 15:06
À : multipsk@groups.io
Objet : [multipsk] LRPT Laboratory Bandwidth testing

 

Hi Patrick, Andrea, Josef, et al,

Using the I/Q output from my RSPduo into MultiPSK (still refining the procedure), I decoded an almost perfect
pass this morning at 1318Z.  M2 was 88 degrees overhead and 826kM away.  The NORAD altitude information shows:

Perigee: 825.3 km
Apogee: 835.1 km


So it was about as close as it is going to get until it falls out of the sky!

The only problem was that NOAA19 came wandering in at about 1328Z, which halted the decode.  By that time
I had about 3700 synchros, and some pretty good pictures:

64                                                                              65                                                                             68                                                                             R-G-IR


I was using the Sawbird but kept the signal levels low (which may help, or hurt, I don't know yet). 

My theory was that narrowing the bandwidth, by using the 120kHz filter in the RSP, vice the full 192kHz,
would keep the VDL2 signals (136.975kHz), which I receive loud and clear, out of the signal that AMIGOS,
was seeing.  I believe that I did that effectively. I can not tell for sure that other VHF signals are not in
the bandwidth, but continuous manual monitoring with no satellite in view does not show interference.

Anyway, beautiful snow pictures, but plenty of lines. 

This is an Alpha level report, so I am not drawing any conclusions.

Thoughts?

Great Day,

Fred



Re: #Beginner #Beginner

WB9EZB
 

I was able to decode VDL2 using an external soundcard by connecting the output of the sound card to the input of the sound card with rca jumpers.
You must be careful with levels.
Your receiver needs to have a bandwidth of at least 25 Khz and have the ability to demodulate SSB.  VB cable can
Connect an SDR dongle to Multipsk by software.The best option is to use the IQ interface which Patrick has installed. I run a SDR play radio to Multipsk.  Works Great !


On Dec 21, 2020, at 2:09 PM, Patrick Lindecker <f6cte@...> wrote:



Hello,

 

To connect a receiver, you must simply connect an AF output to the sound card input of your PC. Then you have to select this sound card on the “Sound-card (input)” command of the Configuration screen menu.

 

Of course, you will be limited to the small bandwidth modes (so no VDL2, LRPT, RDS…).

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de fly.fechter@...
Envoyé : lundi 21 décembre 2020 10:17
À : multipsk@groups.io
Objet : [multipsk] #Beginner

 

Hello,
Can somebody please tell me the exact settings required for linking Multipsk VDL2 to my radio-receiver AR8600-
or point out to me a suitable link containing this information ?
Thanks in advance.
Regards
Roland 




501 - 520 of 4609