- Bocsánatot kért az Apple, mert nagyon mellélőtt a legutóbbi reklámjával
- Facebook és Messenger
- Linux kezdőknek
- A Google helyét akarja az OpenAI, hétfőn jöhet az AI-alapú kereső
- Videó stream letöltése
- ASUS routerek
- Milyen program, ami...?
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Már nem hisz a nagy európai EV-forradalomban a Ford
- Windows 11
Új hozzászólás Aktív témák
-
Chal
addikt
Én is berendeltem. Úgy voltam vele, hogy ha a mostani TP-Linkem eladom 10kHUF körül, akkor 18-ért van egy Armor Z1-em a végén. Ennyiért megengedem neki, hogy nem megy stabilan a dual stack, amit ráadásul nem is használok. Csak más baja ne legyen
-
Chal
addikt
válasz a1connect #145 üzenetére
Mármint NAT-olt IP-t kapsz, és amiatt nem megy az ftp? Elvileg csak kérned kell és megint kapsz publikus IP-t. Ha nem, váltás. Addig is állítsd át az ftp klienseket passzív módba, az megoldja a problémát.
Ha az ftp szervered szeretnéd kintről elérni, akkor sztornó, ahhoz public IP kell mindenképpen.
A routerer visszatérve: elég vicces hogy OpenWRT van rajta gyárilag (csak a Zyxel által széthackelt, saját webguis), stock OpenWRT mégsem telepíthető, mert nem foglalkozik vele senki
Ha ez változni fog, akkor az egyik legjobb router lesz most a piacon, mert ilyen erőforrásmennyiség ennyi pénzért nem nagyon van másnál. Persze az nagy kérdés, hogy máshol is be fog e esni az ára, vagy csak az Edigitál vállalta túl magát vele, és most próbál tőle szadulni
[ Szerkesztve ]
-
Chal
addikt
válasz leone1234 #152 üzenetére
Az a vicc hogy "van" Attitude Adjustment (12.09) van rajta, erre építkezett a Zyxel. Elvileg be lehet rá ssh-zni és akkor látod is (én még nem próbáltam, holnap kapom meg elvileg). Csak persze annyira ki van herélve, illetve tele van a Zyxel által ráfejlesztett cuccokkal, hogy nem tudsz rá telepíteni semmit.
OpenWRT fórumon az egyik dev azt mondta, hogy ha valaki küld neki egyet, akkor megoldja a portolását a CC-nek. Összedobjuk neki? Mondjuk sajnos nagy pörgés nincs abban a topciban, nem tudom mennyire gondolta komolyan, és van egy rázósabb része is a dolognak: elvileg a Qualcomm chiphez nincs SDK a magasabb verziójú OpenWRT-khez
[ Szerkesztve ]
-
Chal
addikt
Mondjuk ez a stream dolog azért érdekes mert ugye a router ezen része layer 2 "fejjel gondolkodik", tehát hót mindegy neki hogy te streamelsz, vagy torrentezel, webről töltesz le valamit, vagy éppen mondjuk egy hatalmas levelet töltesz le pop3-al (végletes példa). Neki ez csak bejövő adat. Tehát ha a Beelink szakadozik, akkor szakadoznia kellene minden másnak is ami folyamatosan letölt valamit.
Szerintem inkább az lehet, hogy a kis kínai box nem kedveli a használt csatornát, vagy valami egyéb rádiós nyűgje van. Nekem is van kettő amúgy (Mini MX, MiniMXIII), hát sajnos nem arról híresek hogy megbízható a wifijük.
De majd este tesztelek vele én is már
[ Szerkesztve ]
-
Chal
addikt
No, elkezdtem vele játszadozni, 5G wifin stabil 270-280Mbit-et mérek, már emiatt megérte Ráadásul egy "sima" N-es TP-Link wdn4800-as kártya a kliens, még csak nem is AC.
[ Szerkesztve ]
-
Chal
addikt
válasz leone1234 #169 üzenetére
Nincs a szolgáltatómnál IPv6, így nem is néztem, de este kipróbálom.
D@reeo:
1. Ahogy korábban is írtam és választ is kaptam már: Firefox-szal a webUI nem tökéletes (iPhone-on safarival se), azért egy csúcskategóriás eszköz esetén ez szerintem vicces.
Desktop Safarival is ugyanez. Nálam csak Chrome-al jó (OSX).
2. SSH user/passt valaki esetleg tudja. Jó lenne körbenézni egy kicsit
Ugyanaz mint ami a webguin.
5. Az tök jó, hogy a tetején lévő LED-eket ki lehet kapcsolni. Arra nincs mód, hogy a hátulján lévő ledek se villogjanak? Engem nagyon idegesít.
Arra tuti nincs, szerintem azt nagyon low level szinten nyomja a switch, nem lehet ilyen szinten managelni.
[ Szerkesztve ]
-
Chal
addikt
Este ránézek a Qualcomm sdk-ra, meg az egyéb dolgokra, és ha van rá mód, akkor próbálok buildelni egy transmissiont. Mondjuk annyira nem ismerem az architektúrát, illetve openwrt-re sem buildeltem még semmit. De van kedvem vele kicsit pöcsölni, max kiderül majd az első 20 percben hogy esélytelen
-
Chal
addikt
A csomaglistát már nézte valaki amúgy?
Vannak benne vicces dolgok pl:
mutt - 1.5.21-1 (a kedvenc konzolos levelezőkliensem, de mit keres egy routeren? )
Ezek pedig nem tudom mik lehetnek, de aggasztó nevük van:
overlord - gc1ce12e-1
smoketest - 1-1[ Szerkesztve ]
-
Chal
addikt
Nem teljesen, maga a Qualcomm SoC tartalmazza, csak nem vezették ki. De van benne amúgy még PCM audio is meg SD olvasó a soc specije alapján.
[ Szerkesztve ]
-
Chal
addikt
Egyelőre az OpenWRT trunk-ban levő csomagokkal próbálkoztam, sajnos kevés sikerrel. Ott van már ipq806x arch, szal az irány jó, de a Zyxel a QSDK-ra építkező OpenWRT AA-t használja, és sajnos nem kompatibilisek a binárisok. Pedig nem néz ki rosszul:
root@NBG6816:~# file /bin/busybox
ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs)r
oot@NBG6816:~# file /tmp/ApplicationData/transmission-daemon
ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs)Ennek ellenére nem fut, nem stimmel az arch
Itt a repo egyébként:
https://downloads.openwrt.org/snapshots/trunk/ipq806x/
Bátorság próba: aki rá meri flashelni a Z1-ra a generic imaget (openwrt-ipq806x-squashfs-root.img) annak fizetek egy sört! Én nem mertem
A QSDK itt van, ezzel csinálta a Zyxel a jelenleg rajta levő firmwaret és a csomagokat:
https://wiki.codeaurora.org/xwiki/bin/QSDK/
Próbálok belemélyedni.
[ Szerkesztve ]
-
Chal
addikt
Azt hiszem sikerült:
root@NBG6816:/tmp/ApplicationData# ldd ./transmission-daemon
libevent-2.0.so.5 => /usr/lib/libevent-2.0.so.5 (0x4022f000)
librt.so.0 => /lib/librt.so.0 (0x401b0000)
libcurl.so.4 => /usr/lib/libcurl.so.4 (0x401e0000)
libssl.so.1.0.0 => /usr/lib/libssl.so.1.0.0 (0x402fd000)
libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0 (0x4037e000)
libz.so.1 => /usr/lib/libz.so.1 (0x404c0000)
libm.so.0 => /lib/libm.so.0 (0x404f0000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4066b000)
libpthread.so.0 => /lib/libpthread.so.0 (0x4067e000)
libc.so.0 => /lib/libc.so.0 (0x4026c000)
libdl.so.0 => /lib/libdl.so.0 (0x40122000)
ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40077000)root@NBG6816:/tmp/ApplicationData# ps | grep trans
25107 root 9416 S ./transmission-daemonroot@NBG6816:/tmp/ApplicationData# ./transmission-daemon --version
transmission-daemon 2.71 (13538)De már hulla fáradt vagyok, holnap tesztelem a csomagtelepítést is (buildeltem azt is), most csak a daemon binárisát másoltam fel a routerre. Ha minden ok lesz, akkor kirakom az .ipk file-okat valahova és használjátok egészséggel
Egyébként sikerült egy Ubuntu vm-be összerakni a teljes QSDK/QCA toolchaint, szóval bármit tudunk fordítani így már az Armor Z1-re ami az aktuális OpenWRT repoban benne van. Bár a függőségekre figyelni kell, azért ne felejtsük el hogy egy Attitude Adjusment (12.09) van rajta. A Transmissionnel szerencsém volt, mert csak a curl-ra és a libevent2-re dependelt, és mindkettőből volt megfelelő csomag telepítve gyárilag a Zyxelen.
Ha lesz időm készítek majd egy leírást is, hogy bárki tudja telepíteni a build környezetet.
[ Szerkesztve ]
-
Chal
addikt
Ja és addig is ha valakinek kell valamilyen csomag, írjatok, és megpróbálok buildelni egyet belőle, legalább tesztelünk.
Szerk.: hoppá, most látom hogy a Transmission is régebbi, valószíűleg a 12.09 repójából jött a forrás. Igazából erre annyira nem figyeltem, valószínűleg a QSDK szedte ezeket össze, nem tudom hogy újabb csomagokat meg lehet e vele etetni. Ezt is ki kell majd próbálni.
[ Szerkesztve ]
-
Chal
addikt
válasz leone1234 #191 üzenetére
Az egy kicsit messzire vezető kérdés, mert ugye driver függő, az meg kernel, az meg már távolabbra mutat mint pár alkalmazás sajnos. Ez inkább a stock OpenWRT portolását jelentené, sajna erre nincs annyi időm hogy belevágjak
Illetve valószínűleg a rajta levő firmware is tudja, hiszen az alap működés része, csak nincs kivezetve a guira. Itt nézz körül, szerintem shellből menni fog a vlan config:
https://wiki.openwrt.org/inbox/doc/extend_router_ports_managed_switch
Más:
A legfrissebb OpenWRT-s Transmission lefordult (2.92), és működik is jól a routeren (daemon, cli, remote, web interface csomagok). Most éppen Midnight Commandert és Screent hegesztek. Ha végzek és minden működik, akkor megosztom.
Stay tuned
[ Szerkesztve ]
-
Chal
addikt
Sajnos eddig nem néztem meg, de baromi kicsi az overlay mérete a gyári imageben (512kbyte). A Transmission épphogy elfér cli és remote kliens nélkül, tehát csak weben lehet managelni. Midnight Commander-nek pl. kell a glib2, csak az 620kbyte, szóval itt részemről megállt a tudomány.
Azért a csomagokat kiraktam ide, jó játszadozást:
A Transmission init scriptje (/etc/init.d/transmission) nálam nem megy, ezt majd meg kell nézni. Kézzel indítva (/usr/bin/transmission-daemon) és felparaméterezve teljesen jól fut viszont, és megy a webes felület is. Ha valakinek van ideje debugolni az initet, és javítani azt megköszönöm, nekem most le kell tennem pár napra a Z1 hackelgetést, mert ezer más dolog lenne
-
Chal
addikt
Á f***om, csak nem bírom ki hogy ne csesztessem Megoldottam hogy a 4GB-s nand flashre menjen a telepítés, beleírtam a hogyanját a readme-e a fenti linken. Szóval akkor lehet jó sok packaget buildelni
-
Chal
addikt
Update:
Frissítettem a Transmission csomagokat, néhány bug javításra került (köszönet D@reeonak a tesztelésért), így már rendesen működik az init scriptje, és az OpenWRT-s configot is használja. Valamint buildeltem pár csomagot: Midnight Commander, nmap, mtr, iperf3, tinyproxy, tcpdump, screen.
Továbbra is elérhető itt minden, kis tutoriallal és changelog-al egyetemben: link
Készülőben: OpenVPN, Tinc, Aria2
OpenWRT CC port helyzet: elkértem a Zyxeltől a gyári firmware forrását, meglátjuk mi lesz benne meg mi nem. Mivel GPL az egész, ezért oda kell hogy adják, az oldalukon van is elrejtve egy request form ehhez, azt töltöttem ki. Most várok.
Első körben azt szeretném elérni, hogy a boot közbeni system recovery működjön (már ha van benne), utána mernék vele játszadozni jobban. U-Boot bootloadert használ, kidumpoltam, de attól nem lettem okosabb. A benne levő infók alapján elvileg a 192.168.1.99 -ről töltene le firmwaret boot közben tftp-n, de nem tölt.
JTAG csati: szétszedtem (for the record: természetesen nem a sajátomat, hanem egy ismerősöm ismerőséét, tehát az enyém még garanciális ) de a panelre nulla infó van szitázva, csak a C és R jelölések vannak, más semmi. Szemre ki lehet szúrni JTAG/serial -ra utaló forrszemeket, de elég sötétben tapogatózás/kockázatos lenne sajnos próbálkozni velük
[ Szerkesztve ]
-
Chal
addikt
Ez nem rossz ötlet, ha működik, akkor ez a legegyszerűbb. Ha nem, akkor ezekben a file-okban nézz körül:
/etc/config/samba
/etc/config/proftpd
/etc/init.d/samba
/etc/init.d/proftpd -
Chal
addikt
No, megkaptam a Zyxeltől a firmware forrását, ráadásul build környezettel együtt. Ez egy "gyári" OpenWRT build system 12.09-re épül, és bele van drótozva a Qualcomm SDK + a Zyxeles dolgok. Szóval elég sok infó és eszköz van így.
Elsődleges cél továbbra is a recovery működésre bírása. Most túrom ennek kapcsán a forrást, szerencsére benne van a u-boot is, meglátjuk.
Ha valakinek van kedve akkor próbálkozhatna vele addig is. Hátha másnak elindul a dolog. Power on után kéne tftp-vel rátenni a gyári firmwaret. Elég zavaros a dolog, nekem odáig sikerült eljutni hogy a wps buttont nyomva tartva a 192.168.1.1 -ről nyom egy kérést a 192.168.1.99-en levő tftp szerveremre és a ras.bin nevű file-t akarja letölteni. Ha a gyári fw-t átnevezem erre, akkor le is tölti, de aztán nem történik semmi, nem írja ki.
[ Szerkesztve ]
-
Chal
addikt
Igen. Egyelőre az a tervem, hogy ráflashelném innét a generic-et (openwrt-ipq806x-squashfs-root.img):
https://downloads.openwrt.org/snapshots/trunk/ipq806x/generic/
Tippem szerint ezzel működne a swtich, a wan port, és egyéb alap dolgok. Nem menne viszont a wifi, usb, buttonok, ledek. Viszont ha már rajta van egy stock openwrt, akkor a Zyxeles forrás és a gyári OpenWRT csomagok/kernel modulokkal el lehetne kezdeni felépíteni egy olyan rendszert amin minden működik tökéletesen. Ez után pedig el lehetne készíteni a véleges imaget.
Addig viszont nem fogok ráflashelni semmit amíg nem megy a recovery, mert nem akarok venni mégegy router, főleg hogy 28 ezerért már nincs is
-
Chal
addikt
válasz DuDieHUN #208 üzenetére
Hát, egyelőre nincs mit sajnos, hacsak nem a Transmission csomagokat Tényleg, D@reeon kívül használja valaki? Ha igen, mik a tapasztalatok?
Update:
Működik a tftp recovery. Igazából mindig is működött, csak én voltam a hülye. Valamiért azt vártam, hogy a firmware flashelés egyben factory default állapotot is jelent, de ez nem így van. A Zyxel hasonló módon csomagolja a firmwareket mint a "sysupgrade" imagek megoldása a "gyári" OpenWRT esetén. Szóval nem írja felül a beállításokat. A firmware tehát minden esetben felment amikor próbálkoztam, csak mivel ugyanazt tettem rá ami rajta volt (legfrissebb Zyxeles), és mivel a beállítások is megmaradnak, így nem változott semmi. Persze mikor végső elkeseredésemben rátettem egy régebbit, akkor már látványosabb volt a dolog
És akkor a tutorial, debrickhez ha valakinek egyszer szüksége lesz rá:
1 - tftp szerver beüzemel a 192.168.1.99-es IP címen (virtuális gépben is tökéletes)
2 - Zyxel firmware letölt, a bin file átnevez erre: "ras.bin", tftp szerver gyökerébe felmásol
3 - a gép fizikai kártyája autospeed helyett 100baseT-re beállít
4 - router shutdown, áramtalanít
5 - router bekapcsol, közben WPS button nyom
6 - tftp szerver log figyel, vagy tcpdump, lehet majd látni amikor jön a file-ért, ekkor már el lehet engedni a WPS buttont
7 - ha nem jön akkor goto 4Sajnos nagyon kényes az ethernet linkre. Amikor indul a bootloader, azonnal megpróbál tftp-zni, és csak 3 másodpercig próbálja, ha nincs élő ethernet link és a 192.168.1.99-en tftp szerver, akkor bukó. A 100Mbit-re fixálással ezen lehet segíteni, de van olyan gép aminek annyira lassú a kártyája hogy így sem megy (pl. a laptopom thunderbolotos ethernet dongleje pont ilyen). Ebben az esetben érdemes egy switchre kötni a gépet, a switchet pedig a routerre.
[ Szerkesztve ]
-
Chal
addikt
Szerintem nem érdemes szenvedni vele, minden ami Zyxeles rajta, az egy gány. Amitől működik és jó vétel volt, az maga az izom vas, meg az OpenWRT azon részei amihez nem nyúltak hozzá ezek a félkegyelműek.
Sajnos csak szerdáig voltam szabin, így azóta nem tudtam foglalkozni a portolással, ezért most kicsit megállt a dolog. Ha tudom folytatni és lesz update, akkor írok ide.
[ Szerkesztve ]
-
Chal
addikt
válasz székely87 #219 üzenetére
Hát ezt neked kell tudni. Ha rádugod egy bármilyen gépre, ott kell jelszó, vagy valamilyen WD util az decrypthez? Ha igen, akkor távolítsd el róla, a legegyszerűbb ha fogod, és simán leformázod, mindenféle WD-s alkalmazás meg móka nélkül.
Nekem is egy usb3-as mypassport ultra van a routeren, egyszerűen csináltam rajta egy mezei gpt táblát, meg egy mezei ntfs-t egy win10 alatt, és teljesen jó működik a routerrel.
-
Chal
addikt
2 hete nem volt időm foglalkozni a portolással, és idén már csak rosszabb lesz a helyzet
Viszont legalább találtam még egy furcsa bugot a gyári fos firmwareben: állítok be egy port forwardot, mondjuk a NAS-om webes felületére. Ez után belül nem érem el wifin, "connection reset"-et kap a böngésző. Kábelen jó. Ha leszedem a forwardot szintén jó (mármint wifin is). Más portot nem érint a dolog, tehát pl. be tudok ssh-zni a NAS-ra, csak azon a porton nem elérhető a LAN-on (és csak wifiről) amit forwardolok.
Próbálja már ki pls. valaki hogy nála is csinálja e.
[ Szerkesztve ]
-
Chal
addikt
Ne is nézd meg, nem egyedi eset, szerintem mindenkinél szar. Ránéztem a körmére, a barom állatok valamiért portforwardnál felvisznek egy ilyen iptables rule-t is:
target prot opt source destination
MASQUERADE tcp -- 192.168.1.0/24 LOCAL_IP tcp dpt:5000(a "LOCAL_IP" 5000-es tcp portjára állítottam be forwardot)
Ha kézzel kitörlöd, akkor jó, van külön portforward rule, biztos ami biztos alapon mindjárt KETTŐT is csinál! Ez működik utána jól, és bentről is elérhető lesz a port.
Komolyan mondom nem hiszem el hogy ilyen van. Már attól is elment a kedvem, hogy bugreportoljak nekik, láthatóan tesznek magasról a Z1-re. Milyen fejlesztés meg munka folyhat ott már, aminél egy teljesen alap funkciót nem tesztelnek semennyire sem? Mert hogy ezt tuti nem nézte meg senki, abban biztos vagyok.
(szerk.: **szom, csak reportoltam, igazából inkább kéne kivenni pár nap szabit, és a portolással foglalkozni, de lehet hogy a halálos ágyon megbánnám )
[ Szerkesztve ]
-
Chal
addikt
Sok minden kell hozzá, első körben csinálni kell egy image profilt az Openwrt build környezetnek. Ezek makefile-ok és egyéb leírófile-ok, amik a drivereket, gpio kezelést, ledeket, buttonokat, flash layoutot tartalmazzák. Ki kell bogarászni a Zyxeles build környezetből (amiből ők fordítják a firmwaret), és implementálni, aztán próbálgatni és fixálgatni amíg nem jó Ugye az egyik 12.09-re épül, a másik meg a trunkre, ezért elég sok dolog máshogy van már.
A másik megközelítés, hogy a szűz 12.04-be kell belefaragni a Qualcom SDK-t, ez után (szerintem) viszonylag egyszerű lenne a Zyxeles környezetből átemelni a fent említett dolgokat, azok ugye eleve 12.04-re íródtak.
Egyik sem egyszerű, az is csak tipp részemről hogy a második eset talán a kisebb szívás, de egyiket sem csináltam még, és időm sincs nagyon most foglalkozni vele sajnos, vagy 10 dolgot tudnék mondani amik fontosabbak és azokkal sem tudok haladni
Egyébként azt már reverse engineereltem, hogy van egy bináris util-juk a Zyxel build környezetben, amivel aláírják az imageket, pontosabban egy egyedi Zyxeles headert tesznek az elejére. Ha ez nincs meg, akkor a bootloader (Zloader) nem tölti be a routeren az imaget. Ez a része megy, elvileg le tudok generálni bármilyen custom fw-t a kívánt headerrel.
-
Chal
addikt
No, egy kicsit tudtam a kérdéssel foglalkozni, a következőkre jutottam:
Milyen alapon érdemes a portot megcsinálni?
- A 12.04-et el kell felejteni, hiába gyors, kicsi, egyszerű, OpenWRT-nél már lejárt lemez, senki nem foglalkozik vele. A másik problémája, hogy ugye nem ismeri a Z1-ben levő Qulacomm SoC-ot. Ezt oldaná meg a Qualcomm SDK, ami 12.04-re épül, ezért van a gyári firmware is 12.04-en. Csakhogy nem kompatibilisek a csomagok a szűz OpenWRT 12.04 és a QSDK-val felvértezett 12.04 között, így bukó minden openwrt.org-os repo, vagy egyéb hasonló megoldás, mindent kézzel kell fordítani. És ha ez nem lenne elég: tele van zárt forrású cuccal. Szóval szerintem ez zsákutca, félmegoldás, nem éri meg munkanapokat áldozni rá. A végén tudná használni talán egy szűk kör itt, ők is csak sok tákolás árán, az OpenWRT team pedig tuti hogy nem tenné ki sehova, a Qulacommos SDK-n kb. a hasukat fogják a röhögéstől amúgy is.
- A Z1-ben levő ipq8064 SoC támogatott a Trunkben (alatta nem). Aki nem tudná miről van szó: a "Trunk" ág az OpenWRT aktuális, fejlesztés alatt álló változata, perpill "Designated Driver" néven fut, ez lesz majd a Chaos Calmer utóda. Itt lenne lehetőség a portolásra, mert magában az OpenWRT trunkben minden adott (támogatja a teljes ipq806x platformot), ráadásul ott van a támogatott eszközök között a Netgear R7500, ami majdnem ugyanez a vas, kivéve a 4GB flasht és a RAM is csak fele akkora (256M)
Szóval ezzel küzdök most. Van már egy device tree file, meg pár patch, próbálok imaget kreálni, vagy legalább egy sysupgrade tarballt, de sok még a fekete folt.- LEDE project: ez egy OpenWRT fork, egyre kedveltebb, szép nagy fejlesztői közösség van már körülötte, az OpenWRT "rebootjának" tartják, állítólag vannak gondok az OWRT fejlesztők között, sokan a LEDE-hez menekülnek emiatt. Van számunkra egy elég nagy jóság náluk: támogatják a Zyxel Armor Z2-őt (NBG6817), ráadásul nem is mindenféle beta meg trunk releasekben, hanem a stable-ben. Nem teljesen ugyanaz mint a Z1, de nagyon közel áll hozzá. A SoC egyel újabb (IPQ8064 vs IPQ8065), de ez az OpenWRT-nek (pontosabban a LEDE-nek) mindegy, ugyanaz a platform, és nagyjából ugyanez a helyzet a 2db wifi chipel is. Viszont az MMC flash ugyanúgy benne van, a gpio, buttonok, usb, ledek, minden ugyanaz elvileg, és a Zyxeles sajátosságok (bootloader, flash layout) is ugyanúgy adottak.
Esetleg ha lenne valakinek kedve a LEDE-ben levő Z2 device tree file-al és a Makefile-okkal játszani picit, akkor meg lehetne próbálni fordítani a Z1-re egy imaget, miközben párhuzamosan én az OpenWRT trunk-el próbálkozok. Látok a dologban fantáziát, lehet hogy jobb is lenne mint az OpenWRT, de perpill én most fél seggel ülöm meg ezt a lovat is, kettőt biztosan nem tudok
[ Szerkesztve ]
-
Chal
addikt
Amúgy nem hiszem el hogy nem fognak áttérni új verzióra mikor ezek támogatják rendesen ezt a SoC-ot.
Nem ugyanaz a két dolog. A Qualcomm a gyártó, ő saját maga támogatja a Qualcomm SDK-val a saját termékét. Az SDK alá tettek egy OpenWRT-t, amit nem nagyon akarnak upgradelni. Ezzel szemben az OpenWRT trunkben levő Qualcomm SoC támogatás egy opensource valami, lelkes amatőr fejlesztők küzdenek vele, nyilván a képességei nem ugyanazok mint amit a gyártó biztosít a fent említett módon.
Z2-n is 12-es verzió van?
Igen, mint minden cég minden Qualcomm ipq806x-el rendelkező termékén. Ha te teszem azt SOHO routeret akarsz gyártani, és a Qualcommtól veszed a chipeket, akkor ezt a szoftverkörnyezetet adja a Qualcomm support amikor szerződsz velük. Ezt támogatják, ebben kell fejlesztened a routeredhez a saját firmwared.
-
Chal
addikt
Sajnos nem teljesen jó, megnéztem azóta közelebbről, a portolást végző srác is csak félmunkát végzett, pl. a LEDE-ben levő kódja nem tud imaget generálni, csak partíció imageket, amiket egyesével kell kiírogatni a Z2-re ssh-n belépve, felmásolás után. Ez még mindig nem lenne gond, de sajnos más az fs layout ott, és a device nevek is eltérnek, már a flash memóriák meghajátáshoz is más drivereket használ (az ugye IPQ8086 SoC, a Z1 meg 8085).
De írtam neki e-mail-t, hátha tud adni pár támpontot/tanácsot, egyelőre nem válaszolt.
-
Chal
addikt
Megtaláltam a serial portot a boardon, anélkül hogy bármi füstölt volna
Itt a boot log:
[ Szerkesztve ]
-
Chal
addikt
Ah, korai volt az öröm, ebben a rohadékban 2db beágyazott Linux fut 2db SoC-on. Az egyik a gyári Openwrt, a másik egy tök külön soc, a QCA9880, ami kizárólag a wifit csinálja. Döbbenet. Sajnos amit találtam a panelen serial portot, az a QCA9880 -hoz tartozik. Van egy másik pin csoport is, ami tök ugyanígy néz ki, viszont az teljesen süket, nem jön rajta semmilyen adat.
-
Chal
addikt
Hát srácok, szerintem OpenWRT vagy LEDE portolás téren ennél a foshalomnál nagyobb falat kevés van a földön. Jól belenyúltam....
Gyakorlatilag az 5Ghz-s wifi részt a már fent említett önálló rendszer szolgáltatja (helyesen: QT3840BC, nem QCA9880 ahogy fentebb írtam). A "main" SoC, aminek látjuk a Zyxeles felületét, a vezetékes eléréseket és a 2.4G-s wifit biztosítja. A QT3840BC-nak saját memóriája van, saját CPU-ja (ARC 700 - 500Mhz), saját flash memóriája van, és egy teljesen saját linuxot futtat. A két eszközt egy belső ethernet link kapcsolja össze, a kliensek forgalma is ezen megy elvileg, illetve a Zyxeles firmware ezen keresztül tolja át a beállításokat amikor pl. megváltoztatjátok az 5G wifi network nevét/jelszavát.
Tehát ha eddig azt hittétek hogy vettetek 1db Zyxel routert, akkor ezúton jelzem hogy valójában kettő lett, csak egy dobozban vannak
Átolvasgattam a szintén így szerelt eszközök külföldi fórumjait, pl. a Netgear R7500-ét, gyakorlatilag hiába van OpenWRT és LEDE támogatás, az 5G-s wifi nem működik nekik a fenti bonyolítás miatt, és persze AC sincs.
Sikerült amúgy beloginolnom az 5G-s rendszerbe, még saját webes felülete is van (azt is elérem szerencsére), elvileg vannak rá ötleteim hogy hogy lehetne mégis használni, ha a másik oldalon már futna egy custom OpenWRT vagy LEDE. De elég sok itt a "ha", nem tudom hogy mennyi értelme van így a munkának.
Egyelőre megkérdeztem az R7500-al foglalkozó OpenWRT dev-eket, hogy mi a véleményük az ötletről, illetve hogy ki tudják e próbálni egy már debrandelt R7500-on a dolgot. Ha ott működik, akkor a Z1-en is menne talán. Meglátjuk mire jutnak.
[ Szerkesztve ]
-
Chal
addikt
Itt van amúgy a Quantenna webes felülete:
https://www.dropbox.com/s/lfs5ly08p7810e0/Screenshot%202017-01-02%2020.06.53.png?dl=0
Ha valakit akarja csesztetni akkor leírhatom hogy lehet elérni, bár semmi olyat nem lehet ott állítgatni amit amúgy a Zyxeles felületről ne lehetne.
-
Chal
addikt
Hát én ilyen luxus funkciókat nem mernék használni Az alap port forward se megy. Egyébként ez ügyben kitartóan levelezgetek a Zyxelel 3 hete, most ott járnak hogy adjak accountot a routeremhez és távolról megnézik. Hát hogyne... Írtam nekik, hogy vegyenek már le a polcról egyet könyörgöm, és két kattintással próbálják ki, ha nem hiszik el, látni fogják hogy úgy szar az egész ahogy van Egyelőre erre nem írtak semmit.
Amúgy jól jönne egy kis segítség, ha valaki elég bátor hozzá.. Itt ez a kép:
https://www.dropbox.com/s/gz71df8wv99r1u5/Screenshot%202016-12-31%2021.29.41.png?dl=0
A jobb alsó sarokban látható egy serial portnak vélt pirossal bekeretezett rész, 4db forrszemmel. Ezt kéne lefotózni közelről, hogy jól látszanak a környékén levő kisebb alkatrészek (közvetlenül a forrszemek mellett levők).
Az enyémen tartok tőle, hogy lemaradt néhány alkatrész innét, ezért nem megy a router rész soros konzolja. Ugyanakkor az OpenWRT fórumon írta egy srác 1 éve hogy neki működik, tehát elképzelhetőnek tartom, hogy többféle verzió is létezik. Az illetőnek sajnos ez az egyetlen hozzászólása volt a fórumon, és nem elérhető már. Ha sikerülne egy olyat találni amin működőképes ez a belső soros port, akkor előre lehetne lépni.
[ Szerkesztve ]
-
Chal
addikt
lejárt a szerk: a router amúgy nyom nélkül szétszedhető, 5db csavart kell csak kihajtani, majd a fedél lepattintása után egyből elkészíthető a fotó.
Az előbbi fotót amúgy az FCC oldaláról szedtem le, és arra rajzoltam, itt a saját routeremé:
https://www.dropbox.com/s/o6cbanqcmgaackx/IMG_3153.JPG?dl=0
Ezen jobban látszik talán hogy mire gondolok, a pirossal bekarikázott részről kéne egy jó fotó.
[ Szerkesztve ]
-
Chal
addikt
Teljesen jól szétszedhető, én többször is megtettem már. 5db csavar van az alján, azt kitekered, aztán óvatosan elkezded a fedelét lapttintani. A sárga csík feletti rész maga a fedél, az egyben van, érdemes a két oldalán megkezdeni (ahol az usb portok vannak). Esetleg a fedél kis műanyag fülei törhetnek le, de elég kicsi rá az esély, ha figyelsz rá.
A guest wifi jelerőssége ugyanakkora kell hogy legyen, mert ezek csak virtuális AP-k ugyanazon a rádiómodulon.
Te amúgy guest wifi ügyben levelezgetsz velük, vagy szintén port forward?
-
Chal
addikt
Kipróbáltam végül is mindkettőt, nálam ment elsőre, net is van mindegyiken, sebesség ugyanaz mint a nem-guesten. A DHCP szervertől kapok IP-t és DNS szervereket is, semmit nem kellett kézzel állítanom. A routeren csak az ssid-t, és a jelszót (wpa2-vel) állítóm be, minden mást defaulton hagyok a guest networknél. Firmware a legutolsó - V1.00(AAWB.5)C0.
Milyen IP-t kapsz amúgy? Másik poolt használ a guest wifihez, 192.168.141.x -et kéne hogy kapj minden esetben, 192.168.141.1-es gw-vel, és nem tudod belőle elérni a nem-guest networköd, csak a netet.
Az jutott még eszembe, hogy próbálj neki tolni egy hard resetet: rest gomb hosszan nyom a hátulján amikor fut, amíg nem kezdenek el máshogy világítani a ledek. Ekkor újraírja az ENV partíciót, meg pár dolgot amit amúgy soha nem bánt. Nálam is volt hogy furcsa dolgokat művelt, mondjuk azok főleg a tftp recovery után jelentkeztek (pl. nem volt webes felület, meg ssh).
[ Szerkesztve ]
-
Chal
addikt
Nem néztem meg, hogy az milyen scripteket futtat le, de nekem a hátsó gombos reset kihozta olyan állapotból is már, amikor félig bootolt csak be látszólag (nem volt net, wifi, ssh, web gui, csak pingett a default gyári IP-n). Ettől ez még egy softwares button, pár scriptet futtat le a háttérben, de pl. az env és a root_data partíciókat újraírja ilyenkor, amit még a fw upgrade sem csinál meg.
[ Szerkesztve ]
-
Chal
addikt
válasz netudki74 #260 üzenetére
Köszi! Ugyanaz a helyzet mint nálam, szerintem hiányzik 2db 5 pines IC a panelról. Látható, hogy így nincs bekötve soros port középső 2db lába sehova, tulképpen a levegőben lógnak, azon kívül hogy van rajtuk 2db felhúzó ellenállás a táp felé.
Ha más is meg tudja nézni, akkor hajrá, elvileg kell hogy legyen olyan Z1 amiben ezek benne vannak.
-
Chal
addikt
Ja, sajna nálad sincs
BTW, az FCC fotóin ott van:
https://www.dropbox.com/s/llwx59nyis00xhj/Screenshot%202017-01-03%2014.09.42.png?dl=0
innét: https://fccid.io/document.php?id=2658762
De csak az TX lábon, tehát visszafelé kommunikálni nem lehet (pl. a bootot nem lehet megszakítani, vagy belenyúlni).
Viszont szerintem ne nézze meg más (max ha van kedve ), az OWRT fórumos a srác 1 éve postolta hogy nála megy a soros port, de szerintem neki első szériás darabja volt, olyan, amit az FCC-hez is beadott a Zyxel. Mi meg ugye szerintem kb. mindannyian az Edigitaltól vettük, ergo egymás után jöttek le a sorról, egyiken se lesz ott ez az IC.
Na most akkor jön az, hogy forrasztani kéne rá egyet
[ Szerkesztve ]
-
Chal
addikt
Nekem van USB-s TTL soros interfacem, szóval nem kell konvertálnom rs232-re, ezzel szedtem le a másik soros porton is a bootlogot.
Amit írtál azt kipróbáltam még pár napja, sajna semmi eredménye nem volt, vélhetően az az IC egy cmos/ttl szintillesztő, szerintem ez lehet (vagy ennek valamelyik helyettesítője):
http://www.onsemi.com/pub_link/Collateral/MC74VHC1GT125-D.PDF
[ Szerkesztve ]
-
Chal
addikt
3.3-as, azt kimértem. Szkópom sajnos éppen nincs, de elvileg 2 hét múlva lesz megint, akkor megmérem azzal is.
Amúgy köszi a tippet, kezd rémleni hogy benéztem ezt, szerintem nem az IC 2-es lábára tettem a USB-s soros adapterem RX-ét, hanem az 5-ösre ("az van közvetlenül felette" alapon). Meg fogom nézni újra a 2-es lábon, hátha
-
Chal
addikt
A QT3840BC a másik SoC, annak jól működik a soros portja, az ipq8064-é kéne, hogy legyen boot logunk az OpenWRT-t futtató részről is. Rápróbálok az U111 2-es lábára amint végzek a melóval Sajna nincs perpill másik routerem, ezt meg nem tudom magam alól kivenni, mert home office van este hatig.
Amúgy az U111-hez tartozó forrszem (volt) a TX, az szinte biztos. Az IC in/out lábkiosztása alapján is, illetve a
QT3840BC-nél lévő 4db forrszemes soros portot is úgy csinálta a Zyxel hogy gnd,rx,tx,vcc a sorrend, szerintem itt is így van.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest