Jump to content


Photo

New tuner Si2166D- Mut@nt 51HD


  • Please log in to reply
239 replies to this topic

Re: New tuner Si2166D- Mut@nt 51HD #41 Huevos

  • PLi® Contributor
  • 4,644 posts

+161
Excellent

Posted 14 January 2018 - 00:50

Pity about the motorised dish bug.



Re: New tuner Si2166D- Mut@nt 51HD #42 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 14 January 2018 - 01:09

What motorised dish bug? Is there a bug in HD51? Or the tuner itself?

Thanks for clarifying because I was about to buy a HD51 and your clarification could save me some money.


ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W


Re: New tuner Si2166D- Mut@nt 51HD #43 Huevos

  • PLi® Contributor
  • 4,644 posts

+161
Excellent

Posted 14 January 2018 - 03:51

Fails to obtain tuner lock after moving the dish. Needs a zap to sort it out. Or wait for some timeout to elapse.

 

Bug appeared May 2017. Reported July 2017.


Edited by Huevos, 14 January 2018 - 03:51.


Re: New tuner Si2166D- Mut@nt 51HD #44 cristo4

  • Member
  • 5 posts

0
Neutral

Posted 14 January 2018 - 08:20

On my Mutant 51 i didn't notice this behaviour. After setup the motorised dish and establish the rotor positions via 'positioner setup' , not usals, everything goes fine, it locks signal on the first zap.



Re: New tuner Si2166D- Mut@nt 51HD #45 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 14 January 2018 - 09:44

cristo4, what do you mean? Did you set your satellite positions separately for each satellite?

If USALS does not work correctly, then I will not buy this receiver.


ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W


Re: New tuner Si2166D- Mut@nt 51HD #46 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 14 January 2018 - 10:07

Fails to obtain tuner lock after moving the dish. Needs a zap to sort it out. Or wait for some timeout to elapse.

 

Bug appeared May 2017. Reported July 2017.

 

Hi Huevos,

Does the box poll for lock during its journey?

[eDVBFrontend] rotor locked step 0 failed (not locked)
[eDVBFrontend] set sequence pos -3
[eDVBFrontend] sleep 250ms
[eDVBFrontend] rotor locked step 0 failed (not locked)
[eDVBFrontend] set sequence pos -3
[eDVBFrontend] sleep 250ms
[eDVBFrontend] rotor locked step 0 failed (not locked)
[eDVBFrontend] set sequence pos -3
[eDVBFrontend] sleep 250ms
[eDVBFrontend] rotor locked step 0 failed (not locked)
[eDVBFrontend] set sequence pos -3
[eDVBFrontend] sleep 250ms
[eDVBFrontend] locked step 0 ok
[eDVBFrontend] set sequence pos -3
[eDVBFrontend] sleep 250ms

ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W


Re: New tuner Si2166D- Mut@nt 51HD #47 cristo4

  • Member
  • 5 posts

0
Neutral

Posted 14 January 2018 - 12:42

Usals works correct, but fine tuning for each sat position in my case is needed because the rotor mount is not perfect.



Re: New tuner Si2166D- Mut@nt 51HD #48 MCelliotG

  • Senior Member
  • 443 posts

+35
Good

Posted 14 January 2018 - 13:13

I received a message from some good fellow that wanted to sell me a combo multistream HD51 for half the prize. I accepted and now it's on its way. Let's see what it can offer! :)


Edited by MCelliotG, 14 January 2018 - 13:14.


Re: New tuner Si2166D- Mut@nt 51HD #49 cristo4

  • Member
  • 5 posts

0
Neutral

Posted 14 January 2018 - 13:27

If it has the s2x MIS tuner, you'll be satisfied!



Re: New tuner Si2166D- Mut@nt 51HD #50 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 14 January 2018 - 13:54

Usals works correct, but fine tuning for each sat position in my case is needed because the rotor mount is not perfect.

So you can't confirm the lock issue Huevos is talking about?


ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W


Re: New tuner Si2166D- Mut@nt 51HD #51 Huevos

  • PLi® Contributor
  • 4,644 posts

+161
Excellent

Posted 14 January 2018 - 14:40

Just look on the various forums. It is widely confirmed. Here is a quote from another forum: "anyway, move sat and it sits there on the channel doing naff all for about 40 seconds or more before it decides to display the channel, SD, unencrypted.....awful".


Edited by Huevos, 14 January 2018 - 14:42.


Re: New tuner Si2166D- Mut@nt 51HD #52 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 14 January 2018 - 15:31

So does it finally open the channel without the need to zap?


ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W


Re: New tuner Si2166D- Mut@nt 51HD #53 Huevos

  • PLi® Contributor
  • 4,644 posts

+161
Excellent

Posted 14 January 2018 - 16:03

Yes it does lock eventually. Here is another quote: "when I move from a channel on one sat to a channel on another, I fail to get tuning lock immediately after the dish ceases moving to the new position. If I switch channel on the new sat I get immediate lock. If I don't switch channel then the lock occurs after about 60-70 seconds".



Re: New tuner Si2166D- Mut@nt 51HD #54 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 14 January 2018 - 16:16

It is very disappointing.

I was just wondering if every HD51 has this issue as cristo4 does not seem to be aware of it at all. 

Perhaps it only affects some configurations or some tuners? 

Nowadays few people have motorised systems so there are not many people who can test. 


ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W


Re: New tuner Si2166D- Mut@nt 51HD #55 twol

  • Senior Member
  • 448 posts

+15
Neutral

Posted 14 January 2018 - 16:59

Now just maybe, we are comparing Apple & Oranges here ?

e.g Cristo4 is perhaps using the s2x tuner?? (and doesn't see the issue with his motorised setup) and the other reports are using the s2 tuner?

Just a thought!


Gigablue Quad 4K & UE 4K, Vu+Uno4KSE, DM900
.........FBC Tuners:
------------------> GT-SAT unicable lnb to 1.5M dish(28.2E)
------------------> Gigablue unicable lnb to 80 cm dish(19.2E)

Octagon sf8008, AX HD61, Edision Osmio 4K+, Zgemma H9Combo using Legacy ports on multiswitches
Zgemma H9twin & Zgemma H9 C/S mode into Giga4K
 


Re: New tuner Si2166D- Mut@nt 51HD #56 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 14 January 2018 - 18:13

Yes, it is good to know which type of tuner we are talking about. Good point.


ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W


Re: New tuner Si2166D- Mut@nt 51HD #57 MCelliotG

  • Senior Member
  • 443 posts

+35
Good

Posted 14 January 2018 - 19:40

If it has the s2x MIS tuner, you'll be satisfied!

Yes that's what I read, the lock problem affects the s2 tuner, not the s2x. I'll report once I get the stb. I got the MIS one.

Στάλθηκε από το LG-D855 μου χρησιμοποιώντας Tapatalk

Re: New tuner Si2166D- Mut@nt 51HD #58 cristo4

  • Member
  • 5 posts

0
Neutral

Posted 14 January 2018 - 21:53

I have 2 s2x tuners - 1 with motor and 1 with diseq switch, and i can't confirm the issues other people are reporting.



Re: New tuner Si2166D- Mut@nt 51HD #59 fat-tony

  • Member
  • 2 posts

0
Neutral

Posted 16 January 2018 - 14:52

I am one of the users / testers on Vix who @Huevos refers to as having the issue. I have the S2 tuner. The issue is exactly as @Robinson posted in #47 above. It has been going on since about December 2016. If I restore an image prior to that date the problem does not happen. It occurs on Vix and ATV. I "work around" the delay by zapping to another transponder after the motor has moved from one sat to another.



Re: New tuner Si2166D- Mut@nt 51HD #60 Robinson

  • Senior Member
  • 2,621 posts

+30
Good

Posted 25 January 2018 - 23:14

Fails to obtain tuner lock after moving the dish. Needs a zap to sort it out. Or wait for some timeout to elapse.

 

Bug appeared May 2017. Reported July 2017.

 

I can now confirm the bug is there even with DVB-S2X tuner!

I wonder how it is possible that it does not affect everybody with a motorised dish.

 

Several other questions and observations:

1) What is CONTEXT button on the remote used for?

2) Isn't MOVIE folder created now? Are recordings now saved to /hdd folder by default?

3) When I do "ps" in telnet I get a very suspicious process:

1453 root         0 SW   [ddddddddddddddd]

What is it?

 

Here is the complete "ps" output:

root@hd51:~# ps
  PID USER       VSZ STAT COMMAND
    1 root      1580 S    init [3]
    2 root         0 SW   [kthreadd]
    3 root         0 SW   [kworker/0:0]
    4 root         0 SW<  [kworker/0:0H]
    5 root         0 SW   [kworker/u4:0]
    6 root         0 SW   [ksoftirqd/0]
    7 root         0 SW   [rcu_sched]
    8 root         0 SW   [rcu_bh]
    9 root         0 SW   [migration/0]
   10 root         0 SW<  [lru-add-drain]
   11 root         0 SW   [watchdog/0]
   12 root         0 SW   [cpuhp/0]
   13 root         0 SW   [cpuhp/1]
   14 root         0 SW   [watchdog/1]
   15 root         0 SW   [migration/1]
   16 root         0 SW   [ksoftirqd/1]
   17 root         0 SW   [kworker/1:0]
   18 root         0 SW<  [kworker/1:0H]
   19 root         0 SW   [kdevtmpfs]
   20 root         0 SW   [kworker/u4:1]
  343 root         0 SW   [oom_reaper]
  344 root         0 SW<  [writeback]
  346 root         0 SW   [kcompactd0]
  347 root         0 SW<  [crypto]
  348 root         0 SW   [kworker/1:1]
  349 root         0 SW<  [bioset]
  351 root         0 SW<  [kblockd]
  354 root         0 SW<  [ata_sff]
  471 root         0 SW<  [rpciod]
  472 root         0 SW<  [xprtiod]
  486 root         0 SW   [kswapd0]
  487 root         0 SW<  [vmstat]
  488 root         0 SW<  [bioset]
  489 root         0 SW<  [nfsiod]
  490 root         0 SW<  [cifsiod]
 1060 root         0 SW<  [bioset]
 1061 root         0 SW<  [bioset]
 1062 root         0 SW<  [bioset]
 1063 root         0 SW<  [bioset]
 1064 root         0 SW<  [bioset]
 1065 root         0 SW<  [bioset]
 1066 root         0 SW<  [bioset]
 1067 root         0 SW<  [bioset]
 1068 root         0 SW<  [bioset]
 1069 root         0 SW<  [bioset]
 1070 root         0 SW<  [bioset]
 1071 root         0 SW<  [bioset]
 1072 root         0 SW<  [bioset]
 1073 root         0 SW<  [bioset]
 1074 root         0 SW<  [bioset]
 1075 root         0 SW<  [bioset]
 1109 root         0 SW<  [bioset]
 1112 root         0 SW<  [bioset]
 1115 root         0 SW<  [bioset]
 1118 root         0 SW<  [bioset]
 1121 root         0 SW<  [bioset]
 1124 root         0 SW<  [bioset]
 1127 root         0 SW<  [bioset]
 1130 root         0 SW<  [bioset]
 1145 root         0 SW   [scsi_eh_0]
 1146 root         0 SW<  [scsi_tmf_0]
 1149 root         0 SW   [scsi_eh_1]
 1150 root         0 SW<  [scsi_tmf_1]
 1153 root         0 SW   [kworker/u4:2]
 1154 root         0 SW   [kworker/u4:3]
 1200 root         0 SW<  [bioset]
 1201 root         0 SW   [kworker/1:2]
 1211 root         0 SW   [kworker/u4:4]
 1216 root         0 SW   [kworker/0:1]
 1240 root         0 SW   [irq/46-mmc0]
 1262 root         0 SW<  [bioset]
 1263 root         0 SW   [mmcqd/0]
 1264 root         0 SW<  [bioset]
 1265 root         0 SW   [mmcqd/0boot0]
 1266 root         0 SW<  [bioset]
 1267 root         0 SW   [mmcqd/0boot1]
 1268 root         0 SW<  [bioset]
 1269 root         0 SW   [mmcqd/0rpmb]
 1287 root         0 SW<  [kworker/0:1H]
 1288 root         0 SW   [jbd2/mmcblk0p3-]
 1289 root         0 SW<  [ext4-rsv-conver]
 1393 root         0 SW<  [kworker/1:1H]
 1394 root         0 SW   [jbd2/sda1-8]
 1395 root         0 SW<  [ext4-rsv-conver]
 1453 root         0 SW   [ddddddddddddddd]
 1454 root         0 SW   [nxsched]
 1455 root         0 SW   [nxsched]
 1456 root         0 SW   [nxsched]
 1457 root         0 SW   [nxsched]
 1458 root         0 SW   [nxsched]
 1459 root         0 SW   [nxsched]
 1460 root         0 SW   [nxsched]
 1461 root         0 SW   [nxsched]
 1476 root         0 SW<  [pp_work]
 1479 root         0 SW<  [rp_work]
 1546 root         0 SW<  [reboot_work]
 1548 root         0 SW<  [ci_work]
 1552 root         0 SW   [sci0]
 1555 root         0 SW   [cec-hdmi_cec]
 1724 root      2360 S    udhcpc -b -H hd51 -p /var/run/udhcpc.eth0.pid -i eth0
 1735 messageb  2736 S    /usr/bin/dbus-daemon --system
 1741 root         0 SW<  [ipv6_addrconf]
 1742 root      2184 S    /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22
 1746 rpc       2060 S    /usr/sbin/rpcbind
 1751 rpcuser   2660 S    /usr/sbin/rpc.statd
 1761 root      2716 S    /usr/sbin/inetd
 1764 root     28424 S    /usr/sbin/smbd
 1766 root     26972 S    {smbd-notifyd} /usr/sbin/smbd
 1767 root     26964 S    {cleanupd} /usr/sbin/smbd
 1769 root     18736 S    /usr/sbin/nmbd
 1773 root      2360 S    /sbin/syslogd -n -O /var/log/messages
 1776 root      2360 S    /sbin/klogd -n
 1783 avahi     3280 S    avahi-daemon: running [hd51.local]
 1784 avahi     3280 S    avahi-daemon: chroot helper
 1792 root      2360 S    {enigma2.sh} /bin/sh /usr/bin/enigma2.sh
 1797 root     89272 S    /usr/bin/enigma2
 1805 root         0 SW   [kworker/0:2]
 1811 root         0 SW   [kdvb-ad-0-fe-0]
 1829 root      2596 R    telnetd
 1830 root      3408 S    /bin/login
 1831 root      2592 S    -sh
 1855 root      2592 R    ps
root@hd51:~#

ET9000, OpenPLi 4.0, 13E, 19E

HD51, OpenPLi 6.2, 75E - 30W



2 user(s) are reading this topic

0 members, 2 guests, 0 anonymous users