Reported by Joerg Reisenweber, Dec 17, 2013
Chip used for design: evaluation by community resulted in finding the TRF linux support (libnfc) to be sparse and insufficient, we need to use PN53x for which there is a wealth of mature support in linux.
Comment 1 by Joerg Reisenweber, Dec 17, 2013
Antenna: use FPC antenna glued into inside of battey lid, with two pogopins protruding from uSD/flash daughterboard through two holes drilled into the case plastic between battery and uSD-tray
Comment 2 by Nikolaus Schaller, Dec 17, 2013
I disagree. We need a good chip and community will support it. Innovation is not what customers tell you what they want. Software is for adaptation to newer hardware...
Comment 3 by Nikolaus Schaller, Dec 17, 2013
To add what we need for a good evaluation and comparison of two alternatives: * dimension of chip * number of external components * chip cost (1Q and 1kQ) * availability of driver (this is of course one factor, but IMHO one of the least important ones) * ease of interface * power consumption (active, standby) * protocol support (current and future) * openness of documentation (I assume that is for all variants) So before drawing conclusions and decisions we need to weight the outcome of such an analysis. I wish I had more time to do it thoroughly. Finally, we may be able to get an integrated WLAN/BT/FM/NFC chip which beats.
Comment 4 by Joerg Reisenweber, Dec 18, 2013
requirement: Single-Wire connection to SIM for NFC secure applications (POS payment etc). consider and evaluate http://www.etsi.org/deliver/etsi_ts/102600_102699/102613/07.03.00_60/ ts_102613v070300p.pdf Particular focus on privacy and compatibility to modem, buzzword SIM-inserted-switch additional/background/related: http://www.alldatasheet.com.cn/download.php?id=1698663&pdfid=95F7 0B32A8CE7F4EDBE287FEA56A3511&file=0350%5Cpn544_2767746.pdf http://en.wikipedia.org/wiki/Single_Wire_Protocol
Comment 5 by Joerg Reisenweber, Dec 18, 2013
when we plan to provide BSP with complete driver support for all hardware, like we promised to do, we will have to put more weight on the "availability of linux drivers" detail. Otherwise it's not "community" but *us* who will have to develop drivers for a new unsupported chip. When OTOH there's existing comprehensive(!) comparable driver support for both alternatives then the other points get more important. No matter which weighting we apply, we of course need to steer clear of showstoppers like poor hw system integration or too high power consumption. All such points would be a final KO criterion for any of both alternatives.
Comment 6 by Piotr Polak, Jan 27, 2014
Have you considered NXP PN65 NFC/SecureElement combo package used in most Android phones? L version of it is based on PN532 NFC controller supported in linux.
Comment 7 by Joerg Reisenweber, Jan 12, 2015
relevant paper, courtesy Werner: http://neo900.org/stuff/papers/nfc-draft.pdf