Hi all!
This is the announcement for the 4th incarnation of our bi-weekly
Osmocom Berlin meeting.
May 23, 7pm @ CCC Berlin, Marienstr. 11, 10113 Berlin
There is no particular schedule for now, but if there is interest we
can do an introduction + demo of the new sysmoBTS.
Also, I'll have my SIMtrace with me, to read out TERMINAL PROFILE from
phones for https://terminal-profile.osmocom.org/ . So if you have any
phones to read out: Please bring them (with charged battery or charger!)
So we'll just meet + talk. There seem to be some SMSC related questions
that we would want to adress, so you have been warned ;)
If you are interested to show up, feel free to do so. There is no
registration required. The meeting is free as in "free beer", despite
no actual free beer being around ;)
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi all!
Kevin has done a wonderful job of creating a tool for collaborative
collection of TERMINAL PROFILE data of mobile phones. See:
https://geekblog.kevredon.org/?p=592https://terminal-profile.osmocom.org/
I'm looking forward to see contributions by all SIMtrace owners. After
all, you no longer need to be a programmer to contribute now. All you
need is a SIMtrace and a couple of phones, which is probably true for
most people on this list.
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi!
FYI: the last git commit (6ea973b79ef8f53a250313f34218680a7b5fb1b4) in
the firmware directory has fixed the problem that for certain cards,
the first APDU was transmitted together with the ATR in the first GSMTAP
message.
I am currently trying to fix some other bugs (particularly the known
issue regarding high-speed cards) and will make a v0.6 firmware release
once that is done.
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi list,
A few questions regarding the 7816 driver, while I wait for my SIMtrace
board to arrive:
1) It is stated in the hardware section that the datasheet for the SAM7S
does not specify working as a slave, and this is indeed the case. How did
this slave implementation come about? Trial and error or is this an
officially supported mode?
2) The SAM3S also has no mention of 7816 slave mode, and I noticed v2.0 of
the hardware will be based on this uC. Has this been verified to work?
3) I'm trying to understand why compute_fidi_ratio() returns a
multiplication of fi, di instead of division if di > 8. Didn't see anything
that states this requirement in the SAM7S datasheet (table 31-5).
Thanks!
Eran
Hi all!
This is the announcement for the 3rd incarnation of our bi-weekly
Osmocom Berlin meeting.
May 09, 7pm @ CCC Berlin, Marienstr. 11, 10113 Berlin
The schedule is as follows:
19:00 Introduction / Workshop on Osmocom SIMtrace (Kevin Redon)
Kevin will introduce SIM/USIM/UICC cards, present what SIMtrace
is and how it works, as well as how to use it to trace
communication between SIM card and phone.
20:00 Informal discussions
If you are interested to show up, feel free to do so. There is no
registration required. If the initial part is not interesting to you,
feel free to join us later at 20:00. The meeting is free as in "free
beer", despite no actual free beer being around ;)
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
