2x CD kaart defect geraakt in Phoenix reader

[kwetal]

@sattv4iedereen & Zilverster: Thanks, er heeft inmiddels al iemand gegumd zie ik. Ik betaal al 10 jaar voor 3 kaartjes, heb nog nooit iets geshared ofzo en was me van geen kwaad bewust.....

30 maart 2012 aangepast door kwetal

[Zilverster]

@kwetal,

 

Maakt niet uit, maar was even schrikken .............

 

Probleem opgelost zullen we maar zeggen, dan even het volgende :

 

Het blijft vreemd dat de kaart door Oscam gezien wordt als een Canal Digitaal kaart ( canal_digitaal card detected ) en dit zonder ATR herkenning ( Error activating card ).

 

Als jij zeker weet dat de kaart in een originele ontvanger ook niet herkend wordt en er dus helemaal geen gegevens te zien zijn van de kaart, is het heel goed mogelijk dat de kaart idd defect is.

 

Wat je nog kunt proberen is eens te kijken of er met het programma wat ik hier boven melde ( FD ) nog iets uit de kaart te krijgen is.

 

Gr.

 

Zilverster.

[Zilverster]

@kwetal,

 

Ik blijf het een vreemd verhaal vinden en kan me haast niet voorstellen dat de kaarten defect zijn.

Helaas heb ik geen ervaring met Oscam en kan je dus niet vertellen waar deze info vandaan komt, zie onder :

 

2012/03/21 20:25:06 D79E20 r reader thread started (thread= D79E20, label=canal_digitaal, device=/dev/ttyS0, detect=cd, mhz=358, cardmhz=358)

 

Hier wordt toch duidelijk vermeld dat er een cd kaart gevonden is ( detect=cd > is Canal Digitaal ).

 

De instelling van 3.58 Mhz. kan zeker niet het probleem zijn en volgens mij zou 6.00 Mhz. nog geen probleem mogen geven.

 

Blijft de vraag of we er nog een ATR uit kunnen halen, gr.

 

Zilverster.

[kwetal]

@Zilverster. Over Oscam kan ik je ook niet bijzonder veel vertellen. Na enige studie, trial and error kreeg ik het aan het werk en had ik vooralsnog niet veel behoefte er verder in te duiken. Tot pakweg een maand gelden heeft het altijd probleemloos gewerkt. De door jou geciteerde regel is, voor zover ik weet, afkomstig uit een "prefab" initialisatie bestand en wordt altijd geproduceerd. Ongeacht of er nu wel of niet een kaart in de lezer zit. Van belang is de regel direct daarna: 2012/03/30 16:05:07 FC9E20 r canal_digitaal card detected

 

Deze regel wordt alleen geproduceerd indien er de CD kaart in de lezer zit. Daarna loopt het vast en na drie pogingen geeft Oscam het op. Althans bij twee kaartjes. Het derde nog werkende kaartje durf ik er niet meer aan te wagen want mijn vrouw vermoord me als ze geen TV kan kijken indien dat kaartje ook gesloopt wordt in de lezer...... De beide "aangetaste" kaarten doen echt niets meer in de reguliere tuners. Geen teken van leven.

 

Inmiddels heb ik ook bij FD gekeken maar dat vergt nogal wat voorstudie voor ik daar mee aan de slag kan. Indien het al zou helpen.

[Zilverster]

@kwetal,

 

Inmiddels heb ik ook bij FD gekeken maar dat vergt nogal wat voorstudie voor ik daar mee aan de slag kan. Indien het al zou helpen.

 

 

Is niet nodig voor het uitlezen van de ATR.

Programma installeren op de computer.

Juiste compoort instellen ( com1 )

Optie verbinden aanklikken

Optie lees aanklikken

 

Meer is er niet nodig om te zien of de kaart nog iets doet,

 

Wel even een cardreader aansluiten op de PC ( com 1 ) en de kaart er in stoppen, gr.

 

Zilverster.

[theparasol]

2012/03/21 20:25:06 D79E20 r reader thread started (thread= D79E20, label=canal_digitaal, device=/dev/ttyS0, detect=cd, mhz=358, cardmhz=358)

 

Hier wordt toch duidelijk vermeld dat er een cd kaart gevonden is ( detect=cd > is Canal Digitaal ).

 

Niet vreemd, is de naam van de reader in oscam. De cardreader detecteert een card maar kan er vervolgens niets mee:

 

2012/03/31 00:11:04   57F5D0 r reader kaartlezer initialized (device=/dev/sci0, detect=cd, mhz=300, cardmhz=500)
2012/03/31 00:11:05   57F5D0 r kaartlezer card detected
2012/03/31 00:11:07   57F5D0 r ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6
2012/03/31 00:11:08   57F5D0 r Maximum frequency for this card is formally 5 Mhz, clocking it to 3.00 Mhz
2012/03/31 00:11:09   57F5D0 r type: SECA, caid: 0100, serial: XXXXXXXXX, card: Canal+ NL v10.0
2012/03/31 00:11:09   57F5D0 r [seca-reader] provider 1: 0000, valid: 1, name: MANAGMENT, expiry date: 2012/05/28
2012/03/31 00:11:09   57F5D0 r [seca-reader] SA: XXXXXXXX
2012/03/31 00:11:09   57F5D0 r [seca-reader] no PBM for provider 1
2012/03/31 00:11:09   57F5D0 r [seca-reader] provider 2: 006A, valid: 1, name: CANALDIGITAAL, expiry date: 2012/05/26
2012/03/31 00:11:09   57F5D0 r [seca-reader] SA: XXXXXXXXX
2012/03/31 00:11:09   57F5D0 r [seca-reader] PBM for provider 2: e680000000000000
2012/03/31 00:11:09   57F5D0 r providers: 2 (0000,006A)
2012/03/31 00:11:09   57F5D0 r [seca-reader] parental locked
2012/03/31 00:11:09   57F5D0 r [seca-reader] ready for requests
2012/03/31 00:11:09   57F5D0 r found cardsystem seca
2012/03/31 00:11:09   57F5D0 r [seca-reader] provider 1: 0000, valid: 1, name: MANAGMENT, expiry date: 2012/05/28
2012/03/31 00:11:09   57F5D0 r [seca-reader] SA: XXXXXXXXX
2012/03/31 00:11:09   57F5D0 r [seca-reader] no PBM for provider 1
2012/03/31 00:11:09   57F5D0 r [seca-reader] provider 2: 006A, valid: 1, name: CANALDIGITAAL, expiry date: 2012/05/26
2012/03/31 00:11:09   57F5D0 r [seca-reader] SA: XXXXXXXX
2012/03/31 00:11:09   57F5D0 r [seca-reader] PBM for provider 2: e680000000000000

 

Rara hoe heet mijn cardreader

[Matchless]

Voor zover ik het kan nagaan staat jumper 1 op 6Mhz. jumper 2 staat op normaal.

 

 

Het kan zijn dat de frequentie je kaarten toch gemold heft volgens mij.

Want ik kan me voorstellen dat de anti-share maatregel erg timings gevoelig is. En door de frequentie te verhogen verander je ook de timing in je kaart.

Ook rekent hij wel sneller maar de kans op fouten in de data neemt dan ook toe.De kaart kan de te hoge snelheid zien als een poging tot hacken en neemt daar deze maatregel tegen.

 

Of dit ook zo is weet ik niet maar het lijkt me wel een logische wijze van handelen van de kaart.

[kwetal]

@Zilverster

Meer is er niet nodig om te zien of de kaart nog iets doet

 

FD gevonden en geinstalleerd. Het is wel een versie van eind 2008.

Beide kaarten blijken zo dood als een pier. Nog even gecheckt met mijn enige nog werkende kaart en die produceert een keurige ATR.

 

Dus de reader doet het wel. Op 3.578 Mhz. (op het kristal staat 3.579 Mhz; dat zal het hem toch niet doen denk ik)

 

Blijft nog de vraag waarom beide kaarten kort na elkaar defect zijn geraakt. Ik geloof graag in het toeval maar dat lijkt me uitgesproken sterk.

De spanning op de voedingsingang heb ik op 8 volt gezet (gevraagd 9 volt).

Kan iemand mij aan de hand van de print vertellen op welke punten ik de feitelijke spanning kan meten die de kaart te verwerken krijgt?

 

Gr Kwetal

31 maart 2012 aangepast door kwetal

[kwetal]

Het kan zijn dat de frequentie je kaarten toch gemold heft volgens mij.

@ Matchless: Dat leek me een plausibele verklaring. Juist omdat het na de aanpassing van CD plaats vond. Maar inmiddels met FD gemeten op een nog werkende kaart. Het blijkt dat een veilige frequentie van 3.578 gebruikt wordt. Na een grondige bestudering van de print blijkt dat de jumper ook als zodanig staat ingesteld. Deze heeft in het verleden ook altijd zo gestaan. Gr Kwetal

[Zilverster]

@kwetal,

 

Het is nu dus duidelijk dat de kaart geen ATR meer heeft, mede door dit te bewijzen met behulp van FD is dit duidelijk geworden en kunnen we een eventuele fout van Oscam in combinatie met je kaartlezer uitsluiten.

Wat de oorzaak is van het niet meer hebben van een ATR op de kaart, is mij nog niet geheel duidelijk, normaal gesproken zou het een combinatie van de clock frequentie en de spanning kunnen zijn.

 

 

@theparasol,

 

Ook bedankt voor de aanvulling, een aanvraag vanuit Oscam dus, heeft dus niets met de kaart te maken.

 

 

@Matchless,

 

Ik denk idd dat je in de goede richting zit.

 

Het vreemde is wel dat als ik de log bekijk van de toen nog werkende kaart van @kwetal de frequentie op 3.58 Mhz. staat, zie onder :

 

2012/03/21 20:25:06 D79E20 r reader thread started (thread= D79E20, label=canal_digitaal, device=/dev/ttyS0, detect=cd, mhz=358, cardmhz=358)

 

2012/03/21 20:25:14 D79E20 r Maximum frequency for this card is formally 5 Mhz, clocking it to 3.58 Mhz

 

 

Normaal voor Seca is 3.57 Mhz. en voor Nagra 3.68 Mhz..

 

 

Het enigste wat ik mij kan voorstellen is dat de voedings spanning problemen heeft opgeleverd, dit in combinatie samen met de Mhz..

 

Enigste optie is volgens mij om de voedings spanning eens grondig na te meten, zowel belast als onbelast.

Vooral de goedkope voedings blokjes kunnen nogal problemen geven.

 

Helaas is @kwetal daar nu niet meer mee geholpen.

 

 

Gr.

 

 

Zilverster.

[Zilverster]

@kwetal,

 

Ik heb het hele verhaal nog eens opnieuw doorgelezen en denk dat ik er uit ben :

 

Ik heb ooit eens gelezen dat de reader op 6 Mhz moet werken. Ik dacht ook dat ie goed stond ingesteld. (zie foto). Vreemd genoeg zie ik in Oscam ook nog een regel die op 3.58 Mhz wijst: reader thread started (thread= F0A050, label=canal_digitaal, device=/dev/ttyS0, detect=cd, mhz=358, cardmhz=358) Zou dit betekenen dat ik ruim 8 maanden van een onjuiste frequentie gebruikt gemaakt heb?

 

Als je zeker weet dat de reader zelf op 6 Mhz. staat zou dit zeker de oorzaak kunnen zijn ( lees overclocken ).

Waarom het niet eerder mis is gegaan heeft waarschijnlijk te maken met de SID aanpassing op de kaart van de afgelopen tijd.

 

 

@Matchless,

 

Dus toch ................

 

 

Gr.

 

 

Zilverster.

[kwetal]

@Zilverster: Ik bewonder je vasthoudendheid in de poging dit probleem te doorgronden. Toch heeft de reader altijd op 3.578 Mhz gewerkt. Dat ik dacht dat ie op 6 Mhz stond kwam door een onjuiste interpretatie mijnerzijds van de jumper stand. De met FD gemeten frequentie is 3.578 Mhz. Na een grondige bestudering van de print blijkt dat de jumper ook als zodanig staat ingesteld. Deze heeft in het verleden ook altijd zo gestaan. Kennelijk de default instelling want zo ik hem ook gekocht.

 

Een te hoge frequentie kunnen we, dacht ik, redelijkerwijs afstrepen als storende factor. Blijft over een iets te hoge spanning in combinatie met een mogelijk niet goed functionerende HIN232CP IC als mogelijke oorzaak. Ik ben echter te weinig elektronicus om te kunnen doorgronden of zoiets tot te hoge (piek)spanningen op de chip in de kaart kan leiden.

 

Noot: de HIN232CP op mijn reader doet hetzelfde als de MAX232. Dit IC moet er voor zorgen dat de in spanning variabele stuursignalen van de RS232C poort naar een voor de smartcard logica bruikbare spanning wordt omgezet. (0 of 5 volt). Overigens zie ik nog een paar weerstandjes op de print zodat de feitelijke spanning op smartcard nog wel wat lager zal zijn.

 

Gr, Kwetal

31 maart 2012 aangepast door kwetal

[Matchless]

Overigens zie ik nog een paar weerstandjes op de print zodat de feitelijke spanning op smartcard nog wel wat lager zal zijn.

 

 

Verkijk je daar niet op, dit kunnen ook pull-up (of down) weerstanden zijn.

 

De voeding zelf zal ook niet het probleem zijn want de reader stabiliseert de voeding naar 5volt. Dit zal door een 7805 o.i.d gedaan worden.

 

Wat wel evt zou kunnen is de manier van gebruiken van de reader.

Heb je de voeding wel eens los gekoppeld toen de kaart nog in de reader zat? Want dan zou er wel een spanningspiek aan de kaart gegeven zijn.

Dat komt door de elko's die op de reader zitten.

 

Wil je goed de spanning meten dan moet je die meten op de contacten van de kaartlezer zelf.

 

De rs232 chip kan wel eens kapot gaan maar dan zou je helemaal geen data moeten hebben.

[kwetal]

Heb je de voeding wel eens los gekoppeld toen de kaart nog in de reader zat? Want dan zou er wel een spanningspiek aan de kaart gegeven zijn.

 

Dat niet maar de connector zit niet al te stevig. Mogelijk dat door accidentele tractie aan de voedingskabel korte onderbrekingen in de voedingsspanning tot ongewenste piekspanningen op de smartcard hebben geleid. Dit lijkt me (tot nu toe) meest plausibele verklaring.

 

Indien 5 volt voldoende is dan zou ik ook een Molex connector op de print kunnen solderen en de reader met 5 volt vanuit de PC voeden. Of is 5 volt weer te weinig voor een betrouwbare werking?

[thabutcher]

Goedemorgen,

 

Ik zie dat je uit Lemmer (of omstreken) komt. Wil de print wel voor je doormeten.

Woon zelf ook in Lemmer.