Mam tak:


oraz:


Dzisiaj jest wtorek, dlaczego na OLED mam wyświetlone wto sro

Przecież w funkcji mk_ssd1306_puts_P(...) jest miedzy innymi tak:

Żeby dobić, podam, że zamiast sob (czyli sobota) jest wyświetlone na OLED s

Na wyświetlaczu LCD jest OK.

Witam,

jeśli już koniecznie chcesz mieć string z wszystkimi dniami tygodnia czy w tym wypadku tablicę jednowymiarową, to powinna ona wyglądać tak:


Czyli 3 litery na dzień, znak o wartości 0 ( \0), kolejne 3 litery ... itd. Zwróć uwagę, że na końcu nie musisz już dawać \0 - literał napisowy ( "to co w cudzysłowiu") jest zawsze zakończony znakiem \0.

Co do drugiej części zagadki - dlaczego na LCD działa - nie wiem .

Pozdrawiam, QuadMan.

to odpowiednik dla PROGMEM, więc to tutaj jest chyba zamieszane

zamień na

_________________
Nie pisz komentarzy - dobry kod komentuje się sam.

dt->weekday to typ enum (u mnie i zgodnie z poradnikiem Mirka - patrz Dawca czasu)

Przesuwam sobie wskaźnik str++, bo chcę go poruszać co bajt, a on zapewne przesuwa się co 2 bajty (jakby po integer).

Otrzymane podpowiedzi przemyślę po pracy, ale QuadMan, to \0 zamiast \0x00 to to samo.

Ale \0 < "\0" = 0x30 = 48 = OCT 60

Chciałem oczywiscie powiedzieć, że \0 to to samo co \x00 ( tak mi się wydaje)

Ależ nie.


Oba zapisy dają w efekcie to samo.

_________________
+++++[>++++<-]>[>++++++<-]>.---------.+++.

Witam,



Ale oczywiście, że to samo, chodziło mi o te cudzysłowy wewnątrz stringa, byłem przekonany, że zostaną zamienione na dodatkowe znaki:



O tych cudzysłowach właśnie myślałem. Człowiek chce pomóc, palnie głupotę i przy okazji sam się czegoś nauczy . Za to lubię to Forum.

Pozdrawiam, QuadMan.

Jeszcze raz podam o co mi chodzi, podając dalsze szczegóły, aczkolwiek siedzę teraz nad tym problemem i kombinuję.

Mam tak: (kropki zastosowane, aby nie naruszać praw autorskich Mirka):


oraz:



Rozumiem, że typ wyliczeniowy ma swoją reprezentację liczbową elementów listy. Zapewne są to wartości typu signed int?

Ale czy to ważne, jeśli w funkcji poniższej jest const char *str?


Otrzymuję na OLED coś takiego, dla:
poniedziałku p
wtorku wto sro
środy sro
czwartku (nic nie otrzymuję)
piątku pio s
soboty s
niedzieli nie >

Np sprawdzam w funkcji void mk_ssd1306_puts_P(...) ile razy w pętli było zero (NULL) dla wtorku, było 2 razy, ale dlaczego po pierwszym razie nie wyszedł z pętli w warunku while? Kto tu do licha dyktuje warunki?

------------------------ [ Dodano po: 10 minutach ]

Kolega barney rozwiązał moją zagadkę!

Brawo, brawo!

Dziękuję, to była prawidłowa diagnoza, wszystko zaczęło działać zgodnie z założeniami.

------------------------ [ Dodano po: 13 minutach ]

Dlaczego to pomogło, zachęcam do przeanalizowania.

Sam się za chwilę nad tym pochylę, a myślę, że może to i nie tylko dla mnie być pouczające.

.

_________________
+++++[>++++<-]>[>++++++<-]>.---------.+++.

Sorry, zastosowałem:


i ruszyło zgodnie z założeniami.

------------------------ [ Dodano po: 25 minutach ]

Po głębszej analizie, nie widzę różnicy pomiędzy tym, co zakomentowane.

A jednak, dlaczego teraz chodzi, a przedtem nie chodziło jak trzeba?

------------------------ [ Dodano po: 35 minutach ]

No nie, widzę subtelną różnicę. W drugim przypadku sprawdzamy rezultat funkcji pgm_read_byte(), a w pierwszym wartość tego, na co pokazuje wskaźnik. A on pokazuje na signed int(?). Coś się pogubiłem!

To nie ma nic wspólnego z typem lecz wynika z architektury AVRów. Typowe operatory języka C nie potrafią działać na pamięci FLASH, a jedynie na RAM (tak nie do końca, bo gcc potrafi ale na razie to pomińmy) więc to:

odczyta zawsze zawartość pamięci RAM (zakładamy, że str jest typu char *). Żeby dostać się do pamięci FLASH trzeba zapodać

A dalej to już chyba wiadomo?

_________________
+++++[>++++<-]>[>++++++<-]>.---------.+++.