- MIUI / HyperOS topik
- iPhone topik
- One mobilszolgáltatások
- Egy szenzor, két zoomkamera: újraírta a Huawei a mobilfotózás történetét
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Elkészült és telepíthető az Android 16
- Google Pixel topik
- Samsung Galaxy S21 FE 5G - utóirat
- Apple iPhone 16 Pro - rutinvizsga
-
Mobilarena
Xiaomi AX3600 WiFi 6 AIoT Router
Új hozzászólás Aktív témák
-
dchard
veterán
válasz
Doky1988
#6599
üzenetére
Ki tudja ki és mit módosított az eredeti kódbázison. Nem mondom hogy sokat keresgéltem, de forrást nem találtam. Ezt így Openwrt-nek nevezni minimum költői túlzás. Valakinek a házi forkja főleg source tree nélkül nem Openwrt, csak egy házi fork. Ahogy látszik, még a vanilla verzióba is be-becsúsznak hibák...
-
Doky1988
senior tag
-
joq3
friss újonc
I'm sorry for speaking English, but I found this forum thread after having big issues with my AX3600 running 3.0.22 (stock firmware with SSH enabled). After restoring the device and reinstalling firmware I am having issues with Wifi, it seems like /etc/config/wireless is missing completely. So the file system has not been rewritten when I reinstalled the firmware.
Found this firmware by one of your users, which seems to remove bloat:
https://prohardver.hu/tema/xiaomi_ax3600_wifi_6_aiot_router/hsz_2305-2305.html
Is this a good choice in 2024? Also heard about this NSS OpenWRT firmware, but I am not sure it will be stable enough to run on my daily router: https://forum.openwrt.org/t/ipq807x-nss-build/148529/2088What do you recommend? And do you know how to restore the firmware and filesystem completely when installing stock firmware?
Thank you!
Hope it is OK with my English! -
roti86
őstag
válasz
bzolika10
#6586
üzenetére
Lehet hülyeség, de a LAN és a DHCP a 192.168.1.X tartományba van? Én Tuya TH08 okoshőmérővel szívtam sokáig Xiaomi AX3200-al. Nem bírtam rájönni, hogy miért nem látszanak a Smart Life alkalmazásban a hőmérséklet és páratartalom adatok. Már állítgattam mindent, de nem jöttem rá, mert a logba nem látszott semmi. Aztán tcpdump -el sikerült elkapnom a packageket és kiderült, hogy ez a nyamvadt a 192.168.1.77 címen akar kommunikálni
12:37:57.127468 ARP, Request who-has OpenWrt.lan tell 192.168.1.77, length 28az én belső LAN-om viszont 192.168.31.X, valamint korábban 192.168.15.X volt. Átírtam 192.168.1.X-re és gond nélkül csatlakozott.Ha a régi Tp-Linked és az AX3600-ad IP tartománya különböző próbáld meg ugyanarra belőnni az AX3600-at hátha segít. Ezen kívül még a WPA2 security-vel lehet játszani, WMM-et kikapcsolni stb.
-
bzolika10
aktív tag
Sziasztok!
Van egy ax3600-am, openwrt-t futtat jelenleg. Van egy xiaomi okosizzó kliensnek, ami nem akar kapcsolódni a 2.4-es wifihez semmi esetben sem, ugyanakkor egy gyári fw-s n- es tp link routerre simán felcsatlakozik. Más is tapasztalt már ilyet? Mi lehet a baja? -
csabi10
senior tag
Tegnap óta ilyen bejegyzések vannak a logban, nem tudom mi történt semmit nem változtattam.
Tue Apr 2 08:34:50 2024 daemon.err odhcp6c[4480]: Failed to send SOLICIT message to ff02::1:2 (Network unreachable)Tue Apr 2 08:35:07 2024 daemon.err odhcp6c[4480]: Failed to send SOLICIT message to ff02::1:2 (Network unreachable)Tue Apr 2 08:35:39 2024 daemon.err odhcp6c[4480]: Failed to send SOLICIT message to ff02::1:2 (Network unreachable)Tue Apr 2 08:36:43 2024 daemon.err odhcp6c[4480]: Failed to send SOLICIT message to ff02::1:2 (Network unreachable)Tue Apr 2 08:38:51 2024 daemon.err odhcp6c[4480]: Failed to send SOLICIT message to ff02::1:2 (Network unreachable)Tue Apr 2 08:40:59 2024 daemon.err odhcp6c[4480]: Failed to send SOLICIT message to ff02::1:2 (Network unreachable)Tue Apr 2 08:42:57 2024 daemon.err odhcp6c[4480]: Failed to send SOLICIT message to ff02::1:2 (Network unreachable)Tue Apr 2 08:44:55 2024 daemon.err odhcp6c[4480]: Failed to send SOLICIT message to ff02::1:2 (Network unreachable)OpenWrt SNAPSHOT r24707-4693514ca8
-
xabolcs
őstag
A wifi HW gyorsításban mennyire vagy biztos?
Teljesen biztos vagyok!
Mertem router <-> telefon es LAN <-> telefon iranyban is iperf3-at, igen mindket iranyban.
Speedtest volt Okla-val es szelessav.net-tel is.
Az egy masik dolog, hogy nem feltetlen jott annyival, mint amennyit a linksebesseg engedett volna.
Az utobbi mutatott 2%-nyi csomagvesztest, amit viszont mashol nem lattam, se flood pingnel, se iperf3-as "Retr"-nel.
Robi pár napja állt át a 6.6-os kernelre. Várható hogy snapshot-on lesznek problémák.
![;]](//cdn.rios.hu/dl/s/v1.gif)
[ 419.609878] ------------[ cut here ]------------
[ 419.616944] WARNING: CPU: 1 PID: 2479 at backports-6.6.15/drivers/net/wireless/ath/ath11k/nss.c:2169 ath11k_nss_tx+0x25c/0x26c [ath11k]
[ 419.621821] Modules linked in: ecm(O) xt_connlimit nft_fib_inet nf_flow_table_inet nf_conncount iptable_nat ath11k_ahb(O) ath11k(O) xt_state xt_nat xt_helper xt_conntrack xt_connmark xt_connbytes xt_REDIRECT xt_MASQUERADE wireguard nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_chain_nat nf_tables nf_nat_rtsp(O) nf_nat nf_flow_table nf_conntrack_rtsp(O) nf_conntrack mac80211(O) libchacha20poly1305 iptable_mangle iptable_filter ipt_REJECT ip_tables chacha_neon cfg80211(O) xt_time xt_tcpudp xt_recent xt_multiport xt_mark xt_mac xt_limit xt_comment xt_TCPMSS xt_LOG x_tables tcp_bbr qrtr_smd qrtr qmi_helpers(O) ppp_async poly1305_neon nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_syslog nf_defrag_ipv4 libcurve25519_generic libcrc32c libchacha l2tp_ppp compat(O) sch_tbf sch_ingress sch_htb sch_hfsc em_u32 cls_u32 cls_route cls_matchall cls_fw cls_flow cls_basic act_skbedit
[ 419.621978] act_mirred act_gact qca_nss_tunipip6(O) qca_nss_tun6rd(O) qca_nss_cfi_cryptoapi(O) qca_nss_crypto(O) qca_nss_qdisc(O) qca_nss_wifi_meshmgr(O) qca_nss_vxlanmgr(O) qca_nss_pptp(O) pptp qca_nss_pppoe(O) pppoe pppox qca_nss_map_t(O) qca_nss_lag_mgr(O) qca_nss_l2tpv2(O) ppp_generic slhc qca_nss_gre(O) qca_nss_bridge_mgr(O) qca_nss_vlan(O) qca_mcs(O) bonding tls ip6_gre ip_gre gre ifb nat46(O) nf_defrag_ipv6 sit qca_nss_drv(O) ip6_tunnel tunnel6 tunnel4 tun vxlan sha512_generic sha512_arm64 sha2_ce sha256_arm64 sha1_ce seqiv sha3_generic jitterentropy_rng drbg michael_mic kpp hmac geniv cmac leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_qcom qca_nss_dp(O) qca_ssdk(O) gpio_button_hotplug(O) ext4 mbcache jbd2 aquantia hwmon crc_ccitt crc32c_generic
[ 419.768671] CPU: 1 PID: 2479 Comm: hostapd Tainted: G O 6.6.22 #0
[ 419.790909] Hardware name: Dynalink DL-WRX36 (DT)
[ 419.798369] pstate: 60400005 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
[ 419.803060] pc : ath11k_nss_tx+0x25c/0x26c [ath11k]
[ 419.809827] lr : ath11k_nss_tx+0x244/0x26c [ath11k]
[ 419.814687] sp : ffffffc0854e3600
[ 419.819545] x29: ffffffc0854e3600 x28: ffffff800794cc28 x27: ffffffc0854e37b0
[ 419.823025] x26: ffffff8012ef99b0 x25: ffffff8014b2a000 x24: 0000000000000000
[ 419.830145] x23: ffffff8008f2a020 x22: ffffff80077f1f20 x21: 0000000000000001
[ 419.837261] x20: ffffff800794cc00 x19: ffffff8012ef9df0 x18: 000000000000018e
[ 419.844379] x17: 7620312065707974 x16: 207061636e652062 x15: ffffffc080bc6e10
[ 419.851497] x14: 00000000000004aa x13: 000000000000018e x12: 00000000ffffffea
[ 419.858616] x11: 00000000ffffefff x10: ffffffc080c1ee10 x9 : ffffffc080bc6db8
[ 419.865734] x8 : 0000000000017fe8 x7 : c0000000ffffefff x6 : 0000000000057fa8
[ 419.872852] x5 : 0000000000000000 x4 : 0000000000000000 x3 : 0000000000000000
[ 419.879971] x2 : ffffff80077f1fd0 x1 : 0000000000000000 x0 : 0000000000000001
[ 419.887089] Call trace:
[ 419.894197] ath11k_nss_tx+0x25c/0x26c [ath11k]
[ 419.896458] ath11k_mac_tx_mgmt_pending_free+0x2238/0x83f8 [ath11k]
[ 419.900976] __ieee80211_schedule_txq+0x47c/0x754 [mac80211]
[ 419.907224] ieee80211_probereq_get+0x968/0xd78 [mac80211]
[ 419.913126] ieee80211_tx_prepare_skb+0x1fc/0x22c [mac80211]
[ 419.918423] ieee80211_xmit+0xcc/0x114 [mac80211]
[ 419.924235] ieee80211_attach_ack_skb+0x258/0x2ec [mac80211]
[ 419.928840] cfg80211_vendor_cmd_reply+0x11f8/0x4d04 [cfg80211]
[ 419.934568] genl_family_rcv_msg_doit+0xac/0x114
[ 419.940208] genl_rcv_msg+0x1b4/0x24c
[ 419.945068] netlink_rcv_skb+0x5c/0x128
[ 419.948627] genl_rcv+0x38/0x50
[ 419.952272] netlink_unicast+0x184/0x29c
[ 419.955397] netlink_sendmsg+0x19c/0x3d4
[ 419.959565] ____sys_sendmsg+0x1c4/0x274
[ 419.963472] ___sys_sendmsg+0x7c/0xc0
[ 419.967376] __sys_sendmsg+0x48/0xa8
[ 419.970936] __arm64_sys_sendmsg+0x24/0x30
[ 419.974582] invoke_syscall.constprop.0+0x5c/0x104
[ 419.978490] do_el0_svc+0x40/0xc4
[ 419.983262] el0_svc+0x30/0xb8
[ 419.986646] el0t_64_sync_handler+0x120/0x12c
[ 419.989599] el0t_64_sync+0x178/0x17c
[ 419.994027] ---[ end trace 0000000000000000 ]---Aztan meg ilyen is van:
[29262.421219] ath11k c000000.wifi: peer ast idx 1003 can't be found
[29566.683045] ath11k c000000.wifi: encap mismatch in nss tx skb encap type 1 vif encap type 2Persze lakva ismerszik meg az ember, de jok az elso benyomasok.
-
dchard
veterán
válasz
xabolcs
#6580
üzenetére
A wifi HW gyorsításban mennyire vagy biztos?
LAN-ról wifire másolás közben kéne nézni CPU-t. Pár hónapja próbáltam, akkor még a wifi offload nem ment, a LAN bridge offload és a PPPoE viszont ment.Robi pár napja állt át a 6.6-os kernelre. Várható hogy snapshot-on lesznek problémák.
-
xabolcs
őstag
Most, hogy a legutobbi (OpenWrt SNAPSHOT, r25721-b04f245c39) frissitesem bemondta az unalmast WiFi teren ... :
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Command failed: Not found
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Command failed: Not found
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): ./mac80211.sh: eval: line 597: /usr/sbin/hostapd: not found
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): ./mac80211.sh: eval: line 597: /usr/sbin/hostapd: not found
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio1 (2686):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Syntax error: Unable to compile module '/usr/share/hostap/common.uc':
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Syntax error: Unable to resolve path for module 'rtnl'
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | In /usr/share/hostap/common.uc, line 2, byte 29:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): |
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | `import * as rtnl from "rtnl";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): | Near here ------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): In /usr/share/hostap/wdev.uc, line 3, byte 137:
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): `import { vlist_new, is_equal, wdev_create, wdev_set_mesh_params, wdev_remove, wdev_set_up, phy_open } from "/usr/share/hostap/common.uc";`
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685): Near here ------------------------------------------------------------------------------------------------------------------------------^
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):
Mon Apr 1 09:15:59 2024 daemon.notice netifd: radio0 (2685):... vettem a batorsagot, s kiprobaltam AgustinLorenzo 807x NSS Build-jet, de nem Xiaomi AX3600 AIoT routeren, hanem a szinten a qualcommax/ipx807x csaladba tartozo Dynalink DL-WRX36-tal.
Eddig minden rendben:
- DIGI PPPoE 1000/300 hardveresen gyorsitva alapbol
- Wifi hardveresen gyorsitva alapbolEddig tetszik!
Magat az eszkozt nem hasznalom semmi masra: router + AP -
dchard
veterán
Na ez jó hír.
Érdekes egyébként, hogy a wifi mikrokódot a qualcomm milyen szinten késve frissíti. Pár napja rakták ki az 1977-es verziót ami 2023-10-12-ai (ez már benne van az Openwrt-ben), miközben a belsős rendszerükben már 2509-nél járnak.... Bár a gyári romokhoz képest ez is hiperűr sebesség
-
dchard
veterán
válasz
Vigyorka
#6575
üzenetére
Ha úgy sysupgrade-elsz, hogy beállítod a beállítások megtartását (kis pipa), akkor nem kell visszaállítan mentésből semmit. Csupán a sysupgrade után az esetlegesen hiányzó extra csomagokat feltenni.
Nagyobb frissítéseknél különösen nem javasolt a korábbi mentések visszaállítása, mivel az esetlegesen változó paramétereket a sysupgrade lefrissíti, amit aztán jól visszaírsz a régire amikor visszatöltöd a beállításokat.
Mentést visszaállítani csak akkor érdemes, ha ugyanaz a verzió van amiről a mentés készült. -
-
dchard
veterán
Érzkezett új wifi FW, akinek volt korábban TUYA okos eszközökkel problémája vagy MESH-t használ, érdemes lehet kipróbáni. Nálam két napja fut AX6-on hiba nélkül.
Ha valaki tart az attended sysupgrade-től (ami a korábbi problémák után érhető), akkor a másik megoldás az, hogy tölt az ember snapshot-ot (ott legalább látszik hogy mikori), azt szokásos módszerrel a beállítások megtartásával felfrissíti, majd újriandulás után SSH-n telepíti a luci-t ("opkg update" és "opkg install luci" parancsok), majd a webes felületen visszarakja az esetlegesen hiányzó extra csomagokat. Így nem kell semmit újra beállítani, csak a hiányzó csomagokat kell egyszerűen telepíteni és a végén újraindítani.
-
dchard
veterán
válasz
Doky1988
#6562
üzenetére
Hacsak nem NZ-ben élsz, magyaron is kéne használni. A DFS nagyon leegyszerűsítve radar érzékelést jelent. Ennek egyértelmű jele van a logban. Ahogyan korábban már számtalanszor leírtuk: magas csatornán is megy, 10 perc után, addig tart a DFS radar érzékelés (minden EU országban egyébként).
-
Doky1988
senior tag
A galiba ott volt, hogy menüből felügyelt rendszerfrissítés az az auc-al próbáltam frissíteni, viszont nem adta be a szokásos generálós szöveget,60%, 80% stb hanem egyből kiadta hogy letöltés.. valószínűleg hibás sysupgradet töltött be, és ez maitt tégla lett... Úgyhogy mostmár inkább én generálom le neten selectornál...
-
Doky1988
senior tag
Hali.
No nagy nehezen sikerült.. Voltak érdekes dolgok, felraktam az ubi filet, nem volt benne luci.. mondom visszaállítom tmp -ből a mentett beállításaim (még jóhogy volt), hogy PPPOE belegyen állítva, és legyen netem... persze az istennek se akarta az igazat, visszatöltötte, rebootot nyomtam, erre visszajött a miwifi 1.0.17
Nem volt gyenge feladat visszarakni az openwrt -t -
Doky1988
senior tag
Valaki esetleg? Ha már volt fenn ugye openwrt, ezek a bdata módosítások stb meglettek csinálva, ugye most visszalett állítva gyárira, jelenleg ez a verzió van fenn gyáriból: Firmware: 1.1.21 Stabilized. MAC address: 28:D1:27:FC:7B:10
Ilyenkor ha visszaszeretném tenni az openwrt -t, hogy tudom feltenni? Milyen leírást kell végigcsinálni? Mert amit előző posztomban linkeltem leírást, 7-es pontig végigcsináltam aztán gatya.. újraindítás és kb tégla, narancssárgán világít.
-
Doky1988
senior tag
No most probléma a következő!
TFTP -s módszerrel visszatettem a gyári 1.0.17-es Fw-t, belőttem netet, meg amit kell alapot megy..
Viszont, letöltöttem az itt: [link] említett .ubi factory fájlt, a 7-es pontig megcsináltam mindent, majd jön a 8-as pont: 8. Újraindítod a routert. Belépsz a 192.168.1.1 -es IP-n!, állítasz egy root jelszót.
Újraindítom a routert, és narancssárgán csak világít, nem csinál semmit sem. Se SSH, se Telnet, se SCP semmi nem müxik! Mi lehet a probléma oka? Valami partíciós probléma? Mert onnan tovább nem jutok sehogy sem sajna.
-
Doky1988
senior tag
Sziasztok!
Van egy kis gond!
Nyomattam LuCi menübe egy sysupgradet és nem töltött be a router, most meg narancssárgán villog.Felügyelt rendszerfrissítésnél letöltöttem azt ami a képen van és nem töltött be vissza.
Router narancssárgán világít.
Mit tudok tenni?
-
dchard
veterán
válasz
xabolcs
#6540
üzenetére
Na az vicces lenne, ha az AX6 tudna 1000mW-ot, tekintve hogy nincs rajta olyan erősítő, ami ki tudna ennyit izzadni. 250mW-ot tud az AX6 max. És a kimenő teljesítmény elsősorban attól függ, hogy milyen FEM van az adott modellen. Utána pedig jön a regulatory data (BDF).
-
xabolcs
őstag
válasz
zelikocc
#6539
üzenetére
(Ha igen, ez egyébként minden márkájú routeren elérhető ami OpenWRT képes?)
Ez az 1000 mW-osdi dolog keszulek fuggo: csak az AX3600-ra (na meg a kis testverere: AX6-ra) ertendo.
Valakinek esetleg van eladó AX3600?
Van bizony!
Illetve van egy porosodo AX3600-am valahol, ha esetleg ki szeretned probalni, csalodasok elkerulese vegett.
-
zelikocc
senior tag
-
Norbi.Sz
senior tag
Sajnos ezekről épp nincs benne semmi ilyen... Amikor kiosztja neki az IP-t, stb benne van, de amikor leszakad, újra csatlakozik, az nincs... Mivel az IP 12 órát aktív, így ha 12 órán belül újra csatlakozik, nem logolja (átnéztem az egész log filet).
Ha fping-et használva pingelek 3 eszközt 5 másodpercenként, amiből 2 tuti állandóan jó, 1 pedig a kérdéses eszköz, akkor is mutatja a létrehozott script log file-ja:
1. és 2. eszköz minden pingelésnél elérhető, de a 3. eszköz hol elérhető, hol nem... Nincs benne semmiféle logika, vagy ismétlődés, totál véletlenszerű, hogy elérhető, vagy sem. -
#6534
Rick4
félisten
LamagraPyro
#6533
Rick4
félisten
válasz
LamagraPyro
#6533
üzenetére
Olvasd el az összefoglalót, benne van.
-
#6533
LamagraPyro
csendes tag
LamagraPyro
csendes tag
Sziasztok!
Nekem mesh problémám lenne, hátha van már tapasztalat. A fő router egy ax3600-as, meshben szeretném összekötni egy ax3200-al.
Ha az ax3600-on kínai fw fut akkor észreveszi az ax3200-at csatlakoznak egymáshoz de pár nap múlva ledobálja az eszközöket az ax3200. Folyamatosan le fel csatlakoznak, ahogy telik az idő egyre később tudnak visszacsatlakozni.
Ha global fw van az ax3600-on akkor nem is tudnak mesh hálózatot létrehozni egymással, nem látja az ax3600 az ax3200-at.
Az ax3200-on global rom fut, nem találtam sehol kínait vagy mókolt fw-t. Mesh hálózat kialakításakor egymás mellett van a két router.
Egyszerűen tanácstalan vagyok mit lehetne tenni, hátha van itt olyan akinek stabilan működik.
Köszönöm előre is a segítséget.
-
Norbi.Sz
senior tag
válasz
xabolcs
#6529
üzenetére
Egy régebbi robimarko féle build van most rajta.
De van még egy AX3600-os router a hálózatban (a két AX3600 meshben van).Egyébként van valami csomag az Openwrt-hez, amivel azt tudom figyelni, hogy melyik eszköz mikor volt felcsatlakozva, mikor csatlakozott le a routerről?
-
xabolcs
őstag
válasz
Norbi.Sz
#6527
üzenetére
Remelhetoleg robimarko valamelyik GitHub-os build-je ... probald meg LuCI-val, de a beallitasok torlesevel!
Aztan ha nem sikerul, akkor a TFTP recovery-vel majd ugyis tiszta telepites lesz.Nincs masik router a halozaton? Nekem olyat szokott csinalni, hogy nehany vezeteknelkuli eszkozom nem az tenyleges routert hiszi routernek, hanem az egyik dumbAP-mat.
Nem is ertem hogy hogyan, mert a dnsmasq szerver tiltva van rajta. Es emiatt persze tok ures az elsodleges routeremen az "active leases" lista, mikozben az emlitett dumbAP-n meg ott viritanak.Szerencsere nagyobb gond ebbol meg nem volt, igy nem neztem nagyon utana, de azert nem tul szep, hogy tobb DHCP szerver is van a halozaton.
-
zelikocc
senior tag
Sziasztok!
Tervezgetek magamnak egy új otthoni hálózatot. Egyelőre tesztelgetek, most mikrotik hex router lesz és egy kínaisított Xiaomi AX1800 AP módban.A következő lépésben szeretnék egy komolyabb AP-t, de mindenképpen emelt adóteljesítménnyel és akkor már erre az AX3600-ra, vagy még erősebb Xiaomira gondoltam, de akkor tudnám nyomogatni az OpenWRT-t is és akkor kiderülne hogy melyik vas maradjon a router.
Lenne pár kérdésem:
- OpenWRT használata után vissza lehet térni a gyári rendszerre?
- OpenWRT alatt is elérhető az 1000mW adóteljesítmény? (Ha igen, ez egyébként minden márkájú routeren elérhető ami OpenWRT képes?)
- OpenWRT alatt elérhető a Mesh úgy, hogy az OpenWRT eszközök csak AP módban vannak?
- Ezt az AX3600-at, vagy ezt az AX6000-ret, vagy esetleg mást ajánlatok? Mi éri most meg legjobb ár érték arányban? Használt és új is játszik. -
Norbi.Sz
senior tag
válasz
xabolcs
#6526
üzenetére
Sajnos már nem emlékszem, hogy honnan töltöttem le, kb. fél éve ez van a routeren.
Most szeretném megnézni egy újabbal, mert olyasmit csinál, hogy az Áttekintés-nél nem mutatja néha bizonyos eszközök jelenlétét. Ez elég fontos lenne Home Assistant integráció miatt... Ha érdekel, meg tudom majd nézni otthon, hogy meg van-e még a file, és fel tudom dobni valahová. -
xabolcs
őstag
válasz
Norbi.Sz
#6525
üzenetére
Honnan van az a "r0-8d1fb7d" verzio? Linket is tudsz adni, ahonnan beszerezted?
Attol fugg, mennyire van messze a hivatalos OpenWrt-tol. Egy "beallitasok torlese" mindenkeppen hasznal, persze a legbiztosabb a TFTP-s gyari majd OpenWrt telepites.
Ha pedig eleg kozel van, akkor mehet a "beallitasok megtartasa"-val is. -
#6523
GhostHunter
tag
GhostHunter
tag
Hali..
Valaki atallitana a Xiaomi AX3600 globalomat KINAI verziora, nemi ellenszolgaltatasert, Budapest vagy kornyeken?
Koszonom..
-
Tonyk
veterán
válasz
Vigyorka
#6518
üzenetére
Lépj be 1.0.17 alá, majd a böngészőben F12 és klikk a Console fülre, majd szúrd be ezt és enter:
function getSTOK() {let match = location.href.match(/;stok=(.*?)\//);if (!match) {return null;}return match[1];}function execute(stok, command) {command = encodeURIComponent(command);let path = `/cgi-bin/luci/;stok=${stok}/api/misystem/set_config_iotdev?bssid=SteelyWing&user_id=SteelyWing&ssid=-h%0A${command}%0A`;console.log(path);return fetch(new Request(location.origin + path));}function enableSSH() {stok = getSTOK();if (!stok) {console.error('stok not found in URL');return;}console.log(`stok = "${stok}"`);password = prompt('Input new SSH password');if (!password) {console.error('You must input password');return;}execute(stok,`nvram set ssh_en=1nvram commitsed -i 's/channel=.*/channel=\\"debug\\"/g' /etc/init.d/dropbear/etc/init.d/dropbear start`).then((response) => response.text()).then((text) => console.log(text));console.log('New SSH password: ' + password);execute(stok, `echo -e "${password}\\n${password}" | passwd root`).then((response) => response.text()).then((text) => console.log(text));}enableSSH(); -
Norbi.Sz
senior tag
2db AX3600 (OpenWrt SNAPSHOT r0-8d1fb7d / LuCI Master git-22.361.69865-deed682 fut rajta) meshben miért csinálhat olyat, hogy fix IP című eszköz a hálózaton van, működik is, de a router nem mutatja az aktív bérletek között, és ha pingelem a kütyüt (pedig be van kapcsolva, és működik belső háló/internet is) nem válaszol???
Smart Home-os eszközök is néha elérhetetlenné válnak, majd újra használhatók (gondolom emiatt azok is).Valakinek ötlet?
-
dchard
veterán
Gyorsan beírom ide dokumentarista jelleggel, hátha máson is segít, meg én sem felejtem így el.
Ha van TTL soros a routeren és brick lett (Openwrt):
1. U-boot-ba belép.
2. A "tftpboot" paranccsal be kell tölteni a "......initramfs-uImage.itb" végű openwrt initramfs binárist.
3. A "bootm" paranccsal indítható a kettes pontban betöltött image.
4. Majd a már futó Openwrt alól lehet sysupgrade-del felrakni a "......squashfs-sysupgrade.bin" végű fájlt.Ha a korábbi Openwrt installációnk amúgy jó volt, csak az utolsó upgrade után szaródott el valami, így vissza lehet frissíteni a router olyan módon, hogy nem kell a gyári FW-re visszaállni közbülső lépésként, megmaradnak a beállítások is. Nyilván ilyenkor a sysupgrade-et a beállítások megtartásával kell futtatni.
Sajnos TTL soros nélkül ezt nem lehet elvégezni, a reset gombos recovery mindenképpen a gyári (aláírt) FW-t hajlandó csak beírni a flash-be.
-
Vigyorka
aktív tag
Üdv!
A hiba nem járkál egyedül...
Frissítésbe behalt a router..
A laptopomrol nem tudtam a Digi-re bejelentkezni..
Újra telepítettem a Win 11-t..
A Digi-re nem tudtam bejelentkezni - telefonos segítséget kértem - hibajegyzék felvétel lett.
Most a Digi-re várok..
((..más - közben behalt a TV-m is. Lassan elindulhatok az elme és gyógy intézetbe.🙂)) -
Doky1988
senior tag
válasz
xabolcs
#6498
üzenetére
Meglett közben
US-re kell állítani a WIFI Country -t, és 161-es csatornán remekül muzsikál! Köszi, meginn tanultam valamit
DFS support almost triples the available channels in the 5 GHz ISM band. This allows for higher densities of APs, more Wi-Fi devices, and faster data transfer rates. For the U.S., there are nine non-DFS channels: 36, 40, 44, 48, 149, 153, 157, 161, and 165. There are 16 DFS channels: 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140, and 144.
)
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Nem volt gyenge feladat visszarakni az openwrt -t 
Új hozzászólás Aktív témák
Hirdetés
trance89
- Azonnali készpénzes nVidia RTX 2000 sorozat videokártya felvásárlás személyesen / csomagküldéssel
- Giant Talon 0 Sport - Hardtail Mountain Bike
- 2db Dell PowerEdge R740 2U Rack Szerver és 3db Netapp FAS2040 NAS
- Bomba ár! MacBook PRO 13" 2020 4TB3 - i5 I 16GB I 512SSD I OS X Sequoia I Cam I Gari!
- Telefon felvásárlás!! Samsung Galaxy A50/Samsung Galaxy A51/Samsung Galaxy A52/Samsung Galaxy A53
Állásajánlatok
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest