EEPROM - zasilanie

Sep 26, 2006 25 Replies

Panowie,



W jednym urzadzeniu mam EEPROM AT24C256-10PI-2.7. Wejscie WP jest na sztywno podlaczone do zasilania +5V. No i sie zdarzylo, ze EEPROM sie deko przeprogramowal. Sam. W ukladzie. Sledztwo wskazalo, iz prawdopodobnie sie to zdarzylo gdy do wejscia zegarowego urzadzenia bylo podlaczony aktywny zegar, a zasilanie urzadzenia bylo wtedy wylaczone. Z wieloletniego doswiadczenia ;--) wiem, ze takie sytuacje to zrodlo problemow i sie przed nimi zabezpieczamy. Natomiast to zdarzenie mnie zaskoczylo. Moja aktualna hipoteza jest taka, ze kosc sie rozprogramowuje gdy dostaje napiecie rzedu 1-1.5V i wtedy zupelnie nie dziala logika w niej - a konkretnie nie dziala pin WP. Spotkal sie ktos kiedys z takim zjawiskiem i/lub ma patent na ominiecie tego?


Marcin E. Hamerla napisał(a):

Witam,

Ponieważ również zastanawiam się nad problemem gubienia danych w 24c** (akurat c02), mam pytanie - masz jakąś krótką publikację nt. tego zjawiska (konkretnie podanie CLK przy braku Vcc)?

pozdrawiam

Minsu napisal(a):

Nie mam. Na razie szukam rozwiazania.

to moze daj prosty uklad ktory bedzie zwieral zasilanie( i ew sygnaly) do masy jesli glowne napiecie zasilania nie wzrosnie powyzej tych np 3V

Minsu napisal(a):

formatting link

Ukaniu napisal(a):

A tez sie z tym problemem zetknales?

Greg(G.Kasprowicz) napisal(a):

Mamy juz w urzadzeniu analogiczny uklad ze wzgledu ze powtarzajacy sie problem (w roznych sytuajach) owego szczatkowego zasilania. Ale, prawde powiedziawszy, nie spodziewalem sie nadziac na niego w przypadku EEPROMa. Tak wiec musze tylko przepiac zasilanie pamieci do owego ukladu - o ile to sie okaze zrodlem problemu (a wszystko na to wskazuje).. Kwas jest tylko taki, ze urzadzenie jest w produkcji od dawna i dopiero teraz wyszedl ten 'ficzer' ;--).

U¿ytkownik "Greg(G.Kasprowicz)" snipped-for-privacy@CERN.CH napisa³ w wiadomo¶ci news:efaq05$6l4$ snipped-for-privacy@inews.gazeta.pl...

Podobnie mia³em zrobione w jednym uk³adzie i dzia³a³o :-)

Pozdrawiam £ukasz

Ukaniu napisal(a):

W naszym przypadku WP jest na sztywno przypiety do zasilania...... Wiec mozna bylo od razu wykluczyc kwestie zlego zalaczania tego pinu albo kwestie bledu softwarowego.

U¿ytkownik "Marcin E. Hamerla" snipped-for-privacy@Xpoczta.Xonet.Xpl.removeX> napisa³ w wiadomo¶ci news: snipped-for-privacy@4ax.com...

Tak, w jednym urz±dzeniu które trafia³o do serwisu z notorycznym b³êdem CRC po kilkunastu próbach brandzlowania zasilaniem zdiagnozowa³em brak zabezpieczenia przed zapisem podczas zaniku zasilania. Co gorsza nie dotyczy³o to tylko zapisywanej komórki (bo ona jako niewiarygodna nie by³a brana pod uwagê przy odczycie, tak programista to za³o¿y³ - jako remedium na zapis w przypadku braku pewno¶ci zasilania - dowiedzia³em siê po konsultacjach telefonicznych) tylko mazana by³a ca³a pamiêæ.

Pozdrawiam £ukasz

U¿ytkownik "Marcin E. Hamerla" snipped-for-privacy@Xpoczta.Xonet.Xpl.removeX>

napisa³ w wiadomo¶ci news: snipped-for-privacy@4ax.com...

Tak, w jednym urz±dzeniu które trafia³o do serwisu z notorycznym b³êdem CRC po kilkunastu próbach brandzlowania zasilaniem zdiagnozowa³em brak zabezpieczenia przed zapisem podczas zaniku zasilania. Co gorsza nie dotyczy³o to tylko zapisywanej komórki (bo ona jako niewiarygodna nie by³a brana pod uwagê przy odczycie, tak programista to za³o¿y³ - jako remedium na zapis w przypadku braku pewno¶ci zasilania - dowiedzia³em siê po konsultacjach telefonicznych) tylko mazana by³a ca³a pamiêæ.

Pozdrawiam £ukasz

"Marcin E. Hamerla" snipped-for-privacy@Xpoczta.Xonet.Xpl.removeX> wrote in message news: snipped-for-privacy@4ax.com... ciach

Zjawisko dosc powszechne i wykorzystywane w ataku na uC

formatting link
moze sa specjalne wersje eepromow odporne na te przypadlosc... szukalbym czegos w stylu tamper resistant eeprom

Wracajac do niedawnej dyskusji .. a nie ma to erraty ? :-)

J.

J.F. napisal(a):

A jak byla ta niedawna dyskusja?

Erraty nie ma. Jest co najwyzej faq info wskazujace na mozliwosc zaistnienia problemu.

Ze sie Atmele nie nadaja do przemyslu :-)

J.

J.F. napisal(a):

muj borze, ta dyskusja wraca chyba na njusach chyba od chrztu Polski. To jest prostu ględzenie nieukow.

BTW ATMega8/88/168 pracuje u mnie doskonale i znacznie lepiej od 51 (m.in. sprawy zwiazane z resetem).

ja uzywam jako uPC praktycznie samych atmeli, i to w srodowisku nie tylko przemyslowym, ale i radioaktywnym - akceleratory czastek kilka metrow obok pracuja klistrony po kilka MW strzelajace napieciami kilkadziesiat kV, w tym samym racku siedza zasilacze impulsowe po kilkadziesiat kW dostarczajace pradu do elektromagnesow i kickerow. pola sa takie, ze w monitorach CRT w sasiednim budynku w takt pracy klistrona o kilka mm obraz sie przesuwa spisuja sie bez problemu, nigdy nie mialem problemow z resetem czy wieszaniem sie. robilem tez falowniki na AT90PWM3 - bez zastrzezen. mozliwe ze jedne procki bardziej, inne mniej toleruja bledy kostruktora, ale takie twierdzenie ze dany typ nei nadaje sie przemyslu jest nieporozumieniem.

Marcin E. Hamerla napisał(a): [ciap]

w nowych oscyloskopach Tektronixa DPO7000 jest ATmega128 :-) nic tam wielkiego nie robi ale jest.

Andrzej Kamieniecki

To moze podziel siê informacjami i radami na temat co robiæ czego unikaæ, aby uk³ad na uC byl odporny na zak³ócenia?

Nieukow .. ale jednak masz klopoty :-)

A czy twoje urzadzenia pracuja w bardzo zlych warunkach ?

J.

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required