HF reader identification

[iceman1001]

trafficstars

New concept.
Before we always try to read card and figure out what kind of tech it uses. We lack today a way of presenting the pm3 to a reader, and it could identify which type of communication the reader is using.

we can identify a precense of a HF readerfield. we can try different demods, with full client commands, identify how to talk with cards. we can simulate individual cards.

[doegox]

yeah, ideally first be completely passive and listen to the entirely polling sequence, and extract all queries of the various standards. Be able to support e.g. the polling of an Android would be nice, it's one of the most complete poll sequence. Also the nfc-list is a good example of multi-protocol reader. And why not having also temporal info on the various duty cycles of the polling sequence.

Then once we get that list we can start emulating various types of cards for each standard.

[iceman1001]

yup, listen for 14a , see if there is a WUPA/REQA .. if not,
listen for 14b, see it there is...
listen for 15693, see.. listen for iClass see..