-
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
- Stare filmy o technice
- Zasilanie własnych konstrukcji przez PoE
- Jak działa domofon?
- Co oni mierzą miernikiem
- 40 lat OrCAD-a
- Multimetr z bluetooth
- Ciekawa mapka z BTS-ami
- Lampy uliczne LED z kubkiem
- Pęczniejące LiPo
- wyłącznik ścienny
- "Wybitna" inteligencja AI
- test stereo
- Bluetooth stereo
- W USA budują pierwszą komercyjną elektrownię fuzji jądrowej
- Weryfikacja myjki ultradźwiękowej
Najnowsze wątki
- 2025-10-18 BLIK a Sprawa Polska
- 2025-10-18 UE i woda pitna do chłodzenia
- 2025-10-18 Zakrzewo => Konsultant SAP HCM <=
- 2025-10-17 "Przypadkowo wylosowany" sędzia odmówił ekstradycji Niemcom za NordStream
- 2025-10-17 Stare filmy o technice
- 2025-10-17 Warszawa => Starszy Konsultant SAP - obszar PP <=
- 2025-10-17 Warszawa => Java Full Stack Developer <=
- 2025-10-17 Warszawa => Konsultant Wiodący SAP PP <=
- 2025-10-17 Warszawa => Key Account Manager (Usługi HR) <=
- 2025-10-17 Ostrów Wielkopolski => Specjalista ds. Marketingu Online (PPC) <=
- 2025-10-17 Gdańsk => Konsultant ds. Wdrożeń ERP (moduł FK) <=
- 2025-10-17 Lublin => Programista Delphi <=
- 2025-10-16 Warszawa => Senior Algorithm Developer (Java/Kotlin) <=
- 2025-10-16 Poznań => SAP HCR Consultant <=
- 2025-10-16 Warszawa => Junior Rekruter <=