Paweł
Guest
Fri Oct 07, 2005 9:04 pm
Witam.
Zauważyłem coś takiego że po zaprogramowaniu bitów konfiguracyjnych
LB1 i LB2 programatorem
http://www.amwaw.edu.pl/~adybkows/elka/ispprog.html
Programowanie i weryfikacja nie działają, ale działa opcja ReadFlash.
Czy odczytany plik hex to jest program z procesora czy może jakieś
"śmieci"?
Dziękuję za pomoc
Paweł
Zibias
Guest
Sat Oct 08, 2005 8:37 am
będą śmieci
Użytkownik "Paweł" napisał w wiadomości
Quote:
Witam.
Zauważyłem coś takiego że po zaprogramowaniu bitów konfiguracyjnych
LB1 i LB2 programatorem
http://www.amwaw.edu.pl/~adybkows/elka/ispprog.html
Programowanie i weryfikacja nie działają, ale działa opcja ReadFlash.
Czy odczytany plik hex to jest program z procesora czy może jakieś
"śmieci"?
Dziękuję za pomoc
Paweł
Adam Dybkowski
Guest
Sat Oct 08, 2005 9:12 pm
Paweł wrote:
Quote:
Zauważyłem coś takiego że po zaprogramowaniu bitów konfiguracyjnych
LB1 i LB2 programatorem
http://www.amwaw.edu.pl/~adybkows/elka/ispprog.html
Programowanie i weryfikacja nie działają, ale działa opcja ReadFlash.
Czy odczytany plik hex to jest program z procesora czy może jakieś
"śmieci"?
Operacje odczytu pamieci Flash mozna przeprowadzic niezaleznie od stanu
bitow zabezpieczenia. Oczywiscie przy aktywnych lockbitach w pliku
wynikowym znajda sie nie tyle smieci, co powtarzajacy sie ciag bajtow. W
niektorych procesorach sa to AFAIR same wartosci FF, w niektorych ciag
00, 01, 02, ...
Co ciekawsze, w starych klasycznych AVRach po aktywacji lockbitow nie da
sie odczytac sygnatury ukladu. Dlatego tez na operacje ERASE programator
pozwala nawet jak sie nie odczytala poprawnie sygnatura (00, 01, 02 -
CHIP LOCKED).
BTW ISPProgrammer'a: rozgryzam ostatnio algorytm programowania nowych
fajnych 1-cyklowych AT89LP i wychodzi na to, ze bedzie potrzebne
sterowanie dodatkowa linia "chip selectu" ustawiana na czas transferu
kazdej komendy z danymi. I wszystkie obecne kabelki wziely w leb, trzeba
bedzie zlutowac nowy. :(
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
Wojtek Kaniewski
Guest
Sat Oct 08, 2005 9:49 pm
Adam Dybkowski napisał(a):
Quote:
BTW ISPProgrammer'a: rozgryzam ostatnio algorytm programowania nowych
fajnych 1-cyklowych AT89LP i wychodzi na to, ze bedzie potrzebne
sterowanie dodatkowa linia "chip selectu" ustawiana na czas transferu
kazdej komendy z danymi. I wszystkie obecne kabelki wziely w leb, trzeba
bedzie zlutowac nowy.
jeśli ktoś zlutował sobie STK200, wystarczy skorzystać z zapomnianego
sygnału LED. swego czasu podłączyłem go do XTAL1 i poprawiłem kod uisp,
żeby móc programować układy z pomieszanymi fuse'ami. widać przyda się
kolejny raz.
w.
Adam Dybkowski
Guest
Sun Oct 09, 2005 7:27 pm
Wojtek Kaniewski wrote:
Quote:
BTW ISPProgrammer'a: rozgryzam ostatnio algorytm programowania nowych
fajnych 1-cyklowych AT89LP i wychodzi na to, ze bedzie potrzebne
sterowanie dodatkowa linia "chip selectu" ustawiana na czas transferu
kazdej komendy z danymi.
jeśli ktoś zlutował sobie STK200, wystarczy skorzystać z zapomnianego
sygnału LED.
Dobry pomysł. Na którym pinie LPT jest ten sygnał?
--
Adam Dybkowski
http://www.amwaw.edu.pl/~adybkows/
Uwaga: przed wysłaniem do mnie maila usuń "123" z adresu.
Wojtek Kaniewski
Guest
Mon Oct 10, 2005 5:44 am
Adam Dybkowski napisał(a):
Quote:
jeśli ktoś zlutował sobie STK200, wystarczy skorzystać z zapomnianego
sygnału LED.
Dobry pomysł. Na którym pinie LPT jest ten sygnał?
z tego co pamiętam, pin 8. powinien Ci ten pin zostać wolny po
odhaczeniu sygnałów ISP, strobe'ów i pętli na pinach 2 i 3.
w.