FreeCalypso > hg > freecalypso-sw
view doc/Freerunner-Howto @ 1025:4c80a6e6723f
gsm-fw: added provisional support for FCDEV3B target ahead of the hardware
author | Mychaela Falconia <falcon@ivan.Harhan.ORG> |
---|---|
date | Tue, 03 May 2016 23:46:54 +0000 |
parents | cd6002e3aefb |
children |
line wrap: on
line source
How to play with FreeCalypso GSM firmware on a Neo Freerunner ============================================================= We have two entirely different firmware offerings for the Freerunner: 1. Leo2moko fw produced back in 2013-10: this is the only one suitable for end users. We also have leo2moko-debug which is a slightly hacked-up version of leo2moko with some additional debug features for developers; this version is for developers only; end users should stick with the original leo2moko-r1 aka moko12 from 2013-10. 2. The work-in-progress full-source gcc-built FC GSM fw can be built for multiple targets, and the gtamodem target is one of them - the original one, in fact. The flash+SRAM chip which FIC/Openmoko populated in their modems provides plenty enough RAM for the firmware's data space requirements, but not enough to run a complete firmware code image entirely from RAM, hence whichever fw version you would like to exercise, you need to flash it. There are two ways to flash modem firmware images in these smartphones: from inside the phone (from the application processor) or externally through a special serial cable inserted into the analog headset jack. The internal method is intended only for end users flashing released production-quality images; developers and tinkerers are expected to use the serial cable method. The serial cable wiring requirements for the GTA02 are the same as for Mot C1xx phones, thus the same cable can be used for both. The FreeCalypso project has endorsed UberWaves as our official vendor for serial cables; George at UberWaves now makes serial cables that are specifically certified for use with FreeCalypso. If you would like to order one, email uberwaves@gmail.com. Please see the Firmware_Status write-up for the current status of our full- source gcc-built firmware. As you can read there, this fw is currently nowhere near being able to replace leo2moko. Therefore, if you are going to flash our gcc-built gsm-fw into your FR's modem, we expect that you are using your FR as a poor man's substitute for the not-yet-built FCDEV3B (a board we seek to build specifically for developers and not for end users), and are NOT expecting this experimental work-in-progress modem fw to work together with user-oriented application processor software like QtMoko or SHR. If you would like to play with our experimental gcc-built gsm-fw using a GTA02 modem as the hw platform, here are the instructions: 1. Build the firmware in the gtamodem-gsm configuration - see the Compiling document for more details; 2. You should get a flashImage.bin image built; now you need to flash it into your FR's modem. The serial cable method is highly recommended: the only thing you'll be able to do with our current not-fully-functional firmware is play with it and observe the debug output, and the serial cable will be needed for the latter part anyway. 3. Run fc-loadtool the same way you would if you were flashing leo2moko; 4. The actual flash programming commands are a little different because the image is smaller and in a different format: flash erase 0 0x160000 flash program-bin 0 finlink/flashImage.bin The second number in the flash erase command needs to be the size of flashImage.bin rounded up to a multiple of 64 KiB (the flash sector size in the GTA02 modem); 0x160000 is correct for the fw image size as of this writing, but please double-check it yourself before flashing. The 0 argument in the flash program-bin command is the flash offset at which the image should be programmed: it will always be 0 for FreeCalypso flashable fw images for gtamodem and other targets that have the Calypso boot ROM enabled in the hardware. Once you have flashed our experimental fw into your modem, you can power-cycle the modem and see the new fw boot. You should have the serial cable connected, the serial channel enabled from the Freerunner's AP side and either rvtdump or rvinterf running on your PC or other development machine when you first power your modem up with the experimental fw in it: this way you will see the debug output as the firmware boots up. Once the firmware has booted, it needs to be controlled via AT commands. The present fw presents its AT command interface on two channels on this target: on the MODEM UART going to the Freerunner's application processor and via RVTMUX. At the present stage of development, we highly recommend that you avoid running any GSM-driving software on the AP and exercise our work-in-progress fw solely through the external serial interface on the headset jack, using rvinterf and fc-shell. The standard AT command interface on the dedicated MODEM UART is a feature which we plan to address properly only when we build our planned FCDEV3B hardware, which will bring both UARTs out to the external host. Assuming that you already have rvinterf running in a terminal window (you should have started it before you gave the modem power-on command from the AP side), to exercise our firmware further, you will need to open another terminal window on your driving PC/laptop and run fc-shell. This program will connect to the already running rvinterf process via a local socket, and it will enable you to send various commands to the running fw on the target, the most important ones being standard AT commands. Send the following sequence of AT commands to bring up GSM functionality: AT%SLEEP=2 -- disable deep sleep (doesn't work yet) AT+CMEE=2 -- enable verbose error responses AT+CFUN=1 -- enable radio and SIM interfaces AT+COPS=0 -- register to the default GSM network To reflash your modem back to stable and working leo2moko aka moko12, execute the following fc-loadtool commands: flash erase 0 0x230000 flash program-m0 leo2moko.m0 (Whichever firmware image you are flashing, the flash erase command needs to cover the range of flash sectors this image will occupy. You can erase more sectors up to 0x300000, the "natural" boundary of the flash area where fw images live, but I prefer to erase only the needed number of sectors: it is both faster and imposes less wear on the flash.)