FreeCalypso > hg > freecalypso-docs
comparison FCDEV3B-repackaging @ 11:f57f29dcc6d6
FCDEV3B-repackaging: updates for working MCSI and flash autodetect
author | Mychaela Falconia <falcon@freecalypso.org> |
---|---|
date | Thu, 28 Mar 2019 08:56:27 +0000 |
parents | 700d6cff63bb |
children |
comparison
equal
deleted
inserted
replaced
10:17003ecbb9fc | 11:f57f29dcc6d6 |
---|---|
1 Repackaging FreeCalypso modem into different physical form factors | 1 Repackaging FreeCalypso modem into different physical form factors |
2 ================================================================== | 2 ================================================================== |
3 | |
4 [This document was originally written in 2018-10; subsequent updates | |
5 are noted inline in the same bracketed form as this note.] | |
3 | 6 |
4 As of this writing, our FreeCalypso Triband Modem Solution has reached the | 7 As of this writing, our FreeCalypso Triband Modem Solution has reached the |
5 status of a finished product: it is no longer experimental or developmental, | 8 status of a finished product: it is no longer experimental or developmental, |
6 it is now fully fit for operational use on live public GSM networks in end user | 9 it is now fully fit for operational use on live public GSM networks in end user |
7 applications that need a standards-compliant GSM+GPRS modem. However, at the | 10 applications that need a standards-compliant GSM+GPRS modem. However, at the |
62 will be broken. We realize that this flash and RAM capacity (16 MiB and | 65 will be broken. We realize that this flash and RAM capacity (16 MiB and |
63 8 MiB, respectively) is extreme overkill for typical modem applications | 66 8 MiB, respectively) is extreme overkill for typical modem applications |
64 outside of development, but supporting multiple flash chip types would | 67 outside of development, but supporting multiple flash chip types would |
65 introduce a configuration management burden which we are not willing to | 68 introduce a configuration management burden which we are not willing to |
66 take on. | 69 take on. |
70 | |
71 [2019-03 update: we now have working flash chip type autodetection, and | |
72 commercial modem products can use a smaller flash+RAM chip, specifically | |
73 Samsung K5A3240CTM or K5A3281CTM as used by Openmoko.] | |
67 | 74 |
68 * Calypso's unused DSR_MODEM/LPG pin was left unconnected in Openmoko's version | 75 * Calypso's unused DSR_MODEM/LPG pin was left unconnected in Openmoko's version |
69 but on our FCDEV3B it is tied to GND on the board. Other boards seeking to | 76 but on our FCDEV3B it is tied to GND on the board. Other boards seeking to |
70 be FreeCalypso-compatible need to have this pin tied to GND as well because | 77 be FreeCalypso-compatible need to have this pin tied to GND as well because |
71 our firmware leaves this pin in its default power-up config of DSR_MODEM input | 78 our firmware leaves this pin in its default power-up config of DSR_MODEM input |
138 FCDEV3B compared to Openmoko's approach of leaving all unused signals | 145 FCDEV3B compared to Openmoko's approach of leaving all unused signals |
139 unconnected and using a smaller flash+RAM chip consists of: | 146 unconnected and using a smaller flash+RAM chip consists of: |
140 | 147 |
141 * A logic voltage level translating buffer to provide a reset to the flash chip | 148 * A logic voltage level translating buffer to provide a reset to the flash chip |
142 that meets its timing requirements; | 149 that meets its timing requirements; |
150 | |
151 [2019-03 update: the above is no longer required, you can now use one of the | |
152 smaller flash chips which are compatible with TI's silly FDP scheme and thus | |
153 don't need the extra translating buffer IC for reset.] | |
143 | 154 |
144 * 3 pull-down resistors on GPIO3, MCSI_CLK and MCSI_FSYNCH; | 155 * 3 pull-down resistors on GPIO3, MCSI_CLK and MCSI_FSYNCH; |
145 | 156 |
146 * Direct connections to GND on DSR_MODEM and MCSI_RXD pins. | 157 * Direct connections to GND on DSR_MODEM and MCSI_RXD pins. |
147 | 158 |
166 cannot count on, we won't be able to use MCSI reliably until and unless we | 177 cannot count on, we won't be able to use MCSI reliably until and unless we |
167 undertake to fully reverse their DSP ROM code from disassembly, which would be | 178 undertake to fully reverse their DSP ROM code from disassembly, which would be |
168 an extremely major and very costly undertaking. Because of this unfortunate | 179 an extremely major and very costly undertaking. Because of this unfortunate |
169 situation, the alternative way of tapping into VSP needs to be given | 180 situation, the alternative way of tapping into VSP needs to be given |
170 consideration. | 181 consideration. |
182 | |
183 [2019-03 update: we got MCSI working now, please read the Calypso-digital-voice | |
184 article for more info about both MCSI and VSP options.] | |
171 | 185 |
172 Tapping into VSP is absolutely not possible on our current FCDEV3B, as the | 186 Tapping into VSP is absolutely not possible on our current FCDEV3B, as the |
173 signals in question are currently routed directly from one BGA to another and | 187 signals in question are currently routed directly from one BGA to another and |
174 do not come up to the surface at any accessible point. The same situation holds | 188 do not come up to the surface at any accessible point. The same situation holds |
175 on every other existing Calypso phone and modem known to us - after all, VSP was | 189 on every other existing Calypso phone and modem known to us - after all, VSP was |