Odp: XUNISON Exigo D50 5G
Możliwe że to tylko gpio. Trzeba poszukać.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → XUNISON Exigo D50 5G
Strony Poprzednia 1 … 11 12 13 14 15 … 18 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Możliwe że to tylko gpio. Trzeba poszukać.
Coś temat ucichł....
To może ktoś by spróbował przełączyć modem w USB , sprawdził ,czy jest USB3.0 (w zewnętrznej przejściówce , bo może okaże się ,ze w gnieździe m.2. routera jest tylko 2.0 ) ?
Coś temat ucichł....
To może ktoś by spróbował przełączyć modem w USB , sprawdził ,czy jest USB3.0 (w zewnętrznej przejściówce , bo może okaże się ,ze w gnieździe m.2. routera jest tylko 2.0 ) ?
Niestety ja nie pomogę bo nie posiadam przejściówki
Coś temat ucichł....
To może ktoś by spróbował przełączyć modem w USB , sprawdził ,czy jest USB3.0 (w zewnętrznej przejściówce , bo może okaże się ,ze w gnieździe m.2. routera jest tylko 2.0 ) ?
Nie wiem czy jest sens to sprawdzać, czy coś to pchnie do przodu.
Edit:
Sam modem jest widoczny na USB, ale nie pamiętam teraz na ten moment z jaką prędkością.
Ja się nie chwalę w temacie bo nie mam czym. Nie udało mi se nawet uzyskać efektu podobnego do tego co wykrywa u Cezarego, więc dałem na wstrzymanie. Moja walka z diodą WAN też zakończyła się fiaskiem.
Ja też nic nie robię, sprzęt leży na biurku i czeka. Zajęty jestem ulepszaniem świata.
Coś temat ucichł....
To może ktoś by spróbował przełączyć modem w USB , sprawdził ,czy jest USB3.0 (w zewnętrznej przejściówce , bo może okaże się ,ze w gnieździe m.2. routera jest tylko 2.0 ) ?
Ok znalezione. Ciekawe czy modem na usb i usb zewnętrzne będzie możliwe.
T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 2 Spd=480 MxCh= 0
D: Ver= 2.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=2c7c ProdID=0800 Rev= 4.14
S: Manufacturer=Quectel
S: Product=RM500Q-AESpd=480 ?
Wyłączyłeś mu PCI ?
@IceG i co zrobiłeś że nagle to zobaczył?
To w przejściówce zewnętrznej jest ? Czy ciagle w routerze ?
Modem u mnie byl widziany normalnie na usb, nie widzial go za to na pcie (pisalem o tym wyzej), a chcialem uzyskac efekt jak u Cezarego, z tym walczylem aby modem byl wykrywany na pcie, co mi sle nie udalo.
Modem oczywiscie jest w routerze, nie wyjmowalem go poniewaz sam router mam skrecony, tylko wystaja kabelki od UART.
Udalo sie czesciowo rozwiazac problem z niską wydajnościa CPU ipq5018
Okazało sie ze nie działa cpufreq scaling
tu PR https://github.com/openwrt/openwrt/pull/21185
Co ciekawe można nawet podkręcić CPU
--- a/arch/arm64/boot/dts/qcom/ipq5018.dtsi
+++ b/arch/arm64/boot/dts/qcom/ipq5018.dtsi
@@ -94,14 +94,8 @@
compatible = "operating-points-v2";
opp-shared;
- opp-800000000 {
- opp-hz = /bits/ 64 <800000000>;
- opp-microvolt = <1100000>;
- clock-latency-ns = <200000>;
- };
-
- opp-1008000000 {
- opp-hz = /bits/ 64 <1008000000>;
+ opp-1296000000 {
+ opp-hz = /bits/ 64 <1296000000>;
opp-microvolt = <1100000>;
clock-latency-ns = <200000>;
};
--- a/drivers/clk/qcom/apss-ipq-pll.c
+++ b/drivers/clk/qcom/apss-ipq-pll.c
@@ -66,9 +66,9 @@
},
};
-/* 1.008 GHz configuration */
+/* 1.3 GHz OC configuration */
static const struct alpha_pll_config ipq5018_pll_config = {
- .l = 0x2a,
+ .l = 0x36,
.config_ctl_val = 0x4001075b,
.main_output_mask = BIT(0),
.aux_output_mask = BIT(1),0x36 znaczy 54 x 24Mhz i taki też wynik musi być zadeklarowany w OPP
Udalo sie czesciowo rozwiazac problem z niską wydajnościa CPU ipq5018
Okazało sie ze nie działa cpufreq scaling
tu PR https://github.com/openwrt/openwrt/pull/21185
Co ciekawe można nawet podkręcić CPU--- a/arch/arm64/boot/dts/qcom/ipq5018.dtsi +++ b/arch/arm64/boot/dts/qcom/ipq5018.dtsi @@ -94,14 +94,8 @@ compatible = "operating-points-v2"; opp-shared; - opp-800000000 { - opp-hz = /bits/ 64 <800000000>; - opp-microvolt = <1100000>; - clock-latency-ns = <200000>; - }; - - opp-1008000000 { - opp-hz = /bits/ 64 <1008000000>; + opp-1296000000 { + opp-hz = /bits/ 64 <1296000000>; opp-microvolt = <1100000>; clock-latency-ns = <200000>; }; --- a/drivers/clk/qcom/apss-ipq-pll.c +++ b/drivers/clk/qcom/apss-ipq-pll.c @@ -66,9 +66,9 @@ }, }; -/* 1.008 GHz configuration */ +/* 1.3 GHz OC configuration */ static const struct alpha_pll_config ipq5018_pll_config = { - .l = 0x2a, + .l = 0x36, .config_ctl_val = 0x4001075b, .main_output_mask = BIT(0), .aux_output_mask = BIT(1),0x36 znaczy 54 x 24Mhz i taki też wynik musi być zadeklarowany w OPP
Fajne znalezisko, gratulacje.
Próbowałem zbudować tego patcha do mojego SCR50AXE i coś nie pykło. Dostałem komunikat hunk failed.
Czy sprawdzał ktoś może jak ten XUNISON Exigo D50 5G przewala ruch za NAT i jakie są prędkości? CPU czegoś nie ogranicza?
Czy pełny gigabit ruchu WAN/LAN dla DL i UL jest bez problemu dostępny?
Dla Exigo D50 5G kompilacja pykła:
[ 2.649744] cpufreq: cpufreq_online: CPU0: Running at unlisted initial frequency: 799999 KHz, changing to: 1008000 KHzOpcja
/* 1.3 GHz OC configuration */
brzmi ciekawie, ale na szybko testując kompilacja nie przechodziła.
@IceG
@lukasz3134
Fakt patch nieźle tu głupieje z kodowaniem czy znakami specjalnymi. Można samemu przygotować patch file lub pobrać mojego gotowca
https://filebin.net/r2sm877clehslnwj
@nicefile, patch do oc procka teraz działa, testowane na SCR50AXE i Linksys MX6200, dobra robota.
Zauważone problemy (poza tym że coś nie działa)
- odwrócona dioda led od wanu
- w logach pojawia się adpt_mp_port_netdev_change_notify[1186]:ERROR:netdev change notify with incorrect port 0
Przegladajac forum OpenWrt trafilem na post w temacie dotyczacym "ipq5018-tri-radio-support-for-zyxel-scr50axe", uzytkownik ma podobny blad, co moze sugerowac jakies problemy w sterownikach lub cos zostalo nie tak opisane.
Sterowniki wi-fi tez sa "do poprawy" https://forum.openwrt.org/t/qualcommax- … 48529/5506 i uaktualnienia? Sledzac linki mozna trafic do watku https://github.com/openwrt/openwrt/issues/20702.
Podsumowujac strzelam, ze Nasze pare bledow moze wynikac z ciaglego rozwoju samej platformy a nie opisu lub nie sekcji w dts.
@nicefile, patch do oc procka rowniez potwierdzam iz dziala, mega.
To ja jestem z tym błędem, co ciekawe występuję on u mnie tylko na zyxelu scr50axe, a na linksys mx6200 z tym samym prockiem juz nie.
Czy aktualny nightly/main branch z openwrt działa? Czy to co udaje się Wam odpalić to jakiś fork? Nie potrzebuje wifi (z którym widze, że sa problemy), zależy mi na modemie 5g, switchu i wireguardzie.
W menuconfig na branchu main openwrt nie widzę tam targetu ipq50xx mimo, ze najnowsze rc nawet generuje obrazy dla tego targetu https://downloads.openwrt.org/releases/ … /ipq50xx/.
Nie ma openwrt na ten model urządzenia. Nie ma nic co możesz wgrać.
ipq50xx jest pod Qualcommem AX, jest subtargetem, nie targetem
@Cezary a to co udało Ci się uruchomić z tftp to main branch? to jakiś fork? jeśli źródła są publiczne to czy mógłbyś udostępnić .config?
Snapshot, wersja rozwojowa. Sam .config do niczego ci nie przyda, bo nie masz dtsu do tego urządzenia. A DTS jest w głębokich powijakach, na dodatek nie sprawdzone jest w ogóle wgrywanie obrazu do flash.
Toporne jest to urządzenie. Skompilowałem pcie_mhi od quectela (btw - nie przy każdym restarcie widzi urządzenie na pci. Albo tym grpio 31 trzeba go puknąć, albo restartować przy każdym starcie systemu). Widzi urządzenia /dev/mhi*, quectel-CM niby nawiązuje połączenie i widać że dostaje adres z DHCP i na tym koniec - nie ma żadnego ruchu przez modem.
Dzięki za wytrwałość i walkę! Zastanawia, że jakim zlepkiem by nie był "oryginalny" soft na openwrt to połączenie (przynajmniej u mnie) trzymał stabilnie. A powiedz, czy sam modem jest obsługiwany w aktualnej gałęzi openwrt? Bo może skończy się wyjęcie modemu i włożeniem w jakiś sprzęt zgodny z openwrt.
Strony Poprzednia 1 … 11 12 13 14 15 … 18 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → XUNISON Exigo D50 5G
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc