• Witaj na Forum Arduino Polska! Zapraszamy do rejestracji!
  • Znajdziesz tutaj wiele informacji na temat hardware / software.
Witaj! Logowanie Rejestracja


Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
LCD 3,5" Dotyk TFT 320x480 Mega UNO ILI9486
#31
(14-12-2019, 01:44)brendy napisał(a): Przysiadlem do tego programu eve edytor, ale nie mogę wyeksporrowac kodu do arduino mam jakiś error nie wiem czy coś dodatkowo muszę zrobić?
Jaki error? Nie ma szklanej kuli więc nie pomogę!


(14-12-2019, 01:44)brendy napisał(a): Nie mogę też znaleźć opcji jakbym chciał swój obrazek wgrać do programu zmniejszyć mu rozmiar i wysłać kod do arduino. Semi popdowiesz jak za to się zabrać?

EVE to nie program graficznych do edycji bitmap. Wgrywaj obrazek o wymaganych rozmiarach. Jak pamiętam, obrazek "wgrywa się" przez przeciągnięcie ikony obrazka do ekranu edycji.

Wczytanie obrazka (PNG). Zakładka "Content" po lewej stronie "ADD" po dużym pustym okienku. Pierwszy obrazek ma adres 0, kolejny (obrazek, czcionka) umieszczany jest za poprzednim. Adres można odczytać z prawej strony.


PS
Na tym forum umieszczanie obrazków jest problematyczne więc nie dałem zrzutów ekranowych.

PS2
Załadowanie obrazka do wyświetlacza może chwile trwać. Zastanów się, czy nie lepiej, zamiast drogiej Mega2560 użyć STM32? Wiele ARM jest wspieranych przez Arduino, na pewno sś to układy z rodziny F1 i F4. na ARM, bez problemu możesz pracować z max prędkością SPI akceptowaną przez FT8xx (25MHz) w przeciwieństwie do AVR, realnie 4MHz (5 przy taktowaniu CPU 20MHz). Różnica jest sześciokrotna!
W tym projekcie szybkość nie ma znaczenia, ale w kolejnych? Zastanów się, czy nie warto teraz poćwiczyć aby w przyszłości mieć juz gotowe rozwiązania.
 
Odpowiedź
#32
Jeśli tak mówisz to mogę kupić tego stm jak taka różnica w szybkości. Jeśli będziesz chciał to wyślij mi proszę te screeny na brendy8686@wp.pl

No fajnie by było choć trochę to opanować na przyszłość by się przydało. Narazie dalej siedzę i szukam jak się zabrać za ten obrazek, żeby przekonwertowac go i wrzucić do arduino generowanie kodu wywala mi błąd.
 
Odpowiedź
#33
(14-12-2019, 11:48)brendy napisał(a): Jeśli tak mówisz to mogę kupić tego stm jak taka różnica w szybkości. Jeśli będziesz chciał to wyślij mi proszę te screeny na brendy8686@wp.pl

No fajnie by było choć trochę to opanować na przyszłość by się przydało. Narazie dalej siedzę i szukam jak się zabrać za ten obrazek, żeby przekonwertowac go i wrzucić do arduino generowanie kodu wywala mi błąd.
Screeny wrzucę na jakiś serwer i dam linki, niech wszyscy skorzystają.

Co do błędu, po raz kolejny pytam, jaki?
 
Odpowiedź
#34
Wrzucam link do zdj błędu chciałem przerzucić to na arduino i zobaczyć jak ten kod się generuje, ale utkwilem w tym pkt. 

https://drive.google.com/file/d/1qwN3PqO...p=drivesdk


Czy muszę jakiś dodatkowy program mieć żeby wrzucić swoje zdj z dysku na program przekonwertowac? Czy jest szansa żeby opisać krok po kroku co trzeba zrobić, żeby w kod do arduino wygenerować to zdj? Nie widzę żadnych poradników na necie szukałem pół dnia i nic nie moge znaleźć  Sad
 
Odpowiedź
#35
(14-12-2019, 19:24)brendy napisał(a): Wrzucam link do zdj błędu chciałem przerzucić to na arduino i zobaczyć jak ten kod się generuje, ale utkwilem w tym pkt. 
https://drive.google.com/file/d/1qwN3PqO...p=drivesdk
Kod generuję bez problemu [Obrazek: eve_001.png] Szukaj więc przyczyny błędu w Gwindows lub innym systemie.


(14-12-2019, 19:24)brendy napisał(a): Czy muszę jakiś dodatkowy program mieć żeby wrzucić swoje zdj z dysku na program przekonwertowac?
Nie trzeba dodatkowych programów o ile obrazek jest w PNG lub JPEG. Wystarczy EVE.


(14-12-2019, 19:24)brendy napisał(a): Czy jest szansa żeby opisać krok po kroku co trzeba zrobić, żeby w kod do arduino wygenerować to zdj?
Szansa jest, w LOTTO też można wygrać.

Aby opisać krok po kroku, musiałby zając się zrobieniem poradnika co zajmie godzinę czy dwie albo i dłużej a mam do roboty ciekawsze rzeczy. Przykłady warto by sprawdzić w realu co jeszcze wydłuży pracę.


(14-12-2019, 19:24)brendy napisał(a): Nie widzę żadnych poradników na necie szukałem pół dnia i nic nie moge znaleźć  Sad
Bo nie szukałeś płatnej opcji, np książki wydawnictwa HELION.

W książce "mikrokontrolery-avr-i-arm-sterowanie-wyswietlaczami-lcd-tomasz-francuz-Helion" opisany jest sposób wyświetlania obrazków ale od strony programowej, bez wsparcia EVE bo i niby jaki sens robienia instrukcji do tego programu?


PS
Bawiłeś się przykładami? Wygląda na to, że nie! Sprawdź "screensaver_bitmap.ft800proj". Tam jest wszystko czego potrzebujesz.
EVE to nie tylko generator kodu, to także emulator wyświetlacza!

Przerobiłem jeden z przykładów Kod generuję bez problemu [Obrazek: eve_002.png] Jak widać da się i EVE generuje cały wymagany kod.
Potrzebne dwa obrazki? Nie problem [Obrazek: eve_003.png].
Z JPEG więcej roboty, bo obrazek wczytany do FT8xx trzeba zdekompresować. Robi to FT8xx ale rozpakowanie spowoduje zajęcie RAM za obrazkiem. Gdy JPEG jest jeden i jest ostatnim plikiem nie problem, gdy ma być więcej JTEG zaczynają się schody.
 
Odpowiedź
#36
Fajna sprawa narobiles mi chęci tym programem EVE bo w szybki sposób można sobie tworzyć różną grafikę i przerzucić na wyświetlacz przy tym tak jak w moim przypadku nie trzeba mieć większej wiedzy z arduino. Super to wychodzi i to zdj z kodem który wygenerowales wrzucasz na wyświetlacz i gotowe?

To mam problem bo na dwóch laptopach spr z win8.1 i mam to samo. Muszę szukać przyczyny dlaczego jest ten błąd.

Dziękuję za te screeny i poświęcony czas może w końcu mi się uda...
 
Odpowiedź
#37
(15-12-2019, 00:08)brendy napisał(a): Fajna sprawa narobiles mi chęci tym programem EVE bo w szybki sposób można sobie tworzyć różną grafikę i przerzucić na wyświetlacz przy tym tak jak w moim przypadku nie trzeba mieć większej wiedzy z arduino. Super to wychodzi i to zdj z kodem który wygenerowales wrzucasz na wyświetlacz i gotowe?
Kod wrzucasz do Arduino a nie na wyświetlacz.

(15-12-2019, 00:08)brendy napisał(a): To mam problem bo na dwóch laptopach spr z win8.1 i mam to samo. Muszę szukać przyczyny dlaczego jest ten błąd.
EVE używałem na Win10 32 i 64 bit. Czy jest problem z Gwindows 8 nie wiem.

Oczywiście, kod generowany przez EVE jest kiepski, konkretnie wysyłanie danych przez SPI ale nie ma prostego sposobu aby wygenerowac lepszy skoro arduinolibs nie wspiera DMA itp mechanizmów bo za bardzo nie może (mało RAM w większości AVR). Warto go nieco zmodyfikować, zapisywać do bufora po czym wysłać z użyciem DMA, ostatecznie przerwań. Naturalnie zapomnij o AVRtiny/mega. Bufor wymaga 8kB RAM, to  CAŁA dostępna w AVRmega2560. Mega1284 da radę albo jak dodasz zewnętrzny RAM, ale wtedy będzie to pewnie dwa razy droższe niż ARM. Na ARM, wystarczy podmienić dwie funkcje i skorzystasz z zalet DMA.
Można też kombinować z buforem np 4kB bo DisplayList z reguły nie jest duża, często mniej niż 1kB wystarcza. Pytanie co zyskasz na AVR gdy użyjesz bufora? Najczęściej nic! Wynika to z tego, że nie ma on DMA, a gdy wykorzystasz przerwania od SPI, to obciążą strasznie CPU a transmisja będzie wolniejsza niż bez użycia przerwań. Ratunkiem jest zmniejszenie szybkości transmisji do np 1Mb/s przy wysyłaniu DisplayList. Obrazek, który najczęściej wystarczy, że wyślesz raz po resecie, transmitujesz bez użycia przerwań z max dostępną prędkością.
Da się więc coś tam poprawić w AVR ale trzeba się narobić a efekt jest połowiczny. Z tego właśnie powodu projekty, które realizuje na AVR sa droższe niż na ARM.

Na Elektrodzie pojawił się wątek AVR vs ARM dla początkujących https://www.elektroda.pl/rtvforum/topic3640577.html Jak zwykle, najwięcej wad uC 32-bit znają osoby, które NIGDY nie używały takich uC i maja AVR-owe klapki na oczach. Jest mnóstwo mitów na temat ARM, jakie to są trudne. Wielokrotnie pokazywałem za forach i w czasopismach, że tak nie jest. Najczęstszy mit, to skomplikowana konfiguracja zegara (PLL). Totalna bzdura z dwóch powodów:
- Zegara nie trzeba konfigurować. Bardzo często uC działa na domyślnych ustawieniach.
- CubeMX pozwala na konfigurację w bardzo prosty sposób.
Obsługa peryferii z poziomu HAL jest niewiele bardziej skomplikowana niż z poziomu arduinolibs. Argument, że nie wszystko da się "wyklikać" w CubeMX jest także nietrafiony bo arduinolibs też mają poważne ograniczenia, np odczytanie flagi RXC w AVR czy TC w STM32 albo TCX (jak pamiętam) w ESP aby zmienic kierunek transmisji drivera RS485. bez przerobienia biblioteki ani rusz.
 
Odpowiedź
#38
Wstawiłem obrazek zmiejszylem do danej rozdzielczości i png. W programie eksportowalem z poziomu export hal FTDI bo inaczej nie mogę na export arduino mam błąd. Skopiowałem te dwa foldery wkleiłem w library arduino, był błąd Include SDC 13199 to nazwa zdj, odszukalem w nich plik INO wrzuciłem do arduino i pokazuje mi taki błąd. Czy mógłbyś zerknąć czy to zadziała po wgraniu do arduino mega jak już będę miał podłączone z wyświetlaczem?co oznacza ten błąd? Domyślam się że coś ze zdj bo to jego nazwa

https://drive.google.com/folderview?id=1...49kjSiD6kR
 
Odpowiedź
#39
(15-12-2019, 02:33)brendy napisał(a): Wstawiłem obrazek zmiejszylem do danej rozdzielczości i png. W programie eksportowalem z poziomu export hal FTDI bo inaczej nie mogę na export arduino mam błąd. Skopiowałem te dwa foldery wkleiłem w library arduino, był błąd Include SDC 13199 to nazwa zdj, odszukalem w nich plik INO wrzuciłem do arduino i pokazuje mi taki błąd. Czy mógłbyś zerknąć czy to zadziała po wgraniu do arduino mega jak już będę miał podłączone z wyświetlaczem?co oznacza ten błąd? Domyślam się że coś ze zdj bo to jego nazwa

https://drive.google.com/folderview?id=1...49kjSiD6kR
Nie potrafisz zrobić "print screen" (taki klawisz na klawiaturze)? Musisz robić fotki?
Co do kodu to to nie pomogę bo:
- Po pierwsze "primo" widzę kawałek kodu.
- Po drugie "primo", nawet gdyby był cały, to nie mam ochoty go przepisywać czy bawić się w OCR i weryfikować czy dobrze został skonwertowany.
Wklej kod dla srajduino na forum (CTRL+A, CTRL+C, CTRL+V). To chyba łatwiejsze i szybsze niż robienie fotografii, umieszczenie jej na serwerze, wklejenie linku do pliku. Ponadto umieść na jakimś serwerze cały projekt z EVE. Sprawdzę jak to u mnie będzie wyglądało.


PS
Widzę dziwną modę z fotografowaniem ekranu i co ciekawe, w 99% robią to Arduinowcy. O co chodzi? To aby utrudnić lub uniemożliwić ewentualną pomoc albo do niej zniechęcić?
Fotki ekranu zrozumiałbym w zeszłym wieku. Nie każdy miał Frame grabber bo tani nie był a dynamicznie generowanego obrazu sztuczkami na VIC C-64 nie dało się zamrozić Final'em lub ActionReoplay'em. Od tego czasu minęło jednak  ponad 30 lat i technika się zmieniła przez co fotografowanie ekranu jest dla mnie całkowicie niezrozumiałe.


EDIT
Wypróbowałem EVE na Gwondows7-64, nie ma problemów [Obrazek: eve_win7-64.png]. Nie wiem co jest spie... w Gwindows 8 ale może mieszają prawa dostępu? Spróbuj uruchomić EVE z prawami administratora.
 
Odpowiedź
#40
Robiłem to na nie moim kompie i było już późno jak pisałem ten post oczy mi się kleily nie chciałem się już logować na nowo na forum dlatego zrobiłem zdj żeby było szybciej. Na pewno nie chciałem tu nikomu nic utrudniać w końcu mi też zależy na rozwiązaniu problemu a nie utrudniać. Tak czy inaczej wielka kuuupa z tego wyszła bo mam błędy nie mogę wygenerować na tym srindowsie i odpuszczam. Wolę komuś zapłacić i niech mi to zrobi bo tyle zachodu z wrzuceniem jednego głupiego zdj żeby siecwyswietlalo a to nie moja dziedzina żeby tracić czas dalej, bo i tak mi się to nie przyda w przyszłości nie będę zmianial srindowsa w laptopie na jedno zdj żeby się wyświetlało.
Dzięki za pomoc i poświęcony czas na posty to bardzo doceniam że byłeś aktywny w moim temacie.
 
Odpowiedź
  


Skocz do:


Przeglądający: 1 gości