Oscam stabiel?

[theparasol]

Neptunus, wat voor een box heb je?

 

Ik vraag dat omdat ik net afgelopen week een major bug uit de internal readers gehaalt heb.

Hierdoor werd je kaart in alle gevallen onjuist geklokt en irdeto (waaronder ziggo) helemaal.

Dat gaat even goed maar levert vervolgens veel freezes en timeouts op.

[Hotzenwalder]

Oscam unstable 1.20 #6618 op Debian Sqeeuze heb ik stabiel draaien met aan aantal Ziggo kaarten en Smargo's. Allemaal oranje 604 kaarten.

Of het ook met mijn Xtrend6000 interne reader werkt weet ik niet, want ik zit eigenlijk vanaf dag 1 met een Debian Server in mijn LAN.

[theparasol]

Yup, external readers liepen altijd al min of meer ok met oscam.

Het waren juist de internal readers van de boxen die erg instabiel of niet werkten met kaarten die anders dan 5 Mhz geklokt dienden te worden.

PPC gebaseerde boxen moeten nu ook prima met oscam kunnen werken.

 

Voor automatisch klokken van de internal reader van mipsel gebaseerde dreamboxen gebruik bij de reader config:

 

mhz = 2700 (Maximale frequentie van de PLL in deze boxen)

cardmhz = 100 (100 is magic value voor autoklok naar optimale cardspeed die card geeft in de ATR)

 

Voor ppc gebaseerde dreamboxen is dat

 

mhz=3150

cardmhz = 100

 

Voor vu zijn nog geen metingen gedaan met frequentie multimeter maar ik hoor goede resultaten met:

 

mhz=1785

cardmhz = 100

 

Voor Xtrend zijn nog geen metingen danwel experimentale waardes teruggekoppelt

 

Dit hele "PLL reader maxmhz verhaal" werkt betrouwbaar vanaf oscam 1.20 unstable revision 6914

23 mei 2012 aangepast door theparasol

[martjeB]

Ik snap de downloads niet meer.

Ik had altijd de oscam-svnxxxx-mips-tuxbox-webif voor de 800HD incl. wat help files als ik de tar.gz uitpakte.

Sinds 6801 springt men opeens naar 6908 en krijg ik enkel 1 oscam file die niet werkt in mijn 800HD.

 

Of moet ik opeens de 1.5 hebben? Die gaat niet verder dan #6801

 

 

available versions:

- oscam-svnX-arm-coolstream Coolstream

- oscam-svnX-x86_64-pc-linux 64 Bit Linux PC

- oscam-svnX-i386-pc-linux 32 Bit Linux PC

- oscam-svnX-mips-freetz Fritzbox Router

- oscam-svnX-mips-freetz7390 Fritzbox 7390

- oscam-svnX-mips-tuxbox DM500HD, DM800, DM7025, DM8000

- oscam-svnX-mips-tuxbox-oe15 DM500HD, DM800, DM7025, DM8000 (for older images based on OE1.5, Openembedded 1.5)

- oscam-svnX-powerpc-tuxbox DM600, DM7000, DM7020

- oscam-svnX-powerpc-tuxbox-old Dbox2, DM500

- oscam-svnX-sh4-qboxhd Duolabs Qbox

- oscam-svnX-arm-dockstar Dockstar with ubuntu

- oscam-svnX-arm-dockstar-openwrt Dockstar with openwrt

- oscam-svnX-mips-wrt54g WRT54G router

- oscam-svnX-mips-tplink tplink router

- oscam-svnX-sh4-amino sh4 based stapi receiver like kathrein ufs

- oscam-svnX-mips-azbox Azbox

[spikes]

Nou nog een keer geprobeerd met oscam en ziggo kaart in xtrend 9500 interne reader.

Gisteren pli versie geupdate met oscam.

 

Hier een stukje log:

2012/05/23 19:24:45 5AB028 r IO: Sending:

2012/05/23 19:24:45 5AB028 01 02 02 03 00 00 3D

2012/05/23 19:24:45 5AB028 r IFD reader upper-ziggo Transmit succesful

2012/05/23 19:24:46 0 start reader thread action 11

2012/05/23 19:24:46 5A2D10 r data from add_job action=11 client r lower

2012/05/23 19:24:46 5A2D10 r ending thread

2012/05/23 19:24:46 5AB028 r Reader upper-ziggo: Timeout in IO_Serial_WaitToRead, timeout=1498 ms

2012/05/23 19:24:46 5AB028 r ERROR, function call IO_Serial_Read (reader, timeout + IFD_TOWITOKO_TIMEOUT, size, buffer) returns error.

2012/05/23 19:24:46 5AB028 r ERROR, function call Phoenix_Receive (reader, data, size, reader->read_timeout) returns error.

2012/05/23 19:24:46 5AB028 r ERROR, function call ICC_Async_Receive (reader, 8, buffer) returns error.

2012/05/23 19:24:46 5AB028 r IFD Transmit:

2012/05/23 19:24:46 5AB028 01 02 02 03 00 00 3D

2012/05/23 19:24:46 5AB028 r IO: Sending:

2012/05/23 19:24:46 5AB028 01 02 02 03 00 00 3D

2012/05/23 19:24:46 5AB028 r IFD reader upper-ziggo Transmit succesful

2012/05/23 19:24:47 0 start reader thread action 11

2012/05/23 19:24:47 5A2D10 r data from add_job action=11 client r lower

2012/05/23 19:24:47 5A2D10 r ending thread

2012/05/23 19:24:48 0 start reader thread action 11

2012/05/23 19:24:48 5A2D10 r data from add_job action=11 client r lower

2012/05/23 19:24:48 5A2D10 r ending thread

2012/05/23 19:24:48 5AB028 r Reader upper-ziggo: Timeout in IO_Serial_WaitToRead, timeout=1498 ms

2012/05/23 19:24:48 5AB028 r ERROR, function call IO_Serial_Read (reader, timeout + IFD_TOWITOKO_TIMEOUT, size, buffer) returns error.

2012/05/23 19:24:48 5AB028 r ERROR, function call Phoenix_Receive (reader, data, size, reader->read_timeout) returns error.

2012/05/23 19:24:48 5AB028 r ERROR, function call ICC_Async_Receive (reader, 8, buffer) returns error.

2012/05/23 19:24:48 5AB028 r ERROR, reader upper-ziggo function call Protocol_T0_Command returns error.

2012/05/23 19:24:48 5AB028 r [videoguard2-reader] failed history check

2012/05/23 19:24:48 5AB028 r [videoguard12-reader] failed history check

2012/05/23 19:24:48 5AB028 r card system not supported

2012/05/23 19:24:48 5AB028 r card initializing error

2012/05/23 19:24:48 5AB028 r ending thread

2012/05/23 19:24:49 0 start reader thread action 11

2012/05/23 19:24:49 0 start reader thread action 11

2012/05/23 19:24:49 5AB028 r data from add_job action=11 client r upper-ziggo

2012/05/23 19:24:49 5A2D10 r data from add_job action=11 client r lower

2012/05/23 19:24:49 5A2D10 r ending thread

2012/05/23 19:24:49 5AB028 r ending thread

2012/05/23 19:24:50 0 start reader thread action 11

2012/05/23 19:24:50 0 start reader thread action 11

2012/05/23 19:24:50 5AB028 r data from add_job action=11 client r upper-ziggo

2012/05/23 19:24:50 5A2D10 r data from add_job action=11 client r lower

2012/05/23 19:24:50 5A2D10 r ending thread

2012/05/23 19:24:50 5AB028 r ending thread

2012/05/23 19:24:51 0 start reader thread action 11

2012/05/23 19:24:51 0 start reader thread action 11

2012/05/23 19:24:51 5A2D10 r data from add_job action=11 client r lower

2012/05/23 19:24:51 5A2D10 r ending thread

2012/05/23 19:24:51 5AB028 r data from add_job action=11 client r upper-ziggo

2012/05/23 19:24:51 5AB028 r ending thread

 

Heb dus een ziggo kaart en een seca3 kaart in de interne readers, seca3 geeft geen problemen.

 

Met CCcam heb ik dus geen problemen.

 

Kan dit een probleem van de xtrend 9500 met interne readers en oscam zijn?

 

Bij deze nog mijn reader config:

 

[reader]

label = upper-ziggo

protocol = internal

device = /dev/sci0

caid = 0604

rsakey = 3C----6A

boxkey = 11----88

detect = cd

mhz = 600

cardmhz = 600

group = 1

emmcache = 1,3,2

[theparasol]

Waar zat ik met mijn hoofd.

 

De waarde voor vu kan niet kloppen want de pll techniek wordt pas in werking gesteld als mhz > 2000

En 1785 is lager, dus je knutselt enkel wat met de timings van de kaart.

[theparasol]

Voor de VU lijkt het erop dat daar of geen pll divider techniek gebruikt wordt of een dubbele divider.

Kortom, experimenteren is zinloos.

Het is wachten op echte meetwaardes van clockpin 3 van de reader naar ground met een frequentiemeter.

 

 

Als iemand hier beschikt over zo'n box en frequentie multimeter die mhz-en kan meten

 

cardmhz = 100 -> frequentie =

cardmhz = 200 -> frequentie =

.

.

.

.

.

.

cardmhz = 1000 -> frequentie =

 

Gebruik voor mhz gewoon iets als 369 ofzo, op de timings komt het momenteel voor de vu nog niet opaan, die kloppen toch al niet door al die historische dreambox timing patches.

[SubSense]

Ik snap de downloads niet meer.

Ik had altijd de oscam-svnxxxx-mips-tuxbox-webif voor de 800HD incl. wat help files als ik de tar.gz uitpakte.

Sinds 6801 springt men opeens naar 6908 en krijg ik enkel 1 oscam file die niet werkt in mijn 800HD.

 

Of moet ik opeens de 1.5 hebben? Die gaat niet verder dan #6801

......

 

Aha, ik ben dus niet de enige die hier tegenaan loopt. De file uit de download "oscam" werkt bij mij ook niet meer op de VU+ Duo.

[theparasol]

De build-bot werkt al tijdje niet meer (sinds 6801) en users uploaden nu hun zelfgecompileerde spul.

Dus dikke kans dat je een misbaksel hebt binnengehaald.

 

De 6929 uit de bijlage werkt ok op mijn dm800hd pvr box, is vannacht vers gebakken door openpli buildserver als oscam-experimental.

 

Werkt alleen op mipsel boxen dus niet op PPC

 

oscam-svn6929-mipsel.zip

[Tonskidutch]

- men begrijpt natuurlijk omdat er zo veel verschillen bestaan en verschillende versies zijn dat "men" niet durft overstappen

mede wegens de hak op de tak beschrijvingen hoe het op de receiver draaiende te krijgen EN houden

alsook in kwestie welke versie er nu geschikt is voor jouw receiver

Dus dikke kans dat je een misbaksel hebt binnengehaald.

< een misbaksel van een softcam uit een forum op je receiver laden is toch echt effe het laatste dat je wilt >

[theparasol]

Ach oscam is ook niet bedoelt voor doorsnee gebruikers. Alleen de ware hobbyist weet zijn potentie op waarde te schatten

[martjeB]

De build-bot werkt al tijdje niet meer (sinds 6801) en users uploaden nu hun zelfgecompileerde spul.

Dus dikke kans dat je een misbaksel hebt binnengehaald.

 

De 6929 uit de bijlage werkt ok op mijn dm800hd pvr box, is vannacht vers gebakken door openpli buildserver als oscam-experimental.

 

Werkt alleen op mipsel boxen dus niet op PPC

 

oscam-svn6929-mipsel.zip

 

Deze doet het inderdaad wel op mijn 800HD.

Maar hoe weet je dan of die zelfgebouwde " misbaksels" geen backdoor of iets hebben?

 

Moeten we dan telkens via de pli download de laatse oscam versie binnenhalen?

26 mei 2012 aangepast door martjeB

[theparasol]

dat wist je met download.oscam.to ook nooit zeker.

 

Wat je ook kunt doen is ze zelf bouwen vanaf source met bv easybuild script.

[Toppers]

Waar zat ik met mijn hoofd.

 

De waarde voor vu kan niet kloppen want de pll techniek wordt pas in werking gesteld als mhz > 2000

En 1785 is lager, dus je knutselt enkel wat met de timings van de kaart.

Klopt, de werking van de PLL en devider zie je bij een VU+DUO pas boven de 2000 Mhz instelling.

Echter, geef je in: 1785 om 100 , zie hetvolgende:

 

77100750 r reader kaartlezer initialized (device=/dev/sci1, detect=cd, mhz=1785, cardmhz=100)

2012/05/27 00:20:28 0 s waiting for local card init

2012/05/27 00:20:29 77100750 r kaartlezer card detected

2012/05/27 00:20:32 77100750 r ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6

2012/05/27 00:20:33 77100750 r Reader kaartlezer: Maximum frequency for this card is formally 5 Mhz, clocking it to 17.85 Mhz

 

De ECM waardes zijn dan bij een VU+DU echt het laagst haalbare, en wel tussen de 310-320

Jammer, ik heb geen frequentie meter maar enkel 2 linkse handen

26 mei 2012 aangepast door Toppers

[theparasol]

Ik weet wel dat die internal readers krom in elkaar zitten. Voor dreamboxen weten we nu tenminste hoe dat grapje wel werkt.

Voor de xtrend ben ik nu ook al wat verder maar die VU zie ik nog geen logica in.

 

En nergens een dev/sci api te vinden. Hoezo opensource enigma boxen ?!