mn88473 (Astrometa?) problem

Anders Gustafsson

So, I had it working, and suddenly after a restart it no longer works. The Stick is detected as DVB-T only. TVH is 4.0.7 and nothing else has changed. I have two DVB-C sticks ro recording works, but I like to have multiple tuners.

Found several posts with similar issues, fir example https://tvheadend.org/d/3111-dvb-c-adapter-recognized-as-dvb-t

Someone suggested running w_scan prior, which I did:

w_scan version 20141122 (compiled for DVB API 5.10) using settings for FINLAND DVB cable DVB-C FI scan type CABLE, channellist 8 output format vdr-2.0 WARNING: could not guess your codepage. Falling back to 'UTF-8' output charset 'UTF-8', use -C <charset> to override Info: using DVB adapter auto detection. /dev/dvb/adapter0/frontend0 -> "Realtek RTL2832 (DVB-T)" doesnt support CABLE -> SEARCH NEXT ONE. /dev/dvb/adapter0/frontend1 -> CABLE "Panasonic MN88473": very good :-)) Using CABLE frontend (adapter /dev/dvb/adapter0/frontend1) -_-_-_-_ Getting frontend capabilities-_-_-_-_ Using DVB API 5.10 frontend 'Panasonic MN88473' supports INVERSION_AUTO QAM_AUTO FEC_AUTO FREQ (42.00MHz ... 1002.00MHz) SRATE (1.000MSym/s ... 7.200MSym/s) -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ 146000: sr6900 (time: 00:02.424) signal ok: QAM_AUTO f = 146000 kHz S6900C999 (0:0:0)

No change though. Ie I disabled the tvheadend service so it would not start upon boot. Power down, power up (even pulled the sick briefly just to be sure), w-scan, then start tvheadend. It appears to loaf the firmware, but then refuses to open the adapter?

Aug 28 11:24:03 tvburk tvheadend[4201]: dvr: Creating new configuration '' Aug 28 11:24:03 tvburk tvheadend[4201]: linuxdvb: unable to open /dev/dvb/adapter0/frontend1 Aug 28 11:22:20 tvburk tvheadend[4201]: linuxdvb: adapter added /dev/dvb/adapter0 Aug 28 11:22:20 tvburk kernel: usb 4-1.1: DVB: adapter 0 frontend 0 frequency 0 out of range (174000000..862000000) Aug 28 11:22:19 tvburk kernel: usb 4-1.5: DVB: adapter 1 frontend 0 frequency 0 out of range (174000000..862000000) Aug 28 11:22:19 tvburk tvheadend[4201]: linuxdvb: adapter added /dev/dvb/adapter1 Aug 28 11:22:11 tvburk tvheadend[4201]: linuxdvb: adapter added /dev/dvb/adapter2 Aug 28 11:22:11 tvburk kernel: usb 4-1.6: DVB: adapter 2 frontend 0 frequency 0 out of range (174000000..862000000) Aug 28 11:22:04 tvburk kernel: usb 2-2: DVB: adapter 3 frontend 0 frequency 0 out of range (55000000..862000000) Aug 28 11:22:04 tvburk kernel: si2157 14-0060: firmware version: 3.0.5 Aug 28 11:22:04 tvburk tvheadend[4201]: linuxdvb: adapter added /dev/dvb/adapter3 Aug 28 11:22:04 tvburk kernel: si2157 14-0060: found a 'Silicon Labs Si2157-A30' Aug 28 11:22:04 tvburk kernel: si2168 13-0064: firmware version: 4.0.11 Aug 28 11:22:03 tvburk kernel: si2168 13-0064: downloading firmware from file 'dvb-demod-si2168-b40-01.fw' Aug 28 11:22:03 tvburk kernel: si2168 13-0064: found a 'Silicon Labs Si2168-B40' Aug 28 11:22:02 tvburk tvheadend[4201]: scanfile: ATSC - loaded 2 regions with 14 networks Aug 28 11:22:02 tvburk tvheadend[4201]: scanfile: DVB-C - loaded 16 regions with 51 networks Aug 28 11:22:02 tvburk tvheadend[4201]: scanfile: DVB-S - loaded 1 regions with 92 networks Aug 28 11:22:02 tvburk tvheadend[4201]: scanfile: DVB-T - loaded 43 regions with 729 networks Aug 28 11:22:02 tvburk tvheadend[4201]: config: loaded Aug 28 11:22:02 tvburk tvheadend[4201]: main: Log started Aug 28 11:22:02 tvburk systemd[1]: Cannot add dependency job for unit logrotate.timer, ignoring: Unit logrotate.timer failed to l Aug 28 11:21:34 tvburk kernel: rtl2832 6-0010: i2c reg read failed -32 Aug 28 11:15:01 tvburk CRON[3313]: pam_unix(crond:session): session closed for user root Aug 28 11:15:01 tvburk cron[3313]: pam_unix(crond:session): session opened for user root by (uid=0) Aug 28 11:06:32 tvburk kernel: mn88473 6-0018: firmware parity check succeeded=0x20 Aug 28 11:06:31 tvburk kernel: mn88473 6-0018: downloading firmware from file 'dvb-demod-mn88473-01.fw'

I am stuck here :( Any ideas?

Anders Gustafsson

OK. Talking to myself here...

If I reboot and start tvheadend, I get an error downloading firmware:

Aug 28 11:37:20 tvburk tvheadend[2097]: linuxdvb: adapter 3 has multiple tuners 2 for type DVB-T, only one can be use Aug 28 11:37:20 tvburk kernel: usb 4-1.1: DVB: adapter 3 frontend 1 frequency 0 out of range (42000000..1002000000) Aug 28 11:37:19 tvburk kernel: mn88473 13-0018: firmware download failed=-32 Aug 28 11:37:19 tvburk kernel: mn88473 13-0018: downloading firmware from file 'dvb-demod-mn88473-01.fw'

If I power on, then run 'w_scan -fc -cFI', then start tvheadend, I see:

Aug 28 12:10:07 tvburk kernel: rtl2832 6-0010: i2c reg read failed -32 Aug 28 11:55:07 tvburk kernel: mn88473 6-0018: firmware already running Aug 28 11:55:06 tvburk kernel: mn88473 6-0018: firmware parity check succeeded=0x20 Aug 28 11:55:06 tvburk kernel: mn88473 6-0018: downloading firmware from file 'dvb-demod-mn88473-01.fw'

And the adapter shows up:

mpmc

I have the older version of this stick using the mn88472 driver and have exactly the same issue using DVB-T. It looks like the stick locks up or something.

Anders Gustafsson

OK. I guess there is some consolation in the fact that I am not alone...

Both adapters work now:

ug 28 15:11:10 tvburk tvheadend[4552]: http: 192.168.1.4: using ticket F40D7572A1DADFECC00EB13949AF85848A1A01C0 for /stream/channel/4411270327a9c6646c48096869b552aa Aug 28 15:11:10 tvburk tvheadend[4552]: mpegts: 138MHz in MCA - tuning on Silicon Labs Si2168 : DVB-C #0 Aug 28 15:11:10 tvburk tvheadend[4552]: subscription: 004A: "HTTP" subscribing on channel "Nelonen MP4", weight: 100, adapter: "Silicon Labs Si2168 : DVB-C #0", network: "MCA", mux: "138MHz", provider: "MCA", service: "Nelonen MP4", profile="pass", hostname="192.168.1.4", client="VLC/2.2.1 LibVLC/2.2.1" Aug 28 15:11:29 tvburk tvheadend[4552]: http: 192.168.1.4: HTTP/1.1 GET /1_0_1_130_B_1_FFFF0000_0_0_0.png -- 1 Aug 28 15:11:32 tvburk tvheadend[4552]: http: 192.168.1.4: using ticket 968BD59242AC76F6D977BB44BC49880D110B9DAF for /stream/channel/85a80c57c1990828c6b5f71202f4f271 Aug 28 15:11:32 tvburk tvheadend[4552]: mpegts: 162MHz in MCA - tuning on Panasonic MN88473 : DVB-C #1 Aug 28 15:11:32 tvburk tvheadend[4552]: subscription: 004B: "HTTP" subscribing on channel "TV3", weight: 100, adapter: "Panasonic MN88473 : DVB-C #1", network: "MCA", mux: "162MHz", provider: "MCA", service: "TV3", profile="pass", hostname="192.168.1.4", client="VLC/2.2.1 LibVLC/2.2.1" Aug 28 15:11:34 tvburk tvheadend[4552]: TS: MCA/162MHz/TV3 Transport error indicator (total 1) Aug 28 15:11:34 tvburk tvheadend[4552]: TS: MCA/162MHz/TV3: TELETEXT @ #948 Continuity counter error (total 1) Aug 28 15:11:34 tvburk tvheadend[4552]: TS: MCA/162MHz/TV3: MPEG2VIDEO @ #772 Continuity counter error (total 1)

even if I see this:



Aug 28 14:21:23 tvburk tvheadend[4552]: mpegts: 130MHz in MCA - tuning on Panasonic MN88473 : DVB-C #1
Aug 28 14:21:23 tvburk tvheadend[4552]: linuxdvb: Panasonic MN88473 : DVB-C #1 - failed to tune [e=Invalid argument]
Aug 28 14:21:23 tvburk tvheadend[4552]: mpegts: 202MHz in MCA - tuning on Panasonic MN88473 : DVB-C #1
Aug 28 14:21:23 tvburk tvheadend[4552]: subscription: 0018: "epggrab" subscribing to mux "202MHz", weight: 4, adapter: "Panasonic MN88473 : DVB-C #1", network: "MCA", service: "Raw PID Subscription"

Anders Gustafsson

FWIW, this is the driver I am using:

" tvburk:~ # modinfo mn88473 filename: /lib/modules/4.1.15-8-default/kernel/drivers/staging/media/mn88473/mn88473.ko firmware: dvb-demod-mn88473-01.fw license: GPL description: Panasonic MN88473 DVB-T/T2/C demodulator driver author: Antti Palosaari <crope@iki.fi> srcversion: 38C33AEBA4CF9046C1EFAF4 alias: i2c:mn88473 depends: regmap-i2c staging: Y intree: Y vermagic: 4.1.15-8-default SMP preempt mod_unload modversions signer: openSUSE Secure Boot Signkey sig_key: 03:32:FA:9C:BF:0D:88:BF:21:92:4B:0D:E8:2A:09:A5:4D:5D:EF:C8 sig_hashalgo: sha256

I also see this patch: https://patchwork.kernel.org/patch/9094681/

Christian Brunner

I did some debuging and found out, that newer kernel drivers are looking for a specific chip_id (0x03), whereas my device reports 0x08. The behavior changed in this commit:

https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/media/dvb-frontends/mn88473.c?id=7908fad99a6cc08a41c666d425df42809b34dce2

You could try this patch:


--- mn88473.c.orig     	2016-09-17 23:02:36.207362191 +0200
+++ mn88473.c  	2016-09-17 23:03:10.420786897 +0200
@@ -492,7 +492,7 @@

       	dev_dbg(&client->dev, "chip id=%02x\n", uitmp);

-      	if (uitmp != 0x03) {
+      	if (uitmp != 0x03 && uitmp != 0x08) {
       		ret = -ENODEV;
       		goto err_regmap_0_regmap_exit;
       	}

Fabian Bissig

I have the same problem.

Also allowing chip ID 0x08 results in the stick reappearing in Tvheadend indeed.

However, I'm not able to tune in frequencies above roughly 500 MHz in DVB-C mode very well. The video becomes more and more choppy then. I'm running Tvheadend on Raspbian (Linux kernel 4.4) on a Raspberry Pi 2. By the way, this issue doesn't occur under Windows.

Can you confirm the same or is it working for you now?

Anders Gustafsson

Problem is that I have no DVB-C channels above 500MHz that I watch (or can watch). All channnels here are 130MHz to 250MHz

Still have not tried updating driver. I am running Open SUSe 42.1 FWIW

Эдуард Мяги

>> I'm not able to tune in frequencies above roughly 500 MHz in DVB-C mode very >> well.

Add patch:

Louis C

Hi,

I had a similar issue in the past (only getting DVB-T) but was related with user/group permissions. I've forced Tvheadend to start with "hts" user and "video" group and got back the tuner.

If I'm allowed I take the opportunity to also make a question.
I'm unable to tune 3 freq/muxes between 215 to 270 Mhz they fail to scan, all other freq/muxes are ok, inclusive some within the range.
Not sure if it will solve but I want to try the patch above on r820t.ko.
I was able to compile r820t.ko, first just this module alone after applying the patch, replace it on Kernel using same rigths, it load ok but when open channels they don't open.
I've changed the approach and compile the whole V4L modules and the them copied just the r820t.ko and replace it on the kernel, it load ok, but then is unable to open channels, similar behavior as above.
Can you give me some lights on the compilation/installation, most likely I'm doing something wrong...

Thanks!

Эдуард Мяги

Patch helps for DVB-C. When scanning ranges above 500 MHz.

Eduard.

Louis C

Hi Eduard,
Thanks for the feedback.
Any addiotional sugestion on this would be much appreciated.
Regards.

Mart Kolthof

Эдуард Мяги wrote:
> Hi
> Patch helps for DVB-C. When scanning ranges above 500 MHz.
>

> Eduard.

Hi Eduard,

Thank you very much. This patch really solved my continuity and transport issues with high frequencies using DVB-C. Hope it finds it way into the main kernel repository.

Kind regards,
Mart

Anthony Thomas

Эдуард Мяги wrote:
> >> I'm not able to tune in frequencies above roughly 500 MHz in DVB-C mode very >> well.
>

> Add patch:

Only just discovered this patch, it has solved all my high frequency issues with the Astrometa device, thank you!

Tobias M.

Please help me how do I install the patch?

German: Bitte helft mir wie installiere ich den patch?

Эдуард Мяги

114/5000

This patch requires a Linux kernel recompilation. Or at least kernel modules. In which Linux assembly do you work.

Ed68.

Ben Rometsch

I've experienced the exact same issue with Raspbian on a Pi2. HD was working perfectly but now refuses to receive any signal whatsoever. I guess we need to wait for things to get patched downstream?

Tony Hammond

HD was working for the Astrometa on Raspbian?

Wow - Shocked. I have a Astrometa stick (mn88473 version not mn88472) working for DVB-T2 (HD) - Simply could not get this USB working for HD on OSMC or OpenELEC... just wasted a lot of time.

I only ever got this working for HD on a resized Offical Ubuntu 16.04 Desktop image [for the Raspberry Pi 2]. Think I may have copied the firmware to /lib/firmware? W-Scan worked fine. Tvheadend got the HD channels on a scan, and all 3 adaptors (DVB-T, DVB-T2, DVB-C) showup in Tvheadend (not just the Realtek adaptor which means only DVB-T works). But it is slow and unfortunately, although the latest Tvheadend works just great, KODI doesn't and I can't get it to launch from the lubuntu desktop I installed.
So unfortunately not suitable for a TV centre.
Will look into Raspbian for my stick... thanks.

Teddy Thomas

Imay have found a solution to this problem, which I faced wanting to use the MN88473 for DVB-T2. I experienced what looks like the same situation: everything worked, and after a restart (or more precisely a full power down and unplug from electrical power), I would only see the DVB-T adapter.

The w_scan would properly detect the MN88473 adapter though.

It came to my mind that maybe tvheadend started using the tuner and locked it before the firmware could be loaded.
I disabled:
- Over-the-air EPG
- Initial scan

- Idle scan

After doing so, I could not reproduce the problem making me think that the problem is solved. [I have another tuner that should take care of the Over-the-air EPG scan]

I am thinking that only disabling "Initial scan" may be the fix, but I didn't try this yet.

Just sharing hoping it helps somebody else.
[And still hoping it really fixes the problem]

Dave Haakenhout

Hi all,

Is this patch already in mainstream kernel ?

Thnx in advance.

Dave