xerbo / leanhrpt-demod Goto Github PK

I have a recording sampled at 10MSPS with HRPT and GAC being transmitted at the same time.

How would I be able to split the two into separate WAV files for demodulation? I assume GNURadio is my friend here, but whenever I try it it spits out garbage. I tried to high pass filter the GAC and low pass the HRPT, but for whatever reason, it does not work.

Any ideas as to how to demod it?

Thank you very much for your time! :)

Describe the feature you would like
A checkmark/entry field to allow the user to record a WAV backup as the pass is live-demodulating. Would be super helpful if the user accidentally deletes the demodulated file, as well as processing in another application. Instead of just recording a wav in SDR++, it would be helpful to see the constellation.

Describe the bug
When I try to demodulate a IQ file (.WAV, from a nooelec 2.56MSPS recording) using the MetOp HRPT Downlink option, it outputs a 0 byte .vcdu file, that is of course not decodeable. This happened on two occasions, when NOAA decoding works well with the exact same setup. Also, when I open the files with Notepad++ they seem completely empty, and when I try to use LeanHRPT Decode on them, it shows immediately "Fingerprinting Failed".

Expected behavior
Probably I expect the .vcdu files to be in the order of tens of MBs.

Platform
I am working on windows 10 Pro 10.0.19045, on a i3-6006U, 8GB ram / 1TB ssd laptop. The recordings are made with SDR#

Version
I am using LeanHRPT version 0.1.3

** Screenshots **

Hello!

I wanna run LearnHRPT-Demod with a .wav file from a NOAA18 (HRPT) but when I push the start bottom, LearnHRPT-Demod closes and don't produce any output file (.bin).

Can you help me please? I am using the lastest version in Windows. I can provide you with the .wav file that I use if necessary, but it's heavy, around 5 GB.

Thank you so much.

Describe the bug
A description of what the bug is
Sdrplay RSP2pro seems working good, but when select ant. b , bias tee not working. When I select bias tee there's no flag selected.
Can you solve it?

Platform

• Windows11 tried on 2 pc's

Version
Put the version of LeanHRPT you're running here (and compiler and environment information if building from source)
Version 0.12 latest

My compliments to your fantastic job on this software. I hope to decode soon as possible HRPT Signals
Max - IZ5RZR

Describe the bug
Hi,
When I try to run the executable from the last release(v0.1.3) on a fresh Windows 10 installation, and I get some error messages that says a .dll is missing, several times. The mentioned .dlls are: MSVCP140.dll, VCOMP140.dll, VCRUNTIME140.dll, VC_RUNTIME140_1.dll. I also tried it with the v0.1.2 release, it is the same.

To Reproduce
Download the .zip file from releases, unzip it, and run the "LeanHRPT-Demod" executable file.

Expected behavior
I expected the .exe file to open the Demod window when double clicked.

Platform

• Windows 10 Pro, build 19045

Version
v0.1.3, v0.1.2

This is not really a bug, but the following dependencies are missing from the README file:

• libsndfile1-dev
• libsoapysdr-dev

Including them might help somebody in compiling from source without having to search the web first. :)

Hello,
when I try to decode MetOp (live and offline), I get a circle in the constellation diagram and not the 4 dots typical for QPSK.
NOAA and METEOR BPSK demodulates fine with 3MSPS, QPSK does not (neither 3MSPS nor 6MSPS). It sporadically goes to 4 dots for 1 or 2 seconds, but then quickly returns to the circle.

I recorded MetOp @ 6MSPS with an AirSpy mini using Windows 10. The SNR is 9-14dB.
In case its useful, I uploaded a .wav baseband here.
I used the newest release of LeanHRPT-Demod. Any Ideas on what could be wrong?
Thanks!

Describe the bug
When you set the file to process in satdump, it completely is unable to decode it and outputs some weird lines. When I run the file through LeanHRPT Decode it processes perfectly with almost 4000 clear lines. Why is this happening?

To Reproduce
Go to satdump, then run any HRPT file from NOAA or Meteor.

Expected behavior
Decode correctly.

Platform

• Windows

Version
Latest

Satdump output:

LeanHRPT output:

Thanks!

Describe the feature you would like
Some sort of API in order to start automated demods. Or even better a remote controller of the application.

(1) When running make I get this error:

paul@Latitude-E6540:~/repos/LeanHRPT-Demod/build$ make
[  4%] Automatic MOC and UIC for target LeanHRPT-Demod
[  4%] Built target LeanHRPT-Demod_autogen
Scanning dependencies of target LeanHRPT-Demod
[  9%] Building CXX object CMakeFiles/LeanHRPT-Demod.dir/src/mainwindow.cpp.o
/home/paul/repos/LeanHRPT-Demod/src/mainwindow.cpp: In member function ‘void MainWindow::on_startButton_clicked()’:
/home/paul/repos/LeanHRPT-Demod/src/mainwindow.cpp:254:31: error: ‘screen’ was not declared in this scope; did you mean ‘QScreen’?
  254 |         double refresh_rate = screen()->refreshRate();
      |                               ^~~~~~
      |                               QScreen
make[2]: *** [CMakeFiles/LeanHRPT-Demod.dir/build.make:258: CMakeFiles/LeanHRPT-Demod.dir/src/mainwindow.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:77: CMakeFiles/LeanHRPT-Demod.dir/all] Error 2
make: *** [Makefile:152: all] Error 2

I have temporarily fixed the problem by hard coding the refreshRate():

 //double refresh_rate = screen()->refreshRate();
 double refresh_rate = 50.0;

And then I was able to build and run.

(2)However when I run the app, I am getting these lines:

paul@Latitude-E6540:/usr/local/bin$ ./LeanHRPT-Demod 
QMetaObject::connectSlotsByName: No matching signal for on_source_textActivated(QString)
QMetaObject::connectSlotsByName: No matching signal for on_antenna_textActivated(QString)
QMetaObject::connectSlotsByName: No matching signal for on_device_textActivated(QString)

and when selecting SDR as source, the "Device" is empty:

although the sdr exists:

paul@Latitude-E6540:/usr/local/bin$ SoapySDRUtil --find="driver=hackrf"
######################################################
##     Soapy SDR -- the SDR abstraction library     ##
######################################################

Found device 0
  device = HackRF One
  driver = hackrf
  label = HackRF One #0 406464c823511b4b
  part_id = a000cb3c005f4f55
  serial = 0000000000000000406464c823511b55
  version = git-ef5b907


paul@Latitude-E6540:/usr/local/bin$ 

If I ran your compiled image, it works well and the sdr is being detected correctly.

Any idea what could be the problem for 1 and 2? Thanks.

SDR++ records corrupted files once they get over the file limit (because of WAV file limits). Read these files like satdump does.

Describe the feature you would like
Is it possible to demodulate and decode GAC? Is it LHCP or RHCP, too?

Thanks!

I followed your instructions (I believe) for building under Linux on a Raspberry Pi running Ubuntu 23.

I checked out v0.1.3 of LeanHRPT.

On running "make", got the following sequence of messages:

[ 25%] Building CXX object CMakeFiles/LeanHRPT-Demod.dir/src/digital/diff.cpp.o
c++: error: unrecognized command-line option ?-msse4.1?
c++: error: unrecognized command-line option ?-msse4.1?
make[2]: *** [CMakeFiles/LeanHRPT-Demod.dir/build.make:76: CMakeFiles/LeanHRPT-Demod.dir/LeanHRPT-Demod_autogen/mocs_compilation.cpp.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [CMakeFiles/LeanHRPT-Demod.dir/build.make:90: CMakeFiles/LeanHRPT-Demod.dir/src/digital/deframer.cpp.o] Error 1
c++: error: unrecognized command-line option ?-msse4.1?
make[2]: *** [CMakeFiles/LeanHRPT-Demod.dir/build.make:104: CMakeFiles/LeanHRPT-Demod.dir/src/digital/derand.cpp.o] Error 1
c++: error: unrecognized command-line option ?-msse4.1?
make[2]: *** [CMakeFiles/LeanHRPT-Demod.dir/build.make:118: CMakeFiles/LeanHRPT-Demod.dir/src/digital/diff.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:84: CMakeFiles/LeanHRPT-Demod.dir/all] Error 2
make: *** [Makefile:91: all] Error 2

Describe the bug
When I use LeanHRPT demod in both win 10 and 11 windows, the bias tee does not activate. That is, the Bias tee flag cannot be activated, it remains unselectable.
I have tried both with original RTL V.3, both with sdrplay rsp2pro and original hackrf one.
The only way to activate the bias tee and only on RTL V3 is to first run the command from cmd bias tee on (the driver found on the network).
Is there a way to solve the problem? Otherwise, no sdr can be used.
With similar tests done with satdump, however, the bias tee works.
Thank you
IZ5RZR - Max
Platform

• Windows 10 and 11

Version
Latest version

Describe the bug
Bias tee does not turn on on Windows 10, RTL-SDR V3

To Reproduce
Open LeanHRPT-Demod, plug in an RTL-SDR, attempt to turn on the bias tee.

Expected behavior
Bias tee will turn on.

Platform

• Windows

Version
All versions have this bug. I got the latest (Fix Pluto(?) and better Bias Tee support
Build #77: Commit 9fd4093 pushed by Xerbo) and it still has it.