I realise that I'm a bit late to the party (!), but is FAN3 still working, please?I just checked that the Fan3 channel is still working.
root@osmio4kplus:~# dvbsnoop -s pidscan
dvbsnoop V1.4.55 -- https://github.com/OpenVisionE2/dvbsnoop
---------------------------------------------------------
Transponder PID-Scan...
---------------------------------------------------------
PID found: 0 (0x0000) [SECTION: Program Association Table (PAT)]
PID found: 16 (0x0010) [SECTION: Network Information Table (NIT) - actual network]
PID found: 515 (0x0203) [SECTION: DSM-CC - private data section // DVB datagram]
PID found: 2097 (0x0831) [SECTION: User private]
PID found: 5632 (0x1600) [unknown]
root@osmio4kplus:~#
root@osmio4kplus:~# astra --analyze pipe://"dvbsnoop 515 -b"
Dec 08 16:57:17: INFO: Starting Astra SM 0.2
Dec 08 16:57:17: INFO: [pipe_input analyze] process started (pid = 11982)
Dec 08 16:57:18: INFO: Bitrate: 454 Kbit/s
Dec 08 16:57:19: INFO: Bitrate: 609 Kbit/s
Dec 08 16:57:20: INFO: Bitrate: 532 Kbit/s
Dec 08 16:57:21: INFO: Bitrate: 434 Kbit/s
Dec 08 16:57:22: INFO: Bitrate: 385 Kbit/s
root@osmio4kplus:~# dvbsnoop -n 1 -nph 0x0203
dvbsnoop V1.4.55 -- https://github.com/OpenVisionE2/dvbsnoop
------------------------------------------------------------
SECT-Packet: 00000001 PID: 515 (0x0203), Length: 49 (0x0031)
Time received: Thu 2022-12-08 17:04:19.397
------------------------------------------------------------
PID: 515 (0x0203)
Guess table from table id...
DSM-CC DATAGRAM-decoding....
Table_ID: 62 (0x3e) [= DSM-CC - private data section // DVB datagram]
section_syntax_indicator: 1 (0x01)
private_indicator: 0 (0x00)
reserved_1: 3 (0x03)
Section_length: 46 (0x002e)
MACaddrbyte/DevicdID 6: 84 (0x54)
MACaddrbyte/DeviceID 5: 44 (0x2c)
reserved_2: 3 (0x03)
payload_scrambling_control: 0 (0x00) [= unscrambled]
address_scrambling_control: 0 (0x00) [= unscrambled]
LLC_SNAP_flag: 0 (0x00)
current_next_indicator: 1 (0x01) [= valid now]
Section_number: 0 (0x00)
Last_Section_number: 0 (0x00)
MACaddrbyte/DeviceID 4: 3 (0x03)
MACaddrbyte/DeviceID 3: 172 (0xac)
MACaddrbyte/DeviceID 2: 8 (0x08)
MACaddrbyte/DeviceID 1: 0 (0x00) => MAC-Address/DeviceID: 00:08:ac:03:2c:54
IP_datagram_bytes:
Version: 4 (0x04)
IP header length: 5 (0x05)
Type of service: 0 (0x00)
Total length: 33 (0x0021)
Identification: 20936 (0x51c8)
Reserved: 0 (0x00)
DF: 0 (0x00)
MF: 0 (0x00)
Fragment offset: 0 (0x0000)
Time to live: 4 (0x04)
Protocol: 6 (0x06)
Header checksum: 48799 (0xbe9f)
Source address: ac172201 [= 172.23.34.1]
Destination address: ac032c54 [= 172.3.44.84]
Unknown Data (todo...)
0000: 2c 54 0b 00 0f 02 82 00 32 00 03 1f 04 ,T......2....
CRC: 1800901836 (0x6b5794cc)
==========================================================
may be some Pirates got hold of the HW ..But that doesn't mean their HW can't be used
hi...Griga wrote on the DVBViewer forum: "It looks like the PAT version number changes with each arriving PAT"
In this case, the transponders must be switched off Auto-restart PAT
Then it shows both tables and streams but it keeps showing new and new
thanks!Si22166D not scan transponder
hiSi22166D not scan transponder
hi... again...manual update lamedb
hi master....but it probably won't helpCode:0ce4abd6:3138:FF01 s 11222000:30000000:1:0:-300:2:0:1:0:3:2:0:0:1 / 0001:0ce4abd6:3138:ff01:1:0:0 SAT TEST 1 p:INGEST TELECOM,c:000066,c:010067,c:030065,c:160064,f:4