Witam
Posiadam zestaw jak wyżej: router w wersji hardware'u 2.2 i modem HUAWEI E3272 HILINK od Plusa (cyfrowego polsatu). Modem wpięty w hub usb działa poprawnie (dioda świeci się na niebiesko). Po wpięciu modemu w port USB rutera dioda mruga na niebiesko. Po kablu przez port ETH1 wchodzę do rutera przez adres 192.168.1.1, ruter jest identyfikowany po chwili i mam informację, że modem dostał adres IP 192.168.1.100 (dziwne) - nie mam dostępu do internetu, mimo że naciskam CONNECT i po chwili jest CONNECTED.
udalo mi sie wgrac gargoyle 1.6.1.1 (r40431) ale nie mam adresu IP na WAN (dioda mruga na niebiesko w modemie) w sekcji "Modem 3G/LTE" nie mam urzadzenia (Urzadzenie: Brak). dodam, ze modem dziala na pasywnym hubie usb wpietym w inny pasywny hub usb
mozna jakos uruchomic ten modem e3272 pod tp linkiem mr3220? aktywny hub usb?
taki aktywny HUB USB wpinam do portu USB rutera i wtedy do HUB wpinam modem? hub musi mieć zasilanie z sieci. tak to działa?
a czy z miast aktywnego HUBA USB pomógł by kabel USB-Y? zasilanie z portu rutera wsparte zasilaniem z innego portu (np z pasywnego huba na którym ten modem działa....) ?
ten kabel Y USB to chyba nie typowy hub... albo hub z 1 portem ale z zasilaniem z 2 portow. "zwykly" pasywny hub USB jest zasilany z 1 portu.
skoro teraz ten modem HILINK dziala na porcie USB huba pasywnego to domyslam sie, ze dzialalby na porcie rutera TP-LINK MR3220 + porcie USB huba pasywnego.. moze ktos potwierdzic czy dobrze kombinuje?
czy komus dziala ten modem HILINK na TP-LINKU MR3220? np wlasnie z hubem aktywnym?
Takie logi są po wpięciu modemu do rutera:
Jan 1 04:21:42 Gargoyle kern.info kernel: [12157.320000] usb 1-1: new high-speed USB device number 6 using ehci-platform
Jan 1 04:21:42 Gargoyle kern.info kernel: [12157.470000] scsi2 : usb-storage 1-1:1.0
Jan 1 04:21:43 Gargoyle user.notice usb-modeswitch: 1-1:1.0: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=FFFFFFFFFFFFFFFF
Jan 1 04:21:43 Gargoyle user.notice usb-modeswitch: 1-1:1.0: Selecting /etc/usb_modeswitch.d/12d1:1f01 for mode switching
Jan 1 04:21:43 Gargoyle syslog.notice usb_modeswitch: switching device 12d1:1f01 on 001/006
Jan 1 04:21:43 Gargoyle kern.info kernel: [12157.700000] usb 1-1: USB disconnect, device number 6
Jan 1 04:21:43 Gargoyle kern.info kernel: [12158.120000] usb 1-1: new high-speed USB device number 7 using ehci-platform
Jan 1 04:21:43 Gargoyle kern.info kernel: [12158.270000] cdc_ether 1-1:1.0: eth2: register 'cdc_ether' at usb-ehci-platform-1, CDC Ethernet Device, 58:2c:80:13:92:63
Jan 1 04:22:16 Gargoyle user.notice usb-modeswitch: 1-1:1.0: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jan 1 04:22:16 Gargoyle user.notice usb-modeswitch: 1-1:1.1: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Najpierw sprawdź czy modem ma włączony "autoconnect" na stronie modemu ( http://192.168.1.1/ ).
Teraz zaloguj się na router z Gargoyle i ustaw połączenie jako:
DHCP Przewodowo
Interfejs WAN wybierz eth2
Adres IP urządzenia zmień na 192.168.0.1
Aczkolwiek, wiem że modem miał połączenie z internetem, bo pobrał sobie czas z serwera NTP (wcześniej czasu nie dało się "zassać"). Oto logi: Apr 27 12:51:05... wcześniej miałem w logach datę 2001:01:01 czy coś takiego
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq[10708]: started, version 2.66 cachesize 150
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq[10708]: compile time options: no-IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq-dhcp[10708]: DHCP, IP range 10.0.0.2 -- 10.0.0.20, lease time 12h
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq[10708]: using local addresses only for domain lan
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq[10708]: reading /tmp/resolv.conf.auto
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq[10708]: using nameserver 192.168.1.1#53
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq[10708]: using nameserver 192.168.1.1#53
Apr 27 12:51:05 Gargoyle daemon.warn dnsmasq[10708]: ignoring nameserver 10.0.0.1 - local interface
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq[10708]: using local addresses only for domain lan
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq[10708]: read /etc/hosts - 2 addresses
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq-dhcp[10708]: read /etc/ethers - 0 addresses
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq-dhcp[10708]: DHCPREQUEST(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af
Apr 27 12:51:05 Gargoyle daemon.info dnsmasq-dhcp[10708]: DHCPACK(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af Zbysio-Komputer
Apr 27 12:51:09 Gargoyle daemon.info dnsmasq-dhcp[10708]: DHCPINFORM(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af
Apr 27 12:51:09 Gargoyle daemon.info dnsmasq-dhcp[10708]: DHCPACK(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af Zbysio-Komputer
Apr 27 12:51:13 Gargoyle cron.err crond[9121]: time disparity of 7003639 minutes detected
Apr 27 12:51:24 Gargoyle user.notice firewall: Reloading firewall due to ifup of wan (eth2)
Apr 27 12:52:19 Gargoyle daemon.info dnsmasq-dhcp[10708]: DHCPINFORM(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af
Apr 27 12:52:19 Gargoyle daemon.info dnsmasq-dhcp[10708]: DHCPACK(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af Zbysio-Komputer
Apr 27 12:52:22 Gargoyle kern.warn kernel: [70504.340000] ipt_bandwidth: timezone shift of 60 minutes detected, adjusting
Apr 27 12:52:22 Gargoyle kern.warn kernel: [70504.340000] old minutes west=-60, new minutes west=-120
Apr 27 12:53:46 Gargoyle daemon.info dnsmasq-dhcp[10708]: DHCPINFORM(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af
Apr 27 12:53:46 Gargoyle daemon.info dnsmasq-dhcp[10708]: DHCPACK(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af Zbysio-Komputer
Apr 27 12:54:01 Gargoyle daemon.info dnsmasq[10708]: exiting on receipt of SIGTERM
Apr 27 12:54:01 Gargoyle kern.info kernel: [70603.400000] device wlan0 left promiscuous mode
Apr 27 12:54:01 Gargoyle kern.info kernel: [70603.410000] br-lan: port 2(wlan0) entered disabled state
Apr 27 12:54:03 Gargoyle kern.info kernel: [70605.030000] eth0: link down
Apr 27 12:54:03 Gargoyle kern.info kernel: [70605.030000] br-lan: port 1(eth0) entered disabled state
Apr 27 12:54:04 Gargoyle kern.info kernel: [70606.330000] device eth0 left promiscuous mode
Apr 27 12:54:04 Gargoyle kern.info kernel: [70606.330000] br-lan: port 1(eth0) entered disabled state
Apr 27 12:54:05 Gargoyle daemon.notice netifd: Interface 'lan' is now up
Apr 27 12:54:05 Gargoyle kern.info kernel: [70607.380000] device eth0 entered promiscuous mode
Apr 27 12:54:05 Gargoyle daemon.notice netifd: Interface 'loopback' is now up
Apr 27 12:54:05 Gargoyle daemon.notice netifd: wan (11995): udhcpc (v1.19.4) started
Apr 27 12:54:05 Gargoyle user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Apr 27 12:54:05 Gargoyle daemon.notice netifd: wan (11995): Sending discover...
Apr 27 12:54:05 Gargoyle daemon.notice netifd: wan (11995): Sending select for 192.168.1.100...
Apr 27 12:54:05 Gargoyle daemon.notice netifd: wan (11995): Lease of 192.168.1.100 obtained, lease time 86400
Apr 27 12:54:06 Gargoyle kern.info kernel: [70607.980000] eth0: link up (1000Mbps/Full duplex)
Apr 27 12:54:06 Gargoyle kern.info kernel: [70607.980000] br-lan: port 1(eth0) entered forwarding state
Apr 27 12:54:06 Gargoyle kern.info kernel: [70607.980000] br-lan: port 1(eth0) entered forwarding state
Apr 27 12:54:06 Gargoyle daemon.notice netifd: Interface 'wan' is now up
Apr 27 12:54:08 Gargoyle kern.info kernel: [70609.980000] br-lan: port 1(eth0) entered forwarding state
Apr 27 12:54:10 Gargoyle kern.info kernel: [70612.370000] device wlan0 entered promiscuous mode
Apr 27 12:54:10 Gargoyle kern.info kernel: [70612.720000] br-lan: port 2(wlan0) entered forwarding state
Apr 27 12:54:10 Gargoyle kern.info kernel: [70612.730000] br-lan: port 2(wlan0) entered forwarding state
Apr 27 12:54:12 Gargoyle kern.info kernel: [70614.730000] br-lan: port 2(wlan0) entered forwarding state
Apr 27 12:54:14 Gargoyle user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
Apr 27 12:54:14 Gargoyle user.notice dnsmasq: Allowing 127.0.0.0/8 responses
Apr 27 12:54:14 Gargoyle user.notice dnsmasq: Allowing RFC1918 responses for domain free.aero2.net.pl
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq[12284]: started, version 2.66 cachesize 150
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq[12284]: compile time options: no-IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCP, IP range 192.168.0.2 -- 192.168.0.20, lease time 12h
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq[12284]: using local addresses only for domain lan
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq[12284]: reading /tmp/resolv.conf.auto
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq[12284]: using nameserver 192.168.1.1#53
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq[12284]: using nameserver 192.168.1.1#53
Apr 27 12:54:17 Gargoyle daemon.warn dnsmasq[12284]: ignoring nameserver 192.168.0.1 - local interface
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq[12284]: using local addresses only for domain lan
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq[12284]: read /etc/hosts - 2 addresses
Apr 27 12:54:17 Gargoyle daemon.info dnsmasq-dhcp[12284]: read /etc/ethers - 0 addresses
Apr 27 12:54:19 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPREQUEST(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af
Apr 27 12:54:19 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPNAK(br-lan) 10.0.0.8 1c:6f:65:b2:ef:af wrong network
Apr 27 12:54:22 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPDISCOVER(br-lan) 1c:6f:65:b2:ef:af
Apr 27 12:54:22 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPOFFER(br-lan) 192.168.0.8 1c:6f:65:b2:ef:af
Apr 27 12:54:22 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPREQUEST(br-lan) 192.168.0.8 1c:6f:65:b2:ef:af
Apr 27 12:54:22 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPACK(br-lan) 192.168.0.8 1c:6f:65:b2:ef:af Zbysio-Komputer
Apr 27 12:54:25 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPINFORM(br-lan) 192.168.0.8 1c:6f:65:b2:ef:af
Apr 27 12:54:25 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPACK(br-lan) 192.168.0.8 1c:6f:65:b2:ef:af Zbysio-Komputer
Apr 27 12:54:37 Gargoyle user.notice firewall: Reloading firewall due to ifup of wan (eth2)
Apr 27 12:55:39 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPINFORM(br-lan) 192.168.0.8 1c:6f:65:b2:ef:af
Apr 27 12:55:39 Gargoyle daemon.info dnsmasq-dhcp[12284]: DHCPACK(br-lan) 192.168.0.8 1c:6f:65:b2:ef:af Zbysio-Komputer
Apr 27 12:55:42 Gargoyle kern.info kernel: [70704.510000] usb 1-1: USB disconnect, device number 12
Apr 27 12:55:42 Gargoyle kern.info kernel: [70704.510000] cdc_ether 1-1:1.0: eth2: unregister 'cdc_ether' usb-ehci-platform-1, CDC Ethernet Device
Apr 27 12:55:42 Gargoyle daemon.notice netifd: wan (11995): udhcpc: SIOCGIFINDEX: No such device
Apr 27 12:55:42 Gargoyle daemon.notice netifd: wan (11995): Received SIGTERM
Apr 27 12:55:42 Gargoyle daemon.notice netifd: Interface 'wan' is now down
Apr 27 12:55:48 Gargoyle daemon.info dnsmasq[12284]: reading /tmp/resolv.conf.auto
Apr 27 12:55:48 Gargoyle daemon.warn dnsmasq[12284]: ignoring nameserver 192.168.0.1 - local interface
Apr 27 12:55:48 Gargoyle daemon.info dnsmasq[12284]: using local addresses only for domain lan
Success
Jestem już bliżej? Czy rzeczywiście potrzebuję więcej zasilania? Czy teraz chodzi o jakąś konfigurację adresów?
Teraz wygląda na to że brakuje prądu po połączeniu się do sieci. Spróbuj ustawić router tak aby modem złapał lepszy zasięg. Najlepsze wyjście to zakup aktywnego huba.
Przeniosłem ruter z modemem na okno, bez zmian. Interfejs WAN zgłasza adres 192.168.1.100.... ciekawe jakie wartości prądu wyjdą na pinach 1 i 4 złącza USB w ruterze po podpięciu multimetru (poszukam wolnego kabla ze wtyczką męską USB i zmierzę wartości prądu między czarnym i czerwonym kablem):
czy ktoś zna zapotrzebowanie modemu E3272 HILINK na prąd?
Bo jeżeli prąd na wyjściu huba pasywnego USB wpiętego w innego huba pasywnego USB będzie taki sam (albo nieznacznie niższy) jak w porcie USB rutera to... ?
postaram się dokonać pomiarów i dam znać.
Widzę że masz ten kabel który ma drugie wtyczkę na samo zasilanie. Na próbę podłącz go do laptopa/ładowarki USB.
Na WAN masz IP 192.168.1.100 dlatego że modem jest w wersji HiLink który jest wykrywany jako karta sieciowa. Ma on też w sobie serwer DHCP który przydziela adresy jako Dynamic IP. Tym się nie przejmuj. ważne żeby adres LAN routera był inny niż 192.168.1.1, bo ten adres zajmuje modem.
adres rutera ustawilem na 10.0.0.1, zas nie rozumiem pierwszego zdania. strzalka zaznaczylem standardowe gniazdo zenskie USB gdzie na zewnetrznych stykach jest prad i masa. jesli znajde wolny kabel z wtykiem meskim USB to mierzac prad miedzy czarnym i czerwonym kablem zobacze co tam plynie.
tylko jesli prad jest zbyt maly "z jakiej paki" odpowiedni prad sprawi, ze na interfejsie WAN ruter zobaczy ze karta sieciowa zglosi adres np 5.135.87.12 a nie 192.168.1.100? czy ten adres 192.168.1.100 zawsze bedzie zglaszany na interfejsie WAN a adres publiczny jest jeszcze gdzies glebiej.... ?
Będzie tam 5V tylko nie sprawdzisz czy jest tam wystarczająco 'A' żeby modem działał.
Prąd tego nie zmieni. Przy modemach HiLink adres publiczny ( w przypadku LTE i tak nie ma dostępu z zewnątrz) jest na modemie a modem działa jako router i rozdaje adres IP ze swojej puli DHCP. Dlatego MR3220 dostaje już adres IP z modemu a nie od operatora.
Jedyne wyjście z tej sytuacji to zmiana modemu na zwykły nie HiLink.
Może Twój modem dało by się zamienić w normalnego, ale to już musisz sam poszukać. W przypadku E3131 taka zmiana jest możliwa.
A to nie wiedziałem, że drugi wtyk z tego kabla ma tylko aktywne piny zewnętrzne (1 i 4) do przenoszenia zasialania:
P.S. tego kabla jeszcze nie mam zamierzam go nabyć bo na mój rozum: modem HILINK wepnę w gniazdo w tym kablu, pierwszy wtyk USB wepnę do rutera zaś drugi wtyk (tam gdzie tylko jest zasilanie) wepnę w hub pasywny, na którym obecnie modem HILINK działa - teoretycznie do modemu powinien popłynąć "za słaby" prąd z rutera + "odpowiedni" prąd z pasywnego huba USB.. czy to tylko teoretyzowanie?
Na próbę podłącz go do laptopa/ładowarki USB.
tego jeszcze nie zrozumiałem - po co miałbym ten kabel podłączać do laptopa/ładowarki?
zawsze w ruterach sobie adres na LANIE ustawiam na 10.0.0.1 - bardzo szybko się wpisuje :) a racja zauważyłem, że po wgraniu GARGOYLE, ruter TP-LINK'a dostał ten sam adres co HILINK czyli 192.168.1.1
jesli znajde wolny kabel z wtykiem meskim USB to mierzac prad miedzy czarnym i czerwonym kablem zobacze co tam plynie.
Będzie tam 5V tylko nie sprawdzisz czy jest tam wystarczająco 'A' żeby modem działał.
Hmmmm nie można zmierzyć natężenia prądu w tym wypadku multimetrem?
tylko jesli prad jest zbyt maly "z jakiej paki" odpowiedni prad sprawi, ze na interfejsie WAN ruter zobaczy ze karta sieciowa zglosi adres np 5.135.87.12 a nie 192.168.1.100? czy ten adres 192.168.1.100 zawsze bedzie zglaszany na interfejsie WAN a adres publiczny jest jeszcze gdzies glebiej.... ?
Prąd tego nie zmieni. Przy modemach HiLink adres publiczny ( w przypadku LTE i tak nie ma dostępu z zewnątrz) jest na modemie a modem działa jako router i rozdaje adres IP ze swojej puli DHCP. Dlatego MR3220 dostaje już adres IP z modemu a nie od operatora.
Jedyne wyjście z tej sytuacji to zmiana modemu na zwykły nie HiLink.
Może Twój modem dało by się zamienić w normalnego, ale to już musisz sam poszukać. W przypadku E3131 taka zmiana jest możliwa.
Rozumiem HILINK jest modemem z serwerem DHCP i adres publiczny od Polsatu posiada modem, ale na zewnątrz rozdaje serwerem DHCP adresy (adres) prywatne. I tym adresem jest 192.168.1.100 jak u mnie obecnie? Tylko w [u]czym problem, skoro internet w ruterze JEST[/u] - czytaj - ruter pobrał z serwera NTP aktualny czas.
Jedyne wyjście z tej sytuacji to zmiana modemu na zwykły nie HiLink.
Zwykły tzn HUAWEI E3272 bez dopiski HILINK?
W takim razie nie wiem jak to skonfigurować. Nie wiemy.
Bo nie wiem czy nie wtopię 35zł na huba.
Czy ktoś może potwierdzić jakie inne modemy LTE by zadziałały w tym ruterze, jako modemy zgłaszające na interfejsie WAN adres publiczny?
HELLLPPPP.
A skoro dostaję adres 192.168.1.100 to ustawić w GARGOYLE tryb urządzenia:
Teoretycznie tak, prądy powinny się zsumować i natężenie do pracy modemy będzie wystarczające.
To są źródła prądu które będą miały wystarczające natężenie by modem zadziałał i są łatwo dostępne. Warunek to mieć ten przewód z foty wyżej.
Tym sposobem można jedynie zmierzyć napięcie, aby zmierzyć prąd jaki pobiera modem musiał byś wpiąć multimetr szeregowo w obwód. Mierząc prąd twoim sposobem pewnie uszkodził byś router lub multimetr.
Byl chwilę, później było większe obciążenie i modem zerwał połączenie.
Dokładnie w tym miejscu masz rozłączenie USB.
Po co Ci publiczny adres IP na WANie skoro porty na LTE są zablokowane z zewnątrz?
W trybie mostu urządzenie będzie działało jako AP Client bez funkcji routera ( musi złapać sygnał WiFi) lub zadziała jako AP gdy będzie miał podłączony inny router ( HiLink będzie też działał jako modem tylko musisz go na routerze ręcznie skonfigurować switch aby interfejsy eth2 wlan0 i eth1(?) były w bridge.
Na próbę podłącz go do laptopa/ładowarki USB.
[i]tego jeszcze nie zrozumiałem - po co miałbym ten kabel podłączać do laptopa/ładowarki?[/i]
To są źródła prądu które będą miały wystarczające natężenie by modem zadziałał i są łatwo dostępne. Warunek to mieć ten przewód z foty wyżej.
Już rozumiem. U mnie tym dodatkowym źródłem prądu (gdy będę miał kabel USB Y - z dwoma wtykami męskimi) będzie gniazdo huba pasywnego[u] na którym obecnie HUAWEI E3272 HILINK działa poprawnie[/u].
Tym sposobem można jedynie zmierzyć napięcie, aby zmierzyć prąd jaki pobiera modem musiał byś wpiąć multimetr szeregowo w obwód. Mierząc prąd twoim sposobem pewnie uszkodził byś router lub multimetr.
Tego nie wiedziałem. Tzn OK. Mierzę moim sposobem napięcie - mam jakiś kabel z wtykiem USB, przecinam go nożyczkami. Wpinam wtyk USB do rutera a do czarnego i czerwonego przewodu tego kabla podłączam multimetr na pomiar napięcia na granicę powiedzmy 20V. Powinienem widzieć ok 5V. Gdybym przekręcił pokrętło multimetru na pomiar prądu to mógłbym coś zepsuć?
Dzięki za analizę loga z rutera.
Po co Ci publiczny adres IP na WANie skoro porty na LTE są zablokowane z zewnątrz?
Nie twierdzę, że publiczny IP to coś nadzwyczajnego, po prostu myślałem, że prywatny IP 192.168.1.1 po stronie interfejsu WAN rutera powoduje problem.... myślałem że zwykły HUAWEI E3272 bez HILINK nie jest modemem z kartą sieciową tylko modemem i np po stronie interfejsu WAN daje adres publiczny. Jak miałem kiedyś modem UPC to modem miał adres publiczny i po podłączeniu modemu UPC do rutera LINKSYS WRT54GL, ten ruter na interfejsie WAN miał adres publiczny 89.*.*.*
Czyli działanie jako most powoduje, że nie mam funkcjonalności rutera.
Mówię - z tropu trochę mnie zbił prywatny IP po stronie interfejsu WAN, ale widocznie tak może to działać.
A co jeśli do rutera wchodzę przez 10.0.0.1 a na interfejsie WAN modem HILINK zgłasza adres 192.168.1.1 - czy mogę jakoś wejść na adres 192.168.1.1 z komputera? ::)
Prosta zasada użycia urządzeń pomiarowych. Poczytaj: LINK
No tak. Obrazki jak z fizyki 7 klasy podstawówki. Czy można mierzyć na tym ruterze napięcie (równolegle) bez obciążenia? = bez podłączonego modemu LTE, tylko podłączając się równolegle do czarnego i czerwonego przewodu w kablu USB? bo tak zamierzałem zrobić.
Żeby zmierzyć natężenie [u]musi [/u]być już obciążenie (modem LTE) i trzeba przerwać przewód prądowy i tam się wbić multimetrem szeregowo?
Zwykły modem przekazuje tylko dane od operatora i na WAN da IP który dostanie od operatora. HiLink działa jak "router".
O to pytałem. Czyli HILINK jest niezwykły choć jest zwykłym modemem E3272 + ruterem z serwerem DHCP sprzedającym do interfejsu WAN rutera TP-LINK MR3220 adres 192.168.1.1. Rozumiem, że prywatny adres IP po stronie WAN rutera TP-LINK nie przeszkadza w dalszym "rozdzielaniu" internetu na prywatne adresy IP po stronie LAN rutera?
Tak nie możesz zrobić. Amperomierz to urządzenie które robi "zwarcie" czyli działa jak przewód który może odczytać ile przepływa przez niego prądu.
Jeśli podłączysz tak przyrząd do usb to w najlepszym przypadku spali się bezpiecznik(opornik 0 ohm) na płycie routera(o ile jest) przez uszkodzenie miernika ( to raczej się nie stanie, chyba że liczyć bezpiecznik 250mA, za słaby prąd) w najgorszym przypadku spalisz przetwornicę 5V w routerze.
Dla przykładu co się dzieje przy sprawdzeniu natężenia w gniazdku: [url=http://www.elektroda.pl/rtvforum/topic1213614.html[quote="pc131, post:17, topic:6162"]Rozumiem, że prywatny adres IP po stronie WAN rutera TP-LINK nie przeszkadza w dalszym "rozdzielaniu" internetu na prywatne adresy IP po stronie LAN rutera?[/quote]
Niczemu nie przeszkadza. Byle by się adresy prywatne nie powtarzały.
z adresem 192.168.1.100 po stronie WAN będzie również jak internet będzie "działał"? jeżeli zasilanie będzie mocniejsze a internetu brak pozostaje patrzeć w logi?
zamówiłem kabel USB Y i podam większy prąd modemowi LTE i dam znać czy działa...