Pozdrav,
dakle, ima neko iz Vz ili blize okolice koji bi mogel odraditi flashanje jednog uredjaja baziranog na androidu i Hisilicon Hi3716c chipu?
Uredjaj na sebi ima pinout (4 pin) koji je pretpostavljam za to, ali neznam dal se radi o jtag, ttl... informacije o tome zajedno sa firmware-om koji treba flashati cu dobit najvjerojatnije danas od proizvodjaca i ovo mi je dost hitno.
Kontakt ili tu na grupu ili na mail stanislav . vlasic [et] wgmetal.hr
Hvala i lp.
Nesluzbena informacija je da se radi o serial ttl inteface-u. Sluzbenu informaciju jos nemam...
Da nije slucajno ovo tvoj post? --
Je, to je moj post. Kuzim na kaj ciljas, al gle situaciju...
Tog uredjaja jos nema na trzistu, ovo je uzorak koji jos nije finalan proizvod. Kompanija koja ga radi mi treba proslijediti firmware i upute kak to sve skupa uploadati.
S obzirom da se radi o uredjaju koji nema apsolutno nikakvih gumbova na sebi, ima testpoint-ova na PCB (power, standby, IR), al usprkos tome nemogu (neznam) doci u nekakav recovery da mogu napraviti upload firmwarea.
Bootloader odradi svoje, inicijalizira mrezu, inicijalizira usb.... i tu stane jer po mojoj nekoj logici pokusava dignut android sa krive memorijske lokacije. FW je krivo flashan na njega (citaj: nije namjenjen tom uredjaju). Uz FW image flashan je uBoot od tog krivog FW (ili samo splash image?), ali on pretpostavljam da radi ispravno, samo ne dize OS (pod ispravno mislim na to da imam output na HDMI, mreza je inicijalizirana i ima svoju IP, inicijalizirani su USB portovi).
Ako imas kakvu ideju, slobodno napisi :)
U ovm trenutku bas i nemam nekakvih specijalnih ideja, jer tesko je na-daljinu debugirati nepoznati uredjaj koji, i sam velis, nije finalan.
Jedina ideja, u medjuvremenu dok cekas istrukcije od proizvodjaca, jeste da pokusas preko kamandne linije uBoot-a obrisati stari FW i ponovo pokusati naloudati novi FW, uz pretpostavku da onaj serial TTL je zaista spojen na jedan od 3 UART kanala CPU-a, i uz pretpostavku da uBoot podrzava (i) serijski interface:
- pokusati prokuziti taj serial TTL tj. njegove signale, napon, ground (ova dva nije problem) i RX/TX (ovo dva malo teze), pa zatim,
- pokusati spojiti TTL-na-RS232 konverter (poput ovog
- spojiti se na PC Hyperterminal (ili sl,) i dobiti uBoot-ov prompt pa se poigrati sa komandama preko komandne lnije uBoot-
- prouciti uBoot komande za erase flash-a i bootload image-a FW preko CLI-a, a zatim,
- pokusati erase komandom obrisati stari FW i eventualno naloadati novi
Sretan hacking!
-- StoneThrower
TTL to rs232 cu imat sutra... al me muce voltaze... Navedeni konektor ima 4 pina, 3 od 4 pina daju napon, od ta 3 pina, 2 daju 3.3V, jedan daje 3.1V
Mjereno unimerom, ground je bio spojen na GND na PCBu. Malo me zbunjuju rezultati...
Ne mora TTL biti samo 5V, u zadnje vrijeme se vise koristi 3.3V jer vecina novije elektronike koristi taj napon napajanja. Ako imas adapter sa MAX232 trebao bi ga zamjeniti sa MAX3232
Sve to ok, taj dio znam.... Al nit sam elektronicar ni neki samouki strucnjak na tom podrucju i nema mi bas logike da konstantno na pinovima 1,2,4 imam oko 3V napon. Ili su kod ttl-a rx/tx uvijek pod naponom?
Ako je tak, onda bi po nekoj logici 4 i 3 pin bili 3.3V i ground.
To je mozda najlakse ustvrditi mjereci i usporedjujuci napone na nekom elektrolitu na PCBu. Dodatna metoda je "zumanje" ako tu mogucnost imas na unimetru (utvdjivanje kratkog spoja zvucnim signalom), ovo je u stvari i najlaksa metoda za utvrdjivanje direktnog spoja TTL Tx/Rx pinova na konektoru sa CPUom. One voltaze koje si naveo (3.1V) su normalne jer su ti vodovi vjerovatno spojeni s pull-up otpornicima, koji te vodove "drze" na stabilnom logickom nivou (u slucaju pull-up-a, na "high" odn. "1" nivou). Na taj nacin, logika je obrnuta (aktivno stanje je "0" odn. low, a to ima veze sa supresijom sumova, itd. itd. ...)
Da ne duljim suvise, bilo bi ti dobro po forumima pokusati nabaviti puni datasheet onog CPUa (~pa ga postaj ovdje kod nas), jer ono sto je trenutno dobavljivo je tek skracena (short) inacica datasheet-a. Puna inacica bi morala sadrzavati detaljni opis pinova, iz kojeg se dade lako razluciti gdje je sto spojeno. Na kraju krajeva, bez detaljnog datasheet-a tesko ces ista ozbiljnije hackati.
-- StoneThrower
Da, ako CPU ima fiksne pinove za RX/TX-komunikaciju? Moze biti da su 'bilo koji' UI-pinovi iskoristeni za to....
Izvuceni su ttl pinovi za rx/tx, problem je kaj na uredjaju koji je krivo flashan ne radi rx, odnsno nemogu nist slati na njega. Na identicnom uredjaju radi normalno.
Rijesenje bi bilo kloniranje nand-a (512 Mb chip) - potvrdjeno od jednog servisa da mogu odradit to:
NAND: Special Nand id table Version 1.35 Nand ID: 0xAD 0xDC 0x10 0x95 0x54 0xAD 0xDC 0x10 Nand(Hardware): Block:128KB Page:2KB Chip:512MB*1 OOB:64B ECC:1bit
512 MiBUpitno je jos kloniranje:
Spi(cs1) ID: 0x01 0x02 0x16 0x4D 0x00 0x00 Spi(cs1): Block:64KB Chip:8MB Name:"S25FL064P"
Proizvodjac Spanison. U njega je isto nest krivo upucano pretpostavljam. Jel ovo izvedivo?
Have something to add? Share your thoughts — no account required.
Ask the community — no account required