Archer C7 v2 ma 16M flash i póki co mi jeszcze nie zabrakło. ![]()
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez morfik
Archer C7 v2 ma 16M flash i póki co mi jeszcze nie zabrakło. ![]()
A jak masz ten modem ustawiony? Ma on wymuszone LTE czy nie?
Sprawdzić to możesz przez polecenia AT. Zaloguj się na router na jednym terminalu i wpisz:
# cat /dev/ttyUSB0Zaloguj się na drugi terminal i wpisz:
# echo -e "AT^SYSCFGEX?\r" > /dev/ttyUSB0I zobacz co zwróci.
W sumie sprawdziłem u siebie, i mój modem pracuje na wymuszonym LTE i odbiera/wysyła SMS. To chyba problem z kodami USSD miałem wtedy i trzeba było przestawiać na tryb auto.
Tak czy inaczej, jeśli ci nie chce wysyłać SMS, to spróbuj go przestawić w poniższy sposób:
# echo -e "AT+CMGF=1;^CURC=0;^USSDMODE=0\r" > /dev/ttyUSB0I po tym sprawdź czy nastąpi poprawa.
Ok, no to teraz mogę się wziąć za przeprowadzkę do nowego routera. ![]()
Ja miałem problemy z SMS ale rozwiązałem je przełączając modem w tryb auto z wymuszonego LTE.
O fakt, a czemu ktoś to wykomentował? ![]()
Kogo miałbym męczyć by dodał te poniższe pakiety do repo LEDE? ![]()
* opkg_install_cmd: Cannot install package nfs-kernel-server.
* opkg_install_cmd: Cannot install package openssh-sftp-server.
* opkg_install_cmd: Cannot install package p910nd.
* opkg_install_cmd: Cannot install package dnscrypt-proxy.
* opkg_install_cmd: Cannot install package smstools3.
* opkg_install_cmd: Cannot install package bmon.
* opkg_install_cmd: Cannot install package etherwake.Jakby to powiedzieć, bez nich mój Archer C2600 jest nieużywalny. ![]()
A jak się podłączysz bezpośrednio z pominięciem routera, to też masz taki problem?
Ja mam adres IP z tej samej kasy adresowej i u mnie działa bez problemu (też play, a raczej rbm free).
Ja nigdy nie miałem takich problemów z moim byłym ISP i nawet nie wiedziałem, że ten MAC jest przepisywany ale skoro już się taki temat pojawił, to mam pytanie.
W pliku /etc/config/network są dwa bloki konfigurujące interfejs eth0 i eth1. Nie prościej dodać do konfiguracji tych interfejsów opcję macaddr i zamienić im adresy MAC, tak by na porcie WAN był ten co jest pakiecie failsafe? Przykładowo
config interface 'lan'
option ifname 'eth1'
...
option macaddr 'E8:94:F6:68:79:F1'
config interface 'wan'
option ifname 'eth0'
...
option macaddr 'E8:94:F6:68:79:F0'W prawdzie teraz zarówno interfejs eth0 i eth1 mają taki sam MAC ale br-lan ma ten, który jest ustawiony wyżej w bloku LAN:
# ifconfig
br-lan Link encap:Ethernet HWaddr E8:94:F6:68:79:F1
...
eth0 Link encap:Ethernet HWaddr E8:94:F6:68:79:F0
...
eth1 Link encap:Ethernet HWaddr E8:94:F6:68:79:F0
...Przeszkadza w czymś takie ustawienie? Sprawdziłem jak to wygląda na wiresharku podpinając się do portu WAN i:

Jak widać, jest ten sam MAC wszędzie.
Ja jakiś czas temu opisałem sobie cały vsftpd, z tym, że w oparciu o debiana. Może ci się przyda: https://morfitronik.pl/?s=vsftpd .
Tam w sumie są dwie wersje ip: ip oraz ip-full . Nie pamiętam dokładnie czym dysponuje ten pierwszy ale to był dość okrojony i powinien się wszędzie zmieścić. Ja jadę na tym full. ![]()
Przesył danych przez sieć to jedna sprawa, a ich późniejszy zapis na nośnik to osobna kwestia. ![]()
Bez sumy ani rusz. Raz prawie przeflashowałem router połową obrazu. Od tamtej pory mam uraz i muszę weryfikować te obrazy. ![]()
A ten obraz dla Archer C2600 co taki mały? Nie powinien być ze 32M? Sumy kontrolnej też zabrakło? ![]()
Czemu tylko reboot? W sumie to ja nie używam tych starych narzędzi, tylko jadę na ip i tutaj usuwanie wpisów w tablicy ARP (lub jej czyszczenie) odbywa się w poniższy sposób:
# ip neigh del dev br-lan 192.168.1.159
# ip neigh flush dev br-lanJa tylko tak napomnę, że można się obyć bez usb-modeswitch . Wystarczy przełączyć tryb modemu ręcznie raz i już później nie trzeba instalować usb-modeswitch . Ja jadę na takiej konfiguracji cały czas:
AT^SETPORT="FF;12,10,16,A2"Z tym, że nie wiem jak to działa pod windowsem. Na wszystkich linuxach za to bez problemu. ![]()
No dlatego też pisałem o dodatkowej opcji tak, by dla tych 16M routerów były też obrazy mające na pokładzie wsparcie dla modemów.
A dla konsolowego OpenWRT nie dałoby rady?
Od już paru miechów korzystam z LTE i na dobrą sprawę nie mam póki co internetu po kablu i wątpię bym miał go w przyszłości. Dziś chciałem sobie zaktualizować firmware ale doszedłem do wniosku, że jeśli to zrobię, to później będę miał drobny problem z wgraniem pakietów na router, no bo ten nie będzie miał potrzebnego softu do obsługi modemu LTE, a żeby go wgrać, to trzeba mieć net i tak się sytuacja zapętla. ![]()
Oczywiście można kombinować z ręcznym pobieraniem pakietów i ich zależności w celu późniejszego wgrania ich na router ale to trochę tak nieprofesjonalnie. Da radę też jechać na dwa routery instalując wsparcie dla modemu na obu urządzeniach, ustawiając dodatkowo adresację, ręcznie dodając bramę domyślną oraz DNSy. Później można przepiąć modem do jednego routera i zaktualizować firmware na drugim. Jakby nie patrzeć, to też strasznie dużo roboty jak na samą aktualizację firmware, no i trzeba mieć dwa urządzenia
Jako, że ten net LTE się staje coraz bardziej popularny, to czy istniałaby możliwość generowania obrazów z czystym OpenWRT, które zawierają już wszystkie potrzebne pakiety do obsługi modemów LTE? Wiem, że trochę one zajmują ale w przypadku routerów, które mają flash 16M, to raczej nie powinno stanowić problemu. Oczywiście nie chodzi o zastąpienie tych obecnych obrazów bez wsparcia, tylko by dodać opcję dla tych, którzy korzystają z LTE. ![]()
Udało mi się coś wykombinować:
#!/bin/sh
new_devpath="$(echo "$DEVPATH" | cut -d/ -f 1-7)"
serial="$(cat /sys/$new_devpath/serial)"
if [ "$serial" = "0019E06B9C8ABE41C7A2C3EC" ] && [ "$ACTION" = "add" ]; then
old_dev="$DEVICENAME"
new_dev="king"${DEVICENAME##sd[a-z]}
rm /dev/$new_dev
ln -s /dev/$old_dev /dev/$new_dev
fiNo i w ten sposób w oparciu o serial pendrive powstają linki: king, king1, king2, king3, czyli w sumie to o co mi chodziło. Choć ja i tak wolałbym ten nazwy przepisywać via udev. Nawet jest w openwrt ale ~300k swoje waży. ![]()
Tak tylko sprawdzam sobie czy się da.
To nie to, że się nie chce, tylko w przypadku modemu było to bez większego problemu. A tutaj coś trzeba na około. ![]()
W /sys/kernel/debug/usb/devices jest info o VID i PID oraz serialu:
T: Bus=01 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#= 12 Spd=480 MxCh= 0
D: Ver= 2.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0951 ProdID=1666 Rev= 1.00
S: Manufacturer=Kingston
S: Product=DataTraveler 3.0
S: SerialNumber=0019E06B9C8ABE41C7A2C3EC
C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=300mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0msAle pod /sys/devices/platform/ehci-platform/usb1/1-1/1-1.2/1-1.2:1.0/host9/target9:0:0/9:0:0:0/block/sda nic użytecznego nie ma. No za wyjątkiem tego że są tam trzy katalogi od partycji pendrive. Ale nadal nie wiem jak to urządzenie dopasować w tym skrypcie hotpluga. ![]()
Tak sobie czytam o zmianie nazw przez hotplug i natrafiłem na ten wpis . Tam, co prawda, jest informacja na temat zmiany nazw interfejsów modemów USB ale w katalogu /etc/hotplug.d/ jest też podkatalog block/ . Wgrałem tam ten skrypt od pokazywania zmiennych i dostałem coś w poniższym stylu:
# cat /tmp/plik.txt
----
DEVNAME=sda3
USER=root
ACTION=add
SHLVL=2
HOME=/
SEQNUM=766
HOTPLUG_TYPE=block
MAJOR=8
DEVPATH=/devices/platform/ehci-platform/usb1/1-1/1-1.2/1-1.2:1.0/host9/target9:0:0/9:0:0:0/block/sda/sda3
DEVICENAME=sda3
LOGNAME=root
TERM=linux
SUBSYSTEM=block
board=TL-WDR4300
PATH=/usr/sbin:/usr/bin:/sbin:/bin
MINOR=3
PWD=/
DEVTYPE=partitionNiby chciałem napisać skrypt pod mojego pendrive ale w tych zmiennych nie ma informacji na temat numerów seryjnych czy tych VendorID i ProductID, które są pokazywane w przypadku skryptu umieszczonego w katalogu usb/ . To jak zmienić nazwę tego pendrive? Da radę jakoś zaimportować te zmienne z usb/ ?:D
Jak to nie może działać samodzielnie? U mnie działa na laptopie i na routerze. Zatem w czym problem?
eko.one.pl → Posty przez morfik
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc