try to delete the file "ALL.TXT" and you will see the differences.
But i have no idea about the different decoding levels and the performance of WSJTX also on different days ....normaly the same signals on the transponder must reach the same SNR level if you have enough ground noise of the transponder.
Maybe there are some other influences in the signal path of the propagation and maybe also in the satellite hardware?
BTW: an very interesting test ....
73 for now
The problem is known and lies in the operation of the program. In the directory C:\users\user\AppData\Local\WSJT-X\ there is an file: "ALL.TXT".
This file contains all the calls and messages previously received.
The first time the program decodes a signal it must necessarily receive the whole message correctly. Let's say the signal is at -20 dB. Subsequently, the program is able to receive a lower signal from the same station since the part of the message that possibly did not receive well reconstructs it thanks to the local archive contained, in fact, in the file: "ALL.TXT"
200324_115645 10489.540 Rx FT8 -20 0.9 1401 CQ PY4ZBZ GH70
Subsequently PY4ZBZ reduces its signal by 3 dB but the program correctly receives only the blue part of the message.
200324_115645 10489.540 Rx FT8 -24 0.9 1401 CQ PY4ZBZ GH70
Here the program goes fishing in the archive and tries to reconstruct the missing part of the message. The same was used 30 years ago with QSOs via EME. You knew in advance who was on the other side and it was enough to receive only a few characters to consider the QSO valid.
Delete the file "ALL.TXT" and you will see the -24, -23 etc disappear
Here in JN61FQ with 100 cm dish, octagon twin LNB, MER = 11.1 dB, +2dB compared to before.
PY1SAN -20 in JN61FQ
Of course. For this reason we discuss to understand if the problem is ours or is of a different nature.
In recent days I confirm a variation of 1 dB compared to the past but at this moment everything has returned to normal.
100 cm off-set dish
There are still small variations but little stuff.
... the information provided was accurate at the time it was written.
Now things have changed and Serge sends to Italy through his website.
Received the RX QO-100 RX Converter today.
I was talking about the coaxial cable between FT818 and transverter. Double check the cable or adapters if there are any. Difficult to damage the internal attenuator with only (maximum) six watts. So it is very likely that the problem is the coaxial cable or any adapters.
a trivial question:
there is a cable between your FT818 and the transverter.
Is the cable ok?
Or, you've probably sent too much power to the input (432 MHz) of the transverter damaging the internal attenuator.
One of the two hypotheses is the right one.
To be clear, this "new transponder" is on ASTRA at 28,8°E and not from Eshail2.
If your antenna is not optimal pointing to 25,5E or has a wide beam (small dish), it may have some influence..
I have an SDR and unmodified PLL-LNB, fortunately not a glimpse of the stripes you are seeing.
In fact, any transponder on Eshail2 could never cause interference in Northern Europe since ALL Eshail transponders transmit on a mena beam. I receive with 100 cm Dish, unmodified Octagon Twin LNB OL 9750, RTL-SDR V3
No interference before or after switching on this phantom transponder.
On the frequency of 11976 V (Badr 4 @ 26 ° E) I receive this transponder without any interference on NB QO-100.
The problem was also discussed on Twitter. I think that the new transponder is not the cause of these interferences but the proximity of an LTE BTS in your vicinity. Note that not everyone has these interferences and this should be a clear indication. Some LNBs already have an LTE filter, others obviously don't have this filter. With a LTE filter of a few euros placed between the output of the LNB and the SDR dongle solves the problem.
I use an Octagon Twin OTLSO without any interference problem
No filters added, no problems.
they are two different aspects. Some commercial satellite TV receivers leave the LNB always powered because even in standby mode they receive from the provider a new channel list, a new firmware etc. In any case, not for reasons of stability. A few kHz drift does not affect the reception of TV channels.
For our use, leaving the LNB always powered is aimed at system stability. Yes, in our case it is certainly useful to leave the LNB always powered.
It appears that a SSTV store and forward system is active on the ISS. I wrote something on Twitter but I didn't get an answer.
A few days ago I left a system to automatically receive SSTV signals from the ISS.
During the Inter-MAI-75 activity the signal was modulated with low index and the image quality was poor.
With the second event dedicated to W5LFL, the transmissions are good again with excellent images received.
Here the surprise; together with the images of the event I also received images that were not related to the commemoration. In doing an Internet search, I discovered this supposed Store and forward system. Has anyone received strange images like this from the ISS?
I would like to add some links to those reported by Peter, DB2OS.
DSLWP Radio Info and Successful Configurations (At the bottom of the page)
Stations that have received and sent GMSK to the server
SSDV Chinese Album page with complete information of each image received.
These are my last blocks received yesterday before the impact of DSLWP-B on the moon. A block of JT4G and a GMSK frame. For a number of reasons it was the most complicated day with DSLWP-B. Problems with the preamplifier, problems with the mobile Internet connection, problems with the new SDR dongle. Everything seemed to be going wrong but still happy to have received the satellite before the end. It was a beautiful adventure that I could only follow from the holiday home by the sea. In the city we have so many of those signals, so many of those interconnected repeaters, all over the UHF spectrum. A sewer of RF.