Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Inne → Modemy: Ericsson F5521GW 2XGNJ / AirPrime MC7710 / SimCOM 7600E-H
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Prostując informacje - niektóre modemu na qualcomie da się przełączyć na coś innego, np mbim.
To co mogę jeszcze wybrać? Może SIM7600CE
Nie znam tego modemu. Wg googli też wygląda na qmi.
A Ty poleciłbyś mi coś? Może coś z RAS?
W ras czyli ppp to działa chyba każdy 
Cezary, co jeszcze kupić dostępne w Polsce?
Wszystko jest dostępne, pytanie tylko czy chcesz wydać tyle kasy. Juz pisałem - Huawei, Quectel, Sierra.
Jak będę kupował do domu to pewnie tak. Na razie potrzebuje moduł np. max. 20/20 + GPS, tylko dobrego. Widzę, że te SIMCOMy są takie, w baardzo przystępnej cenie, ale musiałbym czekać miesiąc na przesyłkę, nie ma ich w Polsce.
Przyszedł, jest... SimCOM SIM7600E-H! Na początek:
# ls /dev/cdc* /dev/ttyACM* /dev/ttyUSB*
/dev/cdc-wdm0
/dev/ttyACM1
/dev/ttyUSB0
/dev/ttyUSB1
/dev/ttyUSB2
/dev/ttyUSB3
/dev/ttyUSB4
W trybie QMI udało mi się połączyć testowanego Orange, ale tylko raz, później już się nie chciał połączyć.
Testowanego Aero2 nie udało się połączyć ani razu.
uQMI działa tak, czekałem na odpowiedź do 1 minuty:
# uqmi -d /dev/cdc-wdm0 --get-data-status
^C"Failed to connect to service"
W trybie RAS nie udało mi się połączyć ani tesowanego Orange ani Aero2.
Gugiel twierdzi że łatka jest potrzebna: https://forum.openwrt.org/t/solved-lte- … s/28379/10
Masz to?
A w między czasie, żeby gugiel znalazł osobą szukającym frazę "jak uruchomić gps w modemie SimCOM 7600E-H". Wydajemy poniższe polecenie - GPS uruchomi się od razu i będzie uruchamiał się automatycznie za każdym uruchomieniem routera:
# echo "AT+CGPSAUTO=1" | dd of=/dev/ttyUSB2
# echo "AT+CGPS=1" | dd of=/dev/ttyUSB2Następnie odczytujemy pozycję:
# cat /dev/ttyUSB1 | grep "^\$GPRMC\|^\$GPGGA"GPS działa rewelacyjnie. Nie ma problemu ze złapaniem fixa, ani urządzenie nie wyrzuca błędnych ramek NMEA.
Dzięki za link, zaraz zapoznam się z tematem od Ciebie...
daprakas @ forum.openwrt.org:
I did nothing other than checking out the main and firing a custom build with qmi enabled on the menuconfig and bunch of other network drivers. Hurray it works now..Daniele @ forum.openwrt.org:
Do you mean you set your uqmi as embedded inside kernel <*> instead than compile as module ?
Tutaj mam chyba wszystko w porządku:
< > adb-enablemodem..................................... Enable modem via adb
-*- comgt............................... Option/Vodafone 3G/GPRS control tool
< > comgt-directip......................... Sierra Wireless Direct-IP support
< > comgt-ncm.............................................. NCM 3G/4G Support
<*> uqmi......................... Control utility for mobile broadband modemsneryba @ forum.openwrt.org:
just edit qmi.sh and add this strings
uqmi -s -d "$device" --get-pin-status &
sleep 3
killall uqmi || echo "UQMI works fine!"before
while uqmi -s -d "$device" --get-pin-status | grep '"UIM uninitialized"' > /dev/null; do
[ -e "$device" ] || return 1
sleep 1;
donethis workaround works for me.
Wiesz może, gdzie znajduje się ten plik?
Przeszukałem te poniżej i nie znalazłem takiej frazy...
./package/network/utils/uqmi/files/lib/netifd/proto/qmi.sh
./build_dir/target-mipsel_24kc_musl/root.orig-ramips/lib/netifd/proto/qmi.sh
./build_dir/target-mipsel_24kc_musl/uqmi-2016-12-19-8ceeab69/.pkgdir/uqmi/lib/netifd/proto/qmi.sh
./build_dir/target-mipsel_24kc_musl/uqmi-2016-12-19-8ceeab69/ipkg-mipsel_24kc/uqmi/lib/netifd/proto/qmi.sh
./build_dir/target-mipsel_24kc_musl/root-ramips/lib/netifd/proto/qmi.sh
./staging_dir/target-mipsel_24kc_musl/root-ramips/lib/netifd/proto/qmi.sh
Znalazłem tylko to w każdym z plików:
while uqmi -s -d "$device" --get-pin-status | grep '"UIM uninitialized"' > /dev/null; do
[ -e "$device" ] || return 1
if [ "$uninitialized_timeout" -lt "$timeout" ]; then
let uninitialized_timeout++
sleep 1;
else
echo "SIM not initialized"
proto_notify_error "$interface" SIM_NOT_INITIALIZED
proto_block_restart "$interface"
return 1
fi
donepackage/network/utils/uqmi/files/lib/netifd/proto/qmi.sh, ale tam naprawili to, nie stosuj tych łatek. Sprawdź tą do obsługi urzadzenia.
Daniele @ forum.openwrt.org:
No way...
patch was already in the right place on my repository:target\linux\ramips\patches-4.14\950-0415-qmi_wwan-apply-SET-DRT-quirk-to-the-SIMCOM-shared-de.patch
but behaviour is the same...
Trochę chyba nie rozumiem tego problemu. Pod powyższym patchem nie mam żadnego pliku - czy to miałeś na myśli? Co miałbym tam wstawić?
Czy ta zmiana ma dotyczyć tego pliku:
./build_dir/target-mipsel_24kc_musl/linux-ramips_mt76x8/linux-4.14.95/drivers/net/usb/qmi_wwan.c
jeśli tak, to mam tam:
{QMI_QUIRK_SET_DTR(0x1e0e, 0x9001, 5)}, /* SIMCom 7100E, 7230E, 7600E ++ */https://git.openwrt.org/?p=openwrt/open … 40b9a934de
Ta łatka była kiedyś i została usunięta, ponieważ aktualny kernel już ją ma. Przynajmniej ten od 18.06-SNAPSHOT.
Czyli mam dodać ten plik?
target\linux\ramips\patches-4.14\950-0415-qmi_wwan-apply-SET-DRT-quirk-to-the-SIMCOM-shared-de.patch
Jaką zawartość mam tam dodać?
Nie, masz go nie dodawać. Sam pokazałeś plik z poprawną zawartością.
./build_dir/target-mipsel_24kc_musl/linux-ramips_mt76x8/linux-4.14.95/drivers/net/usb/qmi_wwan.c ?
Ale ja już mam w nim tą zmienioną linię:
- {QMI_FIXED_INTF(0x1e0e, 0x9001, 5)}, /* SIMCom 7230E */
+ {QMI_QUIRK_SET_DTR(0x1e0e, 0x9001, 5)}, /* SIMCom 7100E, 7230E, 7600E ++ */Napisałem już - nie, nie masz dodawać pliku, czy żadnej łatki, bo w sterowniku już masz poprawne wartości. I sam to następny raz napisałeś, więc nie ma żadnego "ale". Masz dobrze już i nic nie zmieniasz.
To niestety, nie działa mi uqmi:
# uqmi -d /dev/cdc-wdm0 --get-data-status
^C"Failed to connect to service"On jest wymagany do prawidłowego połączenia? Przecież raz udało mi się połączyć ten modem z siecią...
Może komendami AT sprawdzę co jest grane?
# ip addr show wwan0
6: wwan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 8c:88:2b:00:12:84 brd ff:ff:ff:ff:ff:ff
inet6 fe80::8e88:2bff:fe00:1284/64 scope link
valid_lft forever preferred_lft foreverZrób ps i zobacz czy w tle nie masz uruchomionego uqmi. Bo jeżeli tak to z konsoli nie uzyskasz nic jednocześnie. Zrób
ifdown wan
killall uqmi
uqmi -d /dev/cdc-wdm0 --get-serving-system
i zobacz czy dostaniesz wynik.
Złożyło się tutaj kilka problemów:
1. killall uqmi - dopiero wtedy rusza połączenie
# ps | grep uqmi
1510 root 1220 S uqmi -s -d /dev/cdc-wdm0 --get-pin-status
5092 root 1200 S grep uqmi2. okazało się, że w konfiguracji miałem dwa takie same interface wwan0 - od modemu i od modułu WiFi w trybie klienta
3. konto karty sim straciło właśnie pakiet danych
Karta zarejestrowała się prawidłowo, dostałem IP od operatora.
Zauważyłem, że dosyć losowo mam odpowiedzi na pingi z tego interface.
Jaki proces może uruchamiać mi tą komendę?:
uqmi -s -d /dev/cdc-wdm0 --get-pin-status
1. To też może znaczyć że modem potrzebuję chwili czasu żeby się zainicjować. Dodaj sobie option delay 10 do sekcji z modemem i zrestartuj. Tylko na czas polecenie oczywiście nie rób nic w konsoli z uqmi w tym czasie. Ponieważ w openwrt nie ma proxy qmi, nie możesz uruchomić dwóch lub więcej qmi w tym samym czasie żeby pytać się o coś modemu, bo skutek masz taki jak powyżej.
2. Nie. Jeden nazywa się wwan0 drugi wlan0. Nie nazywały się oba wwan0 bo to fizycznie nie możliwe. Sam zobacz
3. Systemowy skrypt qmi dla netifd. Skrypty odpytują się o stan kodu pin żeby go podać jak jest potrzeba.
Na chwilę obecną dodałem opcje delay, ale nic nie testuje w tej sprawie. Połączenie jest nawiązywane, otrzymuje adres od operatora, ale w luci Siec/interfejsy jest offline. Dopiero kiedy zrobie "killall uqmi" interface w luci się podnosi i zaczynają działać pingi. Zauważyłem zaś problem z DNSami - pinguje tylko adresy IP. Więc dodałem je ręcznie do konfiguracji, ale to nie robi żadnych zmian.
# nano /etc/config/network
[...]
config interface 'mobile'
option delay '30'
option proto 'qmi'
option device '/dev/cdc-wdm0'
option apn 'internet'
option peerdns '0'
option dns '8.8.8.8 8.8.4.4'
option metric '30'
[...]
# uqmi -d /dev/cdc-wdm0 --get-current-settings
{
"pdp-type": "ipv4",
"ip-family": "ipv4",
"mtu": 1500,
"ipv4": {
"ip": "10.80.106.153",
"dns1": "194.204.159.1",
"dns2": "194.204.152.34",
"gateway": "10.80.106.154",
"subnet": "255.255.255.252"
},
"ipv6": {
},
"domain-names": {
}
}Czy to kwestia modemu, że domain-names jest pusty?
Może powinienem zmienić coś za pomocą komend AT?
Dostajesz dnsy od dostawcy, jest ok.
I nie patrz w luci na statusy, luci często bzdury wyświetla.
Strony Poprzednia 1 2 3 4 5 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Inne → Modemy: Ericsson F5521GW 2XGNJ / AirPrime MC7710 / SimCOM 7600E-H
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc