Możliwe przyczyny kasowania programu w AT91SAM7S256 nowe urządzenia zawodzą

Sat Sep 12, 2009 10:19 pm   

Witam.
3 lata temu zrobiłem parę urządzeń na w/w uC. Chodzą bez problemu do
dzisiaj.
2 m-ce temu musiałem zrobić kilka kolejnych. Po ok 1 miesiącu pracy tychże
nowych, jedno z urządzeń przestało działać. zachowywało się tak, jakby
procesor nie wykonywał programu (lub go nie miał).Na pewno nie była to
zwiecha. Zaprogramowałem go ponownie i wszystko ożyło.
Dzisiaj kolejne urządzenie odmówiło pracy. Zachowanie identyczne jak
poprzednio. Zaprogramowany ponownie ożył jak gdyby nigdy nic... Wygląda to
tak, jakby program w procku się kasował. Co prawda, na płytce mam
wyprowadzony pin do kasowania pamięci (ERASE), jednak całkowicie wykluczam
siły zewnętrzne wykorzystujące jego istnienie.
Co ciekawe (jak zaznaczyłem wcześniej), starsze urządzenia chodzą bez
problemów. Problemy są z nowymi. A może to jakaś wadliwa seria procków?
Czy coś wam o tym wiadomo?
Pomału dostaję qrwicy, bo urządzenia mam rozrzucone po całej PL, no i
muszę pareset kilometrów robić, coby w 10 sekund układ przywrócić do
życia. A niestety, robię to (rzecz jasna) na gwarancji :-(

Czy komuś takie cuś się przydarzyło? (rozprogramowanie uC). Ja osobiście
doznałem tego 2 razy w ciągu 1 miesiąca i nie chcę więcej.
Macie jakieś pomysły?

Pozdrawiam i czekam na sugestie
ELP

Sat Sep 12, 2009 10:47 pm   

ELP pisze:


No cóż - to Atmel...

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Sat Sep 12, 2009 10:58 pm   

Adam, nie ma co, pocieszyłeś mnie Czy od teraz mam się bać, że każde z
urządzeń na Atmelu może w każdej chwili odmówić posłuszeństwa?
Znaczy się takie "działanie" wpisane jest w tą markę?
Mam na przyszłość zapomnieć o firmie na "A"?
A co w zamian proponujesz?

Pozdrawiam

Sat Sep 12, 2009 11:38 pm   

Żadne zakłócenia nie mogą tego pinu aktywować? Nie znam tych procków,
więc nie wiem co trzeba zrobić, aby je wykasować... ale obecność takiego
pinu sugeruje fakt, że może to on być winowająca... może powinieneś go
podciągnąć mniejszą rezystancją albo coś??

Pozdrawiam
Konop

Sun Sep 13, 2009 8:35 am   

Czy w programie jest jakiś fragment modyfikujący zawartość pamięci flash
?
- Czy po zaprogramowaniu ustawiłeś odpowiednio bity LOCK ?
- Czy zabezpieczyłeś program przed odczytem ?
- Czy po "skasowaniu" można było odczytać pamięć flash ?
- Czy sprawdzałeś czy uległ "skasowaniu" cały program czy tylko jedna
strona ?

Paweł

Sun Sep 13, 2009 9:10 am   

On Sat, 12 Sep 2009 23:19:47 +0200, ELP wrote:

A to sie nie skonczy
Poszukaj prockow ze starych zapasow :-)

I poczytaj erraty do atmela :-)

J.

Sun Sep 13, 2009 9:44 am   

[quote:514d89e1e2]A to sie nie skonczy
Wiesz kolego coś więcej na ten temat?[/quote:514d89e1e2]

[quote:514d89e1e2]Poszukaj prockow ze starych zapasow
Nie wydaje mi się by było to jakoś realne.[/quote:514d89e1e2]
Wątpię, aby ktokolwiek szukał dla mnie kilku procków ze starej (2-3 lata
temu) produkcji :-(

[quote:514d89e1e2]I poczytaj erraty do atmela
Co prawda, dawno juz nie czytałem żadnych dokumentacji do tego procka.[/quote:514d89e1e2]
Jest coś konkretnego na ten temat w erratach?

Pozdrawiam
ELP

Sun Sep 13, 2009 9:50 am   

[quote:f1b1cf7e62]Żadne zakłócenia nie mogą tego pinu aktywować? Nie znam tych procków,
więc nie wiem co trzeba zrobić, aby je wykasować... ale obecność takiego
pinu sugeruje fakt, że może to on być winowająca... może powinieneś go
podciągnąć mniejszą rezystancją albo coś??
[/quote:f1b1cf7e62]
Wystarczy podać na niego 3.3V i już nie ma programu
Podciągnięty jest do GND poprzez 1k.
Samo urządzenie jest w obudowie ekranowanej, w szafie sterowniczej zdala
od wiekszych zakłócaczy.
Poza tym (jak pisałem wcześniej) starsze urządzenia pracują w identycznych
warunkach, jak te nowe. No i one pracują.
Osobiście brak mi koncepcji :-(

Pozdrawiam
ELP

Sun Sep 13, 2009 11:40 am   

[quote:755f5adb24]Wygląda to tak, jakby program w procku się kasował.
[/quote:755f5adb24]
Miałem nieco podobny problem (kilkaset procków - wprawdzie Cygnala, a nie
Atmela). Zaprogramowane przez JTAG-a pracowały kilka lat bez zarzutu, mimo
bardzo silnych zakłóceń. Chcąc sobie ułatwić życie i programować je grupami,
a nie pojedynczo, zrobiłem boot loader i ładowałem program przez UART-ta. Po
kilku dniach pracy padł pierwszy, potem kolejne - wszędzie kasowała się
pierwsza strona pamięci programu. Z długiej analizy sprzętu i oprogramowania
wychodziło uparcie, że takie zachowanie jest fizycznie niemożliwe. Po kilku
tygodniach się poddałem i pokornie wróciłem do programowania po JTAG-u -
układy znów pracują 2 lata bez awarii.
Do dziś dnia nie wiem, co to było - Cygnale (obecnie Silicon Labs)
wykorzystuję nadal z pełnym powodzeniem, ale o bootladerze (przynajmniej w
tych prockach) nie chcę więcej słyszeć.

Pozdrawiam
--
dziadek Ben
[z adresu wytnij co trzeba]

Sun Sep 13, 2009 2:07 pm   

[quote:90741c6219]Miałem nieco podobny problem (kilkaset procków - wprawdzie Cygnala, a
nie Atmela). Zaprogramowane przez JTAG-a pracowały kilka lat bez
zarzutu, mimo bardzo silnych zakłóceń.
No właśnie ja również programuję przez JTAG-a.[/quote:90741c6219]
Wiele już rzeczy zrobiłem na Atmelach różnej maści. NIGDY nie miałem
podobnych problemów.
No cóż, czy zawsze musi być ten pierwszy raz?
Kto tu dał ciała, ja czy Atmel?

Pozdrawiam

Sun Sep 13, 2009 7:40 pm   

W artykule <op.uz5za6cgzxema2@rafal> ELP napisal(a):

[quote:f7ae4d63b2]Adam, nie ma co, pocieszyłeś mnie Czy od teraz mam się bać, że każde z
urządzeń na Atmelu może w każdej chwili odmówić posłuszeństwa?
Znaczy się takie "działanie" wpisane jest w tą markę?
Mam na przyszłość zapomnieć o firmie na "A"?

Nie bronię Atmela, ale może ostatnio zmieniłeś programator/zasilacz itp?[/quote:f7ae4d63b2]
Proces programowania jest "analogowy", trzeba wstrzyknąć dość ładunku tu i tam.
Da się niestety zaprogramować lepiej lub gorzej - całkiem prawdopodobna jest
sytuacja, że po zaprogramowaniu procesora w warunkach na granicy specyfikacji
lub poza nią, zwefyfikuje się poprawnie, a za tydzień się "rozprogramuje".
Wpływ na to mogą mieć np. zaszumione zasilanie podczas programowania,
zbyt szybkie programowanie itp.
Krzysiek

Sun Sep 13, 2009 10:01 pm   

[quote:4ee4c56624]Nie bronię Atmela, ale może ostatnio zmieniłeś programator/zasilacz itp?
Proces programowania jest "analogowy", trzeba wstrzyknąć dość ładunku tu
i tam.
Da się niestety zaprogramować lepiej lub gorzej - całkiem prawdopodobna
jest
sytuacja, że po zaprogramowaniu procesora w warunkach na granicy
specyfikacji
lub poza nią, zwefyfikuje się poprawnie, a za tydzień się
"rozprogramuje".
Wpływ na to mogą mieć np. zaszumione zasilanie podczas programowania,
zbyt szybkie programowanie itp.
Krzysiek
[/quote:4ee4c56624]
Problem (albo i nie) w tym, że warunki są takie same jak parę lat
wcześniej.
Chyba, że prąd jakiś rzadszy teraz robią :-)

A tak poważnie, problem dalej istnieje :-(

Pozdrawiam
ELP

Mon Sep 14, 2009 3:51 pm   

ELP pisze:


Albo kondensatory odsprzęgające zasilanie flasha masz do d...
Flash w czasie programowania mocno szarpie prądem. Jak napięcie
zasilające w tym czasie przysiada, to możesz mieć takie efekty.

Tue Oct 13, 2009 7:02 pm   

ELP pisze:

atmela.

Masz mozliwosc odczytania pamieci takiego niedzialajacego procka ?
Mozna bylo by porownac z wgranym programem i zobaczyc co dokladnie sie
skasowalo.

Pozdr
AK