4250 replies to this topic

[theparasol]

Als het goed is niet, ik heb overal als voorwaarde gebruik if reader->mhz > 2000 dus zolang je onder de 2000 invult bij mhz veranderd er geen donder.

[arjan_vs]

Thx,

Resume voor ratelimit: ik vergeet de cooldown functionaliteit even voor gemak. Dan kijkt de seca3 kaart naar het aantal ecm aanvragen (goede, dan wel foute), die gedaan zijn in een tijdperiode van 20 minuten. Bij 4 kanalen per 9 seconden, kom je dus niet over die limit heen. Klopt dit?

Ident en provid is dus gelijk, dat vermoeden had ik ook, alleen ident wordt gebruikt bij viaccess en irdeto.

mhz en cardmhz, daar valt het kwartje nog niet. mhz is de aansturing van de reader (bij serial/usb de bitrate?) Dus oude uart chip is dat 115200 bits/seconden, dus weinig 0,1 mhz. cardmhz stel ik de klok op de kaart in? OF wordt die alleen gebruikt om te kunnen rekenen wat de ecm tijden zijn?

ps. @theparasol goed bezig daar bij oscam.

[arjan_vs]

Kort rekensommetje:

Bij setting:[list]
[*]4 kanalen 9 seconden, kan je in 99 seconden 44 verschillende kanalen kijken.
[*]4 kanalen 11 seconden, kan je in 99 seconden 36 verschillende kanalen kijken.
[/list]
De laatste optie zou in principe de kaart minder belasten. Klopt dat?

[theparasol]

De laatste optie belast je kaart minder idd

[theparasol]

mhz en cardmhz, daar valt het kwartje nog niet. mhz is de aansturing van de reader (bij serial/usb de bitrate?) Dus oude uart chip is dat 115200 bits/seconden, dus weinig 0,1 mhz. cardmhz stel ik de klok op de kaart in? OF wordt die alleen gebruikt om te kunnen rekenen wat de ecm tijden zijn?

Ik snap die ook nog niet het loopt nogal door elkaar per reader.
Dat maakt het ook lastiger voor me om de timing te corrigeren. Al die verschillende readermodules gebruiken andere timings en sommigen patchen zelf ook nog timings.
1 kleine aanpassing in de "hoofdmodule" icc_async.c en het regent problemen.
Vandaar dat ik nu maar overal if reader->mhz>2000 heb gebruikt.

[arjan_vs]

Kort rekensommetje:

Bij setting:[list]
[*]4 kanalen 9 seconden, kan je in 99 seconden 44 verschillende kanalen kijken.
[*]4 kanalen 11 seconden, kan je in 99 seconden 36 verschillende kanalen kijken.
[/list]
De laatste optie zou in principe de kaart minder belasten. Klopt dat?

De laatste optie belast je kaart minder idd

Bij de optie 4 kanalen 9 seconden, kan ik dus sneller zappen en iets meer kanalen kijken. Waarbij de kaart dus niet in block komt. Bij 4 kanalen 8 seconden, gaat de kaart dus altijd blokken. Klopt dit?

Nu heb ik nog een andere vraag. Ben de wiki aan het updaten, met goedvinden van de andere. Weet iemand het verschil in de configs van de oscam-stable of oscam-stable-cs? Want ik zie bij de drie versies stable/unstable/experimental geen verschil in de versie met of zonder cs. Misschien de cs plugin verwijderen?

Edited by arjan_vs, 10 June 2012 - 11:02.

[theparasol]

met 4,8 blijkt de kaart wel in de lock komt. Met 4,9 schijnt dat risico nagenoeg nihil te zijn.

Stable is gebaseerd op 1.10 oscam. Voor CDS NL kaarten is die eigenlijk ongeschikt aangezien daar geen seca2 request naar seca3 kaarten patch inzit.
Zit wel meer niet in, feitelijk is voor M7 groep kaarten alleen de 1.20 unstable geschikt om te gebruiken met lokale kaarten.

[arjan_vs]

Blijkbaar hebben we een spraakverwarring. Het verschil tussen stable, unstable en experimental, weet ik ongeveer.

Wat ik wilde weten is, wat is het verschil bij installeren tussen bijvoorbeeld:[list]
[*]enigma2-plugin-softcams-oscam-stable
[*]enigma2-plugin-softcams-oscam-stable-cs
[/list]
In de config files can ik geen verschil zien.

root@dm8000:/etc/tuxbox/config# diff oscam-stable oscam-stable-cs
--- oscam-stable/oscam.conf
+++ oscam-stable-cs/oscam.conf
@@ -64,7 +64,6 @@
au							 = 1
user						   = dvbapiau
boxtype							    = dreambox
-request_mode				   = 1

#[newcamd]
#key						   = 0102030405060708091011121314
--- oscam-stable/oscam.dvbapi
+++ oscam-stable-cs/oscam.dvbapi
@@ -25,12 +25,4 @@
#D: 1702			   200			 # wait 200ms before writing cw on caid 1702
#I: :002000						    # ignore provider 002000 on every channel
#I: 0								  # ignore every caid that was not handled before
-# These dvbapi settings works fine for CDS NL / BE, for other cards see oscam wiki on pli forum or oscam wiki on streamboard forum.

-I: 0100    #ignore all old seca providers
-I: 0500    #ignore viaccess
-I: 0622    #ignore old irdeto
-M: 1817:00006A 0100:00006A    #map NL nagracaid 1817:00006A  to seca 0100:00006A
-M: 1818:00006C 0100:00006C    #map BE nagracaid 1818:00006C  to seca 0100:00006C
-P: 1817:00006A		 #Prio NL 1817
-P: 1818:00006C		 #Prio BE 1818
--- oscam-stable/oscam.version
+++ oscam-stable-cs/oscam.version
@@ -1,5 +1,5 @@
-Unix starttime: 1339323661
-Starttime:	  10.06.12 12:21:01
+Unix starttime: 1339323568
+Starttime:	  10.06.12 12:19:28
Version:	    1.10rc-svn  Rev. 5741
Max PID:	    unlimited

[theparasol]

Ik heb die varianten van oscam in openpli nog nooit geprobeert danwel gebruikt.
Milo heeft ze tijd terug zo klaargestoomt, wellicht dat hij je ermee kan helpen?

[zeeteefje]

@theparasol: ik wil best wat kloksnelheden testen op m'n et9000, maar ik heb helaas geen meter of scope, dus ik kan geen echte meting doen. Ik heb zojuist svn #7039 er op gezet en met Mhz=300, cardMhz=500 krijg ik nu gemiddeld 330 ms op rtl7SD. Dat is ongeveer de waarde die ik had met de oude oscam versie (voor je PLL modificaties)

[BuGless]

Pak geen waardes hoger dan 400 want dan wordt je kaart zo hoog geclocked dat deze vernield wordt en de cardreader erbij. ** niet direct, maar wel na enige tijd **

Dat hangt ultimo slechts af van de temperatuur van de kaart.
D.w.z. er zijn 2 manieren waarop een IC stuk kan:
a. Omdat delen van een IC gewoon smelten. Dat gebeurt pas bij temperaturen veel groter dan 150C. Silicium zelf smelt pas bij 1400C, maar er zitten meer materialen in verwerkt, ik ken daar niet alle smeltemperaturen van, maar groter dan veel 150C zijn ze wel.
b. Omdat de dotering van het silicium langzaam verloopt naarmate de temperatuur dichter bij de 150C komt (of er overheen gaat).

D.w.z. zolang cardreaders en kaartjes (ver) onder de 150C zitten, zijn er geen merkbare lange termijn effecten. Het ergste dat kan gebeuren is dat de temperatuur zo hoog wordt dat het ruisniveau in de transistoren zo ver toeneemt, dat cardreader en/of kaart bitfouten gaat geven. Zolang de temperatuur op dat moment nog ver onder de 150C zit (en dat is zo, want dit soort fouten treedt reeds op bij veel lagere temperaturen), is er niks aan de hand. Simpelweg wachten totdat de boel weer is afgekoeld, en weer resetten. Als je dus overclockt en het blijft werken en je zit ver onder de 150C met je kaart, dan kun je dat tot st. juttemis blijven doen zonder blijvende schade aan je kaarten of readers.

[zeeteefje]

Et zijn toch al wel ET5000's gemeld met hete smartcard en defecte cardreader.

[BuGless]

Et zijn toch al wel ET5000's gemeld met hete smartcard en defecte cardreader.

Het hangt natuurlijk ook ervan af met welke basisomgevingstemperatuur je start.
Als het in de ET5000 ter plekke van de smartcard reeds redelijk warm is, dan kan een klein beetje extra warmte vanwege overclocking er voor zorgen dat hij al niet meer werkt, dan wel hij eerder een temperatuur bereikt waarop de dotering begint te verlopen.

[mika-nl]

Welke eo moet ik hebben op http://download.oscam.to/index.php ?
Zie nu mips-oe2.0 en 1.6 en 1.5

Gr MiKa


Edit , Ik gebruikt pli3.0

Edited by mika-nl, 11 June 2012 - 20:08.

[theparasol]

Smelten ben ik niet zo bang voor, door te grote temperatuurverschillen zetten metalen lijntjes in de kaart snel uit, en bij afkoeling krimpen ze weer.
Je krijgt dan snel scheurtjes en overgangsweerstanden -> defect.

[theparasol]

@theparasol: ik wil best wat kloksnelheden testen op m'n et9000, maar ik heb helaas geen meter of scope, dus ik kan geen echte meting doen. Ik heb zojuist svn #7039 er op gezet en met Mhz=300, cardMhz=500 krijg ik nu gemiddeld 330 ms op rtl7SD. Dat is ongeveer de waarde die ik had met de oude oscam versie (voor je PLL modificaties)

Hierzo, een leuk metertje en frequentiebereik is 1 Mhz tot 10 Mhz

http://www.conrad.nl...earchDetail=005

Als je iets meer wilt:

http://www.conrad.nl...-V/?ref=detview

10 Hz tot 10 Mhz

Edited by theparasol, 11 June 2012 - 23:55.

[HPPli]

@theparasol schreef hetvolgende op streamboard;

I'm very sorry but Xtrend and VU box users shouldnt use pll reader code (mhz > 2000)

Pls revert to mhz=369 or whatever you used before.

Reason: The pll reader code is for dreambox only, only on those platforms we know the exact cardclock and oscam calculates the timings ok.

Sorry @theparasol, maar ik voel mij nu als fervent gebruiker en liefhebber van VU+DUO's in combinatie met Oscam met deze uitlatingen wel een beetje in de steek gelaten.
Nu zeg je doodleuk, ga maar terug naar je oude stuatie (mhz=369), of wat dat geweest mag zijn en doe het er maar mee.
M.a.w. met enkel Dreambox kennen we de parameters en de rest is voor mij onbelangrijk (meer).

Op het Streamboard was er al eerder een verzoek om te stoppen met al je test-versies en eerlijk is eerlijk, dat was geheel onterecht anders kom je nimmer tot een verbetering.
Maar met deze uitspraak//actie zet je ons als VU+ en Xtrend gebruikers toch wel danig in de kou. Of zie ik het onjuist/verkeerd ???

Voor alle Xtrend en VU+ gebruikers hierbij dan ook de Oscam-versie (7036 incl. aanpassing reader) welke een optimale en snelle cardreader aan "board" heeft.
Voor de VU+DUO kun je de reader het beste invullen met;
mhz = 2700
cardmhz = 270

Attached Files

•  Oscam7036reader.zip   419.1KB   13 downloads

Edited by HPPli, 12 June 2012 - 00:15.

[arjan_vs]

OScam gebruikers,

Ik heb wat zitten typen op de wiki van OpenPLi. http://openpli.org/wiki/OScam

Zouden jullie willen kijken of er iets ontbreekt? Of wat jullie er graag bij willen hebben?

Ik wil Jeroensky bedanken voor het eerste werk, heb het een en ander "gejat" en ook aangepast. Hoop, dat dat niet erg is.

Nu wil ik met jullie goedvinden het een en ander deleten wat onder de streep staat.

Gr, Arjan

[WanWizard]

Dat is ondertussen een heel verhaal geworden, toppie!

Misschien moeten we eens nadenken om wat zaken af te splitsen naar een aparte pagina, bv al het NL gerelateerde spul. Dan wordt het weer wat overzichtelijker, en makkelijker te lezen voor mensen die niet weten waar NL ligt...

[arjan_vs]

Wat boven de streep staat is bedoeld om OScam zo snel mogelijk te laten werken met een dreambox of andere box. Oftewel de minimale config die nodig is.

Daarnaast is het misschien handig om een pagina te maken, zodat OScam voor de dreambox, VU+ etc gefinetuned kan worden. Onder de streep gedeelte. Onderste gedeelte is van Jeroensky. Bovenste gedeelte heb ik selectief van hem gestolen en aangevuld.

Misschien is het een idee om deze "minimale standaard" settings ook in de plugins van OpenPLi te zetten.

Edited by arjan_vs, 12 June 2012 - 07:57.