Odp: Hotplug: Nazwa interfejsów dla kart sieciowych o tym samym Mac Address
A ja nie widzę czego ty nie widzisz. Gdzie widzisz problem?
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Hotplug: Nazwa interfejsów dla kart sieciowych o tym samym Mac Address
Strony Poprzednia 1 2 3 4 5 … 8 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
A ja nie widzę czego ty nie widzisz. Gdzie widzisz problem?
Chodziło mi o to, że dane wejściowe (zmienne) wpadające do hotpluga nie są takie same podczas restartu samego modemu HiLink oraz restartu routera. Musiałem przez to poprawić swój skrypt, z czego nie jestem do końca zadowolony, hotplug wywoływany jest kilka razy, niepotrzebnie przez "pierwszego if-a". Oto co wyskrobałem:
#!/bin/sh
CONFIGS=" \
usb0;1-1:1.1 \
usb1;1-1.1:1.1 \
usb2;1-1.2:1.1 \
usb3;1-1.3:1.1 \
usb4;1-1.4:1.1 \
"
#echo "" >> /tmp/_modem_hilink_detect.txt
#env >> /tmp/_modem_hilink_detect.txt
if ( [ "$ACTION" == "add" ] || [ "$ACTION" == "bind" ] ) && [ "$DEVTYPE" == "usb_interface" ] && [ "$DRIVER" == "cdc_ether" ]; then
PORT=$( echo $DEVICENAME )
URL=$( /bin/ls -ld /sys"$DEVPATH"/../*/net | /usr/bin/head -n 1 | /usr/bin/awk '{print $9}' )
INTERFACE=$( /bin/ls -l $URL | /usr/bin/head -n 1 | /usr/bin/awk '{print $9}' )
/usr/bin/logger -t modem_hilink "HiLink modem detected on usb port $PORT and assigned to interface $INTERFACE"
for CONFIG in $CONFIGS
do
CONFIG_INTERFACE=$( echo $CONFIG | cut -d ';' -f1 )
CONFIG_DEVICENAME=$( echo $CONFIG | cut -d ';' -f2 )
if [ ! -d "/sys/class/net/$CONFIG_INTERFACE" ] && [ "$CONFIG_DEVICENAME" == "$DEVICENAME" ]; then
/usr/bin/logger -t modem_hilink "Changing the interface name from $INTERFACE to $CONFIG_INTERFACE"
/sbin/ip link set $INTERFACE down
/sbin/ip link set $INTERFACE name $CONFIG_INTERFACE
/sbin/ip link set $CONFIG_INTERFACE up
/etc/init.d/network restart
/etc/init.d/openvpn restart
fi
done
fiZauważyłem, że po restarcie "network", następnie muszę restartować "openvpn".
I jeszcze to - logi podczas restartu modemu (duplikują się i niestety będą w tej postaci "pierwszego if-a"):
# logread | grep modem
21:52:43 user.notice modem_hilink: HiLink modem detected on usb port 1-1:1.0 and assigned to interface eth1
21:52:43 user.notice modem_hilink: Changing the interface name from eth1 to usb0
21:52:47 user.notice modem_hilink: HiLink modem detected on usb port 1-1:1.1 and assigned to interface usb0
21:52:47 user.notice modem_hilink: HiLink modem detected on usb port 1-1:1.1 and assigned to interface usb0A logi podczas restartu routera - brak, ale interfejs prawidłowo ustawia się na "usbX":
# logread | grep modem
21:54:03 kern.info kernel: [ 15.534593] cdc_acm: USB Abstract Control Model driver for USB modems...Zastanawiam się nad ujednoliceniem skryptu, aby działał też pod modemy niekoniecznie tylko typu HiLink...
Czy $DRIVER dla wszystkich modemów zaczyna się od tych czterech znaków: "cdc_...."?
Nie, to driver dla klasy cdc tylko.
A jak kwestia tych niewpadających logów podczas startu?
Coś nie tak zrobiłem...
Albo zdarzenie zachodzi wcześniej niż się log uruchomi.
Mogę to jakoś opóźnić?
Jak w kwestii modemu przez QMI.
Czy zamiast podawania ścieżki do urządzenia mogę podać nazwę interfejsu?
A co ci przeszkadza że info w logu nie masz? Ważne że ci się interfejs robi tak jak chcesz.
Nie rozumiem pytania. O co pytasz?
Modem QMI przypisany jest nie przez interfejs fizyczny (np. ethX), tylko przez urządzenie blokowe cdc-wdm0...
Chyba powinienem zrobić symlinka do np. /dev/modem_usb2
To to samo co http://eko.one.pl/?p=openwrt-linkidoportowszeregowych Z tym że jak masz kilka takich samych to znów - renumerację robisz na podstawie usb do którego jest podłączony lub np. odpytujesz się o kartę sim.
Mają nazwę urządzenia (/dev/cdc*) jesteś w stanie w /sys znaleźć do jakiego urządzenia to należy i jaki port wan/eth ono dostarcza.
Ufff, ależ się napracowałem. Skrypt testowałem na:
- SimCOM 7600E-H [ wwan0 -> usbX oraz /dev/cdc-wdm0 -> /dev/modem-usbX ]
- Huawei E3372 HiLink [ eth2 -> usbX ]
- Ericsson F5521GW 2XGNJ (nie udało mi się go znowu połączyć z ISP, działa losowo jak chce)
Plik: /etc/hotplug.d/usb/99-modem_detect.sh
#!/bin/sh
CONFIGS=" \
usb0;1-1 \
usb1;1-1.1 \
usb2;1-1.2 \
usb3;1-1.3 \
usb4;1-1.4 \
"
#echo "" >> /tmp/_modem_detect.txt
#env >> /tmp/_modem_detect.txt
#if ( [ "$ACTION" == "add" ] || [ "$ACTION" == "bind" ] ) && [ "$DEVTYPE" == "usb_interface" ] && [ "$DRIVER" == "cdc_ether" ]; then
if ( ( [ "$ACTION" == "add" ] || [ "$ACTION" == "bind" ] ) && [ "$DEVTYPE" == "usb_interface" ] && ( [ "$DRIVER" == "cdc_ether" ] || [ "$DRIVER" == "qmi_wwan" ] ) ) || ( [ "$ACTION" == "remove" ] ); then
PORT=$( echo $DEVICENAME | cut -d ":" -f1 )
URL_INTERFACE=$( /bin/ls -ld /sys"$DEVPATH"/../*/net | /usr/bin/head -n 1 | /usr/bin/awk '{print $9}' )
INTERFACE=$( /bin/ls -l $URL_INTERFACE | /usr/bin/head -n 1 | /usr/bin/awk '{print $9}' )
URL_USB=$( /bin/ls -ld /sys"$DEVPATH"/../*/usbmisc | /usr/bin/head -n 1 | /usr/bin/awk '{print $9}' )
USB=$( /bin/ls -l $URL_USB | /usr/bin/head -n 1 | /usr/bin/awk '{print $9}' )
if ( [ "$ACTION" == "add" ] || [ "$ACTION" == "bind" ] ) && [ "$DEVTYPE" == "usb_interface" ] && ( [ "$DRIVER" == "cdc_ether" ] || [ "$DRIVER" == "qmi_wwan" ] ); then
if [ "$DRIVER" == "cdc_ether" ]; then
/usr/bin/logger -t modem_detect ""
/usr/bin/logger -t modem_detect "Detected modem HiLink on usb port $PORT and assigned to interface $INTERFACE"
elif [ "$DRIVER" == "qmi_wwan" ]; then
/usr/bin/logger -t modem_detect ""
/usr/bin/logger -t modem_detect "Detected modem QMI on usb port $PORT and assigned to interface $INTERFACE and /dev/$USB"
fi
fi
for CONFIG in $CONFIGS
do
CONFIG_INTERFACE=$( echo $CONFIG | cut -d ';' -f1 )
CONFIG_DEVICENAME=$( echo $CONFIG | cut -d ';' -f2 )
if ( [ "$ACTION" == "add" ] || [ "$ACTION" == "bind" ] ) && [ "$DEVTYPE" == "usb_interface" ] && ( [ "$DRIVER" == "cdc_ether" ] || [ "$DRIVER" == "qmi_wwan" ] ); then
if [ ! -d "/sys/class/net/$CONFIG_INTERFACE" ] && [ "$CONFIG_DEVICENAME" == "$PORT" ]; then
if [ "$DRIVER" == "cdc_ether" ]; then
echo "" >> /tmp/_modem_detect.txt
echo "Detect modem HiLink!" >> /tmp/_modem_detect.txt
echo " PORT: "$PORT >> /tmp/_modem_detect.txt
echo "INTERFACE: "$INTERFACE >> /tmp/_modem_detect.txt
/usr/bin/logger -t modem_detect "Changing the interface name from $INTERFACE to $CONFIG_INTERFACE"
/sbin/ip link set $INTERFACE down
/sbin/ip link set $INTERFACE name $CONFIG_INTERFACE
/sbin/ip link set $CONFIG_INTERFACE up
/etc/init.d/network restart
/etc/init.d/openvpn restart
fi
if [ "$DRIVER" == "qmi_wwan" ]; then
echo "" >> /tmp/_modem_detect.txt
echo "Detect modem QMI!" >> /tmp/_modem_detect.txt
echo " PORT: "$PORT >> /tmp/_modem_detect.txt
echo "INTERFACE: "$INTERFACE >> /tmp/_modem_detect.txt
echo " USB: "$USB >> /tmp/_modem_detect.txt
/usr/bin/logger -t modem_detect "Changing the interface name from $INTERFACE to $CONFIG_INTERFACE"
/usr/bin/logger -t modem_detect "Symlink has been created for the USB device '/dev/$USB' to '/dev/modem-$CONFIG_INTERFACE'"
/sbin/ip link set $INTERFACE down
/sbin/ip link set $INTERFACE name $CONFIG_INTERFACE
/sbin/ip link set $CONFIG_INTERFACE up
/bin/rm /dev/modem-$CONFIG_INTERFACE
/bin/ln -s /dev/$USB /dev/modem-$CONFIG_INTERFACE
/usr/bin/killall uqmi
/etc/init.d/network restart
/etc/init.d/openvpn restart
/bin/sleep 5
INTERFACE_LOGICAL=$( /sbin/uci show network | /bin/grep "/dev/modem-$CONFIG_INTERFACE" | /usr/bin/head -n 1 | /usr/bin/cut -d "." -f2 )
/usr/bin/killall uqmi
/sbin/ifup $INTERFACE_LOGICAL
fi
fi
fi
if [ "$ACTION" == "remove" ]; then
if [ -L "/dev/modem-$CONFIG_INTERFACE" ] && [ "$CONFIG_DEVICENAME" == "$PORT" ]; then
echo "" >> /tmp/_modem_detect.txt
echo "Remove modem QMI!" >> /tmp/_modem_detect.txt
echo " PORT: "$PORT >> /tmp/_modem_detect.txt
/bin/rm "/dev/modem-$CONFIG_INTERFACE"
fi
fi
done
fiW czasie tworzenia skryptu stwierdziłem, że dobrze by było, gdyby był on bardziej uniwersalny dla różnych modemów.
Będzie mi miło, jeśli przetestujesz i powiesz czy u Ciebie coś nie działa...
1. Sprawdzanie jak widoczny jest modem w systemie
logread | grep "modem_detect"2. Konfiguracja
CONFIGS=" \
nazwa_interfejsu_1;numer_portu_1 \
nazwa_interfejsu_2;numer_portu_2 \
nazwa_interfejsu_3;numer_portu_3 \
"3. Interface fizyczny
ip addr | grep "usb"4. Symlink
ls /dev/modem*1. Zastanawiam się, że skrypt może niepożądanie zadziałać na modemach QMI z kilkoma interfejsami blokowymi (/dev/*)
2. Zauważyłem, że podczas restartu routera "sleep" w skrypcie działa dobrze, jeśli jest ustawiony w:
- MR3420v2 na 5 sekund
- u7621-06 na 5 sekund
- u7628-01 na 20-60 sekund
Co może być przyczyną? Może mogę jakimś działaniem policzyć wartość X sekund?
1. Takich modemów praktycznie nie ma. A jak jest to znaczy raczej że ktoś źle zrobił łatkę do qmi ![]()
2. Tego się nie liczy tylko raczej np. sprawdza czy wszystko wstało co ma stać.
Na chwilę obecną zrobiłem tak:
ifstatus mobile | grep '"up": '
ifstatus mobile_4 | grep '"up": '... i jeśli mój interface np. "mobile" lub "mobile_4" będzie miał status '"up": false' to podnoszę interface "mobile".
Tak to bynajmniej działa...
Wrócę jeszcze do loggera... Jak mogę sprawdzić, czy mogę już wpisywać logi, czy usługa już wstała i jest gotowa?
Wystarczyłoby opóźnić o parę sekund tego hotpluga.
Uruchomiony jest proces logd. A opóźnić przecież sobie możesz, dodaj sleep na początku.
Zrobiłem to tak, bardziej uniwersalnie...
X=0
TIMEOUT=20
while true
do
PS_LOGD=$( /bin/ps | /bin/grep "/sbin/logd" | /usr/bin/head -n 1 | /usr/bin/awk '{print $5}' )
if [ "$PS_LOGD" == "/sbin/logd" ] || [ "$X" -eq "$TIMEOUT" ]; then
break
else
X=$(( $X + 1 ))
/bin/sleep 1
fi
doneWystarczyło 6 sekund na wstanie usługi.
Kolejne dodawane w późniejszym czasie modemy nie będą niepotrzebnie opóźniane na sztywno wpisanym "sleep 10".
Oto wyniki:
# logread | grep modem_detect
> 20:55:00 modem_detect: Modem QMI on usb port '1-1' and assigned to interface 'wwan0' and '/dev/cdc-wdm0'
> 20:55:00 modem_detect: Changing the interface name from 'wwan0' to 'usb0'
> 20:55:00 modem_detect: Symlink has been created for the USB device '/dev/cdc-wdm0' to '/dev/modem-usb0'
> 20:55:11 modem_detect: Interface mobile (usb0) is up!
> 20:55:17 modem_detect: Interface mobile (usb0) is up!Cześć, mam jeszcze problem.
Po podłączeniu huba oraz dwóch modemów e3372h w mr3420 jest wszystko ok, pojawiają się dwa interfejsu fizyczne:
# logread
kern.info kernel: [315743.318229] usb 1-1: new high-speed USB device number 18 using ehci-platform
kern.info kernel: [315743.483217] hub 1-1:1.0: USB hub found
kern.info kernel: [315743.487940] hub 1-1:1.0: 4 ports detected
kern.info kernel: [315752.358307] usb 1-1.4: new high-speed USB device number 20 using ehci-platform
kern.info kernel: [315752.472426] usb-storage 1-1.4:1.0: USB Mass Storage device detected
kern.info kernel: [315752.498413] scsi host16: usb-storage 1-1.4:1.0
kern.info kernel: [315752.828387] usb 1-1.1: new high-speed USB device number 21 using ehci-platform
kern.info kernel: [315752.952305] usb-storage 1-1.1:1.0: USB Mass Storage device detected
kern.info kernel: [315752.978568] scsi host17: usb-storage 1-1.1:1.0
kern.info kernel: [315753.404805] usb 1-1.4: USB disconnect, device number 20
kern.info kernel: [315753.658575] usb 1-1.4: new high-speed USB device number 22 using ehci-platform
kern.info kernel: [315753.805413] cdc_ether 1-1.4:1.0 eth2: register 'cdc_ether' at usb-ehci-platform-1.4, CDC Ethernet Device, 0c:5b:8f:27:9a:64
kern.info kernel: [315753.860763] usb-storage 1-1.4:1.2: USB Mass Storage device detected
kern.info kernel: [315754.071846] scsi host18: usb-storage 1-1.4:1.2
kern.info kernel: [315754.102019] usb 1-1.1: USB disconnect, device number 21
kern.info kernel: [315754.500857] usb 1-1.1: new high-speed USB device number 23 using ehci-platform
kern.info kernel: [315754.838866] cdc_ether 1-1.1:1.0 eth3: register 'cdc_ether' at usb-ehci-platform-1.1, CDC Ethernet Device, 0c:5b:8f:27:9a:64
kern.info kernel: [315754.879606] usb-storage 1-1.1:1.2: USB Mass Storage device detected
kern.info kernel: [315754.915215] scsi host19: usb-storage 1-1.1:1.2
kern.notice kernel: [315755.069926] scsi 18:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
kern.notice kernel: [315755.086097] sd 18:0:0:0: [sda] Attached SCSI removable disk
kern.notice kernel: [315755.922656] scsi 19:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
kern.notice kernel: [315755.940816] sd 19:0:0:0: [sdb] Attached SCSI removable disk
user.notice modem_detect: Detected modem HiLink on usb port '1-1.4' and assigned to interface 'eth2'
kern.info kernel: [315757.977850] cdc_ether 1-1.4:1.0 usb4: renamed from eth2
kern.err kernel: [315758.005267] cdc_ether 1-1.4:1.0 usb4: kevent 11 may have been dropped
kern.err kernel: [315758.037739] cdc_ether 1-1.4:1.0 usb4: kevent 11 may have been dropped
user.notice modem_detect: Changing the interface name from 'eth2' to 'usb4'
user.notice modem_detect: Detected modem HiLink on usb port '1-1.1' and assigned to interface 'eth3'
user.notice modem_detect: Changing the interface name from 'eth3' to 'usb1'...wiadomo, że docelowo mr3420 nie pociągnie mi modemów ze względu na parametry, więc przesiadam się na u7621-06, a tam wyrzuca mi taki błąd (Not enough host controller resources for new device state):
# logread
kern.info kernel: [ 4313.927551] usb 2-1: new SuperSpeed USB device number 2 using xhci-mtk
kern.info kernel: [ 4313.963934] hub 2-1:1.0: USB hub found
kern.info kernel: [ 4313.968328] hub 2-1:1.0: 4 ports detected
kern.info kernel: [ 4314.107232] usb 1-1: new high-speed USB device number 16 using xhci-mtk
kern.info kernel: [ 4314.309707] hub 1-1:1.0: USB hub found
kern.info kernel: [ 4314.314024] hub 1-1:1.0: 4 ports detected
kern.err kernel: [ 4315.449126] usb 1-1-port2: Cannot enable. Maybe the USB cable is bad?
kern.info kernel: [ 4323.227134] usb 1-1.1: new high-speed USB device number 19 using xhci-mtk
kern.info kernel: [ 4323.359684] usb-storage 1-1.1:1.0: USB Mass Storage device detected
kern.info kernel: [ 4323.366475] scsi host3: usb-storage 1-1.1:1.0
kern.info kernel: [ 4323.667042] usb 1-1.4: new high-speed USB device number 20 using xhci-mtk
kern.warn kernel: [ 4323.799302] usb 1-1.4: Not enough host controller resources for new device state.
kern.err kernel: [ 4323.806875] usb 1-1.4: can't set config #1, error -12
kern.info kernel: [ 4324.317141] usb 2-1: USB disconnect, device number 2
kern.notice kernel: [ 4324.428273] scsi 3:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
kern.notice kernel: [ 4324.441876] scsi 3:0:0:1: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
kern.notice kernel: [ 4324.469348] sd 3:0:0:1: [sdb] Attached SCSI removable disk
kern.info kernel: [ 4324.667338] usb 2-1: new SuperSpeed USB device number 3 using xhci-mtk
kern.info kernel: [ 4324.703318] hub 2-1:1.0: USB hub found
kern.info kernel: [ 4324.707765] hub 2-1:1.0: 4 ports detected
kern.info kernel: [ 4324.975384] usb 1-1.1: USB disconnect, device number 19
kern.info kernel: [ 4325.377043] usb 1-1.1: new high-speed USB device number 21 using xhci-mtk
kern.warn kernel: [ 4325.508714] usb 1-1.1: Not enough host controller resources for new device state.
kern.err kernel: [ 4325.516294] usb 1-1.1: can't set config #1, error -12
kern.info kernel: [ 4332.655468] usb 1-1.4: USB disconnect, device number 20
kern.info kernel: [ 4333.567032] usb 1-1.4: new high-speed USB device number 22 using xhci-mtk
kern.info kernel: [ 4333.699727] usb-storage 1-1.4:1.0: USB Mass Storage device detected
kern.info kernel: [ 4333.706535] scsi host3: usb-storage 1-1.4:1.0
kern.info kernel: [ 4334.703592] usb 1-1.4: USB disconnect, device number 22
kern.info kernel: [ 4335.106995] usb 1-1.4: new high-speed USB device number 23 using xhci-mtk
kern.warn kernel: [ 4335.238608] usb 1-1.4: Not enough host controller resources for new device state.
kern.err kernel: [ 4335.246174] usb 1-1.4: can't set config #1, error -12
kern.info kernel: [ 4335.254656] usb 1-1.1: USB disconnect, device number 21
kern.info kernel: [ 4335.556999] usb 1-1.1: new high-speed USB device number 24 using xhci-mtk
kern.warn kernel: [ 4335.689333] usb 1-1.1: Not enough host controller resources for new device state.
kern.err kernel: [ 4335.697209] usb 1-1.1: can't set config #1, error -12
kern.info kernel: [ 4338.571247] usb 2-1: USB disconnect, device number 3
kern.info kernel: [ 4338.937429] usb 2-1: new SuperSpeed USB device number 4 using xhci-mtk
kern.info kernel: [ 4338.973068] hub 2-1:1.0: USB hub found
kern.info kernel: [ 4338.977396] hub 2-1:1.0: 4 ports detectedO co chodzi z tym problemem?
Jedyne informacje znalazłem tutaj.
Czy muszę przekompilować jądro od nowa?
Problem ze sterownikiem xhci-mtk i pewnie zbytnio nie ma jak go naprawić.
Dodam, że próbowałem najnowszej wersji v19 i jest ten sam problem, obecnie jestem na v18.06.2.
Czyli obydwa moje u7621-06 nie poradzą sobie z multiwanem?
Szkoda, bo straciłbym dużo pieniędzy na te urządzenia.
Czy taki błąd może zostać usunięty?
Po pierwsze to zgłoś to na bugs.openwrt.org. Może ktoś zna na tyle architekturę chipu żeby wiedzieć co dopisać/poprawić żeby to działało jak trzeba.
Dziękuję Ci serdecznie. Poniżej link do zgłoszonego błędu...
Znasz się lepiej - jest jakaś szansa, że zostanie to usunięte do końca roku?
Szczerze mówiąc - to raczej niezbyt wielka.
Są pewne nadzieje...
Podłączyłem jeszcze mój zestaw (hub + dwa modemy e3372h) do u7628-01 i również działa prawidłowo.
Sugerując się problemem z "normalnymi" płytami głównymi, gdzie wystarczyło wyłączyć obsługę usb3.0 na USB2.0 (tutaj) spróbowałem podłączyć pod mojego u7621-06 hub usb 2.0 zamiast 3.0 - przecież jako jedyny z moich routerów ma gniazdo w wersji 3.0 -> wszystko ruszyło ;-)
Dziwi mnie tylko jedno:
próbowałem podłączać ten zestaw przez przednie złącze 3.0 i nie działało, ale w środku obudowy zrobiłem sobie przejściówkę z mPCI-e do USB - i tam też nie działało na hubie usb 3.0, a jak wiadomo linie jakie dochodzą do tego złącza mPCI-e w przypadku linii usb są w wersji 2.0.
Jaki jest problem:
Na tym hubie 2.0 osiągam prędkości rzędu 5Mbps - mam nadzieję, że to wina tego huba, bo jest ona bardzo kiepski. Ma on wypięty +5V z wtyczki USB i wpiętą masę oraz +5V z zasilacza laboratoryjnego, aby nie brakowało prądu - czyli transmisja z routera, a zasilanie zewnętrzne.
Mam nadzieję, że po zakupie dobrego huba usb 2.0 będę osiągał wyniki w granicach 14MBps (~100Mbps) - tyle udało mi się osiągać na pobieraniu pliku z dysku SSD podłączonego do tego huba 3.0 i routera. Dziwi mnie jednak, że nie było żadnej różnicy, gdy hub był podłączony przez wcześniej wspomnianą przelotkę mPCI-e->USB oraz przednie gniazdo USB 3.0.
Udało mi się podłączyć na u7628-01 huba z trzema modemami e3372h i jednym SimCOM 7600E-H.
Pobór prądu huba oraz tych czterech modemów to ok. 0,75A przy 5V.
W dodatku pomyliłem się z napięciem i spaliłem płytę u7621-06 - zwęgliłem układ AS11D
Rozumiem, że ten problem będzie dotyczył tylko architektury MediaTek MT7621 na OpenWRT?
Może pepe2k będzie z Polski wstanie pomóc...
Sterownika xhci, czyli od usb 3.0.
To może na hubie 2.0 nie byłoby tego problemu?
Niestety już teraz tego nie sprawdzę bo nie jestem w stanie uruchomić tej płyty.
Strony Poprzednia 1 2 3 4 5 … 8 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Hotplug: Nazwa interfejsów dla kart sieciowych o tym samym Mac Address
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc