Udało się to że mogę używać numeru
*99***1# i
ATD*99***# na NEC e616v.
Wprowadziłem zmiany w sekcji Responses modemu w rejestrze Windows,
oryginalnie było tak:
Kod: Zaznacz cały
<cr><lf>NO CARRIER<cr><lf> 04 00 00 00 00 00 00 00 00 00
<cr><lf>OK<cr><lf> 00 00 00 00 00 00 00 00 00 00
a zmieniłem na:
Kod: Zaznacz cały
<cr><lf>NO CARRIER<cr><lf> 00 00 00 00 00 00 00 00 00 00
<cr><lf>OK<cr><lf> 00 00 00 00 00 00 00 00 00 00
czyli że łańcuch
<cr><lf>NO CARRIER<cr><lf> będzie odtąd traktowany tak samo jak
<cr><lf>OK<cr><lf> i nie ma zresztą ku temu przeszkód bo e616v ma linię sygnałową DTR która też wystarcza do sygnalizacji rozłączenia.
Teraz niby mogę używać numeru
*99***1# lub
*99***2# lub
*99***3# ale... no właśnie - zobaczcie sami:
Kod: Zaznacz cały
13:04:19.41 - Send: AT+CGDCONT=1,"IP","bzdura"<cr>
13:04:19.46 - Recv: <cr><lf>OK<cr><lf>
13:04:19.46 - Interpreted response: Ok
13:04:19.46 - Send: AT+CGDCONT=2,"IP","bzdura"<cr>
13:04:19.50 - Recv: <cr><lf>OK<cr><lf>
13:04:19.50 - Interpreted response: Ok
13:04:19.50 - Send: AT+CGDCONT=3,"IP","bzdura"<cr>
13:04:19.53 - Recv: <cr><lf>OK<cr><lf>
13:04:19.53 - Interpreted response: Ok
13:04:19.53 - Send: ATS7=60L0M0X1<cr>
13:04:19.57 - Recv: <cr><lf>OK<cr><lf>
13:04:19.57 - Interpreted response: Ok
13:04:19.59 - Dialing.
13:04:19.59 - Send: ATD*99***1#<cr>
13:04:20.81 - Recv: <cr><lf>NO CARRIER<cr><lf>
13:04:20.81 - Interpreted response: Ok
13:04:20.81 - Connection established at 115200bps.
13:04:20.81 - Error-control off or unknown.
13:04:20.81 - Data compression off or unknown.
13:11:30.34 - Hanging up the modem.
13:11:30.34 - Hardware hangup by lowering DTR.
13:11:32.52 - Session Statistics:
13:11:32.52 - Reads : 5970 bytes
13:11:32.52 - Writes: 3005 bytes
13:11:32.52 - Bluetooth DUN Modem closed.
Łańcucha
CONNECT nie widać tym razem w logu bo unimodem myśli że należy on już do sesji "data mode" gdzie lecą te "krzaczki" odszyfrowywane przez stos PPP. Tak czy inaczej, połączenie było nawiązane i sprawdziłem sobie pocztę w tej sesji, ale przy okazji okazało się że APN-y zdefiniowane komendą
+CGDCONT nie mają znaczenia!
No fakt, przecież sam wklepałem wcześniej APN heyah.pl w menu konfiguracji telefonu. Był on tam aż na pozycji trzeciej (APN3) a dwie pierwsze pozycje były niemodyfikowalne. I w ustawieniach "Wybierz APN" wybierałem
APN3. Myślałem że te ustawienia dotyczą tylko przeglądarki uruchamianej na telefonie. Dlatego teraz na próbę wklepałem do APN3 nazwę "bzdura", wyłączyłem i włączyłem telefon. Pierwszy objaw to brak u góry wyświetlacza takich dwu poziomych kresek które sygnalizują dostępność GPRS-u. Oho! Spróbowałem więc połączyć się przez
ATD*99#. Błąd Dial-Up 645. A na wyświetlaczu telefonu komunikat:
Kod: Zaznacz cały
"Uwaga: Nie mozna sie polaczyc. Nie zalogowales sie do tej uslugi."
Wniosek: NEC wykonuje większość czynności dla zainicjowania transmisji pakietowej już podczas uruchamiania telefonu. Prawdopodobnie dochodzi aż do fazy przyłączenia +CGATT=1 i tak sobie "wisi". Numer dostępowy *99# działa ostatecznie jak skrót wykonujący +CGDATA z parametrami wcześniej ustalonymi wewnętrznie. Teraz jasne jest to dlaczego interpreter ignoruje ustawienia zadane przez +CGDCONT i dlaczego niemożliwe jest samodzielne wykonywanie poleceń +CGACT i +CGATT i +CGDATA (zwracają zawsze ERROR).
Mimo wszystko ten telefon jest całkiem stabilny. Najlepiej żeby ładowarka była do niego stale podłączona. Czytałem że innym ludziom wystarcza też ładowanie przez USB data cable. Klapka telefonu może być zamknięta a Bluetooth i tak działa. Poza tym e616v ma UMTS więc jak wyczerpię środki z Heyah to przetestuję na nim Play Online
![:]](./images/smilies/splash.gif)