simtrace March 2017

simtrace@lists.osmocom.org

6 participants
4 discussions

Current status of the SIMtrace project
by E:V:A 21 Mar '17

21 Mar '17

Dear Osmocom, I have been following your SIMtrace project for some time and wanted to build and try a few things. However, it seem that the project is abandoned since it has not been updated on your Wiki for ages. I know you guys are very busy with your many other and more interesting projects and that this project is very old, but we would still appreciate if you could at least try to keep your own GIT repo updated with the stuff you are showing on the wiki. For example, I cloned the SIMtrace and opened the schematics in KiCad only to find that the schematic is several HW versions behind the currently shown one. So my questions are: 1. Have you abandoned the project? 2. Where can I find/download the latest Firmware, KiCad (Schematics and PCB) design files? 3. There is a related project on GitHub that are using SIMtrace. However, the firmware there seem different. What is the current status of the firmware? Are you involved in that development? https://github.com/kamwar/simlabTrace If your answer to (1) is a Yes, then perhaps it would be better to publish your project to GitHub instead, so that other people can help and take over the maintenance? This is actually a great idea, reagrdless as your Redmine/cgit based git repo is very slow and hard to navigate and the bug tracking of GH is superior in simplicity to anything else freely available. Kind Regards, E:V:A

3 6

New hardware support or replacement proposal
by E:V:A 21 Mar '17

21 Mar '17

Dear SIMtrace Developers, After having spent a few days reviewing your SIMtrace hardware and FW and its development, I would like to propose you to consider supporting the following project. Background: The current SIMtrace processor (AT91SAM7) is based on the 55 MHz ARMv4T uP, whereas the next generation SIMtrace2 is to use (AT91SAM3) which is based on a 96 MHz Cortex-M3. This is all great and dandy, but it does limit the hardware and software development to people who are already very familiar with that hardware. Why are these needed? They are needed so that we can have 2 SIM (USART) interfaces and that we can translate the signals found on those to/from a USB endpoint on the USB port. This is all done in the firmware, written in C + Assembly. Proposal: The new project would utilize a RaspberryPi-Zero-W in the external slave configuration or a RPi3 doubling as a host. The RPi-0 is a 1GHz ARM processor (ARM1176JZF-S) and could possibly also be used as a headless host via WiFi. (RPi0 has OTG USB, RPi3 doesn't.) The Rpi3 is a quad-core 64-bit Cortex-A53, that can be used as anything. Thus porting A53 to M3 might be more easy. Advantages: There are too many advantages to ignore... - The huge RPi developer community - The high clockspeed and 512+ Mb of RAM - All interfaces you can dream of, except JTAG - A huge reduction on the BOM. I've counted that we may remove about 50 components by using this solution instead of the current v1.3 one. - A huge reduction to about 1/3 of what is currently used of the PCB footprint. - A large reduction of production price due to above. - Easy to port drivers when understood - Provide a more attractive and useful product combo (RPi-0 + ST hat) than what is currently offered. Disadvantages: - Need porting of current FW drivers to RPi's - Possible proprietary limitation to the complete Broadcom datasheets - Need to CAD and manufacture a new PCB - New Rpi-0/3 drivers would need testing for use with 2 SIM IF's. Other: The RPi's only has one UART so to get a second, we need to use bit-banging of their GPIO,SPI or I2C. There are already solutions out there and the much higher clock-rate of both devices allow you to run up to 250 MHz on a single GPIO pin, so that would allow you to multiplex a number of virtual/emulated UARTs. (Perhaps similarly to what was already done when SIMtrace was using the FT232r?) The library used for this is the PGPIO from here: http://abyz.co.uk/rpi/pigpio/download.html and a Python based test-script can be found here: https://www.rs-online.com/designspark/raspberry-pi-2nd-uart-a-k-a-bit-bangi… Finally, please don't get me wrong. This is not at all a critique of what has already been done. The development of the ST is a great piece of work and obviously very flexible and cross platform compatible by using USB, but for compact embedded devices, such as RPi's etc, all that extra HW is redundant and expensive to produce and maintain. Even more so than combining the RPi + this add-on, while improving cross platform connectivity and IoT support. I would love to hear what the community and Osmocom think about this. Cheers, E:V:A

3 4

git.osmocom.org cgit improvements
by Harald Welte 20 Mar '17

20 Mar '17

Hi all, today I've deployed some cgit improvements on https://git.osmocom.org/, in the hope that it makes this tool even more useful: 1) syntax highlighting of source code (requested by Hoernchen) The source code is now highlighted by pygments. I don't really understand why somebody would want to look at source code a lot in a browser, but well, it was as easy as to enable the existing pygments based filter plugin. 2) rendering of "about" page from README.md As you might have noticed, I've introduced a README.md in a number of repositoires, and cgit is now rendering an about page for every repository, e.g. at http://git.osmocom.org/libosmo-abis/about/ 3) gerrit change-ID hyperlink generation All gerrit Change-IDs in commit messages are now automatically converted to hyperlinks to the respective gerrit change, see e.g. the below example: http://git.osmocom.org/openbsc/commit/?id=6dd0fc685b7149f67a5fe17a5bce55c44… Please note that this works for the "Change-Id" line of the actual change, but also for change-ids in the free text (e.g. "this depends on change-id ... in libosmocore") 4) Osmocom ticket/issue hyperlink generation Any Line that matches the "^((Relate|Close|Fixe)[ds]):" prefix is scanned for occurrences of "OS#(\d+)" which are then amended with hyperlinks to the respective issue on osmocom.org Please note the OS# prefix is mandatory, so things like "OS#1614, 1615" will not work, as can be seen at http://git.osmocom.org/osmo-pcu/commit/?id=0a8fae8d141c2cfa4387ffe9b35402d5… Please format your commit messages accordingly. 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)

3 3

Trying to use simtrace with 4FF NFC/SIM cards
by Pedro Cabrera 17 Mar '17

17 Mar '17

Hi all, I come to all of you as I'm trying to use simtrace to capture the UE-SIM traffic with a 4G+ SIM card, called "next gen SIM card" (the ones with NFC). The only thing I see is the ATR, and the mobile never detects the SIM card. I try also to read the SIM card plugin directly into the SCR3310 card reader, but the reader didn't recognize the SIM card (no led activity). At the beginning I thought this must be a new standard for the NFC/SIM cards, but reading 3GPP TS 31.101 V13.2.0 (2016-06), I understood only Class B and C operating conditions should be supported by 3G MEs (page 10 of the document), and using transmission protocols T=0 and T=1. So looks like nothing has change in the protocols/electrical conditions. I look for 3GPP specs folder searching for something related with this NFC/SIM (http://www.3gpp.org/DynaReport/31-series.htm), but nothing appear. Also searching in google about this simcards I just found Orange document describing the business strategy to use NFC services/wallet; "On February 21st 2011 many of the world’s leading mobile operators (15 in total) including Orange announced their collective commitment to SIM-based mobile NFC and intention to launch commercial mobile NFC services. In November 2011, the Chinese MNOs increased the momentum of support to SIM based NFC. In January, GSMA communicated that more than 60 MNOs now support these initiatives." Source: https://www.orange.com/en/content/download/12418/258640/version/1/file/Oran… But still didn't found any technical spec for this sim cards. Most strange for me is that plugging this SIM card in an old Samsung Galaxy S3 is working normally, so ask myself why plugging in SCR3310 reader or simtrace is not working. Can anyone help me with this SIM cards specifications? Does anyone been able to read with SIM readers? Best Regards, Pedro

2 4

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

simtrace March 2017