-
Data: 2016-11-16 01:38:38
Temat: Re: Obsługa ekranu LCD na Raspberry Pi
Od: s...@g...com szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu wtorek, 15 listopada 2016 09:17:20 UTC+1 użytkownik Atlantis napisał:
> Nie miałem do tej pory żadnych doświadczeń z obsługą wyświetlaczy
> graficznych na Raspberry Pi, dlatego chciałbym zapytać od której strony
> to ugryźć.
>
> Wyświetlacz to prosty LCD 320x240 na ILI9341. Jest już podłączony do
> RasPi przez SPI, system widzi go jako /dev/fb1. Testowo udało mi się na
> nim wyświetlić konsolę. Moim celem jest jednak generowanie na nim
> prostego interfejsu graficznego: trochę tekstu, jakieś paski postępu,
> może jakieś proste grafiki z plików. Nie chcę na tym odpalać pełnego
> interfejsu okienkowego.
>
> Główne pytanie brzmi tak: czy wśród standardowych bibliotek dostępnych
> na Linuxa (Raspbian Jessie) znajduje się coś, co pozwalałoby w prosty
> sposób rysować na wyświetlaczu, wykorzystując pisząc bezpośrednio do
> framebuffera, z pominięciem całego systemu okienkowego?
=================
Jasne, że jest banalne rozwiązanie. Lazarus. Komponenty wrzucasz na formę na zasadzie
"drag and drop". Programujesz w Pascalu. Składnia podobna, tyle że bardziej czytelna.
Np. w C masz coś takiego jak a||b, w Pascalu (a or b), w C a&&b, w Pascalu (a and b).
Co jest bardziej czytelne? W zasadzie cała filozofia języka C i jego klonów, to tylko
marketingowe pieprzenie zapoczątkowane w latach 80'tych, że jest to język wysokiego
poziomu o wydajności assemblera. Sranie w banie !! To zależy nie od sposobu zapisu
(a:=a+1 vs. a++) lecz od jakości kompilatora. Pascal jest językiem mocno typowanym. I
bardzo dobrze!! I zmienna musi być zadeklarowana/zdefiniowana w odpowiednim miejscu.
I bardzo dobrze!! Dzięki temu nie ma burdelu i nie da się byle gdzie zdefiniować byle
czego i przypisać byle czego do jeszcze bardziej byle czego (np.int a=char b). W
Pascalu da się to jasne też zrobić, ale tak, żeby potem nie szukać "gdzie coś
spie...liłem". Jak znasz C, to Pascala zrozumiesz w 5 minut. Gorzej w drugą stronę.
Następne wpisy z tego wątku
- 16.11.16 09:17 Marek
- 16.11.16 09:37 Atlantis
- 16.11.16 10:56 Marek
- 16.11.16 20:38 re
- 16.11.16 21:47 Sebastian Biały
- 17.11.16 00:32 Marek
- 17.11.16 10:01 Atlantis
- 17.11.16 10:12 Marek
- 17.11.16 10:48 Atlantis
- 17.11.16 11:11 grapeli23
- 17.11.16 11:16 Atlantis
- 17.11.16 11:29 grapeli23
- 17.11.16 11:52 Atlantis
- 17.11.16 12:01 grapeli23
- 17.11.16 12:44 Atlantis
Najnowsze wątki z tej grupy
- Linuks od wer. 6.15 przestanie wspierać procesory 486 i będzie wymagać min. Pentium
- Propagation velocity v/c dla kabli RF
- Jakie natynkowe podwójne gniazdo z bolcem (2P+PE)
- Czujnik nacisku
- Protoków komunikacyjny do urządzenia pomiarowego
- Hiszpania bez pradu
- amperomierz w plusie
- 3G-nadal działa
- Historia pewnego miernika kalibratora
- Ustym 4k Pro i wyświetlacz
- Czemu rozwaliło celę?
- Wojna w portfelu
- Jaki trojfazowy licznik tuya lub podobny?
- Problem z dekoderem adresów
- Intel się wyprzedaje: po 10latach pchnęli pakiet kontrolny Altery za 1/4 kwoty zakupu
Najnowsze wątki
- 2025-05-17 poznaj siłe swoich pieniędzy
- 2025-05-17 Warszawa => Senior IT Recruitment Consultant <=
- 2025-05-17 Warszawa => DevOps Engineer <=
- 2025-05-17 Warszawa => Junior Account Manager <=
- 2025-05-17 Warszawa => Senior Programmer C <=
- 2025-05-17 Polska => Senior Key Account Manager <=
- 2025-05-17 Migracje i przestępczość
- 2025-05-16 czy Seba naprawdę wróci do macierzy?
- 2025-05-15 coś pustawo u mechaników
- 2025-05-16 Warszawa => IT Data Analyst (obszar Power BI) <=
- 2025-05-16 Warszawa => Senior Backend Developer <=
- 2025-05-16 Warszawa => IT Hardware Specialist - Wsparcie i Konfiguracja <=
- 2025-05-16 Gliwice => Business Development Manager - Network and Network Security
- 2025-05-16 Warszawa => Team Lead Data Engineer (Snowflake) <=
- 2025-05-16 Poznań => Key Account Manager (ERP) <=