Problemy z EEPROM w ATmega8: Jak zewnętrzny reset może uratować sytuację?

Tue Nov 02, 2004 1:18 pm   

prowokujacy naglowek to podstawa do burzliwej dyskusji :)

problem dotyczy zamazywania eepromu podczas wystapienia zaklocen
z tego co wygooglowalem jest to problem dosc powszechny
a panaceum na to ma byc sprawny uklad reset
w zwiazku z tym wyglada na to ze ten wbudowany w AVR az taki sprawny nie
jest
sprawa dotyczy atmega8
zasilanie trafo mostek 1000u 100n 7805 100u 100n
kiedy wewnetrzny reset jest wylaczony
zabawa zasilaniem (wlacz-wylacz) natychmiastowo powoduje zamazanie eeprom
w roznych miejscach przypadkowymi wartosciami
kiedy wewnetrzny reset jest wlaczony sprawa wyglada duzo lepiej
bo zeby zamazac eeprom trzeba sie troche napracowac :)

czy zewnetrzny reset typu TL7705 zalatwi sprawe ?

ja rozumiem ze mozna starac sie filtrowac zasilanie mozna tez dac ups'a
ale to jest zabezpieczanie sie przed zakluceniami
a mnie interesuje mnie bardzej zabezpieczenie sie przed skutkami zaklucen
i uwazam ze to jest bardzo duza niedorobka ze strony Atmela ze dopuszcza
do zamazania pamieci w takich przypadkach

ponadto jak to jest z zewnetrznym resetem
nie specjalizowanym ukladem tylko patentowym
spodkalem sie juz z przeroznymi
rezystor i kondensator
sam rezystor
sam kondensator
zwora do VCC

kazdy dziala poprawnie czy zaden ? :P

jestem ciekaw waszych doswiadczen

Tue Nov 02, 2004 1:33 pm   

Użytkownik "Tomaszek" <tpawluk@opus.chelm.pl> napisał w wiadomości
news:cm81l8$cej$1@nemesis.news.tpi.pl...

Do czasu wprowadzenia broun-outu stosowaliśmy zewnętrzny reset
(scalak), teraz już nie stosujemy.
Ale eksperymentów tego typu nie robiliśmy.
P.G.

Tue Nov 02, 2004 2:19 pm   

Tomaszek wrote:

jak zwał tak zwał, ale Atmel uczciwie o tym ostrzega i pisze co zrobić,
żeby do tego nie dopuścić. włącz BOD, powinieneś mieć problem z głowy.

w.

Tue Nov 02, 2004 3:29 pm   

Użytkownik "Wojtek Kaniewski" <wojtekka@SPAM.SPAM.SPAM> napisał w wiadomości
news:cm8523$b$1@inews.gazeta.pl...

kiedy wewnetrzny reset jest wylaczony
zabawa zasilaniem (wlacz-wylacz) natychmiastowo powoduje zamazanie eeprom
w roznych miejscach przypadkowymi wartosciami
kiedy wewnetrzny reset jest wlaczony sprawa wyglada duzo lepiej
bo zeby zamazac eeprom trzeba sie troche napracowac :)

fakt
moze zle napisalem
zamiast reset powinno byc wewnetrzny uklad kontroli nap

Tue Nov 02, 2004 6:24 pm   

Użytkownik Tomaszek napisał:


No pięknie! Konstruktor używający Atmeli ma się skupiać na maskowaniu
błędów producenta procesora?! I Wy uważacie, że samo ostrzeżenie o tym,
że E2ROM mnoże byc zamazany jest OK?
TOŻ TO ZWYKŁY BUBEL, NADAJĄCY SIĘ NA SKŁADNIK NAWIERZCHNI ASFALTOWEJ, A
NIE PROCESOR.


--

Pozdrawiam,

A. Grodecki

Tue Nov 02, 2004 7:15 pm   

Użytkownik "A.Grodecki" <ag.usun_to@modeltronik.com> napisał:

Nie krzycz, nie krzycz. Na niczym się nie trzeba skupiać, wystarczy ustawić
odpowiednie fuse-bity. Nie wszystkie zastosowania potrzebują BOD, niektóre
potrzebują natychmiastowego startu, dlatego jest wybór.

Darek Żołna

Tue Nov 02, 2004 7:46 pm   

Użytkownik Dariusz Zolna napisał:


Ja Ciebie rozumiem, ale nie rozumiem dlaczego przy niektórych
aplikacjach część peryferiów układu jest nie do użycia, bo nie działa
poprawnie.
Jakiś czas temu Atmel wynienił poczciwy 89C51 (rżnięty z 87C51) na
autorski 89S51. W wyniku tego musieliśmy zrobić projekt na nowym
(zupełnie innym) procesorze, bo 89S51 w naszym układzeie startował,
tyle że nie zawsze... A ponieważ trudno jest klientowi (tak jak Ty mi
próbujesz) wytłumaczyć, że tak jest dobrze i w razie czego musi na
chwilę wyciągnąć kabel zasilania & try again, więc nastąpiło "pożegnanie
z Atmelem".
Widzę, ze problem jest bardziej złożony - nie jeden procesor jest do
bani a jego producent.

--

Pozdrawiam,

A. Grodecki

Tue Nov 02, 2004 7:51 pm   

Użytkownik entroper napisał:

sie bawic w zamian PIC od Microchipa a moze MSP430 Texasa.

Tue Nov 02, 2004 7:52 pm   

"A.Grodecki" <ag.usun_to@modeltronik.com> wrote in message
news:cm8it9$8c8$1@nemesis.news.tpi.pl...
(...)


potwierdzam. Sprawdzone na kilku przykladach.

pozdrawiam
entrop3r

Tue Nov 02, 2004 7:52 pm   

On Tue, 02 Nov 2004 19:24:09 +0100, A.Grodecki wrote:

Eee - wystarczy ze nie potrzebujesz eepromu i juz ci zostaje dobry
procesor.

A jak innemu prockowi zaczniesz mieszac zasilaniem to tez wszelkie
rzeczy moga sie zdarzyc :-)

J.

Tue Nov 02, 2004 8:11 pm   

"J.F." <jfox_nospam@poczta.onet.pl> wrote in message
news:uvofo05d79b07p2p6h35jj4598br5eorel@4ax.com...


NIBY tak. Tyle, ze taki np. 2051 kasuje sie (nie eeprom, pamiec
programu) po "zamieszaniu" zasilaniem (klapnieciu przekaznika itp.),
a taki np. PIC16F73 mozna wkladac/wyjmowac z/do podstawki pod
zasilaniem (nie mowie, ze polecam ), a jeden egzemplarz
(przyznaje, 16C73, a wiec epromowy) przezyl nawet zweglenie
najblizszych okolic plytki przez prad piorunowy (zostawilem sobie na
pamiatke - caly okopcony).

pozdrawiam
entrop3r

Tue Nov 02, 2004 8:25 pm   

A.Grodecki wrote:


To jeszcze się oburz, że jak wykorzystasz wszystkie wbudowane w PICa
peryferia, to Ci GPIO prawie nie zostanie... Zazwyczaj coś jest kosztem
czegoś...

AVR to nie ideał, ale miesznie z błotem wygląda mi na Twoje hobby...
--
Marek Lewandowski ICQ# 10139051/GG# 154441
locustXpoczta|onet|pl
http://www.stud.uni-karlsruhe.de/~uyh0
[! Odpowiadaj pod cytatem. Tnij cytaty. Podpisuj posty. !]

Tue Nov 02, 2004 10:51 pm   

Mi zdazylo sie kilka razy 2051 po zaporgramowniu odwrotnie wsadzic, przezyl
kazdy moj blad.
Teraz walcze z AVR, eeprom nie wykasowal mi sie ani razu a mam czesto spadki
zasilania.
Jedyne problemy jakie spotykam wynikaja z uzycia bascoma i jego maskowania
procesow, zeby nie straszyc uzytkownika.
Ale co tam, kilka ladnych aplikacji powstalo przy uzyciu bascoma. Dal mi
podstawy aby zrozumiec jaki kolwiek jezyk programowania.
Treaz mam zamiar zaczac z C/C++. A wracajac do Atmela, ciezko znalesc
produkt pozbawiony jakis wad.
Co powiecie jak Mercedes zrobil tego pyrtka co sie wywracal przy delikatnych
przechylach.
Dlaczego uzywac windowsa jak posiada miliony wad.(MS o nich informuje
dopiero jak wszyscy im to udowodnia)
Przyklady mozna mnozyc. Ale po co, szkoda czasu na to, trzeba kolekcjonowac
mocne wraznia.
(pozatym to co zauwazasz jak reaguja niektore uklady na okreslone sytuacje,
nazywa sie doswiadczeniem, czyms bardzo cennym, a nóż kiedys bedziesz
projektowal
w wielkiej firmie procesor i zrobisz taki bez wad, z blokada odczytu nie do
ominiecia,
a wszytko to przy cenie 0,5E przy jednej sztuce.
Ide juz cos robic bo filozuje:-)
Pozdrawiam slychaczy,
Michał

Tue Nov 02, 2004 11:54 pm   

Użytkownik Marek Lewandowski napisał:


Eeeee..

--

Pozdrawiam,

A. Grodecki

Wed Nov 03, 2004 12:07 am   

Użytkownik Michał napisał:


Czyli ma walory... edukacyjne. Dobre i to.


Dałeś same przykłady firm znanych z bubli i ich produktów. Są też firmy
znane z solidnośći i ich produkty też: i procesory, i samochody i soft.


Praca konstruktora czy programisty nie polega na lawirowaniu między
wadami komponentów których używa. To dopiero byłaby prawdziwa strata
czasu! Po wykryciu elementu nieprzewidywalnego, eliminuje się go z
projektu a nie pisze książkę o jego błedach i sposobach ich ominięcia.

--

Pozdrawiam,

A. Grodecki