Odp: ZTE MF289F - Porting OpenWRT
The official backport to 22.03 is in the works.
If anyone can help me how to swap LAN/WAN on legacy PR will be very easy ![]()
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → ZTE MF289F - Porting OpenWRT
Strony Poprzednia 1 … 16 17 18 19 20 … 45 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
The official backport to 22.03 is in the works.
If anyone can help me how to swap LAN/WAN on legacy PR will be very easy ![]()
MiG25 napisał/a:On modem there are standard U.FL/IPX/IPEX (2mm) , then you need 5 pigtails.
Two of them should be joined to maintain MIMO 4x4
ANT4 = MIMO_1
ANT1 = MAIN_HB
ANT0 = MAIN_MLB
ANT2 = AUX
ANT3 = MIMO_0ANT0+ANT1 should be connect together to a single antenna to have MINO 4x4 (obviously BTS should support)
But you would need a power splitter/combiner or a diplexer to do that. I believe it's easier to just have separate high and medium/low band antennas for that.
Edit: made a test backport to 22.03 - totally untested, because I don't have the device, but you may try it: https://github.com/Leo-PL/openwrt/tree/zte-mf289f-22.03
Z tymi antenami to zgadzam się , lepiej dać osobne anteny zamiast je na chama zwierać razem ( nawet są takie pigtaile z dwoma IPEXami i jednym połączonym z nimi SMA) .
@Leo-PL , miałbyś gdzieś binarkę to przetestuję , sam skompilować nie umiem...
@Leo-PL: robisz czy mam zrobić?
@Cezary, byłoby spoko gdybyś skompilował.
w żaden sposób oczywiście nie testowane.
Luci: https://dl.eko.one.pl/test/luci-22.03-s … pgrade.bin
initramfs: https://dl.eko.one.pl/test/openwrt-22.0 … zImage.itb
czyste bez luci: https://dl.eko.one.pl/test/openwrt-22.0 … pgrade.bin
mifi: https://dl.eko.one.pl/test/mifi-22.03-s … pgrade.bin
@Leo-PL: do zmiany:
endef
TARGET_DEVICES += unielec_u4019-32m
-define Device/zte_mf286d
+define Device/zte_mf28x_common
$(call Device/FitzImage)
DEVICE_VENDOR := ZTE
- DEVICE_MODEL := MF286D
SOC := qcom-ipq4019
DEVICE_DTS_CONFIG := config@ap.dk04.1-c1
BLOCKSIZE := 128k
PAGESIZE := 2048
KERNEL_IN_UBI := 1
- DEVICE_PACKAGES := ipq-wifi-zte_mf286d kmod-usb-net-qmi-wwan kmod-usb-serial-option uqmi
+ DEVICE_PACKAGES := kmod-usb-net-qmi-wwan kmod-usb-serial-option uqmi
+endef
+
+define Device/zte_mf286d
+ $(call Device/zte_mf28x_common)
+ DEVICE_MODEL := MF286D
+ DEVICE_PACKAGES += ipq-wifi-zte_mf286d
endef
TARGET_DEVICES += zte_mf286d
+define Device/zte_mf289f
+ $(call Device/zte_mf28x_common)
+ DEVICE_MODEL := MF289F
+ DEVICE_PACKAGES += ipq-wifi-zte_mf289f ath10k-firmware-qca9984-ct
+endef
+TARGET_DEVICES += zte_mf289f
+
define Device/zyxel_nbg6617
$(call Device/FitImageLzma)
DEVICE_VENDOR := ZyXELbo się burzy o zte_mf286d oraz:
--- a/target/linux/ipq40xx/patches-5.10/901-arm-boot-add-dts-files.patch
+++ b/target/linux/ipq40xx/patches-5.10/901-arm-boot-add-dts-files.patch
@@ -10,7 +10,7 @@
--- a/arch/arm/boot/dts/Makefile
+++ b/arch/arm/boot/dts/Makefile
-@@ -904,11 +904,75 @@ dtb-$(CONFIG_ARCH_QCOM) += \
+@@ -904,11 +904,76 @@ dtb-$(CONFIG_ARCH_QCOM) += \
qcom-apq8074-dragonboard.dtb \
qcom-apq8084-ifc6540.dtb \
qcom-apq8084-mtp.dtb \
@@ -61,6 +61,7 @@
+ qcom-ipq4019-map-ac2200.dtb \
+ qcom-ipq4019-lhgg-60ad.dtb \
+ qcom-ipq4019-mf286d.dtb \
++ qcom-ipq4019-mf289f.dtb \
+ qcom-ipq4019-mr8300.dtb \
+ qcom-ipq4019-pa2200.dtb \
+ qcom-ipq4019-r619ac-64m.dtb \bo zabrakło.
Mifi działa od strzała , jeśli chodzi o porty ,to po podłączeniu do dolnego komp dostał adres i ma internet , czyli ok , nazwa wyświetla się jako LAN5... ( dla formalności na obudowie opisane jako LAN2
)
Można by w mifi dla routerow z modemem od razu przypisywać fizyczny WAN do LANow , bo akurat tu tych portów brakuje....
Zaraz wgram luci , i zobaczę jak to wgląda jako router.
EDIT: Ta dioda systemowa trochę pomruga jak system startuje , więc to też jest poprawione.
Wciąż AT+CFUN=1,1 resetuje cały router ,ale już chyba teraz reboot resetuje też modem ( wcześniej to ewidentnie router się resetował ,a modem nie).
Tak, lany docelowo można opisać poprawnie.
Tak ,teraz reset routera resetuje tez modem.
Jeszcze gdyby znalazl się sposob ,żeby reset modemu nie resetował routera ...
Coś jeszcze sprawdzić?
Obrazy dla mifi zmodyfikowałem i podmieniłem, jak chcesz to zobacz po wgraniu ponownie na czysto co i jak się ustawia.
Ja nie mam sprzętu więc musisz sprawdzić wszystko: modem, wifi, ethernety, ledy itd. To jest bezpośredni port z mastera (z lekkimi zmianami od Leo-PL), więc wszystko powinno działać, ale po prostu pobaw się i zobacz. Oczywiście nie chodzi o kosmetykę typu port powinien się nazywać inaczej tylko o samo mięsko - czy wszytko działa.
PS. Wiem że tydzień temu kompilowałem, ale chłopaki właśnie oznaczyli następne wydanie stabilne (sporo zmian dla nandu mediateka, trochę zmian w mac80211 i aktualizacje firewalla). Więc na dniach będę budował następne obrazy, to mf289f znalazł by się też już standardowo w buildach. O ile zdążycie to wytestować dobrze.
Ok , to wgrane mifi:)
Popatrzę na mięsko ,ale tu raczej wszystko działa ,więc tylko kosmetyka została:)
może z mięska to :
- dla wifi 5Ghz ustawienie czegokolwiek powyżej kanału 116 (czyli np 120, 132 , 173) powoduje w logach:
Sun Oct 16 13:19:49 2022 daemon.notice netifd: Wireless device 'radio1' is now down
Sun Oct 16 13:19:51 2022 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1)
Sun Oct 16 13:19:51 2022 daemon.err hostapd: Interface name wlan1 already in use
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): Command failed: ubus call hostapd config_add {"iface":"wlan1", "config":"/var/run/hostapd-phy1.conf"} (Invalid argument)
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): Usage: ubus [<options>] <command> [arguments...]
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): Options:
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): -s <socket>: Set the unix domain socket to connect to
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): -t <timeout>: Set the timeout (in seconds) for a command to complete
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): -S: Use simplified output (for scripts)
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): -v: More verbose output
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): -m <type>: (for monitor): include a specific message type
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): (can be used more than once)
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): -M <r|t> (for monitor): only capture received or transmitted traffic
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492):
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): Commands:
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): - list [<path>] List objects
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): - call <path> <method> [<message>] Call an object method
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): - subscribe <path> [<path>...] Subscribe to object(s) notifications
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): - listen [<path>...] Listen for events
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): - send <type> [<message>] Send an event
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): - wait_for <object> [<object>...] Wait for multiple objects to appear on ubus
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): - monitor Monitor ubus traffic
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492):
Sun Oct 16 13:19:51 2022 daemon.notice netifd: radio1 (15492): Device setup failed: HOSTAPD_START_FAILED
Sun Oct 16 13:19:51 2022 daemon.notice netifd: Wireless device 'radio1' set retry=0
Sun Oct 16 13:19:51 2022 daemon.crit netifd: Wireless device 'radio1' setup failed, retry=0
Sun Oct 16 13:19:51 2022 daemon.notice hostapd: Remove interface 'wlan1'
Sun Oct 16 13:19:51 2022 daemon.notice hostapd: wlan1: interface state DFS->DISABLED
Sun Oct 16 13:19:51 2022 daemon.notice hostapd: wlan1: AP-DISABLED
Sun Oct 16 13:19:51 2022 daemon.notice hostapd: wlan1: CTRL-EVENT-TERMINATING
Sun Oct 16 13:19:51 2022 daemon.err hostapd: rmdir[ctrl_interface=/var/run/hostapd]: Permission denied
Sun Oct 16 13:19:51 2022 daemon.err hostapd: hostapd_free_hapd_data: Interface wlan1 wasn't started
Sun Oct 16 13:19:51 2022 daemon.notice hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Sun Oct 16 13:19:51 2022 kern.info kernel: [ 2156.425453] device wlan1 left promiscuous mode
Sun Oct 16 13:19:51 2022 kern.info kernel: [ 2156.425643] br-lan: port 3(wlan1) entered disabled state
Sun Oct 16 13:19:51 2022 kern.info kernel: [ 2156.532918] ath10k_ahb a800000.wifi: mac flush null vif, drop 0 queues 0xffff
Sun Oct 16 13:19:51 2022 kern.warn kernel: [ 2156.538794] ath10k_ahb a800000.wifi: peer-unmap-event: unknown peer id 0
Sun Oct 16 13:19:51 2022 daemon.notice netifd: Wireless device 'radio1' is now downno i to radio nie wstaje
a kosmetyka
- kody USSD chyba się wysyłają , ale wiadomość zwrotna jest makaron
- informacja W statusie Operator dwa razy T-Mobile T-Mobile.pl ...
- W sieci lokalnej (oprócz LAN2 ) pojawił się dodatkowo WAN , ale on adresu IP nie przydziela...
- kody USSD chyba się wysyłają , ale wiadomość zwrotna jest makaron
To sobie ustaw tak jak ma być: https://eko.one.pl/?p=easyconfig#ussd
- informacja W statusie Operator dwa razy T-Mobile T-Mobile.pl ...
To sobie ustaw tak jak ma być: https://eko.one.pl/?p=easyconfig#odczytdanychzmodemu
- W sieci lokalnej (oprócz LAN2 ) pojawił się dodatkowo WAN , ale on adresu IP nie przydziela...
A musi bo to jeden bridge lanowy... Sprawdzałeś czy on sam działa poprawnie (jako wan)?
Co do radia - może on nie wspiera wyższych kanałów? Pamiętasz jak było na oryginalnym sofcie? Ew zrób iw list
Ja też poprawiłem zmiany na githubie, @Cezary rzuć proszę okiem, czy zgadzają się z tym, o czym pisałeś. Tak kwestie budowania, jak i oznaczenie portu jako LAN2. Jeżeli będzie OK, to otworzę PR.
Ja też poprawiłem zmiany na githubie, @Cezary rzuć proszę okiem, czy zgadzają się z tym, o czym pisałeś. Tak kwestie budowania, jak i oznaczenie portu jako LAN2. Jeżeli będzie OK, to otworzę PR.
Tak, chyba jest wszystko. Poczekaj, niech panowie ten wan sprawdzą czy on działa.
Ok , ustawiłem
uci set easyconfig.ussd.raw_output='1', i wtedy jest ok.
a co do wyświetlania , to którą wybrać ? obie qmi i plmn ustawione domyślnie na 0 , i obie pokazują po zmianie po jednej , różnica jest tylko taka ,że jedno pokazuje T-Mobile drugi T-Mobile.pl ...
Co do portu wan , to w mifi nie sprawdzałem , ale w dzisiejszym buildzie luci działał , po podłączeniu kabla do WAN ( z innego routera z portu lan ) MF289F dostał ip i dawał internet do LAN2.
Tu w mifi jest teoretycznie zridgowany:
config device
option name 'br-lan'
option type 'bridge'
list ports 'eth0'
list ports 'eth1'i niestety laptop ip nie dostaje z tego portu
root@MiFi:/# iw list
Wiphy phy1
wiphy index: 1
max # scan SSIDs: 16
max scan IEs length: 199 bytes
max # sched scan SSIDs: 0
max # match sets: 0
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Device supports AP-side u-APSD.
Available Antennas: TX 0x3 RX 0x3
Configured Antennas: TX 0x3 RX 0x3
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
* mesh point
* P2P-client
* P2P-GO
* P2P-device
Band 2:
Capabilities: 0x19ef
RX LDPC
HT20/HT40
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 7935 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-15
VHT Capabilities (0x339959b2):
Max MPDU length: 11454
Supported Channel Width: neither 160 nor 80+80
RX LDPC
short GI (80 MHz)
TX STBC
SU Beamformer
SU Beamformee
MU Beamformer
MU Beamformee
RX antenna pattern consistency
TX antenna pattern consistency
VHT RX MCS set:
1 streams: MCS 0-9
2 streams: MCS 0-9
3 streams: not supported
4 streams: not supported
5 streams: not supported
6 streams: not supported
7 streams: not supported
8 streams: not supported
VHT RX highest supported: 0 Mbps
VHT TX MCS set:
1 streams: MCS 0-9
2 streams: MCS 0-9
3 streams: not supported
4 streams: not supported
5 streams: not supported
6 streams: not supported
7 streams: not supported
8 streams: not supported
VHT TX highest supported: 0 Mbps
Frequencies:
* 5180 MHz [36] (23.0 dBm)
* 5200 MHz [40] (23.0 dBm)
* 5220 MHz [44] (23.0 dBm)
* 5240 MHz [48] (23.0 dBm)
* 5260 MHz [52] (20.0 dBm) (radar detection)
* 5280 MHz [56] (20.0 dBm) (radar detection)
* 5300 MHz [60] (20.0 dBm) (radar detection)
* 5320 MHz [64] (20.0 dBm) (radar detection)
* 5500 MHz [100] (26.0 dBm) (radar detection)
* 5520 MHz [104] (26.0 dBm) (radar detection)
* 5540 MHz [108] (26.0 dBm) (radar detection)
* 5560 MHz [112] (26.0 dBm) (radar detection)
* 5580 MHz [116] (26.0 dBm) (radar detection)
* 5600 MHz [120] (26.0 dBm) (radar detection)
* 5620 MHz [124] (26.0 dBm) (radar detection)
* 5640 MHz [128] (26.0 dBm) (radar detection)
* 5660 MHz [132] (26.0 dBm) (radar detection)
* 5680 MHz [136] (26.0 dBm) (radar detection)
* 5700 MHz [140] (26.0 dBm) (radar detection)
* 5720 MHz [144] (13.0 dBm) (radar detection)
* 5745 MHz [149] (13.0 dBm)
* 5765 MHz [153] (13.0 dBm)
* 5785 MHz [157] (13.0 dBm)
* 5805 MHz [161] (13.0 dBm)
* 5825 MHz [165] (13.0 dBm)
* 5845 MHz [169] (13.0 dBm)
* 5865 MHz [173] (13.0 dBm)
valid interface combinations:
* #{ managed } <= 16, #{ AP, mesh point } <= 16, #{ IBSS } <= 1,
total <= 16, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz, 80 MHz, 80+80 MHz, 160 MHz }
HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing
max # scan plans: 1
max scan plan interval: -1
max scan plan iterations: 0
Maximum associated stations in AP mode: 32
Supported extended features:
* [ VHT_IBSS ]: VHT-IBSS
* [ RRM ]: RRM
* [ SET_SCAN_DWELL ]: scan dwell setting
* [ FILS_STA ]: STA FILS (Fast Initial Link Setup)
* [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
* [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
* [ TXQS ]: FQ-CoDel-enabled intermediate TXQs
* [ AIRTIME_FAIRNESS ]: airtime fairness scheduling
* [ AQL ]: Airtime Queue Limits (AQL)
* [ CONTROL_PORT_NO_PREAUTH ]: disable pre-auth over nl80211 control port support
* [ DEL_IBSS_STA ]: deletion of IBSS station support
* [ SCAN_FREQ_KHZ ]: scan on kHz frequency support
* [ CONTROL_PORT_OVER_NL80211_TX_STATUS ]: tx status for nl80211 control port support
Wiphy phy0
wiphy index: 0
max # scan SSIDs: 16
max scan IEs length: 195 bytes
max # sched scan SSIDs: 0
max # match sets: 0
Retry short limit: 7
Retry long limit: 4
Coverage class: 0 (up to 0m)
Device supports AP-side u-APSD.
Available Antennas: TX 0x3 RX 0x3
Configured Antennas: TX 0x3 RX 0x3
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
* mesh point
* P2P-client
* P2P-GO
* P2P-device
Band 1:
Capabilities: 0x19ef
RX LDPC
HT20/HT40
SM Power Save disabled
RX HT20 SGI
RX HT40 SGI
TX STBC
RX STBC 1-stream
Max AMSDU length: 7935 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 8 usec (0x06)
HT TX/RX MCS rate indexes supported: 0-15
VHT Capabilities (0x339959b2):
Max MPDU length: 11454
Supported Channel Width: neither 160 nor 80+80
RX LDPC
short GI (80 MHz)
TX STBC
SU Beamformer
SU Beamformee
MU Beamformer
MU Beamformee
RX antenna pattern consistency
TX antenna pattern consistency
VHT RX MCS set:
1 streams: MCS 0-9
2 streams: MCS 0-9
3 streams: not supported
4 streams: not supported
5 streams: not supported
6 streams: not supported
7 streams: not supported
8 streams: not supported
VHT RX highest supported: 0 Mbps
VHT TX MCS set:
1 streams: MCS 0-9
2 streams: MCS 0-9
3 streams: not supported
4 streams: not supported
5 streams: not supported
6 streams: not supported
7 streams: not supported
8 streams: not supported
VHT TX highest supported: 0 Mbps
Frequencies:
* 2412 MHz [1] (20.0 dBm)
* 2417 MHz [2] (20.0 dBm)
* 2422 MHz [3] (20.0 dBm)
* 2427 MHz [4] (20.0 dBm)
* 2432 MHz [5] (20.0 dBm)
* 2437 MHz [6] (20.0 dBm)
* 2442 MHz [7] (20.0 dBm)
* 2447 MHz [8] (20.0 dBm)
* 2452 MHz [9] (20.0 dBm)
* 2457 MHz [10] (20.0 dBm)
* 2462 MHz [11] (20.0 dBm)
* 2467 MHz [12] (20.0 dBm)
* 2472 MHz [13] (20.0 dBm)
* 2484 MHz [14] (disabled)
valid interface combinations:
* #{ managed } <= 16, #{ AP, mesh point } <= 16, #{ IBSS } <= 1,
total <= 16, #channels <= 1, STA/AP BI must match, radar detect widths: { 20 MHz (no HT), 20 MHz, 40 MHz, 80 MHz, 80+80 MHz, 160 MHz }
HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing
max # scan plans: 1
max scan plan interval: -1
max scan plan iterations: 0
Maximum associated stations in AP mode: 32
Supported extended features:
* [ VHT_IBSS ]: VHT-IBSS
* [ RRM ]: RRM
* [ SET_SCAN_DWELL ]: scan dwell setting
* [ FILS_STA ]: STA FILS (Fast Initial Link Setup)
* [ CQM_RSSI_LIST ]: multiple CQM_RSSI_THOLD records
* [ CONTROL_PORT_OVER_NL80211 ]: control port over nl80211
* [ TXQS ]: FQ-CoDel-enabled intermediate TXQs
* [ AIRTIME_FAIRNESS ]: airtime fairness scheduling
* [ AQL ]: Airtime Queue Limits (AQL)
* [ CONTROL_PORT_NO_PREAUTH ]: disable pre-auth over nl80211 control port support
* [ DEL_IBSS_STA ]: deletion of IBSS station support
* [ SCAN_FREQ_KHZ ]: scan on kHz frequency support
* [ CONTROL_PORT_OVER_NL80211_TX_STATUS ]: tx status for nl80211 control port supportEDIT
Teraz tak patrzę to w logach nawet reakcji nie ma jak wkładam kabel do tego górnego gniazda, dla dolnego jest ok:
[ 4544.880752] ess_edma c080000.edma eth1: Link is Up - 1Gbps/Full - flow control rx/tx
[ 4544.881787] br-lan: port 2(eth1) entered blocking state
[ 4544.888292] br-lan: port 2(eth1) entered forwarding state
[ 4557.360423] ess_edma c080000.edma eth1: Link is Down
[ 4557.365306] br-lan: port 2(eth1) entered disabled stateforce_plmn na 1 ustaw, wtedy nazwę bierze nie z modemu a z pliku. I tam wpisałem T-Mobile.
EDIT: pobaw się w takim razie z interfejsami i zobacz. Muszą oba działać.
Na 1 ustaw, wtedy nazwę bierze nie z modemu a z pliku. I tam wpisałem T-Mobile.
no tak , na 1 ustawiam albo easyconfig.modem.force_plmn albo easyconfig.modem.force_qmi .... tylko które ![]()
Bo oba pokazują wtedy po jednym
Cezary napisał/a:Na 1 ustaw, wtedy nazwę bierze nie z modemu a z pliku. I tam wpisałem T-Mobile.
no tak , na 1 ustawiam albo easyconfig.modem.force_plmn albo easyconfig.modem.force_qmi .... tylko które
Bo oba pokazują wtedy po jednym
force_plmn
Ok , ustawiłem
Co do portu wan , to w mifi nie sprawdzałem , ale w dzisiejszym buildzie luci działał , po podłączeniu kabla do WAN ( z innego routera z portu lan ) MF289F dostał ip i dawał internet do LAN2.
Tu w mifi jest teoretycznie zridgowany:config device option name 'br-lan' option type 'bridge' list ports 'eth0' list ports 'eth1'i niestety laptop ip nie dostaje z tego portu
A to chyba już wynika z dziwactwa samego switcha na ipq40xx. Powyłączałeś wcześniej VLANy? Bez tego nie zadziała, z tego co pamiętam.
Na DSA już nie będzie tego problemu.
W sumie, to nie mam pojęcia czemu na IPQ40xx to zostało zrobione w ten sposób. Z tego co wiem do switcha i tak idzie jedna logiczna rura z podwójnym tagowaniem VLAN, więc nie wiem w jaki sposób ten setup miałby poprawiać wydajność.
Żeby nie było problemów proponuje porzucić wan i domyślnie zrobić lan1/lan2. I tak chyba wszyscy będą używać modemu, a jak komuś przyjdzie ochota na wan to sobie przekonfiguruje.
Ja zrobiłem to w ten sposób, żeby zachować kompatybilność z konwersją DSA w masterze.
Proponuję przeprowadzić to - również na MF286D - gdy wyląduje ten patch:
https://github.com/openwrt/openwrt/pull/10632
Prywatnie też przerobiłem MF286D tak, by wszystkie porty były LANem przypiętym do eth0, eth1 wyłączyłem.
@Królik, co myślisz na ten temat?
Czy dobrze rozumiem na podstawie Waszych wywodów, że jest szansa aby w przyszłosći na openwrt na tych 2 syfiastych switczach (mf286d i mf289f) w końcu było wydzielenie portów?
Czy dobrze rozumiem na podstawie Waszych wywodów, że jest szansa aby w przyszłosći na openwrt na tych 2 syfiastych switczach (mf286d i mf289f) w końcu było wydzielenie portów?
No w wersji rozwojowej przecież jest.
Czy dobrze rozumiem na podstawie Waszych wywodów, że jest szansa aby w przyszłosći na openwrt na tych 2 syfiastych switczach (mf286d i mf289f) w końcu było wydzielenie portów?
Jeżeli nie boisz się zbudować obrazu samodzielnie, to patch leży tu:
https://github.com/Leo-PL/openwrt/tree/ … d-use-lan1
VLANy normalnie wtedy działają na wszystkich portach.
W wersji rozwojowej to już nie jest potrzebne, bo możesz sobie z tymi portami dłubać dowolnie - jedynie domyślne przypisanie jest inne.
Tak przy okazji , czy podczas restartu takie coś musi się tworzyć:
[ 267.786346] reboot: Restarting system
[ 270.992528] ------------[ cut here ]------------
[ 270.992826] WARNING: CPU: 0 PID: 4074 at drivers/power/reset/gpio-restart.c:46 0xc07450ec
[ 270.996401] Modules linked in: qcserial ppp_async option nft_fib_inet nf_flow_table_ipv6 nf_flow_table_ipv4 nf_flow_table_inet ath10k_pci ath10k_core ath usb_wwan sierra_net sierra rndis_host qmi_wwan pptp pppox ppp_mppe ppp_generic nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject_bridge nft_reject nft_redir nft_quota nft_objref nft_numgen nft_nat nft_meta_bridge nft_masq nft_log nft_limit nft_hash nft_fwd_netdev nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_dup_netdev nft_ct nft_counter nft_chain_nat nf_tables nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_irc nf_nat_h323 nf_nat_amanda nf_nat nf_flow_table nf_conntrack_tftp nf_conntrack_snmp nf_conntrack_sip nf_conntrack_pptp nf_conntrack_irc nf_conntrack_h323 nf_conntrack_broadcast nf_conntrack_bridge nf_conntrack_amanda nf_conntrack mac80211 huawei_cdc_ncm cfg80211 cdc_ncm cdc_ether usbserial usbnet ts_kmp ts_fsm ts_bm slhc nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_ipv6 nf_log_ipv4 nf_log_common
[ 271.001230] nf_dup_netdev nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c hwmon crc_ccitt compat cdc_wdm cdc_acm asn1_decoder ip_gre gre ip_tunnel sha1_arm_neon sha1_arm ghash_arm_ce cmac arc4 leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_qcom ohci_platform ohci_hcd fsl_mph_dr_of ehci_platform ehci_fsl ehci_hcd gpio_button_hotplug mii crc32c_generic
[ 271.100160] CPU: 0 PID: 4074 Comm: procd Not tainted 5.10.146 #0
[ 271.122354] Hardware name: Generic DT based system
[ 271.128577] Function entered at [<c030cc90>] from [<c0309890>]
[ 271.133147] Function entered at [<c0309890>] from [<c0607d4c>]
[ 271.138968] Function entered at [<c0607d4c>] from [<c0320a60>]
[ 271.144781] Function entered at [<c0320a60>] from [<c0320b24>]
[ 271.150602] Function entered at [<c0320b24>] from [<c07450ec>]
[ 271.156418] Function entered at [<c07450ec>] from [<c03413a8>]
[ 271.162231] Function entered at [<c03413a8>] from [<c0308280>]
[ 271.168043] Function entered at [<c0308280>] from [<c0342edc>]
[ 271.173859] Function entered at [<c0342edc>] from [<c0300040>]
[ 271.179673] Exception stack(0xc2331fa8 to 0xc2331ff0)
[ 271.185561] 1fa0: 00000000 beb51e50 fee1dead 28121969 01234567 0001f4f8
[ 271.190719] 1fc0: 00000000 beb51e50 b6f00010 00000058 00000000 00000000 0000201d 00000001
[ 271.198825] 1fe0: 004d2e14 beb51d84 004b42b8 ▒
Format: Log Type - Time(microsec) - Message - Optional Info
Log Type: B - Since Boot(Power On Reset), D - Delta, S - Statistic
S - QC_IMAGE_VERSION_STRING=BOOT.BF.3.1.1-00126Zawiesza mi to mojego loggera TTL przez Bluetooth ![]()
W MF286D też takie coś się pojawiło ostatnio...
Wcześniej takiego czegoś nie było
Strony Poprzednia 1 … 16 17 18 19 20 … 45 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → ZTE MF289F - Porting OpenWRT
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc