DiSEqC port does not change

[PeterVB]

I've installed NextPVR on Debian Linux (Trixie).
I've also installed the NSShared.ddl (April 2, 2026).
I am using a four port DiSEqC connected to three LNBs (port four is not used).

Port 1: 19.2 Astra 1
Port 2: 28.2 Astra 2
Port 3: 23.5 Astra 3
Port 4: -

When I start Scanning, it seems to be working fine. 
When checking the DiSEqC, I can see that it is using Port 1.
NextPVR finds over 600 channels, which is okay for Astra 1.

Then the channelcounter (Channels found ...) starts over. First the count disappears, then it comes back with a low count.
I suppose NextPVR now wants to scan the transponders on Port 2 (Astra 2) of the DiSEqC, however the port on the DiSEqC has not changed!
The LED on port 1 is still emitting light, so DiSEqC has not switched to Port 2.

After over 30 minutes it is still scanning 12168000 kHz and number of channels is stable at 44. Seems like NextPVR is stalled.

With same hardware, Linux and same dvb-driver and Tuner, I have tested this exact same setup with MythTV and TVheadEnd.
Both work fine controlling the the DiSEqC.
I could just use MythTV or TVheadEnd but I prefer to use NextPVR.

Seems like NextPVR does not send the command to switch the DiSEqC port.

Is this a known issue? Is there a solution for this issue ?

Regards.

[mvallevand]

I just replied to your deleted post but could you please send the zipped logs from the main setting screen. Also what does find /dev/dvb look like.

Nice look there on 3 satellites from your place. I am currently working on bouquet support for Astra 28.2 and your configuration is not one I had considered.

Martin

[PeterVB]

Hi Martin,

thanks for you reply.

I indeed deleted the post as there was something wrong with the attachments and update post did not give me the result I wanted.

I was just reading the logs myself.
Seems line NextPVR is looping at the end, multiple times it repeats below until I cancel the scan.

2026-04-24 15:25:47.378 [DEBUG][37] Got request [192.168.178.161]: /services/service (setting.scan.status)
2026-04-24 15:25:47.378 [DEBUG][37] parameters:
2026-04-24 15:25:47.378 [DEBUG][37]   method: setting.scan.status
2026-04-24 15:25:47.378 [DEBUG][37]   format: json
2026-04-24 15:25:47.378 [DEBUG][37]   sid: 359104a5-aeb5-4f68-bf25-5eb2cf75f4cb
2026-04-24 15:25:47.378 [DEBUG][37]   client_ip: 192.168.178.161
2026-04-24 15:25:47.378 [DEBUG][37]   client_local: true
2026-04-24 15:25:47.378 [DEBUG][37]   user_agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:150.0) Gecko/20100101 Firefox/150.0
2026-04-24 15:25:47.378 [DEBUG][37]   host_callback: ...
2026-04-24 15:25:47.378 [DEBUG][37] setting.scan.status
2026-04-24 15:25:47.379 [DEBUG][37] {"stat":"ok",
"complete":false,
"status":">>> Scanning 12168000 (44 channels found)",
"channels": [
]

# find /dev/dvb
/dev/dvb
/dev/dvb/adapter0
/dev/dvb/adapter0/frontend1
/dev/dvb/adapter0/frontend0
/dev/dvb/adapter0/net0
/dev/dvb/adapter0/dvr0
/dev/dvb/adapter0/demux0

I have attached the zip file.

[mvallevand]

The loop is normal until you exit the screen. I think I see what might be going on Could you confirm that it works ok with dvbv5-scan

dvbv5-scan -a 0 -f 1 -S 0 -l UNIVERSAL /usr/share/dvbv5/dvb-s/Astra-28.2E
dvbv5-scan -a 0 -f 1 -S 1 -l UNIVERSAL /usr/share/dvbv5/dvb-s/Astra-19.2E
dvbv5-scan -a 0 -f 1 -S 2 -l UNIVERSAL /usr/share/dvbv5/dvb-s/Astra-23.5E

Since you are doing a long scan git the most recent scan files git https://git.linuxtv.org/dtv-scan-tables.git/tree/dvb-s You might need to make a big one for 19.2

Martin

[PeterVB]

Hi Martin,

ran the dvbv5-scans.
You swapped port 1 and 2 in your commands.
port 1 = Astra-19.2E
port 2 = Astra-28.2E
port 3 = Astra-23.5E

Yes, I can confirm that the LED at port 2 and 3 emitted light when respectively scanning Astra-28.2E and Astra-23.5E,
which you can also see in the results of dvbv5-scan (different channels are shown).

Astra-23.5E did not yet give channel names as a result. I know that the last transponders only give a result. Same at my TV/Satellite receiver.

Attached the zip file with the results.

[mvallevand]

OK I just wanted you to confirm this I think I see a way forward, I will discuss with sub.

Martin

[PeterVB]

Great!

Please keep me updated on any progress regarding this issue

Have a nice day!

Peter