This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/simtrace@lists.osmocom.org/.
Harald Welte laforge at gnumonks.orgHi again,
On Sun, Feb 12, 2012 at 02:46:37PM +0100, Myonium wrote:
> Thank you for the fast reply.
> Your assumption (speed issue) most probably right. It happened to me
> with a new “Gemalto .NET v2.0” card which has baud rates up to
> 223kbps. Would the simtrace device give me the transfer rate? How
> would you suggest to measure it?
If you look at the serial console, it should even tell you the
negotiated PPS settings. So far there is no code to export this via USB
t othe host PC, as far as I remember. However, it would be simple to
add it in case you don't happen to have a matching serial cable. Please
let me know.
> Btw. a neat idea to run the card with a different speed when tracing ....
>
> Interesting to see from the traces (new Gemalto .NET v2.0 card), that
> there is not PPS negotiation. I would probably have to make a warm
> reset to trigger that. Indeed that would be a nice experiment also I
> currently have no clue how to do it ... in theory that would be
> something, which could be included into the firmware ... what do you
> think? (The simtrace firmware would always negotiate a speed it could
> handle ....)
Well, I think that the firmware can be fixed to handle all the speeds,
and we should try that as a primary goal. But yes, twisting the ATR
bytes in order to ensure the Fi/Di values cannot be selected above a
certain speed might very well be a nice idea. It's more in the area of
a man-in-the-middle than a purely passive trace, though.
--
- Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)