Thanks Thanks:  39
Likes Likes:  68
Dislikes Dislikes:  1
Page 2 of 12 FirstFirst 123456 ... LastLast
Results 16 to 30 of 169

Thread: Un extraterestru mort - apare doar ceasul 00:00

  1. #16
    RSP - TEAM zildan's Avatar
    Join Date
    05 Dec 2007
    Location
    Sudul Romaniei
    Posts
    8,511
    Mentioned
    93 Post(s)
    Rep Power
    100

    Default

    Avem si schema electrica la Alien!

    LE: Vad ca era si in lynk-ul tau.
    atasez si imaginea.
    Caut manual de dezvoltare STM7100 si o sa vezi acolo procedura explicata de fabricant.
    Attached Files Attached Files
    Last edited by zildan; 05-03-13 at 01:19.
    Sh40, AML, prime focus 1,5m si altele ...

  2. #17
    RSP - TEAM zildan's Avatar
    Join Date
    05 Dec 2007
    Location
    Sudul Romaniei
    Posts
    8,511
    Mentioned
    93 Post(s)
    Rep Power
    100
    Last edited by zildan; 23-02-13 at 13:58.
    Sh40, AML, prime focus 1,5m si altele ...

  3. #18
    Standard RSP member
    Join Date
    19 May 2007
    Posts
    52
    Mentioned
    0 Post(s)
    Rep Power
    62

    Default

    Merci pt manualul de dezvoltare, dar in el o singura pagina vorbeste despre JTAG. Cred ca am avea nevoie de manualul placii de baza, MB618, daca exista vreun astfel de manual.
    Eu am mai avansat nitel cu ce am de gand sa fac: jtag pe portul paralel. Si am reusit sa comunic cu procesorul. Nu va ganditi ca deja scriu in flash... nici pe departe! Dar macar am reusit sa comunic cu modulul JTAG de pe procesor: ii dau reset, il aduc intr-un "state machine" pe care-l vreau eu si ii cer niste biti. Si chiar mi-i da. S-ar putea sa fie ID-code-ul procesorului, nu stiu... Voua va spune ceva 0B50EC10 sau 08370AD0 (inca nu stiu daca mi-i da cu MSB firs sau LSB first, si s-ar putea sa fi ratat vreunul la inceput asa ca ce am calculat eu in hex ar putea fi deplasat la stanga/dreapta cu un bit, dar macar mi-i da de fiecare data la fel). Oricum, viteza de comunicare e dezarmant de mica. La cum imi merge acum, daca e cum cred eu ca pentru a incarca un singur octet in flash sunt necesare vreo cateva sute de pulsuri de ceas pe jtag, asta inseamna un byte in mai mult de o secunda iar 500.000 bytes ar dura o saptamana. Dar, cum ziceam, pana dau comanda de usbjtagnt, ma mai distrez cu el.
    Daca m-ar putea ajuta cineva cu standardul IEEE 1149.1 ar fi un pas inainte. Eu nu l-am putut gasi si nici n-am de gand sa-l cumpar...

    LE: dupa o deplasare la stanga de 2 de biti catre stanga, codul 0B50EC10 se transforma in 2D430D43 (cei 2 biti de 1 de la coada i-am adus din cei 500 de 1, veniti in serie dupa codul asta, pe care initial i-am ignorat)... Destul de mare coincidenta cu cea din videoclip unde id-ul procesorului e 2D424041!
    Last edited by k-mel; 24-02-13 at 04:28.

  4. #19
    Standard RSP member
    Join Date
    19 May 2007
    Posts
    52
    Mentioned
    0 Post(s)
    Rep Power
    62

    Default

    Vesti proaste si bune... Asta-i viata. Sa incep cu alea proaste. Am vorbit cu omul din spatele usbjtagnt si suportul pentru tipul asta de procesor inca nu e gata. Raspunsul lui:

    No. I have someone who is going to give me some ST40 target which include Sti7111 with known JTAG pinout.
    I have one board but I do not know the pinout of JTAG and thus I cannot continue my testing.
    In generat the NT software is ST40 ready but need more target to test.

    I-am spus ca sunt eu dispus sa-i las teamviewer la mine sa faca teste pe receptorul meu dar nu s-a aratat interesat prea mult de asta.

    Vestea buna e ca am reusit sa citesc corect id-ul procesorului. Vestea si mai buna e ca am reusit sa-l pun in modul EXTEST, adica sa-i tai core-ul si sa am acces direct la pini. Vestea extraordinara e ca registrul de scan, BSR-ul, are nu mai putin de 595 de biti! Acum urmeaza sa vad ce fac cu bitii astia. Secretosii de la STMicro n-au publicat nimic legat de asta, asa ca nu merge decat prin testare si observarea rezultatelor. Mi-am facut o "sonda TLL profesionala" dintr-un ac de seringa legat cu elastice ca sa pot observa starea cate unui pin de pe flash si acum am nevoie de noroc cu carul... Daca as putea atasa poze, v-as atasa-o pe cea cu acul de seringa proptit pe placa de baza, ca sa aveti si voi de ce rade...

    Si, daca mai e cineva interesat am gasit un pdf, http://documentation.renesas.com/doc...366_7750hm.pdf, care cica ar avea acelasi core si care are legenda bitilor din BSR. Sper ca si al meu sa fie aproximativ la fel.

  5. #20
    Standard RSP member mesterika's Avatar
    Join Date
    17 Apr 2008
    Posts
    282
    Mentioned
    0 Post(s)
    Rep Power
    60

    Default

    salve

    am studiat schema extraterestrului , si am vazut clar cum e conectorul de
    TAG / JTAG , este HS1 , este standar de 10 pini (5x2 ) , unde e cuplat si
    pinul de mod service .
    ca orice procesor tip PLD ... , este protejat la citire , in schimb poti sa
    scri in el , ce vrei tu.
    pentru a reusi sa citesti informatia dintr-un rec bun , trebuie sa-l pacalesti cu
    un simulator , un clips terminal (este un conector care se aplica peste memoria
    care lucreaza cu procesor direct , sau eeprom-ul (flash-ul) care stocheaza
    softul de lucru (partial din soft ) , restul este stocat in procesor .
    se poate pacali pina la urma , sunt o gramada de softuri care il pacaleste
    pe procesor sa-ti dea datele utile .

    bafta

  6. #21
    Standard RSP member
    Join Date
    19 May 2007
    Posts
    52
    Mentioned
    0 Post(s)
    Rep Power
    62

    Default

    Merci de info, mesterika, dar da-mi voie sa te contrazic cu "informatia stocata in procesor". Un lucru e sigur: in niciun document al procesorului sau al nucleului la care eu am avut acces nu apare notiunea de "memorie interna nevolatila" in oricare dintre traducerile ei am cauta (flash, rom, eeprom, nor, nand). Asta e procesor, nu microcontroller. Si eu am lucrat cu microcontrollere (pic16 si pic18) si e diferenta intre asta (procesor de sine statator, fara pic de memorie nevolatila) si microcontroller (care are ram, flash, etc.). Asta n-are nici ram, nici flash si tocmai de-asta sunt cele doua memorii externe, un RAM si un ROM. Probabil ca are niste fuzibili programati prin jtag, dar doar producatorul stie care-i rolul lor. Datasheet-ul flash-ului il am in fata. Este un S29GL064N, un flash de 64Mb, 16 biti, produs de Spansion. Pe asta, daca l-as scoate de pe placa, l-as putea programa separat. Asta i-au facut si lui burleanu: i-au scos memoria si au programat-o separat si tot in felul asta e si clipsul de care zici tu. Eu vreau sa-i dau aceste comenzi folosind pinii procesorului. Procesorul are din fabrica facilitatea de Boundary Scan (asta e una dintre facilitatile JTAG) si e obligatoriu sa functioneze in acelasi mod la toate dispozitivele compatibile IEEE 1149.1. Procesorul asta e compatibil cu standardul, astfel incat pot da comenzile de programare programand pinii procesorului in stari bine definite de catre mine. Asta e drumul pe care merg acum. Procesorul mai suporta si alte functii prin JTAG, insa acestea nu sunt documentate (STMicro a scris in datasheet ca restul instructiunilor in afara de Bypass, Extest si Sample/Preload nu sunt publice). Probabil ca cu ajutorul acelor instructiuni nepublice se poate programa mult mai usor flash-ul, dar daca n-avem acces la ele, mergem pe calea lunga. Iar calea lunga inseamna:
    - programarea liniilor de adrese si date pentru memorie impreuna cu #WE, #WP, #CS, #OE, #Reset si #Byte
    - punerea ceasului pe 1 cat timp liniile astea raman neschimbate
    - coborarea ceasului pe 0
    - si asa mai departe de 256 de mii de ori (flash-ul si procesorul pot comunica pe 16 biti, deci 512Kbytes de informatie inseamna 256k de "words").
    Fiecare din liniile de mai sus inseamna incarcarea a 595 de biti in registrul BSR, cel la care am reusit sa am acces. Oricum, nu trec mai departe pana cand nu identific pozitia fiecarui pin de pe procesor in sirul asta lung de 595 de biti. Hai, nu chiar fiecare pin, ci numai vreo 40 de care am nevoie. Unii pini au un bit, altii 2 biti, altii 3 biti alocati in BSR. Nu le stiu ordinea si nici lungimea fiecaruia. Deocamdata m-am blocat la stadiul asta. In primul si in primul rand va trebui sa reusesc sa tin procesorul cu pinii intr-o stare stabila pentru o perioada de timp oricat de lunga vreau eu si asta n-am reusit pana acum cu A0, cel pe care am pus acul de seringa ce duce la sonda TLL. Adevarul e ca nici nu prea am timp, dar mai incerc printre picaturi.

    Iar despre softuri JTAG existente, as vrea sa vad si eu gramada aia de softuri care merg pe procesorul STi7111 montat pe o placa de baza MB618 impreuna cu un flash S29GL064N... Aaa, ca exista o gramada de softuri care merg pe o alta gramada de placi, sunt de acord. Dar in cazul meu particular am nevoie de un soft care sa mearga pe ce am scris mai sus.

  7. #22
    Standard RSP member
    Join Date
    19 May 2007
    Posts
    52
    Mentioned
    0 Post(s)
    Rep Power
    62

    Default

    Am mai progresat putin... Am descoperit in sirul de 595 de biti pozitia fiecarui pin de pe procesor ce comunica cu memoria flash. E vorba de pozitia bitului de intrare, adica daca-l pun eu la masa sau la Vcc, bitul se schimba din 0 in 1. Ziceam mai zilele trecute ca unii pini au 3 biti; acestia ar fi MODE, OUT si IN. MODE il trece in starile intrare sau iesire, OUT este valoarea pe care o ia pinul in momentul executarii instructiunii UPDATE_DR in cazul in care pinul este pus pe iesire iar IN este valoarea pe care o citeste procesorul in cazul in care pinul este pus pe intrare in momentul executarii instructiunii CAPTURE_DR. La fel de posibil e ca cei doi biti IN si OUT sa fie comasati intr-unul singur care sa fie de intrare sau iesire in functie de bitul MODE. Denumirile astea (in, out, mode) nu's neaparat cele corecte; in documentatiile pe care le-am citit pana acum despre boundary scan au aparut si alte denumiri, in functie de producator. Oricum, modul in care functioneaza e aproximativ la fel la toate. M-ar ajuta enorm sa stiu pozitia tuturor bitilor in BSR, n-as mai sta sa caut zile intregi. Daca aveti detalii despre asta, mi-ati fi de mare ajutor. Daca nu, nu-mi ramane decat varianta "trial and error". Dar mai incerc...

  8. #23
    Standard RSP member mesterika's Avatar
    Join Date
    17 Apr 2008
    Posts
    282
    Mentioned
    0 Post(s)
    Rep Power
    60

    Default

    salve

    in mare parte ai dreptate, dar mai trebuie cauta-tat , pentru ca e cam vag ce spui .

    personal nu am avut ocazia sa studiez un acest model de procesor. totusi nu inteleg cum interpretezi datele capturate sau scoase din memoria rom . cu acest tip de memori flash am lucrat , programat , individual , pe matrice
    citit , de tip Flash SIMM.
    daca am ocazia sa studiez un extrarestru , care functioneaza , poate as reusi sa scot datele din el , si interpreta functiile

    spor la treaba

  9. #24
    Standard RSP member
    Join Date
    19 May 2007
    Posts
    52
    Mentioned
    0 Post(s)
    Rep Power
    62

    Default

    Salut mesterika!
    Nu-i vorba inca de interpretarea datelor scoase din ROM. Ca sa incep cu inceputul, JTAG reprezinta o modalitate de testare fizica a placilor. Asta e rolul lui de baza. Fiecare pin de pe un device care suporta standardul JTAG are o celula suplimentara intre core (procesorul in sine) si pinul care face legatura cu restul pieselor. Practic, respectiva celula e o "chestie" care-ti poate taia comunicarea pinului respectiv cu procesorul, poate aplica un semnal 0 sau 1 si poate citi tensiunea care vine pe pin. Ideea de baza in toata afacerea asta e verificarea lipirii corecte a pieselor pe placa si a integritatii traseelor de cupru intre piese. Astfel, aplicand un semnal "1" pe un pin, acesta poate fi citit la capatul celalalt al traseului de cupru de catre un alt dispozitiv care suporta JTAG daca totul e bine pe placa dpdv fizic. In general se aplica pattern-uri de test (secvente de 1 si 0 in diverse combinatii) si se verifica rezultatele la capatul celalalt. Acestea sunt bine alese astfel incat sa poata fi identificate eventualele trasee intrerupte sau in scurtcircuit. Tot ce vedem noi, ca utilizatori, in urma testarii de catre producator folosind JTAG-ul e un actipild pe care scrie "QC passed". In mod normal, la pornirea procesorului, toate celulele de care vorbeam sunt in modul bypass, un mod transparent, care permite ca core-ul procesorului sa detina controlul asupra semnalelor de pe pini. In modul EXTEST, practic tai legatura intre core si pini si obtii acces direct la pini. Accesul direct la pini se face prin registrul BSR din JTAG, registru care e, in general, descris de producator. Aici, spre deosebire de alti producatori, STMicro tine acest registru sub tacere.

    Bun pana aici. Acum ce legatura are chestia asta cu programarea flash-ului? Pai flash-ul se programeaza folosind curent, sub forma de semnale logice 0 sau 1. Fiecare familie flash-uri are specificul ei de programare. De exemplu, pentru flash-ul din alien, se pun pinii corespunzatori magistralei de adrese la adresa pe care vrei s-o scrii (evident, folosind 0 si 1, adica 0V si 3.3V), se pun pinii magistralei de date in combinatia cuvantului de 16 diti pe care vrei sa-l scrii, pui OE pe 1, WP pe 0, etc. Daca stii logica de scriere, teoretic poti sa scrii o memorie flash folosind butoane pe care apesi cu suficiente degete. Si, intre noi fie vorba, ai nevoie de cateva degete: 21 pentru adresa, 16 pentru date si inca vreo cateva pentru alte semnale de control. In total mai mult de 40 de degete... Ei, aici intervine ce scriam mai sus despre JTAG si modul EXTEST. Folosind procesorul in modul EXTEST, poti sa pui pinii memoriei pe 0 sau 1 intr-o secventa bine definita programand bitii corespunzatori registrului BSR. Si tot aici intervine lipsa de documentatie care ar trebui sa-mi spuna care anume bit din BSR controleaza, sa zicem, linia de date D7 din magistrala EMI. Chestiile astea le-am aflat eu, experimental, dar am ajuns la un punct mort. Toate documentatiile referitoare la BSR de la alte device-uri au bitii de date si de control ai celulelor de scan consecutivi, adica daca sa zicem pe pozitie 381 e bitul de intrare, atunci langa el e si bitul de control, si cel de iesire. La tipul asta de procesor, bitii din BSR care corespund memoriei flash sunt aproximativ consecutivi, total ilogic si contrar tuturor documentatiilor pe care le-am citit pana acum. Singurul pe care l-am putut controla a fost semnalul de reset al memoriei (si parca si OutputEnable, daca nu ma insel). Am incercat sa introduc in registrul asta biti aleatori, sa vad si eu daca se schimba starea pinilor ce comunica cu flas-ul. Si culmea, vreo 400 din cei 595 de biti se schimba. Tocmai cei care comunica cu flash-ul stau asa linistiti incat zici ca nici nu exista. Deci sfarsit de drum.

    Am mai descoperit in plus inca un registru, nedocumentat, cu lungimea de 118 biti. Asta e mai cooperant, in sensul ca-mi modifica semnalele pe pinii flash-ului de-i zapaceste. Chiar si procesorul se aude ca se chinuie uneori, cand ii dau pattern-uri aleatoare care nu stiu ce fac, insa lui probabil ii pune in scurtcircuit semnale (de exemplu, procesorul incearca sa puna magistrala de date intr-o anumita combinatie si, in mod normal, flash-ul ar trebui sa aiba pinii de date in impedanta ridicata ca sa poata citi infomatia de la procesor, dar si flash-ul ii are tot pe iesire si apare un conflict; cativa miliamperi pe fiecare pin se aduna si per total procesorul se aude ca se chinuie). Problema e ca oricat am incercat, nici astuia n-am reusit sa-i descopar logica si deja nu prea mai am chef sa mai insist.

    Stiu ca mai exista o posibilitate: JTAG-ul sa-ti dea acces la registrii interni ai procesorului. Avand acces la ei, practic poti folosi implementarea hardware a procesorului pentru a putea programa flash-ul, ram-ul si orice altceva care comunica cu procesorul. Procesorul, ca sa scrie in flash, incarca adresa intr-un registru de 32 de biti, datele intr-un registru de 16 biti si seteaza un bit de "incepi scrierea". La finalul scrierii i se ridica un flag care-i spune "scriere terminata". Asta-i modalitatea optima de scriere dar, dupa cum spuneam si mai devreme, n-am acces la documentatie si imi e imposibil sa deduc lucrurile astea prin trial and error. Modul asta e folosit si pentru debug, pentru a opri procesorul si pentru a verifica continutul memoriei ram si al registrilor interni, etc. Si tot asa se pot testa programele noi, incarcandu-le direct in RAM si punand procesorul sa execute incepand de la o anume adresa. Dar, cum spuneam, lucrurile astea sunt bine protejate de producator la nivel de documentatie. Desigur, se poate cumpara de la ei interfata care stie sa comunice in modul asta, dar pretul ei nu justifica ceea ce vreau eu sa fac ci e utila doar dezvoltatorilor de soft.

    Deja mi-am propus sa cumpar o interfata usbjtagnt. Omul de acolo zice ca in principiu softul suporta logica de programare pe care o impune tipul asta de procesor, dar ca nu a fost testat pe procesorul STI7111. Adica e posibil sa mearga.

  10. #25
    Standard RSP member mesterika's Avatar
    Join Date
    17 Apr 2008
    Posts
    282
    Mentioned
    0 Post(s)
    Rep Power
    60

    Default

    salve,

    Bun. Am citit ce ai expus, este bine , dar mai trebuie sa studiezi, putin si sa aprofundezi.
    Documentatia pe care ai studiat-o este buna , dar mai trebuie , aceasta metoda sovietica ,
    pe care o foloseau sa copieze cipuri logice(CI) , texas ins.... in alte vremuri pina in ani 99- 2000
    , cipuri industriale(cele nemarcate) , se facea si la Buc. la microelectronica (defuncta), iar citiva
    din specialisti au fost o perioada si pe la fostul iruc , dupa care au fost inghititi de economia
    de piata , erau foarte buni in ce faceau .
    sfatul meu este sa cauti pe alte forum-uri unde mai dai de specialisti , poate si de cei care stapinesc foarte bine tehnica asta de interpretare a datelor extrase , si poate te ajuta sa studiezi mai bine procedeul read-write , prin jtag.
    cu ce am lucrat , nu m-am lovit acest tip de microprocesor , sa aprofundez. personal am cunoscut o asemenea persoana care sa ocupat cu simulari-interpretare a datelor, si era fffbun , in ce facea .
    am asimilat multe cunostinte de la el , cu toate ca sunt licentiat in elec. aplicata , si avint si o baza de cunostinte aprofundate (liceu de profil la iasi, de la 7 ani am fost la cercul pionerilor) , pot sa spun ca am asimilat electronica , inainte sa invat sa scriu .
    incearca sa intri pe elforum , sunt citeva persoane care te pot ajuta , sau pe alte forum-uri de profil ...... polonezi , unguri ...




    bafta
    Last edited by mesterika; 13-03-13 at 12:54.

  11. #26
    Golden Member
    Join Date
    18 Mar 2007
    Location
    Baia-Mare
    Posts
    7,211
    Mentioned
    13 Post(s)
    Rep Power
    127

    Default

    poate cineva are nevoie :

    Safe firmware for Amiko Alien 8900
    If your Amiko Alien 8900 already dead due to software rights issue..... you can rebuild your receiver

    Step I: Before repairing, pls prepare such devices,
    1. Programmer: Programe the Flash IC memory.
    2. Soldering Machine: You need to change IC.
    3. One USB Disk with FAT32 formart.
    Note: If you have new Flash memory IC from your seller, then no need Programmer.

    Step II: Programe Flash Memory with Prgramer.
    1. Take out your 8900HD motherboard, Check two IC in Position U12 (Spansion S29Gl064N90TFI01) and UE2(SAMSUNG K9F4G08U0B), Use your soldering Machine to take out this two IC. See Picture Amiko Motherboard.jpg.
    2. Programe Spansion S29Gl064N90TFI01 IC with amiko_flash.bin file.
    3. Programe UE2(SAMSUNG K9F4G08U0B) IC, Make the Flash Memory Empty ( Delete the contents inside and put inside Blank).
    4. Put the repair Flash Memory back to motherboard..
    Note: If you have new Flash memory IC from your seller, then no need Program the two IC, just change new IC.

    Step III: Update receiver by USB.
    1. Copy the userfs.img.ub, mImage, and nfs Folder files to root of USB memory, and Insert USB disk to receiver. (We porvide two rar files 1.2.61-Alpha-1.rar and 1.2.61-Alpha-2.rar here, one of them can be use for your receiver, pls try)
    2. Power ON receiver, receiver will upgrade automaticly, On LED display, it will show NAND….NOY, after upgrade, it will show Good.
    3. Now Restart reciever, receiver will work.
    If you want to Use new 1.2.61 version sw with Youtube working, Pls don't use Spark Online upgrading, pls download Alpha version SW from here.
    Pls download 1.2.61-Alpha SW from the Forum..
    We will continue to release New version SW here.. Enjoy it.

    http://www.4shared.com/rar/-XMezuat/spar..._8900.html

    (stbfirmwares.com)

    ---------- Post added at 20:51 ---------- Previous post was at 19:49 ----------

    poza placii de baza al receptorului satelit amiko alien 8900 hd

    Last edited by bonou2; 13-03-13 at 21:56.

  12. #27
    RSP - TEAM zildan's Avatar
    Join Date
    05 Dec 2007
    Location
    Sudul Romaniei
    Posts
    8,511
    Mentioned
    93 Post(s)
    Rep Power
    100

    Default

    Fila cu binul U12 unde e?
    Ca in arhiva ridicata e imaginea rescue de la SPARK!
    Trebuie sa citim un U12 daca nu avem fila.
    Se poate descarca de aici se pare, da nu am user.
    Last edited by zildan; 13-03-13 at 23:26.
    Sh40, AML, prime focus 1,5m si altele ...

  13. #28
    Golden Member
    Join Date
    18 Mar 2007
    Location
    Baia-Mare
    Posts
    7,211
    Mentioned
    13 Post(s)
    Rep Power
    127

    Default

    Safe firmware for Amiko Alien 8900
    irmware 1.2.61-Alpha version

    How to uprade Alpha version firmware of SHD-8900?
    1. Make a folder X:/spark to root of USB, Copy the two files userfub.img and mImage to there.
    2. Press and Hold OK key then Power on receiver, you will see in Front LED display "Boot" and then "FORC", after this, Press Right key, upgrade will start..
    3. It will take a long time..

    With this Alpha version sw, it will be safe and not dead..
    Now you can use youtube function.

    Note: Don't upgrade new SW from Spark Online.


    http://www.4shared.com/rar/-XMezuat/spar..._8900.html

  14. #29
    Standard RSP member
    Join Date
    19 May 2007
    Posts
    52
    Mentioned
    0 Post(s)
    Rep Power
    62

    Default

    Eu deocamdata am renuntat la ideea de a mai programa memoria folosind JTAG-ul in modul EXTEST. Dar n-am renuntat la a aduce extraterestrul la viata. Pentru asta mi-am comandat din china o noua memorie flash Spansion SG...(cat o fi ca nu-mi aduc aminte) si o placa de textolit deja decapata pentru a lipi un integrat TSOP48. Ambele au costat 12 dolari. Problema e ca ceea ce cumpar din china vine cam intr-o luna. O saptamana a trecut, mai sunt 3. Programatorul pentru astfel de memorii impreuna cu adaptorul pentru TSOP48 costa in jur de 80$. Deocamdata nu-l cumpar ci o sa incerc sa programez un pic 16f887 sa comunice cu el. Daca reusesc asta, atunci pot sa incarc in noul flash fisierul de 500kb care inseamna practic boot-ul si sper sa nu mai fie nevoie de dat jos al doilea integrat, care la mine e un HY27UF084G2B (flash de 4Gbit; 512M x 8 bit).
    Cat despre jtag, mail-ul la sales@usbjtag.com in care i-am cerut un cost total pentru interfata, cablu si expediere in Romania a ramas fara raspuns de vreo doua saptamani. O fi omul in concediu sau ceva... Ideala ar fi fost varianta in care nu trebuia sa dezlipesc piese de pe placa, dar se pare ca inca nu e posibila. Mai sapam.
    Apropos, daca intereseaza pe cineva ce am descoperit pana acum, si anume pozitia in registrul BSR a bitilor de intrare corespunzatori pinilor de pe STI care duc la memoria Spansion sau codul instructiunii care nu e documentata si care nu stiu ce face, vi le spun cu placere.

    LE: @zildan: am eu fisierul de boot. Se numeste uboot-alien.bin dar nu mai stiu de unde l-am luat si nici n-am posibilitatea sa-l atasez aici. Daca poti tu, ti-l trimit pe mail.

    LE2: L-am gasit. E aici.
    Attached Files Attached Files
    Last edited by zildan; 17-03-13 at 23:15. Reason: completari

  15. #30
    Standard RSP member
    Join Date
    19 May 2007
    Posts
    52
    Mentioned
    0 Post(s)
    Rep Power
    62

    Default

    Ziceam ca va tin la curent. Azi am motive de bucurie: am reusit sa-mi fac un programator taranesc pentru flash folosind un PIC16F887. Pic-ul comunica cu PC-ul pe serial si cu un usb-to-serial-converter made in China de 2$ l-am conectat pe usb. Am programat pic-ul, am facut placuta de textolit, am incropit o varianta de soft de programare in Visual Basic si, in sfarsit, am reusit sa citesc 10 bytes din memorie si sa-i compar cu inceputul fisierului pe care i l-am dat eu acum o luna ca "boot upgrade". Din fericire se potrivesc, deci programatorul functioneaza. Asta a insemnat desfacerea S29GL-ului de pe alien si lipirea pe o placuta special destinata programarii, dar macar e un pas inainte. E clar ca citirea functioneaza 100%; acum urmeaza sa fac partea de stergere si scriere. Chipul de memorie este oarecum documentat; mai am de priceput anumite detalii cu privire la programare. Cand imi iese, va anunt.
    Si, ca idee, un OM de pe forum s-a oferit sa-mi scrie flash-ul gratis, doar sa-i trimit chipul si ce trebuie incarcat in el. Voi apela la solutia asta doar in ultima instanta, deocamdata vad ca am ajuns la un punct de unde pot continua resuscitarea extraterestrului. Nu pot decat sa-i multumesc pentru intentie lui @wall-e, un om pe care l-am scris mai devreme cu litere mari!

Page 2 of 12 FirstFirst 123456 ... LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •