[Cryptech Tech] smart card interface for next hw rev

[Richard Lamb]

...and fwiw AN2598 looks comprehensive.  Better than what I had for atmel
parts.

On Tue, Jul 19, 2016 at 3:58 AM, Richard Lamb <slamb at xtcn.com> wrote:

> From my rudimentary experience in writing smartcard driver/hw for some
> atmel chips i found the usart must support iso7816 (half duplex so just one
> pin) and the need for a gpio pin for rst and/or power control for the card
> and a gpio for the card inserted switch on the carrier.  I also experienced
> the need for a reasonable size capacitor to minimize the effects of
> inserting/removing cards on any shared 3-5V PS line on the rest of my
> circuitry.  FWIW, I used ACOS3 cards that have a easy to find spec for r/w
> memory...but even simpler would be nice.  -Rick
>
>
> On Tue, Jul 19, 2016 at 1:35 AM, Jakob Schlyter <jakob at kirei.se> wrote:
>
>> In Berlin, we've been talking about how to use smart cards for
>> reading/writing m-of-n components independent of the management host. The
>> rough consensus was that plain memory smart cards as data carriers would be
>> easy to use and present a reasonable interface to the ARM. Alternatives
>> would be USB or punch cards, but seems to either add more attack surface or
>> require ancient hardware.
>>
>> In order to be able to experiment more with this, we need two additional
>> UARTs on the next hw rev board. One for connecting to a smart card reader
>> (the rest of the required stuff is apparently already in the ARM) and one
>> for a future LCD/keypad. As far as I understand, no other hardware (except
>> for the actual reader/LCD/keypad) should be needed, and I hope Peter Stuge
>> can confirm this.
>>
>>         jakob
>> _______________________________________________
>> Tech mailing list
>> Tech at cryptech.is
>> https://lists.cryptech.is/listinfo/tech
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.cryptech.is/archives/tech/attachments/20160719/dc49d4eb/attachment.html>