Witam,
będę w stanie chyba rzucić nieco światła na ten temat.
Huawei E398 (jak i wiele innych) bazuje na chipsecie Qualcomma z serii Gobi. Daje to możliwość korzystania z trybu RAS (którego z powodzeniem używam w Tomato) jak i QMI, który daje szansę osiągnięcia wyższych transferów.
Wsparcie po stronie kernela dla trybu QMI jest zapewniane poprzez drivery: usbnet (dostępny w Tomato), cdc-wdm (dostępny w Tomato extras), oraz qmi_wwan (dostępny w Tomato extras).
Po załadowaniu tych modułów do /dev zostają dodane 2 urządzenia: cdc-wdm0 i cdc-wdm1. Za ich pomocą można komunikować się z modemem za pomocą protokołu QMI. Do obsługi tego protokołu w linuxie istnieje biblioteka libqmi oraz powiązany pakiet libqmi-utils, które pozwalają na konfigurację połączenia z modemem w trybie QMI.
I tu zaczyna się problem - w Tomato nie ma ani libqml, ani libqml-utils (a przynajmniej ja nie potrafię ich znaleźć). Idealnie byłoby gdyby ktoś (shibby?) byłby w stanie dodać te biblioteki do extras bądź optware. Wtedy można będzie posunąć sprawę połączenia Tomato z E398 (i innymi) do przodu.
Na moje oko może brakować jeszcze jednej rzeczy - finalnym efektem konfiguracji modemu powinno być pojawienie się interface'u ethernetowego wwan0, a ja nie za bardzo wiem gdzie w Tomato należy dodać definicję tego interface'u które są zazwyczaj przechowywane w /etc/network/interfaces. Z tego co wyczytałem należy tam jeszcze dodać następującą linię:
iface wwan0 inet dhcp
Na koniec mam jeszcze jedną uwagę - extras dla arm w wersji 123 i 124 wydają się być niewłaściwie skompilowane. Udało mi się załadować cdc-wdm i qmi_wwan dopiero z wersji 122.
Połączony z 03 May 2015 09:33:37:
Udało mi się pójść kilka kroków dalej, opiszę tym razem w szczegółach co i jak robię. Zacznę od informacji jakich wersji oprogramowania używam, mianowicie:
- Tomato ARM v129 (mam Asusa RT-N18U),
- do tego arm-extras v122 (patrz poprzedni post - wydaje mi się się, że moduły cdc-wdm i qmi_wwan są niepoprawnie skompilowane, w każdym razie nie dają się załadować z komunikatem insmod: can't insert 'cdc-wdm.ko': invalid module format)
- dodatkowo do obsługi protokołu QMI korzystam z narzędzia uqmi od Merlina dla routera bodajże AC56U, nie pamiętam dokładnie co ściągnąłem, ale to wydaje się najbardziej logiczną możliwością - jak wspomniałem używam RT-N18U.
A oto co zrobiłem:
1. Start routera z podłączonym modemem i w trybie WAN DHCP
2. Najpierw ładuję niezbędne moduły kernela do obsługi modemów QMI
modprobe usbnet (ten jest w podstawowym obrazie Tomato)
insmod cdc-wdm (ten z arm-extras v122)
insmod qmi_wwan (ten też z arm-extras v122)
3. Potem przełączam tryb modemu za pomocą usb_modswitch
gdzie xxxx:yyyy to identyfikatory urządzenia USB które można sprawdzić za pomocą lsusb, a XXXX:YYYY to identyfikatory urządzenia na które się chcemy przełączyć. W skrócie - to zależy od posiadanego modemu.
Dostaję serię komunikatów od hotplug, że modem został wykryty i spięty z modułami załadowanymi w kroku 1. Tworzą mi się urządzenia:
/dev/cdc-wdm0
/dev/cdc-wdm1
Będą potrzebne w kolejnym kroku do komunikacji z modemem za pomocą protokołu QMI.
4. Konfiguruję połączenie za pomocą protokołu QMI
najpierw odblokowanie PINu:
uqmi -d /dev/cdc-wdm1 --verify-pin1 (u mnie akurat działa urządzenie cdc-wdm1, próba użycia cdc-wdm0 zawieszała router)
Modem zmienia kolor diody kontrolnej - sieć jest wykryta i mogę komunikować się z nim za pomocą uqmi żeby zobaczyć np. jaką sieć widzi
Jak dotąd wszystko wygląda dobrze.
W kolejnym kroku próbuję wystartować połączenie z Internetem:
uqmi -d /dev/cdc-wdm1 --start-network internet --username internet --password internet (jako parametry należy podać APN, nazwę użytkownika i hasło, mój przykład dla Orange)
No i tu niestety sprawa się komplikuje. W poprzednich wersjach Tomato v124 (?) dostawałem od uqmi komunikat:
error=No effect
Teraz przy użyciu Tomato v129 dostałem bardziej obiecujący komunikat:
handle=38320632
Ale finalnie efekt pozostaje ten sam, modem nie zmienia stanu i nie ma połączenia z Internetem.
Mam podejrzenie, że problem jest spowodowany brakiem konfiguracji interface'u sieciowgo wwan0 (a może i wwan1), który powinien zostać wykorzystany przez Tomato, tak jak opisałem to w poprzednim poście. Obserwowana sytuacja jest taka, że router próbuje pobrać bez efektu WAN IP po DHCP i brak jest komunikacji z Internetem.
Przeszukałem forum, ale nie znalazłem odpowiedzi na pytanie jak dodać ten brakujący interface sieciowy.
Może ktoś będzie w stanie podrzucić pomysł jak to zrobić, to wtedy mamy szansę na uruchomienie kolejnej rodziny modemów komórkowych w Tomato ;-)
skipper
Edytowany przez skipper dnia 03-05-2015 09:33
W kolejnym kroku próbuję wystartować połączenie z Internetem:
uqmi -d /dev/cdc-wdm1 --start-network internet --username internet --password internet (jako parametry należy podać APN, nazwę użytkownika i hasło, mój przykład dla Orange)
wydaje mi się, że tu leży problem. Moim zdaniem ta komenda służy do nawiązania połączenia RAS a nie NDIS. W tomato używam narzędzia comgt (lub gcom). Możesz podejrzeć sobie skrypt /usr/sbin/switch4g, w sekcji connect dla nonhilink. Ta komenda wydana na interfejsie cdc-wcm1 powinna nawiązać połączenie i modem powinien zapalić diodę światłem ciągłym. Będzie to oznaczać, że modem ma już połączenie. Pozostaje jeszcze przekazać adresację IP routerowi.
Na pierwszej stronie jak branetre podawał swoje logi wyłapałem, że pojawił się u niego interfejs usb0. Czy ty też taki posiadasz? Jeżeli tak to ustaw go w nvramie jako swój WAN (pokazywałem w tutorialu dla E3276 jak to zrobić) i pobierz adresację przez DHCP.
Proxmox VE:i5-13400T, 64GB RAM, 2x 512GB NVMe, 3x 2TB SSD, Intel X710-DA2 SFP+ VM Router:OpenWRT 22.03.4 VM NAS:Synology SA6400 VM VPS:Debian, WWW, Home Assistant Switch:Netgear MS510TXPP Switch:Ubiquiti USW-Flex-mini - szt. 2 Wi-Fi:Ubiquiti U6-Lite - szt. 2
Oto moje przemyślenia i wyniki testów:
- urządzenia cdc-wdm nie działają z emulatorami terminala, a binarnym protokołem QMI. Do tego jest właśnie konieczne użycie uqmi, znalazłem jakiś czas temu taki poglądowy materiał: http://www.lanedo.com/users/amorgado/...tocols.pdf
Na tej podstawie sądzę że przeniesienie rozwiązania z e3272 z NDISem do modemu z QMI się nie powiedzie.
- nie tworzą mi się żadne dodatkowe interface'y sieciowe, oto co mam w systemie:
br0 Link encap:Ethernet HWaddr 38:2C:4A:65:21:58
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2952 errors:0 dropped:0 overruns:0 frame:0
TX packets:1538 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:319775 (312.2 KiB) TX bytes:658312 (642.8 KiB)
Używałem tego modemu w trybie QMI na OpenWRT i do jego konfiguracji użyte było uqmi. OpenWRT miał też wpis do /etc/network/interfaces i dlatego to wydaje mi się najbardziej obiecującym kierunkiem poszukiwań w tej chwili.
Jak można to zrobić w Tomato?
Jakby trzeba było dodatkowych logów, to oczywiście bardzo chętnie dostarczę
Jan 1 01:04:17 unknown kern.info kernel: usbcore: registered new interface driver cdc_wdm
Jan 1 01:04:24 unknown kern.info kernel: usbcore: registered new interface driver qmi_wwan
Jan 1 01:05:20 unknown kern.err kernel: EXT2-fs (sda1): previous I/O error to superblock detected
Jan 1 01:05:20 unknown kern.err kernel: EXT2-fs (sda1): previous I/O error to superblock detected
Jan 1 01:05:20 unknown kern.err kernel: EXT2-fs (sda1): previous I/O error to superblock detected
Jan 1 01:05:20 unknown kern.warn kernel: gro disabled
Jan 1 01:05:20 unknown kern.info kernel: usb 2-1: USB disconnect, address 2
Jan 1 01:05:21 unknown kern.info kernel: usb 2-1: new high speed USB device using ehci_hcd and address 3
Jan 1 01:05:21 unknown kern.warn kernel: qmi_wwan: probe of 2-1:1.0 failed with error -22
Jan 1 01:05:21 unknown kern.warn kernel: qmi_wwan: probe of 2-1:1.1 failed with error -22
Jan 1 01:05:21 unknown kern.info kernel: scsi2 : usb-storage 2-1:1.2
Jan 1 01:05:21 unknown kern.info kernel: qmi_wwan 2-1:1.3: cdc-wdm0: USB WDM device
Jan 1 01:05:21 unknown kern.info kernel: qmi_wwan 2-1:1.3: usb0: register 'qmi_wwan' at usb-0000:00:0b.1-1, WWAN/QMI device, f6:7a:a2:3a:38:f1
Jan 1 01:05:21 unknown user.debug hotplug[2160]: Attached USB device 2-1:1.1 [INTERFACE=255/255/255 PRODUCT=1bbb/11e/0]
Jan 1 01:05:21 unknown kern.info kernel: qmi_wwan 2-1:1.4: cdc-wdm1: USB WDM device
Jan 1 01:05:21 unknown kern.info kernel: qmi_wwan 2-1:1.4: usb1: register 'qmi_wwan' at usb-0000:00:0b.1-1, WWAN/QMI device, f6:7a:a2:3a:38:f1
Jan 1 01:05:21 unknown user.debug hotplug[2176]: Attached USB device 2-1:1.2 [INTERFACE=8/6/80 PRODUCT=1bbb/11e/0]
Jan 1 01:05:21 unknown user.debug hotplug[2177]: Attached USB device 2-1:1.0 [INTERFACE=255/255/255 PRODUCT=1bbb/11e/0]
Jan 1 01:05:21 unknown user.debug hotplug[2175]: Attached USB device 2-1:1.4 [INTERFACE=255/255/255 PRODUCT=1bbb/11e/0]
Jan 1 01:05:21 unknown user.debug hotplug[2178]: Attached USB device 2-1:1.3 [INTERFACE=255/255/255 PRODUCT=1bbb/11e/0]
A nawet 2 :)
Próbowałem też podmienić WAN tak jak opisałeś w tutorialu na te usb, które się pojawiły, ale to nie działa.
Nie dostaje IP WAN z DHCP. Moim zdaniem powód jest taki, że te USB z logu to są urządzenia UNIXowe, a nie interface'y sieciowe.
Ponownie wracam do mojego pytania - jak dodać interface sieciowy w Tomato?
Albo inaczej gdzie jest zdefiniowany np. br1 skoro nie ma pliku /etc/network/interfaces?
skipper
Połączony z 07 May 2015 23:02:41:
No kiedy już zacząłem tracić nadzieję to w końcu jednak udało mi się połączyć!
Na szybko wydaje mi się że decydujące okazało się dodanie jeszcze jednego parametru do polecenia startującego sieć. W tej chwili mam coś takiego:
uqmi -d /dev/cdc-wdm1 --start-network internet --user internet --password internet --autoconnect --keep-client-id wds
Potem to już tylko podmiana WAN, service wan restart i ... działa. Transfery są zauważalnie wyższe niż przez RAS szczególnie w uplinku.
Shibby, miałeś rację co do tego interface'u usb, mnie zmyliło to że wszędzie jest podawane wwan. W tym wypadku okazało się że jest to spowodowane użyciem kernela 2.6 a nie 3.x.
Jest jeden problem - po około godzinie połączenie do sieci pada, bez żadnego powiadomienia w logu. Za pierwszym razem pomogło powtórzenie komendy podnoszącej sieć, którą podałem powyżej. Za drugim razem już nie. Podejrzewać, że może to być kwestia firmware'u modemu, a nie widzę lepszej wersji niż mam w tej chwili.
Nie bardzo mam pomysły co dalej robić. Gdzie szukać jakichkolwiek logów?
Druga mętna koncepcja to przekompilowanie uqmi w najnowszej wersji (ta pożyczone od Merlina jest bardzo stara), to też będzie konieczne żeby umożliwić korzystanie z takich modemów na routerach opartych na MIPSach.
Próbowałem to zrobić, ale bez większego powodzenia.
Shibby, dałoby się to skompilować do ekstras w wersji 130? :) Albo może kilka wskazówek jak skonfigurować toolchain dla ARMa i MIPSa.
To samo jeśli chodzi o cdc-wdm.ko i qmi_wwan.ko, jak wspominałem nie działają mi te z extras w wersji powyżej 122.
skipper
Połączony z 13 May 2015 22:50:34:
Kolejna aktualizacja.
Problem ci cichego rozłączania połączenia jest przynajmniej częściowo sprzętowy, chodziło o zasilanie. Teraz podłączyłem jedną końcówkę kabla Y do ładowarki od telefonu i nie zrywa połączenia przez 6-12 godzin. Wynik podobny, jak osiągałem na OpenWRT, nadal mało jak do codziennego użytku, ale sporo lepiej niż przedtem.
Zauważyłem też że do podniesienia łącza z powrotem wystarczy:
uqmi -d /dev/cdc-wdm1 --start-network internet --user internet --password internet --autoconnect --keep-client-id wds
service wan restart
Jak można to wykorzystać do automatycznego podnoszenia łącza?
Może ktoś ma inny modem obsługujący modem na qmi i router na ARMach? Chętnie pomogę uruchomić taki tandem i zobaczymy jak ze stabilnością w innych konfiguracjach. Lista modemów i protokołów przez nie obsługiwanych do sprawdzenia np. tutaj: http://www.dd-wrt.com/wiki/index.php/.../3G_/_3.5G
skipper
Edytowany przez skipper dnia 13-05-2015 22:50
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
