ATNEL tech-forum 2017-12-29T12:21:55+01:00 https://forum.atnel.pl/feed.php?f=47&t=19862&mode 2017-12-29T12:21:55+01:00 2017-12-29T12:21:55+01:00 https://forum.atnel.pl/viewtopic.php?t=19862&p=201220#p201220 <![CDATA[Re: Wczytywanie grafiki XBM z karty SD]]>
Niestety, projekt ma być rozwojowy. Kolejne ekrany również mają niewielkie grafiki w postaci ikon... ekranów już jest 5 a będzie więcej. Nawet bez tej "Hondy" na początku i tak dobijam powoli do 90%. Obsługa karty SD i tak jest konieczna ze względu na konieczność gromadzenia na niej pewnych informacji z pojazdu w czasie jazdy - potrzebne to jest aby wyliczyć dla swojego pojazdu wydajność wtrysków np. w ciągu minuty, co jest konieczne do obliczeń spalania chwilowego, w ciągu jakiegoś innego czasu, na 100km itd. Niestety takich danych producent pojazdu nie udostępnia a komputer pokładowy nie podaje sygnału CAN, jest tylko sterowanie wtryskami na podstawie kilku czujników i to wszystko. Muszę więc wszystko po kolei sobie "rozgryzać". Na szczęście to motocykl z 1998 roku i to prosta elektrycznie konstrukcja ;) Tak więc karta SD i tak musi być a obsługa plików graficznych nie jest mi jakoś super potrzebna ale na pewno pozwoli zdecydowanie poprawić estetykę projektu i będzie realizowana "przy okazji".
Poza tym kto wie co w przyszłości wpadnie mi do głowy, może inteligentny dom lub coś podobnego... a do takich pomysłów takie "wodotryski" na ekranie to podstawa. W związku z tym pomęczę się z odczytem plików graficznych z karty SD bo taka wiedza z pewnością przyda się na przyszłość.

Statystyki: Napisane przez szymekdan — 29 gru 2017, o 12:21

]]> 2017-12-29T09:23:08+01:00 2017-12-29T09:23:08+01:00 https://forum.atnel.pl/viewtopic.php?t=19862&p=201211#p201211 <![CDATA[Re: Wczytywanie grafiki XBM z karty SD]]> Statystyki: Napisane przez micky — 29 gru 2017, o 09:23

]]> 2017-12-27T21:56:39+01:00 2017-12-27T21:56:39+01:00 https://forum.atnel.pl/viewtopic.php?t=19862&p=201142#p201142 <![CDATA[Re: Wczytywanie grafiki XBM z karty SD]]>

Statystyki: Napisane przez szymekdan — 27 gru 2017, o 21:56

]]> 2017-12-27T21:30:53+01:00 2017-12-27T21:30:53+01:00 https://forum.atnel.pl/viewtopic.php?t=19862&p=201141#p201141 <![CDATA[Re: Wczytywanie grafiki XBM z karty SD]]> Quote:

Wracając do tematu. Na stronie 353 "blue booka" zwróciłem uwagę na polecenie pf_read, bo chyba o to chodzi. Nie bardzo rozumiem składnię tego polecenia, tzn. jak pierwszy argument jest tam zmienna bufor, która ma określoną wielkość tablicy, druga zmienna wyłuskuje z "bufora" właśnie jego wielkość. A trzeci argument: &s1? W jaki sposób "ustawić kursor" we właściwym miejscu w czwartym wierszu aby polecenie pf_read prawidłowo zaczytało dane?

To nie ma nic wspólnego z kursorem. Troszkę pewnie nie rozumiesz - bo właśnie - na razie jeszcze nie jesteś obeznany ze wskaźnikami w C, czyli mechanizmem który szczególnie dla Pascalowców jest trudny na początku ;) tu jeszcze raz odwołam się do siebie - bo właśnie wskaźniki kiedyś w języku C najbardziej mnie od niego odrzucały ;)

ale jak się je zaskoczy - .... baaaa Panie! miodzio ... dzisiaj na PC wciąż piszę w Pascalu i powiem, ci że brakuje mi takich wskaźników jak w C

ale wracając do tematu ...

trzeci argument tej funkcji oznacza ILE BAJTÓW zostało w rzeczywistości odczytane z pliku. Bo we wcześniejszym argumencie podajesz bufor i funkcja ma zapisać cały bufor ale jeśli będzie to koniec pliku i pozostanie w nim połowa albo 1/3 to co ? ;)

a więc gdy jest duży plik to za każdym wywołaniem poza tym końcowym - wartość trzeciego argumentu (jako argumentu zwrotnego) będzie miała zwykle rozmiar bufora - a za ostatnim razem może być mniejsza ;)

tyle że trzeci argument - to hmmm jakby ci powiedzieć - to jest WSKAŹNIK do WSKAŹNIKA (stąd operator &) i bardzo dobrze rozumiem, że na tym etapie może być ciężko ci to zrozumieć - dlatego polecałem książkę

chcąc jednak nieco wyjaśnić a żeby nie przepisywać książki to tak w skrócie


[syntax=c]uint16_t c; // zmienna w której po wywołaniu funkcji będzie ilość odczytanych bajtów
pf_read( x,buf, &c);[/syntax]

Statystyki: Napisane przez mirekk36 — 27 gru 2017, o 21:30

]]> 2017-12-27T21:11:42+01:00 2017-12-27T21:11:42+01:00 https://forum.atnel.pl/viewtopic.php?t=19862&p=201140#p201140 <![CDATA[Re: Wczytywanie grafiki XBM z karty SD]]>
Wracając do tematu. Na stronie 353 "blue booka" zwróciłem uwagę na polecenie pf_read, bo chyba o to chodzi. Nie bardzo rozumiem składnię tego polecenia, tzn. jak pierwszy argument jest tam zmienna bufor, która ma określoną wielkość tablicy, druga zmienna wyłuskuje z "bufora" właśnie jego wielkość. A trzeci argument: &s1? W jaki sposób "ustawić kursor" we właściwym miejscu w czwartym wierszu aby polecenie pf_read prawidłowo zaczytało dane?
Porównuję ten przykład z książki z tym co już napisałem i gdyby z pliku na karcie SD udało mi się odczytać taki "bufor" to już właściwie nic więcej do szczęścia nie potrzebuję...

Rozumiem, że to polecenie ma za zadanie sczytać bajt po bajcie zawartość pliku. Jednak jak otwieram plik w notatniku to mam u góry trzy wiersze... nie piszę że nie potrzebne ale nie mam pomysłu na to jak programowo wyłuskać z tego pliku wysokość i szerokość grafiki, później jak zbudować pętlę (?), która sczyta mi wszystkie bajty tej grafiki aż do znaku średnika (tak na razie tylko kombinuję)... ewentualnie upośledzę ten plik wywalając te trzy pierwsze linie skoro wysokość i szerokość mogę sobie na sztywno wpisać w program, po prostu. Z drugiej strony wolałbym nie, wtedy rozwiązanie można by uznać za uniwersalne i wykorzystać w innym miejscu, w innym projekcie... dzisiaj już daję sobie spokój, muszę się z tym przespać.

Dlaczego uparłem się na kartę SD:
W zasadzie to się nie uparłem ale na chwilę obecną wydaje mi się to rozwiązanie najbardziej wygodne ze względu na charakter projektu: to będzie komputer(ek) pokładowy pojazdu i między innymi będę chciał tam gromadzić informacje o czasach otwarcia wtrysków w ciągu danej godziny, przy jakiej prędkości i inne tego typu rzeczy... może się okazać że wyjdzie tego dużo. Taką kartę łatwo włożyć w komputer, dane z plików można wrzucić w plik excel i analizować. Z pamięciami w postaci kości chyba nie będzie tak łatwo i wygodnie ale może mi się tylko wydaje...?

Statystyki: Napisane przez szymekdan — 27 gru 2017, o 21:11

]]> 2017-12-27T20:46:45+01:00 2017-12-27T20:46:45+01:00 https://forum.atnel.pl/viewtopic.php?t=19862&p=201134#p201134 <![CDATA[Re: Wczytywanie grafiki XBM z karty SD]]> roske napisał(a):

Karty są upierdliwe i zawodne

Sorry ale bardziej niedorzecznego sformułowania to już dawno nie słyszałem ;) ... fakt są upierdliwe i zawodne, gdy ktoś popełnia podstawowe błędy w ich obsłudze zarówno od strony sprzętu jak i programowania ... no ale to są tzw choroby wieku dziecinnego, gdy ktoś zaczyna swoją przygodę z kartami ;) ...

Wystarczy spojrzeć, na wszelkiej maści smartfony, tablety, kamery, aparaty fotograficzne i miliony innych urządzeń, które korzystają w coraz większym zakresie z kart pamięci a na dodatek z coraz szybszych

Owszem do takich prostych prostych procków 8-bitowych - pewnie, że pamięci zewnętrzne na SPI czy I2C są pewną alternatywą - no ale tylko alternatywą

Więc czasem warto przemyśleć co się pisze

Statystyki: Napisane przez mirekk36 — 27 gru 2017, o 20:46

]]> 2017-12-27T17:31:46+01:00 2017-12-27T17:31:46+01:00 https://forum.atnel.pl/viewtopic.php?t=19862&p=201120#p201120 <![CDATA[Re: Wczytywanie grafiki XBM z karty SD]]>
http://atnel.pl/mikrokontrolery-avr-jezyk-c.html

dzięki której spokojnie przejdziesz na czysty C (ja też kiedyś byłem Pascalowcem więc wiem co mówię ;) )... ale jest w niej opisany również i dostęp do karty SD itp itd itp ... z tym że sama prostsza, chudsza biblioteka PetitFS też swoje miejsce zajmuje we Flash ...

Statystyki: Napisane przez mirekk36 — 27 gru 2017, o 17:31

]]> 2017-12-27T15:14:05+01:00 2017-12-27T15:14:05+01:00 https://forum.atnel.pl/viewtopic.php?t=19862&p=201110#p201110 <![CDATA[Wczytywanie grafiki XBM z karty SD]]> Na wstępie zaznaczę, że programuję w C od niedawna, głównie dla Arduino. Moje doświadczenia wcześniejsze to bardziej Pascal i Object Pascal (wszystko w ramach hobby), co teraz niestety przeszkadza mi w C (...) ale do brzegu...

Robię prosty komputer pokładowy dla swojego motocykla (...). Nie jest to jakiś projekt nie wiadomo jaki, po prostu Atmega328p która zbiera dane sygnałowe z wtrysków, do tego dane dla prędkości, napięcia w kilku miejscach instalacji elektrycznej (...), wyświetlacz GLCD 128x64 i elementy drobne, nie istotne dla tego problemu.

Problem mam następujący:
W czasie uruchamiania urządzenia chcę aby na sekundę lub dwie pojawiła się grafika z logo Honda (bo taki akurat mam motocykl). Konwersję grafiki z logo Hondy do formatu XBM przeprowadziłem w programie GIMP.
[syntax=c]#define honda_width 128
#define honda_height 15
static unsigned char honda_bits[] = {
0xfe, 0x8f, 0xff, 0x03, 0xfc, 0x0f, 0xf0, 0x3f, 0xf0, 0xdf, 0xff, 0x3f,
0x00, 0xfe, 0x1f, 0x00, 0xff, 0x8f, 0xff, 0x87, 0xff, 0x7f, 0xf8, 0x7f,
0xf0, 0xdf, 0xff, 0xff, 0x03, 0xfe, 0x3f, 0x00, 0xfc, 0x03, 0xfe, 0xe0,
0xff, 0xff, 0xc1, 0xff, 0xc0, 0x07, 0xff, 0xff, 0x07, 0xf0, 0x3f, 0x00,
0xf8, 0x01, 0xfc, 0xf0, 0x07, 0xf8, 0xc1, 0xff, 0xc1, 0x03, 0x3e, 0xe0,
0x0f, 0xf0, 0x7f, 0x00, 0xf8, 0x01, 0xfc, 0xf0, 0x03, 0xf0, 0xc3, 0xff,
0xc1, 0x03, 0x3e, 0xc0, 0x1f, 0xf0, 0xfe, 0x00, 0xf8, 0x01, 0xfc, 0xf8,
0x03, 0xf0, 0xc3, 0xfb, 0xc3, 0x03, 0x3e, 0x80, 0x1f, 0x78, 0xfc, 0x00,
0xf8, 0xff, 0xff, 0xf8, 0x03, 0xf0, 0xc7, 0xf3, 0xc7, 0x03, 0x3e, 0x80,
0x3f, 0x38, 0xfc, 0x01, 0xf8, 0xff, 0xff, 0xf8, 0x03, 0xf0, 0xc7, 0xf3,
0xcf, 0x03, 0x3e, 0x80, 0x3f, 0x3c, 0xf8, 0x03, 0xf8, 0xff, 0xff, 0xf8,
0x03, 0xf0, 0xc7, 0xe3, 0xcf, 0x03, 0x3e, 0x80, 0x3f, 0xfe, 0xff, 0x03,
0xf8, 0x01, 0xfc, 0xf8, 0x03, 0xf0, 0xc7, 0xc3, 0xdf, 0x03, 0x3e, 0x80,
0x1f, 0xfe, 0xff, 0x07, 0xf8, 0x01, 0xfc, 0xf0, 0x03, 0xf0, 0xc3, 0x83,
0xff, 0x03, 0x3e, 0xc0, 0x1f, 0x0f, 0xe0, 0x0f, 0xf8, 0x01, 0xfc, 0xf0,
0x07, 0xf8, 0xc3, 0x83, 0xff, 0x03, 0x3e, 0xe0, 0x0f, 0x07, 0xc0, 0x0f,
0xf8, 0x03, 0xfe, 0xe0, 0x3f, 0xff, 0xc1, 0x03, 0xff, 0x03, 0xff, 0xff,
0x8f, 0x0f, 0xe0, 0x1f, 0xff, 0x8f, 0xff, 0x87, 0xff, 0x7f, 0xf8, 0x1f,
0xfe, 0xc3, 0xff, 0xff, 0xf3, 0x3f, 0xf8, 0xff, 0xfe, 0x8f, 0xff, 0x03,
0xfe, 0x1f, 0xf8, 0x0f, 0xfc, 0xc3, 0xff, 0x7f, 0xf0, 0x1f, 0xf8, 0x7f };[/syntax]

Nie ma żadnego problemu aby zawartość pliku XBM umieścić w kodzie programu - logo wyświetla się bez żadnego problemu. Problemem dla mnie jest straszliwe marnotrawstwo pamięci... napisałem raptem nieco ponad 500 linii kodu (wraz z tą grafiką) a przy kompilacji mam informację, że pamięć mikrokontrolera jest już zapełniona w ponad 90% co może odbić się na stabilności działania (...), co czyni projekt słabo rozwojowy. Jak wywalam z kodu programu tę grafikę to użycie pamięci spada do "zaledwie" siedemdziesięciu kilku procent, więc co nieco można dołożyć a nie ukrywam że chciałbym ten projekt uczynić jeszcze troszeczkę rozwojowym.

Pomyślałem sobie, że dołożę do projektu czytnik kart SD, wrzucę tam plik np honda.xbm w pętli setup załaduję sobie na ekran zawartość tego pliku... niestety, nie mam na tyle wiedzy aby takie coś napisać. Szukam po internetach podobnego rozwiązania ale z marnym skutkiem. Mógłby się ktoś zlitować nade mną i podesłać kawałek kodu w C, który odczyta plik honda.xbm i wrzuci jego zawartość na wyświetlacz glcd? Domyślam się, że nie jest to jakieś bardzo skomplikowane dla zawodowca, mnie niestety przerosło... :/

PS.
Jeśli rozwiązanie problemu jest bardziej banalne niż mi się wydaje to bardzo proszę się nade mną nie znęcać, jestem jedynie skromnym hobbystą, który postanowił zrobić sobie pewne urządzonko na własny użytek... ;)

Statystyki: Napisane przez szymekdan — 27 gru 2017, o 15:14

]]>