Malachite SDR TS-480 not working #645
Comments
mdblack98
added
enhancement
critical
mdblack98
added
the
needs test
mdblack98
removed
the
needs test
|
Malachite firmware has a bug when changing across HF/VHF/UHF/GHz where it doesn't change frequency and you have to select a different frequency and then your target to get it to change. I'm not inclined to fix a firmware bug like this in hamlib. |
|
Hi, I volunteer to test this wonderful fix.
How to test? |
|
Since it doesn't appear there are any Ubuntu packages > 4.0 you would have to compile yourself.
Remove your current hamlib package
You can download 4.2 from here:
https://github.com/Hamlib/Hamlib/releases/download/4.2/hamlib-4.2.tar.gz
tar xzf hamlib-4.2.tar.gzcd hamlib-4.2./bootstrap./configure --prefix=/usrmake install
Mike W9MDB
On Thursday, July 1, 2021, 02:51:20 PM CDT, Timo ***@***.***> wrote:
Hi, I volunteer to test this wonderful fix.
I have the following equipment
- Malachite with version 1.10c Firmware
- Ubuntu 21.04 with libhamlib-utils 4.0 installed with APT.
How to test?
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
|
Hello, Did the following
73, Timo |
|
You've got an old library sitting around.
What does "ldd rigctl" show for the path to libhamlib.so?
Mike
On Friday, July 2, 2021, 03:31:02 AM CDT, Timo ***@***.***> wrote:
Hello,
1st test report:
Did the following
- wget https://github.com/Hamlib/Hamlib/releases/download/4.2/hamlib-4.2.tar.gz: OK
- sudo apt purge libhamlib-utils: OK
- tar xzf hamlib-4.2.tar.gz: OK
- cd hamlib-4.2/: OK
- ./bootstrap: No such file
- ./configure --prefix=/usr: OK
- make: OK
- sudo make install: OK
- rigctl -l: rigctl: symbol lookup error: rigctl: undefined symbol: debugmsgsave
73, Timo
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
sudo ldd rigctl: ldd: ./rigctl: No such file or directory Timo |
|
Well you apparently aren't in the right place for rigctl
which rigctl/usr/bin/rigctl
ldd /usr/bin/rigctl
Mike W9MDB
On Friday, July 2, 2021, 03:23:27 PM CDT, Timo ***@***.***> wrote:
What does "ldd rigctl" show for the path to libhamlib.so?
sudo ldd rigctl: ldd: ./rigctl: No such file or directory
sudo ldd libhamlib.so: ldd: ./libhamlib.so: No such file or directory
Timo
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
which rigctl: ldd /usr/bin/rigctl 73 |
|
I'll bet you also have a libhamlib in /usr/libThat is where it is usually installed when building.
You need to remove your system hamlib package.
Or rename /lib/x86_64-linux-gnu/libhamlib.so.4
Mike W9MDB
On Monday, July 5, 2021, 01:32:53 PM CDT, Timo ***@***.***> wrote:
Well you apparently aren't in the right place for rigctl
which rigctl:
/usr/bin/rigctl
ldd /usr/bin/rigctl
linux-vdso.so.1 (0x00007ffc3512f000)
libhamlib.so.4 => /lib/x86_64-linux-gnu/libhamlib.so.4 (0x00007f1b9af26000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f1b9af04000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f1b9ad18000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f1b9ad11000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f1b9abc3000)
libusb-1.0.so.0 => /lib/x86_64-linux-gnu/libusb-1.0.so.0 (0x00007f1b9aba6000)
/lib64/ld-linux-x86-64.so.2 (0x00007f1b9b8d2000)
libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00007f1b9ab7b000)
73
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
$ ./configure --prefix=/usr: OK Is there a way I can see what version of Hamlib I am using? Tests
flrig
73, Timo |
|
rigctl --version
Should show the shared library version.
Do this and send me the log.txt
rigctl -m 2028 -r /dev/ttyACM1 -s 19200 -vvvvvv F 14074123
Mike W9MDB
On Tuesday, July 6, 2021, 02:48:20 AM CDT, Timo ***@***.***> wrote:
I'll bet you also have a libhamlib in /usr/lib
Yes, that is right.
You need to remove your system hamlib package.
Removing it removes also all my ham software, so not an option at this stage. Tried it and had to reinstall.
Or rename /lib/x86_64-linux-gnu/libhamlib.so.4
$ sudo mv /usr/lib/x86_64-linux-gnu/libhamlib.so.4 /usr/lib/x86_64-linux-gnu/libhamlib.so.4.old
$ ./configure --prefix=/usr: OK
$ make: OK
$ sudo make install: OK
$ rigctl -l now lists available rigs OK
Is there a way I can see what version of Hamlib I am using?
Tests
$ grig -m 2028 -r /dev/ttyACM1 -s 19200 -d 3
- Shows frequency of the Malahit SDR, but can not change anything on the SDR
flrig
- Selected TS480SAT
- Same functionality as with grig
73, Timo
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
$ rigctl --version
$ rigctl -m 2028 -r /dev/ttyACM1 -s 19200 -vvvvvv F 14074123 rig_check_rig_caps: p1=0x7f6307a79a80, p2=0x7f6307a7fdf8, rig_model=0x7f6307a79a80, macro_name=0x7f6307a7fdf8 73, Timo OH2LVZ |
|
Here is another listing using /dev/ttyACM0 rig_check_rig_caps: p1=0x7f8682a6da80, p2=0x7f8682a73df8, rig_model=0x7f8682a6da80, macro_name=0x7f8682a73df8 |
|
@mdblack98 any use of these reports? |
|
The master repo has model# 2049 now for the Malahit DSP.
Please give it a try.
Seems to be working but you can't set mode on the thing..just read mode. I've left the set_mode enabled as perhaps they'll fix that one day.
Mike W9MDB
On Wednesday, July 14, 2021, 02:05:31 PM CDT, Timo ***@***.***> wrote:
@mdblack98 any use of these reports?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
|
I did the following $ sudo apt purge libhamlib-utils
|
|
That indicates you have a old version of hamlib installed.
Remove any hamlib package you have.
You can also install over the top of any installed package
./configure --prefix=/usr
Mike W9MDB
On Saturday, July 17, 2021, 03:07:35 AM CDT, Timo ***@***.***> wrote:
I did the following
$ sudo apt purge libhamlib-utils
$ gh repo clone Hamlib/Hamlib
$ cd Hamlib
$ ./bootstrap
$ ./configure
$ make check
Testsuite summary for Hamlib 4.3~git
TOTAL: 7
PASS: 7
SKIP: 0
XFAIL: 0
FAIL: 0
XPASS: 0
ERROR: 0
$ make
$ sudo make install
$ rigctl
rigctl: symbol lookup error: rigctl: undefined symbol: cookie_use
73, Timo OH2LVZ
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
|
Hi flrig works with TS-480SAT. Malachite can not be found. grig -m 2049 -r /dev/ttyACM0 -s 19200 -d wsjtx 2.4
|
|
Hamlib has the Malachite -- try using that and ensure it works.
I'm able to set all the FM broadcast frequencies with that.
Mike W9MDB
On Tuesday, July 20, 2021, 05:56:10 AM CDT, Timo ***@***.***> wrote:
Hi
did
$ make clean
$ ./configure --prefix=/usr
$ make
$ sudo make install
Now rigctl starts without errors
flrig works with TS-480SAT. Malachite can not be found.
Frequency freely until you choose a frequency in the FM BC band. There frequency can not be set
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
Malachite SDR uses TS-480 emulation but does not work with set_freq in hamlib.
Seems SDR does not like having the ID command sent immediately after a set command (at least FA/FB)
FA0000185000;ID;
So we'll add new parm NO_ID that can be set true that will not send the ID; with every set command
Along with that a new Malachite SDR model will be added
The text was updated successfully, but these errors were encountered: