Elektroda.pl
Elektroda.pl
X
Proszę, dodaj wyjątek dla www.elektroda.pl do Adblock.
Dzięki temu, że oglądasz reklamy, wspierasz portal i użytkowników.

Programator do pamięci flash

20 Lis 2009 22:10 3483 4
  • Poziom 16  
    Nie wiem czy to dobry dział dla tego pytania ale nie mogę znaleźć lepszego.
    Oddałem pamięć flash do zaprogramowania i mam pewien problem. Pamięć ma oznaczenie Spansion S29GL064A90TFIR7 ma 8 MB obudowa TSOP48. Urządzenie to router na procesorze Broadcoma w pamięci flash znajduje się CFE(coś jak bios) i obraz systemu operacyjnego(linux). W serwisie twierdzą, że wgrywanie wywala w trakcie i sugerują, że wsad jest nieprawidłowy. Wsad mam zgrany z innego urządzenia ma on 256 kB więc na pewno się mieści. Co może być powodem takiego problemu?
    Czy wsady mają jakieś sumy kontrolne?
    Może po prostu serwis nie ma odpowiedniego programatora, przyznali że nie programowali jeszcze takiego typu kości.
    Może kość jest popsuta?
    Jaki programator powinien być do tej pamięci flash?

    EDIT
    link do informacji o pamięci flash http://www.spansion.com/Products/Pages/ProductDetails.aspx?ProdID=S29GL064A
  • Pomocny post
    Poziom 43  
    Witam,
    p4trykx napisał:
    Nie wiem czy to dobry dział dla tego pytania ale nie mogę znaleźć lepszego.
    Oddałem pamięć flash do zaprogramowania i mam pewien problem. Pamięć ma oznaczenie Spansion S29GL064A90TFIR7 ma 8 MB obudowa TSOP48. Urządzenie to router na procesorze Broadcoma w pamięci flash znajduje się CFE(coś jak bios) i obraz systemu operacyjnego(linux). W serwisie twierdzą, że wgrywanie wywala w trakcie i sugerują, że wsad jest nieprawidłowy.
    a możesz dowiedzieć się jakim posługują się tam programatorem?

    p4trykx napisał:
    Wsad mam zgrany z innego urządzenia ma on 256 kB więc na pewno się mieści.
    A jak to zrobiłeś?

    p4trykx napisał:
    Co może być powodem takiego problemu?
    Czy wsady mają jakieś sumy kontrolne?
    Patrz wyżej, skoro go "zgrałeś" (w jakiej postaci: HEX, BIN, czy jeszcze inny?), to możesz sobie policzyć i sumy kontrolne wg dowolnego przeznaczonego do tego algorytmu, np. MD5, SHA1, itp.

    p4trykx napisał:
    Może po prostu serwis nie ma odpowiedniego programatora, przyznali że nie programowali jeszcze takiego typu kości.
    Może kość jest popsuta?
    Może, a w jaki sposób ją wylutowano z docelowego urządzenia by próbować ją programować?

    p4trykx napisał:
    Jaki programator powinien być do tej pamięci flash?
    Np. LabTool-48UXP, zobacz TAM, oraz TU strona 38, ale układu o dokładnym oznaczeniu (suffix) jaki tu podałeś nie ma liście (oprogramowanie najnowsze -> Version 6.60) tego programatora i należy te niuanse przed próbą programowania wyjaśnić u producenta, czy dostawcy na nasz rynek tego programatora.
    Zobacz w DataSheet - patrz niżej - strona 21.
    Na dodatek potrzebna jest specjalna przejściówka TSOP-48 (obudowa pamięci) na DIL-48 (programator), albo w postaci zamykanej obudowy - adaptera, lub w postaci ordynarnej przejściówki w postacji PCB na którą należą ją nalutować - prostsze rozwiązanie, ale nie polecam ze względu na dwa przelutowania.

    p4trykx napisał:
    DataSheet jest TU.

    Pozdrawiam
  • Poziom 16  
    Cytat:
    Może, a w jaki sposób ją wylutowano z docelowego urządzenia by próbować ją programować?

    Podejrzewam, że mają lutownicę hotair. To chyba dobry serwis, naprawiają płyty główne laptopy itp. więc to chyba zrobili poprawnie.

    A co do programatora, to na razie nie wiem ale postaram się dowiedzieć. Jak nie to będę szukał innego serwisu, który ma odpowiedni programator.

    Co do zgrywania z innego urządzenia, to osobiście tego nie robiłem. Tylko wziąłem gotowy wsad z jakiegoś forum. Zgrywane to było z uruchomionego urządzenia bez odlutowywania. Zawartość jest raczej prawidłowa.

    Chodzi mi o to, że programatorowi chyba powinno być obojętnie co jest w pliku bin? Czy tam są np. same 0 albo same 1. Natomiast w serwisie zasugerowali mi, że może ten wsad jest nieprawidłowy. Czy to jest możliwe czy to raczej jakaś kiepska wymówka?
  • Poziom 43  
    Witam,
    p4trykx napisał:
    Cytat:
    Może, a w jaki sposób ją wylutowano z docelowego urządzenia by próbować ją programować?

    Podejrzewam, że mają lutownicę hotair. To chyba dobry serwis, naprawiają płyty główne laptopy itp. więc to chyba zrobili poprawnie.

    A co do programatora, to na razie nie wiem ale postaram się dowiedzieć. Jak nie to będę szukał innego serwisu, który ma odpowiedni programator.

    Co do zgrywania z innego urządzenia, to osobiście tego nie robiłem. Tylko wziąłem gotowy wsad z jakiegoś forum. Zgrywane to było z uruchomionego urządzenia bez odlutowywania. Zawartość jest raczej prawidłowa.
    dziękuję za wyjaśnienia.

    p4trykx napisał:
    Chodzi mi o to, że programatorowi chyba powinno być obojętnie co jest w pliku bin? Czy tam są np. same 0 albo same 1. Natomiast w serwisie zasugerowali mi, że może ten wsad jest nieprawidłowy. Czy to jest możliwe czy to raczej jakaś kiepska wymówka?
    Moim zdaniem, jak nie był 'za krótki' to faktyczne powinno być to obojętne i tak to przynajmniej wynika z przytoczonej niżej specyfikacji:
    Cytat:
    Software & Hardware Features
    􀂄 Software features
    – Program Suspend & Resume: read other sectors before programming operation is completed
    – Erase Suspend & Resume: read/program other sectors before an erase operation is completed
    – Data# polling & toggle bits provide status – CFI (Common Flash Interface) compliant: allows host system to identify and accommodate multiple flash devices
    – Unlock Bypass Program command reduces overall multiple-word programming time
    􀂄 Hardware features
    – Sector Group Protection: hardware-level method of preventing write operations within a sector group
    – Temporary Sector Unprotect: VID-level method of charging code in
    locked sectors
    – WP#/ACC input accelerates programming time (when high voltage is applied) for greater throughput during system production. Protects first or last sector regardless of sector protection settings on uniform sector models
    – Hardware reset input (RESET#) resets device
    – Ready/Busy# output (RY/BY#) detects program or erase cycle completion

    Jednak zwracam jeszcze raz uwagę na niuanse pomiędzy oznaczeniami końcówki tej pamięci, a o których już wspominałem w poprzednim moim poście - patrz strona 38 w podanym tu DataSheet - i wynikających z tego konsekwencjach.

    Nie dalej jak dziś rano korzystałem - gościnnie w pewnej Firmie - z programatora (wcześniej tu wymienionego) i kiedy przez pomyłkę wybrano mu układ (CMOS flash memory) z oznaczeniem A (starsza wersja), zamiast B (nowsza wersja) po zasadniczej części oznaczenia, to zwyczajnie program obsługujący LabTool-48UXP odmówił jej zaprogramowania ... :idea: :cry: ... a po wyborze właściwego, programowanie zakończyło się pomyślnie.

    Dlatego też, należy dokładnie wyjaśnić czy:
    - program obsługujący programator (jak na razie nie wiemy jaki?) miał ustawiony dokładnie oznaczony typ - ze wszystkimi znakami z końcówki, a które informują o niuansach w organizacji obsługi - tej pamięci.
    - co oznacza otrzymany komunikat o błędzie i jak go rozumieć - kolokwialne stwierdzenie:
    Code:
    że wgrywanie wywala w trakcie
    niewiele mi mówi.

    Pozdrawiam
  • Poziom 16  
    Oddałem sprzęt do innego serwisu i tam bez problemów wgrali. Widać ten pierwszy serwis nie był zbyt profesjonalny jeśli chodzi o nietypowe zadania. Pytałem się też w serwisie co tylko programuje, że przy tych obudowach trzeba bardzo starannie wylutować i oczyścić kostkę i wtedy nie ma problemów.