ATNEL tech-forum

Re: PROGMEM oraz dziwne dzialanie funkcji strlen_P

2015-04-18T13:17:43+01:00

slodkimieciu napisał(a):

Dziala poprawnie - natomiast w petli jezeli zamiast liczby przekaze zmienna to juz nie

No to jest tak jak Ci tłumaczyłem wcześniej. Wystarczy że z definicji tablicy wskaźników to tablic tekstowych:
[syntax=c]const char* const string_table[] PROGMEM = {string_0, string_1, string_2, string_3, string_4, string_5};[/syntax]
usuniesz słówko PROGMEM, czyli wtedy ta tablica będzie w RAMie, a nie we FLASHu, zacznie Ci działać wszystko poprawnie. Sprawdź!
Napisy oczywiście dalej pozostają we FLASHu.

Jeżeli natomiast chcesz zaoszczędzić dodatkowego RAMu na tej tablicy wskaźników to ją również dodajesz poprzez dopisanie PROGMEM do FLASHa.

Wtedy, aby odczytać taki wskaźnik z tej tablicy w pętli trzeba użyć funkcji z pgm_read, bo inaczej dostaje się krzaki. Dlatego po dodaniu tego cuda zaczyna działać.

A dlaczego działa bez tej funkcji pgm_read jeżeli nie ma pętli, a jest stała wpisana np. stały index, albo zmienna, ale z niezmienianą nigdzie wartością? No to już Ci właśnie też mówiłem, że prawdopodobnie kompilator, który jest nastawiony na optymalizację wielkości kodu podstawia dane adresy podczas kompilacji bo je już wtedy zna i dopiero je wgrywa do procka. Sam procek już podczas swojej pracy uruchamia funkcję strlen_P czy jakąś inną i sięga do adresu wpisanego przez kompilator, a nie faktycznie do zmiennej tablicowej string_table[].

W momencie kiedy mamy pętle to sam procesor musi w swoim kodzie pobrać dynamicznie w danym momencie z tablicy string_table[] odpowiedni wskaźnik i dlatego potrzebuje do tego funkcji pgm_read bo inaczej dostaje krzaki.

Ogólnie jeżeli za każdym razem użyjesz tej funkcji pgm_read, czy to w pętli, czy to bez niej to powinno być poprawnie bo kompilator sam to zoptymalizuje po swojemu. W momencie jednak jak w przypadku wyżej gdzie są pętle i musi procesor sam dynamicznie pobierać z FLASHa dane to ta funkcja pgm_read powinna być.

Oczywiście nie jestem na 100% pewny tego co piszę więc jak ktoś bardziej świadomy wie to niech potwierdzi lub poprawi Do takiego wniosku doszedłem na stan obecny mojej wiedzy czyli początkujący

Statystyki: Napisane przez misiulu — 18 kwi 2015, o 13:17

Re: PROGMEM oraz dziwne dzialanie funkcji strlen_P

2015-04-17T16:00:29+01:00

Witam

Dzieki za odpowiedz, czytałem blog Mikra oczywiście i rozwiązanie jest jak najbardziej ok. Mnie osobiście najbardziej interesuje dlaczego podstawiajac kokretną liczbe program dziala bez uzycia funkcji pgm_read_word. Tak samo sprawa wyglada jezeli uzyje funkcji np. strncasecmp_P. NP.

[syntax=c]strncasecmp_P ("test", string_table[2], 4 ); //pisze z pamieci prosze wybaczyc bledy :)[/syntax]

Dziala poprawnie - natomiast w petli jezeli zamiast liczby przekaze zmienna to juz nie

No i ostateczne pytanie: Jezeli uzyje stalej jako indeksu czy jest to poprawne czy jest to raczej efekt uboczny i w innych okoliczonosciach funkcja zwroci nieokreslone rezultaty ?

Statystyki: Napisane przez slodkimieciu — 17 kwi 2015, o 16:00

Re: PROGMEM oraz dziwne dzialanie funkcji strlen_P

2015-04-17T13:53:26+01:00

na blogu Mirka masz rozwiązanie problemu http://mirekk36.blogspot.com/2013/11/ta ... ogmem.html

Ogólnie, aby to działało musisz napisać swoją pętlę tak:
[syntax=c]for ( i = 0 ; i < 6 ; i++ ) {

uart_puti( strlen_P( (char*)pgm_read_word( &string_table[i] ) ) );
uart_puts_P(__NEW_LINE);
}[/syntax]

Jest tak bo adres wskaźnika do naszych tekstów zapisanych we FLASHu jest również zapisany we FLASHu więc najpierw odczytujemy ten adres z tablicy string_table za pomocą funkcji co odczytuje z FLASHa czyli pgm_read_word bo adres jest 16 bitowy i dopiero potem przekazujemy ten adres do funkcji strlen_P, aby mogła sobie odczytać już z poprawnego adresu dane naszych tekstów z pamięci FLASH. Po drodze jest jeszcze robione jawne rzutowanie na char* po to aby typy się zgadzały i kompilator nie wyrzucał warninga.

Jak zamiast zmiennej i jest liczba, czyli zamiast i jest np. 0, czyli konkretny element tablicy to pewnie obliczany i podstawiany jest prawidłowy adres tablicy stringów już podczas samej kompilacji kodu. Tak mi się wydaje i gdybam sobie tylko

Na blogu jest również makro, które ułatwia sprawę w korzystaniu z tego rozwiązania

Pozdrawiam

Statystyki: Napisane przez misiulu — 17 kwi 2015, o 13:53

PROGMEM oraz dziwne dzialanie funkcji strlen_P

2015-04-16T21:39:45+01:00

Witam forumowiczow

Mam następujące deklaracje:

[syntax=c]const char string_0[] PROGMEM = "String 0";
const char string_1[] PROGMEM = "String 11";
const char string_2[] PROGMEM = "String 222";
const char string_3[] PROGMEM = "String 3333";
const char string_4[] PROGMEM = "String 44444";
const char string_5[] PROGMEM = "String 555555";

const char* const string_table[] PROGMEM = {string_0, string_1, string_2, string_3, string_4, string_5};[/syntax]

Jezeli wpisze

[syntax=c]uart_puti(strlen_P(string_table[0]));
uart_puts_P(__NEW_LINE);
uart_puti(strlen_P(string_table[1]));
uart_puts_P(__NEW_LINE);
uart_puti(strlen_P(string_table[2]));
uart_puts_P(__NEW_LINE);
uart_puti(strlen_P(string_table[3]));
uart_puts_P(__NEW_LINE);
uart_puti(strlen_P(string_table[4]));
uart_puts_P(__NEW_LINE);
uart_puti(strlen_P(string_table[5]));
uart_puts_P(__NEW_LINE);[/syntax]

I program bardzo ladnie w konsoli wypisuje mi

[syntax=c]8
9
10
11
12
13[/syntax]

Jezeli natomiast bede chcial to samo zrobic w petli:

[syntax=c]for ( i = 0 ; i < 6 ; i++ ) {

uart_puti(strlen_P(string_table[i]));
uart_puts_P(__NEW_LINE);
}[/syntax]

To w konsoli dostaje takie oto wyniki:

[syntax=c]3
0
3
3
3
1867[/syntax]

Strasznie do dla mnie dziwne, czy któryś z szanownych forumowiczow mógłby mi wytłumaczyć dlaczego tak się dzieje ?

Z gory dziekuje
Piotr

------------------------ [ Dodano po: 1 minucie ]

Dodam tylko ze dzieje sie tak z kazdą funkcą _P z biblioteki pgmspace.h

Statystyki: Napisane przez slodkimieciu — 16 kwi 2015, o 21:39