embedded es jtag ugyben ki tud meselni ?

sziasztok !

remelem jo helyre kerul...
az erdekelne, hogy hogyan lehet "buntetlenul" kesziteni es tesztelni pl di 524-es wlan router firmware-t ?
ertem ezt ugy, hogy a dlink ftp-rol letoltott 85 megas
pakkot hogy lehet fejlesztes fele inditani ?
aztan meg ott van a kerdes, hogy milyen iranyba induljak
el, hogy az 1 szem eszkozomet ne kuldjem padlora, ne
kelljen masikat venni. ugy alakult, hogy lenne idom
szorakozni vele, de hiaba, ha nem tudok errol (sem)
semmit.
erdekelne a jtag kabeles tortenet is.

tisztelettel koszonom elore is.

Hozzászólások

dlink cuccokban szokott lenni egy 4 tuskebol allo csatlakozo, amin 3.3v jelszintu soros port van.
(a kiosztasat ki kell merni szkoppal, mert tipusonkent sot hw verzionkent szeretik valtoztatni)

megfelelo atalakitoval kotsz ra pl egy minicom-ot, es a bootloader konzol szokott tudni xmodem-el vagy tftp-n uj firmwaret fogadni. konkretan 524-essel nem foglalkoztam, de dap-1160-nal vagy az adsl modemeknel mukodik igy.

amugy ha lehuzod a gpl packot, abban szerintem lesz valahol egy readme amiben leirjak hogy kell feltolteni ra.

A'rpi

> -jtag kábel akkor nem firmware le/fel töltögetésre való ?
mit ertesz jtag "kabelen" ? az azert kicsit tobb szokott lenni, mint egy darab drot... es eleg draga is.
amugy az hardveres debuggolashoz valo, firmware feltolteshez nem kell (hacsak nem sikerul a bootloadert is elqrni, de az altalaban rom-bol m1)

> -hogy lesz abból a pakkból firmware file ?
altalaban eleg nehezen., vagy van benne makefile/script ami letrehozza, vagy neked kell rajonni (dap-1160-nal 2 hetem ment erre ra)

> -létezik valami emulator amin ki lehet próbálni az újonnan kreáltat ?
en nem tudok ilyenrol
mi mindig eles hardveren fejlesztunk, tesztelunk

A'rpi

akkor még ami eszembe jutott:

hogy néz ki a fejlesztői környezet nálad ?
én tudnék helyet szorítani a témának, csak most kicsit összefolyt nálam
a kérdések és válaszok tömkelege, tehát akkor lerajzolom ide, hogyan
látom én, te pedig légyszi javíts ki.

gondoltam egy pc-re pl uclinux-al, felmásolom rá a pakkot, talán sikerül
mindennek a helyét megtalálni, persze ha a könyvtárszerkezet megegyezést
mutat. ha mégsem akkor vesztettem...
gondolom nálad is így van ez, aztán mikor alkottál valamit, futtatod a
make parancsot és elkészül az image.

jól tévedek ?

--
Sony Vaio &

ezt nem igazan ertem...

en siman egy slackware 11-en, egy konyvtarba kicsomagoltam es kesz. asszem 1-2 dolgot linkelni kellett (a mips-es gcc-t meg az uclibc libeket). de mondom, en konkretan 524/624-el nem foglalkoztam sose, csak mas dlink termekekkel, ill egyeb gyartok embedded (arm, mips) cuccaival.

de annyit mondhatok, hogy eleg egyediek, minden egyes tipusnal massal lehet/kell szopni, ja es sajnos altalaban az ilyen "gpl packok" nem teljesek, csak azokat a programokat tartalmazzak, amiket a gpl miatt muszaj kiadniuk, a tobbi cuccot egy firmware image-bol kell kivadaszni valahogy.
(en pl. a dap 1160-bol ugy "loptam" ki a ramdisket, hogy a /dev/mtd-t move-oltam a /www-be, es aztan a sajat webserverevel letoltottem :))

1 eve meg a dap 1160 gpl packjabol hianyzott a lenyeg, amivel a kernelbe bele lehetne forditani a ramdisket es letrehozni egy bootolhato image-t. akkor az eredeti firmwareben hex pozicio alapjan cserelgettem a byteokat, jo jatek volt (nem lephettem tul meretben az eredeti ramdisk gz meretet). aztan nyar vegen kiadtak egy ujabb, nagyobb gpl packot, abban mar bennevolt minden, de amugy kb 5 verzioval regebbi mint az aktualis firmware. aztan volt osszel meg egy update, abban meg valami tok uj, beta cucc volt, ami full bugosan mukodott, tele volt be nem fejezett scriptekkel stb... ezeknek kb annyi a haszna, hogy a specin patchelt kernelt+drivereket ki tudod talan venni belole, meg megnezni a hw specifikus /proc entrykbe mit irnak/olvasnak az init scriptek. arra nem igazan alkalmas, hogy hasznalhato firmwaret buildelj belole.

szoval sok turelem, es hexdump olvasas, meg trukkozes szukseges, ha nekilatsz egy ilyen fejlesztesnek :(
(en mondjuk nem hobbybol csinaltam, igy megerte, de hobbybol biztos nem allnek neki vagy legalabbis nagyon hamar feladnam)

A'rpi

a válaszod első feléből azt hiszem megtudtam amit akartam a környezetről,
a másik felét illetően viszont csalódtam. (én kis naiv)
hogy gondolhattam volna, hogy sima ügy firmware-t gyártani a dlink
által nyilvánosságra hozott pakkból....

igazából azt szerettem volna megtudni, vajh sikerülhet-é hasonlót alkotni
mint pl linksys-re open vagy dd-wrt. ha nem is annyi funkció, de már
egy kliensként való csatlakozás vagy wds lehetőség is feldobott volna :)

hát ez van.
lehet gyűjtögetnem kéne egy linsysre Oo

azé köszönöm :)

--
Sony Vaio &

hat a ddwrt sem ugy keszult, hogy letoltottek a linksys pakkot es atirtak 3 sort benne... ha lattal mar kozelrol gyari linksys fw-t es ddwrt-t akkor lathatod hogy csak kb a kernel ugyanaz, a tobbit mashonann szedtek ossze ill irtak ujra.

az openwrt meg aztan vegkepp tok mas, az tudtommal nem is a linksyshez keszult eredetileg, csak arra is portoltak

a dlink dap1160-nal pl. a webserver forrasat nem is adtak ki (az nem gpl), igy ha barmilyen uj funkciot bele is rax, ahhoz nem tudsz web-es beallitast rendelni, mert bele van forditva a beallitasokat kezelo cgi (az osszes parameter nevevel es flash-beli cimevel) a webserverbe :(

A'rpi

Ha már fejleszteni akarsz érdemesebb egy olyan eszközt venni amit az Openwrt vagy hasonló embedded projektek alapból támogatnak.

A lista elég nagy és az eszközök egy része MO-n is kapható, egy ismeretlen eszközt visszafejteni elég keserves, hacsak éppen nem ez a célod, mert tanulni viszont nagyon jó.

http://wiki.openwrt.org/TableOfHardware

köszönöm a választ, de nagyon úgyérzem, hogy egy ilyen fejlesztés
nem csak a php kódokkal való hadakozásból, illetve általános parancsok
kiadásából (mint ifconfig, iwconfig, route, stb) áll.

de tényleg azt hittem, hogy a fentebb említett csomag segítséget adhat
egy saját firmware legyártásához, amivel az ember baromkodhat.

felvetéseddel egyetértek, valszeg beszerzésre fog kerülni valami cuccos
előbb utóbb. azért gondoltam a di 524-re, mert ebben nincs se kliens,
se wds funkció, se repeater.
hát képzeld el ha erre (vagy a 624-re) sikerülne alkotni egy ilyet.
nyilván a gyártó azért tette másik típusba, hogy több pénz essen le neki.

--
Sony Vaio &