Thanks adm, I have upped the attenuator so 84% now becomes 99%, which is what it was before the attentuator was inserted (as mentioned in my first post, all channels report SNR at 99%).
On OpenATV, what is a better metric of input signal level (as apposed to SNR)?
Hopefully, you have now reached a SNR of 99% but with a reduced signal strength.
Yes, a high Signal to Noise Ratio (SNR) is still being achieved but possibly now with a x2 or x3 lower input level which no longer causes a front end overload.Originally Posted by ccs
Xtrend ET10K, 2 x satellite tuners 28.2 (Sky FTA), 2 x hybrid (UK Freeview), Zgemma H9S (satellite)
So without the attenuator I have an snr of 71db and an agc of 87-88.
Adjusting the attenuator produces a stable picture (all this relates to tuner a) where by agc drops to 84-86, and remains stable for a period of time (5mins - 8+ hours) but it is inconsistent.
I can get the failure to be very fast by reducing the attenuation or increasing - the sent drops to 0 from 70 with just a touch, at that point tuner b has no picture.
So something's not right here, either the drivers or a hardware issue.
Tuner b or the TV function correctly (unless snr drops through the floor)
Sent from my SM-G950F using Tapatalk
Should the bit I've highlighted refer to tuner a ??
In theory, changing the attenuator should move from too much signal to too little signal.
Isn't that what you're describing?
Well at that point both tuners lose signal (not tested the TV)
Yes the signal is dropping below some minimum requirement. But 'full' signal was causing the original issue.
Sent from my SM-G950F using Tapatalk
Or maybe not - that was a suggestion by WOS that had some merit but your testing with an attenuator suggests that it doesn't fully cure the problem.
Xtrend ET10K, 2 x satellite tuners 28.2 (Sky FTA), 2 x hybrid (UK Freeview), Zgemma H9S (satellite)
Have you tried 5.0.028? There are some driver fixes.
From my perspective, the attenuator made a very slight difference but like goRt the issue still remains .. any other suggestions on what to try next would be appreciated ...
goRt (08-10-17)
All my comments related to .028, which I've now reverted from as to gui had a number of fails.
I thought (from reading here) that the driver updates related to dvb-s crosstalk/interference which I did notice an improvement in.
Sent from my SM-G950F using Tapatalk
Just to update .032 makes no improvement (drivers remain 29/sept)
Sent from my SM-G950F using Tapatalk
Just updated to 5 1 002, drivers unchanged at 30/Sept - no improvement :-(
Report your issue with logs etc.. to Octagon direct:
Code:support@octagon-germany.de
D I S C L A I M E R
My right to post information is protected under the rights for freedom act. In all instances, information discussed here on my posts are either hypothetical in nature, out of general curiosity, common knowledge, public knowledge, or role-play. Any use of the collective descriptions and shared knowledge from any of my posts are at the sole discretion of the reader. I am not responsible for what you do with it!
Please help keep OpenViX online, donate HERE.
Rules can be found HERE
Support our sponsor World-Of-Satellite HERE
GIGABLUE UHD QUAD 4K, VU+ DUO 4K SE, ZGEMMA H7S, VU+ UNO 4K SE
Triax 1.1m Powered by TM2600, Fixed 28.2 Zone 2 dish with GT-SAT Unicable
I've done that for you
No response received from your support organisation, but I've had 5 1 003 loaded for 24 hours now (after having to follow the recovery process).
This has driver dated 2017-10-20 which again exibits the same issue on DVB-T A, it looks to be temperature related - I don't see the error until the processor temp is reported at 59c (never looked at this on warmer days).
Over to WoS for comment.
Last edited by goRt; 10-12-17 at 19:54.
Posting Permissions
