Jest to mój pierwszy wątek więc Witam Wszystkich Forumowiczów.

Zachciało mi się wyświetlać na LCD graficznym teksty czcionką proporcjonalną.
Utworzyłem tablicę fontów graficznych od kodu 32-spacja do 127: // tu wklejam tylko fragment tablicy
gdzie pierwszy bajt mówi o ilości bajtów do odczytania na reprezentację graficzną znaku,
oraz drugą tablicę wskaźników na lokalizację znaków : // i tu wklejam tylko fragment tablicy

po odczytaniu kodu ASCII z klawiatury wołam procedurę wysłania na wskaźnik graficzny LCD obrazu znaku wciśniętego klawisza:

procedura wysyłająca wygląda następująco:
i taka procedura kreśli mi na ekranie LCD tylko cyfrę 7, wynika to z podmiany zmiennej C=0x37,


gdy usunę tą linię kodu tak aby C=Klaw_press na wskaźniku wyświetlane są krzaczki lub nawet cała linijka jest czarna.
Proszę o pomoc, co źle robię, że ten kod nie działa.

Z góry za pomoc serdecznie dziękuję.

_________________
Krzysztof

Masz tablicę znaków 8 bitowych, a tworzysz wskaźnik wskazujący na wartości 16 bitowe. Tak ma być ?
Nie znam tej biblioteki, ale może tutaj pies pogrzebany.

A czy m nie jest u Ciebie przypadkiem wartością pierwszego bajtu a nie wskaźnikiem na znak?

--
Pozdrawiam,
Rober

Do pgm_read_byte() wysyła się adres argumentu (na 99% - jeszcze dobrze się nie znajduję we wskaźnikach)

Poczytaj tutaj:

http://mirekk36.blogspot.com/2013/11/tablica-wskaznikow-we-flash-progmem.html

_________________
Mr. Nobody

Przyjrzałem się na spokojnie dokładnie Twojemu kodowi. Poniżej poprawiony i sprawdzony. I działa poprawnie :


--
Pozdrawiam,
Robert

Witam.
Dziękuję kolegom za zainteresowanie, moim problemem. Problem rozwiązałem następująco"

Teraz troszkę objaśnienia do tej procedury:
Tablice bitmap wyglądu znaku graficznego kodu ASCII mają zmiennej ilości bajtów, inna jest dla cyfry 1 - 3 bajty, i inna dla cyfry 2 -5 bajtów, dlatego utworzyłem tyle tablic ile chcę wyświetlić różnych znaków graficznych. Aby móc prawidłowo wyświetlić bitmapę znaku dodałem jako pierwszy bajt informujący z ilu bajtów składa się dana bitmapa znaku. Tak więc teraz dla cyfry 1 tablica ma 4 bajty, a dla cyfry 2 ma 6 bajtów.


Te tablice umieściłem w pamięci programu t.j. FLASH-u i są typu Read-only . Aby móc pobrać odpowiednią bitmapę znaku graficznego utworzyłem kolejną tablicę Znak[] uporządkowaną zgodnie z kodami znaków ASCII i przechowuję w niej adresy (wskaźniki - 2 bajtowe), do bitmap znaków. Ta tablica nie zawiera znaków nie drukowanych wiec pierwszym adresem jest adres bitmapy znaku - SPACJA kod 32.
I teraz chcąc wysłać do LCD znak SPACJA o kodzie 32 muszę odjąć ilość nie drukowanych znaków która wynosi 32, stąd adres tablicy bitmapy znaku SPACJA=32-32=0 a to jest pierwszy adres w tablicy Znak[] inaczej Znak[0]:

Mając adres tablicy z bitmapą znaku np: C32 odczytuję jej [0] element mówiący ile kolejnych bajtów zajmuje bitmapa wyglądu znaku, dodatkowo asekuracyjnie ograniczyłem maską 0x07 maksymalną wielość odczytywanej bitmapy - jest to równocześnie maksymalna szerokość wyświetlanego na LCD znaku. Odczytane bajty wysyłam do LCD i po wysłaniu całej bitmapy wysyłam jeszcze odstęp pomiędzy znakami o wielkości 1 piksela. W zależności czy znaki generuję na białym tle czy zanegowane (mówi o tym zmienna color) wysyłam odpowiednio 0x00 lub 0xFF.

Kończąc dziękuję za podpowiedź koledze APAP75.
Pozdrawiam wszystkich i do następnego "problemu" z C dla AVR-ów.

P.S. Właśnie w tej chwili odebrałem od kolegi rskup poprawki do mojego zapytania. Ze względu na porę zapoznam się z nimi jutro niemniej jednak bardzo serdecznie koledze dziękuję za odpowiedź.

_________________
Krzysztof

Witam.
Próbowałem zastosować kolegi rskup rozwiązanie mojego problemu, ale mam błędy odnoszące się do linijki kodu:



Niestety mój zasób wiedzy o C jest skromny i póki co nie wiem jak rozwiązać problem związany z makrem pgm_read_ptr dla kompilatora Eclipse Indigo na którym piszę swój program.
Może problem jest z moim dość starym tolchain-em ATMELA - gdzie nie ma tego makra?
A może kolega wie jak ten problem rozwiązać?
Za zaangażowanie dziękuję. Krzysztof

_________________
Krzysztof

Tak, chyba masz starego toolchaina . Zamień tę linię na:


--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 3 minutach ]

W nowym toolchanie masz pgm_read_ptr() definiowane jako:

Witam.
Tak jak Robercie sugerowałeś wstawiłem poprawioną linię kodu
i dalej są błędy

Warnings(1 itm)
initialization makes pointer from integer without a cast [enabled by default] KS0108.c /LCD_64x128 line 296 C/C++ Problem

ja spodziewam się mieć w ws adres odpowiedniej bitmapy w pamięci flash, a więc spodziewam się adresu 2 bajtowego, dlatego podmieniłem uint8_t na uint16_t, czyli zrobiłem 3 zmiany w zapisie- efekty poniżej:
i jak widać ws musi być int lub uint16_t bo jest wskaźnikiem a więc 2 bajty.

Dziękuję Robercie, piszę dalszy ciąg programu, mam pomysł na zmniejszenie wielkości tablicy z bitmapami.
Będę tu czasami w tygodniu zaglądał, może coś ciekawego się urodzi w głowach naszych forumowiczów.
Pozdrawiam.

_________________
Krzysztof

Jak masz deklarację wskaźnika *ws, to typ jaki podajesz nie oznacza wielkości zajmowanej przez sam wskaźnik, bo to jest zawsze stałe a ile zajmują miejsca wskazywane przez wskaźnik dane. Czyli oznacza wskaźnik na elementy uint8_t. A oznacza taki sam wskaźnik, ale wskazujący na element uint16_t. I dopiero jak zaczynasz operować na danych pod wskaźnikiem to zaczyna mieć znaczenie jaki jest to typ, bo mówi czy np. ma być pobrany jeden czy dwa bajty oraz np. przy inkrementacji czy przy zwiększaniu wskaźnika to ma być zwiększanie o jeden czy dwa bajty.

W moim przykładzie *ws zawiera już wskaźnik na konkretną bitmapę, bo ładowana do niej jest odpowiednia wartość 16 bitowa z tablicy Znak (czyli wartość wskaźnika) a ta bitmapa jest chyba 8 bitowa (definiowałeś jako char oraz czytałeś po jednym bajcie).



Czy zapis lub zapis także zgłasza Ci błąd?

--
Pozdrawiam,
Robert

------------------------ [ Dodano po: 14 minutach ]

Zapis

także jest poprawny, dopóki mamy wielkość wskaźnika 16 bitów (a dla AVRów 8 bitowych to jest zawsze prawda ) oraz wskaźnik wskazuje na 1 bajtowe elementy. Bo tutaj do ws ładujesz wartość 16 bitową, która jest faktycznie wskaźnikiem. A potem traktujesz to jako adres (czyli wskaźnik) na nowe dane. Jak inkrementujesz to zwiększasz o jeden bajt, więc dla twoich danych jest OK (gdybyś miał tablicę bitmap o wartościach uint16_t, to by nie zadziałało).

int to to samo co int16_t, więc jak zamieniłeś uint16_t (unsigned) na int (signed) to dopóki operujesz na pierwszych 32KB to nie zauważysz problemu.

A na pewno masz Atmel toolchaina a nie starego z WinAVR?

Witaj Robercie.
Wstawiłem po kolei wszystkie trzy linijki kodu i jest O.K.

Kod:

Jak masz deklarację wskaźnika *ws, to typ jaki podajesz nie oznacza wielkości zajmowanej przez sam wskaźnik

masz rację .

Kod:

A na pewno masz Atmel toolchaina a nie starego z WinAVR?

Mam Atmel toolchaina, bo ścieżka do AVR-GCC c:\...\Atmel\AVR tools\Toolchain\bin ,
i podobna do ....\include.

Czy ten zapis można uprościć?

Chodzi mi o wielkość wybranej [zmienna c] do wysłania na LCD tablicy bitmapy (ile bajtów wysłać?).
Np: adres cyfry 5=0x0344 a cyfry 4=0x034A to
ILE = 0x034A - 0x0344 = 6 - 1=5 bajtów (-1 w tej chwili bitmapa zawiera bajt mówiący o wielkości bitmapy i chcę go oszczędzić)
co odpowiada wielkości bitmapy cyfry 5 (pięć).

Pozdrawiam.

_________________
Krzysztof

Dobrze kombinujesz
Tylko musisz uważać, bo zdefiniowane zmienne mogą być umieszczane nie po kolei . A co ciekawe, to standardowo kompilator umieszcza je w odwrotnej kolejności niż wpisane w pliku *.c (zajrzyj do pliku *.lss powstające przy kompilacji). Czyli musisz odejmować odwrotnie: lub prościej, bo i tak masz już przeczytaną wartość dla ws:

Także musisz pamiętać o dodaniu jeszcze dodatkowego wpisu w Znak, by wszystkie znaki miały dostępny wskaźnik na początek i koniec. Oczywiście także musisz dodać zmienną na którą wskaźnik ze Znak będzie wskazywał, ale może ona być pusta:

--
Pozdrawiam,
Robert