ATNEL tech-forum

Re: BB pytanie o bibliotekę do LCD

2017-02-27T22:50:21+01:00

Teraz się wszystko wyjaśniło, bardzo dziękuję Panie Mirku błędnie szukałem odpowiedzi na moje pytanie w plikach nagłówkowych pgmspace.h
Teraz mogę spokojnie czytać dalej
Pozdrawiam

Statystyki: Napisane przez Jarecki — 27 lut 2017, o 22:50

Re: BB pytanie o bibliotekę do LCD

2017-02-27T22:26:38+01:00

Jarecki napisał(a):

Wydaje mi się, że pgm_read_byte(str++) jako argument spodziewa się wskaźnika na uint16_t a dostaje na uint8_t, zgadza się?

pgm_read_byte() nie spodziewa się ŻADNEGO wskaźnika uint16_t, tu kolega coś bardzo mocno myli tzn nie rozumie do końca co oznaczają TYPY wskaźników a czym są same wskaźniki (bo rzeczywiście wskaźnik jest zawsze adresem 16-bitowym, co nie ma NIC wspólnego z samym typem wskaźnika)

pgm_read_byte() zwraca wartość short int, a jako argumentu oczekuje wskaźnika do pamięci FLASH

------------------------ [ Dodano po: 4 minutach ]

Jarecki napisał(a):

nie jasne jest dla mnie to rzutowanie w funkcji eeprom_read_byte....
Może nie rozumiem dlatego, że nie ma jasno napisanego czego spodziewają się te funkcje. Zresztą to:

No to powiedz mi jak to można sprawdzić - jeśli nie wiesz czego się spodziewa taka funkcja czy inna?

no co za problem spróbować skompilować tę linię BEZ jawnego rzutowania ? - jeśli wywali ci warninga to zaraz się zorientujesz - no a po drugie - pomyśl - WYSTARCZY w googla wpisać nazwę tej funkcji

eeprom_read_byte

nie piszę tego żeby odsyłać cię do googla z problemem - tylko żebyś zrozumiał - że WARTO zaglądać do DOKUMENTACJI AVR GCC w takich wypadkach zamiast się dręczyć i zastanawiać czego się spodziewa taka funkcja - skoro gdy zajrzysz do dokumentacji no to masz jak byk napisane

a pierwszy link w googlu od razu wskaże ci na opis tych komend bo one są akurat specyficzne TYLKO dla AVR GCC a nie innych odmian GDD

no więc weź zajrzyj do pierwszego linka

http://www.nongnu.org/avr-libc/user-man ... eprom.html

i powiedz mi - po co tyle się zastanawiać skoro masz to podane WPROST i to w jednej z pierwszych linijek

Statystyki: Napisane przez mirekk36 — 27 lut 2017, o 22:26

Re: BB pytanie o bibliotekę do LCD

2017-02-27T22:10:16+01:00

mirekk36 napisał(a):

Wydaje mi się, że pgm_read_byte(str++) jako argument spodziewa się wskaźnika na uint16_t a dostaje na uint8_t, zgadza się? Pewnie kompilator zrobi niejawne rzutowanie ale pytam bo chciałbym wiedzieć na 100% jak jest
Bardzo dziękuję za odpowiedź Panie Mirku, na bloga zaglądam często ale gdzieś mi to umknęło

Mam kody z jeszcze cieplutkich pedrive-ów, i w tych fragmentach:

[syntax=c]void lcd_str_P(const char * str)
{
register char znak;
while ( (znak=pgm_read_byte(str++)) ) lcd_char( znak );[/syntax]

[syntax=c]void lcd_str_E(char * str)
{
register char znak;
while(1)
{
znak=eeprom_read_byte( (uint8_t *)(str++) );[/syntax]

nie jasne jest dla mnie to rzutowanie w funkcji eeprom_read_byte....
Może nie rozumiem dlatego, że nie ma jasno napisanego czego spodziewają się te funkcje. Zresztą to:

[syntax=c]#define pgm_read_byte(address_short) pgm_read_byte_near(address_short)[/syntax]

Wygląda jak makro a nie funkcja

Statystyki: Napisane przez Jarecki — 27 lut 2017, o 22:10

Re: BB pytanie o bibliotekę do LCD

2017-02-27T21:45:41+01:00

Jarecki napisał(a):

na str. 230 i 231 (nowe wydanie w twardej oprawie) są omówione funkcje:

czy kolega zagląda do kodów na dołączonym nośniku do książki ? DVD albo Pendrive ? wydaje mi się, że nie za bardzo ... w najnowszej wersji książki musiałem bowiem przeportować kod ze staruszka WinAVR na nowy Atmel Toolchain - jest sporo zmian - szczególnie związanych z dostępem do danych pamięci FLASH - i opisałem to nawet na blogu - na którego kolega też chyba nie zagląda

http://mirekk36.blogspot.com/2012/08/ec ... zytaj.html

dlatego bardzo uprzejmie proszę:

1. zajrzyj do tego artykułu na blogu
2. ale przede wszystkim zajrzyj do kodu na nośniku dołączonym do KSIĄŻKI bo tam MUSI to działać bez warningów - tymczasem ten zapis

[syntax=c]void lcd_str_P(char * str)[/syntax]

tzn wywołanie tej funkcji z podaniem wskaźnika do pamięci Flash gdzie jest tekst do wyświetlenia od razu dałoby ci warninga - zrób że próbę, sprawdź to sobie na żywym organiźmie czyli na procku i LCD - przecież to NAJLEPSZA szkoła

a później jak zajrzysz do kodu na nośniku dołączonym do książki to zobaczysz, że nagłówek tej funkcji wygląda tak

[syntax=c]void lcd_str_P(const char * str)[/syntax]

czyli masz widoczną różnicę ...

zaś co się tyczy pytania:

Jarecki napisał(a):

Nazwy funkcji pgm_read_byte oraz eeprom_read_bytre sugerują że i tu i tu odczytujemy byte

a zaglądałeś do ŚRODKA tych funkcji ? znowu wydaje mi się, że nie - jeśli zaś tak to powiedz mi czego nie rozumiesz ze środka takiej funkcji zamiast myśleć co sugeruje pgm_read_byte .... w środku masz tak:

[syntax=c]void lcd_str_P(const char * str)
{
register char znak;
while ( (znak=pgm_read_byte(str++)) ) lcd_char( znak );
}[/syntax]

zmienna znak jest typu char, zapisywana jest do niej zmienna typu uint8_t - w czym widzisz problem? Jedna i druga jest jednobajtowa, jedna i druga mówi i liczbie bez znaku - więc w takim przypadku kompilator nie będzie ci krzyczał warningiem ponieważ może to załatwić niejawnym rzutowaniem i już.

Oczywiście jeśli ty zrobisz również to rzutowanie to kompilator wcale się nie obrazi

Podsumowując - w książce WYJAŚNIAM jak działa ogólnie mechanizm - zaś w kodach pokazuję już jak to wygląda w szczegółach i tak żeby działało bez warningów

Statystyki: Napisane przez mirekk36 — 27 lut 2017, o 21:45

Re: BB pytanie o bibliotekę do LCD

2017-02-27T20:27:09+01:00

tyle że w definicji:
[syntax=c]pgm_read_byte( address_short )[/syntax]

address_short jest typu uint16_t więc nie powinno być rzutowania?

Statystyki: Napisane przez Jarecki — 27 lut 2017, o 20:27

Re: BB pytanie o bibliotekę do LCD

2017-02-27T19:59:03+01:00

Tak z dedukcji
Bo w przypadku EEPROM jest jak byk, że wskaźnik, a w FLASH napisali tylko address, więc skoro nie wartość, nie wskaźnik to pozostaje referencja

Statystyki: Napisane przez michaeleagle — 27 lut 2017, o 19:59

Re: BB pytanie o bibliotekę do LCD

2017-02-27T19:45:38+01:00

michaeleagle napisał(a):

Zatem w obu przypadkach(pgm i eeprom) przekazujemy do funkcji adres bajtu, z tym ,że do EEPROM przez wskaźnik a do FLASH przez referencję.

A gdzie jest informacja że przez referencje?

Statystyki: Napisane przez Jarecki — 27 lut 2017, o 19:45

Re: BB pytanie o bibliotekę do LCD

2017-02-27T19:38:16+01:00

Powiem jak mi się wydaje.
Makro powinno wyglądać tak(źle wkleiłem poprzednio)
[syntax=c]#define pgm_read_byte(address_short) pgm_read_byte_near(address_short)[/syntax]
Makro ..._near odwołuje się do funkcji _LPM(ang. Load Program Memory)
[syntax=c]#define pgm_read_byte_near(address_short) __LPM((uint16_t)(address_short))[/syntax]

Zatem w obu przypadkach(pgm i eeprom) przekazujemy do funkcji adres bajtu, z tym ,że do EEPROM przez wskaźnik a do FLASH przez referencję.
Może się mylę to niech ktoś mnie poprawi

Jesteśmy przecież tu po to żeby się uczyć

Statystyki: Napisane przez michaeleagle — 27 lut 2017, o 19:38

Re: BB pytanie o bibliotekę do LCD

2017-02-27T19:12:45+01:00

michaeleagle napisał(a):

[syntax=c]#define pgm_read_byte( address_short)[/syntax]

[syntax=c]uint8_t eeprom_read_byte( const uint8_t * __p)[/syntax]

Jakoś nie do końca są dla mnie jasne parametry tych funkcji

Statystyki: Napisane przez Jarecki — 27 lut 2017, o 19:12

Re: BB pytanie o bibliotekę do LCD

2017-02-27T19:09:43+01:00

W kwestii działania, to nie zmienia to niczego.Nie musisz wcale dokonywać rzutowania żeby działało.
A dlaczego tak Mirek napisał to pewności nie mam, ale na stronie
http://www.nongnu.org/avr-libc/user-manual
są opisy obu funkcji(makr) pgm_read_byte i eeprom_read_byte i zgodnie co napisali to budowa ich jest następująca:

[syntax=c]#define pgm_read_byte( address_short)[/syntax]

[syntax=c]uint8_t eeprom_read_byte( const uint8_t * __p)[/syntax]

Statystyki: Napisane przez michaeleagle — 27 lut 2017, o 19:09

BB pytanie o bibliotekę do LCD

2017-02-27T18:55:24+01:00

Witam,
przeglądam funkcje do obsługi LCD w BB i nie mogę znaleźć odpowiedzi na następujące pytanie.

na str. 230 i 231 (nowe wydanie w twardej oprawie) są omówione funkcje:

a) void lcd_str_P(char * str)
b) void lcd_str_E(char * str)

wewnątrz funkcji z podpunktu "a" mamy odczyt z FLASH -> pgm_read_byte( str++)
wewnątrz funkcji z podpunktu "b" mamy odczyt z EEPROM -> eeprom_read_bytre( (uint8_t *)str++)

Nazwy funkcji pgm_read_byte oraz eeprom_read_bytre sugerują że i tu i tu odczytujemy byte dlatego nie rozumiem, dlaczego w funkcji z podpunktu "b" jest zrobione rzutowanie na wskaźnik na uint8_t a w funkcji z podpunktu "a" go nie ma?

Statystyki: Napisane przez Jarecki — 27 lut 2017, o 18:55