Łańcuch inicjujący modem AnyData ADU-635 WA

[Patryk]

al-czerniawski, no to firmware restoration musisz zrobić.

Niestety nie mam Asusa,aby sprawdzić,co się dzieje,ale zerknę w buildroota,może coś się źle skompilowało.
Wg komunikatów wszystko jest OK...

edit - spróbuj jeszcze raz ściągnąć i wgrać ten trx - już rozmiar powinien być OK - użyłem złej komendy make image-WL500GP zamiast koniecznej w wersji 1.9.2.7-10 trywialnej make install (w globalnym Makefile standardowo jest ustawiona architektura WL-500gP V1),i powstał TRX z samym systemem plików,bez jądra

[al-czerniawski]

no to firmware restoration musisz zrobić.

Zrobiłem powrót do starego firmware. Jest OK.

Swoją drogą miałem nadzieję, że wreszcie przymuszony konkretną potrzebą będę mógł sobie konkretnie pogrzebać w linuksie. No i przy okazji czegoś się nauczyć.
Ale co tu dużo gadać, taki gotowiec Patryka byłby wybawieniem dla wielu potrzebujących.

edit: Zaraz spróbuję jeszcze raz. Wielkie dzięki.

Rączki mi drżą z emocji.
Udało się!

Teraz muszę uderzyć do znajomego o jego modem by dalej sprawdzić efekty zabiegów.

[Patryk]

Jakby nie zadziałało,to sprawdź komendy:

Kod: Zaznacz cały

  echo -ne "\xD7\x03\x00\xAE\xEF\x7E" > /dev/usb/tts/2

lub

Kod: Zaznacz cały

  echo -ne "\xCF\x0D\x00\x00\x81\x8A\x7E" > /dev/usb/tts/2

ręcznie je wpisując w terminalu (ssh lub telnet) routera.

Jak zadziała bezpośrednie podawanie tych ciągów do portu /dev/usb/tts/2 (lub innego - spróbuj wszystkie) , to skompiluję firmware z odpowiednią modyfikacją.

Oczywiście wszystko to można by wrzucić do skryptu post_boot,ale nie wiadomo,jak inne niż anydata modemy zareagują na te ciągi - nie wiadomo,co może się stać.

[al-czerniawski]

Próby niestety nie powiodły się.
Miałem niewiele czasu i robiłem tylko dwa podejścia. Jedno z zadeklarowaniem ID portu USB (1.1.0), drugie bez deklaracji.
Przy zadeklarowanym porcie router podjął próbę łączenia się, ale bez powodzenia gdyż nie został włączony modem CDMA, nie zaświeciła się niebieska dioda.
Myślę, że pomysł testowania portów USB przez telnet, jaki wyżej zaproponowałeś, jest doskonałym pomysłem.

Fragment logów diagnostycznych chyba wskazuje na port tts/0. Czyli dolne gniazdo i chyba modem CDMA.
----

USB devfs Devices

Device : Location : Info

/dev/usb/tts/0 : 1.1.0 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"

/dev/usb/tts/1 : 1.1.1 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"

/dev/usb/tts/2 : 1.1.2 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"

/dev/usb/tts/3 : 1.2.0 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"

/dev/usb/tts/4 : 1.2.1 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"

/dev/usb/tts/5 : 1.2.2 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"



--------------------------------------------------------------------------------

PPP chat log

ATI

Manufacturer: QUALCOMM INCORPORATED

Model: 239

Revision: U63APO19 1 [Mar 27 2007 13:00:00]

ESN: 0x8037449B

+GCAP: +CIS707-A, CIS-856, +MS, +ES, +DS, +FCLASS



OK

ATZ

OK

ATD #777

ERROR


Czy nie należałoby oddzielić pauzą (sleep) obu łańcuchów, które zaproponował jacek?

[al-czerniawski]

sprawdź komendy:

Robiłem próby deklarując, zgodnie z sugestią, różne porty. Próby robiłem też na wyłączonym i włączonym połączeniu na modemie. Efekt zawsze był ten sam.
Nie uzyskałem włączenia się niebieskiej diody CDMA, na co miałem największą nadzieję.

Pod telnetem wprowadzanie obu ciągów wyglądało tak:

echo -ne "\xD7\x03\x00\xAE\xEF\x7E" > /dev/usb/tts/0
> echo -ne "\xCF\x0D\x00\x00\x81\x8A\x7E" > /dev/usb/tts/0
bash: /dev/usb/tts/0: No such file or directory

Router w logach pokazuje co prawda urządzenia /dev/usb/tts/0, może więc coś źle robię.

Próbowałem też ćwiczyć wprowadzanie łańcuchów z konsoli na Ubuntu.
ls /dev/ttyUSB* pokazało mi trzy podpięte urządzenia, ale na żadnym nie uzyskałem włączenia się diody CDMA.
Może łańcuchy nie są uniwersalnym rozwiązaniem?

Prośba do jacka.
Czy możesz podać w łopatologiczny sposób jak odczytałeś zaproponowane ciągi? Może uda mi się na moich modemach potwierdzić lub zaprzeczyć uniwersalność tych ciągów.

[bedboy]

KOmpletnie nie rozumiem tego co tu piszecie a przeczytałem wszystko mam modem anydata 635wa pracuje mi w trybie utms/hsdpa gdzie transfer i zasięg są bardzo niestabilne w trybie cdma nie chce się połączyć

czy w trybie cdma lepiej pracuje??

[al-czerniawski]

KOmpletnie nie rozumiem tego co tu piszecie

Bo problem jest dość specjalistyczny. Dotyczy głównie współpracy modemu z linuksem.
W wielu miejscach CDMA jest jedyną możliwością sensownego łącza. Jeśli się na tym modemie nie łaczysz w CDMA to, albo jesteś poza zasięgiem CDMA albo, co wielce prawdopodobne, podłączasz antenkę nie do tego gniazda.
Musisz poszukać informacji w innych tematach lub zadać nowe, swoje pytanie. Tu poruszamy inne zagadnienia.

[bedboy]

jesteś poza zasięgiem CDMA albo, co wielce prawdopodobne, podłączasz antenkę nie do tego gniazda.

Zasięg w CDMA łapię nawet bez antenki, chce się tylko dowiedzieć czy opłaca się szukać info na ten temat czy na CDMA jest stabilniejszy

[marek24]

Czy jest jakiś dobry i pewny juz sposób na uruchomienie cdma na WL-500gP V1 i ADU-635WA
Pozdrawiam.

[ Komentarz dodany przez: grzechu: 2010-03-06, 09:57 ]
<font color=orange>Poprawa pisowni.</font>

[al-czerniawski]

Ja jeszcze nie miałem okazji przećwiczyć do końca propozycji jacka i Patryka.
Obawiam się, że jeszcze trzeba poczekać na lepsze wieści.

[marek24]

Szkoda.
Niestety ja jestem poczatkujcym użytkownikiem wl500gp i adu635wa nie mam dużego doświadczenia, co jedynie moge testować.

[ Komentarz dodany przez: grzechu: 2010-03-06, 09:58 ]
<font color=orange>Poprawa pisowni.</font>

[al-czerniawski]

Jeśli korzystasz z Koppela i masz aktywny modem z kartą z wyłączonym żądaniem PIN i na dodatek jesteś w dobrym zasięgu CDMA to możesz spróbować wklepać w zakładce System Setup, System Command ciągi proponowane przez jacka. Jeśli źle myślę to liczę, że Patryk mnie poprawi.
Powinno to chyba być:

echo -ne "\xD7\x03\x00\xAE\xEF\x7E" > /dev/usb/tts/0

po którym oczekujemy zapalenia się niebieskiej diody, i następny:

echo -ne "\xCF\x0D\x00\x00\x81\x8A\x7E" > /dev/usb/tts/0

po którym oczekujemy, że modem da się odpalić w CDMA.

Zapalenie się niebieskiej diody byłoby już wielkim sukcesem.

[marek24]

Korzystam z Koppela modyfikacji Patryka z postu wyżej i mam aktywny modem z kartą z wyłączonym żądaniem PIN zaraz sprawdzam

[ Dodano: 2010-03-05, 21:59 ]
niestety niebieska dioda sie nie zapaliła
USB devfs Devices
Device : Location : Info
/dev/usb/tts/0 : 2.1.0 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/1 : 2.1.1 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/2 : 2.1.2 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/3 : 2.2.0 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/4 : 2.2.1 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/5 : 2.2.2 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"

--------------------------------------------------------------------------------
PPP chat log

Manufacturer: QUALCOMM INCORPORATED
Model: 239
Revision: U63APO19 1 [Mar 27 2007 13:00:00]
ESN: 0x805641C7
+GCAP: +CIS707-A, CIS-856, +MS, +ES, +DS, +FCLASS

OK

OK
Awarning: read() on stdin returned 0
Failed
Can't restore terminal parameters: Input/output error
Connect script failed

[ Dodano: 2010-03-05, 22:02 ]
konfiguracja Dial-Up:
ustername: cdma@orange
Password: orange
dial numer: #777

[ Komentarz dodany przez: grzechu: 2010-03-06, 09:59 ]
<font color=orange>Poprawa pisowni.</font>

[al-czerniawski]

korzystam z Koppela modyfikacji Patryka z postu wyżej

A na Koppelu bez modyfikacji z wprowadzaniem ciągów przez System Command robiłeś próby?
Z ewentualnym testowaniem kolejnych portów USB od tts/0 do tts/5 ?

Gwoli przypomnienia: należy przełączyć porty USB z 2 na 1. Można deklarować też ID USB.
Nie mam innych przemyśleń.

Mi się nie udało uzyskać takiego wyniku:

OK

OK
Awarning: read() on stdin returned 0
Failed
Can't restore terminal parameters: Input/output error
Connect script failed

Niestety nic mi to nie mówi. Ale może Patryk więcej w tym wyniku odczyta.

[marek24]

A na Koppelu są takie logi
USB devfs Devices
Device : Location : Info
/dev/usb/tts/0 : 2.1.0 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/1 : 2.1.1 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/2 : 2.1.2 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/3 : 2.2.0 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/4 : 2.2.1 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"
/dev/usb/tts/5 : 2.2.2 : Manufacturer="AnyDATA Corporation" : Product="AnyDATA CDMA Products"

--------------------------------------------------------------------------------
PPP chat log
ATI
Manufacturer: QUALCOMM INCORPORATED
Model: 239
Revision: U63APO19 1 [Mar 27 2007 13:00:00]
ESN: 0x805641C7
+GCAP: +CIS707-A, CIS-856, +MS, +ES, +DS, +FCLASS

OK
ATZ
OK
ATD #777
ERROR

Niestety testy bz od tts/0 do tts/5 brak niebieskiej diody.

[ Komentarz dodany przez: grzechu: 2010-03-06, 10:00 ]
<font color=orange>Poprawa pisowni.</font>

[al-czerniawski]

Czyli szukamy dalej

[morii]

Po paru probach i modyfikacji lancuchow dziala na ubuntu 8.10 (to wlasnie tu wykrywa 5 urzadzen). W pozostalych dystrybucjach domyslam sie, ze trzeba zaktualizowac sterowniki usb (mam nadzieje, ze nie cale jadro). Okazalo sie, ze pomysl z echo byl dobry lecz nalezalo wylaczyc przekazywanie konca linni flaga -n. U mnie port, na ktory nalezy wyslac dane w heksach to ttyUSB2. Oto jakie nalezy wydac polecenia:
echo -ne "\xD7\x03\x00\xAE\xEF\x7E" > /dev/ttyUSB2 (powinna zapalic sie niebieska dioda cdma) oraz
echo -ne "\xCF\x0D\x00\x00\x81\x8A\x7E" > /dev/ttyUSB2
I to by bylo na tyle Pozostaje wrzucic to do skryptu i skonfigurowac polaczenie (recznie bo nie dziala networkmanager). Mam nadzieje, ze juz nie bedzie poprawek

[ Dodano: 2010-01-12, 12:23 ]
maly blad: wykrywa 6 urzadzen (zapomnialem o ttyUSB0 - to wlasnie port pod ktory nalezy wysylac komendy at). Zaznaczam jednak, ze numeracja portow moze byc u Was inna.

używam ubuntu 9.10, lsusb wyświetla:
lsusb
Bus 005 Device 002: ID 0a5c:5800 Broadcom Corp.
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 0c45:63f8 Microdia
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 005: ID 16d5:6202 AnyDATA Corporation
Bus 002 Device 004: ID 16d5:6502 AnyDATA Corporation
Bus 002 Device 003: ID 0424:2502 Standard Microsystems Corp.

ls /dev/ttyUSB*
/dev/ttyUSB0 /dev/ttyUSB1 /dev/ttyUSB2 /dev/ttyUSB3 /dev/ttyUSB4 /dev/ttyUSB5 /dev/ttyUSB6 /dev/ttyUSB7


próbuje wysyłać pierwszy ciąg znaków pod każde <font color="#FF00FF"><b>»»urządzenie««</b></font> /dev/ttyUSB , ale lampka od CDMA nie zapala się...... Czy może powinienem wysyłać te ciągi przy wyłączonym NetworkManagerze, albo może jako root... albo jakiś inny pomysł?
I jeszcze pytanie jakiego skryptu użwasz do łączenia się przez ppp z wykorzytaniem cdma?

[jacek.]

morii, widzę, że oprócz modemu używasz jeszcze innych urządzeń podłączonych do portu usb. W Twoim wypadku numeracja portów może się różnić od tego, co przedstawiłem. Sprawdź poleceniem dmesg, w jaki sposób ubuntu wiąże urządzenie z wirtualnym portem. Szukaj linii zawierających converter now attached to ttyUSB. Jeśli pierwszym portem do którego ubuntu stworzy dowiązanie z modemem będzie ttyUSBx, to ciągi wyślij na ttyUSBx+2 (oczywiście x widoczne będzie widoczne u Ciebie jako pewna stała alg. np. 2, w takim wypadku ciągi wyślesz na ttyUSB4). Wyłącz NetworkManagera, ciągi możesz wysyłać jako zwykły użytkownik lub jako root.
Mój skrypt:

Kod: Zaznacz cały

echo -ne "\xD7\x03\x00\xAE\xEF\x7E" > /dev/ttyUSB2
sleep 2
echo -ne "\xCF\x0D\x00\x00\x81\x8A\x7E" > /dev/ttyUSB2
sleep 2
sudo /usr/sbin/pppd call cdma debug

Powodzenia

[morii]

<font color="#FF0000"><b>[...]</b></font>

Zrobiłem tak jak napisałeś i zadziałało, dioda od cdma na modemie sie zapaliła.
Brakuje teraz mi tylko pliku od pppd, a mianowicie chatscriptu, bo cześć znalałem już w tym wątku. Z tego co się orientuje powinny być gdzieś jeszcze komendy w stylu AT i oczywiście podany numer. Jakieś skrypty znalazłem na
http://www.sferia.pl/upload/files/instr ... _linux.pdf ale może ma ktoś już jakieś gotowe i sprawdzone.

[ Komentarz dodany przez: YaHooo: 2010-03-23, 21:30 ]
<a href="http://www.bez-kabli.pl/viewtopic.php?p=59341#59341">Panie i Panowie tniemy cytaty!</a>

[jacek.]

/etc/ppp/peers/cdma

Kod: Zaznacz cały

connect "/usr/sbin/chat -v -f /etc/chatscripts/cdma"
/dev/ttyUSB0
921600
defaultroute
nodeflate
user "cdma@orange"
nobsdcomp
usepeerdns

/etc/chatscripts/cdma

Kod: Zaznacz cały

ABORT BUSY
ECHO OFF
'' AT&F
OK ATDT#777
CONNECT \d\c

/etc/ppp/chap-secrets

Kod: Zaznacz cały

"cdma@orange"	*	"orange"

Aktualizacja: dodana pierwsza linia /etc/ppp/peers/cdma

[morii]

Niestety nie działa
Zaznaczam iż wyłączyłem inne urządzenia USB i teraz komendy przez echo wysyłam na /dev/ttyUSB2 (dioda po długim czasie się zapala) a pppd próbuje się połączyć na /dev/ttyUSB0

Kod: Zaznacz cały

/var/log/syslog
Using interface ppp0
pppd[4814]: Connect: ppp0 <--> /dev/ttyUSB0
pppd[4814]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xc8e51023> <pcomp> <accomp>]
pppd[4814]: last message repeated 9 times
pppd[4814]: LCP: timeout sending Config-Requests
pppd[4814]: Connection terminated.
pppd[4814]: Modem hangup
pppd[4814]: Exit.

Kod: Zaznacz cały

pppd call cdma debug dump
pppd options in effect:
debug		# (from command line)
dump		# (from command line)
noauth		# (from /etc/ppp/options)
user cdma@orange		# (from /etc/ppp/peers/cdma)
/dev/ttyUSB0		# (from /etc/ppp/peers/cdma)
921600		# (from /etc/ppp/peers/cdma)
lock		# (from /etc/ppp/options)
crtscts		# (from /etc/ppp/options)
modem		# (from /etc/ppp/options)
asyncmap 0		# (from /etc/ppp/options)
lcp-echo-failure 4		# (from /etc/ppp/options)
lcp-echo-interval 30		# (from /etc/ppp/options)
hide-password		# (from /etc/ppp/options)
defaultroute		# (from /etc/ppp/peers/cdma)
proxyarp		# (from /etc/ppp/options)
usepeerdns		# (from /etc/ppp/peers/cdma)
nobsdcomp		# (from /etc/ppp/peers/cdma)
nodeflate		# (from /etc/ppp/peers/cdma)
noipx		# (from /etc/ppp/options)

Korzystając z trochę zmodyfikowanego pliku /etc/ppp/peers/cdma2

Kod: Zaznacz cały

noauth
connect "/usr/sbin/chat -v -f /etc/chatscripts/cdma"
debug
/dev/ttyUSB0
460800
defaultroute
noipdefault 
user "orange@cdma"
 
ipparam cdma

usepeerdns

w /var/log/syslog

Kod: Zaznacz cały

pppd 2.4.5 started by root, uid 0
chat[5420]: abort on (BUSY)
send (AT&F^M)
chat[5420]: expect (OK)
chat[5420]: AT&F^M^M
chat[5420]: OK
chat[5420]:  -- got it
chat[5420]: send (ATDT#777^M)
chat[5420]: expect (CONNECT)
chat[5420]: ^M
chat[5420]: ATDT#777^M^M
chat[5420]: ERROR^M

[jacek.]

Zmień prawa do skryptu cdma.sh (tego, w którym występują polecenia echo) poleceniem chmod +x /ścieżka/cdma.sh. Połącz się z internetem wpisując w konsoli /ścieżka/cdma.sh. Zerknij także na poprawkę w ostatnim poście.

[dawcok]

Witam,

Troszkę odejdę od aktualnego tematu, ale mam pytanie dotyczące działania znalezionych przez jacka bodajże łańcuchów do inicjalizacji CDMA w ADU-635 w Windowsie. Korzystałem wcześniej (około trzech tygodni temu) z tych łańcuchów (D7 03 00 AE EF 7E oraz CF 0D 00 00 81 8A 7E) i dzięki temu miałem możliwośc łączenia się z Intenetem bez użycia Easy Wirelless Net. Działało to zarówno kiedy wysyłałem stringi samemu przy pomocy tpn, jak i kiedy korzystałem z opcji "Włącz CDMA w AnyData" również w tpn. Jednak nie wiedzieć czemu, nagle sposób ten przestał działać i nie mogę już łączyć się z Internetem w ten sposób... Czy wiecie może, co może powodować taki stan rzaeczy? Czy ktoś inny również ma taki problem? Będę wdzięczny za każdą pomoc.

Pozdrawiam,
dawcok

[ryba825]

dawcok, o się dzieje, że nie możesz z tego korzystać? Błąd wyskakuje? Patrzyłem może w Easy Wireless Network czy przy CDMA pokazuje "EVDO" ?

[lechar]

echo -ne "\xD7\x03\x00\xAE\xEF\x7E" > /dev/ttyUSB2 (powinna zapalic sie niebieska dioda cdma) oraz
echo -ne "\xCF\x0D\x00\x00\x81\x8A\x7E" > /dev/ttyUSB2

Witam,
poproszono mnie o wykonanie routera programowego dla anydata ADU-635WA i CDMA,
wybór padł na terminal HP T5710 oraz oprogramowanie ZeroShell.
I tu zaczęły się problemy, szybko zrezygnowałem z prób na Zeroshell i postanowiłem sprawdzić na linuxie Ubuntu 8.04, 9.10 i Fedora 12.
komendy lsusb oraz dmesg | grep tty wskazują, że modem jest obecny w systemie,
niestety nie mogę się dobić do modemu, komendy łańcucha nie przełączają stanu modemu a z minicom'a nie mogę wydawać komend at. Modem pod windows działa OK.
Podejrzewam dwie sprawy albo jądro wykrywa urządzenie ale nie jest w stanie go obsłużyć, lub jest jeszcze jedna przyczyna.
PS
Jak mogę sprawdzić czy żądanie pin jest wyłączone ?
Ps PS
Myślę, że takie rozwiązanie jest interesujące kosztowo T5710 180 PLN karta CF 40PLN,
Karta WIFI USB, 120PLN no i rozmiary nieco większe od Asusa.

[wojteks]

Jak mogę sprawdzić czy żądanie pin jest wyłączone ?

Włożyć kartę do telefonu i jeżeli nie zapyta o PIN to żądanie zdjęte.

[al-czerniawski]

Jak mogę sprawdzić czy żądanie pin jest wyłączone ?

Włożyć kartę do telefonu i jeżeli nie zapyta o PIN to żądanie zdjęte.

Z moich doświadczeń z kartą SIM/RUIM wynika, że skutecznie żądanie PIN wyłącza się oprogramowaniem dołączanym do modemu.
Wyłączenie żądania PIN karty SIM/RUIM telefonem i programem modemu ADU-635 okazało się nieskutecznym przy zastosowaniu tej samej karty w modemie ADU-500A. Program obsługujący ten modem upominał się o PIN. Dopiero ten sam program związany z tym modemem spowodował skuteczne wyłączenie żądanie PIN dla tego modemu.
Problem ujawnił się w związku z pracą modemu ADU-500A z routerem Asusa.

Może ktoś bieglejszy potrafi lepiej wyjaśnić ten mechanizm. Sam zastanawiałem się czy wyłączanie żądania PIN nie odbywa się osobno dla SIM w przypadku używania karty w trybie GSM/UMTS i osobno dla RUIM w przypadku trybu CDMA dla modemu mono 500A.

Zastanawiałem się jak te sposoby wyłączania żądania PIN mogą skutkować problemami współpracy modemu 635 WA z Asusem w trybie CDMA. Jednak poczyniona próba z kartą SIM/RUIM z wyłączonym żądaniem PIN-u oprogramowaniem od modemu500A nie powiodła się przy włożeniu karty do modemu 635 WA podłączonego do Asusa.

nagle sposób ten przestał działać i nie mogę już łączyć się z Internetem

A nie zmieniałeś nic w podłączonych urządzeniach USB?

[ja.michal]

al-czerniawski, a może to wyłączanie pinu to nie jest wyłączanie w ścisłym sensie? Może to działa na zasadzie "wrzucenia" pinu do pamięci modemu z określoną informacją na którą odpowiada modem w czasie inicjacji. Może nawet z określonym rodzajem programu lub przy określonym ciągu.

Taka moja luźna myśl.

[al-czerniawski]

Może to działa na zasadzie "wrzucenia" pinu do pamięci modemu z określoną informacją

Mam w tej chwili trzy modemy 500A i z tego co pamiętam, z szybkich prób, raz wyłączony PIN działał na pozostałych modemach z tą samą kartą.

Myślę, że takie rozwiązanie jest interesujące

To rozwiązanie może się okazać także koniecznym gdy znikną Asusy z rynku.

[lechar]

To rozwiązanie może się okazać także koniecznym gdy znikną Asusy z rynku.

Zgadzam sie, tyle ze na dzien dzisiejszy nie istnieje rozwiazanie dla asusa gdy nie ma
zasiegu G3 a jedynie CDMA,
z innej beczki wylaczylem pin a komorce i wystarczylo, ponadto modem musi byc
wlaczony podczas startu systemu gdy tak nie jest u mnie zachowuje sie tak jak
opisalem poprzednio (czyli nie mozna sie do niego dobic),
czyli problem rozwiazany jak przewalcze roziwazanie na ZeroShell i T5710 dam znac.