Hi - I will make every effort to help you. It'll be kind of nice to revisit where I started off. All my funcard projects were ISO7816 (ie smartcard) emulators for Nagravision 1. I have no idea about java: I only truly know/use C these days... I'm very rusty on atmega assembler.
I wouldn't worry about erasing the card, that's pretty standard when programming. Likely the card will be blank anyway, or contain some useless (these days) emu.
Is phoenix not the same as PC/SC? In my mind they have the same functionality: talk to an ISO7816 smartcard.
Schematics lol - everything was written on the back of an envelope. I'm even having to google the funcard wiring. There'll be a single i/o line which was used for ISO7816 comms, and maybe one or two more, used for programming (MISO/MOSI?). If your application is not pure ISO7816 then you could repurpose those programming lines for debug data perhaps. My development "funcard" was a PCB version which had a 2nd serial exposed to hook up to PC. But only ever crude printf() debugging.
Thanks
Thats how I understand the smart card flow
Layer1: Smart card (piece of plastic with a μC inside Atmel 8515 in this case as well as 24LC1024 Eeprom for data storage I presume
Layer2: Program written for Atmel 8515 it can blink a LED (if you hook a led to the card pins) or what it usualy does is eather run Java (incase of a SIM card) or some properority program that eather stores your bank certificate or in this case manages ViaAcsess, or Nagravision, or Videocrypt, or whatever encryption method people invented)
Layer3: Phone (incase of SIM card) or TV (incase of SAT) or PCSC Card reader
Layer4: User program usualy runs on a phone or on a computer and can comunicate with card reader (like Layer3 specifies
Layer3 comunicates with Layer2 using
APDU commands
OK so,
PCSC readers (or serial(Phoenix) readers, but PCSC are better because with them you can use industry standard smart card programs like your bank card program, your health card program or your windows (to use your smart card to login to windows, etc)
PCSC readers can comunicate only with Layer3 (you can not program your card with Layer3, because usualy program cannot rewrite itself (only if you cause buffer overflow, or glitch the card and somehow manage to implant your own code that rewrites it (some guy did just that to
dump a card)
And some of my programs like
SIM Aliance loader or
Smart Card Toolset Pro or
APDUscanner only work with
PCSC readers
I see no reason why Duolabs CAS3+ could not support PC/SC (as it seams it has full speed USB bus, completly in software control), but for some reason I cannot find this option anywhere (even on the internet nothing is written anywhere about this)
it seams so stupid that you have a full features smart card reader, and then you have to buy another one just because your full features one doesn't support PC/SC
I even written to duolabs asking about this (maybe they don't know english, and I should have written in Italian, but sadly I don't know Italian), but received no response sadly (oh how I hate when company stops supporting a product, and never gives source code or schematics away after that (its like, f*** you, we don't care, any you also will not use it, because we say so)
BTW: do you maybe have some scripts or compiler, left somewhere (what u used) (I was thinking of using
Atmel Studio as an IDE, but not sure if smart card is realy smart enought for that)
not sure how a hello world on a card could look like, I mean it seams all the pins are connected with a reader so, the card can send data to reader
Like, how would a basic hello world on a smart card even look like (it seams blinking a led is not a smart card thing), like is there any response I can send from a card, telling a reader that the firmware works? (like Hello card here, I work)
I do have an Atmel development board based around
Atmel SAM 9260 so if I need to debug something more complex I have hardware to do that (althought its different Atmel CPU, so not sure how compatible things are in Atmel world)