-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!news.chmurka.net!.POSTED!not-for-mail
From: Piotr Gałka <p...@c...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Organizacja danych w EEPROM
Date: Thu, 6 Jun 2013 12:35:13 +0200
Organization: news.chmurka.net
Lines: 32
Message-ID: <kopol1$inq$1@somewhere.invalid>
References: <51b04d1f$0$1255$65785112@news.neostrada.pl>
NNTP-Posting-Host: 213.192.88.238
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response
Content-Transfer-Encoding: 8bit
X-Trace: somewhere.invalid 1370514913 19194 213.192.88.238 (6 Jun 2013 10:35:13 GMT)
X-Complaints-To: abuse-news.(at).chmurka.net
NNTP-Posting-Date: Thu, 6 Jun 2013 10:35:13 +0000 (UTC)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-Priority: 3
X-Authenticated-User: PiotrGalka
X-MSMail-Priority: Normal
Xref: news-archive.icm.edu.pl pl.misc.elektronika:648094
[ ukryj nagłówki ]
Użytkownik "Bool" <n...@n...com> napisał w wiadomości
news:51b04d1f$0$1255$65785112@news.neostrada.pl...
>W pewnym urządzeniu muszę zapisywać do 512 zdarzeń do pamięci EEPROM. Z tym
>urządzeniem będzie się komunikować drugie, które kolejno będzie te dane
>odczytywać. Potrzebuję więc dodatkowo zapisywać dwa wskaźniki zapisu i
>odczytu danych. EEPROM ma 1mln cykli zapisu, więc przy standardowym zapisie
>(dane i wskaźniki zawsze pod tym samym adresem) zapiszę 1mln zdarzeń.
>Chciałbym zwiększyć tą liczbę. EEPROMy są bardzo tanie, więc wykombinowałem
>że dam np. taki 8kB = 256 stron * 32 bajty.
> Dane (zdarzenia) zapisywałbym powiedzmy na 254 stronach a wskaźniki na
> dwóch ostatnich stronach. No i pojawia się problem zapisu wskaźników.
> Najprostsze rozwiązanie jakie przychodzi mi do głowy to na początku
> wyzerować całą stronę przeznaczoną na wskaźnik, i w momencie
> zapisu/odczytu zapisywać wskaźnik po kolei w pamięci, a po dojściu do
> końca pamięci zerować całą stronę i zapisywać od początku. Żeby odczytać
> wskaźniki, trzeba by szukać "wartownika" w postaci 0x0000 (adres 16
> bitowy). Czas nie jest tu elementem krytycznych, ponieważ minimalny czas
> pomiędzy wystąpieniem zdarzeń to 400ms. Czy macie jakieś inne pomysły?
Sprawdź FRAM.
Nigdy nie używałem, ale o ile wiem to różnica jest taka:
EEPROM - zapisy go zużywają, czytać można dowolną ilość razy.
FRAM - zarówno zapisy jak i odczyty go zużywają, ale ilość tych zapisów
odczytów jest ileś (nie wiem ile) razy większa od EEPROMów. Zapis jest chyba
tak samo szybki jak do RAM.
Jeszcze przed rokiem 2000 na targach Elektronika w Monachium widziałem taki
pokaz że razem były męczone EEPROM i FRAM. EEPROM wysiadał chyba po
kilkunastu minutach, a FRAM wytrzymywał cały dzień. Ale może wtedy to
EEPROMy były gorsze niż teraz.
P.G.
Następne wpisy z tego wątku
- 06.06.13 12:51 Bool
- 06.06.13 15:01 Gejzero SQ3OGX
- 06.06.13 15:09 Bool
- 06.06.13 15:29 Zbych
- 06.06.13 15:52 Bool
Najnowsze wątki z tej grupy
- Rapsberry Pi i synchronizacja plików
- RCD 300 mA
- rpi i moduł przekaźników
- Falownik do pompy CO
- Lampa ogrodowa rozłączała różnicówkę
- Inteligentne oświetlenie schodów
- Pytanie do Użytkownika
- Emanuel kiedyś szukał gotowca do chłodzenia leków
- Sprzęty z Lidl-a
- idzie nowe
- Wybuchające pagery
- Jak shakować windę
- Sterowanie bezprzewodowe do wbudowania
- NC vs NO
- Jak dzięki mojemu pomysłowi amerykańce z Google przyspieszyli TV
Najnowsze wątki
- 2024-09-30 Rozprawa zdalna brak komputera
- 2024-09-30 Zielona Góra => Spedytor międzynarodowy <=
- 2024-09-30 Hackowanie SS7
- 2024-09-30 Seba strikes back
- 2024-09-30 MĂźnchen => DevOps Engineeer (Azure) <=
- 2024-09-30 MĂźnchen => DevOps Engineer (Azure) <=
- 2024-09-30 Gdańsk => Frontend Developer (Angular area) <=
- 2024-09-30 Warszawa => Spedytor Międzynarodowy <=
- 2024-09-30 Marki => Senior PHP Symfony Developer <=
- 2024-09-30 Warszawa => Technical Leader (Java Background) <=
- 2024-09-30 Warszawa => Key Account Manager <=
- 2024-09-30 Warszawa => Key Account Manager <=
- 2024-09-30 Białystok => Full Stack .Net Engineer <=
- 2024-09-30 Kraków => Ruby Backend Developer <=
- 2024-09-30 dziki wschod