[Cam Algemeen] CAM/card programmeren for dummies

[Gast]

Heb wat ISO literatuur zitten lezen, om de juiste ATR enzo te vinden. Kwam wat grappige info tegen.

 

Volgens mij is het mogelijk om een (telefoon) SIM kaart uit te lezen (en zelfs te editen) met je CAM. Dus verbaas je vrienden door een SIMkaart in je sateliettuner te steken, en de lijst telefoonnummers op het scherm te zetten...

[Gast]

Milo,

 

Geweldig dat je dit al voor elkaar hebt!! <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" /> <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" /> <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" /> Zit nu op mijn werk en kan dus even niets proberen. Ook vanavond andere dingen aan de hand, maar morgen heb ik natuurlijk alle tijd. Ga ik er eens lekker mee aan de slag. Ben benieuwd!!

 

De bron waar ik veel geleerd heb over de werking van smartcards is: http://www.cardwerk.com/smartcards/smartcard_standard_ISO7816.aspx. Hier staan de volledige ISO7816 specs (1 tm 5) Misschien had je hem al, maar voor de zekerheid gooi ik hem toch maar even hier neer.

 

Die ATR zouden we samen kunnen afstemmen. In Eva kan ik dan controleren voordat ik naar de smartcard schrijf of jouw logprogramma daar wel op staat. Zo voorkomen we denk ik de nodige slachtoffers in smartcard land.

[IceKiller]

indd.. maar dat je een SIM kaart kon uitlezen is algemee kennis. De mastera IV vb heeft zelfs een optie ervoor : phone - gsm: ook bestaan er speciale kaarten waar jeje simkaart in kunt steken.

 

 

vraag:

zou EVA werken op een DRAGON CAM?

[Gast]

Iemand de logger al geprobeerd (in de EVA CAM, een gewone cam ziet hem niet vanwege de ATR)?

Ik ben wel benieuwd of hij uberhaubt iets in de EEPROM schrijft (waarschijnlijk met wat foutjes, want de 8-bit mode staat niet aan)

[Gast]

Citaat:

zou EVA werken op een DRAGON CAM?

 

Sorry, zie nu pas je vraag staan. Dit gaat niet werken. Eva is geprogrammeerd voor Sidsa based Cams, in het stukje staat welke dit zijn (magic, matrix, etc.).

[Gast]

Milo,

Net even geprobeerd, maar nog geen succes. Kan heel goed aan mij liggen, want zo handig ben ik nog niet met funcards en mijn CAS2. Heb jij met Eva wel data kunnen loggen? Morgen ga ik verder met proberen!

Hermanator

[IceKiller]

hmm jammer dat MM nog zo duur zijn tweedehands...

achja zoek toch gaat verder <img src="/ubbthreads/images/graemlins/wink.gif" alt="" /> hermantor pm gelezen?

[Gast]

Intussen weer wat wijzer geworden.

 

De "seriele poort" van de kaart zit helemaal niet aan de UART vast. Dat doet blijkbaar pinnetje 6 van PORTB. En die moet je met het handje op en neer toggelen (of lezen) om er een seriele poort van te maken. Nogal bewerkelijk, dus ik heb de code maar schaamteloos van SOSSE (io.S) gejat en aangepast.

 

De zip file bevat weer alle source code (2 ASM files en een SP project file voor AVR Studio).

 

Wie alleen wil spelen:

Laadt logger.hex in de program flash

Laadt logger.eep in de interne EEPROM

Het is aan te raden de EEPROM(s) een keer te wissen om alle cellen op 0xFF te zetten.

 

De eerste byte van de EEPROM bepaalt hoeveel bytes hij naar de CAM gaat sturen als ATR message. Hij stuurt er een meer dan het cijfer (want als de flash leeg is staat er 0xFF !).

De dan volgende bytes worden verzonden (in de logger.eep stuurt hij er dus 16 want de eerste byte is 0x0F)

 

Je mag de interne EEPROM ook leeg laten. Dan stuurt hij dus geen ATR. De interne EEPROM moet dan wel leeg zijn (dus alleen 0xFF bevatten) anders stuurt hij "troep" naar je CAM toe.

 

Het loggen begint in de EEPROM op locatie 0x40. Hier schrijft hij NA het zenden van de ATR de letters "L" en "G" neer.

 

Hopelijk werkt het dit keer (mijn sidsa CAM is nu dood dus ik wacht op de CAS2)

 

Edit: [color:"red"]bugje in attach - de attach die er hiervoor aanzat was de foute (skipte het zenden van de ATR niet goed bij lege EEPROM)[/color]

875116-Logger.zip

[Gast]

Milo,

Je bent weer lekker bezig! Thanx! <img src="/ubbthreads/images/graemlins/xyxthumbs.gif" alt="" />

Testrapportje per pm aan je verzonden.

Hermanator

[Gast]

http://www.sparknotes.com/cs/#c++fundamentals

 

Kan handig wezen voor de beginnende cam programmeur.

 

Wildcard

[Gast]

Hmm. Nog eens druk in specs zitten bladeren. Tot de volgende conclusies gekomen:

 

- Schrijven naar de EEPROM duurt 4ms tot 8 ms (wauw), dat moet ik dus niet te veel doen.

- Het is genoeg om 0x3B 0x00 als ATR te sturen - alle defaults zijn goed...

 

Ik heb de logger nu dus veranderd: Stuurt alleen de simpele ATR.

Hij leest 16 bytes achtereenvolgens in (naar RAM), en zet die dan in de EEPROM. Tijdens het schrijven is de kaart "offline", dus gedurende 16x8=512ms ofwel een halve seconde wordt er dan niks gelogd. Daarna gaat hij weer 16 bytes happen.

 

Nou snap ik waarom niemand eerder een funlogger gebouwd heeft - je kunt maar tussen de 125 en 250 karakters per seconde loggen.

 

Voor het educatieve gevoel blijf ik er wel mee prutsen - is grappige hobby materie. Zo kan ik enkele honderden bytes in RAM bufferen, en dan in de achtergrond naar EEPROM schrijven met wat slim programmeerwerk. Ook (timer) interrupt routines gebruiken voor de communicatie enzo is wel interessant.

877428-Logger.zip

[Gast]

Milo,

 

Wat gebeurt er met de communicatie tijdens de periode dat hij niet logt? Ik vermoed dat er geen handshaking en dus ook geen buffering is, waardoor deze bytes verloren gaan?

 

Hermanator

[IceKiller]

dat zegt hij toch..

hij gaat (als het lukt) deze tijdelijk opslaan in zijn 'geheugen' en dan schrijven naar de EE.

Dit aan de hand van een timer en algoritmes die dit moeten opvangen... dus

 

begin data opslaan in temp mem...

dan na bepaalde tijd (bepaald door timer) opslaan in EE met algoritmisch

en dan gewoon gaan loggen.

 

alle dat is wat ik eruit afleid..

[Gast]

Citaat:

dat zegt hij toch..

 

Met 9600 baud tussen de cam en de kaart, kunnen er volgens mij rekening houdend met start en stopbits zo'n 870 bytes per seconde binnenkomen in het logprogramma van Milo. Als hij maximaal 250 bytes per seconde in EEPROM kan loggen, is er dus een redelijke kans dat zijn RAM buffer overloopt.

 

Vandaar dus mijn vraag of er tussen cam en kaart ook een buffering met handshaking mogelijk is.

[Gast]

Hardware Handshake is not possible, but Software Handshake X-on / X-off is on BOTH Sides programmable. The Card sends an X-Off if the Buffer is Full and an X-On if the Buffer is emptied. The Ci can use a circular Buffer.