There are a lot of HP/Agilent 8922M units for sale very cheap (less than
US $500).
I know that these devices can simulate a GSM base station, but does that
simulation occur over the air, or do I need to connect my handset I am
testing to the 8922M with a cable ?
I know I need to get a 8322A expansion for the unit - any other details I
should look out for ?
Also, what is an equivalent test unit for WCDMA (3g) base station
simulation (I know these will be more expensive).
Thanks.
Hello.
I'm trying to load RSSI firmware into my c123 phone. It's too big to be loaded
directly so it should be chainloaded. Unfortunately chainloading is almost
undocumented (or I failed to locate the documentation :)
As far as I understood it we use chainloader (small one) so it would load actual
payload (big one).
I've disabled size check in src/host/osmocon/osmocon.c:270 and recompiled latest git.
After that I've tried following:
./osmocom-bb/src/host/osmocon/osmocon -p /dev/ttyUSB0 -m c123xor -c
./osmocom-bb/src/target/firmware/board/compal_e88/rssi.highram.bin
./osmocom-bb/src/target/firmware/board/compal_e88/chainload.compalram.bin
but got only eternal stream of "Sending Calypso romloader beacon..."
Could you help me to figure out proper image names?
What's the meaning of -c option: the file to be loaded (big one)?
And as a last argument we supply actual chainloader (small one)?
--
best regards,
Max, http://fairwaves.ru
Enthused by the successes of Dieter and Eisencah I have been trying to compile Osmocom under Windows XP using Cygwin and arm-elf-gcc4.6.3 dbsed on the website instructions.
Osmocom compiles ok until the last portion. Then it gives some errors (as in TXT file attached).
Can anyone please indicate what I am doing wrong. I am writing here after long experimenting to ensure that all dependencies have been included, etc.
Can I also request Dieter and Eisencah to share their tips for the rest of us who wish to work on the Windows platform. Thanks in advance.
B.
=================================
eisencah eisenach
Reply | Threaded
Nov 06, 2010; 7:50pm Re: osmocom on windows
25 posts Hello everybody.
Managed to compile the osmocom program under windows.
Could anyone send me the image for the "Hello word" program so I could try to download it into the phone (haven't got to the part where I compile the firmware bit I would want to see osmocom work).
Cheers,
Mihai.
er SpaarReply | Threaded | More Oct 07, 2010; 3:51pmRe: osmocom on windows
36 posts In reply to this post by eisencah eisenach
Hello Peter,
On Thu, 7 Oct 2010 11:54:28 +0200, "Peter Stuge" <[hidden email]> wrote:
>
> Does e.g. the CodeSourcery toolchain really need Cygwin? That would
> suck.
I don't know CodeSourcery, I use GNU ARM directly from www.gnuarm.com.
According to the CodeSourcery FAQ, they do not require Cygwin.
Are there any benefit using CodeSourcery ? I had issues in the past
with the firmware using a different GNU ARM version, so I switched
back to 4.0.2 which seems to be the same other use on Linux and
so far it works OK.
You don't seem to like Cygwin, my experience with it is not that bad,
OpenBSC (not with GPRS yet due to the need for the TUN device), OsmocomBB,
GNUradio and Airprobe run with minor adjustments (just to name GSM
related stuff I use under Cygwin).
Best regards,
Dieter
--
Dieter Spaar, Germany
Hi,
i'd like to suggest to introduce "Subject" tagging for the osmocom
mailing lists.
Almost all ml i'm subscribed are Subject tagged with [MailingListName]
prepended to the subject.
Hope can be considered a nice suggestion, to improve the usability of mlist.
-naif
Hello,
I've picked up what appears to be most of a Rohde & Schwarz TS8916B
GSM Type Approval system (CRTC02 equipment, a Sofimation SOFI05 radio
channel/fading simulator and various RF switching) and wondered if it
may be of use in testing the baseband. Or can everything we would want
to test be done using simple MS test equipment and/or a BTS with
OpenBSC?
I did also wonder whether it would be possible to use this to try and
achieve type approval, but realise that even if the rest of the
hardware could be gathered together it would be a huge learning curve
and even then maybe you have to be accredited/authorised for TA (or
other challenges would prevent this). In any case, I thought it worth
asking the question before it is split up.
Regards,
Andrew
PS. Some photos are at:
http://www.flickr.com/photos/carrierdetect/sets/72157631692365280/with/8054…
The digital units are PCs running DOS and tests are written in C and
compiled to run on DSP boards (2x TX + 2x RX per CRTC02 digital unit)
which drive the attached analogue units. GPIB is used for control
between these and to also control the SOFI, RF switches and other
equipment that is missing (a signal generator and a second SOFI at
least).
--
Andrew Back
http://carrierdetect.com
Usually a reference platform is something for developers and is not widely
distributed. With android, the reference platform is a mass market device
in the hands of millions of people worldwide.
So, if there is a goal of a completely open phone - FaiF all the way
through - why isn't one of the nexus phones a natural target for reverse
engineering and spec-leaking ?
One of the issues with the calypso chipset that I have seen discussed here
is what OS to run on the upper layers of the phone - and this is a
non-issue, since the nexus phones have been designed from the ground up to
run linux. Even if you decline to put android specifically on it, you
could run any other variant you like.
I am not trivializing the work that has gone into calypso, and I realize
that different nexus variants may have totally different baseband
components, so you would have to choose one specific nexus model ... but
isn't the real difficulty simply the secrecy of the specs of the chipset,
and leaked specs solve the problem whether it is a 2G calypso or a 4G OMAP
?
Denis 'GNUtoo' Carikli писал 04.10.2012 15:07:
> On Thu, 04 Oct 2012 14:53:08 +0400
> Peter Zotov <whitequark(a)whitequark.org> wrote:
>
> Did you check what the modem transport was(shared memory, high speed
> serial etc...)?
>
> Denis.
Sorry for the second letter. I just verified the GPS issue with
grindars.
He says that BP does not communicate with GPS chip directly; both UART
and GPIO of the GPS chip are connected to AP. The only thing that will
not work with BP off is GSM A-GPS, which is trivially replaced if you
have WiFi connectivity or cellular data.
--
WBR, Peter Zotov.
Denis 'GNUtoo' Carikli писал 04.10.2012 15:07:
> On Thu, 04 Oct 2012 14:53:08 +0400
> Peter Zotov <whitequark(a)whitequark.org> wrote:
>
>> Denis 'GNUtoo' Carikli писал 04.10.2012 14:26:
>> > On Thu, 4 Oct 2012 00:32:48 +0200
>> > Peter Stuge <peter(a)stuge.se> wrote:
>> >
>> >> John Case wrote:
>> >> > the real trick I am interested is isolating (or at least
>> >> > controlling) the interaction between the baseband processor and
>> >> the
>> >> > application processor. Using a computer with a USB dongle
>> gives
>> >> me
>> >> > that control ... would I have that same level of control if we
>> >> > had free software running on the baseband processor, or is
>> there
>> >> > still additional bleeding possible simpy by virtue of being
>> >> > built into the computer ?
>> >>
>> >> In a smartphone it's almost not possible to distinguish the
>> >> "computer" from the "GSM modem" anymore, because of how the
>> >> hardware is constructed, so yes.
>> > In some yes, in some no... it depend on how the smartphone was
>> > designed:
>> >
>> > On one end some smartphones (openmoko GTA02,golden delicious
>> > GTA04), the
>> > baseband is isolated(tough on GTA04 it has access to a GPS with no
>> > antenna(so it can't work)) . And on the other end there are
>> > smartphones
>> > with qualcomm System on a chip...where the modem and the CPU are
>> in
>> > a single chip:
>> > The modem part has the audio DSP connected to it, the GPS.
>> > And the baseband uses shared RAM memory and shared NAND(if I
>> > remember well)...
>> > And I'm not sure but maybe the baseband is even needed for booting
>> > the
>> > main CPU...
>> >
>> > There are also systems in between like the galaxy S/Neuxs S that
>> > uses shared memory but do not have other problems...
>>
>> In addition to the above, there are some phones where baseband is
>> completely
>> submissive to the AP, namely Galaxy SII. Basically it's exactly the
>> same
>> as the USB dongle situation, but the dongle is integrated on the
>> phone's
>> PCB.
> Did you check what the modem transport was(shared memory, high speed
> serial etc...)?
>
> Denis.
HSIC. It's basically USB but with a slightly altered physical layer to
acommodate the unusual topology.
http://www.synopsys.com/dw/dwtb/hsic_usb2_device/hsic_usb2_device.html
There is no shared memory or, in fact, any other connections between BP
and interfaces of the phone. Audio is transferred via the same USB, for
example.
GPS technically has some relation with the BP, I'm not absolutely sure
which precisely, but you can a) upload reference SiRF firmware to the
GPS,
thus rendering any changes Samsung put to the latter void and b) AP
controls !RESET pins of both GPS and BP. It's trivial to not allow both
to
run simultaneously.
--
WBR, Peter Zotov.
