As Juergen Heinzl pointed out, much of my original fwi calculations evaluated
authorlaforge <laforge@e0336214-984f-0b4b-a45f-81c69e1f0ede>
Sun, 11 Sep 2005 19:59:05 +0000 (19:59 +0000)
committerlaforge <laforge@e0336214-984f-0b4b-a45f-81c69e1f0ede>
Sun, 11 Sep 2005 19:59:05 +0000 (19:59 +0000)
commita740a7a578cb8a3f53b1b12b2e0833c8dbf4dcff
tree71f2ac27ae68aa052a8689c0258009d7c8e6d4e8
parenta9d8406846ca231a420069b2687156d4a582b38f
As Juergen Heinzl pointed out, much of my original fwi calculations evaluated
to zero due to the integer range limitations.  shifting everything to the microsecond
range should solve this problem without introducing ugly floating point arithmetics.

git-svn-id: https://svn.gnumonks.org/trunk/librfid@1425 e0336214-984f-0b4b-a45f-81c69e1f0ede
include/rfid/rfid_layer2_iso14443b.h
include/rfid/rfid_protocol_tcl.h
rfid_layer2_iso14443b.c
rfid_proto_tcl.c