Új hozzászólás Aktív témák

• #8446 And veterán Fricu #8439

  Új Válasz 2009-09-04 21:56:15 #8446

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  And

  veterán

  válasz Fricu #8439 üzenetére

  A 'lábösszezárós' módszer elvileg nem más, mint a processzor átverése azáltal, hogy a boot-olás előtti ellenőrzést (checksum számítás) a flash-memória címvezetékeinek összezárásával direkt elrontjuk, így a proc failsafe-módba megy, amelyben lehetőség van a tftp-s feltöltésre. Csakhogy a módszer erősen függ a flash fajtájától, a meglévő bootloader-től, tököres flash például biztosan nem hozható így rendbe, meg aztán elég meredek beavatkozás.
  A jtag sokkal biztosabb módszer, mindenféle szoftverhibára megoldást jelenthet. Tudomásom szerint a 4,7kΩ-os ellenállásokat nem kell felforrasztani a PCB-re (azok egyébként is 'felhúzók' nem sorban vannak a jelvezetékekkel), az én -GL v1.1-esemen sincs ott, pedig már kezelgettem jtag-gel. A 100Ω-ok pedig eredetileg a pufferelt jtag-kábelek tartozékai, de bizonyára azért sem gond a meglétük, mert az LPT-port TTL-szintű jelekkel dolgozik, a WRT-routerek processzorai és flash-tárai pedig 3,3V-os I/O-szintekkel vannak megáldva.
  AP-módot a gyári fw is tud (ha nem multifunkciós, akkor mást nem is ismer ), hisz az minden router wifi-alapmódja. Ha nem lehetne AP, az adapterek nem tudnának hozzá csatlakozni infrastructured kliensként.

  Mod.: más: tud-e valaki okosságot egy elrontott (frissítés közben a feltöltő gép fagyott) WRT54GC rendbehozására? Semmilyen infót, j-tag pinoutot nem leltem róla, így meg agyhalott (5-portos switch-ként működik ). Nem az enyém, de érdekel, hogy GC-re van-e valami csodaszer, vagy az már úgy marad..

Új hozzászólás Aktív témák