Jak wgrać i skonfigurować EasyBox 904 LTE Vodafone pod kartę Orange Polska, skoro brandowany firmware blokuje APN innych operatorów?
Najprościej: użyj firmware 3.05 lub 3.07, bo na 3.18 wątek wielokrotnie opisywał problemy z LTE i brak skutecznego cofnięcia zmian [#15028647][#15115409] Na 3.05/3.07 odblokuj telnet przez `Status & Support > Diagnostic Utility > Ping Test` z wpisem `192.168.2.2 & telnetd`, zaloguj się jako `root`, włącz SSH przez zmianę `PasswordAuth 'off'` na `on` w `/tmp/etc/config/dropbear` i zapisz `ccfg_cli set AlwaysOn@ssh=on` oraz `commitcfg` [#14939365][#15123895] Dla Orange ustaw `apn_data@lte=internet`, `apn_umts=internet`, `apn_voice@lte=` (puste), `username@umts=internet`, `passwd@umts=internet`, `username@lte=internet`, `passwd@lte=internet`, a jako kod operatora wpisz `26003` w `umts_lock_ops@lte`, `lte_lock_ops@lte` i `lte_sim_lock_ops@lte` [#15028647][#15138572] Na końcu wykonaj `ccfg_cli commitcfg` i restart routera [#14939365] Jeśli po zmianie SIM router zgłasza, że karta została zmieniona, zrób reset do ustawień fabrycznych i skonfiguruj go od nowa [#15226449]
Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.
Potrzebuję pilnie pomocy w skonfigurowaniu routera EasyBox 904 LTE . Połączenie z LTE przez gniazdo sim i kartę sim Orange. Urządzenie ma brand operatora Vodafone, w którym zablokowane są ustawienia APN dla innych operatorów, niż Vodafone. Będę wdzięczny za w miarę przystępne wytłumaczenie , jakie oprogramowanie ( i w jakiej kolejności) , należy wgrać, aby można było korzystać z LTE Orange, poprzez sim. A może znajdzie się dobra dusza, która przygotowała by mi plik cfg z ustawieniami pod LTE Orange ??? I jakiego programu używa się do połączenia z routerem , w celu edycji plików konfiguracyjny, bo chyba Total Comander tu nie podoła ? Poniżej kilka screenów , odnośnie obecnego oprogramowania i ustawień mojego EasyBox 904 LTE i parametrów APN Orange, które mogą się przydać do pliku cfg .
z góry dzięki
EasyBox 904 LTE :
-status, Firmware i Bootloader Version
- ustawienia IpV4 i IpV6
-
Orange Polska APN:
- profil routera LTE z sieci Orange
-główne ustawienia SSID
- ustawienia dla modemu UMTS Mobile Partner
Dodano po 1 [godziny] 50 [minuty]:
Dodaję jeszcze kilka linków, które mogą być pomocne . W razie potrzeby mogę przetłumaczyć wybrane fragmenty ( ja nawet po przetłumaczeniu nie zrozumiałem co dokładnie mam zrobić )
dla ułatwienia , poniżej pełna instrukcja , jak zmienić APN . Brakuje mi już tylko informacji, odnośnie pliku konfiguracyjnego dla ustawień Orange Polska
01 - Unbox the router
02 - Upgrade box with last original firmware http://www.vodafone.de/downloadarea/UEfullimage_AT904L-03.18.zip 03 - Downgrade box to UEfullimage_AT904L-03.07.bin firmware that have the ping bug. Link: https://goo.gl/3ScMIw 04 - Configure your computer with IP: 192.168.2.2 , MASK: 255.255.255.0 , GW: 192.168.2.1 , DNS: 192.168.2.1
05 - Access to 192.168.2.1 and set one password
06 - Access to 192.168.2.1 > Status & Support > Diagnostic Utility > Ping Test > "192.168.2.2 & telnetd" > Ping
07 - Open Putty.exe and make a new telnet connection to host 192.168.2.1 and port 23
08 - Login with user "root" and your setted "password"
09 - Edit ther file
a. "vi /tmp/etc/config/dropbear"
b. change "option PasswordAuth 'off'" to "option PasswordAuth 'on'"
c. save and exit vi
10 - Sent that commands
ccfg_cli set AlwaysOn@ssh=on
ccfg_cli set umts_lock_ops@lte=26801
ccfg_cli set lte_lock_ops@lte=26801
ccfg_cli set umts_lock_ops@wan200=26801
ccfg_cli set lte_sim_lock_ops@lte=26801,26204,26209
ccfg_cli set apn_data@lte=internet.vodafone.pt
ccfg_cli set apn_voice@lte=internet.vodafone.pt
ccfg_cli set apn_umts@lte=internet.vodafone.pt
ccfg_cli set ivr_mode@bootstrap=2
ccfg_cli set arcor_pinConf@bootstrap=1
ccfg_cli set arcor_customer@bootstrap=1
ccfg_cli set keep_in_act@bootstrap=0
ccfg_cli set FirstUseDate@tr69=2015-05-24T01:07:49
ccfg_cli set Username@tr69=2620*EURE*IMSI*
ccfg_cli commitcfg
reboot
10 - On first boot my router detect that exist a new update and it reboot after Over-The-Air upgrade
11 - All works 100%
A tak wygląda plik cfg z konfiguracją APN Play
. PLAY (polish operator) - configuration connect and internet connection look good but transfer speed is extremely low even if signal is full, I don't know why :/
ccfg_cli set apn_data@lte=internet
ccfg_cli set apn_voice@lte=
ccfg_cli set apn_umts@lte=internet
ccfg_cli set umts_lock_ops@lte=26006
ccfg_cli set lte_lock_ops@lte=26006
ccfg_cli set lte_sim_lock_ops@lte=26006
ccfg_cli set server1@ntp=0.pl.pool.ntp.org
ccfg_cli set server2@ntp=1.pl.pool.ntp.org
ccfg_cli set server3@ntp=2.pl.pool.ntp.org
ccfg_cli set server4@ntp=3.pl.pool.ntp.org
ccfg_cli set server5@ntp=tempus1.gum.gov.pl
ccfg_cli commitcfg
Udało mi się uruchomić ten router z karta Play a później Redbull mobile.
Wszystko działało aż zbyt pięknie do czasu gdy z ciekawości zainstalowałem firmware 3.18, które wszystko zepsuło i już nie udało mi się uruchomić routera na żadnych kartach SIM.
Zaczynam poradnik od porady najważniejszej informacji
UWAGA!!! nie instalujcie firmware 3.18, później mimo downgrade firmware, wgrywaniu starych konfiguracji i resetu do ustawień fabrycznych nie udało mi się uruchomić już kart SIM od Playa.
A teraz po kolei (dla ułatwienia warto wyłączyć blokadę PIN karty SIM)
1. zmiana APN działa tylko na firmware 3.05 i 3.07 ponieważ łatwo na nich odblokować telnet (firmware pobieramy z https://www.dropbox.com/sh/a07yw7vlxrht5ta/MhzHr2tcjb, źródło http://www.ip-phone-forum.de/showthread.php?t=264137&page=4) 2. Jeżeli nasz komp automatycznie się nie łączy z EB ustawiamy tak kartę sieciow: IP: 192.168.2.2 , MASK: 255.255.255.0 , GW: 192.168.2.1 , DNS: 192.168.2.1
3. wchodzimy do EB przez przeglądarkę wpisując 192.168.2.1 i ustawiamy hasło
4. przechodzimy do > Status & Support > Diagnostic Utility > Ping Test > "192.168.2.2 & telnetd" (to wpisujemy w pole IP do pingowania bez cudzysłowia)> wciskamy przycisk "Ping" mimo, ze wyskoczy nam błąd mamy odblokowany telnet
5. otwieramy Putty.exe lub windowsowy telnet z cmd i ustawiamy hosta na 192.168.2.1 i port 23
6. wpisujemy login "root" następnie hasło podane w pkt. 3 "password" - jeżeli nie restartowaliśmy EB po ustawieniu hasła to w telnecie jest ono ciągle "123456"
7. teraz wpisujemy ustawienia - najpierw ustawienia APN i pokrewne
ccfg_cli set apn_data@lte=internet
ccfg_cli set apn_voice@lte=
ccfg_cli set apn_umts@lte=internet
ccfg_cli set umts_lock_ops@lte=26006
ccfg_cli set lte_lock_ops@lte=26006
ccfg_cli set lte_sim_lock_ops@lte=26006
ccfg_cli set server1@ntp=0.pl.pool.ntp.org
ccfg_cli set server2@ntp=1.pl.pool.ntp.org
ccfg_cli set server3@ntp=2.pl.pool.ntp.org
ccfg_cli set server4@ntp=3.pl.pool.ntp.org
ccfg_cli set server5@ntp=tempus1.gum.gov.pl
- teraz aktywacja EB
ccfg_cli set ivr_mode@bootstrap=2
ccfg_cli set arcor_pinConf@bootstrap=1
ccfg_cli set arcor_customer@bootstrap=1
ccfg_cli set keep_in_act@bootstrap=0
ccfg_cli set FirstUseDate@tr69=2015-05-24T01:07:49
ccfg_cli set Username@tr69=2620*EURE*IMSI* - co ciekawe można spokojnie skopiować nie trzeba wpisywać swojego IMSI i tak działa
ccfg_cli commitcfg - bardzo ważne ta komenda zapisuje ustawienia
reboot
i teraz play działał mi pięknie do czasu jw.
wydaje mi się, ze dla Orange powinieneś jeszcze dodać następujące dane:
ccfg_cli set username@umts=internet
ccfg_cli set passwd@umts=internet
ccfg_cli set username@lte=internet
ccfg_cli set passwd@lte=internet
ponieważ z tego co wyczytałem użytkownik i hasło w ustawieniach Orange to "internet"
oraz oczywiście wszystkie 26006 zmieniamy na 26003 (czyli z kodu operatora Play na kod operatora Orange)
Jeszcze taka uwaga, router działa tylko w LTE i nie uruchomi się na nim 3g itp.
I Panie SAURONIUSZ konfigurację do PLAY, która cytowałeś ja napisałem na
https://easybox.piratenpad.de/904? i wtedy strasznie wolno mi chodził internet, ale później jak dowiedziałem jak aktywować EB już było ok.
Jak wygląda problem po aktualizacji do fw 3.18 ?
Na początku dzięki zastosowaniu się do powyższej instrukcji mój EB śmigał pięknie na SIM karcie RedBull. Ale poczytałem na forum:
http://www.ip-phone-forum.de/showthread.php?t=264137&page=6 , że można spokojnie zaktualizować firmware do najnowszego 3.18 i wszystko będzie działać dobrze, tylko zmiana konfiguracji będzie wymagać downgrade do 3.07, który ma dostęp do telnet.
Więc wgrałem 3.18 i już nie działał mi internet otrzymałem takie komunikaty:
Zjawisko jest bardzo podobne do uruchomienia EB bez karty SIM ale tutaj pojawia się IMSI karty, czyli w jakimś stopniu się z nią komunikuje.
Najgorsze jest to, że udało mi się już uruchomić tego EB po powrocie do ustawień fabrycznych, jak również wgrywaniu różnych starszych firmware.
Wydaje mi się, że powodem może być wgranie przy upgradzie do 3.18 zablokowanych sterowników do modemu LTE, które się nie downgradują przy wgrywaniu starszych firmawre (ale to moje domysły).
Ciekawym jest, że użytkownik portugalskiego vodafona po zaktualizowaniu do 3.18 bez problemu uruchomił swojego EB (https://forum.openwrt.org/viewtopic.php?id=44676&p=6 post #132)
Oczywiście jeśli ktoś ma jakiś pomysł na naprawę tego problemu, proszę o pomoc.
Poradnik który wrzucił SAURONIUSZ jest mojego autorstwa
I faktycznie mam ten sam problem co andrzejdevil. Po aktualizacji softa do wersji 3.18, EB przestał widzieć sieć oraz wyświetla dokładnie te same błędy co u andrzeja.
Jeżeli ktoś ma pomysł jak zdowngradować setrowniki modemu LTE proszę o pomoc.
Dodam jeszcze, że w tej sytuacji czyli upgrade do 3.18 a później downgrade do 3.07 powoduje, że oprogramowane w wersji 3.07 wogóle nie pokazuje zasięgu. Dopiero ponowne wgranie wersji 3.18 poprawia błąd.
Mimo wszystko do sieci się nie można podpiąć.
@andrzejdevil, jesteś w stanie określić jakie częsci oprogramowania zostają zaktualiozowane poprzez proces odzyskiwania firmware tzn. recovery z wykorzystaniem serwera TFTP?
@andrzejdevil, jesteś w stanie określić jakie częsci oprogramowania zostają zaktualiozowane poprzez proces odzyskiwania firmware tzn. recovery z wykorzystaniem serwera TFTP?
UWAGA !!! - wszystko poniżej to są moje domysły i nawet nie wiem czy niedziałanie EB to jest winą FW modemu.
Niestety nie jestem specjalistą, ale podejrzewam, że wgrywanie przez tftp polega na skopiowaniu firmware do EB a następnie instalacja w routerze, prawdopodobnie jeżeli FW modemu jest nowszy niż w FW routera to nie jest on zmieniany.
Jak już wiemy modem LTE jest zainstalowany w EB poprzez interfejs miniPCIe i jest osobnym urządzeniem działającym z routerem.
Ten skrypt znajdujący się w FW routera opisuje sprawdzanie poprawności i wersji modemu LTE i ewentualną aktualizację (zachęcam do jego analizy).
Natomiast komenda: grep deviceFirmware /proc/arcusb/status.lte
Wpisana w telnecie podaje wersję FW modemu LTE ( u mnie jest to: 20130508_1KGQCI_4036_M0.08.1 1 [Sep 11 2012 23:00:00]) - czasy to prawdopodobne czas aktualizacji pobrany z routera, który bez połączenia z Internetem był nieprawidłowy.
Jak to naprawić? Domyślam się, że trzeba by wyciągnąć z FW 3.05 lub 3.07 wyćiągnąć sterowniki LTE i zmusić router do ich zainstalowania. Jak to zrobić? Niestety nie mam takiej wiedzy.
Może zadziałałoby też uszkodzenie FW w modemie LTE, tak aby przy aktualizacji FW routera skrypt uznał że trzeba je naprawić i podmieniłby je z tym starszym z aktualizowanego FW.
Dodatkowo pamiętam, że widziałem kiedyś komunikat na wyświetlaczu EB coś w stylu "Trwa aktualizacja oprogramowania modemu LTE, nie wyłączaj EB" - chyba po niemiecku, napewno komunikat był inny niż przy normalnej aktualizacji FW routera, co potwierdza, że modem LTE jest aktualizowany w innym trybie.
PS. Biorąc pod uwagę, że użytkownik portugalskiego vodafone napisał, że ww metoda aktualizacji FW nie zablokowała jego EB, podejrzewam, że do modemu LTE została wprowadzona blokada na karty inne niż VODAFONE.
Instalacja oprogramowanie przez tftp zawsze podmienia software na ten który mu podamy.
@andrzejdevil w wiadomości pw wysłałem ci oprogramowanie w wersji 1.07, które udało mi się uzyskać od jednego z użytkowników forum openwrt.
Coś dziwnego się dzieje z moim EB.
Przetestowałem wszystkie wersje oprogramowania jakie posiadam tj. 1.07, 3.05 3.07, 3.18 i żadne nie pokazuje mi wersji sterowników dla LTE.
polecenie grep deviceFirmware /proc/arcusb/status.lte zwraca:
deviceFirmware:
I
Coś dziwnego się dzieje z moim EB.
Przetestowałem wszystkie wersje oprogramowania jakie posiadam tj. 1.07, 3.05 3.07, 3.18 i żadne nie pokazuje mi wersji sterowników dla LTE.
polecenie grep deviceFirmware /proc/arcusb/status.lte zwraca:
deviceFirmware:
Ktoś może wie jaka jest tego przyczyna?
Aby EB podał jaki jest FW modemu LTE musi być włożona karta SIM (sprawdzone, bez karty dokładnie taki efekt jak u Ciebie). Prawdopodobnie gdy nie ma karty SIM testowany jest USB w celu znalezienia podpiętego dodatkowego modemu a modem LTE pozostaje odłączony (tu nowu zachęcam do poczytania skryptu http://intercity-vpn.de/files/openwrt/arcadya..._easybox_904/squashfs-root/etc/init.d/arcusb).
Biorąc pod uwagę, że przy wgraniu FW przez TFTP wszystko w routerze zostaje wyzerowane nawet konfigi, hasła itp. to jedyne co jeszcze może blokować połączenie z LTE musi być FW modemu (moim zdaniem).
Niestety FW 1.07, które mi podesłałeś nie chce mi się łączyć przez telnet, chyba, że coś źle robię.
Thioby skoro jesteś autorem jak uruchomić EB, to powiedz skąd ten pomysł aby najpierw aktualizować do 3.18? Teraz pewnie wszyscy posiadacze EB 904 LTE w Polsce przeczytają pierwsze posty w tym temacie i zanim go uruchomią to go popsują
Panowie podpowiedzcie mi proszę co mogę robić nie tak. Po zalogowaniu się wklejam:
ccfg_cli set apn_data@lte=internet
ccfg_cli set apn_voice@lte=
ccfg_cli set apn_umts@lte=internet
ccfg_cli set umts_lock_ops@lte=26006
ccfg_cli set lte_lock_ops@lte=26006
ccfg_cli set lte_sim_lock_ops@lte=26006
ccfg_cli set server1@ntp=0.pl.pool.ntp.org
ccfg_cli set server2@ntp=1.pl.pool.ntp.org
ccfg_cli set server3@ntp=2.pl.pool.ntp.org
ccfg_cli set server4@ntp=3.pl.pool.ntp.org
ccfg_cli set server5@ntp=tempus1.gum.gov.pl
ccfg_cli set ivr_mode@bootstrap=2
ccfg_cli set arcor_pinConf@bootstrap=1
ccfg_cli set arcor_customer@bootstrap=1
ccfg_cli set keep_in_act@bootstrap=0
ccfg_cli set FirstUseDate@tr69=2015-05-24T01:07:49
ccfg_cli set Username@tr69=2620*EURE*IMSI*
ccfg_cli commitcfg
reboot
Urządzenie resetuje się. Co prawda APN zmienia się na internet, ale nie mogę połączyć się z siecią. W czym może być problem?
@andrzejdevil pomysł aktualizacji wyniknął po rozmowie na IRC z uzytkownikiem który dostarczył mi oprogramowanie 1.07.
Jeżeli oprogramowanie które Ci wysłałem działa na pewno. Telnet otwiera się na porcie 2300 nie na 23.
Raz jeszcze wgrałem wersje 3.18 i faktycznie po włożeniu karty SIM pokazuje się FW modemu LTE taka jak u andrzejdevil. Jednak po downgrade do wersji 3.07 / 3.05 wraz z kartą SIM mam wersje N/A.
Mój domysł jest taki, że oporgramowanie w wersji mniejszej niż 3.18 nie może współpracować z modemem LTE który posiada FW wgrane podczas aktualizacji do oprogramowania 3.18.
Mam taki pomysł aby wyciągnąc modem z routera, podłączyć do komputera i tam spróbować wgrać jakieś oprogramowanie.
@ganzi jaką masz wersje oprogramowania?
Dodano po 10 [minuty]:
@andrzejdevil pomysł aktualizacji wyniknął po rozmowie na IRC z uzytkownikiem który dostarczył mi oprogramowanie 1.07.
Jeżeli oprogramowanie które Ci wysłałem działa na pewno. Telnet otwiera się na porcie 2300 nie na 23.
Raz jeszcze wgrałem wersje 3.18 i faktycznie po włożeniu karty SIM pokazuje się FW modemu LTE taka jak u andrzejdevil. Jednak po downgrade do wersji 3.07 / 3.05 wraz z kartą SIM mam wersje N/A.
Mój domysł jest taki, że oporgramowanie w wersji mniejszej niż 3.18 nie może współpracować z modemem LTE który posiada FW wgrane podczas aktualizacji do oprogramowania 3.18.
andrzejdevil napisał:
Biorąc pod uwagę, że przy wgraniu FW przez TFTP wszystko w routerze zostaje wyzerowane nawet konfigi, hasła itp. to jedyne co jeszcze może blokować połączenie z LTE musi być FW modemu (moim zdaniem).
Zrobiłem wczoraj test.
Wydałem routerowi z oprogramowaniem 3.18 takie polecenie:
Następnie wgrałem oprogramowanie 3.05 poprzez recovery - TFTP.
Okazało się, że LTE nie działa. Więc chciałem zrobić upgrade do wersji 3.18, ale aktualizacja nie mogła się skończyć. Zawisała w momencie aktualizacji oprogramowania modemu LTE.
Co się okazało, podczas wgrywania wersji 3.05 poprzez recovery, ustawienie wyłączajace LTE zostało, dlatego aktualizacja nie przechodziła poprawnie. Pomogło ręczne włączenie modemu poleceniem:
Więc możliwe, że podczas recovery zostają jakieś ustawienia.
Mam taki pomysł aby wyciągnąc modem z routera, podłączyć do komputera i tam spróbować wgrać jakieś oprogramowanie.
@ganzi jaką masz wersje oprogramowania?
@SAURONIUSZ jaką masz wersje sterowników do modemu LTE? Możesz to sprawdzić również na routerze wchodząc w ustawienia -> informacje
zawsze zwracała wersję FW modemu, przy włożonej karcie sim.
Przypominam, że użytkownik portugalskiego vodafone miał wgrane 3.18 i działał jemu EB po downgrade do 3.07.
Z drugiej strony użytkownik forum ip-phone-forum.de w tym poście
Link pisze, żeby sobie spokojnie instalować 3.18 i będą działać ustawienia z 3.07, tylko aby uzyskać dostęp do telnetu trzeba będzie wracać do 3.07.
U mnie niestety działający RedBullMobile na 3.07 przestał działać po aktualizacji do 3.18. - po tym wnioskuję, że to jednak jakaś blokada w FW modemu a nie brak wstecznej kompatybilności.
Nie wiem czy ma to jakieś znaczenie ale jak kupiłem EB zaktualizowałem go do najnowszego firmware, wtedy było to 3.16, później wróciłem do 3.07 i udało mi się uruchomić Playa po zmianie APN,więc może ta aktualizacja do 3.16 miała jakieś znaczenie, ale i tak teraz FW 3.16 jest nieuchwytne w Internecie.
@Thioby - podłączałem ten modem do lapka pod win 7, niestety jest wykrywany jako nieznane urządzenie.
znajduje się skrypt do aktualizacji FW modemu LTE.
Niestety nie znam się na tyle by przeprowadzić tą aktualizację ręcznie, a uruchomiony skrypt po pierwsze sprawdza czy wersja w modemie jest nowsza, a jeżeli jest to nie aktuaizuje, a chyba nawet wgrywa do routera tą nowszą wersję oprogramowania na przechowanie.
Bardzo proszę o podjecie próby aktualizacji FW modemu przy uzyciu komend z tego skryptu.
znajdują się wszystkie softy do EB jakie udało mi się pozbierać, łącznie z fullimage 3.05 do tftp, które kiedyś popełniłem w wielkich mękach.
Mam wrażenie, że niby zmodyfikowane softy 3.05 i 3.07 z forum http://www.ip-phone-forum.de/ są identyczne z oryginalnymi vodafone'a mimo, że niektórzy piszą, że mają odblokowany telnet czy ssh.
PS. @Thioby - Pisałeś, że 3.18 pokazuje prawidłowo zasięg, ale moim zdaniem -błędnie ponieważ jak działał mi net z Play miałem zawsze 2 max 3 kreski, a po zaktualizowaniu do 3.18 pokazywał pełny zasięg - co w mojej lokalizacji jest niemożliwe bez megaanteny.
Podczas aktualizacji routera do wersji 3.18, wyświetlana jest informacja o aktualizacji modemu. Zakładam więc, że UEfw.bin musi się znajdować w plikach aktualizacji.
Przeglądnąłem UEfullimage_AT904L-03.18.bin ale nie nie znalazłem śladów pliku
UEfw.bin.
Nie posiadam wiedzy jak bardziej szczegółowo przejżeć plik aktualizacji. Może firmware modemu jest jakoś zaszyte w pliku UEfullimage_AT904L-03.18.bin?
Niestety nie wiem jak sprawdzić.
Może ktoś doradzić sposób analizy plików bin przeznaczonych do aktualizacji FW?
Oj, zbyt wysoko mnie oceniasz, po prostu przerobiłem normalny firmware na plik do tftp - trzeba tam było jakieś sumy kontrolne robić czy coś takiego, nie pamiętam dobrze, ale trzeba było to robić pod linuxem a ja nawet takiego nie mam i musiałem jakieś liveiso wygrzebać, żeby to zrobić, więc było to dla mnie wyzwanie
trzeba tam było jakieś sumy kontrolne robić czy coś takiego
Posiadasz moze jakiś link do tutoriala jak to zrobić?
Skorzystałem z podpowiedzi MIDDNEYA z tego posta
Link
i coś później dalej w necie szukałem (niestety już nie pamiętam gdzie i co), nie miałem wyboru, bo wgrałem FW 1.05 z którego upgrade FW można zrobić tylko z tftp a żadnego fullimage nie mogłem znaleźć w necie.
Nie jestem pewny dokładnie składni odpalającej arcusb ale jestem w pracy i nie mam możliwości sprawdzenia teraz tego. Generalnie chodzi o to aby odpalić ten skrypt arcusb z parametrem stop.
włączyłbym wtedy dopiero modem i wymusiłbym aktualizację modemu.
A dlaczego?
Analizując ww. skrypt wydaje mi się, że sprawdza on wersję FW modemu zawartą w modemie i w plikach routera i ten nowszy FW wgrywa do urządzenia ze starszym FW. Czyli w naszym wypadku awaryjny FW modemu, który jest zawarty w routerze jest zamieniany na nowszy ale dla nas niekorzystny FW z modemu.
Tutaj znowu podkreślam, że nie jestem specjalistą w tej dziedzinie więc mogę się mylić.
@Thioby: z tego co rozumiem masz FW 3.18 otwartym telnetem, może byś się podzielił , i jeszcze nigdy nie udało mi się odblokować SSH, jeśli znasz to podeślij jak to zrobić.
Witam!
Jestem świeżym nabywcą routera i przy włożeniu karty plusa lub playa nawet nie pokazuje zasięgu nie grzebałem jeszcze nigdzie nic wgrałem tylko firmware 03.07 telnet ok z dropboxa i działa telnet.
Pytanie: W "standardowych" routerach i modemach pomimo braku prawidłowej konfiguracji widać zasięg sieci, czy w tym routerze jest inaczej???
czy trzeba przejśc proces konfiguracji jak poście 5 aby przynajmniej widział sieć???
Dodam że huawei E398 widzi sieć LTE w mojej lokalizacji.
Pozdrawiam
p.s IMSI - co to jest i gdzie znaleźć
Jeżeli ktoś jest zainteresowany mam easyboxy 904 LTE z Vodafona nie przerabiane za 160PLN z rachunkiem lub paragonem tel. 509624687
@Thioby: z tego co rozumiem masz FW 3.18 otwartym telnetem, może byś się podzielił , i jeszcze nigdy nie udało mi się odblokować SSH, jeśli znasz to podeślij jak to zrobić.
Proste
1. Instaluje oprogramowanie 3.05 lub 3.07. Może być przez tftp.
2. Odblokowujesz sobie dostęp do telnetu przez ping bug:
Access to 192.168.2.1 > Status & Support > Diagnostic Utility > Ping Test > "192.168.2.2 & telnetd" > Ping
3. Edytujesz plik: vi /tmp/etc/config/dropbear
a. zmień linie " PasswordAuth 'off' " na " PasswordAuth 'on' " - spowoduje włączenie możliwości logowania się przez SSH z użyciem hasła. Ewentualnie można edytować plik z kluczami RSA dla serwera SSH i dołożyć swój. Raz tak robiłem, działało, ale nie warto się bawić. Lepiej włączyć sobie możliwość logowania z hasłem b. zapisz zmiany, wyłącz vi 4. wydajesz polecenie
Nie jestem pewnien co ono robi, ale wydaje mi się, że włacza serwer SSH po restarcie Znalazłem te ustawiania jak przeglądałem wszystkie dostępne ustawiania przez ccfg_cli.
Nie zapomnij o
5.Restart routera. Pownienieś mieć włączony dostep po SSH. Jeżeli probojesz się lgować a router Cię odrzuca sprawdź raz jeszcze plik /tmp/etc/config/dropbear, ostatnio 3 razy go edytowałem zanim poprawnie się zapisały zmiany. Nie wiem dlaczego, ale pierwszy raz miałem taką sytuację. Zawsze działało za pierwszym razem.
6. Jeżeli SSH Ci działa, zrób aktualizację do 3.18 normalnie przez panel administracyjny routera 7. Gotowe, masz wersje 3.18 z otwartym SSH
Cytat:
włączyłbym wtedy dopiero modem i wymusiłbym aktualizację modemu.
A skąd weźmiesz pliki oprogramowania przeznaczonego dla modemu? Ten skrypt poszukuje takiego pliku:
Witam!
Jestem świeżym nabywcą routera i przy włożeniu karty plusa lub playa nawet nie pokazuje zasięgu nie grzebałem jeszcze nigdzie nic wgrałem tylko firmware 03.07 telnet ok z dropboxa i działa telnet.
Pytanie: W "standardowych" routerach i modemach pomimo braku prawidłowej konfiguracji widać zasięg sieci, czy w tym routerze jest inaczej???
czy trzeba przejśc proces konfiguracji jak poście 5 aby przynajmniej widział sieć???
Dodam że huawei E398 widzi sieć LTE w mojej lokalizacji.
Pozdrawiam
p.s IMSI - co to jest i gdzie znaleźć
Jeżeli ktoś jest zainteresowany mam easyboxy 904 LTE z Vodafona nie przerabiane za 160PLN z rachunkiem lub paragonem tel. 509624687
Witaj,
żebyśmy mogli Tobie pomóc to powiedz jaka wcześniej była wersja FW przed wgraniem 3.07 i zacytuj tutaj wynik wykonania w telnecie polecenia z włożoną kartą SIM:
Ok, wyniki z dzisiejszego doświadczenia. Próbowałem wykonać tylko część poleceń ze skryptu aktualizacji softu aby wymusić upgrade softu zapisanego w routerze do modemu, uzyskałem coś takiego:
BusyBox v1.16.2 (2013-11-08 12:03:32 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
vr9 FW for VOX 2.0
root@easy:~# # runUEupgrade.sh
root@easy:~# echo lte_upg_start=on > /proc/arcusb/config
root@easy:~# umts_firmwareupt upgrade /tmp/UEfw
>>>umts_firmwareupt filepath ERROR! Can't find [amss.lzma] in Path [/tmp/UEfw/]!
>>>umts_firmwareupt filepath ERROR! Can't find [dbl.lzma] in Path [/tmp/UEfw/]!
>>>umts_firmwareupt filepath ERROR! Can't find [dsp1.lzma] in Path [/tmp/UEfw/]!
>>>umts_firmwareupt filepath ERROR! Can't find [dsp2.lzma] in Path [/tmp/UEfw/]!
>>>umts_firmwareupt filepath ERROR! Can't find [fsbl.lzma] in Path [/tmp/UEfw/]!
>>>umts_firmwareupt filepath ERROR! Can't find [NPRG9x00.lzma] in Path [/tmp/UEf w/]!
>>>umts_firmwareupt filepath ERROR! Can't find [osbl.lzma] in Path [/tmp/UEfw/]!
>>>umts_firmwareupt filepath ERROR! Can't find [partition.lzma] in Path [/tmp/UE fw/]!
root@easy:~# /usr/sbin/upgradeUEfw.sh
root@easy:~# usr/sbin/upgradeUEfw.sh start
-ash: usr/sbin/upgradeUEfw.sh: not found
root@easy:~# usr/sbin/upgradeUEfw.sh -h
-ash: usr/sbin/upgradeUEfw.sh: not found
root@easy:~# /usr/sbin/libmapi_mon_cli start_upgrade
root@easy:~# /usr/sbin/libmapi_mon_cli
Wrong parameter
Usage: libmapi_mon_cli start_daemon
libmapi_mon_cli stop_daemon
libmapi_mon_cli restart_daemon
libmapi_mon_cli ltedata_conn
libmapi_mon_cli ltedata_disconn
libmapi_mon_cli ltevoice_conn
libmapi_mon_cli ltevoice_disconn
libmapi_mon_cli umts_conn
libmapi_mon_cli umts_disconn
libmapi_mon_cli status
libmapi_mon_cli start_upgrade
libmapi_mon_cli stop_upgrade
root@easy:~# /usr/sbin/libmapi_mon_cli status
state : IDLE, IDLE, IDLE
lte_state : 0x00039185
lte_dpdp : 0x10000003
lte_vpdp : 0x10000003
umts_state: 0x00000000
umts_pdp : 0x00000000
lasthitime: 0
currentime: 1999042
lte_sim_in: 1
root@easy:~# /usr/sbin/libmapi_mon_cli start_upgrade
root@easy:~# /usr/sbin/libmapi_mon_cli stop_upgrade
root@easy:~# /usr/sbin/libmapi_mon_cli start_upgrade
root@easy:~# pwd > /dev/console
root@easy:~# cd /tmp
root@easy:/tmp# ls -l
total 5344
drwxr-xr-x 2 root root 160 Oct 18 05:36 LCD
-rw-r--r-- 1 root root 1048576 Oct 18 05:36 Sip_Data
-rw-r--r-- 1 root root 27 Jan 1 1970 TZ
-rw-r--r-- 1 root root 3324 Oct 18 05:35 TwonkyServer-log.txt
drwxr-xr-x 2 root root 100 Jan 1 1970 ansmach
-rw-r--r-- 1 root root 38 Jan 1 1970 apn.cfg
drwxr-xr-x 2 root root 160 Oct 18 06:08 arc-middle
---------- 1 root root 11 Oct 18 05:35 brnsip
-rw-r--r-- 1 root root 7 Oct 18 05:35 brnsip.if
-rw-r--r-- 1 root root 491 Oct 18 05:36 brnsip.log
-rw-r--r-- 1 root root 19 Oct 18 06:03 callexist_analog1
-rw-r--r-- 1 root root 19 Oct 18 06:03 callexist_analog2
-rw-r--r-- 1 root root 24 Oct 18 06:03 callexist_isdn
-rw-r--r-- 1 root root 5 Oct 18 06:02 captcha_factory.txt
-rw-r--r-- 1 root root 702 Jan 1 1970 cfg_patch_rst
---------x 1 root root 68651 Oct 18 05:36 config.tgz
drwxrwxrwx 2 root root 40 Jan 1 1970 core-files
drwx------ 3 root root 60 Oct 18 05:36 cores
drwxr-xr-x 2 root root 60 Oct 18 05:35 crontabs
-rw-r--r-- 1 root root 378 Oct 18 05:35 crontabs.cfg
-rw-r--r-- 1 root root 109 Jan 1 1970 ddns.cfg
-rw-r--r-- 1 root root 0 Jan 1 1970 dhcp.leases
-rw-r--r-- 1 root root 0 Jan 1 1970 dhcp.staticip
-rw-r--r-- 1 root root 0 Oct 18 05:35 dhcpd.leases
-rw-r--r-- 1 root root 152 Oct 18 05:35 dnsmasq.conf
drwxr-xr-x 3 root root 60 Jan 1 1970 etc
drwxr-xr-x 2 root root 60 Oct 18 05:36 firewallExt
drwxr-xr-x 2 root root 160 Jan 1 1970 fs
drwxr-xr-x 2 root root 40 Oct 18 05:35 httpd_debug
-rwxr-xr-x 1 root root 113 Oct 18 05:35 httpd_debug_maintain.sh
-rw-rw-rw- 1 root root 552756 Oct 18 05:35 iNIC_ap.bin
-rw-rw-rw- 1 root root 2043 Oct 18 05:35 iNIC_ap.dat
-rw-rw-rw- 1 root root 1970 Oct 18 05:35 iNIC_ap1.dat
-rw-rw-rw- 1 root root 512 Oct 18 05:35 iNIC_e2p.bin
-rw-rw-rw- 1 root root 512 Oct 18 05:35 iNIC_e2p1.bin
-rwx------ 1 root root 5 Oct 18 06:08 idletask.lock
drwxr-xr-x 3 root root 60 Oct 18 05:35 ivr
-rwxr-xr-x 1 root root 180 Oct 18 06:08 lanhs_cache_br-lan
-rwxr-xr-x 1 root root 16 Oct 18 06:08 lanhs_cache_br-lan1
-rw-r--r-- 1 root root 12 Oct 18 05:35 last_ip4addr
-rw-r--r-- 1 root root 19 Jan 1 1970 led.cfg
drwxr-xr-x 3 root root 60 Oct 18 05:35 lib
drwxr-xr-x 2 root root 340 Oct 18 06:02 lock
drwxr-xr-x 5 root root 240 Oct 18 06:02 log
-rw-r--r-- 1 root root 0 Oct 18 05:36 log.nmbd
drwxr-xr-x 2 root root 60 Oct 18 05:36 lpd
-rw-r--r-- 1 root root 52 Jan 1 1970 lpd.cfg
-rw-r--r-- 1 root root 2 Oct 18 05:35 mDNS_lease.cfg
drwxr-xr-x 3 root root 80 Oct 18 05:35 mapi_event
-rw-r--r-- 1 root root 3475 Jan 1 1970 modules.dep
prw-r--r-- 1 root root 0 Oct 18 05:35 mw_nm_pipe_keys
-rw-r--r-- 1 root root 0 Jan 1 1970 nat.user.bak.cmp
-rw-r--r-- 1 root root 29 Oct 18 06:07 ntp_status
-rw-r--r-- 1 root root 216 Oct 18 05:35 ntpclient.cfg
-rw-r--r-- 1 root root 588 Oct 18 05:35 ntpclient.conf
-rw-r--r-- 1 root root 3575350 Oct 18 05:36 pfs.img
-rw-r--r-- 1 root root 0 Oct 18 05:36 pfs_de.img
-rw-r--r-- 1 root root 0 Oct 18 06:02 pfs_en.img
-rw-r--r-- 1 root root 4 Oct 18 06:03 ping_result
-rw-r--r-- 1 root root 1 Oct 18 05:35 port_mapping_list
drwxr-xr-x 2 root root 80 Oct 18 05:36 pure-ftpd
-rw-r--r-- 1 root root 2 Oct 18 05:35 resolv.cfg
-rw-r--r-- 1 root root 21 Jan 1 1970 resolv.conf
-rw-r--r-- 1 root root 0 Oct 18 05:35 resolv.conf.auto
-rw-r--r-- 1 root root 0 Oct 18 05:35 resolv.conf.static
-rw-r--r-- 1 root root 495 Oct 18 05:35 resolv_update_rst
-rw-r--r-- 1 root root 17 Oct 18 05:35 rf_status
drwxr-xr-x 2 root root 260 Oct 18 05:35 run
-rwx------ 1 root root 5 Oct 18 06:08 runtask.lock
-rw-r--r-- 1 root root 1470 Oct 18 06:03 runtask.log
-rw-r--r-- 1 root root 89 Oct 18 06:03 runtask.tmp
-rw------- 1 root root 8192 Oct 18 05:36 secrets.tdb
-rw-r--r-- 1 root root 0 Oct 18 06:08 sipinfo.sta
-rwxr-xr-x 1 root root 568 Oct 18 05:35 smb.conf
lrwxrwxrwx 1 root root 25 Oct 18 05:35 smbpasswd -> /tmp/etc/config/smbpasswd
srwxr-xr-x 1 root root 0 Oct 18 05:35 socket
drwxr-xr-x 2 root root 80 Oct 18 05:35 state
-rw-r--r-- 1 root root 12 Jan 1 1970 sw_version
-rw-r--r-- 1 root root 464 Oct 18 05:35 sync_rst
-rw-r--r-- 1 root root 0 Jan 1 1970 sync_umngcfg.tmp
-rw-r--r-- 1 root root 0 Jan 1 1970 tar_result_sysconfig
drwxr-xr-x 2 root root 40 Jan 1 1970 tr69
drwxr-xr-x 3 root root 60 Oct 18 05:35 twonky
-rwxr-xr-x 1 root root 558 Oct 18 05:35 twonkyserver-default.ini
drwxr-xr-x 5 root root 100 Oct 18 05:35 usb
-rw-r--r-- 1 root root 2 Oct 18 05:35 usb.cfg
-rw-r--r-- 1 root root 43 Jan 1 1970 wlan.cfg
drwxr-xr-x 2 root root 60 Oct 18 06:02 www
root@easy:/tmp# /usr/sbin/read_img ltefw UEfw.bin
limg_addr = 0x1df00000, part_size = 0x2000000, offset = 0x0
Successfully read 10035208 bytes of image ltefw and write 10035200 bytes into file UEfw.bin
root@easy:/tmp# mkdir UEfw
root@easy:/tmp# cd UEfw
root@easy:/tmp/UEfw# tar xvf ../UEfw.bin
amss.lzma
dbl.lzma
dsp1.lzma
dsp2.lzma
ENPRG9x00.lzma
fsbl.lzma
NPRG9x00.lzma
osbl.lzma
partition.lzma
root@easy:/tmp/UEfw# echo lte_upg_start=on > /proc/arcusb/config
root@easy:/tmp/UEfw# umts_firmwareupt upgrade /tmp/UEfw
>>>>>Upgrade_FW_Main.....
>>>status.state[0] = [0] , status.state[1] = [0]
>>>Upgrade_FW_Main()...UE not connected!!
************************************************************
[ 2093.693000] proc_write_filter: no such a filter
[ 2093.807000] proc_write_filter: no such a filter
[ 2123.760000] proc_write_filter: no such a filter
[ 2153.776000] proc_write_filter: no such a filter
[ 2183.829000] proc_write_filter: no such a filter
[ 2213.870000] proc_write_filter: no such a filter
[ 2243.806000] proc_write_filter: no such a filter
[ 2243.921000] proc_write_filter: no such a filter
[ 2244.036000] proc_write_filter: no such a filter
[ 2244.179000] proc_write_filter: no such a filter
[ 2244.378000] proc_write_filter: no such a filter
[ 2244.492000] proc_write_filter: no such a filter
[ 2273.641000] proc_write_filter: no such a filter
[ 2273.773000] proc_write_filter: no such a filter
[ 2303.970000] proc_write_filter: no such a filter
[ 2304.161000] proc_write_filter: no such a filter
[ 2316.923000] ARCUSB: setup "lte_upg_start" = "on" successfully.
[ 2316.928000] ARCUSB: LTE upgrade precedure ON
[ 2327.373000] ARCUSB: setup "lte_upg_start" = "on" successfully.
[ 2327.377000] ARCUSB: LTE upgrade precedure ON
>>>setLteUpgStart()...call osSystem return 0
************************************************************
>>>Upgrade_FW_Main()...setLTEUpgStart OK!
>>>checkLTEMode()...firmware = [20130508_1KGQCI_4036_M0.08.1 1 [Sep 11 2012 23:00:00]]
valueptr = [0x408]
TXRXDiag: connect to socket 4 success.
>>>TXRXDiag(1)...OK!
>>>Upgrade_FW_Main()...DiagModeCHG OK
TXRXDiag: connect to socket 4 success.
[Diag] Changing to download mode
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
[Diag] wait for re-Attatch!!...
>>>diag_to_dl()...TXRXDownLoadCmd...
[connectServer]: open socket 4 success.
>>>connectServer()...socket connect to server OK!
>>>>>diag_to_dl(TXRXDownLoadCmd) OK!!
>>>>>pCmdResp.CMDResp == CMD_ACK
Change to download mode ok
Start to send NANDPRG
>>>get_LTE_fw_File()...filePath = [/tmp/UEfw/NPRG9x00.lzma]
>>>get_LTE_fw_File()...fileSize = [168028]
>>>NANDPRGHEX_Init()...FMERGE_BIN_NPRG9X00 unpackSize = [688729]
ReadLine rectype = [5] , buffer = [:0400000500100000E7] , byteRead = [21]
>>>NANDPRGHEX_Init()...recType = [1], lines = [15309], dwRead = [244844]
>>>>>Send_NANDPRGHEX.....dwNPRGHEXLEN = [244844]
>>>Send_NANDPRGHEX()...send NAND HEX success!
>>>Send_NANDPRGHEX()...send Go cmd...
>>>Send_NANDPRGHEX()...send NAND HEX FINISHED!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
[connectServer]: open socket 4 success.
>>>connectServer()...socket connect to server OK!
>>>>>Send_NANDPRGHEX send Hello...
>>>>>Send_NANDPRGHEX send Hello OK!
>>>Upgrade_FW_Main()...Send_NANDPRGHEX() ret = [1]
Reseting phone OK
>>>main()...Upgrade_FW_Main ret = [1]
root@easy:/tmp/UEfw#
Niestety soft w routerze jest taki sam jak w modemie aktualnie, pewnie tak jest to wgrywane z modemu do routera jeśli modem ma nowszy soft.
No i niestety zwrócona na koniec jedynka oznacza - z tego co rozumiem niepowodzenie upgradu.
Z drugiej strony chyba uzyskałem metodę na wyciagnięcie modemowego FW z routera, teraz trzeba pomyślec jak zablokować jego aktualizacje z modemu po wgraniu softa przez tftp (tu miało pomóc mi wyłączenie modemu wyżej omawianymi komendami, niestety u mnie po restercie routera modem znowu działa), no i jeszcze jak dokładnie wymusić aktualizacje później FW do modemu
O kurcze, i w tym momencie żałuję, że nie wziąłem routera ze sobą. Musze dzisiaj wyjechać na weekend i niestety nie mam ze sobą routera, abym coś popróbował
żebyśmy mogli Tobie pomóc to powiedz jaka wcześniej była wersja FW przed wgraniem 3.07 i zacytuj tutaj wynik wykonania w telnecie polecenia z włożoną kartą SIM:
Router przed wgraniem FW 3.07 miał jakieś stare okrojone oprogramowanie AT904L-01.07 gdzie nawet nie było nawet expert mode.
Coś się udało widzi kartę playa.
... ale mam taki sam problem jak użytkownik kilka postów wyżej - apn zmienia się na internet lecz conecting LTE jest initiating jak na screenie - jaka przyczyna, ktoś wie??? Dodam że karta wyjęta z telefonu z abonamentem Playa - zmienić karte?. Mogłem gdzieś coś żle wpisać a jeżleli tak to w którym miejscu ?
a na koncu pytanie dlaczego w instrukcji na samej górze w tej lini wpisano kilka numerków dla vodafona : (operatorzy maja jeden numerek)
ccfg_cli set lte_sim_lock_ops@lte=26801,26204,26209
a na koncu pytanie dlaczego w instrukcji na samej górze w tej lini wpisano kilka numerków dla vodafona : (operatorzy maja jeden numerek)
ccfg_cli set lte_sim_lock_ops@lte=26801,26204,26209
ccfg_cli set lte_sim_lock_ops@lte= - to jest konfiguracja informująca na jakie karty router ma simlocka, pod Play powinno być: 26006, a Orange: 26003.
Spróbuj ustawić router wg konfiguracji podanej przeze mnie w 5 poście. Pod tą konfiguracją działał u mnie PLAY.
Dodatkowo sprawdź w innym urządzeniu, czy ta karta SIM łączy się Tobie w trybie LTE.
Z tego co widzę powinno ładnie już się u Ciebie łączyć, jeżeli wskaźnik mocy sygnału pokazuje taki zasięg znaczy, że jest już blisko połączenia.
@Thioby - Z informacji o wersji FW modemu u antresolka niestety wynika, że jest taki sam jak u nas w routerach, więc może byś to coś innego niż to co myślałem.
ccfg_cli set apn_voice@lte= a dlaczego w tym punkcie jest pusto
W konfiguracjach w innych np. niemieckich sieci sieciach (na niemieckich stronach) jest wpisany APN.
ccfg_cli set apn_voice@lte= a dlaczego w tym punkcie jest pusto
W konfiguracjach w innych np. niemieckich sieci sieciach (na niemieckich stronach) jest wpisany APN.
Bo Niemcy nie wiedzieli do czego to jest i na "pałę" wpisywali, a jest to apn dla voip'a, jeżeli go wpiszesz, to router będzie co jakiś czas wyrzucał błąd o problemie z tym to właśnie voip'em.
Z łaski swojej zacytuj wynik zastosowania w telnecie komend:
Ja nie mam pojęcia do czego służy expert mode, ale wg arcusb jest to
Cytat:
# special mode for LTE GCF Test
Czyli wychodzi na to, że to tryb do testowania pod jakieś certyfikaty "GCF" (wg Google).
Udało mi się właśnie wgrać starsze sterowniki do modemu z softa 1.05, ale w trakcie działań dowiedziałem się, że fw 3.18 i 3.07 ma ten sam FW.LTE, więc to pewnie nie pomoże, ale już daję info jak zrobiłem downgrade FW.LTE.
Na pena wrzuciłem softa routera 1.05 (dla ułatwienia wpisywania zmieniłem nazwę na UEfw.bin), podłączyłem pena do USB (obojętnie którego) routera i dalej w SSH (telnet) takie operacje przeprowadziłem
Using username "root".
Server refused our key
root@192.168.2.1's password:
BusyBox v1.16.2 (2013-11-08 12:03:32 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.
vr9 FW for VOX 2.0
root@easy:~# cd mnt/a1
-ash: cd: can't cd to mnt/a1
root@easy:~# cd /mnt/a1
root@easy:/tmp/usb/a1# ls
UEfw.bin
root@easy:/tmp/usb/a1# MACverify.sh fullUEN UEfw.bin
cutUEfw UEfw.bin
/tmp/UEfw.bin
Part1Len:[14839904] totalLen:[24871041] UElen:[10031137] UEVerLen:[9]
24+0 records in
24+0 records out
Check if there are 24 MB in /tmp, and the return value is 0
/tmp/UEfw.bin verify ok
splitNverify UEfw.bin
10+0 records in
10+0 records out
Check if there are 10 MB in /tmp, and the return value is 0
0+1 records in
0+1 records out
/tmp/fwUpgrade/UEfw.bin.kernel verify ok
/tmp/fwUpgrade/UEfw.bin.rootfs verify ok
splitNverify UEfw.bin success
root@easy:/tmp/usb/a1# cd /tmp
root@easy:/tmp# ls
LCD core-files httpd_debug log pure-ftpd state
Sip_Data cores httpd_debug_maintain.sh log.nmbd resolv.cfg sw_version
TZ crontabs iNIC_ap.bin lpd resolv.conf sync_rst
UEfw.bin crontabs.cfg iNIC_ap.dat lpd.cfg resolv.conf.auto sync_umngcfg.tmp
UEfwVer ddns.cfg iNIC_ap1.dat mDNS_lease.cfg resolv.conf.static tar_result_sysconfig
ansmach ddnsACS.cfg iNIC_e2p.bin mapi_event resolv_update_rst tr69
apn.cfg dhcp.leases iNIC_e2p1.bin modules.dep rf_status twonky
arc-middle dhcp.staticip idletask.lock mw_nm_pipe_keys run twonkyserver-default.ini
brnsip dhcpd.leases ivr nasshare runtask.lock usb
brnsip.if dnsmasq.conf lanhs_cache_br-lan nat.user.bak.cmp runtask.log usb.cfg
brnsip.log etc lanhs_cache_br-lan1 ntp_status runtask.tmp webdav
callexist_analog1 firewallExt last_ip4addr ntpclient.cfg secrets.tdb webdav_mount
callexist_analog2 fs led.cfg ntpclient.conf sipinfo.sta wlan.cfg
callexist_isdn ftp1 lib pfs.img smb.conf www
cfg_patch_rst ftp2 lighttpd.conf pfs_de.img smbpasswd
config.tgz fwUpgrade lock port_mapping_list socket
root@easy:/tmp# mkdir UEfw
root@easy:/tmp# cd UEfw
root@easy:/tmp/UEfw# tar xvf ../UEfw.bin
amss.lzma
dbl.lzma
dsp1.lzma
dsp2.lzma
ENPRG9x00.lzma
fsbl.lzma
NPRG9x00.lzma
osbl.lzma
partition.lzma
root@easy:/tmp/UEfw# echo lte_upg_start=on > /proc/arcusb/config
root@easy:/tmp/UEfw# umts_firmwareupt upgrade /tmp/UEfw
>>>>>Upgrade_FW_Main.....
>>>status.state[0] = [0] , status.state[1] = [0]
>>>Upgrade_FW_Main()...UE not connected!!
************************************************************
[ 573.563000] proc_write_filter: no such a filter
[ 610.671000] proc_write_filter: no such a filter
[ 616.026000] proc_write_filter: no such a filter
[ 645.601000] proc_write_filter: no such a filter
[ 753.186000] proc_write_filter: no such a filter
[ 1432.168000] proc_write_filter: no such a filter
[ 1462.229000] proc_write_filter: no such a filter
[ 1462.369000] proc_write_filter: no such a filter
[ 1492.398000] proc_write_filter: no such a filter
[ 1492.509000] proc_write_filter: no such a filter
[ 1522.785000] proc_write_filter: no such a filter
[ 1522.916000] proc_write_filter: no such a filter
[ 1552.452000] proc_write_filter: no such a filter
[ 1552.563000] proc_write_filter: no such a filter
[ 1582.828000] proc_write_filter: no such a filter
[ 1582.957000] proc_write_filter: no such a filter
[ 1600.659000] ARCUSB: setup "lte_upg_start" = "on" successfully.
[ 1600.659000] ARCUSB: LTE upgrade precedure ON
[ 1610.351000] ARCUSB: setup "lte_upg_start" = "on" successfully.
[ 1610.351000] ARCUSB: LTE upgrade precedure ON
>>>setLteUpgStart()...call osSystem return 0
************************************************************
>>>Upgrade_FW_Main()...setLTEUpgStart OK!
>>>checkLTEMode()...firmware = [20130508_1KGQCI_4036_M0.08.1 1 [Sep 11 2012 23:00:00]]
valueptr = [0x408]
TXRXDiag: connect to socket 4 success.
>>>TXRXDiag(1)...OK!
>>>Upgrade_FW_Main()...DiagModeCHG OK
TXRXDiag: connect to socket 4 success.
[Diag] Changing to download mode
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
[Diag] wait for re-Attatch!!...
>>>diag_to_dl()...TXRXDownLoadCmd...
[connectServer]: open socket 4 success.
>>>connectServer()...socket connect to server OK!
>>>>>diag_to_dl(TXRXDownLoadCmd) OK!!
>>>>>pCmdResp.CMDResp == CMD_ACK
Change to download mode ok
Start to send NANDPRG
>>>get_LTE_fw_File()...filePath = [/tmp/UEfw/NPRG9x00.lzma]
>>>get_LTE_fw_File()...fileSize = [168058]
>>>NANDPRGHEX_Init()...FMERGE_BIN_NPRG9X00 unpackSize = [688713]
ReadLine rectype = [5] , buffer = [:0400000500100000E7] , byteRead = [21]
>>>NANDPRGHEX_Init()...recType = [1], lines = [15309], dwRead = [244836]
>>>>>Send_NANDPRGHEX.....dwNPRGHEXLEN = [244836]
>>>Send_NANDPRGHEX()...send NAND HEX success!
>>>Send_NANDPRGHEX()...send Go cmd...
>>>Send_NANDPRGHEX()...send NAND HEX FINISHED!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
>>>UMTSAttached()...umts NOT attached!
[connectServer]: open socket 4 success.
>>>connectServer()...socket connect to server OK!
>>>>>Send_NANDPRGHEX send Hello...
>>>>>Send_NANDPRGHEX send Hello OK!
>>>Upgrade_FW_Main()...Send_NANDPRGHEX() ret = [1]
Send NANDPRG complete
>>>>>check_in_nandprg_mode.....
>>>Upgrade_FW_Main()...Security mode send complete
do sending FMERGE_BIN_PARTITION
>>>>>nandprg_parti_tbl.....
>>>get_LTE_fw_File()...filePath = [/tmp/UEfw/partition.lzma]
>>>get_LTE_fw_File()...fileSize = [147]
>>>>>nandprg_parti_tbl read file FMERGE_BIN_PARTITION fileLength = [147]
>>>nandprg_parti_tbl()...FMERGE_BIN_PARTITION unpackSize = [464]
nandprg_parti_tbl()...parti ACK
>>>>>check_in_nandprg_mode.....
>>>Upgrade_FW_Main()...Partition table send complete!
do sending file FMERGE_BIN_DBL(110)
>>>>>nandprg_open_multi TXRXDownLoadCmd OK!
>>>>>nandprg_DecodeToSend fileType[110] open mode [0xf] done!
>>>get_LTE_fw_File()...filePath = [/tmp/UEfw/dbl.lzma]
>>>get_LTE_fw_File()...fileSize = [13852]
>>>nandprg_DecodeToSend()...FileType(110) unpackSize = [41876]
>>>nandprg_DecodeToSend()...exit for-loop, res = [0]
>>>>>check_in_nandprg_mode.....
>>>Upgrade_FW_Main()...Program File[110] complete
do sending file FMERGE_BIN_FSBL(140)
>>>>>nandprg_open_multi TXRXDownLoadCmd OK!
>>>>>nandprg_DecodeToSend fileType[140] open mode [0x11] done!
>>>get_LTE_fw_File()...filePath = [/tmp/UEfw/fsbl.lzma]
>>>get_LTE_fw_File()...fileSize = [151]
>>>nandprg_DecodeToSend()...FileType(140) unpackSize = [161]
>>>nandprg_DecodeToSend()...exit for-loop, res = [0]
>>>>>check_in_nandprg_mode.....
>>>Upgrade_FW_Main()...Program File[140] complete
do sending file FMERGE_BIN_OSBL(160)
>>>>>nandprg_open_multi TXRXDownLoadCmd OK!
>>>>>nandprg_DecodeToSend fileType[160] open mode [0x10] done!
>>>get_LTE_fw_File()...filePath = [/tmp/UEfw/osbl.lzma]
>>>get_LTE_fw_File()...fileSize = [146878]
>>>nandprg_DecodeToSend()...FileType(160) unpackSize = [438900]
>>>nandprg_DecodeToSend()...exit for-loop, res = [0]
>>>>>check_in_nandprg_mode.....
>>>Upgrade_FW_Main()...Program File[160] complete
do sending file FMERGE_BIN_AMSS(100)
>>>>>nandprg_open_multi TXRXDownLoadCmd OK!
>>>>>nandprg_DecodeToSend fileType[100] open mode [0x5] done!
>>>get_LTE_fw_File()...filePath = [/tmp/UEfw/amss.lzma]
>>>get_LTE_fw_File()...fileSize = [661483]
>>>nandprg_DecodeToSend()...FileType(100) unpackSize = [1875968]
>>>nandprg_DecodeToSend()...exit for-loop, res = [0]
>>>>>check_in_nandprg_mode.....
>>>Upgrade_FW_Main()...Program File[100] complete
do sending file FMERGE_BIN_DSP1(120)
>>>>>nandprg_open_multi TXRXDownLoadCmd OK!
>>>>>nandprg_DecodeToSend fileType[120] open mode [0xd] done!
>>>get_LTE_fw_File()...filePath = [/tmp/UEfw/dsp1.lzma]
>>>get_LTE_fw_File()...fileSize = [865931]
>>>nandprg_DecodeToSend()...FileType(120) unpackSize = [2451424]
>>>nandprg_DecodeToSend()...exit for-loop, res = [0]
>>>>>check_in_nandprg_mode.....
>>>Upgrade_FW_Main()...Program File[120] complete
do sending file FMERGE_BIN_DSP2(130)
>>>>>nandprg_open_multi TXRXDownLoadCmd OK!
>>>>>nandprg_DecodeToSend fileType[130] open mode [0x12] done!
>>>get_LTE_fw_File()...filePath = [/tmp/UEfw/dsp2.lzma]
>>>get_LTE_fw_File()...fileSize = [8025516]
>>>nandprg_DecodeToSend()...FileType(130) unpackSize = [27457420]
>>>nandprg_DecodeToSend()...exit for-loop, res = [0]
>>>>>check_in_nandprg_mode.....
>>>Upgrade_FW_Main()...Program File[130] complete
Reseting phone OK
>>>main()...Upgrade_FW_Main ret = [1]
root@easy:/tmp/UEfw# libmapi_lte_cli status
dialReady: 0
dialStateD: 0
dialStateV: 0
dialStateU: 0
technology: 0
sigStrength_percent: -1
sigStrength_dBm: 0
status: No service, None Domain
provider long:
provider short:
provider code: 0
SIM_IMSI:
modemModel: 1KG
modemIMEI: 352962051254576
fwVersion: 20120706_1KGQCI_4036_M0.07 1 [Jun 04 2012 20:00:00]
hwVersion: (not support)
simCardInsert: 1
pinCodeVerify: 255
onlineReady: 0
LTE_sim_card_changed: 1
LTE_plugged: 1
LTE_pin_ready: 1
LTE_pin_state: 0
LTE_pin_mode: 0
LTE_pin_leftCounter: 3
LTE_sim_pin:
LTE_pin_enable: 0
LTE_modem_state: 0x00039185
LTE_PDPmodem_state: 0x10000003
LTE_vPDPmodem_state: 0x10000003
UMTS_modem_state: 0x00000000
UMTS_plugged: 0
UMTS_detection_state: 0
UMTS_pin_state: 17
UMTS_pin_LeftCounter: 3
UMTS_event_state: 0
UMTS_voice_support: 0
UMTS_sim_id:
UMTS_pin_Enable: 0
UMTS_sim_pin:
UMTS_number:
UMTS_idle_time: 0
UMTS_pin_MaxLen: 0
UMTS_pin_UIStr:
UMTS_pin_Err: 0
ANTENNA_TYPE (1:INTERNAL 2:EXTERNAL): 1
root@easy:/tmp/UEfw# reboot
root@easy:/tmp/UEfw#
Mam teraz FW.LTE 1KGQCI_4036_M0.07 a nie M0.08 jak wcześniej , teraz trzeba zobaczyć czy coś to pomoże.
Już po testach, niestety zmiana FW.LTE nic nie zmieniła i wciąż wszystko wygląda tak samo.
Wniosek, że jednak po wgraniu FW przez TFTP jakieś pliki konfiguracyjne, czy sterowniki pozostają stare.
@Thioby: libmapi_lte_cli status - podaje mi to samo co u Ciebie.
@antresolka : zrób proszę przysługę dla nas i wrzuć dla nas pełny konfig tu na forum. Aby to zrobić włóż do routera pena i w telnecie lub ssh wywołaj komendę:
u Ciebie oznacza, że została zmieniona karta SIM, a EB wymaga wtedy resetu do ustawień fabrycznych, bo inaczej szaleje. Oczywiście musisz wykonać po resecie pełną konfigurację od nowa wg posta nr 5.
Edit:
Z konfigiem już nieaktualne. Okazuje się że w FW routera czysty konfig znajduje się w pliku dftconfig.tgz. Niestety wgranie jego nie przyniosło żadnego efektu. Powoli zaczynają kończyć mi się pomysły i zaczynam się skłaniać do pełnego przegrania NAND, niestety do tego potrzeba dawcy, a z tego co widzę to antresolka rozwiązał już swój problem i się do nas nie odzywa.
Ale mimo wszystko dzisiaj postaram się opracować procedurę wykonania pełnej kopii zapasowej NAND.
Dokładnie na ten sam pomysł wpadłem przez weekend aby przegrać cały NAND. Niestety nie jestem do końca pewny jak to zrobić.
Nawet nie wiem czy da się to wgrac spod poziomu konsoli, raczej nie. Potrzeba będzie prawdopodobnie wgrac softa przez serial port. Niestety nie mam konwentera USB <-> RS232
Użytkownicy dyskutują o konfiguracji routera EasyBox 904 LTE, który jest zablokowany na operatora Vodafone, co uniemożliwia korzystanie z kart SIM innych operatorów, takich jak Orange Polska czy Play. Wiele osób dzieli się doświadczeniami związanymi z aktualizacją oprogramowania, w tym problemami po zainstalowaniu wersji 3.18, która zablokowała możliwość łączenia się z innymi sieciami. Użytkownicy podają różne metody na odblokowanie routera, w tym downgrade do starszych wersji firmware (3.05, 3.07) oraz edytowanie plików konfiguracyjnych za pomocą telnetu. Wskazówki obejmują również ustawienia APN dla różnych operatorów oraz problemy z zasięgiem i prędkością transferu. Wiele osób poszukuje również plików konfiguracyjnych i pomocy w edytowaniu ustawień routera. Podsumowanie AI na podstawie dyskusji. Może zawierać błędy.