Witajcie.
Napisałem funkcję do zapisu do EEPROM i odczytu z EEPROM.
Problem w tym, że nie mogę sobie poradzić z odczytem z EEPROMa aż do wystąpienia znaku '\0'



Mając takie funkcje można je wywołać np tak:w Setup zapis, a w LOOP odczyt


o ile zapis działa poprawnie to odczyt działa ale tylko dla pierwszych 10 znaków. Przecież funkcja do ... while najpierw wykonuje działania a potem sprawdza czy "string[i]!='\0'" jest NULL - tutaj wychodzi że jest inaczej.
Niestety zmieniając formułę na funkcja się zawiesza

Tak docelowo to jeszcze inaczej zrobiłbym tą funkcję, ale po takiej zamianie w ogóle nie działa, a powinna zwrócić wskaźnik na początek łańcucha.


No i na koniec pytanie o Arduino MEGA2560. Ile to ma pamięci EEPROM? W nocie jest podane że tylko 4KB czyli 4096bajtów.
A próbując zapisać pod komórką 4097 zapisuje poprawnie, nawet pod adresem 5000000000 też zapisuje i odczytuje poprawnie.

Po pierwsze ciągi znaków deklaruje się jako:
char napis[] = "Ten napis zapisujemy do pamieci EEPROM";
i to zdecydowanie nie to samo co:
char * napis = "Ten napis zapisujemy do pamieci EEPROM";

Po drugie w Twojej pętli: inkrementacja i występuje przed sprawdeniem waruknu, więc w ten sposób raczej nie sprawdzisz ostatnio odczytanego znaku (co było, jak się domyślam, Twoim zamiarem).

Po trzecie w ostatniej funkcji:deklarujesz wewnątrz funkcji niezainicjowany wskaźnik do char, a później zapisujesz dane do lokalizacji, którą ten wskaźnik określa. Jak myślisz, gdzie te dane są zapisywane?

A tak w ogóle kompilator nie dawał Ci żadnych ostrzeżeń?

Nie ma żadnych ostrzeżeń w środowisku Arduino 1.6.2

Myślałem że nie ma różnicy między *napis a napis[]. Zresztą parę dni temu oglądałem poradnik C++ odc 8 o stringach gdzie jest pokazany ten zapis jako równoważny.
Niemniej obie wersje działają. Wyczytałem teraz że jeśli zapiszę

to teraz oprócz odczytu mogę robić zapis i zmianę tego napisu na inny, a jak zapiszę
to odczyt będzie działał, ale nie mogę tego napisu podmienić na inny.

Tylko jak to obejść - jak dam inkrementację wcześniej to zacznie czytać od drugiej komórki, a tak jak jest to odczyta całego stringa bez znaku NULL - więc to mi wystarczy bo ten znak potem na końcu można dopisać. Tylko to tak teoretycznie bo muszę sprawdzić czy po zamianie na zmienną tablicową będzie to działać.


Co do tej funkcji ostatniej to na razie się nią nie zajmuję bo w sumie nie ma znaczenia czy będę ten napis odczytywał w sposób taki czy taki, ważne aby działało a na razie nie działa.

I jeszcze pytanie co do wielkości pamięci. dla uproszczenia - załóżmy że mamy Atmegę 8 z 512bajtowym EEPROM.
Czy jeśli zrobię zapis do adresu 600 to zapisze do komórki (600-512) czyli defakto do 88 komórki pamięci

Możesz spróbować np. tak:
i myślę, że raczej niczego nie będziesz musiał dopisywać


Nie wiem do czego potrzebna Ci ta informacja. Na pewno nie zapiszesz niczego do adresów większych od pojemności pamięci EEPROM zadeklarowanej przez producenta w dokumentacji , choćby dlatego, że rejestr adresowy pamięci EEPROM (EEAR) ma maskowane bity powyżej pojemności pamięci, więc cokolwiek byś tam spróbował wpisać, adresem będzie zawsze pozostałość z dzielenia Twojego adresu przez pojemność pamięci EEPROM.

Nie wiem jak w Atmedze (obstawiam,ze podobnie), ale w zewnetrznych Epromach zapisze ci sie do adresu 88. W programatorach przy kostce o pojemnosci 128bajtow i odczycie jej jako 256 bajtowa dostaniesz dwa razy to samo.

Dzięki. Po prostu chciałem inkrementowac adresy wpisywane do Eeprom i sprawdzać kiedy się pamięć przepełnia ale widzę że tak nie da rady.

Co do tej inkrementacji w do...while to tak nie da rady w ogóle nie wychodzi z tej pętli.
Zamieniłem też deklaracje na char[] ale nic to nie zmienia
Ale sprawdzałem też zamiast char* jako String w końcu to c++ i po takim zapisie już nie można podmienić zmiennej napis2. Ptzy char* napis2 bez problemu można wpisać nowe wartości

Wysłane z mojego Redmi 3 przy użyciu Tapatalka

Ta pętla jest we funkcji do odczytu i będzie działać ("wyjdzie z pętli") pod warunkiem, że ciąg znaków w EEPROM jest zakończony znakiem terminującym. Piszesz, że zapis jest poprawny, tylko jak to sprawdzasz, skoro odczyt nie działa poprawnie? Jesteś pewien, że Twoja funkcja eeprom_write_string() zapisuje poprawnie znak '\0' na końcu ciągu w EEPROM?

Piszesz tak:

Robisz tutaj dwa poważne błędy. Po pierwsze próbujesz skopiować tablicę o większym rozmiarze do tablicy o mniejszym rozmiarze (bez nadzoru nad przekroczeniem rozmiaru). Po drugie próbujesz pisać do tablicy zadeklarowanej poprzez wskaźnik (string literal), a tego się nie robi ani w C ani w C++.


Skoro wiesz lepiej...

Nie wiem dlatego się pytam. Mówię tylko że w tym programie nie widziałem różnicy w tym zapisie. Program działa identycznie źle w obu przypadkach. Ale już teraz wiem dlaczego - ponieważ wpisywałem ten sam napis bez czyszczenia EEPROM.
Poprawny jest oczywiście zapis char napis[]="1234";

Masz rację tez co do wielkości tablic. Tablica 2 nie może być mniejsza niż jeden.
Zastanawia mnie tylko dlaczego jeśli napis2 zadeklaruję w ten sposób

czy tez w taki sposób

to po pierwszym obiegu pętli wychodzi z funkcji odczytawszy tylko pierwszą literę.

Natomiast jeśli dam tak to działa poprawnie

Dziękuję za pomoc.
Po wielu próbach odpuszczam sobie wyszukiwanie końca znaku stringa w EEPROM.
Ponieważ taka funkcja może się przydać też do innych celów niekoniecznie odczytu stringa ale np kilku bajtów to myślę że najoptymalniejsze rozwiązanie z podaniem długości do odczytu. Przynajmniej będziemy wiedzieć co odczytujemy
I tak na gotowo Funkcja Zapisu i Odczytu

i teraz wywołanie może wyglądać tak dla stringa napis:

a odczyt przy zadeklarowanu wcześniej



Próbowałem funkcję odczytu przerobić, żeby potem można było przypisywać zmienną np tak
napis2 = eeprom_read_bytes(address_start, length)
ale niestety to nie jest takie proste bo o ile w funkcji wszystko działało, ale po opuszczeniu funkcji wskaźnik do tej tablicy znikał.

To co wstawiłeś tutaj, to sprawdzałeś w ogóle? Przecież te funkcje są bez sensu. CStringi, to chyba jeden z prostszych typów danych.

To:
Zastanów się gdzie wstawiasz ten znak końca!

Tu:
Ile wynosi ILE_BAJTOW?

Stosowanie sizeof() do cstringów? Żeby zapisywać puste bajty do pamięci. EEPROM, ma ograniczoną ilość cykli.

Więc może spróbuj tak:

Dziękuję za wyjaśnienia.
Funkcje sprawdzałem przed skopiowaniem ich tutaj i działały. Jedyne co zapomniałem przekopiować to wielkość ILE_BAJTOW, ale to sobie każdy może wpisać ile potrzebuje.

Twoje funkcje też działają, ale nie wiem dlaczego.
Pierwsze pytanie. Skoro napis_1 deklarujemy jako tablicę to dlaczego w funkcji podajesz * data.
Drugie pytanie. Jak to się dzieje że przy funkcji zapisu inkrementuje się po zmiennej "data".
O ile zapis data[i] jest jasne że jeśli i się zmienia to przesuwa się po elementach o tyle u Ciebie jest po prostu wskaźnik na początek zmiennej. Powinno zapisać pierwszy znak do każdej komórki pamięci a zapisuje dobrze.
Trzecie pytanie petla do while
Jest warunek
Jak to rozumieć? Czy to działa tak.
Pierwsze wywołanie funkcji i sprawdzamy czy 'T' != '\0' jeśli tak to zostaje w pętli
Drugie wywołanie funkcji i sprawdzamy czy 'e' != '\0' jeśli tak to zostaje w pętli
Trzecie wywołanie funkcji i sprawdzamy czy 'n' != '\0' jeśli tak to zostaje w pętli itd. aż do
Ostatnie wywołanie funkcji i sprawdzamy czy '\0' != '\0' tutaj wychodzi z pętli.

Czemu tego nie zapisać prościej Oczywiście to nie będzie działało tak dobrze jak Twoje rozwiązanie, ale nie rozumiem dlaczego.

No i na koniec pytanie o organizację pamięci EEPROM.
Jak to rozwiązujecie sobie w programach.

Powiedzmy, że zapisuję pierwszą zmienną do EEPROM. Potem wrzucam tą naszą napis_1 potem wrzucam jeszcze parę innych napisów.
Żeby obliczyć początek każdego zapisu to muszę zrobic sobie jakieś notatki, żeby przez przypadek czegoś nie nadpisać a co najgorsze, żeby "ogon" nie zjadł "głowy" pamięci. Czy to się tak robi ręcznie czy można to jakoś zautomatyzować.
Żeby było może jaśniej.
Funkcja Serial.print wypisuje nam jakiś napis, dając raz jeszcze funkcję Serial.print wypisuje nam w tej samej linii następny napis - czyli gdzieś jest zapisana informacja o tym gdzie się skończył poprzedni wpis. Czy jest taka sama funkcja w zapisie do EEPROMa. Czyli zapis do EEPROM podając tylko zmienną a początek sobie obliczy sam i dorzuci nam w drugiej zmiennej adres i trzeciej zmiennej wielkość.

Może zacznę od końca, chociaż ja nie jestem biegły w takich wyjaśnieniach.

Pamięć EEPROM, to pamięc, która służy głównie do przechowywania rzadko modyfikowanych zmiennych. Może służyć też do ochrony danych, np w przypadku braku zasilania.

Pamięć EEPROM przeważnie, jeśli nie zawsze organizujemy w sposób stały. Czyli przechowujemy gdzieś w programie adresy i rozmiary wszystkich przechowywanych zmiennych. W przypadku stringów, wystarczą tylko adresy, ale na każdy taki string musisz zarezerwować sobie odpowiednią ilość miejsca).

Zamiast korzystać ze wskaźników, można to zapisać w notacji tablicowej (wyszło nawet prościej):

Ponieważ przekazując tablicę do funkcji, przekazujesz adres jej pierwszego elementu, czyli wskaźnik na pierwszy element.

Inkrementuje wskaźnik, co oznacza, że poruszam się po kolejnych elementach przekazanej tablicy.

Co do trzeciego pytania: To najpierw sprawdzany jest warunek, czy wskazywany obiekt jest różny od znaku '\0', a następnie inkrementowany jest wskaźnik i pętla jest kontynuowana lub nie w zależności od poprzedniego porównania.

Jak bedziesz często pisał do EEproma, to się w końcu wykrzaczy. Jak już musisz coś często zapisywać to wykorzystaj pamięć flash. Zamów sobie Yellowbooka - Mirek w nim porusza ten sposób. Dużo bardziej trwały i wcale nie taki trudny do opanowania.

Sent from my Mi-4c

Dziekuje.
1000razy zapis wytrzyma. w Eeprom chce przechowywac ustawienia zegara tj czas letni albo zimowy plus adresy ds18 b20. oraz jeszcze nazwy menu. odczyt z eeproma chyba nie jest szkodliwy

No nie zgodzę się z tym, skoro nota katalogowa od np. Atmega88 twierdzi, że:
EEPROM pozwala na 10 razy więcej cykli zapis/wyczyszczenie, a i działa znacznie dłużej w temperaturze pokojowej.

Po za tym w przypadku zapisu do FLASH musisz zapisać całą stronę, więc dobrze jest, kiedy ilość danych jest bliska rozmiarowi tej strony.

Nie jest

Bo patrzysz tylko przez pryzmat jednej zależności a nigdy pewnie nie próbowałeś sposobu który opisuję w YB

Co za znaczenie może mieć ilość cykli zapisu, jeśli ktoś w procku dokona ich hmm nie wiem może 500 a może i nawet 2500 razy w ciągu życia projektu ? Oczywiście jeśli ktoś przewiduje tych zapisów np 50 tys w ciągu życia projektu no to wtedy oczywistym jest że warto zdecydowanie wybrać EEPROM, chociaż życzę powodzenia z takim przebiegiem ... Warto czasem realnie spojrzeć po prostu na różne przypadki i potrzeby ....


I znowu - a co to za nakaz albo oograniczenie że ilość danych musi być bliska rozmiarowi strony ? a kto mi zabroni zapisać 10 bajtów przy stronie o pojemności 128 bajtów ? Albo co to za ograniczenie, że że trzeba zapisać całą stronę ? ... żadne Tylko proszę nie podawaj mi argumentu, że szkoda pamięci Flash szczególnie gdy się używa procka w którym zostaje nam i tak mnóstwo wolnego miejsca w jakimś projekcie, który realizujemy.

Nie kłócę się ani oczywiście nie przekonuję, że nagle warto w KAŻDYM przypadku stosować Flash zamiast EEPROM, zwracam uwagę na bardzo arcy-ciekawą wg mnie alternatywę, z której zresztą korzysta się także w większych np 32-bitowych prockach bez żadnego tam "ale"

No a niewątpliwą zaletą zapamiętania danych we Flash w stosunku do EEPROM jest wg mnie po tysiąckroć większa pewność ich utrzymania w ciągu życia projektu nawet w mało sprzyjających warunkach zewnętrznych. I tu jeśli chcesz to możemy się założyć o skrzynkę dobrego złocistego trunku

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Nie ma jeszcze w sklepie Yellowbooka

Więc odniosłem się do słowa często sugerując, że często -> EEPROM, rzadko -> Flash, pytanie ile dla kogo to jest często, a ile rzadko. I że moim zdaniem patrząc na notę katalogową szybciej wykrzaczy się flash, a nie EEPROM.

Co do rozmiaru strony strony to pisałem przecież o tym, że optymalnie będzie gdy rozmiar danych będzie bliski rozmiarowi strony, a nie o tym, że nas to w jakiś sposób ogranicza.
Dlatego pisałem o temperaturze pokojowej
Ja też nie, chciałem jednak podkreślić, że są sytuacje, kiedy wykorzystanie pamięci EEPROM będzie bardziej korzystne, skoro już ją mamy.

Rzeczywiście - masz rację co do ilości zapisu, tylko że ja mam trochę inne doświadczenia ze stabilnością zapisu do Eeproma. Co ciekawe, to w Microchipie ilość cykli jest większa.

Sent from my Mi-4c

No oczywiście, z tym się trudno nie zgodzić - ot po prostu warto umieć dobrać sytuację do potrzeby albo potrzebę do sytuacji

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]