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

• #13041 And veterán csocsika1700 #13040

  Új Válasz 2014-03-20 20:42:52 #13041

  Ú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 csocsika1700 #13040 üzenetére

  De ugye nem azt a (ki tudja, milyen állapotú) CFE-t töltötted vissza, amit korábban lementettél róla?
  Amúgy én sosem toltam vissza a gyári kernelt, mindig dd-wrt-t tettem fel, mivel egyébként is azzal használom. Annak van kifejezetten TFTP-s feltöltésre készült verziója, és utána akármelyik fw-t rá lehet már tenni webfelületen, legyen az a gyári vagy más 3rd-party szoftver: dd-wrt.v24_mini_wrt54g.bin. Ezzel nem szokott gond lenni a teljes törlés után hiányzó nvram (konfigurációs terület) sem, a kernel azt valószínűleg az első boot-nál létrehozza, és a default értékekkel feltölti.
  "ezt a parancsot hova kell irni? /noemw /nocwd"
  Ezek nem parancsok, hanem mint említettem, parancssori kiegészítő opciók a jtag-es debrick utility-khez. Én tjtag-programmal próbáltam, de talán az eredeti HDM utility-vel is működnek. Ezekről bővebb infót az említett segédprogramok helpje ad, ha például mindenféle paraméter vagy opció nélkül futtatod a wrt54g.exe-t vagy a tjtag_xx.exe-t. És igen, arra valóak, hogy a routert processzora megfelelően inicializálva legyen a jtag-es műveletek előtt, vagyis a program ne fagyjon ki valamelyik műveletnél, vagy épp a router ne induljon újra a jtag-util futtatásakor. Ha az említett opciókkal és a -probeonly paraméterrel (ami a detektáláson kívül mást nem csinál) megfelelően lefut a wrt54g.exe vagy a tjtag_akárhányas.exe (eredményeként név szerint említve nem csak a Broadcom SoC-ot, hanem a flash típusát is), akkor lehet egyéb műveleteket kezdeményezni velük, mint törlés és újraflash-elés. De CFE-nek ajánlott egy megbízható forrásból származót, vagy a Skynet-segédprogramjával a router eredeti MAC-címével generált verziót használni.

• #13039 And veterán csocsika1700 #13037

  Új Válasz 2014-03-20 13:23:06 #13039

  Ú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 csocsika1700 #13037 üzenetére

  Na, kicsit utánanéztem illetve kipróbáltam: WRT54GL v1.x hardvernél a parancssori opciók közül a /noemw /nocwd a nyerő, tjtag (Ejtag debrick util - Tornado mod) v2.1.4 és v3.0.1 esetén.
  Amíg a CFE nincs fent vagy működésképtelen, a LAN-portokon keresztül nem elérhető a router. Üres flash-tartalomnál mind a négy LAN-led folyamatosan világít a routeren, és a portok nem működnek: PC-re kötve nincs semmilyen fizikai kapcsolat, a hálókártya vivőt jelző ledje sem világít. Ha a CFE már megy, de kernel még nincs, akkor a bootloader-ből kiolvasható IP-címen - ami általában 192.168.1.1, de lehet más is - bármikor feltölthető a kernel a routerre TFTP-n.

• #13033 And veterán csocsika1700 #13032

  Új Válasz 2014-03-18 19:21:26 #13033

  Ú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 csocsika1700 #13032 üzenetére

  Még mindig ott vagyunk, ahonnan indultunk: a jtag pont az ilyen teljesen agyhalott, villogó power-ledes routerek javítására való. Akár a teljes flash-tartalom (CFE, kernel, nvram) hiányozhat, a CFE felküldése után már elvileg be lehet TFTP-n küldeni a kernelt. Problémát jelenthetnek a következők:
  1.) Nem tudjuk azt az IP-t, amelyre a CFE hallgat. Ezt mint említettem, meg lehet tudni, ha ránézel a CFE.bin tartalmára, a 0x1227 (hexa) offszetnél vagy környékén található sima szövegként: "lan_ipaddr=192.168.x.y", de a vége nem csak 1.1 lehet. Valamelyik kompatibilis, pl. WAP54G-ről származó CFE esetén pl. 1.254 a default IP-cím vége. Ez az érték sosem módosul, normál üzem közben a saját konfigurációban (nvram-ban) tárolt értékkel íródik felül, de a TFTP-s javításkor csak a CFE-ben lévő számít, mivel teljes törlés után nincs se kernel, de nvram-tartalom a routeren.
  2.) Automatikus címkérésre van állítva a kapcsolódó PC, az pedig ilyenkor nem járható, mivel a routeren nem fut semmilyen szolgáltatás, így a DHCP-szervere sem. A gépet fix IP-címre kell állítani, a CFE által támogatott címtartományon belülre. Ha a CFE pl. a 192.168.1.1-re hallgat, akkor a PC címe legyen 192.168.1.2, netmaszk 255.255.255.0. A DNS- és átjáró címek ekkor még irrelevánsak.
  3.) A 'boot wait' opció nem engedélyezett (a CFE.bin 0x1269 címén 'boot_wait=off' olvasható). Ilyenkor előfordulhat, hogy csak az indulást követő pár másodpercen belül van egy időablak, amikor a CFE elfogadja a TFTP-s csatlakozást, vagy egyáltalán ping-re is csak akkor válaszol. Tapasztalatom szerint ez nem jelentett gondot, bármikor felküldhető volt a kernel (lehet, hogy épp azért, mert az nem volt rajta), és ping-re is válaszolt.

• #13029 cirpo csendes tag csocsika1700 #13028

  Új Válasz 2014-03-18 17:11:40 #13029

  Ú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

  

  cirpo

  csendes tag

  válasz csocsika1700 #13028 üzenetére

  Így van bekötve.()
  balról jobbra TDI-TCK-TMS-SELECT
  Ez gondolom jó.

• #13022 colosseum csendes tag csocsika1700 #13021

  Új Válasz 2014-03-17 23:57:16 #13022

  Ú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

  

  colosseum

  csendes tag

  válasz csocsika1700 #13021 üzenetére

  szia!

  nekem is csak villog, de én a flash chip 16-17es lábát rövire zártam igaz , utána még kismilló dolgot csináltam , és csak utána próbáltam dugtam bele a lan kábelt, Lőn csodát lett ping.

  De ez azért így eléggé '21-re lapot kérni' dolog.

  Ezért keresek vkit akit jtegelt már v1.1est. Ha letudná fényképezni nekem a JP1 részt az is jó, esetleg kimérni hogy megy-e közvetlen oda vezeték.

• #13018 And veterán csocsika1700 #13017

  Új Válasz 2014-03-17 13:39:03 #13018

  Ú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 csocsika1700 #13017 üzenetére

  Ja, a párhuzamos (LPT-) port nem hátrány, ha az ember jtag-gel akar routert javítani . Léteznek persze USB-s jtag-kábelek, meg USB-LPT konverterek, kérdés, hogy mennyire használhatóak és a parancssoros debrick programok mennyire kezelik ezeket. A meglévő natúr párhuzamos portnál egyszerűbb és olcsóbb megoldás sajnos nincs, mivel az LPT-s jtag-kábelhez a csatlakozón, 4 db. ellenálláson és egy rövid kábeldarabon kívül más nem kell.

• #13016 And veterán csocsika1700 #13015

  Új Válasz 2014-03-16 18:50:52 #13016

  Ú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 csocsika1700 #13015 üzenetére

  "Kommunikálni tudok a routerrel egy usb ttl konvertáló usb eszközzel"
  Mármint a soros (terminál-) porton keresztül? Mert annak alapján, amit említettél - villogó power led - inkább a JTAG porttal kellene próbálkozni: HDM Debrick Util, EJTAG, leírás pl. itt: [link].

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