piHPSDR HL2

[brhl...@gmail.com]

I have piHPSDR 2.3 DL1YCF Version installed.

Receiption is ok, but by pressing Mox or Spacebar to transmit, HL2 switches to TX and and the software closes.Any idea?

[Mike Lewis]

A file called log will be found in your working directory.  That is a good place to start.  I always take a close look at the I/O line initialization near startup. If one of the I/O lines assigned, if any, is not right, then anything, or nothing, may happen 😊

 

• Mike

--
You received this message because you are subscribed to the Google Groups "Hermes-Lite" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hermes-lite...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hermes-lite/4596bd09-9f87-4e11-9c3c-2adc3f0614f4n%40googlegroups.com.

[brhl...@gmail.com]

thats in the logfile when aborted:

pihpsdr:.../.../.../.../src/cairo_arc.c:189:_cairo_arc_in_direction:Zusicherung

 abgle_max >=angle_min nicht erfüllt

["Christoph v. Wüllen"]

This means in English (for the others)
Assertion: angle_max < angle_min not given

I shall check this, this must have to do something
with the "analog meters".

To verify this, proceed as follows:

- start pihpsdr and exit it without going transmit

then in the props file (MAC-ADDRESS.props), you should find a file

analog_meter=1

change this to

analog_meter=0

and report whether the problem remains.

I shall make a test independent of that, but now I have to leave.

> To view this discussion on the web visit https://groups.google.com/d/msgid/hermes-lite/d4c40df6-d140-46ed-bc13-d980104e1e87n%40googlegroups.com.

["Christoph v. Wüllen"]

Unless M_PI is not defined as 3.1415... in your math.h,
I cannot see why this happens.

But I will make a test tomorrow (but I used the Hl2 much and
it did not occur for me even with analog meters).

> Am 07.11.2023 um 14:17 schrieb brhl...@gmail.com <brhl...@gmail.com>:
>

> To view this discussion on the web visit https://groups.google.com/d/msgid/hermes-lite/d4c40df6-d140-46ed-bc13-d980104e1e87n%40googlegroups.com.

[brhl...@gmail.com]

Hi Christoph,

thats the thing.I changed back to Meter digital and now tx is working.

Switching back to analog, shutdown occured. I have to use digital meter til this error is fixed.

Tnx for helpful advice.

["Christoph v. Wüllen"]

Still, there must be a problem somewhere, since the analog meter
is supposed to work.

The error message indicates that there might by a "stepping over the fence"
problem that corrupts local data, but I went through meter.c and did
not find where it might occur. The problem must be in meter.c since
this is the only place where analog vs. digital meter matters.

Just to be sure, can you send me (direct to dl1...@darc.de) a
screen-shot from the "About" menu, since this tells me exactly
which version you are using. I cannot reproduce the problem on my Pi4
with a HL2, as you can see from the screen shot:

[Ron Lewkowicz]

I can't reproduce this issue either. Last pull from git was this morning.  MOX button works with both meters. Spacebar essentially works except I get RF in my keyboard that causes the HL2 relay to chatter but I'm sure it would work with ferrite on keyboard cable.  I use wired PTT switch.

[brhl...@gmail.com]

I did a new install raspi ios and piHPSDR Ver 2.2 and now i can switch to analog meter without any problems.

Nevertheless i will fetch some sdcards tomorrow and put a backup from the old sdcard with Ver 2.3 installed and do some tests.

["Christoph v. Wüllen"]

My tip on this is: use bluethooth keyboard, this is nearly RFI immune.

> --
> You received this message because you are subscribed to the Google Groups "Hermes-Lite" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to hermes-lite...@googlegroups.com.

> To view this discussion on the web visit https://groups.google.com/d/msgid/hermes-lite/128c0a80-d38e-4f8d-a2dc-f523ff095593n%40googlegroups.com.

[Ron Lewkowicz]

I wonder if PIHPSDR is being installed with binary or compiled from source.  If binary might there be some possible incompatible issue between libs on installed system and libs on system the binary was compiled on?

[DL1YCF]

I *strongly* recommend compiling from the sources. I worked so hard on the manual
appendices and the semi-automatic installation procedure that I really cannot
see why compiling from sources should be more difficult than binary installation.

And shared library compatibility issues are only one part.

> To view this discussion on the web visit https://groups.google.com/d/msgid/hermes-lite/a71b6576-1d69-49f4-8e33-2b771c8f2b76n%40googlegroups.com.

[Franco Spinelli]

After latest update from GIT repository I have lost waterfall and panadapter, as in attached image.

What I am missing?

My is PC is running Ubuntu 22.04with  full update.

Regards

Franco Spinelli

IW2DHW

[Ron Lewkowicz]

It works fine here so not sure what might the issue for you.

[Franco Spinelli]

Solved with a fresh "git clone" of repository

Franco Spinelli

IW2DHW

[Ron Lewkowicz]

However on further review SWR is not reading correct.  It shows 1.0:1 everywhere.  As much as I'd love that I know it's not true.

[Sid Boyce]

I have been running the original G0ORX version and I thought I'd try
version. No idea which library is needed.
radio.c:(.text+0x1c67): undefined reference to `SetRXASSQLThreshold'
/usr/lib64/gcc/x86_64-suse-linux/13/../../../../x86_64-suse-linux/bin/ld:
radio.c:(.text+0x1c7f): undefined reference to `SetRXASSQLTauMute'
/usr/lib64/gcc/x86_64-suse-linux/13/../../../../x86_64-suse-linux/bin/ld:
radio.c:(.text+0x1c97): undefined reference to `SetRXASSQLTauUnMute'
/usr/lib64/gcc/x86_64-suse-linux/13/../../../../x86_64-suse-linux/bin/ld:
radio.c:(.text+0x1c40): undefined reference to `SetRXASSQLRun'
collect2: error: ld returned 1 exit status
make: *** [Makefile:614: pihpsdr] Error 1
slipstream:/c1/XXX/DL1YCF/pihpsdr #
73 ... Sid.

--
Sid Boyce ... Hamradio License G3VBV, Keen licensed Private Pilot
Retired IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist
Microsoft Windows Free Zone - Linux used for all Computing Tasks

[Ron Lewkowicz]

Yes, I got that error last time I tried to compile on my laptop. Haven't looked into it as yet. I don't get this error compiling on my desktop.   One difference may be the version of wdsp library.  I believe I switched the wdsp to this version on my desktop a while back but perhaps not on the laptop.  https://github.com/vu3rdd/wdsp.git

[Ron Lewkowicz]

Yes, it was the wdsp version.  Reinstall wdsp from this source https://github.com/dl1ycf/wdsp.git or the one mentioned in the previous email.  The one mentioned previously has a couple extra noise reduction modes, however they don't seem to work as well as the NR2 mode from what I've tried.

[Sid Boyce]

Thanks ...
#grep -r SetRXASSQLThreshold *
ssql.c:void SetRXASSQLThreshold(int channel, double threshold)
wdsp.h:extern void SetRXASSQLThreshold(int channel, double threshold);

73 ... Sid.

> https://groups.google.com/d/msgid/hermes-lite/a5c7e7e4-7abd-4ae2-97ce-1fe54cb77606n%40googlegroups.com
> <https://groups.google.com/d/msgid/hermes-lite/a5c7e7e4-7abd-4ae2-97ce-1fe54cb77606n%40googlegroups.com?utm_medium=email&utm_source=footer>.

[DL1YCF]

Background info:
This has nothing to do with the „extended noise reduction“.

It is the new „voice squelch“ introduced in WDSP version 1.21,
so that there are now three squelch processors, one for AM,
one for FM, and one for SSB.

In John’s repo WDSP is still version 1.18, and the AM squelch is
used for SSB as well.

[Ron Lewkowicz]

Sorry everyone, I was wrong about SWR not working. It just now requires higher output level. At least 300mW out or tune drive level set at about 10. I tune at 100mW so it was just to low to kick in with the new code.

[DL1YCF]

I can change this. I increased the threshold for SWR calculation

to 0.25 Watt. The reason is, that readings of forward/backward

power become inaccurate at very low levels, and this then might

lead to a very inaccurate SWR value leading to TX shut-down when

„SWR protection“ is enabled. This led me to suppress SWR calculation

if forward power is below 0.25 Watt.

--
You received this message because you are subscribed to the Google Groups "Hermes-Lite" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hermes-lite...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/hermes-lite/4adc5d72-8c30-4dc5-95c7-0444a4de68f8n%40googlegroups.com.

[Ron Lewkowicz]

Well the answer to this and many of life's other problems is to turn the amp up to 10 (11 for you Spinal Tap aficionados). Not a problem. 

Perhaps this.....  ?

diff --git a/src/tx_menu.c b/src/tx_menu.c
index 2aa36dd..9148b33 100644
--- a/src/tx_menu.c
+++ b/src/tx_menu.c
@@ -403,7 +403,7 @@ void tx_menu(GtkWidget *parent) {
   gtk_widget_show(label);
   gtk_grid_attach(GTK_GRID(grid), label, col, row, 1, 1);
   col++;
-  GtkWidget *tune_drive = gtk_spin_button_new_with_range(1.0, 100.0, 1.0);
+  GtkWidget *tune_drive = gtk_spin_button_new_with_range(10.0, 100.0, 1.0);
   gtk_spin_button_set_value(GTK_SPIN_BUTTON(tune_drive), (double)transmitter->tune_drive);
   gtk_grid_attach(GTK_GRID(grid), tune_drive, col, row, 1, 1);
   g_signal_connect(tune_drive, "value-changed", G_CALLBACK(tune_drive_cb), NULL);

[Ron Lewkowicz]

Christoph was kind enough to reply to this privately but of course the answer is that pihpsdr runs more than HL2 radios and this suggestion would  adversely effect the setting for all the other radios. Something I completely failed to consider.