Zdarzyło się że na kilku modemach po zmianie Hilinka nie dało się nic zmienić w gui. Pomogło... ponowne flashowanie modemu.

No ok. dzięki za tutek, ale jak to ma się do sytuacji aby zlikwidować domyślny profil dla Orange (lub zmienić inne parametry/konfigi do stosu sieciowego, aby móc uzyskać publiczny IP z Orange przez APN: "VPN") ?
Poza tym czytałem Twoje "rozbudowane śledztwo" o ABI w Hilinkach (bez-kabli) ale nie wiem na 100 % np. jak:
1) sprawdzić, czy jest włączony/wyłączony telnet/ADB-shell
2) jak włączyć wyżej wspomniane funkcjonalności (tak na 100 % - żeby w trakcie operacji ro/rw przy okazji nie stracić tego i nie uwalić modemu) - o ile jest taka potrzeba (no i w przypadku routera i podpiętego do niego po USB modemu chyba wchodzi w grę tylko telnet, bo zdaje się nie ma paczki pod openwrt: adb-tools).
Owszem, są tam podane przykłady jak to osiągnąć ale jak sam zauważyłeś, nie ma pewności, że zadziała to z każdą wersją sprzętową/firmware/WebGUI/i.t.d. tego modemu.
Kilka postów wyżej napisałem co udało mi się wyczytać z WebGUI o tym co faktycznie mam.

To może jednak poczekam jeszcze na jakiś dobry i sprawdzony tutorial, póki co:

root@OpenWrt:~# telnet 192.168.8.1
telnet: can't connect to remote host (192.168.8.1): Connection refused
root@OpenWrt:~# 

...więc chyba nici z tego. Z linucha po adb też się nie da (z makówy zresztą też nie), więc zapewne modem jest całkowicie zablokowany.
Tak czy inaczej dobrze wiedzieć, że ktoś nadal interesuje się rozpracowaniem tej maszynki by wycisnąć z niej co się da dla wszystkich zainteresowanych tym jego posiadaczy.
Dzięki za linki - postaram się mimo wszystko coś z wolna z tym robić w miarę wolnego czasu i jakoś rozgryźć mój problem z tym co jest póki co dostępne.

Biorąc od razu na warsztat pierwszą przytoczoną informację z linków:

A może tak trochę jaśniej ? Czy to chodzi o kod, który otrzymamy dzięki temu ?: https://github.com/forth32/huaweicalc , czy raczej ten progs uzyskuje tylko kod na potrzeby flaszowania ?
Sam ostrzegasz:

Jakoś to raczej nie brzmi przekonująco...

EDIT:
Co do kalkulatora już ogarnąłem temat: v201 code (reverse), i.t.d., ale sprawa chyba w ogóle wygląda beznadziejnie z tym moim modemem - wejście na http://192.168.8.1/html/switchDebugMode.html nie powoduje odblokowania AT,  także zdecydowanie jakiś dobry i sprawdzony tutorial bardziej niż wskazany.

EDIT 2:
Przy okazji wyjaśniła mi się wcześniejsza kwestia, a raczej powstał następny problem z tym modemem: wspomniany wcześniej problem z APN: "VPN" nie występuje w trybie "3G Only" (Owszem - tak kiedyś było w Orange, że łączył się przez ATM: "VPN" tylko na UMTS - ale to już od ponad 2 lat historia), co nie ma z kolei miejsca na telefonie (z LTE - i taki ma status po połączeniu przez ten ATM, jak i przed połączeniem z użyciem tego ATM - po prostu jestem zazwyczaj ok. 200 m od BTS-a) lub w innym modemie - także zdecydowanie wszystko to wskazuje na modem i jego soft.

Właśnie - nic się nie zmienia w /dev - nie ma żadnego nowego COM - zupełnie żadnej zmiany - nie mam dostępu do AT.

Być może robię coś nie tak, ale nadal nie ma żadnego COM.
Poza tym przy połączeniu z owym nowym publicznym IP podstawowy problem - przecież ten modem nie przekierowuje żadnych portów do routera - czyli dla dowolnego urządzenia w LAN wpiętego w router, nawet po przekierowaniu portów w routerze, wszystkie porty dla nasłuchujących aplikacji są zamknięte z internetu. I to chyba definitywnie burzy całą moją koncepcje do czego chciałem wykorzystać owo dodatkowe, publiczne IP z tego modemu.
Czy on posiada jakiegoś firewalla wewnątrz (czy inne zabezpieczenia,  aby być przeźroczystym dla portów), czy z kolei jakoś inaczej dobrać się do tematu "przekierowanie portów" ?

Dokładnie. Po co sobie życie utrudniać skoro jest gotowe rozwiązanie i wystarczy tylko wgrać modyfikowany soft i gui do modemu.

W modowanym fw i WebUI masz Przekierowywanie portów i np. DMZ:
https://www.dropbox.com/s/h53bgeiscb9c5 … 1.png?dl=0
https://www.dropbox.com/s/m5tj5xros1wx8 … 9.png?dl=0

Na upartego możesz zobaczyć czy działa funkcjonalność firewalla po API WebUI w twoim sofcie jaki masz obecnie. Może da się wejść na strony firewalla w modemie i zmieniać ustawienia (lista adresów stron modemu na końcu opisu API)? Niestety nie mam publicznego IP w Playu więc tego nie testowałem i dokładnie ci nie pomogę jak to ustawić. Musisz zobaczyć na mój opis WebUI API i popróbować. Najlepiej odczytać najpierw domyślne ustawienia danego api, żeby w razie czego przywróć ustawienia do stanu początkowego.

It is I, Leclerc

Cezary - ale ja mam już oryginalnie Hilink (nie zmieniałem ze zwykłego modemu na Hilink). No jak sam zauważyłeś token pobiera, wget zapodaje --post-data, i.t.d. Teraz kwestia jakiegoś sprytnego skryptu (a może po*.js ???) - tylko jak ?
Np. użycie metody post curlem kończy się błędem:

slawek@slawek-ubuntu:~/Pulpit$ curl -X POST -d sw_debug_mode.xml http://192.168.8.1/CGI
Content-Length: 229

<?xml version="1.0" encoding="UTF-8"?><api version="1.0">
<header>
   <function>switchMode</function>
</header>
<body>
   <errcode>2</errcode>   <response>
       <switchType></switchType>
   </response>
</body>
</api>
HTTP/1.1 307 Temporary Redirect
Date: Thu, 01 Jan 1970 00:00:00 GMT
Server: mini_httpd/1.19 19dec2003
Connection: close
Location: http://192.168.8.1/html/index.html
Content-Length:13
Content-Type: text/html

<html></html>slawek@slawek-ubuntu:~/Pulpit$ 

Post powyżej i sw_debug_mode.xml zgodnie z sugestią kolegi http://www.bez-kabli.pl/viewtopic.php?p=498792#498792
Czyli włączenia debug-mode na tym sofcie co mam, a nie przez przeflaszowanie na inny - i tu jest cała sztuka.
Czy wpiszę 0 czy 1 w switchType, to bez różnicy - taki sam błąd (oraz bez różnicy czy przez curla, czy przez ""wget --post-data="*" "" do odpowiedniej strony ).
Spróbowałem inaczej i coś niby wpisało:

wget --post-data="sw_debug_mode.xml" http://192.168.8.1/CGI
--2015-05-08 21:49:26--  http://192.168.8.1/CGI
Łączenie się z 192.168.8.1:80... połączono.
Żądanie HTTP wysłano, oczekiwanie na odpowiedź... 200 OK
Długość: nieznana [Content-Type: text/html]
Zapis do: `CGI'

CGI                                    [  <=>                                                              ]     481  --.-KB/s   w 1,0s    

2015-05-08 21:49:28 (496 B/s) - zapisano `CGI' [481]

ale efektu nie widać (w sumie ten sam błąd co 2 posty do tyłu) - nie wiem czy nawet jak był efekt (GET nie działa) gdzie szukać tych COM w linuchu.
Ktoś to w ogóle badał ?

Ciekawe - zrobiło mi się połączenie komórkowe - a to wynik polecenia:

slawek@slawek-ubuntu:~$ curl -X POST -d "<?xml version="1.0" encoding="UTF-8" ?><api version="1.0"><header><function>switchMode</function></header><body><request><switchType>1</switchType></request></body></api>" http://192.168.8.1/CGI
Content-Length: 230

<?xml version="1.0" encoding="UTF-8"?><api version="1.0">
<header>
   <function>switchMode</function>
</header>
<body>
   <errcode>0</errcode>   <response>
       <switchType>1</switchType>
   </response>
</body>
</api>
curl: (56) Recv failure: Połączenie zerwane przez drugą stronę
slawek@slawek-ubuntu:~$ 

teraz nie działa ani połączenie komórkowe, ani strona 192.168.8.1 - za to pojawiły się porty /dev/ttyUSB*
wyjęcie/włożenie do USB - teraz już nie ma /dev/ttyUSB*, no i nie działa w ogóle strona (miga tylko zielona dioda, prawdopodobnie żądając PIN) - chyba uceglony

EDIT:
Utworzenie ręcznie z wizarda "Połączenie przewodowe" (ubuntu) - i znów działa.
Czyli jak rozumiem po przełączeniu mam nie wyjmować wtyczki i nie sugerować się czy jest internet/czy nie ma na tym modemie tylko skupić się na odblokowaniu telnet/adb na którymś /dev/ttyUSB* (i po wyjęciu/włożeniu do USB istniejące porty znikną) ???
EDIT2:
Założyłem jak w ostatnim pytaniu, ale:

slawek@slawek-ubuntu:~$ sudo echo -e "AT^SPWORD=xxxxxx" > /dev/ttyUSB1
bash: /dev/ttyUSB1: Brak dostępu
slawek@slawek-ubuntu:~$ sudo echo -e "AT^SPWORD=xxxxxx" > /dev/ttyUSB2
bash: /dev/ttyUSB2: Brak dostępu
slawek@slawek-ubuntu:~$ sudo echo -e "AT^SPWORD=xxxxxx" > /dev/ttyUSB3
bash: /dev/ttyUSB3: Brak dostępu
slawek@slawek-ubuntu:~$ sudo echo -e "AT^SPWORD=xxxxxx" > /dev/ttyUSB4
bash: /dev/ttyUSB4: Brak dostępu
slawek@slawek-ubuntu:~$ sudo echo -e "AT^SPWORD=xxxxxx" > /dev/ttyUSB5
bash: /dev/ttyUSB5: Brak dostępu
slawek@slawek-ubuntu:~$ sudo echo -e "AT^SPWORD=xxxxxx" > /dev/ttyUSB6
bash: /dev/ttyUSB6: Brak dostępu
slawek@slawek-ubuntu:~$ 

Do komend AT jest chyba ttyUSB0

It is I, Leclerc

Czytam trochę z niedowierzaniem-bo literacko rozwinąłeś temat, a wszak w linuxie daleko mi do Twojej wiedzy. Wiele razy przefleszowywałem firmware w modemach (począwszy od E220-który w wyniku takiego zabiegu zwiększył prędkość z max. 3.5Mbps do 7.2Mbps), ostatnio wczoraj E353-w wyniku którego uruchomiłem modem z Aero2 w NDIS-QMI. To samo zrobiłem w minionym tygodniu z E3276 HiLink>zwykły modem (gdyż obawiam się przegrzewania modemu w sezonie letnim). Uogólniając zmiana firmware w modemie wymaga sprawdzenia do jakiego modelu firmware jest przeznaczone no i użycie do tego celu Windows (sam prywatnie tego systemu używam tylko do takich celów na netbooku NC-10). Zabieg jest odwracalny HiLink>no HiLink, oczywiście różne rzeczy ludzie robią w trakcie wgrywania firmware (z wyciąganiem dongla w trakcie)-dlatego jak zawsze piszę się że robi to się na własne ryzyko, fakt jest taki że takową procedurę wykonywałem kilkanaście razy, jak nie kilkadziesiąt i nigdy żadnego modemu nie uwaliłem (w przeciwieństwie do routerów), gdyż robiąc taki zabieg na netbooku, laptopie mamy zawsze zasilanie awaryjne w postaci akumulatora. Przekierowania i DMZ działają na modowanym WebUI (E3276/E3372-którego teraz używam), także z innym APN nie ma żadnego problemu (modem go zapamiętuje, nawet po restarcie zasilania, jak już to z pinem do karty ludzie mają problemy-w Orange bo tylko w tej sieci nie można go wyłączyć). Mam publiczny IP na LTE Plusa i ustawiony DMZ na IP routera (jakiekolwiek przekierowanie ustawiam na routerze, wszystko działa). W szczegółach to taki mam modem i soft zainstalowany

 
Device name:    E3372
Serial number:    L8FBY14...
IMEI:    866133021
IMSI :    260011500...
ICCID:    8948011513285307675F
My number:    Unknown
Hardware version:    CL1E3372SM Ver.A
Software version:    22.286.03.00.00
Web UI version:    17.100.06.00.03
WAN IP Address:    188.125...
DNS 1:    212.2.96.51
DNS 2:    212.2.96.52
RSSI:    -67dBm
RSRP:    -82dBm
RSRQ:    -5dB
SINR:    7dB
LAC:    8189
Cell ID:    0785B01
PCI:    276 

.