PDA

View Full Version : [MB Premium Twin+ Plus] Only two out of three DVB T2 tuners work



keith1200rs
26-04-19, 09:19
5.2.030 is OK. 5.2.034 and 5.2.039 show the problem. When recording with two of the tuners, selecting to view or record a channel which would need the third tuner says "tune failed". I noticed that while 5.2.030 shows the tuners as DVB T2, the later versions 5.2.034 and 5.2.039 show the tuners as DVB-C/T2. Maybe the drivers have changed?

Andy_Hazza
26-04-19, 11:12
If you look in Menu > Info > About it will tell you the date of the drivers attached to that image.


Sent from my iPhone using Tapatalk

keith1200rs
26-04-19, 13:57
The drivers on the 5.2.030 (which works) are dated 2017-06-14. I don't know what the driver dates on the 5.2.034/5.2.039 are because I am obviously running the working version at the moment.

ccs
26-04-19, 14:05
Could this be a clue?

https://www.world-of-satellite.com/showthread.php?60078-OpenViX-5-2-released!&p=484113&viewfull=1#post484113

keith1200rs
26-04-19, 14:14
Don't know. Does that apply to 5.2.034? It seems to follow the reference to 5.2.035. Also, what do the tuner settings need to be set to? As far as I recall the tuners were identified as DVB-C/T2 which as far as I know is what I have. Is there another setting related to the tuner that needs changing?

ccs
26-04-19, 14:19
I had to change mine, there are now 2 options as far as I can remember, one for DVB-C and the other for DVB-T/T2.

Mine are all DVB-C/T/T2 tuners.

keith1200rs
26-04-19, 14:44
I will have to install it again and see what options there are. My tuners are DVB-C/T2 according to the original order. I thought that was what it came up with when I checked, but I cannot be sure. Certainly the other option didn't seem appropriate (DVD-C, I think, but again, I cannot be sure).

ccs
26-04-19, 14:53
This is what I've got setup, T and T2 references are a bit random. (5.2.039)

keith1200rs
26-04-19, 14:58
Well, I have re-flashed 5.2.039 again and checked the tuner configuration. It seems to come up with DVB-C/T2 for the tuner type and DVB-T2 for the mode selected, which I assume is correct. The only other choices are DVB-C or disabled. Back to 5.2.030!

ccs
26-04-19, 15:01
…. maybe a debug log will help?

abu baniaz
26-04-19, 15:29
These are multi-type tuners. Apparently you can combine signal and they will work as required. You can now individually configure the modes.

keith1200rs
26-04-19, 17:05
…. maybe a debug log will help?

Unfortunately debug logs weren't enabled. I have enabled them now but I am back to 5.2.030 for now.

keith1200rs
02-05-19, 22:07
Well, I have the problem again, and yet I am still running 5.2.030 which I previously decided was the older, working version. I have debug logs enabled so I don't know if helps - reference 1556830782.8. I can attach a copy here if that number doesn't help. The puzzling thing is that it seems to be happening at the same time exactly one week later. The Miraclebox will be trying to record the same two channels as last week. The symptoms are that whatever channel I select it says "tune failed" and I get a blank screen. The two recordings it was making are also blank. The only solution seems to be to remove the power, and it then works fine on all channels, including the two it was trying to record. Any suggestions would be gratefully received.

Thanks.

Keith

keith1200rs
02-05-19, 22:34
There seems to be an extra log with the same time (and a couple of others with an earlier date). They are labelled as debug logs rather than crash logs. I have attached the latest, and also a couple of others dated 28.4.19 - presumably from when I enabled logging.

birdman
03-05-19, 00:45
They are labelled as debug logs rather than crash logs.There is no crash, so there won't be any crash logs.

keith1200rs
03-05-19, 05:35
Are the debug logs any use in diagnosing the problem? There in one crash log but the crash was later - while viewing the debug logs! That log was emailed using the reference number I gave.

keith1200rs
03-05-19, 09:18
There are references to "tune failed" in the debug logs but it means nothing to me.


<358972.987> [eDVBFrontend1] startTuneTimeout 5000
<358972.987> [eDVBFrontend1] setVoltage 0
<358972.987> [eDVBFrontend1] setFrontend 1
<358972.987> [eDVBFrontend1] setting frontend
<358972.987> [eDVBFrontend1] fe event: status 0, inversion off, m_tuning 1
<358975.039> [eDVBFrontend1] fe event: status 20, inversion off, m_tuning 2
<358975.039> [eDVBFrontend1] FE_TIMEDOUT! ..abort
<358975.039> [eDVBChannel] OURSTATE: failed, retune
<358975.039> [eDVBFrontend1] tune
<358975.040> [eDVBChannel] OURSTATE: tuning
<358975.040> [eDVBServicePMTHandler] tune failed.
<358975.040> [eDVBServiceRecord] RECORD service event 1
<358975.040> [eDVBServiceRecord] record failed to tune
<358975.040> [eDVBServicePMTHandler] ignore sdt update data.... incorrect transponder tuned!!!
<358975.040> [eDVBServicePMTHandler] incorrect namespace. expected: eeee0000 current: ffffffff
<358975.040> [eDVBServicePMTHandler] incorrect transport_stream_id. expected: 2019 current: ffffffff
<358975.040> [eDVBServicePMTHandler] incorrect original_network_id. expected: 233a current: ffffffff

abu baniaz
03-05-19, 10:59
Frontend 0 = Tuner A
Frontend 1 = Tuner B
Frontend 2 = Tuner C

Your larger log shows the tuning failed on Frontend 1, Tuner B. Check cabling and connections. Disable Tuner A and Tuner C. That should give you a constant tuner error if something is wrong with tuner B.

If Tuner B consistently fails, you can then label the tuner cards, and test them one by one in different tuner slots.

keith1200rs
03-05-19, 12:26
Thanks for the reply.

I have disabled A & C and B works fine. The cabling looks fine (and is daisy chained, so C should also fail if the cabling to B is faulty). I wonder if it is an intermittent fault with the tuner. Last week when this happened I suspected tuner B but the next day I did more tests and couldn't pin it down to tuner B - it seemed to be when I tried to record using 3 tuners. It could be a bad motherboard connection to that tuner, I guess. I will open up the box and have a look.

ccs
03-05-19, 12:40
If you go to timers, highlight a completed timer, and press info, it will tell you which tuner was used.

keith1200rs
03-05-19, 13:57
If you go to timers, highlight a completed timer, and press info, it will tell you which tuner was used.

Thanks, I will bear that in mind for later. I have already cleared the completed timer list so cannot look at it now.

birdman
03-05-19, 14:38
The cabling looks fine (and is daisy chained, so C should also fail if the cabling to B is faulty). Possibly not the case? It could be that the pass-through works, but that the tuning circuit in B is faulty (but I don't know the intricacies of the hardware set-up in the tuners).

keith1200rs
03-05-19, 14:53
Possibly not the case? It could be that the pass-through works, but that the tuning circuit in B is faulty (but I don't know the intricacies of the hardware set-up in the tuners).

Yes, I am suspicious of the tuner and might order another one to swap out. However, I have swapped the suspect tuner B into slot C and while using signal finder to check each of the tuners I seemed to get into a state where the tuning continually failed, resulting in this in the log, which seems to relate to tuner A!


< 889.047> [eDVBFrontend0] fe event: status 20, inversion off, m_tuning 2
< 889.047> [eDVBFrontend0] FE_TIMEDOUT! ..abort
< 889.047> [eDVBChannel] OURSTATE: failed, retune
< 889.047> [eDVBFrontend0] tune
< 889.047> [eDVBChannel] OURSTATE: tuning
< 889.047> [eDVBServicePMTHandler] tune failed.
< 889.047> [eDVBServicePlay] DVB service failed to tune - error 1
< 889.048> [eDVBServicePMTHandler] ignore sdt update data.... incorrect transponder tuned!!!
< 889.048> [eDVBServicePMTHandler] incorrect namespace. expected: eeee0000 current: ffffffff
< 889.048> [eDVBServicePMTHandler] incorrect transport_stream_id. expected: 4089 current: ffffffff
< 889.048> [eDVBServicePMTHandler] incorrect original_network_id. expected: 233a current: ffffffff
< 889.048> [eDVBFrontend0] startTuneTimeout 5000
< 889.048> [eDVBFrontend0] setVoltage 0
< 889.049> [eDVBFrontend0] setFrontend 1
< 889.049> [eDVBFrontend0] setting frontend
< 889.049> [eDVBFrontend0] fe event: status 0, inversion off, m_tuning 1

It seemed to reboot the GUI when it recovered. I was getting strange results where if was getting no signal from channel 53 so switched to CH52 and back to CH53 when the signal magically re-appeared. I did wait for it to have time to tune each time and even did a scan on 53 which resulted in no channels found.

I am still puzzled as to whether this is a hardware or software problem. Unfortunately I cannot yet come up with a sequence/combination which will make it reproducible.

keith1200rs
08-05-19, 16:30
Well, I am still struggling to isolate this problem. I moved the suspect tuner around and sometimes it fails (often on all three tuners rather than just one) but not all the time. I also had one strange episode where I set up three timers on three different transponders and it recorded all three but only one was watchable. The other two recordings were a scrambled mess and finished early - after around 17 minutes instead of 1 hour.

So, I have bought another tuner to swap out but am still getting the same problem - "tuner failed". I am running out of ideas to try to isolate the problem - any suggestions gratefully received.


< 72029.015> [eDVBFrontend0] startTuneTimeout 5000
< 72029.015> [eDVBFrontend0] setVoltage 0
< 72029.016> [eDVBFrontend0] setFrontend 1
< 72029.016> [eDVBFrontend0] setting frontend
< 72029.016> [eDVBFrontend0] fe event: status 0, inversion off, m_tuning 1
< 72032.216> [eDVBFrontend0] fe event: status 20, inversion off, m_tuning 2
< 72032.216> [eDVBFrontend0] FE_TIMEDOUT! ..abort
< 72032.216> [eDVBChannel] OURSTATE: failed, retune
< 72032.216> [eDVBFrontend0] tune
< 72032.216> [eDVBChannel] OURSTATE: tuning
< 72032.216> [eDVBServicePMTHandler] tune failed.
< 72032.216> [eDVBServicePlay] DVB service failed to tune - error 1
< 72032.217> [eDVBServicePMTHandler] ignore sdt update data.... incorrect transponder tuned!!!
< 72032.217> [eDVBServicePMTHandler] incorrect namespace. expected: eeee0000 current: ffffffff
< 72032.217> [eDVBServicePMTHandler] incorrect transport_stream_id. expected: 4089 current: ffffffff
< 72032.217> [eDVBServicePMTHandler] incorrect original_network_id. expected: 233a current: ffffffff
< 72032.217> [eDVBFrontend0] startTuneTimeout 5000
< 72032.217> [eDVBFrontend0] setVoltage 0
< 72032.218> [eDVBFrontend0] setFrontend 1
< 72032.218> [eDVBFrontend0] setting frontend
< 72032.218> [eDVBFrontend0] fe event: status 0, inversion off, m_tuning 1
< 72034.219> [eDVBFrontend0] fe event: status 20, inversion off, m_tuning 2
< 72034.219> [eDVBFrontend0] FE_TIMEDOUT! ..abort
< 72034.219> [eDVBChannel] OURSTATE: failed, retune
< 72034.219> [eDVBFrontend0] tune
< 72034.219> [eDVBChannel] OURSTATE: tuning
< 72034.219> [eDVBServicePMTHandler] tune failed.
< 72034.219> [eDVBServicePlay] DVB service failed to tune - error 1
< 72034.220> [eDVBServicePMTHandler] ignore sdt update data.... incorrect transponder tuned!!!
< 72034.220> [eDVBServicePMTHandler] incorrect namespace. expected: eeee0000 current: ffffffff
< 72034.220> [eDVBServicePMTHandler] incorrect transport_stream_id. expected: 4089 current: ffffffff
< 72034.220> [eDVBServicePMTHandler] incorrect original_network_id. expected: 233a current: ffffffff
< 72034.220> [eDVBFrontend0] startTuneTimeout 5000
< 72034.220> [eDVBFrontend0] setVoltage 0
< 72034.221> [eDVBFrontend0] setFrontend 1
< 72034.221> [eDVBFrontend0] setting frontend
< 72034.221> [eDVBFrontend0] fe event: status 0, inversion off, m_tuning 1
< 72037.421> [eDVBFrontend0] fe event: status 20, inversion off, m_tuning 2
< 72037.421> [eDVBFrontend0] FE_TIMEDOUT! ..abort
< 72037.421> [eDVBChannel] OURSTATE: failed, retune
< 72037.421> [eDVBFrontend0] tune
< 72037.421> [eDVBChannel] OURSTATE: tuning
< 72037.421> [eDVBServicePMTHandler] tune failed.
< 72037.421> [eDVBServicePlay] DVB service failed to tune - error 1
< 72037.422> [eDVBServicePMTHandler] ignore sdt update data.... incorrect transponder tuned!!!
< 72037.422> [eDVBServicePMTHandler] incorrect namespace. expected: eeee0000 current: ffffffff
< 72037.422> [eDVBServicePMTHandler] incorrect transport_stream_id. expected: 4089 current: ffffffff
< 72037.422> [eDVBServicePMTHandler] incorrect original_network_id. expected: 233a current: ffffffff
< 72037.422> [eDVBFrontend0] startTuneTimeout 5000
< 72037.422> [eDVBFrontend0] setVoltage 0
< 72037.423> [eDVBFrontend0] setFrontend 1
< 72037.423> [eDVBFrontend0] setting frontend
< 72037.423> [eDVBFrontend0] fe event: status 0, inversion off, m_tuning 1

ccs
08-05-19, 19:15
Maybe Signal Finder (in tuner config) will show something ??

keith1200rs
08-05-19, 20:06
Maybe Signal Finder (in tuner config) will show something ??

I didn't get anywhere before with it - everything seemed fine - but now there seems to be a problem with tuner B. I am just going to try the final combination of the 4 tuners I now have in the 3 slots. I am beginning to think it may be a motherboard problem with tuner B slot.

keith1200rs
08-05-19, 20:19
I am pretty certain it is a motherboard problem. I have swapped the tuner in slot B and it is still showing an intermittent problem on slot B. While looking at the signal finder screen it can suddenly burst into life and then be OK for a while. I don't think it is a simple dry joint as I cannot induce it by waggling the tuner or flexing the motherboard. I think it is time to replace the whole unit - although I am not sure what with. It has been rather less reliable than the old Toppy! I will disable slot B for now and see how it goes.