Fwd: No more optimization team

[Sargun Dhillon]

Hey, I realize I cannot provide all the BTS equipment, but would a
USRP dump help you, or otherwise? I would be willing to split the cost
of a USRP with my fellow San Francisco, Bay Area, CA, US citizens in
order to further the OM project. (It'd be nice if OM compensated me
too (for the USRP)!, I'd return it to OM of course, since I am NOT an
electronics guy). I have 3 SIMs available (AT&T 3G prepaid, T-Mobile
3G pre-paid, Jasper development SIM 2G), they all exhibit this
problem if deep_sleep is off (Actually, I turned this off BEFORE I
knew it fixed #1024 for a variety of other reasons). Tell us what we
can do!

Also, as a hint, ride off the shoulders of giants:
http://wiki.thc.org/gsm/opentsm (They use a calypso too)

On Mon, Dec 15, 2008 at 7:35 AM, Joerg Reisenweber <joerg at openmoko.org> wrote:
> [ added [hw], TO->BCC'd Clare to protect email address]
> Hi Clare
> thanks for your kind offer to help.
>
> Am Mo  15. Dezember 2008 schrieb clare johnstone:
>> Hi Dieter,
>>
>> Sorry, I cannot read the link, it requires a username and password.
>> AND I  have no cable,  AND the only cables I have so far found for sale are
>> Bluetooth headsets with USB charge cables and would cost me as much
>> as the freight (postage) on my phone to Dieter and back, and that would
>> probably get a result MUCH quicker.
>
> Unfortunately once again CanNotDup here isn't a matter of not having a device
> with this issue (all FR are same FW), but CND is caused by the fact we see a
> different GSM-provider/network situation here than you do in your place.
>
> So either you should send your GSM-basestation you are registering with ;-D,
> or Dieter had to come to visit you and your GSM-BS.
>
> Are you living in an area where many people use their cellphone, but only few
> BS around? We have some cloudy theory this might be a trigger for #1024.
> A very good indication would be #1024 showing up on certain daytime while
> never seen at deep in the night. Another indicator for a situation matching
> our "crowded-BS"-theory is an occasional failure of non-FR cellphones to
> connect an outbound call (unusual "busy" on dialing out, or just nothing
> happens when you push green button), so you would have to retry until a
> resource (channel) is free at BS.
>
> cheers
> jOERG
>
>
>> The phone still shows the behaviour,
>> the version of QTOPIA with workaound is quite different from the
>> version without.
>> regards,
>> clare
>>
>> On Mon, Dec 15, 2008 at 1:14 PM, Dieter Spaar <spaar at openmoko.org> wrote:
>> > Hello Wolfgang,
>> >
>> >> can you reply to clare and see whether he can help you?
>> >i
>> > The only thing which would currently give some more insight regarding
>> > bug #1024 is a PCO2 trace of this bug, with and without the AT%SLEEP
>> > workaround.
>> >
>> > PCO2 is a non-public TI tool and I don't know if Clare can receive it. The
>> > tool and the instructions are in the internal SVN, the instructions are
>> > here:
>> >
>> > https://svn.internal.openmoko.org/trunk/calypso/pco2/PCO2-on-Wine
>> >
>> > Additional a headset to RS232 or Headset to USB cable is required.
>> >
>> > Unfortunately the PCO2 traces from Stefan don't show bug #1024 but
>> > most certainly are normal cell re-selection behavior. The other one from
>> > OM who can reproduce #1024 is Mickey, however he has no cable yet.
>> >
>> > Best regards,
>> >  Dieter
>> >
>> >
>> >
>>
>
>
>
> _______________________________________________
> hardware mailing list
> hardware at lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/hardware
>
>