Re: BenQ M32 modem modules

Hi DS! > The amount of traces, by default, is quite small. Here is the output: > > [all GPF ASC or GPF UNK] Wow, so there were no RV or L1 output lines at all? BenQ must have hacked their fw very thoroughly to remove all of those goodies from TI, just like they must have gone through a major

BenQ M32 modem modules

Hi DS! > On this subject I received my BenQ M32 module from China. It comes with > a PCB with holes for 2.54mm headers which is nice. I supplied VBAT and > VBATRF with 3.5V, set PWRON to ground and the module was able to come > to life. I used fc-loadtool in the dsample configuration with a

Re: MCSI works in master mode

Hello FreeCalypso community, I have done some more experiments and made some additional discoveries regarding the "Bluetooth" digital voice interface on Calypso MCSI. One of the questions I was seeking to answer was whether this BT mode is already a part of DSP ROM version 3606 in the Calypso

Re: Legal situation

Serg wrote: > FreeCalypso is using existing chipset to produce a new product. As of today > FCDEV3B development board is available, which is designed to expose all > Calypso chipset interfaces. s/all/most/ Exposing every Calypso GPIO plus all of the memory bus lines plus all Iota chip analog

Re: Legal situation

Serg wrote: > Another alternative, chosen by "western" FOS community is to pretend that > they never seen the TI code and fully reverse engineered the software to > run on Calypso chipset. This is the OsmocomBB approach. Except that in the case of OsmocomBB it can be very easily proven that not

Re: Legal situation

viva astoria wrote: > Do you know what these legal restrictions were? Openmoko had the source for TI's modem firmware from their parent company FIC, but they maintained it as proprietary, releasing only binaries stripped of all symbolic info. They kept saying that if

MCSI works in master mode

Hello FC community, Today I have received and set up the Rigol DS1054Z oscilloscope I bought, and I have performed the experiment I've been wanting to do for a long time: I put the scope probe on the MCSI_CLK and MCSI_FSYNCH Calypso signals brought out to header pins on the FCDEV3B to see if the

moko13 release done

Hello FreeCalypso community, The moko13 firmware update for Openmoko GTA01/02 devices is now an official release: ftp://ftp.freecalypso.org/pub/GSM/GTA02/gsm-fw/moko13-official.tar.bz2 Or at least it is as official as we can make it, given that the people who control the openmoko.org domain

New FC host tools release

Hello FC community, I have just put out a new release of FreeCalypso host tools: ftp://ftp.freecalypso.org/pub/GSM/FreeCalypso/fc-host-tools-r6.tar.bz2 ftp://ftp.freecalypso.org/pub/GSM/FreeCalypso/fc-host-tools-r6-ap.tar.bz2 The regular fc-host-tools-r6.tar.bz2 package is for installing FC

Re: Openmoko IMEI survey

Ben Deering wrote: > The US GTA02 I still have (FCC EUNGTA02) uses 3546510116x. Thank you for the info! Thanks to this tidbit from you, we know now that FIC was quite lax in (not) following the official IMEI rules, using the same TAC (the first 8 digits of the IMEI) for devices with

Openmoko IMEI survey

o know about them so I can avoid stepping on those subranges and pick a subrange that has not been used at all. TIA for your participation in the survey, Mychaela Falconia Mother of FreeCalypso www.freecalypso.org ___ Community mailing list Community@

Re: FreeCalypso RF calibration revisited

Hi DS! Thank you for your observation regarding Tx power level tolerances. I am of course aware of the GSM 05.05 spec and of the quite generous tolerances it gives. However, take a look at the table on page 26 of this ancient TI document:

Re: FreeCalypso progress update

Hello FC community, Time for yet another status update: * In terms of priority, my current highest one is getting the next batch of 12 FCDEV3B boards assembled. As I already mentioned, I have decided to *not* wait for the resolution of the sleep mode hw bug, i.e., not block the assembly of the

Re: FCDEV3B hardware bug: sleep mode self-reboot

Hi DS, Your idea of putting a 2nd scope channel on the UART Tx line in order to correlate the voltage rail trace to what the modem was doing is brilliant! But it also shows that the noise seen on the V-DBB rail is probably a false lead: the correlation with UART Tx activity clearly shows that

Re: FCDEV3B hardware bug: sleep mode self-reboot

Hi DS, > I had no problem identifying the three caps, and indeed the voltage is > at 1.5V which is expected. In the three cases, I have issued the AT+CFUN > command while observing the output on the scope. OK, so far, so good. > There was no voltage drop, > however there was some slight

FreeCalypso progress update

Hello FC community, It's time for an update on the various things I am working on. In no particular order: * I plan on getting my own oscilloscope for my home lab some time in the next few weeks. I don't have a close enough relationship with any of the hardware people at my day job to use one

Re: FCDEV3B hardware bug: sleep mode self-reboot

Hi DS! > Although I'm no expert in electronics, I'd be glad to give a hand as > well. I have access to a reasonably fast oscilloscope and of course > a FCDEV3B :) Just let me know what to probe on the PCB, and I can > send you a screenshot of the captured signal. You should start by confirming

Re: FCDEV3B hardware bug: sleep mode self-reboot

Hi Kent, > I heard you and I usually have access a RIGOL DS1052E here in London. > However, I can not help with the problem before next weekend and I would > love to. Waiting till next weekend is not a problem - I don't know whether or not I will be able to get any o'scope help on my end before

FCDEV3B hardware bug: sleep mode self-reboot

Hello FreeCalypso community, When I originally set out to build our own FCDEV3B modem board, one of my goals has been to produce a proper replacement for the no-longer- made, surplus-exhausted and not very convenient Neo FreeRunner, i.e., produce a modem that is strictly no worse than Openmoko's

FreeCalypso REcon update

Hello FreeCalypso community, Yesterday I gave my talk about our project at REcon Montreal; here are the slides: ftp://ftp.freecalypso.org/pub/GSM/FreeCalypso/recon2017_freecalypso.pdf ftp://ftp.freecalypso.org/pub/GSM/FreeCalypso/recon2017_freecalypso.ps There should also be a video recording

Re: CSD and GPRS on FCDEV3B with Magnetite

Hi DS, > It is very cool that you got CSD > working, this could be used I think for encrypted voice calls Yes, I've been thinking about using mobile-to-mobile CSD for end-to-end encrypted voice calls since before I even started working on FreeCalypso in the earnest. > although I imagine there

CSD and GPRS on FCDEV3B with Magnetite

Hello FC community, I just got to play a little with CSD and GPRS, which was not possible prior to our own FCDEV3B hardware. CSD and GPRS have been standard (though perhaps advanced and optionally included) features of TI's official modem fw, and they are included in FreeCalypso Magnetite,

Re: Creating GSM Users Association (GSMUA)

Hi Harald, Thank you for taking the time to respond to my GSMUA idea. I agree with you that representing the interests of users at GSMA/ETSI/3GPP would a task beyond our means, but I still see social value in creating our own totally informal group purely for mutual support and camaraderie.

Re: Creating GSM Users Association (GSMUA)

-- Forwarded message -- From: Harald Welte <lafo...@gnumonks.org> Date: Mon, 29 May 2017 10:14:07 +0200 Subject: Re: Creating GSM Users Association (GSMUA) To: Mychaela Falconia <mychaela.falco...@gmail.com> Cc: List for FreeCalypso community discussion <community@

Re: FCDEV3B project status

Hi DS, > This is the message I get with sh linked to dash: > ./configure.sh: 19: [: unexpected operator Aha! In Classic UNIX the correct form of the string equality test operator in [ is '=', not '==', and I had it correct everywhere except that one spot: the use of '=' for equality testing is

Re: FCDEV3B project status

Hi DS, > Two very minor issues I ran into while compiling: > - on Ubuntu and I presume Debian, /bin/sh links to dash instead of > bash. The configure scripts expects bash, this is trivial to fix. Where do the scripts expect bash? Please tell me the specifics and I'll fix it, as I never intended

Re: FCDEV3B project status

Hello FC community, I am pleased to announce that the situation with REcon has been worked out and that I will be giving a presentation about FreeCalypso this summer at a major conference: https://recon.cx/2017/montreal/ I also got the reimbursement from them for my flight cost, and I have just

FCDEV3B project status

Hello FreeCalypso community, It is time for an update on where the FCDEV3B project stands. So far we have only built the first trial batch of 8 boards back in early April, and 5 out of these 8 boards are still with me. The other 3 boards have been sent out to Das Signal, Harald Welte and Serg.

FreeCalypso production calibration software

Hello FreeCalypso community, As I wrote here previously, one of the requirements for manufacturing and marketing newly made Calypso devices that are no worse than Openmoko's (i.e., replacing historical short-supply Openmoko devices with a newly made, unlimited availability product of our own) is

FreeCalypso host tools release

Hello FC community, I am pleased to announce the latest packaged release of our host tools: ftp://ftp.freecalypso.org/pub/GSM/FreeCalypso/fc-host-tools-r5.tar.bz2 Our loyal developers (or at least aspiring developers :) DS and Serg have surely been following the development of these tools in

[OT] Chelsea's freedom and the importance of leaks

Dear supporters of FreeCalypso, Given the vital role that proprietary source code leaks and the breaking of NDAs have played in making our project possible, I feel a need to pause and reflect on the great significance of today's momentous event: our dear sister Chelsea Manning, our modern-day

Re: Another document in German about SAP XML format

Serg wrote: > Some information about XML documents defining messages format. It is in > German, so DS can probably assess it much faster if it is useful enough in > order to understand how to process raw XML For everyone else on the list: to get the context of what Serg is talking about, read

Re: Creating GSM Users Association (GSMUA)

Serg wrote: > You brought up a tricky subject and I definitely would be interested to > hear some feedback from someone who dealt with various government bodies in > different countries. Who dealt with various government bodies? Why do we need to deal with them at all? I do not seek any kind

Creating GSM Users Association (GSMUA)

someone from the Osmocom camp for better neutrality. Bright Blessings, Mychaela Falconia, Mother of FreeCalypso ___ Community mailing list Community@freecalypso.org https://www.freecalypso.org/mailman/listinfo/community

Re: Power supply for FCDEV3B

Hi DS, > To use it > with either DP-L10 or C1xx, I removed the lithium part of the battery, > and connected the GND and power to where the lithium battery was. > This way the phones believes there is an actual battery connected. > Alternatively, I believe since the communication is I2C, one could

Power supply for FCDEV3B

For those of you who already have an FCDEV3B or are expecting one, I have what I believe to be the perfect power supply for it: Keti SA06-8S03R-V, apparently also known as SA06-8S036-V-A2R. I was lucky to find this PS back in 2015-08 when I scored an original TI D-Sample kit which needs

G23M protocol stack and its deblobbing

Hello FreeCalypso community, It has been brought to my attention that even some of our long-timers do not fully understand the difference between our Citrine and Magnetite firmwares and between the classic/l1reconst and hybrid configurations of FC Magnetite in terms of the G23M protocol stack (a

Re: FCDEV3B bring-up status

Hi Serg, > Tried Magnetite hybrid and it worked without any problems with any SIM > I have. OK, so you have a SIM which works with Magnetite hybrid but not with Citrine? Is there anything special about that SIM, or is it just another regular SIM from Operator 310260? If Magnetite hybrid works

Re: FCDEV3B bring-up status

Hi Serg, > However still no joy. I have log file here for now [...] > The firmware behaviour seen in your log does look strange; I have never seen any fw behave like this. When

Re: FCDEV3B bring-up status

Hi Serg, It looks like your Citrine build.conf is missing feature tmffs2; fc-fsio won't work without this feature. Try rebuilding with this feature added and see if it starts working then. > Didn't have chance to test this, but seems like FLASH2_BASE_ADDR is not > defined anywhere, but I guess

FreeCalypso end user phones

David wrote regarding the Pirelli phone: > But then M says that the undocumented wifi chip will be a show stopper > - what a pity! Actually the undocumented camera chip (SPCA552E) is an even bigger problem than the undocumented WLAN chips. So far I haven't run into any total show-stoppers: we

Re: FCDEV3B bring-up status

Hi Serg, > It booted fine in mode 1, and sure thing it was rebooting without disabling > sleep mode, even being connected to 5W linear PSU with highly stable 3.3V > output OK, so we know that the sleep mode reboot problem is not specific to just my S/N 001 board. My plan for trying to fix this

FCDEV3B component quality issues

Serg wrote: > Interesting! Possibly components quality issues or other variables... In the case of component quality issues, the one component which is most suspect is the flash+pSRAM chip Spansion S71PL129NC0HFW4B. Openmoko's modem design which we've copied for our FCDEV3B supports the option

Re: FCDEV3B bring-up status

Serg wrote: > Last night I have compiled in my VCXO calibration values into > citrine/L1/cust0/l1_rf12.h and used fcfam load agent to do x-ram boot. Please remember that neither Citrine's build system nor that of Magnetite tracks header file dependencies, so if you edit a header file (as opposed

Re: FCDEV3B bring-up status

Hello FreeCalypso community, I've got an update on the flash boot problem, or rather several discoveries on that front. The first discovery is that of the 6 boards I have left after sending one to Harald Welte and another to Serg, the mysterious flash boot problem I've been seeing only occurs on

Re: Invalid region error in Citrine

Serg wrote: > I made a Citrine build for fcdev3b target and ran it from RAM the same way > as c155 builds. OK... > used gta02 load agent, If you meant option -h gta02 to fc-loadtool and fc-xram, then it is wrong; the correct option for the FCDEV3B target is -h fcfam. > I initialized RAM-based

Re: FCDEV3B bring-up status

Hi Serg, > Would like to share some experience trying to calibrate VCXO. I ran the > manual process with CMU200 and everything went okay, just like Mychaela > described. I got different numbers but within the same range and with > similar trend. Good! > However an attempt to go against the live

Re: FCDEV3B bring-up status

Serg wrote: > Right now I'm doing a deep dive into the codebase to document some parts of > it, it already replaced all my leisure time activities and I'm still > looking for someone to do it for money... Yes, I cannot offer a lot, but it > could be reasonable money for non-US based person. If

Re: FCDEV3B bring-up status

Hi DS, > This is an excellent suggestion and I did just that, using a board from > pldkit. It works very well and I wrote a README for those interested in > doing the same. Please have a look at > > https://www.freecalypso.org/members/ds/ftdi/ Thank you for implementing my idea. I am going to

Re: Newer MTK chipsets

Hi DS, > So far I understand the requirements for an acceptable chip would be: > > - full code source, ideally with the revision history (git or otherwise) > - ability to program the fuses with a controlled signing key, or the > possibility of completely disabling the signing check > - full

Re: Newer MTK chipsets

Hi Serg, Thank you for your review. I have always assumed that the leaks available for the newer MTK chipsets are significantly inferior to what we have from TI, but because I live in a cave and don't pay attention to the outside world, I needed confirmation from someone who is more in touch

Re: Newer MTK chipsets

Hi DS, Thanks for taking a look at this newer MTK stuff. > note there's no information on wether a signature check is enforced > by the modem loader like what is done in modern SoC. I am not too worried about this aspect, as my interest is strictly in making our own hardware starting from bare

Newer MTK chipsets

Hello FreeCalypso community, Someone just made a post to the OsmocomBB mailing list containing links to a whole bunch of firmware source leaks for newer MTK chipsets which supposedly support 3G/UMTS and 4G/LTE in addition to good old GSM/2G:

Re: FCDEV3B bring-up status

Hi Serg, > Just a quick report that I received the board and was able to load a fresh > build of magnetite from the repo into xram. Awesome! > The next step would be to perform calibration. Have fun! :-) > I see that in order to run high baud rate of the serial interface a driver > patch is

Re: VCXO calibration

Hello FC community, I got to perform a manual VCXO calibration procedure (using the CMU200) on one of my FCDEV3B boards based on my reconstructed understanding, and it seems to be working: the numbers I got out of my manual cal are in the same range as those read out of Openmoko-made GTA02 units

VCXO calibration

I *may* have figured out the elusive VCXO calibration algorithm, but I won't be able to test it until I am back home (i.e., in my home lab with the CMU200, the FCDEV3B boards and my stash of Freerunners) next weekend - I am at my day job for the work week once again. Meanwhile, if anyone else

FCDEV3B header pinouts

Hello again everyone, For those of you who are getting FCDEV3B boards from me, I have just documented the header pinouts on the board: ftp://ftp.freecalypso.org/pub/GSM/FreeCalypso/fcdev3b/ Look for the header-pinouts.* files; the available formats are troff source, PostScript and PDF. The

Re: FCDEV3B bring-up status

Hello FreeCalypso community, After running a few more tests I reached the conclusion that the most likely reason why our FCDEV3B running FC Magnetite fw is currently unable to connect to a live commercial GSM network is not because of some physical problem with the RF tract, but simply because of

Re: FCDEV3B bring-up status

Serg wrote: > I do have a bench PSU with variable output. I would also try to use battery > option, it may produce slightly different pattern of current when radio is > turned on because it has different internal resistance than a PSU. > Working platform is a pre-requisite for any future work we

Re: FCDEV3B update

Hello FreeCalypso community, Earlier this morning I spoke with the people at the shop where our FCDEV3B boards are being assembled, and I got an update that they are actively working on our boards. The actual assembly may get finished later today, but they are being thorough with both

Re: FCDEV3B update

Hello FreeCalypso community, The moment of truth with our FCDEV3B modem development boards is coming near: yesterday I received the PCBs from China, and today I took these PCBs and all of the parts to the contract manufacturing facility where these boards will be assembled. I discussed all of

Re: Neo FreeRunner (GTA02) clone details

> Do you have an idea of the approximate cost per unit that one could > likely achieve for a Neo FreeRunner clone? I have no idea what the production cost per unit would be, but I know that in the golden days of Openmoko the retail price for one unit was 300 EUR. I can only assume that we should

Re: Complexity of emergency-only baseband firmware development

y later be turned into a complete FreeCalypso libre dumbphone product. Which of these choices will we end up pursuing after the FCDEV3B? Answer: it won't be up to me, but rather up to the funding people to decide. So if you are one of the latter, you may want to start thinking about which project

Re: Complexity of emergency-only baseband firmware development

ause you would have to do extra work to remove perfectly good and working code for non-emergency functionality. I hope my answers clarify things for you a little. Sincerely, Mychaela Falconia, The Mother of FreeCalypso ___ Community mailing list Community@freecalypso.org https://www.freecalypso.org/mailman/listinfo/community

Re: FCDEV3B update

Hello again everyone, Another update on the upcoming FreeCalypso baby: * The reballing of the flash+pSRAM BGA ICs got done sooner than expected, and I have received the reballed parts earlier today. We now have ALL of the parts needed for the board assembly, and we are now waiting for the

Re: FCDEV3B update

Hello everyone, A quick update on where things stand: * According to the email from pcbcart, the bare PCBs should be done in the week of March 13; accounting for shipping delays, I'll probably get them in the week of March 20. * BGA reballing: I sent the Spansion BGAs to the reballing

Re: FCDEV3B update

Hi Serg, > I had a chance to speak with some RF experts and the answer was that > changing material, thickness and etc. may be not a big deal or may render > the end product unusable. They need to look deeper and asked to prepare a > write up with both materials specifications, images of the RF

Tentative plan: FreeCalypso modem end-use product

Hello FreeCalypso community, I have some ideas about what we may be able to do after we get our FCDEV3B built, and I would like to run these ideas by all of you. The FCDEV3B has always been intended as a *development* board, rather than an end-use product of any kind. IOW, it has been my intent

Re: digital audio to FCDEV3B

Hi Serg, > It is a good point that DSP code may not support this functionality and > some preliminary tests will be needed. "May not support this functionality"? Given that TI's ARM-side firmware does include support for their "Bluetooth" mode and reasoning that it would have been pointless for

Re: FCDEV3B update

Hello again everyone, More progress on the FCDEV3B front: John from Golden Gate Graphics (the Altium PCB layout person whom I hired a few months ago to fix the defects in the FCDEV3B design left by the anonymous people who donated the original design labor) has delivered the final version of the

FCDEV3B status update

Hello FC community, Here is an update on the status of the long-overdue FCDEV3B project. Starting with the easy part: * Using the $1075.77 check I received from GoFundMe, corresponding to the first $1170 raised in the campaign, I have placed the orders for all of the missing parts. Some of

Re: Realistic plan for our own FreeCalypso phone

On 11/20/16, Yury S wrote: > Is it possible to > > 1/ run the operating system without a battery? On which device? > 2/ use phone with another battery? Which phone? And it seems like your questions have nothing to do with the plan of building a new FreeCalypso dumbphone, so you

Re: Realistic plan for our own FreeCalypso phone

Paul van der Vlis wrote: > Another idea is to produce a board what fits into an existing case, e.g. > by swapping the mainboard of a cheap dumpphone. In this way we could use > some parts of the phone I would think, like the battery, antenna or the > display. Naturally this

Re: FreeCalypso on the Freerunner

Here is a follow-up to my previous request for Freerunner testing, with some additional details, posted on the Openmoko community list: http://lists.openmoko.org/pipermail/community/2016-November/069782.html M~ ___ Community mailing list

Realistic plan for our own FreeCalypso phone

Hello FC community, I am getting the impression that some members of our community are quite displeased with my de-emphasizing of targeting Mot C1xx or Pirelli DP-L10 hardware in favor of building our own FreeCalypso hw instead, and I feel a need to address these feelings and concerns. My

Re: latest c139 build

Hi David, On 10/27/16, da...@matthews.pm wrote: > does this build need a different flash erase command or is > > flash erase 1 2A > > still appropriate? The image size rounded up to 64 KiB is still 0x2A. M~ ___

Re: latest c139 build

Hi David, On 10/24/16, da...@matthews.pm wrote: > I'm hoping the flash erase command is wrong for this build:- > > loadtool> flash erase 1 29 Yes, the new image is a little bigger (the FC Magnetite firmware build system does not use str2ind by default), so you need to

C139 UI demo build

Hello again folks, On the subject of our currently available demo-only, not practically usable UI-enabled handset fw build for the Mot C139 (the one first produced just under a year ago), I recall David saying back then that he would be willing to live with a firmware that has completely broken

FCDEV3B crowdfunding campaign launched

Hello again everyone, I have updated the FreeCalypso website for the new status and direction of our family of projects, and I have launched the crowdfunding campaign for the production of the FCDEV3B: https://www.gofundme.com/fcdev3b-board-production-2umevjw It is also linked from our own

Another FreeCalypso update

Hello FC community, I have several exciting news regarding the firmware side of FreeCalypso: * I have found the bug that was causing voice calls in AMR mode to break - it was not in L1 or in the DSP or any other place we thought of before; instead it was a fallout from TI's addition of A5/3

Re: Out of Buffers!

On 10/14/16, Ajay Fuloria wrote: > Hi all, > > I have been using Moto C139 for sometime now, I have also been using > osmocom-bb for a while. I have seen a peculiar problem, but am not able to > sort it out. Since all of you here have such indepth know how of Calypso I >

FreeCalypso update

Hello FreeCalypso community, As you can probably tell from me having been mostly inactive over the past 3-4 months, I've been away from the FreeCalypso project, dealing with a bunch of personal life issues, but I've been really missing the fun of our project, and I am now getting back into it -

Re: Thanks for Support

Hi Ajay, > I am also attaching one more firmware for Moto C123, this is also a 900 + > 1800 MHz phone. The problem with this phone is that the osmocon application > works fine when I try and load layer1.highram.bin with chainload, but when > I try to load layer one or any other app using

Re: A new Mot C139/140 boot code version found in the wild

Hi David, > Sounds like there should be an amendment made to the howtos. > Would simply changing > > fc-loadtool -h compal -c 1003 /dev/ttyUSB0 > > to 1004 be adequate or maybe additional explanation is necessary? Simply changing -c 1003 to -c 1004 *will* (future tense) be correct once we have a

Re: Problems checking out FreeCalypso?

On 1/16/16, Nam-Shub wrote: > I'm having problems checking out any source code from Mychaela's > bitbucket (all the repos). I can browse the repos through the web > interface but whenever I try a git checkout, I get a repository not > found error: > > $ git clone

Re: Universal Mot C1xx unlocker

Hi DS, > Btw congratulations on the new and now thoroughly understood c139 > firmware break-in! This means that no longer the model, one can always > unlock it! :-) > Have you been able thusly to dump the previously locked > Cingular c139 you acquired? (I admit I like collecting c1xx firmwares

Universal Mot C1xx unlocker

Hello fellow hackers, I just pushed an update to our tfc139 host utility that makes it capable of breaking into (hopefully) *any* Mot C1xx phone that came with a maliciously locked bootloader, and not just TracFone-branded C139 units with fw version 8.8.17 it supported previously. Background:

GNU ARM7 toolchain for FreeCalypso

Hello my dear ones, I got a few thoughts regarding the toolchain in the subject line: 1. Right now both target-utils and gsm-fw use a few libc functions from newlib, the latter being the C library built as part of our toolchain. But newlib's implementation of this very small subset of

Re: Status of TCS211 on C139

Hi David, > I assume > > flash dump2bin c139.bin > > makes sense as on the freerunner? That certainly seemed to be the case:- Yes, the simple and intuitive flash dump2bin command is indeed correct and sufficient to produce a complete flash dump/backup on all targets with a single bank of flash,

Re: Status of TCS211 on C139

Hi DS, > Compiling tcs211-c139 was extremely straightforward, by the way on > Debian 8 (and 7 too) wine behaves nicely, and the nowhine wrapper is > not needed. Nice. :-) > When flashing the firmware at 812500 baud I encountered three times > in a row the "error: command echo mismatch" message.

Re: FreeCalypso host tools release

Hi David, > I get this when I run make in the top level directory (below) > [...] > gcc -O2 -I../include -c -o pirimei.o pirimei.c > pirimei.c:6:25: fatal error: openssl/des.h: No such file or directory Please read doc/Compiling lines 34 through 43. Basically if you don't have libcrypto from

FreeCalypso host tools release

Hello everyone, I just put out a "formal" release of FreeCalypso host tools: ftp://ftp.freecalypso.org/pub/GSM/FreeCalypso/fc-host-tools-r3.tar.bz2 It is called r3 because it succeeds loadtools-r2, which was released back in 2014-01. Needless to say, this release of FC host tools (which is a

Re: Status of TCS211 on C139

So I tracked down the bug that made tcs211-c139 fw reboot endlessly when LCD output is enabled: it appears to be a race condition bug that was present all along in TI's official reference fw, but got unmasked by the timing differences caused by our LCD driver having to transmit 84x48 pixels at two

Re: FreeCalypso update: progress with DSP patches and voice calls

Das Signal wrote: > Then I compiled the new gsm-fw and flashed it, then had the phone > connect to the test network and place a phone call, using Qt's GUI. > The good news is that everything worked fine! The other phone rang, > and the audio was of good quality. At

Re: FreeCalypso update: progress with DSP patches and voice calls

Thank you David and DS for your feedback. Regarding the direction our project should take, I'll write more about it later when I'm more awake - it's close to bedtime for me now. :) But let me just address a few quick technical points: > I will try your suggestion of testing with only FR speech

FreeCalypso update: progress with DSP patches and voice calls

Hello everyone, It has been almost a month and a half since my last update here, so I thought I would let everyone know that I am still alive and kickin'. I have just tracked down and fixed the bug that kept us from being able to load the static DSP patch from TCS211, and thereby brought us one

<    1   2   3