<div dir="ltr">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 <div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 19, 2016 at 1:35 AM, Jakob Schlyter <span dir="ltr"><<a href="mailto:jakob@kirei.se" target="_blank">jakob@kirei.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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.<br>
<br>
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.<br>
<br>
        jakob<br>
_______________________________________________<br>
Tech mailing list<br>
<a href="mailto:Tech@cryptech.is" target="_blank">Tech@cryptech.is</a><br>
<a href="https://lists.cryptech.is/listinfo/tech" rel="noreferrer" target="_blank">https://lists.cryptech.is/listinfo/tech</a><br>
</blockquote></div><br></div>