User's Manual
:
0 2,/
$)%$)$$$
?,?%%34%%#5/$2
7+!$04%%3$
$0%%)%%0%$4%%'5$$+
?/$B!)%%2
&<$4%%$$%2$)
327)%%0$%6)0
'
QUOTE
The GRT is not optimized for speed. Due to the design of the rf_api
(which was developed during another project) there are several
redundant operations while receiving multiple files consecutiveley
(e.g. select DFs). But the GRT never should be a speed demonstration
tool. Stability was the first object while developing the rf-api.
Special Card Reader "speedups" are also not supported. PC/SC-Readers
are all handled equally. Just the special and serial readers are
initialized using highest possible speeds regarding to supplied
vendor examples.
What we discovered:
- Extended logging costs time due to the extensive logging of APDUs
- CPU speed affects transfer rates
- CPU type does not
UNQUOTE
"%%4%%)$+%%
$$02,$$$+%$$
0%%)%))4%%2
0 +,,-&1!2,/