Elektroda.pl
Elektroda.pl
X
Proszę, dodaj wyjątek www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska

SAURONIUSZ 19 Sie 2015 16:20 24768 107
  • #1 19 Sie 2015 16:20
    SAURONIUSZ
    Poziom 2  

    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
    EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska

    - ustawienia IpV4 i IpV6
    -EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska

    Orange Polska APN:
    - profil routera LTE z sieci Orange
    EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska




    -główne ustawienia SSID
    EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska
    - ustawienia dla modemu UMTS Mobile Partner
    EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska

    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ć :-( )

    http://www.ip-phone-forum.de/showthread.php?t=264137&p=2089270#post2089270

    https://forum.openwrt.org/viewtopic.php?id=44676

    https://piratenpad.de/p/GWryBbvQqV

    https://www.vodafone.de/hilfe/router-easyboxen-surfsticks/easyboxen.html

    0 29
  • #2 20 Sie 2015 18:15
    grzegorzlach7
    Poziom 1  

    Mam ten sam problem, również proszę o pomoc.

    0
  • #3 22 Sie 2015 13:59
    SAURONIUSZ
    Poziom 2  

    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

    1
  • #5 28 Wrz 2015 23:48
    andrzejdevil
    Poziom 11  

    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:
    EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska

    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.

    2
  • #6 27 Paź 2015 13:37
    Thioby
    Poziom 11  

    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?

    0
  • #7 31 Paź 2015 23:55
    andrzejdevil
    Poziom 11  

    Thioby napisał:


    @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).

    http://intercity-vpn.de/files/openwrt/arcadya...e_easybox_904/squashfs-root/etc/init.d/arcusb

    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.

    0
  • #8 01 Lis 2015 17:24
    Thioby
    Poziom 11  

    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:

    Ktoś może wie jaka jest tego przyczyna?

    1
  • #9 01 Lis 2015 22:26
    andrzejdevil
    Poziom 11  

    Thioby napisał:
    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ą :P

    0
  • #10 01 Lis 2015 22:58
    ganzi
    Poziom 2  

    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?

    Pozdrawiam

    0
  • #11 02 Lis 2015 07:59
    Thioby
    Poziom 11  

    @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:
    Code:
    echo "shutdownLTE=on" > /proc/arcusb/config

    które wyłącza programowo modem.

    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:
    Code:
    echo "shutdownLTE=off" > /proc/arcusb/config


    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

    2
  • #12 02 Lis 2015 20:30
    andrzejdevil
    Poziom 11  

    Thioby napisał:

    @SAURONIUSZ jaką masz wersje sterowników do modemu LTE? Możesz to sprawdzić również na routerze wchodząc w ustawienia -> informacje


    U mnie nigdy nie pokazywało jaką mam wersję sterowników do modemu LTE gdy EB miał FW 1.05, 1.07, 3.05, 3.07 - przy 3.18 nie pamiętam.
    ale komenda
    Code:
     grep deviceFirmware /proc/arcusb/status.lte

    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.

    Pod tym linkiem:
    link

    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.

    Pod tym linkiem
    Wszystkie softy z Internetu i nie tylko

    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.

    0
  • #13 03 Lis 2015 15:21
    Thioby
    Poziom 11  

    Cytat:
    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.


    To znaczy, że sam kompilowałeś kod źródłowy?

    W skrypcie do aktualizacji fw modemu można zauważyć, że oprogramowanie to pobierane jest z pliku UEfw.bin. Na przykład:
    Code:
    /usr/sbin/read_img ltefw UEfw.bin

    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?

    1
  • #14 03 Lis 2015 16:01
    andrzejdevil
    Poziom 11  

    Thioby napisał:
    To znaczy, że sam kompilowałeś kod źródłowy?



    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 :P

    @Thioby: pomóż mi proszę z komendą

    Code:
    echo "shutdownLTE=on" > /proc/arcusb/config

    po wklejeniu jej do telnetu nie uzyskuję wyłączenia modemu, a mam pewien pomysł żeby to wykorzystać.

    Nowa fajniutka komenda:
    Code:
     libmapi_lte_cli status


    Podaje nam pełen status modemu LTE i UMTS od wgranego FW przez użyty PIN karty SIM po stan połączenia.

    1
  • #15 03 Lis 2015 17:21
    Thioby
    Poziom 11  

    Cytat:
    trzeba tam było jakieś sumy kontrolne robić czy coś takiego

    Posiadasz moze jakiś link do tutoriala jak to zrobić? :)

    1
  • #16 03 Lis 2015 17:46
    andrzejdevil
    Poziom 11  

    Thioby napisał:
    Cytat:
    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.

    0
  • #17 04 Lis 2015 13:56
    Thioby
    Poziom 11  

    Cytat:

    @Thioby: pomóż mi proszę z komendą

    Code:

    echo "shutdownLTE=on" > /proc/arcusb/config


    po wklejeniu jej do telnetu nie uzyskuję wyłączenia modemu, a mam pewien pomysł żeby to wykorzystać.


    Ja to polecenie wziąłem z skryptu wykonującego aktualizację
    Link

    poprostu wysłałem je przez SSH / telnet.

    Można osiągnąć to samo przechodząc do folderu:
    Code:
    etc/init.d/

    i odpalając skrypt arcusb:
    Code:
    ./arcusb.sh stop

    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.

    Cytat:
    , a mam pewien pomysł żeby to wykorzystać.

    Możesz się nim podzielić? :)

    1
  • #18 04 Lis 2015 21:52
    andrzejdevil
    Poziom 11  

    Thioby napisał:


    Cytat:
    , a mam pewien pomysł żeby to wykorzystać.

    Możesz się nim podzielić? :)


    Nie dam rady już i tak dziś sprawdzić czy to zadziała ale mogę się podzielić :P

    Chciałbym wyłączyć modem ww. poleceniem, następnie wgrać FW 3.05 przez tftp.

    Później przygotowałbym aktualizację modemu korzystając z komend w skrypcie

    Link

    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ł :P, i jeszcze nigdy nie udało mi się odblokować SSH, jeśli znasz to podeślij jak to zrobić.

    0
  • #19 04 Lis 2015 22:11
    antresolka
    Poziom 2  

    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

    1
  • #20 05 Lis 2015 08:52
    Thioby
    Poziom 11  

    Cytat:
    @Thioby: z tego co rozumiem masz FW 3.18 otwartym telnetem, może byś się podzielił :P, 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:
    Code:
    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
    Code:
    ccfg_cli set AlwaysOn@ssh=on 
    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
    Code:
    ccfg_cli commitcfg

    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:
    Code:
    UEfw.bin

    1
  • #21 05 Lis 2015 15:33
    andrzejdevil
    Poziom 11  

    antresolka napisał:
    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:
    Code:
    libmapi_lte_cli status


    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:
    Spoiler:
    easy.box login: ROOT
    Password:
    Login incorrect
    easy.box login: root
    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:~# # 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]

    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 = [13863]
    >>>nandprg_DecodeToSend()...FileType(110) unpackSize = [41972]
    >>>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 = [155]
    >>>nandprg_DecodeToSend()...FileType(140) unpackSize = [165]
    >>>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 = [146872]
    >>>nandprg_DecodeToSend()...FileType(160) unpackSize = [439036]
    >>>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 = [661708]
    >>>nandprg_DecodeToSend()...FileType(100) unpackSize = [1880064]
    >>>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 = [867509]
    >>>nandprg_DecodeToSend()...FileType(120) unpackSize = [2459904]
    >>>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 = [8030203]
    >>>nandprg_DecodeToSend()...FileType(130) unpackSize = [27466628]
    >>>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#


    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 :P

    1
  • #22 06 Lis 2015 08:41
    Thioby
    Poziom 11  

    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ł :(

    @andrzejdevil, działa Ci metoda na włączenie SSH?

    1
  • #23 07 Lis 2015 20:58
    andrzejdevil
    Poziom 11  

    Thioby napisał:
    @andrzejdevil, działa Ci metoda na włączenie SSH?


    Tak działa ta metoda, o dziwo bo jak kiedyś tego próbowałem to mi nie wychodziło.

    0
  • #24 09 Lis 2015 21:29
    antresolka
    Poziom 2  

    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:

    Code:
    libmapi_lte_cli status

    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.
    Spoiler:
    Code:
    root@easy:~# libmapi_lte_cli status
    
    dialReady: 1
    dialStateD: 0
    dialStateV: 0
    dialStateU: 0
    technology: 4
    sigStrength_percent: 66
    sigStrength_dBm: -91
    status: No service, None Domain
    provider long: PLAY
    provider short: PLAY
    provider code: 26006
    SIM_IMSI: 260060058357967
    modemModel: 1KG
    modemIMEI: 352962051235054
    fwVersion: 20130508_1KGQCI_4036_M0.08.1  1  [Sep 11 2012 23: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: 1
    LTE_pin_mode: 3
    LTE_pin_leftCounter: 3
    LTE_sim_pin:
    LTE_pin_enable: 0
    LTE_modem_state: 0x000B1165
    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

    ... ale mam taki sam problem jak użytkownik kilka postów wyżej - apn zmienia się na internet lecz conecting EasyBox 904 LTE Vodafon - Jak skonfigurować punkt dostępu APN Orange Polska 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

    1
  • #25 10 Lis 2015 14:19
    andrzejdevil
    Poziom 11  

    antresolka napisał:

    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.

    0
  • #26 10 Lis 2015 20:15
    antresolka
    Poziom 2  

    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.

    0
  • #27 11 Lis 2015 00:40
    andrzejdevil
    Poziom 11  

    antresolka napisał:
    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:
    Code:
    cd /proc/arcusb
    
    less config

    Te komendy wypisują konfigurację modemu, jak zobaczę, to może dowiem się jaki jest problem u Ciebie, a i może z moim mi pomoże :)

    0
  • #28 11 Lis 2015 12:27
    Thioby
    Poziom 11  

    Mój wynik libmapi_lte_cli status:

    Spoiler:
    Code:
    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: 260031999655854
    modemModel: 1KG
    modemIMEI: 352962052801201
    fwVersion: 20130508_1KGQCI_4036_M0.08.1  1  [Sep 11 2012 23:00:00]
    hwVersion: (not support)
    simCardInsert: 1
    pinCodeVerify: 255
    onlineReady: 0
    LTE_sim_card_changed: 0
    LTE_plugged: 1
    LTE_pin_ready: 1
    LTE_pin_state: 1
    LTE_pin_mode: 3
    LTE_pin_leftCounter: 3
    LTE_sim_pin:
    LTE_pin_enable: 0
    LTE_modem_state: 0x000B91A5
    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


    Wygląda bardzo dziwnie, widzi karte ale nie wie jaki operator (Orange). Brak zasięgu 0 dBm

    @andrzejdevil pokaz swoj status.

    edit.

    Udało mi się pogadać z modemem :) Co prawda narazie odpowiedział tylko "OK" ale zawsze coś.

    Aby wysłać komendę AT do modemu należy przejść do folderu:
    Code:
    /proc/arcusb
    i wysłać polecenie
    Code:
    echo "at" > atcom
    
    wynik operacji można podejrzeć tak:
    Code:
    less atcom


    Jak myślicie uda się ręcznie połączyć do sieci LTE wykorzystując polecenia AT?

    edit2.

    Będąc w folderze /proc/arcusb można wywołać polecenie
    Code:
    less status.lte

    Dzięki temu wiem, że nasz modem LTE to Quanta 1KG firmy Quanta Computer.
    Mój wynik:
    Spoiler:
    devicePlugin: Yes
    deviceManufacturer: QUANTA COMPUTER INCORPORATED
    deviceVendor: Quanta
    deviceModel: 1KG
    deviceFirmware: 20130508_1KGQCI_4036_M0.08.1 1 [Sep 11 2012 23:00:00]
    deviceHardware: (unsupported)
    deviceIMEI: "tu był mój imei"
    deviceVID: 0x408
    devicePID: 0xEA24
    SIM_CardInserted: Yes
    SIM_ICCID: 988430511599568545F7
    SIM_PIN_State: PIN Ready
    SIM_PIN_TryLeftCount: 3
    SIM_PIN_IsCorrect: Yes
    PinCodeVerify: 255
    SIM_IMSI: 260031999655854
    signalTechnology:
    signalProviderL:
    signalProviderS:
    signalProviderC:
    signalStrengthP:
    signalStrengthD:
    voiceSupport: 0
    dataSupport: 0
    dataAPNconnected:
    voiceAPNconnected:
    voiceAPNconnectError:
    antenna_state: internal



    edit3.

    Co daje ten cały expert mode?

    1
  • #29 12 Lis 2015 21:41
    andrzejdevil
    Poziom 11  

    Thioby napisał:

    Co daje ten cały expert mode?


    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
    Spoiler:

    Code:
    Using username "root".
    
    Server refused our key
    root(malpa)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 :D, 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ę:
    Code:
    ccfg_cli backupcfg /mnt/a1/zapas


    Wtedy na penie powinien pojawić się plik o nazwie zapas z pełnym konfigiem Twojego routera, zauploaduj nam go proszę.

    Jeżeli ciągle EB Tobie nie działa spróbuj wykonać reset do ustawień fabrycznych bo
    Code:
    LTE_sim_card_changed: 1 
    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.

    1
  • #30 16 Lis 2015 12:16
    Thioby
    Poziom 11  

    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

    0