-
Fototrend
OpenWrt topic
Új hozzászólás Aktív témák
-
Peter789
senior tag
SO-8 SMD padjaira közvetlenül forrasztható foglalatról nem tudok, de ha ügyesen bánsz a pákával akkor oda tudsz forrasztani vékony ~10 centis vezetékeket, annak a túlfelére pedig a következő lehetőségek jutnak eszembe - az olcsótól "drágáig":
- mezei DIP8 foglalat, abba pedig adapterre forrasztott flash-eket cserélgetsz
- a DIP8 foglalat helyére mehet ZIF foglalat is - 8 lábút nem találtam
- vagy forrasztás nélküli adapter adapter - itt figyelmesnek kell lenni ha keresgélsz, mert a flash az a wide 208 mil-es méret és sok adapter a narrow 150 mil-hez van. Az adapterbe préselt feliratot kell nézni, hogy "OTS-20-127-01" legyen, a kisebb az gyakoribb és olcsóbb... Én ilyet használok az USB-s íróban is: [link] - ami mondjuk vicces, hogy ez az író picivel lassabb, mint az SPIPGM-es párhuzamos portos írás
kb 12-13 vs. 11-12 perc, mire végigírják a 16 megát - ne kérdezzétek mitől ilyen lassúak, de a lényeg hogy működik -
Peter789
senior tag
válasz
doberman
#3861
üzenetére
De, abszolút szívesen írnék, már 1000 dolgot kitaláltam hogy miről írhatnék hosszabb rövidebb logout cikkeket de az idő / energia sokszor nem elég hozzá... Azért megpróbálom, mert valóban van trükkös része: az új flash-be való image-et úgy kell összeollózni hexa editorral több apró részletből és ott bizony érteni kell hogy mi miért hová kerül - nem átláthatatlanul bonyolult, sokan saját maguk kitalálják hogy hogyan kell felderíteni a jelenlegi mtd kiosztást és az alapján felépíteni a nagyobb image-et, de az is érthető ha valaki nem elég bátor hogy maga essen neki minden támpont nélkül...
-
Peter789
senior tag
válasz
LógaGéza
#3857
üzenetére
Elképzelhető hardver inkompatibilitás is, meg az is hogy a driver igénytelenül lett megírva és egymás farkába harap a két eszköz - ezeket megerősítheti vagy cáfolhatja ha hasonló kernel verzióval más gépen is hasonlóan viselkednek. Szerencsére elég olcsón adják már ezeket, másodiknak próbálj meg valami teljesen más chipset-el rendelkezőt vadászni...
A flash upgrade még ennek fényében is érdekelhet? Légyegében annyi hogy valamilyen módon először bele kell pakolni az új flash-be a uboot-ot, ART-ot meg akár a teljes openwrt-t is akkor már - ez történhet USB-s íróval, de akár egy régi gép printerportján keresztül mindössze pár ellenállással vagy egy Raspberry vagy maga a router SPI portjára kötve a másik flash mellé, de ehhez már egyedi kernel bűvészkedésre is szükség van - azthiszem vargalex így oldotta meg - majd utána jöhet a forrasztás...
-
Peter789
senior tag
válasz
LógaGéza
#3851
üzenetére
Milyen chipset van a HUB-okban? A legtöbb a Genesys Logic GL850-el fut amivel voltak gondjaim (mindenféle különböző gyártótól) Atheros chipset mellett, de pl az ebben lévő Terminus FE1.1s -el és másik ebay-ről beszerzett FE2.0 chipsetessel meg semmi gondom nem volt...
Jó ötlet, próbáld ki az alapos kiherélés után extroot nélkül hátha jobb a helyzet, és ha az úgytűnik hogy megoldást jelent akkor a flash-t le lehet cserélni egy 16 megásra és akkor már nem leszel helyszűkében...
-
Peter789
senior tag
-
Peter789
senior tag
Szerintetek a ser2net-el hogyan oldják meg pl itt azt hogy a GPIO lábakat is tudja írni / olvasni? Meg hogy úgy általában ne csak a sorosportot tükrözze hanem képes legyen mindenféle egyéb AT parancsokra válaszolni? Ez beépített funkciója, vagy fogják az alap forráskódot és szétbarmolják saját igényeiknek megfelelően? Próbáltam keresgélni a témában, de egyelőre nem sok sikerrel jártam...
-
Peter789
senior tag
válasz
Plehboj
#3592
üzenetére
Eddig nekem minden olyan ment, amihez nem kell feltétlenül win alá drivert telepíteni, megy mezei USB audio adapter módban... Kinézet alapján nem nagyon lehet megmondani hogy melyik adapterben mi van, mert ugyanabba a műanyagba / dizájnba mindenfélét pakolnak a kínaiak, de nagy valószínűséggel bármi menni fog amit rádugsz - max a minősége kérdéses...
(#3593) 060asgabi
Megpróbálnám egy másik HUB-al, esetleg másik pendrive-al a vinyó helyett hátha azzal meg stabil - kisakkoznám hogy melyik komponens okozza a problémát... Egyébként nálam a gyakorlatban az Atheros csippes routerekkel voltak gondok ha GL850* csippes HUB-okat dugtam rájuk... Volt amivel atomstabil volt, de a másik ugyanolyan csippessel meg dobálta az eszközöket, pedig PC-n meg jónak tűnt... Eddig a Terminus csippes HUB-ok tűntek a legjobbnak, FE1.1 / FE1.1s 4 portos és FE2.0 7 portos típusok - ezekkel nem volt gondom...
-
-
Peter789
senior tag
válasz
bjozsef
#3561
üzenetére
Akkor csak a flash leforrasztása és külső eszközzel megírása marad... Ha van párhuzamos portod akkor alig pár ellenálláson keresztül vissza lehet sütni bele ami kell: SPIPGM - vagy ebay-ről kínából 10$ alatt is van már USB-s programozó, ha belefér a pár hét várakozás
Viszont akkor az ART partíció is elveszett... Egy másik hasonló vasról le kell menteni (vagy guglizni egyet) és azt betenni az utolsó 64KB-ra, különben nem lesz WiFi! Bár az idegen ART-al már tökéletes sosem lesz, de működni fog... (leginkább a hatótávját befolyásolhatja, a stabilitását nem illene)
-
Peter789
senior tag
válasz
kopolya
#3380
üzenetére
Igen, akkor nagy valószínűséggel túlélte...
A MAX232 Tx kimenete és a router közé tegyél egy feszosztó ellenálláspárt - lehetne finomhangolni is, de két egyforma 1-10K körüli ellenállás jó lesz hozzá, ez felezni fogja az 5V-ot:
Visszafelé a router Tx lábára nem kell semmi, mert a kb 2.5-2.6V-os kimenete jó lesz a MAX232-nek - az adatlapja szerint 2V-tól már magas jelszintnek veszi
-
Peter789
senior tag
válasz
kopolya
#3377
üzenetére
A DB9 az a normál RS232 COM port, az nagyon nem jó... azóta próbáltad más, LV/TTL jelszintűvel is és azon is szemetelt? Vagy nem? Mert ha nem akkor jó jel hogy még mindig szemetel, akkor megfelelő illesztés mellett remélhetően fog még működni
Vagy egy ilyesmi adapter kell hozzá - amin tüskékre van csak kivezetve a port az általában LV/TTL jelszintű:
vagy egy MAX232 / MAX3232 IC-vel épített illesztő:
Léteznek tranzisztoros kapcsolások is, de azok 20-30K baudrate felett már nem megbízhatóak, a szükséges 115200-hoz már biztosan nem lenne jó...
A MAX3232 ideálisabb mert az 3.3V-os de sokkal drágább és ritkább, de egy MAX232 is jó lehet főleg ha kap egy feszosztó ellenálláspárt a kimenetére (menne nélküle is, de jobb a békesség). A TTL soros jelszintje 0-5V, az LVTTL 0-3.3V között változik, az RS232 szabvány pedig invertálja a jelet és -3-15 és +3-15V között ugrál - ha nem lenne invertálva akár még láthatnál is valamit az adatfolyamból, de így csak a szemetelés marad
-
Peter789
senior tag
válasz
kopolya
#3372
üzenetére
ahogy nézem az aten az nem csippgyártó, csak kész adaptert látok - viszont az RS232, nem TTL - tehát egyenértékű egy alaplapi COM porttal. Használtál MAX232 / MAX3232 / hasonló illesztést? Vagy közvetlenül belekötötted a router Rx / Tx lábába? Ha utóbbi, akkor lehet sikerült vele megütni, a router GPIO lábait, mert azok 3.3V-os jelszintet várnak!
a driverben nem kell állítgatni semmit, az csak arra hat hogy mi legyen a default beállítása, de amikor a terminál programmal megnyitod akkor az beállítja magának
-
Peter789
senior tag
szerk: rossz hsz-re válaszoltam > (#3366) kopolya
lehet még hibás a ttl-usb adapter is, vagy bizonytalan a vezetékezés... ha az adapteren összekötöd a tx-rx lábakat egymással, akkor tisztán visszajön az amit ráküldesz?
újabb szerk: milyen sorosportra és hogyan kötötted? ugye nem egy hagyományos COM portra közvetlenül mindenféle illesztés nélkül?
-
Peter789
senior tag
válasz
jézusom
#3339
üzenetére
Mennie kellene a referencia driverrel - van több hasonlóm ugyanezzel és egyéb chippekkel is - az említett melegedés miatt arra tudok tippelni hogy valami megsérült rajta/benne és vége... Látható elváltozás / karc / égésnyom nincsen? Sajnos akár egy sztatikus feltöltődéses szikra is kinyírhatja ha peched van...
-
Peter789
senior tag
válasz
Sanyi19
#3286
üzenetére
dmesg-ben látszik az sda1 / sda2 stb amikor csatlakoztatod az eszközt? valami ilyesmi szakasznak kell lennie:
[ 10.930000] usb-storage 1-1:1.0: USB Mass Storage device detected
[ 10.930000] scsi0 : usb-storage 1-1:1.0
[ 10.940000] usbcore: registered new interface driver usb-storage
[ 11.940000] scsi 0:0:0:0: Direct-Access 8.07 PQ: 0 ANSI: 4
[ 11.950000] sd 0:0:0:0: [sda] 15155200 512-byte logical blocks: (7.75 GB/7.22 GiB)
[ 11.960000] sd 0:0:0:0: [sda] Write Protect is off
[ 11.960000] sd 0:0:0:0: [sda] Mode Sense: 23 00 00 00
[ 11.960000] sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 11.990000] sda: sda1 sda2 sda3 sda4
[ 12.000000] sd 0:0:0:0: [sda] Attached SCSI removable diskHa ez megvan, akkor jöhet a mount:
mount -t ext4 /dev/sda1 /mnt/sda1 -o rw,sync
Azt ext2/3-at is így kell mount-olni ([link]) de amennyire tudom, leginkább amúgy is az ext4 a javasolt - de ezt még majd biztosan megerősíti / cáfolja valaki más is...
-
Peter789
senior tag
Használom ezt a bootloader-t több MR3020-on is, viszont pont azért tettem fel mert ez támogatja a 16MB-os flash-t is, amibe pedig külső íróval sütöttem bele a tartalmat, úgyhogy így egyből benne volt az új bootloader, konfig, kernel+fs, art partíció - így nem kellett sorossal bűvészkedni
-
Peter789
senior tag
válasz
vargalex
#3256
üzenetére
Köszi a tippet, igen http stream lenne... Viszont lehet ebből a verzióból már kihaltak ezek a paraméterek?
root@OpenWrt:/# /usr/bin/mpd
unrecognized parameter in config file at line 408: http_buffer_size
root@OpenWrt:/# /usr/bin/mpd
unrecognized parameter in config file at line 409: http_prebuffer_sizeVagy az openwrt-s mpd-mini -ből egyszerűen kimaradt?
-
Peter789
senior tag
mpd-nél online stream lejátszás esetén is lehet valahogy buffereltetni? Kapott a kis 16 megás kínai modul egy nagyon minimál rendszert amiben semmi más nincsen mint vezetékes háló, usb ohci + usb audio támogatás és egy mpc/mpd. Működik is, azt a szépséghibát leszámítva hogy a stream elindításakor azonnal elkezd szólni, viszont ~5mp-ig szaggat, majd kitisztul és utána tökéletesen szól akármeddig is. Hiába babrálom az audio_buffer_size és buffer_before_play paramétereket, egyáltalán nincsen rá hatással... Az utóbbinál esetleg lehet valahogy másodperc alapon is megadni az előbufferelést? Nem nagyon evett meg nekem semmi mást mint a %, de ez meg mintha nem nagyon lenne hatással a stream-ekre...
-
Peter789
senior tag
nem, végképp mindent kihagytam belőle, többek között a tűzfalat, ipv6-ot, iptables-t, luci-t is - igazából nem a flash hanem a RAM spórolás lebegett a szemem előtt, hogy a 16MB-os vasat használhatóvá tegyem egyéb saját C alapon írt programok futtatására, de még megmaradjon a WiFi AP funkció, DHCP osztás...
de az mindenképpen tény, hogy saját forgatásával ha kiböksz sokminden feleslegeset és előre beleforgatod ami neked kell, akkor elég sok helyet meg lehet spórolni... egyébként extroot-hoz alternatíva lehet még az MMC-over-GPIO, de persze ehhez szintén szét kell bontani és forrasztgatni
-
Peter789
senior tag
Pénteken végre meghozta a ződmikulás kínából a HLK-RM04 moduljaimat... Miután gyorsan kipróbáltam hogy igen, működik eredeti soros > wifi / eth funkciójában is, egyből csaptam is az egyikre egy OpenWrt-t
Szerencsére éppen nemrég bekerült a trunk támogatott listába hivatalosan is a modul, így nem is kellett forgatással kezdeni, már fent van a trunk/ramips kategóriában a sysupgrade image. Viszont a gyárilag rajta lévő uboot butított, így azt le kell előtte cserélni. Ez sem nagy mutatvány, mert a gyári firmware-ben van rá lehetőség, az OpenWrt-s wikin le van írva pár lépésben az egész...
Viszont ugye rettentően kevés a RAM-ja - össz 16MB... Ez éppen elég arra hogy elinduljon a vas, de állandóan falba ütközök... Az opkg-t használva is gyakran futok kernel panic-ba - főleg ha hagyom hogy maga töltsön le minden függőséget. Ha előre átnézem a függőségi listát és kézzel letöltve egyesével rakom fel őket, akkor úgy sikerült rá felhúznom már usb extroot-ot, de hamar elfogy a RAM ha picit is erőltetem... Próbáltam swap-et is, de az se nagyon segített a viselkedésén, csak sokszor még jobban belassult vele...
Ha eredeti állapotban engedélyezem a wifit, akkor végképp meghal, belassul, pánikol. Ha végzek egy kis takarítást a modules.d -ben ( [link] - félremásoltam sokmindent egy átmeneti helyre majd újraindítás ) akkor azzal nyertem az induló 6-800KB szabad memóriához úgy még 5-700KB-ot. Ha erre engedélyzem a wifi-t akkor legalább már azzal együtt is kb úgy megy mint takarítás előtt wifi nélkül. Esetleg még milyen modulokat / démonokat tilthatnék le úgy hogy a wifi AP funkció továbbra is megmaradjon, de minél több szabad memóriája legyen?
Egyelőre csak kísérletezgetek vele, kíváncsi vagyok hogy mit lehet kihozni a 16MB-ból... Természetesen ott a lehetőség a 32MB-ra fejlesztésre, de először megpróbálom kihozni a maximumot a gyári állapotából...
-
Peter789
senior tag
válasz
vargalex
#2917
üzenetére
Ok rendben, csak először picit furcsáltam hogy bár ugyanabba a változóba olvastatom bele a lenti függvénnyel újra meg újra az eredményt, ezekszerint az mégsem ugyanarra a memóriaterületre kerül hanem mindig mellé...
Most picit "egyszerűsítettem" a fejlesztési folyamaton. Eddig mindig keresztfordítottam a progit majd áttöltöttem az openwrt-re, hiszen arra voltak dugva az i2c eszközök... Viszont eszembejutott hogy tulképp a vidkártya DDC-je is egy I2C > betöltöttem az i2c-dev modult az ubuntun, és láss csodát egyből megjelent 6 i2c eszköz a /dev -ben, amiből az első a tv tunerem, a másik 5 pedig rodejon névre hallgat tehát mind a vidkártyára mutat. Ahogy láttam hogy az egyiken ott van a samsung TV-m EDID-je a 0x50-es 24c* címen egyből felbátorodtam, rádrótoztam pár szenzort az üres csatijára és már látom is ubi alól őket ugyanúgy ahogy a modulnál a szoftveres i2c buszon
-----------------------------------------------
katalin888 problémájához még hozzáfűzném, hogy egy kis privát diskurzus során kiderült hogy ilyenek vannak a kernellogjában:
[ 1275.340000] usb 1-1: new high-speed USB device number 2 using dwc_otg
[ 1276.000000] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
[ 1276.010000] usb 1-1: USB disconnect, device number 2
[ 1282.090000] usb 1-1: new high-speed USB device number 3 using dwc_otg
[ 1346.500000] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
[ 1346.510000] usb 1-1: USB disconnect, device number 3
[ 1358.590000] usb 1-1: new high-speed USB device number 4 using dwc_otg
[ 1359.250000] usb 1-1: USB disconnect, device number 4
[ 1359.600000] usb 1-1: new high-speed USB device number 5 using dwc_otgEz nagyon nem tűnik egészségesnek, mindkét modemmel ezt csinálja... Elnézve a fonera nyákját, elég erősnek tűnik a táprész, de lehet az is a ludas. Javasoltam neki hogy a modem mellett más eszközöket, pl pendrive-ot is rá kellene dugni: ha a modem ledadog a pendrive meg stabil, akkor feltehetően inkább driver / modem eredetű a hiba. Ha az is leszakadozik akkor valahol mélyebben lesz a gond.
Továbbá javasoltam az AA cseréjét trunk-ra, lévén hogy az AA 3.3.8-as kernele már több mint másfél éves, ez a ralink platform pedig még elég friss volt akkor, hátha azóta javították valami fatális bugját...
Hátha valakinek adnak még ezek valami ötletet, tud javasolni valami további szűrési / hibakeresési módot...
-
Peter789
senior tag
válasz
vargalex
#2912
üzenetére
Pont valamikor a napokban fogtam ki a trunk repo-nak egy olyan állapotát, hogy egyszerűen sehol nem volt benne semmi luci csomag! Lehet a kolléga is hasonló pillanatot fogott ki és akkor döntött úgy hogy áttekeri a forrást a BF repo-ra...
(#2898) tlac
Egyértelműen rosszul kezeli a 64 bites változókat, nem csak a bitműveletek dobnak hibás eredményeket hanem az egyéb aritmetikai műveletek is! Továbbá ha a 8 bites változón olyan biteltolást végzek amitől már 32 bitesnél nagyobb számként kellene kezelnie ideiglenesen akkor szintén sérül. Ezért működött 4 byte-ig a tologatás, felette nem... Az okát továbbra sem tudom - majd egyszer megpróbálok utánajárni - viszont a több előre megírt méretű lekérdező függvény helyett inkább írtam egyetlen másikat, aminek meg kell adni az induló regiszter mellett a lekérdezés hosszát is és adott hosszú tömbként adja vissza. Egyetlen szépséghibája, hogy a malloc nélkül rosszul műküdik, malloc-al viszont véglegesen foglalná a memóriát ezért a függvény meghívása után minden egyes alkalommal rá kell ereszteni a free eljárást is a feleslegessé vált változóra... Csináltam egy próba programot ami maximális tempóval olvasott ki újra meg újra egy 256byte-os emulált EEPROM-ot, és ha nem volt ott a free a végén akkor folyamatosan emésztette fel a memóriát megáról megára, free-vel viszont megelégszik pár K-val órák után is...
uint8_t * i2cReadReg(uint8_t reg, uint16_t len)
{
uint8_t *data = malloc(len*sizeof(uint8_t));
data[0] = reg;
if (write(g_i2cFile, data, 1) != 1) { perror("i2cReadReg set register"); }
if (read(g_i2cFile, data, len) != len) { perror("i2cReadReg read value"); }
return data;
} -
Peter789
senior tag
Ugyan picit off, de azért mégis kötődik valamennyire az openwrt-hez és az ar71xx-hez, lévén hogy a carambola2-re próbálok keresztfordítani egy saját C programot - hátha tud valaki segíteni...
A kérdéses programrészlet:
...
// read 4 byte from a register
uint32_t I2C_ReadRegister4(uint8_t reg)
{
uint8_t data[5];
data[0] = reg;
if (write(g_i2cFile, data, 1) != 1) {
perror("I2C_ReadRegister set register");
}
if (read(g_i2cFile, data, 4) != 4) {
perror("I2C_ReadRegister read value");
}
return data[0] | (data[1] << 8) | (data[2] << 16) | (data[3] << 24);
}
// read 8 byte from a register
uint64_t I2C_ReadRegister8(uint8_t reg)
{
uint8_t data[9];
data[0] = reg;
if (write(g_i2cFile, data, 1) != 1) {
perror("I2C_ReadRegister set register");
}
if (read(g_i2cFile, data, 8) != 8) {
perror("I2C_ReadRegister read value");
}
return data[0] | (data[1] << 8) | (data[2] << 16) | (data[3] << 24) | (data[4] << 32) | (data[5] << 40) | (data[6] << 48) | (data[7] << 56);
}
...A fordítás sikeres, de közben ezeket a figyelmeztetéseket dobja:
...
i2c_pic.c: In function 'I2C_ReadRegister8':
i2c_pic.c:110:9: warning: left shift count >= width of type [enabled by default]
i2c_pic.c:110:9: warning: left shift count >= width of type [enabled by default]
i2c_pic.c:110:9: warning: left shift count >= width of type [enabled by default]
i2c_pic.c:110:9: warning: left shift count >= width of type [enabled by default]
...Ahol pedig lekérdezem a 8 byte-os regiszterláncot és kiiratom, a 64 bites érték helyett csak egy 32 biteset kapok...
uint64_t RegVal1 = I2C_ReadRegister8(0x00);
printf("%" PRIu64 "\n",RegVal1);Az azonos sémára felépülő I2C_ReadRegister1/2/4 lekérdezések tökéletesen működnek... Tudom hogy maga a proci 32 bites, dehát ettől szoftverből még tudnia kéne kezelni a 64 bites változókat is, nem? Vagy a GCC-t kellene valahogyan paraméterezni hogy támogassa a 64 biteseket is? Vagy lehet kernel szinten van a hiba, azt kellene másképp paraméterezve fordítani?
Az még lemaradt, hogy a linux/i2c-dev.h -t használja a program. Azt tudom hogy az SMBus 4 byte-ra van korlátozva, de szerintem ez nem SMBus-ként kezeli a portot - és még ha így is lenne, akkor is szerintem nem a változó szélességének túllépésére panaszkodna hanem egyszerűen segmentation fault-ba futnék vagy hasonlóba... Magát a buszt a kmod-i2c-gpio adja, az eszköz rajta pedig egy általam írt PIC ami többek között egy DS1307-es RTC-t és egy 24C02 EEPROM-ot emulál külön slave címeken. A két emulált eszköz tökéletesen működik a kmod-rtc-ds1307-el és az at24 kernel modulokkal és magát az I2C kommunikációt kívülről vizsgálva digit analizáló eszközzel látszik hogy a PIC képes akárhány byte-ból álló folyamatos láncolvasásra válaszolni a szoftveres I2C buszon keresztül, tehát ez sem lehet szűk keresztmetszet...
-
Peter789
senior tag
válasz
vargalex
#2886
üzenetére
Félreérthető volt, természetesen csak a kis openwrt-s vason találtam gyorsabbnak az USB>PATA/SATA adapteren a PATA vinyót, mint ugyanezen vagy bármi más adapteren a SATA-t. USB-n PC-re dugva a SATA persze már jobban kifutja magát, ott már végetér a régi PATA tudománya, de a kis vason valamiért határozottan gyorsabb volt a PATA...
-
#2831
Peter789
senior tag
BigBlackDog
#2830
Peter789
senior tag
válasz
BigBlackDog
#2830
üzenetére
NAS témában abszolút zéró a tapasztalatom, csak már próbáltam vinyót kötni ar71xx-es routerekre és RPi-re is, és bár a vinyók tudnák a sokszorosát, sajnos az illesztés módja nagyon visszafogja a sebességet és leterheli a kis procit
Ha RAID-ben is gondolkodsz a jövőre nézve, akkor tényleg célhardver vagy valami PC alapú NAS lesz a megoldás
-
#2829
Peter789
senior tag
BigBlackDog
#2826
Peter789
senior tag
válasz
BigBlackDog
#2826
üzenetére
Sajnos az USB-s illesztés baromira erőforráspazarló és lezabálja a kis ARM/MIPS procit - jó esetben akár még 10-15mb/sec is elérhető, de akkor már nagyon izzad a vas. Ilyen célra natív SATA port kell, ami a jobb NAS-okban van vagy pl [link]
-
Peter789
senior tag
Ha létrejön a friss image, akkor maga a fordítás sikeres volt - de ez persze nem garancia arra, hogy az jól is fog működni... Mint ahogy win esetén is előfordul hogy egy drivert sikeresen feltelepítesz, de utána megborul az egész rendszer és instabil lesz tőle. Mindenesetre ha másoknál jól működik már a verzió, nem panaszkodnak stabilitási problémákra akkor nagy valószínűséggel neked se lesz vele gondod... Legrosszabb esetben uboot-ból kell helyreállítani a rendszert egy soros adapterrel, de a totális téglásítás valószínűsége nem nagy...
-
#2813
Peter789
senior tag
katalin888
#2812
Peter789
senior tag
válasz
katalin888
#2812
üzenetére
IP címet sem oszt a kábelen rádugott eszközöknek? Bármi villogás induláskor? Adtál neki pár percet első indításkor? Olyankor hozza létre a flash-en a squashfs jffs2 overlay-ét - ha ez félbemarad egy reset miatt akkor lehetséges hogy fejreáll szerencsétlen esetben... Van rajta valami gomb? Próbáld meg nyomva tartani és úgy bedugni, hátha működik rajta a failsafe reset (a ralink chipset támogatása elég új, sajnos nem biztos hogy már megy ez a funkció)
Sajnos a sorosportja csak macerásan érhető el, de lehet más megoldás nem marad... [link]
-
Peter789
senior tag
hogyan tudok valami előző r* verzió csomagot letölteni, van rá archívum?
(#2757) lucky00
A C2 csak "referencia", mivel azonos a felépítése > róla másoltam a logokat. A fő router amin keresztül elérem a RPi-t az egy szintén OpenWrt-s 3220-as, viszont nem lesz örökké erre dugva > neki is kell DHCP és tudnia kell IP-t osztani. Ezért írtam át a network-ben a címtartományt 192.168.11*-re, a 3220 fő routeren 192.168.1* , a C2 modulnál ez 192.168.5* és az utóbbin tökéletesen működik is: ha a WAN-ját rádugom a 3220-ra akkor kap tőle 192.168.1.x IP címet, ha rádugok valamit a LAN-jára vagy wifin csatlakozok hozzá akkor kiosztja neki a 192.168.5.x kezdetűt. De ugyanezt nem csinálja meg valamiért az RPi azonos hardverfelállás és konfigok mellett...
-
Peter789
senior tag
válasz
vargalex
#2751
üzenetére
Leírom hogy pontosan mit csináltam, hátha kiderül hol a hiba...
Szóval adott a Carambola2 modul BARRIER BREAKER (Bleeding Edge, r35770) -el. Egyik portja LAN eth0, másik portja WAN eth1, valamint a wifi wlan0...
Valamint van az RPi BARRIER BREAKER (Bleeding Edge, r39119) -el, amin egyrészt van egy integrált eth0 portja valamint rádugtam és driverrel elláttam egy MOSCHIP 7830 USB hálókártyát is mint eth1, továbbá telepítettem egy Ralink RT5370-es usb wifi adaptert is mint wlan0 - így elvileg teljesen azonos konfigurációt kaptam, mint a C2 modulnál
Ezek után fogtam a C2 /etc/config -jából a dhcp, network és firewall konfigfájlokat és bemásoltam az RPi azonos helyére, valamint a wireless-t beállítottam úgy ahogy a #2740-nél látható. Ezek után az eth1 moschip hálókártyán kap is IP-t a fő routeremtől, de hiába dugom a gépemet az integrált eth0-ra vagy csatlakozok a wifi AP-re arra csak ilyesmi fals IP címeket oszt ki: 169.254.222.33 a 192.168.11.x helyett... A C2-n tökéletesen működik ez a gyári alap konfig - mindössze annyit módosítottam hogy a wan felől is beengedtem az ssh-t...
[link]
(mellékeltem a csomaglistákat is)--------------------------
(#2753) tlac
Igen, saját fordítású trunk mivel a kész letölthető AA image-ekkel egyszerűen se kép se hang, egy régebbi letöltött trunk-al viszont elindult az RPi-m ezért próbából fordítottam rá egy friss sajátot és itt tartok... Raktam bele Luci-t és elvileg az összes vonatkozó csomag is belekerült - de lehet valahol itt lesz a hiba...
-
Peter789
senior tag
mit kell még konfigolni ahhoz, hogy IP címet is osszon a létrehozott WiFi AP-re?
root@OpenWrtRPi:~# cat /etc/config/network
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config interface 'lan'
option ifname 'eth0'
option type 'bridge'
option proto 'static'
option ipaddr '192.168.11.1'
option netmask '255.255.255.0'
config interface 'wan'
option ifname 'eth1'
option proto 'dhcp'
root@OpenWrtRPi:~# cat /etc/config/wireless
config wifi-device 'radio0'
option type 'mac80211'
option channel '2'
option hwmode '11ng'
option path 'platform/bcm2708_usb/usb1/1-1/1-1.3/1-1.3.1/1-1.3.1:1.0'
option htmode 'HT20'
list ht_capab 'GF'
list ht_capab 'SHORT-GI-20'
list ht_capab 'SHORT-GI-40'
list ht_capab 'RX-STBC1'
option disabled '0'
option txpower '20'
option country '00'
config wifi-iface
option device 'radio0'
option network 'lan'
option mode 'ap'
option encryption 'none'
option ssid 'OpenWrtRPi'
root@OpenWrtRPi:~# ifconfig
br-lan Link encap:Ethernet HWaddr B8:27:EB:FF:17:69
inet addr:192.168.11.1 Bcast:192.168.11.255 Mask:255.255.255.0
inet6 addr: fe80::ba27:ebff:feff:1769/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:297 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:24448 (23.8 KiB) TX bytes:408 (408.0 B)
eth0 Link encap:Ethernet HWaddr B8:27:EB:FF:17:69
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth1 Link encap:Ethernet HWaddr 00:0A:CD:0D:A8:F1
inet addr:192.168.1.215 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::20a:cdff:fe0d:a8f1/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4156 errors:0 dropped:1 overruns:0 frame:0
TX packets:1696 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:387497 (378.4 KiB) TX bytes:606274 (592.0 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:60 errors:0 dropped:0 overruns:0 frame:0
TX packets:60 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:4376 (4.2 KiB) TX bytes:4376 (4.2 KiB)
wlan0 Link encap:Ethernet HWaddr 00:0F:53:82:47:A1
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:296 errors:0 dropped:0 overruns:0 frame:0
TX packets:300 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:28586 (27.9 KiB) TX bytes:34394 (33.5 KiB)egy az egyben próbáltam másolni a konfigokat a carambola2-ről - persze a megfelelő eszközökre adaptálva - csatlakozni lehet is a WiFi AP-hez, de nem ad IP címet a kliensnek... átnéztem, minden csomag fent van ami a másikon is...
-
Peter789
senior tag
válasz
Zoli133
#2726
üzenetére
Az még lemaradt hogy üres flash-t pl a chipcad-nél kapsz a főfaluban
Az eredeti uboot megmarad, így rosszul fogja látni az új csipp méretét, de a kernelt meghívja belőle > az átveszi a hatalmat és ő már jól kezeli utána
A még futó rendszeren ki kell dump-olni a uboot, konfig, ART mtd partíciókat, majd ezekből és egy friss owrt image-ből egy hex editor segítségével össze kell ollózni az új image-et, amit pedig bele lehet tölteni a a nagy flash-be. Ha ez egyszer megvan, akkor az új rendszeren futó luci alól már lehet is frissíteni majd az újabb owrt verziókra, ha szükséged lesz rá a jövőben - flash író csak akkor kell újból ha valamit sikerül nagyon eltolni és a uboot-nál nem jut tovább az indulás
-
Peter789
senior tag
válasz
Zoli133
#2724
üzenetére
841ND-re nincsen alternatív uboot ami támogatja a nagyobb flash-t, de mivel az újabb kernel az igen, így ha fizikai flash íróval megtöltöd a 16MB-os csippet, akkor menni fog vele a 841ND is. Íráshoz lehet használni egy régi gép párhuzamos portját pár ellenállással az SPIPGM-el, vagy pl egy ilyen olcsó írót
----------------------------------
Az ssh külső elérése egyszerű, rakd bele ezt a pár sort az /etc/config/firewall -ba:
#Allow SSH
config rule
option src wan
option proto tcp
option dest_port 22
option target ACCEPTMajd /etc/init.d/firewall restart
A 22-es port helyett esetleg lehet másikat használni ha már kívülről elérhetővé teszed a vasat és használj összetett jelszót!
-
Peter789
senior tag
válasz
Peter789
#2675
üzenetére
Mostmár egyértelmű, hogy az ar71xx-hez kötődő hiba lehet, mert egy RPi-vel hibátlanul működnek úgy ahogyan én azt szeretném, felcsatlakoznak párhuzamosan bármilyen tetszőleges AP-ra - az MR3220 v1 és MR3020-on ugyanabba a hibába futok, hogy ha bármi másik wifi van az 1 db RTL8188 adapter mellett, akkor haldoklik és nem csatlakozik sehová...
Tudtok bármi más router típust ajánlani ami USB-s, az ára inkább közelebb van az 5e-hez mint a 10-hez, van rá friss openwrt és más családból származik a benne lévő chipset? Az RPi-t nem szívesen használnám el ilyen célra...
-
Peter789
senior tag
Ismét a segítségeteket kérném... Adott egy MR3220 v1-es router, most raktam rá a legújabb trunk-ot, majd egy pendrive-os extroot-ot kapott. Azt szeretném valahogy megoldani, hogy a saját wifije hotspot legyen, továbbá rádugok több USB-s wifi adapter, amelyekkel kliensként csatlakozik további másik openwrt-s wifi hotspot-okra. Tehát egy köztes láncszem lenne, amire wifin keresztül fellépek ssh-val, és onnan tovább tudok lépni szintén ssh-val párhuzamosan a többi wifis eszközre... Az USB-s wifi adapterek RTL8188 chipsettel rendelkeznek > az rtl8192cu drivert használják...
Fel is ismeri őket automatikusan, viszont valamiért összekeverednek az eszközök! Az /etc/config/wireless-ben a radio0 az integrálit wifi és a radio1/2 az USB-sek, a luci-ban viszont a radio0 és radio1 eszközök lettek az USB-s adapterek, az integrált Atheros wifi pedig a radio2. A hotspot is a luci szerint jön létre: bár a konfigban az van hogy a radio0-on legyen az adott nevű hotspot, a luci-ban viszont már az látszik hogy a radio2-höz csatlakoztam, annak van adatforgalma. Amikor megpróbálok csatlakozni a radio1-el a külső hotspotra, akkor pedig a dmesg-ben az látszik hogy a radio0-val próbál fellépni ami nem jön össze, ha a radio0-al csatlakoznék akkor meg a radio1 szenved.
Mi okozhatja ezt a keveredést? Az lenne az ideális ha az Atheros lenne a radio0, hiszen az mindig jelen van, a többi mind opcionális... Talán az extroot mount-ja során keveredik meg valami?
-
Peter789
senior tag
válasz
pirosi91
#2611
üzenetére
átfutottam az oldalt, szép projekt, én is gondolkodok hasonlón csak egy kész távirányítós autóból terveztem kiindulni..
tulajdonképpen miért kell ez a texas procis öcsipanel? nem lehetne GPIO-val megvalósítani mindent?
most kezdtem el használni a carambola2 modult, és nagyon elégedett vagyok vele... lényegében ugyanazt tudja mint egy komplett router azonos procival, csak ennek 64MB ramja, 16MB flashromja van (így nem kell pendrive) és csomó szabadon felhasználható GPIO lába
-
Peter789
senior tag
válasz
vargalex
#2381
üzenetére
A "gyári" trunk-al sikerült egészen jól összebarátkoznom, már az I2C-s RTC-DS1307 és a hwclock is szépen együttműködik, viszont már nem először futok olyan problémába, hogy totál más témát piszkáltam a "make menuconfig" vagy "make kernel_menuconfig"-ban - most éppen az SPI-s MCP2515 CAN vezérlő moduljait - és a következő "make V=99" ezzel dobott el:
...
GEN .version
CHK include/generated/compile.h
UPD include/generated/compile.h
CC init/version.o
LD init/built-in.o
LD vmlinux
SORTEX vmlinux
sort done marker at 2be7f0
SYSMAP System.map
Building modules, stage 2.
MODPOST 315 modules
ERROR: "usb_enable_xhci_ports" [drivers/usb/host/ehci-hcd.ko] undefined!
ERROR: "usb_is_intel_switchable_xhci" [drivers/usb/host/ehci-hcd.ko] undefined!
make[6]: *** [__modpost] Error 1
make[5]: *** [modules] Error 2
make[5]: Leaving directory `/home/cara/c2/build_dir/target-mips_r2_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.7.9'
make[4]: *** [/home/cara/c2/build_dir/target-mips_r2_uClibc-0.9.33.2/linux-ar71xx_generic/linux-3.7.9/.image] Error 2
make[4]: Leaving directory `/home/cara/c2/target/linux/ar71xx'
make[3]: *** [install] Error 2
make[3]: Leaving directory `/home/cara/c2/target/linux'
make[2]: *** [target/linux/install] Error 2
make[2]: Leaving directory `/home/cara/c2'
make[1]: *** [/home/cara/c2/staging_dir/target-mips_r2_uClibc-0.9.33.2/stamp/.target_install] Error 2
make[1]: Leaving directory `/home/cara/c2'
make: *** [world] Error 2Az USB-hez egyáltalán nem is nyúltam, és hiába próbálom meg visszacsinálni a legutóbbi lépést, továbbra is ezzel dob el. Találkoztál már hasonlóval? Valamit elszúr a keretrendszer és olyanokat is átír a konfigokban amit én nem is akartam?
-
Peter789
senior tag
válasz
vargalex
#2381
üzenetére
Megy a squash, viszont bele is futottam egy wifi problémába, amivel úgytűnik nem vagyok egyedül: [link], valamint hasonlót emlegetnek itt is [link] de nekem is az első topikban emlegetetthez hasonlóan látszólag megy az AP, a gyakorlatban semmi nem látja, és ha vele scanneltetem a lehetséges AP-ket, akkor sem talál semmit. Bepróbálkoztam a második topikban emlegetett patch [link] applikálásával, de csak egy olyan kernelt sikerült kisütnöm vele (egyelőre csak bootm-el próbáltam a ramba feltöltés után bútolni) amivel okádja a mindenféle hibákat a kernellog majd újraindul a vas. Elvileg a defualt konfigot használtam a legújabb trunk-ban, a kész image mégis 2-300KB-al kisebb mint a letölthető kész kernel image... Valahogy be tudom olvastatni pontosan azt a konfigot, amitől ugyanazt a kernelt fordítja nekem mint a letölthető trunk azzal az apró változtatással amit az eeprom fájlban csinált a patch?
-
Peter789
senior tag
válasz
mokesz82
#2376
üzenetére
Úgy rémlik hogy a reset gombra tényleg nem reagál semmit a futó oprendszer, csak arra lehet használni hogy ha úgy adsz neki tápot hogy közben nyomvatartod ~10mp-ig a gombot, akkor nullázza a squashfs-t (amennyiben olyan openwrt-t tettél rá)
Mindenesetre az hogy elkezd villogni az jó jel, ezekszerint a uboot rendben van, csak magával az openwrt-vel történt valami > soros kábellel még biztosan menthető - a ház széttörésével - vagy garba vissza lehet esetleg küldeni
De hátha valaki tud még valami okosabbat mondani...
-
Peter789
senior tag
válasz
mokesz82
#2373
üzenetére
bár jópár 3020-ast openwrt-sítettem már, de csak a legelsőt úgy hogy ráhúztam az openwrt image-et a gyári felületről, és bár rémlik valami hasonló szívás, de konkrétan nem tudom hogy így sikerült e megoldanom, vagy már akkor is szétbontottam és USB-soros adapterre dugtam és konzolon keresztül aktiváltam a wifit
a többit meg már alapból úgy alakítottam át hogy egyből szétkaptam a házát, gyári 4MB flash leforraszt, a tartalmából felépítettem a 16-oshoz az image-et és már openwrt-vel készresütve forrasztottam a helyére -
Peter789
senior tag
válasz
vargalex
#2365
üzenetére
Köszi, utána fogok nézni! De akkor már első körben lecserélem rajta az openwrt-t a legfrissebb trunk-ra, és majd abból fogok saját fordításába... Viszont ahogy nézem, ehhez nem egyetlen image van mint pl a 3220-hoz:
openwrt-ar71xx-generic-carambola2-kernel.bin 11-Nov-2013 05:14 1114112
openwrt-ar71xx-generic-carambola2-rootfs-squash..> 11-Nov-2013 05:14 2228224
openwrt-ar71xx-generic-carambola2-squashfs-sysu..> 11-Nov-2013 05:14 3211268Gondolom ebből egyiket sem süthetem bele közvetlenül a luci-ból...
1. uboot-ból zérózom a vonatkozó flash területet majd feltöltöm rá az image-et - külön a kernel és külön a squash-t
2. hexeditor segítségével összeollózok belőle egy image-et, majd feltöltöm luci-ból
0x000000000000 0x000000040000 "u-boot"
0x000000040000 0x000000050000 "u-boot-env"
0x000000050000 0x000000250000 "kernel"
0x000000250000 0x000000fe0000 "rootfs"
0x000000480000 0x000000fe0000 "rootfs_data"
0x000000fe0000 0x000000ff0000 "nvram"
0x000000ff0000 0x000001000000 "art"
0x000000050000 0x000000fe0000 "firmware"Ha jól értelmezem, akkor a 0x50000-0x250000 tartományban lévő kernel helye kereken 2048KB > az 1114112 byte-os kernel image mögé még 960KB-nyi feltöltés kell (FF vagy 00?), majd 0x200000-től mögé másolom a 3211268 byte-os squash-t és egészen 0xF90000-ig feltöltöm (0xff0000 az nvram kezdete minusz 0x50000). Vagy az utóbbi töltés már nem is kell? A sysupgrade image-ek miért kisebbek mint a factory?
-
Peter789
senior tag
válasz
Peter789
#2357
üzenetére
ha a option 'kconloglevel' '1' -et állítom be a /etc/config/system-ben akkor a boot után többé nem látok rendszerüzenetet a sorosporton - gondolom csak nagyon fatális esetekben lenne - így viszont a systemlog / logread sem dolgozik... esetleg van valakinek másik tippje, amivel letisztul a sorosport, de a syslog is megmarad ? utóbbi debug célokra azért sokszor hasznos tud lenni...
-
Peter789
senior tag
Sziasztok ismét! Arra van valami lehetőség, hogy kernel újrafordítás nélkül letiltsam a kernel üzeneteket a fizikai sorosportról? A konzolt le lehet tiltani az inittab-ból, de attól még pl a bedugott / eltávolított hálókábel és hasonló kernel üzenetek kimennek rá... Egy mikrokontrollerrel szeretnék rajta keresztül kommunikálni, és jó lenne ha a kernel nem szemetelne bele... ( a uboot üzenetei még kibírhatóak, egyszerűen időzítem a kontrollert hogy indulás után x másodpercig ignoráljon mindent a sorosportról, vagy egy plussz GPIO láb segítségével vezérlem hogy mikortól füleljen )
-
Peter789
senior tag
Most jutottam hozzá, hogy a carambola2 modulokkal foglalkozzak... Hosszútávon természetesen rendes alaplap kerül alá, de első körben pár dolog kipróbálásához egy dev nyákot készítettem hozzá, ami kivezeti a létező összes lábát tüskékre, így tudok vele játszani, plussz a hálóportoknak is van rajta hely. Az 8devices referencia devboard-ján külön trafót használnak az RJ45 csati előtt - ehelyett egy olcsóbb és kevesebb helyet foglaló integrált trafós csati mellett tettem le a voksom. A nyák nincsen közvetlenül ráforrasztva, hanem 2mm lábközű tüskékre van ültetve és odaforrasztva, így majd remélem le tudom szedni gond nélkül, ha elkészül a végleges alaplap is - de ha rajta marad az se katasztrófa, úgy is elhasználom majd valamire...
A mini 3020-hoz hasonlóan letiltott wifi-vel indul (ezt ugyan nem értem miért jó nekik), de miután engedélyeztem egyből megjelent az AP és csak csatlakozni kellett hozzá. Később fizikai vezetékes portokat is kipróbáltam - működnek ezek is tökéletesen, bár itt van egy apró keveredés: ami a doksi szerint az ETH0 az az openwrt-ben az ETH1 és WAN-nak van konfigurálva, a leírásban ETH1-ként szereplő port pedig a gyakorlatban az ETH0 és a DHCP azonnal osztott is IP-t a kliensnek amit rádugtam. Gyárilag egy BARRIER BREAKER (Bleeding Edge, r35770) van rajta (de a legújabb trunk is van rá hivatalosan), és a Luci is telepítve van - gyakorlatilag egy az egyben a 3020-as tplink klónja csak dupla ram, flash és vezetékes port...
[ 0.000000] Linux version 3.7.9 (darius@darius-desktop) (gcc version 4.7.3 20121205 (prerelease) (Linaro GCC 4.7-2012.12) ) #8 Mon Aug 5 16:02:30 EEST 2013
[ 0.000000] MyLoader: sysp=ffffffff, boardp=ffffffff, parts=ffffffff
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU revision is: 00019374 (MIPS 24Kc)
[ 0.000000] SoC: Atheros AR9330 rev 1
[ 0.000000] Clocks: CPU:400.000MHz, DDR:400.000MHz, AHB:200.000MHz, Ref:40.000MHz
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 04000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0x00000000-0x03ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00000000-0x03ffffff]
[ 0.000000] On node 0 totalpages: 16384
[ 0.000000] free_area_init_node: node 0, pgdat 802cbc90, node_mem_map 81000000
[ 0.000000] Normal zone: 128 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 16256 pages, LIFO batch:3
[ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
[ 0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc: [0] 0
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
[ 0.000000] Kernel command line: board=CARAMBOLA2 console=ttyATH0,115200 mtdparts=spi0.0:256k(u-boot)ro,64k(u-boot-env)ro,2048k(kernel),13888k(rootfs),64k(nvram),64k(art)ro,15936k@0x50000(firmware) rootfstype=squashfs,jffs2 noinitrd
[ 0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[ 0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[ 0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] __ex_table already sorted, skipping sort
[ 0.000000] Writing ErrCtl register=00000000
[ 0.000000] Readback ErrCtl register=00000000
[ 0.000000] Memory: 61536k/65536k available (2159k kernel code, 4000k reserved, 408k data, 244k init, 0k highmem)
[ 0.000000] SLUB: Genslabs=9, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] NR_IRQS:51
[ 0.080000] Calibrating delay loop... 265.42 BogoMIPS (lpj=1327104)
[ 0.080000] pid_max: default: 32768 minimum: 301
[ 0.080000] Mount-cache hash table entries: 512
[ 0.090000] NET: Registered protocol family 16
[ 0.090000] MIPS: machine is 8devices Carambola2 board
[ 0.550000] bio: create slab <bio-0> at 0
[ 0.550000] Switching to clocksource MIPS
[ 0.560000] NET: Registered protocol family 2
[ 0.560000] TCP established hash table entries: 2048 (order: 2, 16384 bytes)
[ 0.570000] TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.570000] TCP: Hash tables configured (established 2048 bind 2048)
[ 0.580000] TCP: reno registered
[ 0.580000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.590000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.600000] NET: Registered protocol family 1
[ 0.600000] PCI: CLS 0 bytes, default 32
[ 0.620000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.620000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.630000] msgmni has been set to 120
[ 0.640000] io scheduler noop registered
[ 0.640000] io scheduler deadline registered (default)
[ 0.650000] Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
[ 0.650000] ar933x-uart: ttyATH0 at MMIO 0x18020000 (irq = 11) is a AR933X UART
[ 0.660000] console [ttyATH0] enabled, bootconsole disabled
[ 0.670000] ath79-spi ath79-spi: master is unqueued, this is deprecated
[ 0.680000] m25p80 spi0.0: found w25q128, expected m25p80
[ 0.680000] m25p80 spi0.0: w25q128 (16384 Kbytes)
[ 0.690000] 7 cmdlinepart partitions found on MTD device spi0.0
[ 0.690000] Creating 7 MTD partitions on "spi0.0":
[ 0.700000] 0x000000000000-0x000000040000 : "u-boot"
[ 0.710000] 0x000000040000-0x000000050000 : "u-boot-env"
[ 0.710000] 0x000000050000-0x000000250000 : "kernel"
[ 0.720000] 0x000000250000-0x000000fe0000 : "rootfs"
[ 0.720000] mtd: partition "rootfs" set to be root filesystem
[ 0.730000] mtd: partition "rootfs_data" created automatically, ofs=480000, len=B60000
[ 0.740000] 0x000000480000-0x000000fe0000 : "rootfs_data"
[ 0.740000] 0x000000fe0000-0x000000ff0000 : "nvram"
[ 0.750000] 0x000000ff0000-0x000001000000 : "art"
[ 0.750000] 0x000000050000-0x000000fe0000 : "firmware"
[ 0.770000] libphy: ag71xx_mdio: probed
[ 0.780000] eth0: Atheros AG71xx at 0xba000000, irq 5, mode:GMII
[ 1.330000] eth0: Found an AR7240/AR9330 built-in switch
[ 2.370000] eth1: Atheros AG71xx at 0xb9000000, irq 4, mode:MII
[ 2.920000] ag71xx ag71xx.0 eth1: connected to PHY at ag71xx-mdio.1:04 [uid=004dd041, driver=Generic PHY]
[ 2.930000] TCP: cubic registered
[ 2.930000] NET: Registered protocol family 17
[ 2.940000] 8021q: 802.1Q VLAN Support v1.8
[ 2.950000] VFS: Mounted root (squashfs filesystem) readonly on device 31:3.
[ 2.960000] Freeing unused kernel memory: 244k freed
[ 6.440000] Registered led device: carambola2:green:wlan
[ 6.440000] Registered led device: carambola2
range:eth0
[ 6.440000] Registered led device: carambola2range:eth1
[ 9.770000] jffs2: notice: (426) jffs2_build_xattr_subsystem: complete building xattr subsystem, 1 of xdatum (0 unchecked, 0 orphan) and 13 of xref (0 dead, 2 orphan) found.
[ 11.820000] Compat-drivers backport release: compat-drivers-2013-01-21-1
[ 11.820000] Backport based on wireless-testing.git master-2013-02-22
[ 11.830000] compat.git: wireless-testing.git
[ 11.860000] cfg80211: Calling CRDA to update world regulatory domain
[ 11.870000] cfg80211: World regulatory domain updated:
[ 11.870000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 11.880000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 11.890000] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 11.900000] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 11.900000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 11.910000] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 12.270000] SCSI subsystem initialized
[ 12.410000] usbcore: registered new interface driver usbfs
[ 12.420000] usbcore: registered new interface driver hub
[ 12.420000] usbcore: registered new device driver usb
[ 12.530000] lib80211: common routines for IEEE802.11 drivers
[ 12.540000] lib80211_crypt: registered algorithm 'NULL'
[ 12.550000] lib80211_crypt: registered algorithm 'WEP'
[ 12.560000] lib80211_crypt: registered algorithm 'CCMP'
[ 12.570000] lib80211_crypt: registered algorithm 'TKIP'
[ 13.320000] ath: EEPROM regdomain: 0x0
[ 13.320000] ath: EEPROM indicates default country code should be used
[ 13.320000] ath: doing EEPROM country->regdmn map search
[ 13.320000] ath: country maps to regdmn code: 0x3a
[ 13.320000] ath: Country alpha2 being used: US
[ 13.320000] ath: Regpair used: 0x3a
[ 13.330000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 13.340000] Registered led device: ath9k-phy0
[ 13.340000] ieee80211 phy0: Atheros AR9330 Rev:1 mem=0xb8100000, irq=2
[ 13.350000] cfg80211: Calling CRDA for country: US
[ 13.350000] cfg80211: Regulatory domain changed to country: US
[ 13.350000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 13.360000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
[ 13.370000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
[ 13.380000] cfg80211: (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 13.390000] cfg80211: (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 13.390000] cfg80211: (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 13.400000] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
[ 13.770000] PPP generic driver version 2.4.2
[ 14.030000] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 14.160000] NET: Registered protocol family 24
[ 14.290000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 14.290000] ehci-platform ehci-platform: Generic Platform EHCI Controller
[ 14.300000] ehci-platform ehci-platform: new USB bus registered, assigned bus number 1
[ 14.340000] ehci-platform ehci-platform: irq 3, io mem 0x1b000000
[ 14.360000] ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00
[ 14.360000] hub 1-0:1.0: USB hub found
[ 14.360000] hub 1-0:1.0: 1 port detected
[ 14.470000] nf_conntrack version 0.5.0 (965 buckets, 3860 max)
[ 15.000000] i2c /dev entries driver
[ 15.130000] Initializing USB Mass Storage driver...
[ 15.140000] usbcore: registered new interface driver usb-storage
[ 15.140000] USB Mass Storage support registered.
[ 19.640000] device eth0 entered promiscuous mode
[ 22.170000] eth1: link up (100Mbps/Full duplex)
[ 26.100000] device wlan0 entered promiscuous mode
[ 26.140000] br-lan: port 2(wlan0) entered forwarding state
[ 26.150000] br-lan: port 2(wlan0) entered forwarding state
[ 28.150000] br-lan: port 2(wlan0) entered forwarding stateroot@OpenWrt:~# free -m
total used free shared buffers
Mem: 61780 21444 40336 0 2076
-/+ buffers: 19368 42412
Swap: 0 0 0root@OpenWrt:~# df -h /
Filesystem Size Used Available Use% Mounted on
rootfs 11.4M 412.0K 11.0M 4% / -
Peter789
senior tag
válasz
naburus_
#2250
üzenetére
gyári firmware-el annyit tud amennyivel a gyártó felruházta... openwrt-vel viszont egyrészt már az alap konfigurálhatósága is sokszor sokkal bővebb, másrészt egy nyílt számítógépként kezelhető az egész, bármilyen kész / saját szoftvert használhatsz rajta amire elegendő az erőforrás, USB-vel pedig cirka határtalan lehetőségek nyílnak meg a különböző rádugható eszközökkel
-
#2248
Peter789
senior tag
Drótszamár
#2242
Peter789
senior tag
válasz
Drótszamár
#2242
üzenetére
eddig én csak FE1.1s-el találkoztam ebből a típusból, de ha belenézel a házába akkor hamar kiderül... agyobb árammal terhelni nem próbáltam, mivel a mini 3020-as és a HUB-ra dugott SIM5320 modem is külün saját kapcsüzemű tápokról mennek, az 5V a HUB felől csak kapcsolja a modemet, áramot nem vesz fel róla
szerk: ezt mondja róla az lsusb:
Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB -
#2228
Peter789
senior tag
Drótszamár
#2226
Peter789
senior tag
válasz
Drótszamár
#2226
üzenetére
extroot-ként bármekkora vinyó vagy pendrive mehet rá - bár célszerű külön partícióként alárakni az extroot területet és az adatoknak szántat, mert ha sikerül valamit összekuszálni és le kell gyalulni és újraépíteni a rendszert, akkor egyszerűbb dolgod lesz - pont mint windows-nál, jobb ha van egy C és D meghajtó
A 4 mega sajnos tényleg kevés, de annak a cseréje kisebb mutatvány, mint a RAM duplázása:
Ezt a 8 lábú vackot kell lecserélni pl egy ilyenre (vagy ebay) - a 16MB már bőven elég a rendszernek, bár persze ha képeket mentesz le a webkamerával és tárolod, akkor arra nem biztos. A csere során még az üres flash-t is meg kell tölteni előtte, amihez vagy egy párhuzamos porttal rendelkező régi gép kell plussz pár ellenállás, vagy egy erre való USB-s íróeszköz
a webkameráról 1-1 kép mentését bírnia kell a rendszernek - a folyamatos videó mentésével lehetne ott gond, hogy ha vinyóra akarod írni akkor tömörítetlenül már túl sok lenne az adatforgalom, a tömörítést meg a proci nem nagyon bírná, bár lehet ott is lehet találni valami középutat amit még bír...
-
Peter789
senior tag
A randomság méginkább arra utal hogy tápprobléma... Viszont akár az USB<>PATA adapter vezetéke vagy nyákja is lehet problémás - a HUB vezetékén is esik kis fesz, utána az adapter vékony kötésein is, és a maradék már nem elég a vinyónak - még az is lehet hogyha rámérsz látod a közel 5V-ot, de a rángatózó fejnek, felpörgő tányérnak már nem mindig elég ami jut...
-
#2219
Peter789
senior tag
Drótszamár
#2217
Peter789
senior tag
válasz
Drótszamár
#2217
üzenetére
Nem, ez az ár csak magára a felforrasztható modulra vonatkozik ami a pdf első oldalán látható. A dev.board és a dobozos verzió ára magasabb valamivel, de nekem úgyis pont a saját nyákra ültetés a célom, úgyhogy azokkal nem is foglalkoztam. Tápot egy LM2576 kapcsüzemű körről fog kapni
Az 1 USB az a SoC családból adódik, még a nagyobb WDR3600 és WDR4300 is csak 1 porttal rendelkezik és a 2-t a nyákra rakott HUB chip adja. Viszont nekem azzal a GL850-el (4-5 féle különböző HUB-al) voltak jelentős problémáim az AR9331-hez (MR3020) párosítva, úgyhogy helyette inkább a Terminus-féle FE1.1s-t használom ami atomstabilnak bizonyult - jelenleg a Silverline SL004H HUB formájában, de az ebay-ről külön csippként is beszerezhető... HUB mindenképpen kell hozzá, mert az AR9331-nek van egy hardverbugja, ami miatt ha aktív a WiFi, akkor a lowspeed és fullspeed USB eszközök instabilak vele, de ha egy hispeed HUB-on keresztül csatlakoznak akkor már nincsen probléma
Az árakra 7EUR szállítás jön rá - 50 darab modulra már 10EUR - plussz 21% Litván áfa a végszámlára. Mivel Litvánia szintén az EU tagja, ezért más költséggel nem kell számolni.
A Carambola 2 mellett még van egy régebbi Carambola néven futó moduljuk is Ralink SoC-al, de az pár perifériáját leszámítva butább és drágább mint a C2
20 modul mostani paypal árfolyammal ~6.4e, 50-nél ~6e, 100db-nál már csak szűk 5.6e/db-ra jön ki minden költséggel együtt
-
Peter789
senior tag
egyszer tervezem hogy kipróbálom, de sajnos idő szempontjából minuszban vagyok erősen - ami szabad kapacitásom marad a normál munkahely mellett, azt az egyéb projektemre kell fordítanom, és így is kevesebb energiát sikerül ráfordítanom mint szeretném
egyébként érdekességképpen... most várok párat ebből a modulból - ugyanaz az AR9331 SoC van rajta mint a 3020, 3220v2, 3420v2 rútereken, csak ezen alapból 64MB RAM és 16MB flash van (így még utólagos átforrasztásra sincsen szükség), valamint van rá kész trunk openwrt, plussz ugye mindenféle GPIO lábai és funkciói ki vannak vezetve, így összetettebb projekteket lehet vele megvalósítani, mintha szimplán egy kész router SMD ellenállásaira és LED lábaira szétszórt GPIO lábait próbálnánk bedrótozni... az ára kis mennyiségben valamivel többre jön ki, mint egy ilyen router (3 darabra 7900/db szállítva mindenestül), de ha hozzáveszem a bontott RAM chip és új flash árát, és hogy bizony van routerem ami a RAM upgrade után többé nem mozdult semerre - ha csak 10-ből 1-2 megdöglik - akkor máris javul az az arány...
-
Peter789
senior tag
válasz
Zoli133
#2155
üzenetére
Ahogy vargalex írta... Én fogtam egy hexeditort, megnyitottam a lementett image-eket és simán egymás mögé copy-paste-eltem: 64KB uboot, 64KB konfig, 128KB-tól az openwrt image, ennek a végétől a flash vége-64KB-ig 00-al feltölt, majd a végére mehet a 64KB ART - ha mindent jól számol ki az ember, akkor 16MB-os flash esetén a fájl mérete pontosan 16777216 byte - ha nem, akkor ismét neki kell futni
-
-
#2130
Peter789
senior tag
kisgyerek85
#2129
Peter789
senior tag
válasz
kisgyerek85
#2129
üzenetére
Érdekes, pedig akkor a http://firmware.wnh.me/ar71xx/packages/Packages.gz címen létezik fájl - szóval akkor valamiért mégsincs neted... Az ifconfig mit mond?
(ettől függetlenül ez valami régi átvarrt verzió, szerencsésebb az eredeti owrt címekről leszedni a frisset) -
#2128
Peter789
senior tag
kisgyerek85
#2127
Peter789
senior tag
válasz
kisgyerek85
#2127
üzenetére
Honnan töltötted le ezt a bin-t? Nem ilyen címnek kellene lennie a /etc/opkg.conf -ban, ez valami átgányolt verzió, ráadásul erősen elavult is, már az AA beta is frissebb volt ennél az r32489-nél:
AA-beta - base-files_115-r33312_ar71xx.ipk
AA-beta2 - base-files_117-r33883_ar71xx.ipk
AA-rc1 - base-files_117-r34185_ar71xx.ipk
AA-rc2 - base-files_117-r36088_ar71xx.ipk
AA - base-files_117-r36088_ar71xx.ipk
BB trunk - base-files_146-r38312_ar71xx.ipkHa friss AA-t szeretnél felrakni akkor itt éred el, ha BB trunk-ot akkor azt meg itt - utóbbihoz valóban utólag kell telepíteni még a luci-t, de ha van DHCP neted akkor simán működnie kell az opkg update és opkg install luci -nak
-
Peter789
senior tag
válasz
Zoli133
#2123
üzenetére
16MB-os flash-t raktam már több MR3020-asra, de 841-esre nem találok patch-elt uboot-ot. Ha flash íróval teszed rá a régi uboot-ot és az összes többi partíciót akkor ez nem okoz gondot, mert bár rosszul érzékeli majd a flash méretét induláskor, de a kernel már helyesen fogja kezelni
További lehetőségként még ott vannak az SD/MMC over GPIO vagy USB mod-ok, akkor lehet rá extroot-ot rakni és lesz tengernyi helyed
-
Peter789
senior tag
Sajnos problémás téma a stick kezelés... Tudni kell hozzá, hogy pontosan milyen drivert igényel: én ezt általában egy vmware-ben futó ubuntu-val oldom meg. A frissen indított oprendszeren megnézem az lsmod listát, majd rádugom a modemet és utána is listáztatom a betöltött modulokat > kiderül hogy milyen modulokat kér maga a modem, miket kell telepíteni az openwrt-s repo-ból. Továbbá kérdés, hogy hogyan lesz az emulált mass storage eszközből modem (usb modeswitch) > erre kell guglizni a modem dev ID-jével Illetve léteznek agresszívebb megoldások is, pl ha szoftverből erőszakosan eject-eled a mass storage eszközt, akkor általában átvált modem módba, de ez mind eszközfüggő, van ahol működik, van ahol nem...
Szóval a lényeg, hogy először azt nézd meg egy asztali linux-al, hogy átvált e magától (dmesg-ben mi látszik) modem módba. Ha ezt megteszi, akkor a linux usb modeswitch konfig fájljaiban valahol meg lehet találni a dev ID-t, amit utána lehet használni az openwrt-n is. Ha nem vált át, akkor írd meg ide az lsusb által kidobott infókat róla és majd keresgélünk...
-
Peter789
senior tag
Hogyan lehet "véglegesen" letiltani a felkonfigolt USB 3G modemet parancssorból? Ha a php programom meghívja az ifdown wwan vagy ifup wwan külső parancsot az exec függvénnyel akkor le/felcsatlakozik, de újraindításnál mindig egyből fellép netre - ez így nem igazán jó, mert olyan SIM is lesz benne ami idő alapon adja az adatforgalmat ezért fontos lenne hogy a bekapcsolt, folyamatosan futó router mellett is lehessen kapcsolgatni a mobil kapcsolatot és magától soha ne kússzon fel netre
-
#1919
Peter789
senior tag
nemethpityu
#1918
Peter789
senior tag
válasz
nemethpityu
#1918
üzenetére
Akkor is azzal kell kezdeni, hogy a flash-re felhúzod az openwrt-t mert az alap onnan indul, majd erre mount-olódik menet közben az extroot > egyből lesz rengeteg helyed. Kérdés, hogy mire akarod még használni a vasat illetve hogyan. Ha időnként le szeretnéd róla csatlakoztatni a vinyót és azalatt is használni szeretnéd a többi funkcióját, akkor célszerű egy pendrive-ra rakni az extroot-ot, oda minden programot, a vinyót pedig csak plusszként mount-olni és oda dolgoztatni a torrent klienst. Pendrive helyett az is járható út, hogy vagy egy 8MB flash-el rendelkező nagyobb típust veszel, vagy utólag kicseréled 8-16MB-osra a 4-est. Ezen már elfér többnyire minden ami kell - de azért ez már picit macerásabb művelet, kell hozzá flash író eszköz, jobbfajta forrasztópáka, némi elszántság
Esetleg a nagyobb típusok mellett szól az is, hogy azokon nem 32 hanem 128MB RAM van - bár a kisebb is cserélhető 64-re, de az szintén rizikósabb meló. Nekem egy 64 megásra felhúzott régi 3220-assal ~2MB/sec torrent letöltési sebességet sikerült elérnem (a netem kb a dupláját tudná, és maga a torrent forrás is gyors volt), de ilyenkor már nagyon pörgött a proci és rendesen lehetett mellette netezés közben érezni az akadozást.
Lehet ezeknél erősebb célvasakat is venni, mint pl a cubieboard - natív SATA, ez hatalmas segítség a procinak, de sajnos nincsen gigabites LAN - de ezekre már nincsen kész openwrt környezet, általában van valami linux sdk támogatás de onnantól neked kell összekalapálnod rá cirka mindent, ami nem kis feladat
-
#1916
Peter789
senior tag
nemethpityu
#1913
Peter789
senior tag
válasz
nemethpityu
#1913
üzenetére
arra nem az igazi, lévén hogy nincsen rajta USB - csak jelentős faragással oldható meg [link]
SD kártyát lehet kötni rá, de azzal meg a torrent és maga az egész router szenvedős lasső lesz, javaslom ilyen célra szerezz inkább egy mr3020, mr3220 vagy nagyobb vasat USB-s külső vinyóval
-
Peter789
senior tag
Elnézegetve az openwrt TOH-t valamint a trunk snapshot által támogatott proci fajtákat nem sok ARM akad ott, ezek a stick-ek meg többnyire mind ARM alapúak, szóval elég kicsi a valószínűsége...
-
#1897
Peter789
senior tag
Drótszamár
#1896
Peter789
senior tag
válasz
Drótszamár
#1896
üzenetére
Lehet szerencsésebb tartogatni a logokat, ennyit találtam a wear leveling témára:
I work for a company that used to be a member of the SD association, we are familiar with the 2.0 (SDHC) spec. The SD card spec has NO entry for wear leveling. That is completely dependent on the SD manufacturer to handle that if they so choose. We have seen that some likely do, while others very much do not (beware the super cheap knock-off SD cards). SDXC may have changed that to include wear leveling, but I am unsure of that. Unfortunately the only way to really show that is to get your hands on the official spec. You can find it online most likely, but the SD association really wants you to pay for it.
A JFFS2 fájlrendszer maga végzi a wear leveling-et, de ezt csak az MTD eszközökre lehet használni. Az EXT2/3/4 amit célszerű egy memóriakártyánál használni (vagy FAT, de ez nem javasolt) az biztosan nem csinál wear leveling-et, tehát ha a kártya hardverből elvégzi akkor van, ha nem akkor nincsen. Ellenőrizni sem lehet, maximum szándékos gyilkolással nézni hogy mikor kezd el haldokolni az adott kártya típus. De ha egy pár gigás kártyán mindig meghagyod a logok nagyját és magad forgatod, akkor úgy valószínűleg sokáig ki fogja bírni...
Még egy dolog: ha hajlamos néha le-leszakadni a modem és újracsatlakozni - maga a hardver az USB portról, nem csak a szolgáltató felé menő kapcsolat szakadozik - akkor olyankor újra meg újra elveszik a mount ami vezethet logikai hibákhoz, esetleg kiakadásokhoz is
-
#1895
Peter789
senior tag
Drótszamár
#1894
Peter789
senior tag
válasz
Drótszamár
#1894
üzenetére
elvileg működnie kell modeswitch előtt és után is - annyi a szépséghiba, hogy extroot-nak nem igazán lehet használni, mert váltáskor leszakad ez az eszköz is egy rövid időre, de ha a működő vason szeretnéd csak mount-olni, akkor az lehetséges
de nézd meg a dmesg-et, hogy váltás után amikor megjelennek a virtuális sorosportok, akkor ott emleget e üres storge eszközt is
-
Peter789
senior tag
egy kis finomság azoknak, akik hozzám hasonlóan szeretnek játszani a tűzzel
az 8devices-féle AR9331 chipset-es carambola2 wiki-jén és repository-jában találtam pár érdekességet:[io], [mmio], [py_mmio]
az első egy parancssorból használható memória baxtató - a segítségével bármit lehet olvasni és írni, pl regisztereket piszkálni vagy memória dumpot / visszaírást csinálni fájlból. a második és harmadik ugyanez, csak C-hez és python-hoz... C-ből fordított programmal egészen durva, akár 7.6MHz-es sebességű GPIO kapcsolgatást is el lehet érni állítólag... nagy bánatomra perl-es nincsen, dehát nem lehet minden tökéletes
de ez tényleg nem veszélytelen terület! elvileg ugye a RAM felejt, tehát egy újraindítás letakarít mindent, de ha pl az SPI-t megpiszkálva sikerül összebarmolni a flash-t az okozhat téglásodást is! mindenki csak saját felelősségére próbálgassa...
kipróbáltam az azonos chipset-es MR3020-on és jól működik... pl így lehet vele olvasni a GPIO bemenetek regiszter területét, jól látszik hogy amikor megnyomom a gombot akkor a GPIO11-hez tartozó 11-dik bit 0-ról 1-re vált:
root@OpenWrt:/# io -4 -r 0x18040004
18040004: 0c163784
root@OpenWrt:/# io -4 -r 0x18040004
18040004: 0c163f84lehet kapcsolgatni a lábak alternatív funkcióit, megszakításokat, időzítőket kezelni, vagy bármi mást is... elméletben működniük kell minden vason, ami ar71xx kompatibilis!
-
#1853
Peter789
senior tag
Drótszamár
#1851
Peter789
senior tag
válasz
Drótszamár
#1851
üzenetére
örülök az előrelépésnek... ha esetleg találsz valami debug opciót a kernelben a HID és kapcsolódó modulok között akkor azt még érdemes lehet verbose módra kapcsolni, hátha sikerül kideríteni az okát a problémájának. Esetleg ha a másik kis linuxos vason jó, akkor érdemes lehet megpróbálni más olcsóbb routerrel is, mint pl a TL-MR3020-as bő 5e-ért - feltéve hogy nem lowspeed vagy fullspeed az eszköz, mert az AR9331 hardverhibája miatt ezekre allergiás, csak hispeed hub-on keresztül lehet őket csatlakoztatni, vagy le kell tiltani a wifi-t! elég érdekes hiba, de már sokan megerősítették, valószínűleg hardverbug van mögötte...
(#1852) pirosi91
előfordulhat, hogy valami olyan firmware bug van a háttérben ami csak linuxos driverrel / környezetben jön elő - mindenesetre akkor lenne rá esély, hogy idővel javítsák is
-
#1835
Peter789
senior tag
Drótszamár
#1834
Peter789
senior tag
válasz
Drótszamár
#1834
üzenetére
a lubuntu nem tudom hogy viselkedik - 12-13-as ubuntuval próbáltam, az többnyire konkrétan megmondja hogy melyik apt-get csomagot tegyem fel ahhoz hogy meglegyen amit éppen hiányol, csak néha van olyan hiány-üzenete ami guglizásra kényszerít
(#1831) pirosi91
esetleg más firmware verzióval az eszközön?
-
Peter789
senior tag
válasz
pirosi91
#1825
üzenetére
próbáld ki (akár csak egy vmware-es USB eszköz átadással) hogy pl ubuntu-n működik e - ha ott is hibába futsz akkor tudhatod hogy nagyobb a baj, ha nem akkor sejthetően lesz megoldás: talán más paraméterekkel kell újrafordítani a kernel modulját (mint pl az előzőekben felvázolt HIDRAW probléma)
-
Peter789
senior tag
a busybox törlésével lényegében totál hazavágtad az openwrt -t, innentől semmiféle parancsra nem képes érdemben reagálni. egyébként miért kezdtél a törlésbe? helyet akartál csinálni? mert így nem tudsz, felesleges "törölni" bármit is az aktív squashfs rendszeren
egy ilyesmi soros adapter kell hozzá, ami TTL jelszintet ad, nem RS232-t
most így hirtelen nem tudom hogy a 3420 V2-n tüskéket kell e pótolni, vagy TP forrpontokat kell a hátulján keresni, ezt ki kell gugliznod. a lényeg hogy van egy TX és RX, meg kell még valahonnan egy föld. ezeket akárhogy felcseréled, kárt nem tudsz vele okozni, csak nem fogsz semmit látni a soros konzolon amíg rosszul kötöd (@ 115200 baud 1N8). ezzel vagy be tudsz mászni failsafe módba, vagy ha olyan szinten megborult akkor uboot-ból újra tudod húzni az egész firmware-t
-
#1828
Peter789
senior tag
Drótszamár
#1827
Peter789
senior tag
válasz
Drótszamár
#1827
üzenetére
sajnos ebbe én is belefutottam pár hónapja egy USB-re dugott HID PIC-el - azért hogy pár KB-ot megspóroljanak a HID kernel modulon, alapból le van tiltva a HIDRAW támogatás... ha ar71xx platformos vasad lenne, akkor tudnék kész javított modult is adni, de jelen esetben magadnak kellene újrafordítanod. hogy állsz a linux-al, openwrt fordítással? nem egy nagy mutatvány, ebből az írásból tudsz kiindulni: [link]
ha win környezetet használsz, akkor pl vmware-be telepíts egy ubuntu-t, majd azon kezdj hozzá a fenti lépésekhez - csak persze keresd ki a megfelelő target system-et és target profile-t. AA-t írsz, szóval a fenti írásban lévő trunk helyett használd ezt a forrást: svn://svn.openwrt.org/openwrt/branches/attitude_adjustment , valamint ezt [link] az apró módosítást hajtsd végre a make előtt a megadott fájlon, és a végeredmény kernel modul már fogja támogatni a HIDRAW eszközöket is, csak írd vele felül a routeren lévő hid.ko-t (nem kell az egész firmware-t cserélni, elég csak ezt az egy fájlt felmásolni)
az ubuntu hiányolni fog jópár programot / lib-et mire megcsinálja a fordítást, de általában megmondja hogy konkrétan mit telepíts, ha meg éppen nem akkor a hibaüzenetre guglizva meg lehet találni hogy mi kell még neki a boldogsághoz
-
Peter789
senior tag
végre meghozta kínából a zöld mikulás a SO-wide gyorsadaptert is, így összeállt a programozó "rendszer":
sajnos nem túl gyors - a programban nem találok semmiféle sebesség beállítást - a W25Q128FW 16 megás flash-t kb szűk 11 perc alatt írja végig - talán még a párhuzamos portos programozónál is lassabb picit - de legalább tudom használni a W500 tabletemmel és a win7 64 bites asztali gépemmel is...
ha valaki hasonló tuningra adná a fejét, akkor ezeket tudom ajánlani:
- EN25T80 Programmer USB - mázlim volt, éppen pár órán belül járt le ugyanettől az eladótól egy licites példány amit 6.5$-ért megkaptam, így bő 500 kreditet spóroltam
- SO8 to DIP8 Converter 200mil - fontos hogy a 200-208mil-es legyen, olcsóbban csak 150mil-es van amibe nem fér bele a flash csipp! -
#1747
Peter789
senior tag
E.Kaufmann
#1745
Peter789
senior tag
válasz
E.Kaufmann
#1745
üzenetére
ha van elég hely hozzá, akkor a luci telepíthető package-ből, és már csak a uhttpd-t kell elindítani és használhatod...
az SD/MMC modhoz annyit kellene kitúrnod, hogy hol találsz a nyákon 4 GPIO lábat - ezek lehetnek akár LED-ek, gombok is, csak le kell rugdosni róla a funkciót... valószínűleg itt írnak ilyenről is...
viszont a RAM-ja rettentő kevés, nem tudom mire lesz elég a 16 mega...
-
#1725
Peter789
senior tag
SteveBeard
#1724
Peter789
senior tag
válasz
SteveBeard
#1724
üzenetére
rengeteg jól használható oktatóanyag van hozzá a neten, hamar el lehet sajátítani az alapokat és utána már csak a lelkesedésen múlik hogy meddig jut az ember... jó pap holtig tanul
-
#1723
Peter789
senior tag
SteveBeard
#1722
Peter789
senior tag
válasz
SteveBeard
#1722
üzenetére
nem nagy mutatvány alapszinten írni shell scripteket... régebben sosem használtam, aztán jött az igény hogy az i2c-tools programok használatával kellene csinálnom egy DS1307 RTC csipp kiolvasót, ami beállítja vele a rendszeridőt > volt kb egy óra összekukázni az alapokat és már ment is
-
#1720
Peter789
senior tag
SteveBeard
#1719
Peter789
senior tag
válasz
SteveBeard
#1719
üzenetére
perl-ben írtam, mert egy nagyobb programba fogom beágyazni később:
#!/usr/bin/perl
use strict;
my $sys_uptime;
my $wan_uptime;
my @ifaces;
my $CNT;
while (1)
{
open (FILE,"</proc/uptime"); ($sys_uptime) = split('\.',<FILE>); close (FILE);
open (FILE,"</tmp/state/network"); @ifaces = <FILE>; close (FILE);
for ( $CNT = 0; $CNT < scalar(@ifaces); $CNT++ )
{ if ( substr(@ifaces[$CNT],0,24) eq "network.wan.connect_time" )
{ $wan_uptime = $sys_uptime-substr(@ifaces[$CNT],25,length(@ifaces[$CNT])-26); } }
print "$wan_uptime\n";
sleep 1;
}
close; -
Peter789
senior tag
válasz
stopperos
#1715
üzenetére
az interface uptime érdekelne, nem a vasé - a luci ki tudja írni, szóval valahol eltárolódik a dolog, de eddig nem találtam rá választ... a /tmp/state/network fájlban van valami connect_time, de az valami más lehet mert nem változik idővel...
cat /tmp/state/network
network.loopback.up=1
network.loopback.connect_time=16
network.loopback.device=lo
network.lan.up=1
network.lan.connect_time=17
network.lan.device=eth0
network.lan.ifname=br-lan
network.wwan.up=1
network.wwan.connect_time=34
network.wwan.device=ppp0
network.wwan.ifname=3g-wwan -
Peter789
senior tag
sztem az ilyen szaknyelvet akkor sem érti meg az ember, ha magyar címkék vannak ott - ha érted hogy mit állítasz akkor mind1 hogy éppen angol vagy magyar - ha pedig rákeresel, akkor lehet nem is találsz rá semmi használhatót... ha angolul van, akkor legalább rá vagy kényszerítve hogy felszedj valamennyi nyelvtudást...
kedvenc példám egy régi voodoo3 driver, amit magyarítottak (vagymi
) : "PCI löketek engedélyezése" - sztem ettől nem lett közelebb a user a megoldáshoz, ellenben ha legalább "PCI burst mode" lenne ott, akkor lenne mire rákeresniemás: a luci honnan tudja, hogy egy adott interface uptime-ja mennyi? az adatforgalmat megmondja az ifconfig, de időt nem látok ott, és a súgóban sem találtam olyan paraméterezést amitől elárulná...
-
Peter789
senior tag
soha nem értettem, hogy miért jó ha nem angol
azt a pár tőmondatot és címkét csak megérti mindenki - ha angolul nem érti, akkor magyarul se fogja... ha bármi gondod van és elakadsz, a magyar üzenetekre töredék találatot találsz. ha leírás alapján akarsz valamit megoldani, az is angolul lesz és lehet vadászni hogy vajh melyik melyik akkor... -
Peter789
senior tag
ha visszarakod a gyárit, akkor nyomtalanul eltűnik az openwrt
a wiki oldal le van maradva - userek frissítgetik néha - az rc1 messze nem a legújabb, azóta volt már rc2 és kijött a final is az attitude adjustment-ből - 3 hónapos, ebben elvileg benne van a luci meg minden ami az alap elinduláshoz kell és kb szűk 1MB szabad terület marad a flash-ben
van trunk is ami újabb, de ha csak egy stabil rendszert akarsz amit nem piszkálsz naponta, akkor jobb az AA
-
Peter789
senior tag
mi a verziója? az openwrt toh 5 félét is emleget
luci akkor nem lesz alapból, ha trunk-ot raksz fel - azonban ha az AA final is támogatja az komplett lesz. egyébént nem nagy mutatvány a luci telepítése sem, ha már megy a net:
opkg update
opkg install luci
/etc/init.d/uhttpd startmajd a luci-n a startup-ban a uhttpd-t automatikus indításra kell rakni, onnantól már menni fog magától minden újraindítás után is
a garancia csak akkor ugrik, ha látható módon rajta ragad az openwrt... ha totálisan megdöglik akkor elvileg gariztatható - bár nem illik ilyennek megtörténnie, ha a vas verzióhoz megfelelő firmware kerül rá...
-
-
Peter789
senior tag
válasz
vargalex
#1681
üzenetére
remek, remek
Azóta már egy második MR3020-ast is feltuningoltam és azóta is stabilan működnek... Az SPIPGM-el párhuzamos portra kötve elég lassan süti bele a 16 megát - kb 10 perc egy 1200-as VIA C3 notin, normális vason valószínűleg gyorsabb lenne valamivel, de nem sokkal
Mivel hosszabb távon lesz még rá szükségem, így olcsón lecsaptam egy USB-s programozót - a fellelhető infók alapján a WCH CH341A csipp úgy 1.5-3 perc alatt írja meg a 16 megás SPI flash-eket - valamiért nagy a szórás, majd kiderül hogy az adott winbond-hoz mit szól a gyakorlatban. Valamint vettem hozzá SO8 wide > DIP gyorsadaptert is hogy ne kelljen forrasztgatni az íráshoz...
Ha normális időt fut a zöld mikulás, akkor a jövőhét elején ide kell érniük...
@ (#1682) SteveBeard
Igen, gyorsabb a boot vele és kevésbé érzékeny mindenféle behatásokra: rezgés, USB HUB / pendrive / memóriakártya vezérlő melegedése, stb...
-
Peter789
senior tag
root@OpenWrt:/# df -h /
Filesystem Size Used Available Use% Mounted on
rootfs 13.1M 472.0K 12.6M 4% / volt egy kis vakvágány, de végre megy - remélem stabilnak is bizonyul idővel... egy olyan 3020-ason próbáltam ki a műtétet, amin a sok gyilkolás, forrasztás, hőlégfúvózás közepette egyszercsak megbízhatatlanná vált az egyetlen fizikai hálózati aljzat - kontakthibának tűnik a viselkedése alapján, de nem sikerült helyreraknom. ez ott vált lényegessé, amikor az előző post-ban mutatott állapotig eljutottam: gondoltam majd soros ymodem-el feltöltöm a firmware és art partíciót, de mint kiderült, a lelkes lengyel fejlesztő ezt teljesen kitakarította az okosított uboot-ból...
úgyhogy ismét forraszthattam le az IC-t a routerről és rakhattam vissza a programozóra - ami mellesleg szintén megér egy misét:
fogtam egy hex-editort, és egymás után ollóztam a 64KB uboot, 64KB config, squashfs factory-t, utána feltöltöttem 16MB-64KB-ig FF-el és a végére odaraktam a 64KB art dumpot is - byte-ra kereken 16MB lett. ezzel jól megküzdött az SPIPGM, eltartott egy darabig mire feltöltötte, majd még egy visszaellenőrzést is ráeresztettem, de megérte! működik a wifi is szépen, úgyhogy egyelőre madarat lehet fogatni velem
kb 12-13 vs. 11-12 perc, mire végigírják a 16 megát - ne kérdezzétek mitől ilyen lassúak, de a lényeg hogy működik
range:eth0
Új hozzászólás Aktív témák
- Debrecen és környéke adok-veszek-beszélgetek
- Építő/felújító topik
- Milyen notebookot vegyek?
- Milyen billentyűzetet vegyek?
- Telekom mobilszolgáltatások
- Tőzsde és gazdaság
- Büszke apukák és anyukák topikja
- Gitáros topic
- Call of Duty: Black Ops 7
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- További aktív témák...
- GYÖNYÖRŰ iPhone SE 2020 128GB White -1 ÉV GARANCIA - Kártyafüggetlen, MS3584
- ÁRGARANCIA!Épített KomPhone i5 14400F 32/64GB RAM RX 9060 XT 16GB GAMER PC termékbeszámítással
- Lenovo ThinkPad T14 Gen1 Ryzen5 4650U Refurbished - Garancia
- Lian Li LCD-s 360mm-es vízhűtés akciós áron eladó!
- Most èrkezett pár darab RX ès RTX 8gb vga-k! Számlás garanciás! Kamatmentes rèszletre is!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest