[Gta04-owner] [Community] About cost and business models for community hardware

Lukas Maerdian luk at slyon.de
Tue Sep 29 21:18:12 CEST 2015


Am 29.09.2015 um 21:09 schrieb Lukas Maerdian:
>>> I did not run any longtime tests (or special tests for modem stability),
>>> but in my normal tests I could not observe this problem.
>>> Neither did I get any reports about this problem from other users.
>>>
>>> I remember the problem had something todo/could be influcenced by the
>>> AT_OPSYS command, which can be switched from the Android Settings GUI
>>> [1], if somebody wants to run some tests.
>>
>> Yes.  I believe AT_OPSYS=3,2 allows the modem to use 3G, whereas
>> AT_OPSYS=0,2 tells it to use 2G only.
>>
>> With AT_OPSYS=3,2, last time I tried, a modem reset could be observed
>> within about 5 minutes by enabling and using 3G data while in a moving
>> train.
> 
> Well, usually I'm not testing in moving trains, so this might be a
> reason why 3G data was working nicely for me up to now.

The hayes-ril code used on GTA04, originally developed by Paul/upstream
Replicant, also contains some kind of reset logic, which reopens the
transport (/dev/ttyUSB* nodes) on failure [1]. So, it might also be
possible that the problem is already handled.

When you're using your GTA04 on a train the next time, I think it might
be worth a try with our latest Replicant image.

Best,
  Lukas

[1]
http://git.goldelico.com/?p=gta04-replicant-device.git;a=blob;f=hayes-ril/device.c;h=cdcdc6cf9d19da2cf94f1bd919a34ea530cc2093;hb=HEAD#l500

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: OpenPGP digital signature
URL: <http://lists.goldelico.com/pipermail/gta04-owner/attachments/20150929/dfbf0fe1/attachment.asc>


More information about the Gta04-owner mailing list