mn88473 (Astrometa?) problem

Anders Gustafsson · 2016-08-28T10:29:35+00:00

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...

Эдуард Мяги

No, patch not include in mainstream kernel.

Edvard.

Эдуард Мяги

Teddy Thomas wrote:
> 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.
>
This is a hardware problem. Not treated.

Marek Jungbauer

hi, i had the same problem and looked around the net and it looks like i have found a solution (https://forum.mythtv.org/viewtopic.php?t=1582). What you need to do is to simply rename frontends in /dev/dvb/adapterX

here are a few steps i made to make it work after restart.

1) set static adapter number to astrometa (in my case i choose adapter5)

create /etc/modprobe.d/astrometa.conf by

sudo nano /etc/modprobe.d/astrometa.conf

add to astrometa.conf

# Configuration file for Astrometa DVB-T2 USB receiver # Note firmware dvb-demod-mn88473-01.fw in /lib/firmware # force consistent adapter numbering options dvb-usb-rtl28xxu adapter_nr=5

and save file. Now everytime you reboot, your astrometa will be adapter5

2) create file with the commands (i called mine swop_astrometa_frontend.sh) , put it somewhere, make it executable

#!/bin/bash #swops frontend for Astrometa DVB-T/T2 usb dongle ID 15f4:0131 HanfTek # this is necessary due to device having single demux /etc/init.d/tvheadend stop && cd /dev/dvb/adapter5 && mv frontend0 frontend99 && mv frontend1 frontend0 && /etc/init.d/tvheadend start

3) put the following in /etc/rc.local immediately before the exit line at end of the file.


sudo /path_to_your_file/swop_astrometa_frontends.sh

*instead of path_to_your_file use your real path where swop_astrometa_frontends.sh is located
after this reboot the machine, after it reboots, check by doing

ls /dev/dvb/adapter5

and you should get

demux0 dvr0 frontend0 frontend99 net0

i hope it helps someone.)

Ben Rometsch

Yeah - can confirm this works for me! Crazy solution but thanks for posting. Hopefully a cleaner fix can come at some point?

joris van puyenbroeck

This works ! Thank you so much!

EDIT: it fixes frontend problem for TV Headend, not the 'out of range' problem, typo in name of .sh script.

I copied above solution to LibreElec (Raspberry 1) :

-----

STEP 1 on Libreelec :

1) set static adapter number to astrometa (i also choose adapter5)

create /etc/modprobe.d/astrometa.conf by

> nano /etc/modprobe.d/astrometa.conf

add to astrometa.conf

> #Configuration file for Astrometa DVB-T2 USB receiver
> #Note firmware dvb-demod-mn88473-01.fw in /lib/firmware
>
> #force consistent adapter numbering

> options dvb-usb-rtl28xxu adapter_nr=5

and i saved the file.

STEP 2

created the file /storage/swop_astrometa_frontend.sh ( /storage is writable on flash card, /etc/ is not in LE)

made it executable with

> $ chmod 755 swop_astrometa_frontend.sh

The content of the script will be slightly different in Libreelec , due to slightly different service commands

> $ nano swop_astrometa_frontend.sh

> #!/bin/bash
> #swops frontend for Astrometa DVB-T/T2 usb dongle ID 15f4:0131 HanfTek
> #this is necessary due to device having single demux
> systemctl stop service.tvheadend42 &&
> cd /dev/dvb/adapter5 && mv frontend0 frontend99 && mv frontend1 frontend0 &&

> systemctl start service.tvheadend42

STEP 3 is a bit different then above:

> $ nano /storage/.config/autostart.sh

> /storage/swop_astrometa_frontend.sh

REST is the same

after this reboot the machine, after it reboots, check by doing

> ls /dev/dvb/adapter5

and you should get

demux0 dvr0 frontend0 frontend99 net0

Anders Gustafsson

All I can say is that mine still seems to work with Tvheaded 4.2.4 on OpenSuSE. Tried playing two different programmes on two different muxed and it works, but none of my DVB-C muxes are above 500MHz.

Anders Gustafsson

Sadly, the upgrade from OpenSuSE 42.1 to 42.3 jinxed it. Same issue as before. If I power on, then run 'w_scan -fc -cFI', then start tvheadend then it works just fine.

psy psycmos

Thanks a lot MikeB2013 for your solution, and Joris van puyenbroeck to share edited commands to work on libreelec!!!!

Now i have DVB-C working!!! :D

Gyuri Vajda

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

> Add patch:

I see this is an old thread, but still actual for me.

Applying this patch makes it work on higher frequencies, but then won't work lower (ie. 128,5 MHz and 135,5 Mhz)

So I took there a condition.

psy psycmos

Somebody can help using this fix on
https://forums.unraid.net/topic/46194-plugin-linuxserverio-unraid-dvb/

Steph Wilde-Hobbs

A solution which doesn't involve moving the device nodes around is disabling the RTL2832 chip in the adapters list in tvheadend, and then restarting. Then the CXD2837ER demodulator shows back up, and everything works if you're only using that adapter.

Anders Gustafsson

Fleurpink Pink wrote:

> Please i need help, how do I install the patch?

You need to edit a sourcefile then rebuild tvheadend. In file
r820t.c remove the or comment out the red line and add the green.

Anders Gustafsson

The astrometawoes continues.... I bought another, seemingy identical, but it refuses to do DVB-C :(

I had to resign, but before that did I find this nice fix to w_scan where you can specify adapter and frontend.

https://patchwork.kernel.org/project/linux-media/patch/20090627151547.42070@gmx.net/

Anders Gustafsson

OK. Opened it up and yes, the new one has a Sony CXD2837ER slave demodulator and my machine has kernel 4.4.x. Support for that chip is seemingly in kernel 5.x.

https://github.com/torvalds/linux/commit/d695eb5b3b963230652db29eae341a9706c593f4

Time to upgrade the box, I guess.

Anders Gustafsson

And upgrade I did and for a while it did indeed show up as a "Sony" but lately, after a BIOS upgrade. I have TWO MN88473? Ie the one that IS and the other that really is a Sony?


[  690.073274] usb 2-2: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
[  690.073279] dvbdev: dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
[  690.073395] usb 2-2: DVB: registering adapter 0 frontend 1 (Sony CXD2837ER DVB-T/T2/C demodulator)...
[  690.073399] dvbdev: dvb_create_media_entity: media entity 'Sony CXD2837ER DVB-T/T2/C demodulator' registered.

So adapter 0, frontend 1 is the CXD2837ER, but in the tvh UI: Panasonic MN88473 : DVB-C #1

IS this just tvh playing tricks, because the adapter works? Or else I would not be able to tune into 2 muxes on DVC-C

The upgrade to openSUSE 15.2 did not go smooth at all. There is a problem with GRUB so I boot the machine from the 42.3 DVD and then run 15.2 from there :)

Anders Gustafsson

Ping! Any idea why TVHeadend shows a "Sony CXD2837ER DVB-T/T2/C demodulator" in the UI as "Panasonic MN88473 : DVB-C #1" ?

« Previous Page