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

Willem problem z uruchomieniem

m.bielecka 20 Sty 2005 21:27 2814 16
  • #1 20 Sty 2005 21:27
    m.bielecka
    Poziom 16  

    Czy ktoś zna źródło na opis działania Willema?
    Po zmontowaniu nie działa właściwie .Np. po wgraniu ( jeśli sie to uda) programu i właczeniu weryfikacji pokazuje co chwila błedy -różnica układ -bufor.W kolenych wgraniach programu błędy te występują w co raz to innych miejscach.Co tu z tym można robić? Test programatora wychodzi dobrze.

    0 16
  • #3 20 Sty 2005 21:46
    Damian_lisu
    Poziom 17  

    Jeśli programator był składany istnieje możliwość złego zmontowania układu i tak właśnie się będzie działo to samo tyczy się gotowych zmontowanych programatorów.
    Ja mam wersję PCB3c i chodzi po XP bez problemów.
    Softu używam z www.willem.org

    Pozdrawiam
    Damian

    0
  • #4 20 Sty 2005 21:52
    m.bielecka
    Poziom 16  

    Mam najnowsze sterowniki!Te wszystkie błedy w różnych komórkach pamięci występują w kolejnych próbach zaprogramowania i wymazywania kości w Willemie.
    Po właczeniu Weryfikacja -pokazuje ciągle błąd-różnica układ-bufor.
    Co ciekawsze- to przy odczycie tej pamięci i porównaniu wzrokowym zawartośc komórek jest taka jak w pliku ładowanym do pamięci.Czyli on dobrze wpisuje tyko nieprawdziwie informuje o błedach.Jak to robi porównując zawartośc bufor -ukłąd? Gdzieś tam jest błąd .

    0
  • #5 20 Sty 2005 22:16
    Damian_lisu
    Poziom 17  

    Jeśli masz układ kasowany elektrycznie to:
    Wykasuj, sprawdz czy jest czysty, wrzuć do niego wsad (czyli zawartość), zamknij soft, odpal go ponownie i sprawdz teraz czy jest poprawnie zaprogramowany eprom.
    Jeszcze co mi przychodzi do głowy to 2 rzeczy:
    1. Za słaby zasilacz
    2. Źle wsadzony do podstawki eprom tzn. na odwrót

    Pozdrawiam
    Damian

    0
  • #6 21 Sty 2005 01:44
    WojtasJD
    VIP Zasłużony dla elektroda

    jest troche za malo informacji:
    - jaki uklad probujesz programowac (oznaczenie) ?
    - jaki system oper. ?
    - jaka wersja programu do Willema ?
    - co to za wersja programatora (z dwoma stabilizatorami liniowymi ; z przetwornica impulsowa; jakie uklady przy porcie, itp) ?
    - czym zasilasz (parametry) ?
    - jak dlugi kabel sygnalowy ?

    Jesli uwazasz ze zle informuje o bledach to po zaprogramowaniu kostki "zrzuc" ją do pliku a potem porownaj binarnie (np programik 'file compare' -> FC.EXE) pliki: ten_z_ktorego_kostka_zostala_zaprogramowana oraz plik_po_zrzuceniu_zawartosci_kostki.

    0
  • #7 21 Sty 2005 14:01
    m.bielecka
    Poziom 16  

    Podaję:
    1. Układ 28F002BC z adaptorem
    2.ME
    3.97h,97gi i kolejne
    4.Płytka jednostronna 3B,CD4503,CDCD4015,HBF4014,SN74HC04,dławik włożyłem na większy prąd(grubszy drut)
    5.Zasilanie z trafo220/ 9V/150mA(podłączałem inny na wyższe napięcie i prąd i efekty te same)
    6.Kabel 1,5m fabryczny od skanera ( na innym dłuższym te same zjawisko )

    0
  • #8 21 Sty 2005 15:19
    WojtasJD
    VIP Zasłużony dla elektroda

    28F002BC + adapter - obudowa DIP40 ?
    dokumentacja: http://elenota.iele.polsl.gliwice.pl/pdf/Intel/29057805.pdf

    Jak wypada odczytanie sygnatury tego ukladu ("Electronic ID") ?

    Trafo 9V/150mA moze byc za slabe przy przetwarzaniu przez MC34063 wyzszych napiec - najlepiej to sprawdzic woltomierzem napiecia na wejsciu , wyjsciu stabilizatora 7805 - czy zbytnio nie 'siada' _podczas_ zapisow/kasowania/odczytu. (ogolnie juz bez wlozonej kostki zaleznie od ustawien zworek sprawdzic tez dzialanie przetwornicy).

    Do uruchomienia przydalyby sie podstawowe kostki ktore wchodza bezposrednio do podstawek Willema narazie bez adapterow np pamiec Flash w obudowie DIP32 , pamiec szeregowa I2C np 24C04 (DIP8), pamiec szeregowa MicroWire np 93C46 (DIP8), uC PIC np PIC16F84 (DIP18).

    Dobrze by bylo przejsc na zakladke Test H/W w programie , ustawic DipSwitch jak na rys. i woltomierzem po kolei PIN po PINie (zaznaczajac na rysunku 'ZIF 32PIN') mierzyc napiecia wzgledem nozki 16 (GND)

    0
  • #9 21 Sty 2005 21:50
    m.bielecka
    Poziom 16  

    Pierwsze to dziękuję Ci Wojtas za zainteresowanie się moim problemem. Postąpiłem tak jak sugerowałeś.
    Zaprogramowałem inną kość (W29C020 ) z pełnym powodzeniem. Zrobiłem też test programatora –wszystkie napięcia na pinach podstawki zgodne z tymi co pokazuje program.
    Porównałem też pliki wgrany i później odczytany z tym wgrywanym. Niestety błędów jest pełno!! Tego nie było widać na programie Willema bo zawsze weryfikacja kończyła się na pierwszym błędzie. Teraz nie wiem co robić. Tą kość 28F00BC kasuje prawidłowo. Zapisywanie samymi zerami też robi dobrze. Natomiast konkretny plik biosu już w drugiej komórce zawsze zamiast 99 wpisze 25.Robi to zawsze po kolejnych wgrywaniach i kasowaniach tak samo.
    Może ten adapter? On jest wykonany według podanego w www.willem.org..
    Ręce opadają !!!!
    A może masz schemat połączeń na taki adapter 40/32 ???

    [size=9][color=#999999]Dodano po 3 [minuty]:[/color][/size]

    Aaa ,jeśli chodzi o napięcia z przetwornicy to statycznie są dobre -mierzyłem.Nie badałem oscyloskopem w czasie pracy programatora.

    0
  • #10 22 Sty 2005 04:02
    WojtasJD
    VIP Zasłużony dla elektroda

    to mozna by sie zabrac za ten adapter - znowu Test H/W i juz na adapterze mierzyc napiecia po kolei Vpp, Vcc, bity adresow, danych itd. przelaczajac piny na obrazku ZIFa w programie.

    Mam nadzieje ze DipSwitch jest prawidlowo ustawiony dla 28F002BC (DIP40) :spoko:

    Nie moge namierzyc 'normalnego' schematu tego adaptera na stronie Willema albo slabo szukalem ; znalazlem pakiet adapterow w formacie Protela (sa tam tez pliki I28F002.x ) tyle ze nie mam Protela :cry:

    0
  • #11 22 Sty 2005 11:06
    m.bielecka
    Poziom 16  

    Adapter jest z www.willem.org tyle ze ja teraz drugi raz też go nie moge odszukać .Mam go w postaci pliku pdf.Wysyłam Ci go zobacz.To jest normalna przejsciówka 32/40 ale tam nie pisze ze to pod adapter dla 28F002BC.Może to musi być specjalny jakiś?

    0
  • #12 22 Sty 2005 20:14
    WojtasJD
    VIP Zasłużony dla elektroda

    na laminacie jest adres : http://se-ed.net/mpu51 :wink:
    tu plytka: http://se-ed.net/mpu51/eprom/pdf/AD-I28F002.zip

    schematu nie znalazlem ale z rysunku sciezek
    sprawdzilem polaczenia i sie zgadzaja (porownanie PDF-a scalaka i ZIFa):
    DIP40 -> P28F002BC
    DIP32 -> ZIF32 programatora Willem :

    DIP40...DIP32  | DIP40...DIP32
    1..............- | 21...........-
    2..............- | 22...........2
    3...........12 | 23...........3
    4...........16 | 24...........29
    5...........16 | 25...........28
    6...........24 | 26...........4
    7...........13 | 27...........25
    8...........14 | 28...........26
    9...........15 | 29...........27
    10..........17 | 30...........22
    11..........32 | 31...........1
    12..........32 | 32...........1
    13..........18 | 33...........5
    14..........19 | 34...........6
    15..........20 | 35...........7
    16..........21 | 36...........8
    17..........23 | 37...........9
    18..........16 | 38...........10
    19..........30 | 39...........11
    20.............- | 40...........-

    Ponawiam pyt. czy dobrze odczytuje ID ukladu ?:
    ID 89(hex) - Intel
    Device 7C(hex)

    Niestety potrzeba cierpliwosci, dla pewnosci wlozyc adapterek bez ukladu i patrzac na rozklad nozek w PDF-ie wlaczac na zakladce Test H/W poszczegolne sygnaly: bity danych, adresu, dodatkowe.
    Istotny jest sygnal RP# (kostka ma mozliwosc sprzetowego zablokowania zapisu boot blocka (gorne 16kB pamieci) - zeby go zapisac/skasowac RP#= min. 10.8V

    Jeszcze bym pomeczyl zapis i odczyt kostki (mimo bledow weryfikacji), zapisalbym do pliku 'zaprogramowana' kostke do kolejnych plikow (moznaby wyjac kostke, wlozyc, skasowac, zaprogramowac i znow zrzucic) i pozniej te pliki porownal ze soba (nie ze zrodlem) by sprawdzic czy odczyty ewentualnie wczesniejsze zapisy kostki sa losowe
    bo piszesz ze :

    Cytat:
    już w drugiej komórce zawsze zamiast 99 wpisze 25.Robi to zawsze po kolejnych wgrywaniach i kasowaniach tak samo.

    czyli jest jakas prawidlowosc; ciekawe czy w dalszych komorkach tez jest zachowana ta 'prawidlowosc'.

    Jesli jest zachowana to podeslij plik zrodlowy (z ktorego usilujesz zaprogramowac kostke) i ten zczytany (ten ktorym kostka sie zaprogramowala).

    0
  • #13 22 Sty 2005 22:46
    m.bielecka
    Poziom 16  

    Co do ID to odczytuje :0X89 - INTEL
    kod układu 0x7C
    a więc prawidłowo.
    Napiecie Vpp mierzone bezpośrednio w czasie nagrywania na RP=12,82V.
    Porobiłem tak jak sugerowałeś kolejne nagrywania ,kasowania i nagrywania.. tego samego pliku zrodłowego .Mam te pliki i wyśle Ci na Twój mail.

    0
  • #14 23 Sty 2005 21:21
    WojtasJD
    VIP Zasłużony dla elektroda

    przejrzalem te pliki no i jest pewna prawidlowosc: w kolejnych plikach zrzuconych z kostki bardzo czesto sie zdarza ze kolejne dwa bajty sa identyczne:

    zrodlowy: 25 99 2D 6C 68 35 2D AB 3E 00 00 46 5B 00 00 00
    3czytany: 25 25 2D 2D 68 68 2D 2D 41 41 00 00 00 00 00 00

    - tak jakby sygnal nie "nadazal" ze zmiana :?

    Na stronie Willema proponuja czasem wydluzyc sygnal tWP ; warto sprobowac z roznymi wartosciami.

    powodzenia

    0
  • #15 23 Sty 2005 22:17
    m.bielecka
    Poziom 16  

    Zmian czasu też nie dała pozytywnych skutków.Szukam drugiej takiej kostki.
    Zobacz jeszcze na inny plik wczytany i zródłowy.

    0
  • #16 27 Sty 2005 02:22
    mediums
    Poziom 10  

    witam. mam podobny problem co m.bielecka tylko że z układem 28f010. moge układ odczytać ale nie zapisać. Napicia są ok. nie mam problemu z zapisywaniem atmeli tylko padaja epromy. PS. czym zaprogramować PIC12C672.

    0
  • #17 27 Sty 2005 02:51
    WojtasJD
    VIP Zasłużony dla elektroda

    co do 28F002BC - wyjasnilo sie - najprawdopodobniej uwalona kosc

    PIC12C672 - jest na liscie ukladow ICproga -> www.ic-prog.com

    0