OpenCellID

[Kolesár András]

Bosszantott, hogy az Android API nem mondja meg az ARFCN csatornaszámot 
(BCCH). Szintén bosszantott, hogy Samsung telefonok nem sorolják fel a 
szomszédos cellákat egyik alkalmazásban sem, mert ezt nem valósították meg 
az API-ban.

Körbejártam a témát és egyszerre sikerült megkerülnöm mindkét fenti 
problémát. Az alábbiakat tettem, próbáljátok ki.

Bebillentyűztem a *#0011# kódot, bejutottam a ServiceMode menübe, ahol 
máris láttam, hogy BcchFrq: 56. Ez az aktuális cella csatornaszáma, amit 
eddig csak Nokia netmonitorban láttam.

Átváltottam egy másik lapra: [Menu] Back, NEIGHBOUR CELL:

    No. of GSM Neighbour Cells: 6
    Arfcn_Num; 41, rxlev: 34
    Arfcn_Num; 47, rxlev: 33
    [...]

Felsorolta a szomszédos cellákat: csatornaszám, jelerősség. Ezek sajnos 
csak a ServiceMode alkalmazás képernyőjén láthatók, API felől nem érhetők 
el.

Számítógéphez kapcsoltam a telefont, bekapcsoltam az USB hibakeresést és 
kiadtam az alábbi parancsot:

    $ adb shell logcat -b radio

Kiadott egy naplófájlt hexadecimális értékekkel:

    E/RIL     ( 1850): ReaderLoop IOCTL_MODEM_STATUS = 4
    E/RIL     ( 1850): ReaderLoop IOCTL_MODEM_STATUS = 4
    E/RIL     ( 1850): RX: Time: 2481272367 / 510140146
    E/RIL     ( 1850): RX: M:IPC_SVC_CMD S:IPC_SVC_DISPLAY_SCREEN 
T:IPC_CMD_NOTI l:17e m:ff a:28
    E/RIL     ( 1850): RX: 0B 00 00 4E 6F 2E 6F 66 20 47 53 4D 20 4E 65 69
    E/RIL     ( 1850): RX: 67 68 62 6F 75 72 20 43 65 6C 6C 73 20 3A 20 36
    E/RIL     ( 1850): RX: 00 00 00 01 00 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D
    E/RIL     ( 1850): RX: 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 00 00
    E/RIL     ( 1850): RX: 00 00 00 00 00 02 00 41 72 66 63 6E 5F 4E 75 6D
    E/RIL     ( 1850): RX: 20 3B 20 20 20 34 31 20 2C 20 72 78 6C 65 76 3A
    E/RIL     ( 1850): RX: 20 20 33 38 00 53 00 03 00 41 72 66 63 6E 5F 4E

Írtam rá értelmezőt:

    0B 00 00 4E 6F 2E 6F 66 20 47 53 4D 20 4E 65 69 ...No.of GSM Nei
    67 68 62 6F 75 72 20 43 65 6C 6C 73 20 3A 20 36 ghbour Cells : 6
    00 00 00 01 00 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D .....-----------
    2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 2D 00 00 --------------..
    00 00 00 00 00 02 00 41 72 66 63 6E 5F 4E 75 6D .......Arfcn_Num
    20 3B 20 20 20 34 31 20 2C 20 72 78 6C 65 76 3A  ;   41 , rxlev:
    20 20 33 38 00 53 00 03 00 41 72 66 63 6E 5F 4E   38.S...Arfcn_N

Vagyis amíg a ServiceMode alkalmazás lekérdezi ezeket az adatokat, a 
kimenet megjelenik a logcat által láthatóan. Ez akár naplózható is a 
telefonban.

Sajnos ehhez az alkalmazásnak előtérben kell lennie, ráadásul egyszerre 
csak az egyik lapot tudja mutatni. Mindenesetre az adat hozzáférhető 
valahogyan a telefonból.

Van köztetek hozzáértő fejlesztő, aki ezen a szálon elindulva képes olyan 
alkalmazást készíteni, ami lekéri ezen két szervizoldalt és naplózza egy 
fájlban? Nem kell hozzá gui, elég ha fut a háttérben.

András

2015. április 7., kedd 9:58:14 UTC+2 időpontban Kolesár András a következőt 
írta:
>
> Tegnap cserben hagyott Raspberry Pi-t tápláló akkumulátor. Olcsó kínai 
> cucc, állítólag 12000 mAh kapacitással, USB felülettel. Ha a kapacitást 
> Li-Ion cellafeszültségen (3.6 V) érti, akkor is csak a felét tudja a 
> meghirdetettnek, 5 volton pedig a harmadát, 4000 mAh-t bírt. Ez azért volt 
> fájdalmas, mert menet közben történt. Szivargyújtó-töltőről ment tovább, de 
> kimaradt egy csomó mérés.
>
> Három soros porttal a Pi 0.35 A-t fogyaszt 5 volton, így egy teljes napnyi 
> (15 órás) működést 6000 mAh akkuval lehet elérni. Az ilyen akkukat 
> általában 1 Ft/mAh körüli áron adják, ez a kínai a fele volt: 5000 
> forintért 12000 mAh. Persze csak papíron, a mért 4000 mAh kapacitással ez 
> is átlagos ár/érték arányú.
>
> András
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20150407/d8bc1f8a/attachment.htm>