4250 replies to this topic

[teletub]

Bestaat niet op mijn openpli2.1, wel /proc/stb/info/model

Laten we er nog een schepje bovenop doen, nergens Vu Duo, DM800, DM800SE, DM500 met de PLi 2.1

in /proc/stb/info staat hier model maar ook vumodel en daarin staat duo

[Pietjebel10]

Even gecheckt staat ook niets in gewoon blanco. Zou dit een ramp zijn dan??? Draait momenteel weer goed. Maarja je blijft sleutelen dat is de hobby. Misschien kan het toch nog beter !!!!!!!!!

[EasySat]

Bij mij staat ook niets vermeld (ET9500).

[arjan_vs]

@theparasol: Ik heb een vraag over de PLL code. Niet zozeer hoe de divider setting bepaald wordt. Eerder over de gekozen timers.

Ik heb het gevoel, dat als de PLL setting gebruikt wordt bij een DM7025. Dat de timers verkeerd staan, na een bepaalde tijd, krijg ik bij card entitlements ERROR.

Hebben andere did ook?

[theparasol]

Dat kan kloppen want je divider klopt niet, je hebt die code aangepast, ik weet niet waarom maar je moet wel bedenken dat voorhet uitrekenen van de echte mhz-en er overal in de code reader->mhz / reader->divider gedaan wordt en igv 7025 klopt dat nu niet meer. Hierdoor worden de timings verkeerd berekend en krijg dus die errors.

[arjan_vs]

The code is zover veranderd, dat de frequentie voor een dm025 gekozen wordt. Als er voor mhz geen 8300 waarde gekozen wordt, is de berekening geij lijk aan die van jou. Daar heb ik niks aan veranderd.

mhz=600 en cardmhz=518 werkt bij mij wel. Terwijl, mhz=3200, cardmhz=518, niet werkt, of mhz=8300, cardmhz=518. Ik denk, dat de timing van de dm7025 PLL niet in micro seconden is maar normaal in miliseconden.

[EricNL]

Kan iemand mij vertellen wat voor instellingen ik nou voor de readers op een VU Uno moet gebruiken? Zowel de interne als de externe (smargo smartreader).

protocol = internal
mhz = ?
cardmhz = ?

protocol = mouse (smargo smartreader)
mhz = ?
cardmhz = ?

Kan iemand mij vertellen wat de optimale instellingen hiervoor zijn?

[arjan_vs]

Herstel, ik zal het nog eens nalopen. Tot dusver, blijkt uit mijn logs dat er nog geen setting verschillen zijn. Nog even puzzelen. Ik heb het gevoel dat de DM7025 hetzelfde werkt qua frequentiekeuze als een smargo of mouse reader. Je hebt bij deze PLL een frequentie settings, geen deler setting. Zolang mhz = 8300 niet gebruikt wordt merk men het niet. Ik puzzel verder.

[theparasol]

Herstel, ik zal het nog eens nalopen. Tot dusver, blijkt uit mijn logs dat er nog geen setting verschillen zijn. Nog even puzzelen. Ik heb het gevoel dat de DM7025 hetzelfde werkt qua frequentiekeuze als een smargo of mouse reader. Je hebt bij deze PLL een frequentie settings, geen deler setting. Zolang mhz = 8300 niet gebruikt wordt merk men het niet. Ik puzzel verder.

Puzzel gerust verder, probeer uit wat je wilt maar met mhz=3200 werkte het ook voor de 7025 allemaal ok, ook de timings.
De frequenties zijn nagemeten op de 7025 door TheRaven en Irata maar als je verwacht dat je ook bv 6 Mhz voor Irdeto kaarten kunt maken: ga je gang, meer als 5 Mhz en een beetje krijg ik er niet uit. En nogmaals let op met waardes die je zet in reader->divider en reader->mhz. Die worden gebruikt om timings te berekenen. Heeft niets met milli of micro secondes te maken maar alles met bv 8300/11 niet gelijk aan werkelijk cardclock en dus kloppen de timings niet, of je nu milli of micro gebruikt is niet boeiend. De rekensom deugd niet en dus is de timeout te lang of te kort. Milli en micro is alleen interessant als de cardfrequenties en D waarde toenemen. dan gaan de timeouts richting 600 a 700 microseconden en dan kun je niet meer toe met 1 milliseconden timeout die oscam maximaal kan hanteren.

[davequattro]

Misschien een stom idee, maar zou je de sid limitering voor de gek kunnen houden als je om een aantal seconde de spanning even van de cardreader kunt brengen, zodat het kaartje even spanningsloos is en zo dan als het ware gereset word en er vanaf nul geteld gaat worden.
Of word het in de kaart opgeslagen hoeveel keer je een code gebruikt ongeacht deze actie?
Weet niet of je met oscam dit kunt realiseren, maar dat laat ik aan de wizzards over hier...

[Erik Slagter]

"If it sounds too good to be true, then it probably is"

De sid-limiter telt niet alleen tijd, maar ook ecm's. Als je spanning er af haalt (of de kaart er uit haalt), dan mist hij die ecm's (heel simpel gezegd). Helaas dus...

[ni_hao]

spanning van cardreader er af (voor paar seconden) betekent toch een freezer of althans zwart scherm of niet. Bovendien waarom zou je dat doen, met max 4 SIDs is tot op heden toch goed te leven. Wordt anders als Canal Digitaal haar plannen door zet om het maximum naar beneden te brengen.

Edited by ni_hao, 23 June 2012 - 08:24.

[davequattro]

Stom idee dus

[christophecvr]

Stom idee dus

Nee hoor dat idee was niet zo stom, Maar blijkt niet te werken door ecm telling. spijtig

@ni_hao Moest dit maar gedurende bv 1 a 2 seconden zijn. De spaning eraf dan nog een aantal die nodig zijn voor kaartreset geen probleem. een welbepaalde ecm is gemiddeld geldig tussen 10 en twintig seconden. Maar aangezien het niet werkt door ecm telling tja ...

[ni_hao]

een welbepaalde ecm is gemiddeld geldig tussen 10 en twintig seconden.

Dat wist ik niet, want als ik de kaart er uit trek heb ik echt niet nog 10 seconden beeld hoor. Hooguit 1 a 2 seconden en dan is het zwart.

[WanWizard]

Voor zover ik weet wisselt de ECM van een CDS kaart elke 10 seconden. De frequentie is echter voor elke kaart anders, mijn SKY kaart bv wisselt elke 8 seconden.

[christophecvr]

Voor seca 3 Tv vlaanderen. is er elke 10 seconden een ecm. Maar deze is 2 maal dezelfde. Nu ik heb het niet voor elke zender die kaart aankan nagezien. Maar voor de eigen TV-vlaanderen paketten. Zijn er steeds 2 opeenvolgende identieke ecm's en pas af de derde is het een andere.

[wimpie007]

heuh... 2x hetzelfde?? gecheckt? lijkt me totaal niet logisch, en moest dit kloppen, dan kan er met een patch dubbel zo veel sids simultaan zorden gebruikt per tijdseenheid...

[Erik Slagter]

Volgens mij hebben we het hier over verschillende dingen. Er zijn elk moment altijd twee codewords actief, arbitrair even codeword en odd codeword genoemd. Met deze codewords kun je de stream laten descramblen door de... descrambler. Beide codewords leveren een plaatje op. Beurtelings wordt de "even" en weer de "odd" codeword vervangen, zodat je altijd een bepaalde tijd overlap hebt waarbij beide codewords werken. De codewords gaan natuurlijk niet zomaar door de lucht, die worden verpakt en versleuteld in een ecm. Je kunt aan de buitenkant van een ecm niet zien of het codeword hetzelfde is als de vorige. Hoe vaak je ecm's krijgt, zegt dus niks over hoe vaak het codeword gewisseld wordt. Volgens mij is dat bij CDS tien seconden. Ik heb dan ook wel eens twintig seconden (kwestie van timing/mazzel) zonder kaart gekeken, dus het is geen stiereschijt ;-)

[ni_hao]

Ik crosscompileer voor mijn ubuntu server (686) oscam, uiteraard zonder DVBAPI. Echter als ik oscam (build 7069) opstart, krijg ik een melding dat DVBAPI niet mee is gecompileerd, maar ook de melding dat "AU ignored" is. Betekent dit, dat au niet meer werkt voor de kaarten welke aan die server zijn gekoppeld (via smargo readers) en een o-o verbinding hebben met mijn ontvangers? Overigens later startte ik oscam nog eens op en toen kwam die melding niet meer....