Hi!
I've written an introductory text on GSM mobile phone architecture, and before officially posting/announcing it, I thought I'd invite the members of this list to do some review and give feedback!
Hi,
First, congratulations for the project, it got my attention from the first day I heard about it. At the moment I'm trying to get one of the C123s so as soon as possible I'd like to start contributing in some area.
I'm totally agree with the full document but found some minor gramatical mistakes:
page 7, chapter 5 Synchronization and Clocking, first paragraph: - ha - means meant page 9, section 6.3 Dual-SIM and Triple-SIM phones, last paragraph: - baesband
page 10, paragraph 7: - kidn
keep the great work,
emersonv6
Harald Welte escribió:
Hi!
I've written an introductory text on GSM mobile phone architecture, and before officially posting/announcing it, I thought I'd invite the members of this list to do some review and give feedback!
Hi,
You've done a good and useful overview of the AP+BP architecture, but I think you need to rethink describing this as something that differentiates a smartphone from a feature phone.
I agree that there's no industry definition of feature phone vs. smartphone, but I don't agree with your suggestion that a feature phone has just the BP and a smartphone a BP and AP. For me, a feature phone is voice calls plus some features (music, camera etc.) and smartphone is voice calls and installable native software (i.e. not J2ME). It's a marketing difference more than anything.
Regards,
Frans
On 13/04/10 17:49, Harald Welte wrote:
Hi!
I've written an introductory text on GSM mobile phone architecture, and before officially posting/announcing it, I thought I'd invite the members of this list to do some review and give feedback!
Hi, I'd like to put suggest something: There is a gpl opensource soc framework called grlib at gaisler.com. It has a sparcv8 cpu at its heart and supports many configurations/boards, spartan, virtex, cyclon and actel devices (also asic targets..). All the peripherals to build up a capable platform are there, s/sd/ddr memctrl, ethernet etc. Also a nonintrusive debug support unit with ethernet link etc. All around an AMBA bus. Now I wonder: The ursp2 is supplied in verilog at gnuradio, the analog expansion boards can be ordered at etus or build self, the analog boards dont seem to be that complex... So why not add the usrp2 verilog parts as amba-peripherals to the grlib framework and then run the whole system on a fpga? I'd be able to help here also... -- Greetings Konrad
2010/4/13 Harald Welte laforge@gnumonks.org
Hi!
I've written an introductory text on GSM mobile phone architecture, and before officially posting/announcing it, I thought I'd invite the members of this list to do some review and give feedback!
--
- Harald Welte laforge@gnumonks.org
============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
At the moment we're not looking for building something entirely new again.
We have our hands full implementing a layer1/layer2/layer3 stack that is currently targeted for the Ti Calypso DBB. The next step after completion is to port this to other DBB, e.g. the Mediatek 622x series.
This seems more promising to us rather than redesigning the hardware from scratch.
Ok, I understand. I actually bought a c123 motorola phone also and am trying to get familiar with it.
2010/4/17 Harald Welte laforge@gnumonks.org
At the moment we're not looking for building something entirely new again.
We have our hands full implementing a layer1/layer2/layer3 stack that is currently targeted for the Ti Calypso DBB. The next step after completion is to port this to other DBB, e.g. the Mediatek 622x series.
This seems more promising to us rather than redesigning the hardware from scratch. --
- Harald Welte laforge@gnumonks.org
============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
baseband-devel@lists.osmocom.org