Odp: Modemy: Ericsson F5521GW 2XGNJ / AirPrime MC7710 / SimCOM 7600E-H
Spróbuj. O ile jest to konsola do AT a nie po prostu serial modemu (bo modemy oczywiście mają też swój procek).
I pewnie tam masz 1.8v a nie 3.3v
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
Zaloguj się lub zarejestruj by napisać odpowiedź
Spróbuj. O ile jest to konsola do AT a nie po prostu serial modemu (bo modemy oczywiście mają też swój procek).
I pewnie tam masz 1.8v a nie 3.3v
Przydałaby się stacja dokująca pod to z mPCIe do goldpin. Rozumiem, że modem nie musi być pod zasilaniem w tym czasie? Wystarczą same sygnały z konwertera: RXD, TXD oraz GND?
Musi być zasilany, jak inaczej chcesz gadać z modemem?
https://pl.aliexpress.com/item/32881560339.html
Chyba taki konwerter powinien być ok? Żeby nie trzeba było konwertować poziomu napięć...
Spotkałeś się może z jakąś stacją dokującą pod taki modem - np. z mPCIe do GoldPIN ?
Czego tutaj użyć najlepiej?
Na ali pewnie znajdziesz, ale prościej to włóż modem do routera/komputera, zatrudnij rodzinę do trzymania kabelków w odpowiednim miejscu i już. Jak masz wprawę to możesz się delikatnie przylutować do nóżek.
A tak w ogóle - zobacz przez cat /sys/kernel/debug/usb/devices czy czasami modem nie udostępnia kilku konfiguracji usb i czy programowo nie możesz go wprowadzić w jeden z trybów z interfejsami.
/sys/kernel/debug/usb/devices wypliwa coś takiego:
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 1
B: Alloc= 0/800 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1d6b ProdID=0002 Rev= 4.14
S: Manufacturer=Linux 4.14.95 ehci_hcd
S: Product=EHCI Host Controller
S: SerialNumber=101c0000.ehci
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 4 Ivl=256msT: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1e0e ProdID=9011 Rev= 3.18
S: Manufacturer=SimTech, Incorporated
S: Product=SimTech, Incorporated
S: SerialNumber=0123456789ABCDEF
C:* #Ifs= 7 Cfg#= 1 Atr=a0 MxPwr=500mA
A: FirstIf#= 0 IfCount= 2 Cls=02(comm.) Sub=06 Prot=00
I:* If#= 0 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=02 Prot=ff Driver=(none)
E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl=32ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=(none)
E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E: Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none)
E: Ad=85(I) Atr=03(Int.) MxPS= 10 Ivl=32ms
E: Ad=84(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 4 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none)
E: Ad=87(I) Atr=03(Int.) MxPS= 10 Ivl=32ms
E: Ad=86(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 5 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none)
E: Ad=89(I) Atr=03(Int.) MxPS= 10 Ivl=32ms
E: Ad=88(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=05(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 6 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=(none)
E: Ad=8b(I) Atr=03(Int.) MxPS= 10 Ivl=32ms
E: Ad=8a(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=06(O) Atr=02(Bulk) MxPS= 512 Ivl=0msT: Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 1
B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0
D: Ver= 1.10 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1d6b ProdID=0001 Rev= 4.14
S: Manufacturer=Linux 4.14.95 ohci_hcd
S: Product=Generic Platform OHCI controller
S: SerialNumber=101c1000.ohci
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr= 0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub
E: Ad=81(I) Atr=03(Int.) MxPS= 2 Ivl=255ms
Driverów po prostu nie masz lub masz stary system i driver nie zna tego modemu
https://patchwork.kernel.org/patch/10941375/
Zrób
echo "1e0e 9011" > /sys/bus/usb-serial/drivers/option1/new_id
I zobacz czy na którymś z interfejsów będzie chciał rozmawiać.
echo "1e0e 9011" > /sys/bus/usb-serial/drivers/option1/new_id
Masz rację, to w przypadku mojego starego systemu 18.06.2.
Przeszedłem na v19.07.4 i tutaj bez problemu, ufff przełączyłem modem na tryb 9001 i powróciłem do punktu wyjścia.
Działa jak poprzednio w trybie RAS (ppp) i upośledzonym NDIS (qmi) - gdzie muszę ręcznie ubijać uqmi oraz ręcznie podnosić interfejs "ifup mobile", ponieważ force_link=1 nie działa.
Próbowałem przełączyć się na 9003:Diag, NMEA, At, Modem, Audio, MBIM - błąd.
Następnie na 9005:Diag, NMEA, At, Modem, Audio, GNSS, MBIM - udało się, ale "ifconfig" nie pokazuje żadnego interfejsu
# umbim -d /dev/cdc-wdm0 registration
nwerror: 0000 - unknown
registerstate: 0003 - home
registermode: 0001 - automatic
availabledataclasses: 0020 - lte
currentcellularclass: 0001 - gsm
provider_id: 26001
provider_name: Aero2
roamingtext: (null)
I jeszcze ciekawsza kwestia to, że znowu podciąłem sobie skrzydełka, eh :
# ls /dev/cdc* /dev/ttyUSB*
ls: /dev/ttyUSB*: No such file or directory
/dev/cdc-wdm0
Trochę się ta dokumentacja nie zgadza, miały być 7 urządzeń blokowych, jest jedno. Może mam inny firmware nagrany, a inną dokumentację To teraz już pewnie tylko UART 1.8V ?
A jednak nie...
# echo "1e0e 9005" > /sys/bus/usb-serial/drivers/option1/new_id
# ls /dev/cdc* /dev/ttyUSB*
> /dev/cdc-wdm0
> /dev/ttyUSB0
> /dev/ttyUSB1
> /dev/ttyUSB2
> /dev/ttyUSB3
> /dev/ttyUSB4
To co jeszcze warto sprawdzić?
9000:Diag, NMEA, At, Modem, Audio, Rmnet
9001:Diag, NMEA, At, Modem, Audio, Rmnet
9002:Diag, NMEA, At, Modem, Audio, Rmnet
9003:Diag, NMEA, At, Modem, Audio, MBIM
9004:Diag, NMEA, At, Modem, Audio, GNSS, Rmnet
9005:Diag, NMEA, At, Modem, Audio, GNSS, MBIM
9006:Diag, NMEA, At,Modem
9007:Diag, NMEA, At, Modem, Audio, Rmnet,mass_storage
9011:RNDIS,Diag, NMEA, At, Modem, Audio
9016:Diag, Rmnet
AT+CUSBPIDSWITCH=?
+CUSBPIDSWITCH: (9000,9001,9002,9003,9004,9005,9006,9007,9011,9016),(0-1),(0-1)OK
AT+CUSBPIDSWITCH?
+CUSBPIDSWITCH: 9001
Może te Qualcomy nie działają w niczym innym niż RAS/PPP i NDIS/QMI ?
Czym jest to audio (jeśli umiem liczyć /dev/ttyUSB4) ?
Z modemu możesz zrobić zwykły "telefon", więc prawdopodobnie interfejsem do tego służącym.
qualcommy działają z mbim (sam mam ich kilka), a że ten konkretny simcom nie chce - no cóż, wróć interfejsy które działają i tak go używaj.
Rozwiniesz trochę tą myśl o telefonie? Jak tego używać? Mogę zadzwonić z modemu, puścić jakąś mp3? Nie mogę sobie tego wyobrazić...
Jeśli chodzi o to używanie mojego SimCOM 7600E-H to kwestią jest to, że protokołem RAS/PPP nie osiągnie maksymalnego transferu tego modemu, a NDIS/QMI jest problem w OpenWRT - nie działa automatycznie, trzeba ubijać ręcznie uqmi oraz podnosić ręcznie interfejs.
No to zobacz np. taki projekt: http://www.davidhunt.ie/piphone-a-raspb … martphone/
Nie ubijaj ręcznie uqmi tylko zrób delay jakiś bo pewnie za szybko to startuje i wisi uqmi zanim modem zdąży wystartować.
Z projektem zapoznam się, dzięki.
A wracając do UQMI...
uci set network.mobile.delay=120
uci commit network
reboot
Po uruchomieniu...
# logread | grep mobile
Tue Oct 13 20:57:28 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Po 120 sekundach...
# logread | grep mobile
Tue Oct 13 21:25:12 2020 daemon.notice netifd: mobile (1567): Waiting for SIM initialization
# ps | grep uqmi
1965 root 1236 S uqmi -s -d /dev/cdc-wdm0 --get-pin-status
1977 root 1212 S grep uqmi
i tak stoi, więc ręcznie po ok. 60 sekundach
killall uqmi
i...
# logread | grep mobile
Tue Oct 13 21:26:48 2020 daemon.notice netifd: mobile (1567): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Tue Oct 13 21:26:48 2020 daemon.notice netifd: mobile (1567): Waiting for network registration
Tue Oct 13 21:26:48 2020 daemon.notice netifd: mobile (1567): Starting network mobile
Tue Oct 13 21:26:48 2020 daemon.notice netifd: mobile (1567): Setting up wwan0
Tue Oct 13 21:26:48 2020 daemon.notice netifd: Interface 'mobile' is now up
Tue Oct 13 21:26:48 2020 daemon.notice netifd: Interface 'mobile_4' is enabled
Tue Oct 13 21:26:48 2020 daemon.notice netifd: Interface 'mobile_4' has link connectivity
Tue Oct 13 21:26:48 2020 daemon.notice netifd: Interface 'mobile_4' is setting up now
Tue Oct 13 21:26:48 2020 user.notice firewall: Reloading firewall due to ifup of mobile (wwan0)
Tue Oct 13 21:26:48 2020 daemon.notice netifd: mobile_4 (2044): udhcpc: started, v1.30.1
Tue Oct 13 21:26:49 2020 daemon.notice netifd: mobile_4 (2044): udhcpc: sending discover
Tue Oct 13 21:26:49 2020 daemon.notice netifd: mobile_4 (2044): udhcpc: sending select for 100.83.93.145
Tue Oct 13 21:26:49 2020 daemon.notice netifd: mobile_4 (2044): udhcpc: lease of 100.83.93.145 obtained, lease time 7200
Tue Oct 13 21:26:49 2020 daemon.notice netifd: Interface 'mobile_4' is now up
Tue Oct 13 21:26:49 2020 user.notice firewall: Reloading firewall due to ifup of mobile_4 (wwan0)
https://code.dopame.me/unofficial-mirro … 90ca461a67
tutaj odpowiedź na ten problem?
Możliwe że tak dla tego modemu.
Jeszcze jedno - dodaj config auto 0 w sekcji a później z /etc/rc.local dodaj ifup wan i zobacz czy zadziała czy będzie wisiał.
Dopisałem do swojego skryptu hotplug, aby po wykryciu /dev/cdc-wdm0, który w uci show network jest skonfigurowany proto jako qmi zrobił killall uqmi oraz ifup - działa
Problem z uqmi jest dość spory, wiele osób ma dokładnie ten sam problem, dziwi mnie że nie został on jeszcze rozwiązany - tzn. rozwiązanie jest, ale nie ma go w oficjalnych wydaniach. Po prostu, uruchomienie dwóch uqmi nie ma szans, a jednak się da uruchomić i nie mają timeoutów, więc nie kończą procesu, potem są 3, 4, 5... procesów uqmi, które wiszą w systemie i nie umożliwiają uruchomienie kolejnych uqmi, bezsensu
# Dane wejściowe (u mnie /dev/usb0~cdc-wdm0 są symlinkiem do /dev/cdc-wdm0)
NAME="usb0"
NR="0"# Skrypt
(...)
NETWORK=$( /sbin/uci show network | /bin/grep ".device='/dev/"$NAME"~cdc-wdm"$NR"'" | /usr/bin/awk -F '.' '{print $2}' )
if [ "$( /sbin/uci -q get network."$NETWORK".proto )" = "qmi" ]; then
( /bin/sleep 25 ; /usr/bin/killall uqmi ; /sbin/ifup ${NETWORK} ) &
fi
(...)
To co opisujesz to pośrednio jest problem z uqmi. Dostęp do /dev/cdc-wdm0 tak samo jak do zwykłych interfejsów szeregowych możliwy jest tylko przez jeden proces. Jak drugi próbuje w tym samym czasie to całość się "zakleszcza". Normalnie jest to zrealizowane np. przez jakieś qmiproxy które po prostu synchronicznie wykonuje polecenia. A że ktoś napisał skrypty połączeniowe tak a nie inaczej że nie sprawdzają czy uqmi jest uruchomiony czy nie to już inna sprawa.
Właśnie odkryłeś tą ciemną stronę OpenWrt
Ta ciemna strona, ma też swoje zalety -> opensource
Ale nie pochwalam uqmi, ponieważ każdy program może się wykrzaczyć i powinno się go pisać tak, aby w takim wypadku zadziałał bezpiecznik, czyli timeout, więc nie mam żalu do "człowieka od skryptów połączeniowych", a raczej o samo działanie uqmi.
Przykład:
Firefox, włączasz dowolną ilość razy...
Skype - możesz włączyć tylko raz, kliknięcie na jakieś hiperłącze na stronie internetowej <a href="skype:xyz..." nie otwiera Ci kolejnego skype, bo sam skype to kontroluje...
No i właśnie nikt nie zaimplementował tego w uqmi... łatki są, a nikt ich nie wprowadza.
Dzisiaj sobie to potestowałem i stwierdzam, że UQMI i OpenWRT domyślnie nie ma szans działania. Odkręciłem anteny od modemu, uruchomiłem router i wkręciłem je po kilku minutach, połączenie nie zostało nawiązane, w procesach wisiały dwa zawieszone procesy uqmi. Zrobienie tego moda w sofcie, czyli dodanie timeoutów też nic nie pomoże - po ubiciu uqmi trzeba również ręcznie podnosić interfejs mimo konfiguracji force_link=1, więc... tylko dedykowany skrypt do obsługi tego buga.
Kiepski modem trafiłeś
A jakie ma tutaj znaczenie modem? Chyba masz na myśli wsparcie tego modemu przez OpenWRT...
Modem, bo przestaje odpowiadać na qmi. Nie masz anten, nie dochodzi do połączenia to wszystko powinno się normalnie i gładko zakończyć a netifd samodzielnie próbować wznowić połączenie. Jak ci cokolwiek wisi na kilku procesach to oznacza tyle że modem jednak nie chce gadać tak jak powinien.
Sprawdziłem jeszcze logi w trybie RAS/PPP od razu po uruchomieniu, połączenie nawiązuje się 3 minuty po załączeniu zasilania:
# logread | grep mobile
Wed Oct 14 19:42:03 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:42:03 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:42:08 2020 kern.info kernel: [ 65.799090] 3g-mobile: renamed from ppp0
Wed Oct 14 19:42:08 2020 daemon.info pppd[4837]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:42:08 2020 daemon.info pppd[4837]: Using interface 3g-mobile
Wed Oct 14 19:42:08 2020 daemon.notice pppd[4837]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:42:10 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:42:10 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:42:15 2020 kern.info kernel: [ 72.973963] 3g-mobile: renamed from ppp0
Wed Oct 14 19:42:15 2020 daemon.info pppd[5451]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:42:15 2020 daemon.info pppd[5451]: Using interface 3g-mobile
Wed Oct 14 19:42:15 2020 daemon.notice pppd[5451]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:42:18 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:42:18 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:42:22 2020 kern.info kernel: [ 80.089273] 3g-mobile: renamed from ppp0
Wed Oct 14 19:42:22 2020 daemon.info pppd[6086]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:42:22 2020 daemon.info pppd[6086]: Using interface 3g-mobile
Wed Oct 14 19:42:22 2020 daemon.notice pppd[6086]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:42:25 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:42:25 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:42:29 2020 kern.info kernel: [ 87.104826] 3g-mobile: renamed from ppp0
Wed Oct 14 19:42:29 2020 daemon.info pppd[6582]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:42:29 2020 daemon.info pppd[6582]: Using interface 3g-mobile
Wed Oct 14 19:42:29 2020 daemon.notice pppd[6582]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:42:31 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:42:31 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:42:35 2020 kern.info kernel: [ 93.275760] 3g-mobile: renamed from ppp0
Wed Oct 14 19:42:35 2020 daemon.info pppd[7072]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:42:35 2020 daemon.info pppd[7072]: Using interface 3g-mobile
Wed Oct 14 19:42:35 2020 daemon.notice pppd[7072]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:42:37 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:42:37 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:42:42 2020 kern.info kernel: [ 100.023770] 3g-mobile: renamed from ppp0
Wed Oct 14 19:42:42 2020 daemon.info pppd[7732]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:42:42 2020 daemon.info pppd[7732]: Using interface 3g-mobile
Wed Oct 14 19:42:42 2020 daemon.notice pppd[7732]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:42:45 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:42:45 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:42:48 2020 kern.info kernel: [ 106.717540] 3g-mobile: renamed from ppp0
Wed Oct 14 19:42:49 2020 daemon.info pppd[8359]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:42:49 2020 daemon.info pppd[8359]: Using interface 3g-mobile
Wed Oct 14 19:42:49 2020 daemon.notice pppd[8359]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:42:51 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:42:51 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:42:55 2020 kern.info kernel: [ 113.585189] 3g-mobile: renamed from ppp0
Wed Oct 14 19:42:55 2020 daemon.info pppd[8969]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:42:55 2020 daemon.info pppd[8969]: Using interface 3g-mobile
Wed Oct 14 19:42:55 2020 daemon.notice pppd[8969]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:42:58 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:42:58 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:43:01 2020 kern.info kernel: [ 119.667003] 3g-mobile: renamed from ppp0
Wed Oct 14 19:43:01 2020 daemon.info pppd[9340]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:43:01 2020 daemon.info pppd[9340]: Using interface 3g-mobile
Wed Oct 14 19:43:01 2020 daemon.notice pppd[9340]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:43:04 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:43:04 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:43:08 2020 kern.info kernel: [ 125.757802] 3g-mobile: renamed from ppp0
Wed Oct 14 19:43:08 2020 daemon.info pppd[9958]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:43:08 2020 daemon.info pppd[9958]: Using interface 3g-mobile
Wed Oct 14 19:43:08 2020 daemon.notice pppd[9958]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:43:10 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:43:10 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:43:15 2020 kern.info kernel: [ 132.838113] 3g-mobile: renamed from ppp0
Wed Oct 14 19:43:15 2020 daemon.info pppd[10599]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:43:15 2020 daemon.info pppd[10599]: Using interface 3g-mobile
Wed Oct 14 19:43:15 2020 daemon.notice pppd[10599]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:43:17 2020 daemon.notice netifd: Interface 'mobile' is now down
Wed Oct 14 19:43:17 2020 daemon.notice netifd: Interface 'mobile' is setting up now
Wed Oct 14 19:43:21 2020 kern.info kernel: [ 139.111418] 3g-mobile: renamed from ppp0
Wed Oct 14 19:43:21 2020 daemon.info pppd[11223]: Renamed interface ppp0 to 3g-mobile
Wed Oct 14 19:43:21 2020 daemon.info pppd[11223]: Using interface 3g-mobile
Wed Oct 14 19:43:21 2020 daemon.notice pppd[11223]: Connect: 3g-mobile <--> /dev/ttyUSB2
Wed Oct 14 19:43:22 2020 daemon.notice netifd: Network device '3g-mobile' link is up
Wed Oct 14 19:43:22 2020 daemon.notice netifd: Interface 'mobile' is now up
Wed Oct 14 19:43:26 2020 user.notice mwan3[11643]: Execute ifup event on interface mobile (3g-mobile)
Wed Oct 14 19:43:30 2020 user.notice mwan3[11643]: Starting tracker on interface mobile (3g-mobile)
Wed Oct 14 19:43:31 2020 user.info mwan3track[12469]: Check (ping) success for target "8.8.8.8" on interface mobile (3g-mobile)
Wed Oct 14 19:43:32 2020 user.info mwan3track[12469]: Check (ping) success for target "8.8.8.8" on interface mobile (3g-mobile)
Wed Oct 14 19:43:32 2020 user.notice mwan3track[12469]: Interface mobile (3g-mobile) is online
Wed Oct 14 19:43:35 2020 user.notice mwan3[12665]: Execute ifup event on interface mobile (3g-mobile)
Wed Oct 14 19:43:36 2020 user.notice mwan3[12665]: Starting tracker on interface mobile (3g-mobile)
Wed Oct 14 20:05:43 2020 user.notice firewall: Reloading firewall due to ifup of mobile (3g-mobile)
Wed Oct 14 20:05:46 2020 user.notice firewall: Reloading firewall due to ifup of mobile (3g-mobile)
SimCOM ma dobre parametry, gps i rewelacyjną cenę.
Cezary, to jaki modem następny proponujesz - może coś w NDIS/NCM?
W przypadku e3372h-153 byłem bardzo zadowolony z tego protokołu.
Huawei me909/me906 ma ncm. Zwykły modem.
Strony Poprzednia 1 2 3 4 5
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