33 replies to this topic

[rhinoceros]

Wanneer zap error "Tune failed!" verschijnt helpt het meestal om even naar een ander kanaal te zappen op dezelfde transponder en dan weer terug. Dan werkt de tuning goed. Om te onderzoeken waarom ik soms deze zap error krijg zou ik graag weten wat er precies gebeurt bij het afstemmen. Ik dacht dat de tuner bleef proberen om af te stemmen desnoods tot sint juttemus. Waarom dan een "Tune failed!"? Wat is de procedure van het afstemmen precies met welke fout oorzaken?

[pieterg]

zolang de tuner geen lock krijgt, wordt er tot in het oneindige ge-retried (alles, inclusief evt diseqc commandos worden opnieuw verstuurd).

Alleen, zodra de tuner wel een lock krijgt, wordt het tunen niet meer herhaald.
Je kunt dan een 'tune failed' achtige melding krijgen, omdat er bijvoorbeeld geen data uit de tuner komt, of data van een verkeerde transponder.

Wat dus voor te stellen is, als je diseqc equipment een beetje raar schakelt, dat de tuner een lock krijgt op een verkeerde sat of transponder.

In alle andere gevallen blijft e2 continu proberen opnieuw te tunen.

[pieterg]

(na de eerste mislukte poging krijg je een 'tune failed' te zien, omdat retries in principe niet nodig zouden moeten zijn, dus als je die melding krijgt klopt er iets niet in je diseqc opstelling, of moet je bepaalde delays langer maken in je satellite equipment control)

[rhinoceros]

Ah, ok, de enige diseqc commando's in mijn geval voor de rotor positie De rotor positie is op zich wel goed. Maar misschien is er inderdaad meer delay nodig na het wisselen van satelliet. Dat is inderdaad de situatie die het meest voorkomt.

Als ik je goed begrijp dan is er dus inderdaad een lock wanneer er een 'Tune failed' melding komt. Wat ik wel zie is dat het probleem is opgelost na het kiezen van een andere zender op dezelfde transponder en daarna weer terugkeren naar dezelfde zender.

Is er een mogelijkheid om de tuner te dwingen toch nog eens een tuning te proberen nadat er al een tune failed was geconstateerd?

Weet je welke van de delay parameters het is in de satellite equipement control, er zijn er zoveel en de betekenis is niet altijd even duidelijk.

Edited by rhinoceros, 23 January 2013 - 11:03.

[pieterg]

Als ik je goed begrijp dan is er dus inderdaad een lock wanneer er een 'Tune failed' melding komt.

niet in het algemeen gesproken, maar in jouw geval vermoedelijk wel (omdat er geen retries meer plaatsvinden)

Is er een mogelijkheid om de tuner te dwingen toch nog eens een tuning te proberen nadat er al een tune failed was geconstateerd?

nee, niet zonder meer retries te forceren in e2, bijv als er geen data uit de tuner komt, of igv 'incorrect transponder tuned'.
e2 aanpassingen dus.

Weet je welke van de delay parameters het is in de satellite equipement control, er zijn er zoveel en de betekenis is niet altijd even duidelijk.

nee, dat is een kwestie van uitproberen.
Ik heb het geluk dat ik op mijn multiswitch opstelling alle delays op 0 kan zetten (en vervolgens razendsnel zappen zonder enkele 'tune failed').
Ik gebruik dan ook geen 22KHz voor band switching, en geen 13/18 voor polariteit switching, alles puur diseqc. Dan kan dat.

[rhinoceros]

Ok, het is me nu een stuk duidelijker, bedankt. Ik zal eens gaan experimenteren met de delays. Er moet wel een lock zijn geweest want ik had normaal signaal.

Is er een mogelijkheid om de tuner te dwingen toch nog eens een tuning te proberen nadat er al een tune failed was geconstateerd?

nee, niet zonder meer retries te forceren in e2, bijv als er geen data uit de tuner komt, of igv 'incorrect transponder tuned'.
e2 aanpassingen dus.

Misschien is het toch wel een idee om e2 nog wat robuuster te maken door in deze situatie een optie te maken zodat er tot bijv 3 maal opnieuw afgestemd kan worden. Er is wel signaal, er is een ook een lock, maar het afstemmen mislukte waarschijnlijk door verkeerde timing in sec.

Ik gebruik dan ook geen 22KHz voor band switching, en geen 13/18 voor polariteit switching, alles puur diseqc. Dan kan dat.

Ik was al eens op zoek gegaan naar een LNB met diseqc voor band en polarisatie switching, maar van deze LNB's zijn er niet zoveel van kennelijk. Als ik er een kan vinden die 8PSK goed doet en ook een goede SNR heeft, dan ben ik klant!

[BCW]

@pieterg,
Ik heb eens geprobeerd om met puur diseqc de LNB te schakelen, maar dit lukte niet. Zijn het alleen specifieke LNB's die op diseqc commando's polariteit en band schakelen?

[pieterg]

Ik heb een multiswitch, daarmee kan dat. Met een (gewone) LNB moet je band switchen met 22KHz, en polariteit switchen met 13/18V, daar ontkom je niet aan.

[BCW]

Duidelijk!
Ben

[betz]

Ik ondervind hetzelfde probleem.

Waar kan ik die settings vinden? Ik vind nergens iets over diseqc.
En wat is e2?

[rhinoceros]

Misschien is het toch wel een idee om e2 nog wat robuuster te maken door in deze situatie een optie te maken zodat er tot bijv 3 maal opnieuw afgestemd kan worden. Er is wel signaal, er is een ook een lock, maar het afstemmen mislukte waarschijnlijk door verkeerde timing in sec.

Nou ik heb intussen uitgebreid geexperimenteerd met de delay parameters in sec. Helaas, het lukt me niet om dit pobleem echt onder de knie te krijgen. Met geen enkele delay parameter. Mijn installatie is niets bijzonders, 1 LNB, 1 rotor, geen switches. Het enige wat ietsje bijzonder is bij mij is de lengte van de kabel, 125 m. De problemen zijn eigelijk alleen bij de 8PSK transponders van TVV. De ontvangst is werkelijk prima nu, 98 % tot 99 % (tot 16.10 dB). Maar regelmatig tune-failed wanneer afgestemd wordt vanaf een andere satelliet. Vanaf dezelfde satelliet nooit.

Na de tune-failed zie ik wel het juiste signaal niveau, 99 % zelfs. Dus op dat moment zou een re-tune zeker slagen. Het bewijs hiervoor is door even af te stemmen op een andere zender op dezelfde transponder. Dat lukt altijd zonder enige vertraging.

Ik slaag er maar niet in met de parameters in sec. Mijn voorstel dan om toch een beperkt aantal retries toe te laten, als configureerbare optie desnoods. Nu mislukken opnames wanneer de rotor actief moet worden.

@ betz
e2 is kort voor enigma2. De settings zijn te vinden in het menu Instellingen/Zender zoeken/Satelliet apparatuur instellingen. De plugin heet Satellite equipment control. Heb je een rotor of actuator? Gebruik je switches? Is je schotel goed gericht?

[pieterg]

kan je eens een e2 logje geven, van als hij probeert te zappen, en dit mislukt?
Mogelijk kunnen we namelijk een minimum tijd specificeren waarop hij moet wachten met tunen, terwijl de motor draait.
(omdat de lnb stroom niet gemeten kan worden, zal hij mogelijk al beginnen met tunen voordat het draaien goed en wel begonnen is, zodat je een lock op de vorige sat krijgt)

[rhinoceros]

Uuh, dat is inderdaad een hele goede. Daar had ik niet aan gedacht. Ik kom van Astra 1 en ga naar transponder 12129 V op Astra 3. Nu is er op Astra 1 ook een transponder op 12129 V en locking bij de tuners van de ET9x00 gaat werkelijk razend snel.

Hierbij een logje. Start kanaal was Ned 1. Daarna gezapt naar RTL 7 (Astra 1) en dan Acht (Astra 3). Tuning was hier ok. Dan terug naar RTL 7 en dan naar Vier (Astra 3). Tune failed. Beeld bleef bevroren.

Attached Files

•  enigma2.zip   7.05KB   7 downloads

[pieterg]

het is een beetje veel data om ff snel te zien wat er nu precies mis gaat, maar het stop iig met een 'sid not found in pat', een situatie die idd geen retry krijgt (omdat er wel degelijk een pat is, alleen komt de gewenste sid er niet in voor).

En, wat mij opvalt is dat de rotor commandos niet herhaald worden bij een tune failed.
Is daar niet een setting voor? (zoiets als 'send diseqc only on sat change' = 'no'?)
Bij een (multi)switch worden wel alle diseqc commandos opnieuw gestuurd bij elke retry, eigenlijk zou dat bij een rotor ook geen kwaad kunnen lijkt mij...

[rhinoceros]

Inderdaad rotor commando's worden niet herhaald volgens mij en daar is ook geen aparte instelling voor dacht ik. Ik geloof ook niet dat het nodig is, tenminste ik heb nog nooit een situatie gehad waarbij dat nuttig zou zijn geweest.

Maar je hebt al wel de spijker op z'n kop geslagen volgens mij. Wacht ik had al eens een log gemaakt van de 'tune failed' en 'sid not in pat' meldingen. Niet met de standaard enigma logging maar via een kleine patch in infobargenerics waar de tuning fout gemeld wordt. Ik kon daar ook zien dat er vaak 'sid not in pat' meldingen waren van andere kanalen op Astra 1 bijvoorbeeld wanneer ik een rotor beweging moest maken vanaf Astra 3. Maar die 'sid not in pat' problemen zijn niet fataal en uiteindelijk komt de tuner er toch wel. Alleen in het geval van switchen van Astra 1 naar Astra 3 op dezelfde frequentie krijg ik vaak, maar niet altijd, een 'tune failed' die wel fataal is. De tuner herstelt zich dan niet.

Deze verschijnselen zijn inderdaad prima te verklaren met jouw aanname dat de tuner al een lock neemt op de target frequentie nog voordat de rotor de schotel voldoende verdraaid heeft. Op de verkeerde satelliet dus. En eigenlijk is dat ook de enige verklaring die mij overblijft. Volgens mij zat je er dus meteen bovenop en ik was al weken lang op zoek naar de oorzaak!

Het is een ongelukkig toeval dat zowel Astra 1 en Astra 3 een transponder hebben op 12129 V. Problemen heb ik dan wanneer ik ga van Astra 1 naar Astra 3. Omgekeerd niet, want ik heb geen zenders op Astra 1, 12129 V. Dat is C+ encrypted en dat gebruikt ik niet.

De oplossing die je al voorgesteld hebt lijkt me inderdaad het beste. Een delay parameter toevoegen om de start van de tuning uit te stellen totdat de schotel zijn positie voldoende verlaten heeft. Als hij heel langzaam zou draaien zou hij toch nog een keer onderweg de target frequentie ergens tegen kunnen komen en een lock nemen, maar die kans lijkt me wel niet zo groot. De meeste rotors gaan daarvor waarschijnlijk te snel. Pas wanneer de schotel stationair wordt op de target positie moet er dan voor het eerst een lock kunnen komen. En het probleem zou opgelost moeten zijn. Volgens mij moeten dan de meeste zo niet alle 'sid not in pat' and 'tune failed' meldingen voorbij zijn.

Ik kan er nog aan toevoegen dat deze meldingen altijd zijn geweest zolang ik nu de et9000. Maar ik had er geen last van omdat de messagebox uitgezet kan worden. Alleen de tune failed blijft dan over maar die komt dus alleen maar van Astra 1 naar Astra 3 op 12129 V en anders niet.

[pieterg]

ik kan alleen nog niet begrijpen waarom de rotor (blijkbaar) stopt met draaien, of zelfs helemaal niet begint te draaien, hoewel hij toch een diseqc commando gehad moet hebben.

[rhinoceros]

Maar de rotor begint wel met draaien en stopt niet eerder dan dat de target positie bereikt is. Ik heb hem eens naast de et9000 gelegd en gekeken wat hij deed. Het rotor commando wordt onmiddelijk en correct uitgevoerd. Maar het zal zeker wel ergens tussen de 100 en 500 msec of zo duren voordat de schotel uit focus is. Misschien nog wel meer want de rotor met schotel heeft wel een massatraagheid. Vermoedelijk is deze tijd voldoende voor de tuner om een lock te krijgen op de verkeerde satelliet.

[pieterg]

maar als de rotor gedraaid is naar de nieuwe positie, dan kan hij toch geen lock meer krijgen op de ouwe positie?
Ik denk eerder dat de rotor soms een commando mist of verkeerd interpreteert.

Bij de laatste fout zie je namelijk dat het rotor commando niet opnieuw verstuurd wordt, omdat het al gelijk is aan het vorige verstuurde commando:

FE_TIMEDOUT! ..abort
OURSTATE: failed, retune
(0)tune
RotorCmd 10, lastRotorCmd 10
prepare_sat System 1 Freq 12129000 Pol 1 SR 27500000 INV 2 FEC 2 orbpos 233 system 1 modulation 2 pilot 2, rolloff 2

We kunnen uiteindelijk wel een rotor command resend forceren bij tune failed errors, maar ik wil het liefts precies weten wat er precies mis gaat voordat we iets gaan veranderen.

Wat als je in de advanced settings eens een paar diseqc retries instelt, gaat het dan beter?

Edited by pieterg, 30 January 2013 - 00:46.

[rhinoceros]

Inderdaad het rotor commando wordt niet opnieuw verstuurd en dat is ook niet nodig want de schotel is op dat moment al op de nieuwe positie. Dat weet ik zeker, want ik kan onmiddelijk de signaalsterkte al zien van het nieuwe kanaal en ik kan snel zappen naar een andere zender op dezelfde tp. Deze geeft dan onmiddelijk beeld. Snel terugzappen geeft dan ook onmiddelijk beeld op het eerst gekozen kanaal. Daarbij komt de rotor steeds niet in actie. Te zien aan het ontbreken van de animatie.

De foutieve lock komt volgens mij doordat de tuner een lock neemt nog op de oude positie voordat de rotor al echt veel verdraaid is. Als de beam 5° is, de draaisnelheid 2.7°/sec dan zijn wel al bijna een seconde verder voordat de schotel uit focus is. Daar komt nog bij de tijd voor de versnelling van het geheel. Als mijn vermoeden juist is dan begint de tuning vrijwel onmiddelijk na de selectie van het nieuwe kanaal en dan moet de rotor nog beginnen met zijn werk. Wat het functioneren en de aansturing van de rotor betreft heb ik geen enkele twijfel. Dat werkt perfect volgens mij.

Of zie ik het verkeerd en begint de tuning pas veel later? Zo ja, hoe wordt deze delay dan bepaald?

[rhinoceros]

Vergeten te melden. Diseqc retries had ik al geprobeerd. Dit maakt geen enkel verschil (helaas).