Date   

RSP-1A link with Multipsk VDL2

fly.fechter@t-online.de
 

Hallo,
When I try to establish a TCP link betweeen my recently bought RSP-1A and Multipsk VDL2
I fail and receive an error message (server not found etc.)
I understand that clicking the SDRplay button should do the job - but it does not !
I wonder if any member of this group gets a permanent smooth connection between the RSP-1A
and VDL2 - if so could you please tell me the respective settings you use ?
Thanks in advance,
Regards,
Roland 


Re: Aero/EGC no update?

 

Roger-that,
I appreciate the quick reply, Patrick. Fantastic software, fantastic customer service. Take care and 73.
--
R,
Nick A.
N6LPO


Re: Aero/EGC no update?

Patrick Lindecker
 

Hello Nick,

 

You are right. It remains an update button and a message requiring an update for these satellites. It’s a bug that I will fix.

There is no need to update as these satellites are geostationary so at the same position (+/- Epsilon).

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Nick
Envoyé : dimanche 22 mars 2020 20:46
À : multipsk@groups.io
Objet : [multipsk] Aero/EGC no update?

 

Hello,
I am using V 4.38 and am confused by the Aero/EGC button not having an update/downloading button. It is saying that it's time to update but there is no way to update (Oldest prediction 1108.3 days. 5 Satellites.).  Any idea what may be happening here?
--
R,
Nick A.
N6LPO




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com



Aero/EGC no update?

 

Hello,
I am using V 4.38 and am confused by the Aero/EGC button not having an update/downloading button. It is saying that it's time to update but there is no way to update (Oldest prediction 1108.3 days. 5 Satellites.).  Any idea what may be happening here?
--
R,
Nick A.
N6LPO


Re: INMARSAT C-Band Channels

Fred Albertson
 

Thank you so much, Paul.

I'll try your suggestions as soon as the local weather turns nice
again.  Windy now.  No good for the dish.  Too much like a sail!

Having a known freq will assist immensely, as will the idea of
spotting using the L-band signals. 

I had tried the polarity reversal, but with no positive results. 
I think I am still off target.

I'll keep you posted.

Be safe in this terrible time.

Fred



Re: Orbcomm and Satellites Freq file questions

tmoo_moose@...
 

Thanks for the info Patrick.

Stay well!
Trev.


Re: INMARSAT C-Band Channels

Paul Gulliver
 

One thing I forgot, and this is just a shot in the dark, it's possible the signal polarity may be different between the series 3 and series 4 birds - try reversing the polarity on the LNB either by voltage or changing the slab orientation in the LNB itself

Paul


On 21/03/2020 at 10:08, Paul Gulliver via Groups.Io <paulg1953@...> wrote:
Hi Fred,

Good to hear you are receiving C band data from 4F3,

Unfortunately I don't know of any continuous c-band signals on 3F5 - that would make life too easy, the 2 most active frequencies for me are 1533.81 and 1534.36 both 10500bps burst. There are other frequencies that have 10500bps burst but the data is infrequent so I tend not to bother monitoring them.
The laptop I use is not very powerful, if I try to monitor too many frequencies it tends to crash.

Remember these frequencies are approximate, exact values depending on your LNB oscillator frequency - with temperature drift these frequencies can change up to 30KHz during the day especially if we have a chilly night followed by a warm day - I think my LNB must be particularly bad for temperature drift.

If all else fails, make a small helix along theses lines  https://uhf-satcom.com/satellite-reception/l-band  and swap it for the LNB and align the dish with L band signals (aero on 1545.0 to 1545.3MHz for 3F5) theses are fairly strong and continuous so it makes alignment easier

Hope this info helps

Paul


On 20/03/2020 at 22:00, Fred Albertson <albertso@...> wrote:
Hi Paul,

I wrote a while ago that I was going to put together a C-band system. 
You provided a lot of valuable info that I considered as I developed
my setup.

It took a while, but I'm "on-the-air" with a 120cm Prime Focus dish
and C1W-PLL LNB.

I have no problems getting data from the 4F3 satellite, but I can't find
the signals from the 3F5 bird.

Do you have a solid ACARS downlink frequency from 3F5 that I can search for
as I position the antenna?

Here are some frequencies I have found on the 4F3. All are listed as the translated
frequency:

1531.125 - 1200 data

1534.975 - 10500 burst - Good ACARS data

1535.200 - 10500 burst

1535.800 to 820 - 1200 burst

Thanks,

Fred









Re: INMARSAT C-Band Channels

Paul Gulliver
 

Hi Fred,

Good to hear you are receiving C band data from 4F3,

Unfortunately I don't know of any continuous c-band signals on 3F5 - that would make life too easy, the 2 most active frequencies for me are 1533.81 and 1534.36 both 10500bps burst. There are other frequencies that have 10500bps burst but the data is infrequent so I tend not to bother monitoring them.
The laptop I use is not very powerful, if I try to monitor too many frequencies it tends to crash.

Remember these frequencies are approximate, exact values depending on your LNB oscillator frequency - with temperature drift these frequencies can change up to 30KHz during the day especially if we have a chilly night followed by a warm day - I think my LNB must be particularly bad for temperature drift.

If all else fails, make a small helix along theses lines  https://uhf-satcom.com/satellite-reception/l-band  and swap it for the LNB and align the dish with L band signals (aero on 1545.0 to 1545.3MHz for 3F5) theses are fairly strong and continuous so it makes alignment easier

Hope this info helps

Paul


On 20/03/2020 at 22:00, Fred Albertson <albertso@...> wrote:
Hi Paul,

I wrote a while ago that I was going to put together a C-band system. 
You provided a lot of valuable info that I considered as I developed
my setup.

It took a while, but I'm "on-the-air" with a 120cm Prime Focus dish
and C1W-PLL LNB.

I have no problems getting data from the 4F3 satellite, but I can't find
the signals from the 3F5 bird.

Do you have a solid ACARS downlink frequency from 3F5 that I can search for
as I position the antenna?

Here are some frequencies I have found on the 4F3. All are listed as the translated
frequency:

1531.125 - 1200 data

1534.975 - 10500 burst - Good ACARS data

1535.200 - 10500 burst

1535.800 to 820 - 1200 burst

Thanks,

Fred








Re: Orbcomm and Satellites Freq file questions

Patrick Lindecker
 

Hello Trev,

 

All the satnames on the satellites_frequency.txt file should normally be found in the TLE file. But sometimes the ORBCOMM company adds new satellites or modifies the frequencies or splits satnames (as 33/103) (for unknown reasons).

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de tmoo_moose@...
Envoyé : samedi 21 mars 2020 01:24
À : multipsk@groups.io
Objet : Re: [multipsk] Orbcomm and Satellites Freq file questions

 

Thank you Patrick.

Can I just confirm that the satname in the satellites_frequency.txt should be the same as that listed in the TLE file?

Regards,
Trev.




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com



Re: Orbcomm and Satellites Freq file questions

tmoo_moose@...
 

Thank you Patrick.

Can I just confirm that the satname in the satellites_frequency.txt should be the same as that listed in the TLE file?

Regards,
Trev.


Re: INMARSAT C-Band Channels

Fred Albertson
 

Hi Paul,

I wrote a while ago that I was going to put together a C-band system. 
You provided a lot of valuable info that I considered as I developed
my setup.

It took a while, but I'm "on-the-air" with a 120cm Prime Focus dish
and C1W-PLL LNB.

I have no problems getting data from the 4F3 satellite, but I can't find
the signals from the 3F5 bird.

Do you have a solid ACARS downlink frequency from 3F5 that I can search for
as I position the antenna?

Here are some frequencies I have found on the 4F3. All are listed as the translated
frequency:

1531.125 - 1200 data

1534.975 - 10500 burst - Good ACARS data

1535.200 - 10500 burst

1535.800 to 820 - 1200 burst

Thanks,

Fred







Re: Orbcomm and Satellites Freq file questions

Patrick Lindecker
 

>Yes normally, the closest only displays. However, I will check this, as it seems that this function does not work well…

I confirm that this function works well, but only if a receiver is connected to Multipks (a SdrPlay in my case).

 

You can force a satellite with the “Only one track” panel (type the satellite “FM36” for example and click on the “Tracked” button.

 

For a much more complete satellites tracking program, look as the excellent WXtrack, for example.  

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Patrick Lindecker
Envoyé : vendredi 20 mars 2020 22:08
À : multipsk@groups.io
Objet : Re: [multipsk] Orbcomm and Satellites Freq file questions

 

Hello,

 

>FM103

 

FM33 and 103 are equivalent (below an extract from the “Frequencies” manual):

ORBCOMM (satellites) (FM)

ORBCOMM satellites FM04...FM36, FM103..109 on 137.2000 137.2250 137.2500 137.4400 137.4600 137.6625 137.6875 137.7125 137.7375 137.8000 MHz (+/- 2.5 KHz of Doppler shift)

Frequencies (KHz) (each number must be preceded by "FM"):

137200 05 06 09 12
137225 13 14 15 16 18 19 20
137250 24/104 26/106 33/103 37/107 39/109
137287.5 25/105 27 28/118 40/110 44/114
137312.5 24/104 26/106 33/103 37/107 39/109
137440 30 31 35 36
137460 38/108 45/115 47/117
137662.5 34 29/119 42/112 43/113 46/116
137687.5 04
137712.5 21 23
137737.5 25/105 28/118 32 40/110 44/114
137800 07 08 10 11

>satellites

Have you clicked on the “Downloading” button to update the TLE files.

 

>Some do, some don't (I realize only the closest should display

Yes normally, the closest only displays. However, I will check this, as it seems that this function does not work well…

 

For about the moment when a satellite appears, you can adjust the minimum elevation.

 

>How are you formatting the file?
The file is just a text file called SATELLITES_FREQUENCIES.TXT on the Multipsk package.

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de tmoo_moose@...
Envoyé : vendredi 20 mars 2020 14:09
À : multipsk@groups.io
Objet : [multipsk] Orbcomm and Satellites Freq file questions

 

Hi,
(First post here - be kind)

A couple of questions - Was there any resolution to the discrepancy in the Orbcomm satellite numbering issue? (i.e satellite tracker in Multipsk shows FM103, but the decode and map screens show FM33) I read through the past posts on this but didn't see a conclusive answer. Is there a work around for this?

Also, kind of related, I've updated the satellites_frequency file with the amateur satellites using the names from the TLE file, but not all of them show up in the 'controls'/ frequency box on the tracking screen when they come in range. Some do, some don't (I realize only the closest should display), I used copy and paste for the names so spelling shouldn't be an issue. Does anyone here use this feature? How are you formatting the file?

Thanks for listening, be well and stay indoors!
Trev.

 


Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com




Re: Orbcomm and Satellites Freq file questions

Patrick Lindecker
 

Hello,

 

>FM103

 

FM33 and 103 are equivalent (below an extract from the “Frequencies” manual):

ORBCOMM (satellites) (FM)

ORBCOMM satellites FM04...FM36, FM103..109 on 137.2000 137.2250 137.2500 137.4400 137.4600 137.6625 137.6875 137.7125 137.7375 137.8000 MHz (+/- 2.5 KHz of Doppler shift)

Frequencies (KHz) (each number must be preceded by "FM"):

137200 05 06 09 12
137225 13 14 15 16 18 19 20
137250 24/104 26/106 33/103 37/107 39/109
137287.5 25/105 27 28/118 40/110 44/114
137312.5 24/104 26/106 33/103 37/107 39/109
137440 30 31 35 36
137460 38/108 45/115 47/117
137662.5 34 29/119 42/112 43/113 46/116
137687.5 04
137712.5 21 23
137737.5 25/105 28/118 32 40/110 44/114
137800 07 08 10 11

>satellites

Have you clicked on the “Downloading” button to update the TLE files.

 

>Some do, some don't (I realize only the closest should display

Yes normally, the closest only displays. However, I will check this, as it seems that this function does not work well…

 

For about the moment when a satellite appears, you can adjust the minimum elevation.

 

>How are you formatting the file?
The file is just a text file called SATELLITES_FREQUENCIES.TXT on the Multipsk package.

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de tmoo_moose@...
Envoyé : vendredi 20 mars 2020 14:09
À : multipsk@groups.io
Objet : [multipsk] Orbcomm and Satellites Freq file questions

 

Hi,
(First post here - be kind)

A couple of questions - Was there any resolution to the discrepancy in the Orbcomm satellite numbering issue? (i.e satellite tracker in Multipsk shows FM103, but the decode and map screens show FM33) I read through the past posts on this but didn't see a conclusive answer. Is there a work around for this?

Also, kind of related, I've updated the satellites_frequency file with the amateur satellites using the names from the TLE file, but not all of them show up in the 'controls'/ frequency box on the tracking screen when they come in range. Some do, some don't (I realize only the closest should display), I used copy and paste for the names so spelling shouldn't be an issue. Does anyone here use this feature? How are you formatting the file?

Thanks for listening, be well and stay indoors!
Trev.




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com



Orbcomm and Satellites Freq file questions

tmoo_moose@...
 

Hi,
(First post here - be kind)

A couple of questions - Was there any resolution to the discrepancy in the Orbcomm satellite numbering issue? (i.e satellite tracker in Multipsk shows FM103, but the decode and map screens show FM33) I read through the past posts on this but didn't see a conclusive answer. Is there a work around for this?

Also, kind of related, I've updated the satellites_frequency file with the amateur satellites using the names from the TLE file, but not all of them show up in the 'controls'/ frequency box on the tracking screen when they come in range. Some do, some don't (I realize only the closest should display), I used copy and paste for the names so spelling shouldn't be an issue. Does anyone here use this feature? How are you formatting the file?

Thanks for listening, be well and stay indoors!
Trev.


Re: Request when using Scan within 141A(ALE) mode + Multipsk 4.43 Test version 2 #141a

mike agner
 

Dennis, if you are interested in non-ham ALE activity, you should check out the Utility DXers Foryum (UDXF) here on groups.io.  I have been cataloging digital activity reported there for over a year, and there are literally hundreds - sometimes going into the thousands - of ALE reports each month.  Of course a better antenna is always helpful but the activity - worldwide - is certainly there.    Mike


Re: Request when using Scan within 141A(ALE) mode + Multipsk 4.43 Test version 2 #141a

Patrick Lindecker
 

Hello Dennis,

 

Thanks for the information about ALE and ALE nets (surely very solicited at the moment due to the virus).

 

>the receiver frequency identification within the messages is working great

Nice. Nothing more now that to modify a bit the manual.

 

73

Patrick

 

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Dennis Schendel via Groups.Io
Envoyé : dimanche 15 mars 2020 01:38
À : multipsk@groups.io
Objet : Re: [multipsk] Request when using Scan within 141A(ALE) mode + Multipsk 4.43 Test version 2 #141A

 

Hi Patrick,

 

Thank you very much for the quick turnaround and resolution to my request ... the receiver frequency identification within the messages is working great with my SDRPlay RSP1A SDR device!

 

Here is an example of the messages now with the receive frequency value shown after the timestamp:

[22:07:07] [14,109.000] [Sounding THIS WAS] [from KG4         ] (his BER=16 + SINAD=02)

STP[22:07:13] [14,109.000] [Sounding THIS WAS] [from KG4         ] (his BER=28 + SINAD=02)

[23:07:38] [14,109.000] [Sounding THIS WAS] [from KG4STP      ] (his BER=26 + SINAD=02)

[23:09:58] [14,109.000] [Sounding THIS WAS] [from ND3U        ] (his BER=26 + SINAD=02)

[23:10:06] [10,145.500] [Sounding THIS WAS] [from ND3U        ] (his BER=30 + SINAD=03)

HH@[23:28:27] [14,109.000] [Sounding THIS WAS] [from KN4         ] (his BER=21 + SINAD=02)

HH@[23:28:35] [10,145.500] [Sounding THIS WAS] [from KN4HH       ] (his BER=26 + SINAD=02)

[23:29:19] [10,145.500] [Sounding THIS IS ] [from KN4HH       ] (his BER=20 + SINAD=03)

 

As for me providing a live recording of 141A traffic ... though I live just outside of Chicago ... I am not receiving much ALE traffic here at my QTH. Might very well be because I am using just a very simple (non-NVIS) HF antenna setup in the attic for receiving/monitoring general HF band signals. Matter of fact, that is one of the main reasons I turned to using MultiPSK, it has a simple Scan feature in the 141A(ALE) mode so I could determine whether I was actually able to receive any ALE transmissions on assigned ALE frequencies during the various hours of the day. And that is what MultiPSK has allowed me to accomplished very well. This message information gives me a better idea what time of day, which HF band and where the ALE transmissions originate via the call sign to help determine propagation and usage pattern expectations here.

 

FYI: Looking at the ALE HF Network Connectivity Map it appears that the Chicago area is typically not an active participant (hub of activity) with ALE traffic. http://hflink.net/maps/map_24.php

 

Regarding my second request/comment about injecting a linefeed/carriage return immediately before/ahead of the timestamp so each new message line would always start/begin with the Timestamp value ... that is not important, significant or essential at the moment.

 

Thank you again!

 

73,

Dennis – KA9YTO

 

From: multipsk@groups.io [mailto:multipsk@groups.io] On Behalf Of Patrick Lindecker
Sent: Saturday, March 14, 2020 07:49
To: multipsk@groups.io
Subject: [multipsk] Request when using Scan within 141A(ALE) mode + Multipsk 4.43 Test version 2 #141A

 

Hello to Dennis and all,

 

>? Is there an option to display the receive frequency as a displayed value (like the timestamp) within each of these message entries? (I see there is an option in the Options window called: >“Frequency displayed (if Commander connected)” but that does not have any effect when a SDRPlay RSP1A SDR device is being used directly.)

 

I have extended this possibility for connected receivers, in the following test version 2:
http://f6cte.free.fr/MULTIPSK_4_43_test_version_2.zip

 

Paste this address in your Internet Explorer or equivalent. Download the file.
Extract the ZIP file and replace the “official” Multipsk.exe with this test version. Before, make a copy of the “official” Multipsk.exe, in case of. It is also proposed new help manuals (chm files) and several data files (for the P25 decoding).

 

Dennis, could you tell me if you see frequencies now?

 

>(As you can see, sometimes the timestamp is shown somewhere within the midst of a preceding message line text.)

Yes I see. But it is difficult to solve without any recording. If you have one, I could try to see what happens (but 141A is far away now ).

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Dennis Schendel via Groups.Io
Envoyé : vendredi 13 mars 2020 23:27
À : multipsk@groups.io
Objet : [multipsk] Request when using Scan within 141A(ALE) mode

 

Hi Patrick,

 

In the 141A(ALE) mode of MultiPSK 4.42 connected to a SDRPlay RSP1A receiver and using it to scan/monitor several ALE HF frequencies ... everything is working very well. An example of the information being displayed when an ALE transmission is received on one of the several frequencies being scanned is shown below:

 

[14:35:14] [Sounding THIS WAS] [from KN4         ] (his BER=09 + SINAD=01)

[14:35:18] [Sounding THIS WAS] [from KN4HH       ] (his BER=22 + SINAD=01)

 

[16:23:00] [Call] [from ND3         ] [to WB8Q        ] [my BER= 0 + SINAD=17] (his BER=18 + SINAD=01)

[16:24:54] [Sounding THIS IS ] [from I O         ] (his BER=28 + SINAD=01)

QSYROGER [17:05:05] [AMD] [from ND3U        ] (his BER=28 + SINAD=02)

U@@[18:05:34] [Call] [from KN4HH       ] [to HFNQ PAND   ] (his BER=25 + SINAD=02)

PANL O[20:26:16] [Sounding THIS WAS] [from KN4HH       ] (his BER=23 + SINAD=02)

[20:26:22] [Sounding THIS WAS] [from KN4HH       ] (his BER=24 + SINAD=02)

[20:26:42] [Sounding THIS WAS] [from KN4HH       ] (his BER=26 + SINAD=02)

HH@[20:35:06] [Sounding THIS WAS] [from KN4         ] (his BER=28 + SINAD=02)

 

 

The question I have is ... how can I know/see which frequency each one of these messages was received on? Is there an option to display the receive frequency as a displayed value (like the timestamp) within each of these message entries? (I see there is an option in the Options window called: “Frequency displayed (if Commander connected)” but that does not have any effect when a SDRPlay RSP1A SDR device is being used directly.)

 

Speaking of the timestamp ... could you please include a linefeed/carriage return immediately before the timestamp, so the timestamp is always at the very beginning of a new message line entry. (As you can see, sometimes the timestamp is shown somewhere within the midst of a preceding message line text.)

 

Patrick, thank you very much for a great MultiPSK application!!!

73,

Dennis – KA9YTO

 

 


Image removed by sender. Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com

 


Re: Request when using Scan within 141A(ALE) mode + Multipsk 4.43 Test version 2 #141a

Dennis Schendel
 

Hi Patrick,

 

Thank you very much for the quick turnaround and resolution to my request ... the receiver frequency identification within the messages is working great with my SDRPlay RSP1A SDR device!

 

Here is an example of the messages now with the receive frequency value shown after the timestamp:

[22:07:07] [14,109.000] [Sounding THIS WAS] [from KG4         ] (his BER=16 + SINAD=02)

STP[22:07:13] [14,109.000] [Sounding THIS WAS] [from KG4         ] (his BER=28 + SINAD=02)

[23:07:38] [14,109.000] [Sounding THIS WAS] [from KG4STP      ] (his BER=26 + SINAD=02)

[23:09:58] [14,109.000] [Sounding THIS WAS] [from ND3U        ] (his BER=26 + SINAD=02)

[23:10:06] [10,145.500] [Sounding THIS WAS] [from ND3U        ] (his BER=30 + SINAD=03)

HH@[23:28:27] [14,109.000] [Sounding THIS WAS] [from KN4         ] (his BER=21 + SINAD=02)

HH@[23:28:35] [10,145.500] [Sounding THIS WAS] [from KN4HH       ] (his BER=26 + SINAD=02)

[23:29:19] [10,145.500] [Sounding THIS IS ] [from KN4HH       ] (his BER=20 + SINAD=03)

 

As for me providing a live recording of 141A traffic ... though I live just outside of Chicago ... I am not receiving much ALE traffic here at my QTH. Might very well be because I am using just a very simple (non-NVIS) HF antenna setup in the attic for receiving/monitoring general HF band signals. Matter of fact, that is one of the main reasons I turned to using MultiPSK, it has a simple Scan feature in the 141A(ALE) mode so I could determine whether I was actually able to receive any ALE transmissions on assigned ALE frequencies during the various hours of the day. And that is what MultiPSK has allowed me to accomplished very well. This message information gives me a better idea what time of day, which HF band and where the ALE transmissions originate via the call sign to help determine propagation and usage pattern expectations here.

 

FYI: Looking at the ALE HF Network Connectivity Map it appears that the Chicago area is typically not an active participant (hub of activity) with ALE traffic. http://hflink.net/maps/map_24.php

 

Regarding my second request/comment about injecting a linefeed/carriage return immediately before/ahead of the timestamp so each new message line would always start/begin with the Timestamp value ... that is not important, significant or essential at the moment.

 

Thank you again!

 

73,

Dennis – KA9YTO

 

From: multipsk@groups.io [mailto:multipsk@groups.io] On Behalf Of Patrick Lindecker
Sent: Saturday, March 14, 2020 07:49
To: multipsk@groups.io
Subject: [multipsk] Request when using Scan within 141A(ALE) mode + Multipsk 4.43 Test version 2 #141A

 

Hello to Dennis and all,

 

>? Is there an option to display the receive frequency as a displayed value (like the timestamp) within each of these message entries? (I see there is an option in the Options window called: >“Frequency displayed (if Commander connected)” but that does not have any effect when a SDRPlay RSP1A SDR device is being used directly.)

 

I have extended this possibility for connected receivers, in the following test version 2:
http://f6cte.free.fr/MULTIPSK_4_43_test_version_2.zip

 

Paste this address in your Internet Explorer or equivalent. Download the file.
Extract the ZIP file and replace the “official” Multipsk.exe with this test version. Before, make a copy of the “official” Multipsk.exe, in case of. It is also proposed new help manuals (chm files) and several data files (for the P25 decoding).

 

Dennis, could you tell me if you see frequencies now?

 

>(As you can see, sometimes the timestamp is shown somewhere within the midst of a preceding message line text.)

Yes I see. But it is difficult to solve without any recording. If you have one, I could try to see what happens (but 141A is far away now ).

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Dennis Schendel via Groups.Io
Envoyé : vendredi 13 mars 2020 23:27
À : multipsk@groups.io
Objet : [multipsk] Request when using Scan within 141A(ALE) mode

 

Hi Patrick,

 

In the 141A(ALE) mode of MultiPSK 4.42 connected to a SDRPlay RSP1A receiver and using it to scan/monitor several ALE HF frequencies ... everything is working very well. An example of the information being displayed when an ALE transmission is received on one of the several frequencies being scanned is shown below:

 

[14:35:14] [Sounding THIS WAS] [from KN4         ] (his BER=09 + SINAD=01)

[14:35:18] [Sounding THIS WAS] [from KN4HH       ] (his BER=22 + SINAD=01)

 

[16:23:00] [Call] [from ND3         ] [to WB8Q        ] [my BER= 0 + SINAD=17] (his BER=18 + SINAD=01)

[16:24:54] [Sounding THIS IS ] [from I O         ] (his BER=28 + SINAD=01)

QSYROGER [17:05:05] [AMD] [from ND3U        ] (his BER=28 + SINAD=02)

U@@[18:05:34] [Call] [from KN4HH       ] [to HFNQ PAND   ] (his BER=25 + SINAD=02)

PANL O[20:26:16] [Sounding THIS WAS] [from KN4HH       ] (his BER=23 + SINAD=02)

[20:26:22] [Sounding THIS WAS] [from KN4HH       ] (his BER=24 + SINAD=02)

[20:26:42] [Sounding THIS WAS] [from KN4HH       ] (his BER=26 + SINAD=02)

HH@[20:35:06] [Sounding THIS WAS] [from KN4         ] (his BER=28 + SINAD=02)

 

 

The question I have is ... how can I know/see which frequency each one of these messages was received on? Is there an option to display the receive frequency as a displayed value (like the timestamp) within each of these message entries? (I see there is an option in the Options window called: “Frequency displayed (if Commander connected)” but that does not have any effect when a SDRPlay RSP1A SDR device is being used directly.)

 

Speaking of the timestamp ... could you please include a linefeed/carriage return immediately before the timestamp, so the timestamp is always at the very beginning of a new message line entry. (As you can see, sometimes the timestamp is shown somewhere within the midst of a preceding message line text.)

 

Patrick, thank you very much for a great MultiPSK application!!!

73,

Dennis – KA9YTO

 

 


Image removed by sender. Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com




Request when using Scan within 141A(ALE) mode + Multipsk 4.43 Test version 2 #141a

Patrick Lindecker
 

Hello to Dennis and all,

 

>? Is there an option to display the receive frequency as a displayed value (like the timestamp) within each of these message entries? (I see there is an option in the Options window called: >“Frequency displayed (if Commander connected)” but that does not have any effect when a SDRPlay RSP1A SDR device is being used directly.)

 

I have extended this possibility for connected receivers, in the following test version 2:
http://f6cte.free.fr/MULTIPSK_4_43_test_version_2.zip

 

Paste this address in your Internet Explorer or equivalent. Download the file.
Extract the ZIP file and replace the “official” Multipsk.exe with this test version. Before, make a copy of the “official” Multipsk.exe, in case of. It is also proposed new help manuals (chm files) and several data files (for the P25 decoding).

 

Dennis, could you tell me if you see frequencies now?

 

>(As you can see, sometimes the timestamp is shown somewhere within the midst of a preceding message line text.)

Yes I see. But it is difficult to solve without any recording. If you have one, I could try to see what happens (but 141A is far away now ☺).

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Dennis Schendel via Groups.Io
Envoyé : vendredi 13 mars 2020 23:27
À : multipsk@groups.io
Objet : [multipsk] Request when using Scan within 141A(ALE) mode

 

Hi Patrick,

 

In the 141A(ALE) mode of MultiPSK 4.42 connected to a SDRPlay RSP1A receiver and using it to scan/monitor several ALE HF frequencies ... everything is working very well. An example of the information being displayed when an ALE transmission is received on one of the several frequencies being scanned is shown below:

 

[14:35:14] [Sounding THIS WAS] [from KN4         ] (his BER=09 + SINAD=01)

[14:35:18] [Sounding THIS WAS] [from KN4HH       ] (his BER=22 + SINAD=01)

 

[16:23:00] [Call] [from ND3         ] [to WB8Q        ] [my BER= 0 + SINAD=17] (his BER=18 + SINAD=01)

[16:24:54] [Sounding THIS IS ] [from I O         ] (his BER=28 + SINAD=01)

QSYROGER [17:05:05] [AMD] [from ND3U        ] (his BER=28 + SINAD=02)

U@@[18:05:34] [Call] [from KN4HH       ] [to HFNQ PAND   ] (his BER=25 + SINAD=02)

PANL O[20:26:16] [Sounding THIS WAS] [from KN4HH       ] (his BER=23 + SINAD=02)

[20:26:22] [Sounding THIS WAS] [from KN4HH       ] (his BER=24 + SINAD=02)

[20:26:42] [Sounding THIS WAS] [from KN4HH       ] (his BER=26 + SINAD=02)

HH@[20:35:06] [Sounding THIS WAS] [from KN4         ] (his BER=28 + SINAD=02)

 

 

The question I have is ... how can I know/see which frequency each one of these messages was received on? Is there an option to display the receive frequency as a displayed value (like the timestamp) within each of these message entries? (I see there is an option in the Options window called: “Frequency displayed (if Commander connected)” but that does not have any effect when a SDRPlay RSP1A SDR device is being used directly.)

 

Speaking of the timestamp ... could you please include a linefeed/carriage return immediately before the timestamp, so the timestamp is always at the very beginning of a new message line entry. (As you can see, sometimes the timestamp is shown somewhere within the midst of a preceding message line text.)

 

Patrick, thank you very much for a great MultiPSK application!!!

73,

Dennis – KA9YTO

 




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com



Request when using Scan within 141A(ALE) mode

Dennis Schendel
 

Hi Patrick,

 

In the 141A(ALE) mode of MultiPSK 4.42 connected to a SDRPlay RSP1A receiver and using it to scan/monitor several ALE HF frequencies ... everything is working very well. An example of the information being displayed when an ALE transmission is received on one of the several frequencies being scanned is shown below:

 

[14:35:14] [Sounding THIS WAS] [from KN4         ] (his BER=09 + SINAD=01)

[14:35:18] [Sounding THIS WAS] [from KN4HH       ] (his BER=22 + SINAD=01)



[16:23:00] [Call] [from ND3         ] [to WB8Q        ] [my BER= 0 + SINAD=17] (his BER=18 + SINAD=01)

[16:24:54] [Sounding THIS IS ] [from I O         ] (his BER=28 + SINAD=01)

QSYROGER [17:05:05] [AMD] [from ND3U        ] (his BER=28 + SINAD=02)

U@@[18:05:34] [Call] [from KN4HH       ] [to HFNQ PAND   ] (his BER=25 + SINAD=02)

PANL O[20:26:16] [Sounding THIS WAS] [from KN4HH       ] (his BER=23 + SINAD=02)

[20:26:22] [Sounding THIS WAS] [from KN4HH       ] (his BER=24 + SINAD=02)

[20:26:42] [Sounding THIS WAS] [from KN4HH       ] (his BER=26 + SINAD=02)

HH@[20:35:06] [Sounding THIS WAS] [from KN4         ] (his BER=28 + SINAD=02)

 

 

The question I have is ... how can I know/see which frequency each one of these messages was received on? Is there an option to display the receive frequency as a displayed value (like the timestamp) within each of these message entries? (I see there is an option in the Options window called: “Frequency displayed (if Commander connected)” but that does not have any effect when a SDRPlay RSP1A SDR device is being used directly.)

 

Speaking of the timestamp ... could you please include a linefeed/carriage return immediately before the timestamp, so the timestamp is always at the very beginning of a new message line entry. (As you can see, sometimes the timestamp is shown somewhere within the midst of a preceding message line text.)

 

Patrick, thank you very much for a great MultiPSK application!!!

73,

Dennis – KA9YTO

 


Re: erreur 10061

Patrick Lindecker
 

Hello Christian,

 

Please, post your message in English, as (unfortunately ) only few people read French, whereas everybody here understand English.

 

>Avec v 4.42, SDRplay et les 2 clefs RTL sont en échec.

The 4.42 works well with SDRplay Rsp1 and RTL-SDR dongle. I’ve tried.

 

About the RTL/SDR key, click on “Clé RTL/SDR” (“RTL key/DLL”), the other way to interface it.

 

About the SDRplay, if not a RSP1a, refer to the manual (there is a procedure to apply).

 

73

Patrick

 

De : multipsk@groups.io [mailto:multipsk@groups.io] De la part de Christian VIRENQUE
Envoyé : mardi 10 mars 2020 12:06
À : multipsk@groups.io
Objet : [multipsk] erreur 10061

 

In french, sorry,

 

 

Quand je lance sdrplay ou rtl_tcp.exe, cela ne fonctionne pas.

 

« le fichier RTL_TCP.exe détecté, connexion TCP/IP en cours ».

 

Puis, après 1 à 2 minutes,   dans une fenêtre « échec de la liaison… erreur 10061 ».

 

J’ai testé V 4.41 et v 4.42.

 

Avec V 4 .41, SDRplay se connecte ok, mais pas RTL.

 

J’ai testé un autre clef RTL sans succès.

 

Avec v 4.42, SDRplay et les 2 clefs RTL sont en échec.

 

J’ai essayé divers ports USB sans succès.

 

Patrick or somebody, un conseil ?

 

 

Ch.Virenque

 

 

 

 

 




Avast logo

L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast.
www.avast.com