>>> Jednom mi se desilo da sam greškom u PIC18F452 upisivao na 100ms parametre u interni njegov EEPROM (proizvođač 1,000,000.00 upisa) i mašina radila par meseci i javio se operater da mu gubi podatke koje podesi. Pogledao sam u kodu i shvatio šta se dešava, otišao na teren zamenio MCU i sve uredno. Tom prilikom sam izračunao da je EEPROM bio upisan oko 1,600,000.00 puta Smile
Hehe, ja sam uspeo greskom da zaglavim FRAM u main() pa je upisivao ko sumanut, skontao sam kada je stigao do 500 miliona Tako da eto jedna greska u SW opet daje zanimljive rezultate i potvrduje da ovaj FRAM radi bas kako treba da radi jedna NV memorija.
10-13-2017, 09:25 AM (This post was last modified: 10-13-2017, 09:34 AM by yugaja.)
Super!!!
Ja sam se igrao s grafikom dosta zbog posla, svasta se tu moze uraditi da izgleda i lepo i da radi jako brzo, ali previse posla/vremena/resursa zahteva kada ides s bare metala
Npr :
na nekoj mojoj custom ploci sa stm32f407 i ssd1963, 4.3" TFT 480x272....
10-13-2017, 10:13 AM (This post was last modified: 10-13-2017, 10:15 AM by yugaja.)
evo sta sam ja koristio ili koristim...
mikroe VisualTFT uzasno prosto za korisenje, na nivou arduina ili cak jednostavnije. Ideja zlata vredna, realizacija...mikroE...Msm nema se tu sta puno zameriti. To radi ono za sta je napravljeno odlicno, ali kada vidis da ti stm32f407 salje jpg sliku na 480x272 celu sekundu, znas da nije bas optimalno...
Stemwin ima sjajna resenja, ja sam nesto od tih toolova koristio (npr za fontove, za slike i sl..) ali je c kod koji se vrti na ARMu bio moj (radio sam ono sto pise da se ne radi - reverse... to je ionako bilo samo za moju dusu
Uglavnom sam koristio custom tj neka moja resenja kada se sve sabere.
Na kraju pristup je da koristim slike u izvornom formatu (bmp, jpg npr..) parsiram ih u run time-u i crtam.. Buttoni, animacije (spriteovi) i ostalo... to je sve custom. Ispobavao sam dosta resenja uGFx i sl...ali ili kosta jako puno ili nije bas dovoljno dobro za ono sto je meni tj firmi trebalo.
Hvala puno na odgovoru.
Za VisualTFT znam. Nekada davn sam ga koristio i za moje tadasnje potrebe je radio kroz korektno. Koristio sam neki ARM TI Stellaris, pa sam onda koristio i VisualTFT i MikroC PRO for ARM. Lepo su radili ti ekrani. Nisam koristio slike, vec klasicno pravljenje ekrana pomocu tastera itd. Cela prica mi se nije svidela jer je ogranicena samo na Mikroelektronikine kompajlere. U kompajlerima ima bas, bas dosta gresaka.
Stemwin sam video, ali ga nisam koristio.
U skorijoj buducnosti cu imati projekat sa TFT-om i kapacitivnim touch-om, pa bih voleo na sve moguce nacine da izbegnem rucno pravljenje ekrana. Trenutno zelim da se upoznam sa mogucnostima
Sto se tice Touch-a, poterao sam i to, radi lepo.
Kontroler za touch FT5206 radi sav potreban posao oko toga, na kraju samo dobijes rezutat u registrima koji sadrzi broj touch-eva, broj gesture-a (pokreta) i XY koordinate pojedinacnog touch-a.
Ima generisanje interapta koji se aktivira kada se stisne Touch, tad program treba da ode i da pokupi potrebne informacije.
Jedino imam zamerku sto to sve radi preko I2C i sto je relativno sporo, za jedan touch mora da se iscita 6 registra, za svih 5 touch-eva jedno 30-ak i to traaaaajeee na I2C 400kHz ....
Moze nesto da se tu izmislja sa DMA i rastereti malo procesor ali ne moze potpuno jer je I2C takakav kakav je pa mora da baratas sa Start/Stop/ACK/NACK ...
Po meni je najbolja varijanta neki Linux SBC + TFT LCD. To pod uslovom da se hoće neki fancy GUI. Najveći deo cene ionako nosi LCD tako da štedeti na MCU samo donosi potrošeno vreme. Ja sam silno vreme pogubio trudeći se da poteram 3,2TFT na STM32F407 i to koristeći CubeMx. Imam biblioteke i primer koji radi ali nisam zadovoljan kako to izgleda.
Ali brale, ta biblioteka kosta 2500E u pocetnoj varijanti
---
Sto vise to sve istrazujem sve vise mi fali tu neki FPGA koji stvarno radi graficku akceleraciju.
Oni spomenuti Nextion displeji (7'') upravo imaju FPGA na sebi i cinimise F7 ili F4 kao aplikativni procesor.
Postavlja se pitanje da li je to sve vredno tog novca i ulozenog vremena, veoma je naporno sve to raditi rucno liniju-po-liniju, tacku-po-tacku.
Kada se ima ovakva neka postavka sa grafickim funkcijama jos visljeg nivoa, to tada vec dobija neki smisao.
FT800 je cini mi se 512x512 max davno sam gledao, posle su izbacivali i nesto novo, ali brate dokle vise novi egzoticni hardvwer - pravis sarenis po terenu, odrzavanje je haos u najavi...
Ovako zalegnes jednom sredis svoje bibliotekice za fontove, sredis slike, jpeg, bmp, i polako...milimetarski papir i vozi )) salim se malo, ali stvarno nije tako strasno. Posle par projekata nakupis dovoljno materjala da samo pakujes kockice, a imas potpunu kontrolu nad svim...
I onda ta grafika radi skoro na svakom grafickom kontroleru. Ionako se sve to na kraju svodi na LcdSetArea, LcdSetPixel...
10-13-2017, 01:13 PM (This post was last modified: 10-13-2017, 01:26 PM by mikikg.)
Ste videli sta radi sa SDR onaj lik?
Ej to ima unutra digitalne filtere 400-og reda minimum!!! Znate sta je to?? Ajd u analognoj elektronici to napraviti : ) ... treba vam bar 40 komada junackih kristalnih filtera vezanih na red, posle 3. bi se signal toliko zaglupeo da nema pojma dalje procesirati
Ima dva nezavisna prijemnika, ima predajnik 100W sa svim modulacijama ...
Sunceti, jedan STM32 i Audio Codec, ostalo sve HW od pre 100+ godina
Da ne spominjem ludila sa BPSK i QPSK modulacijama, to je neverovatno, demodulise se signal koji je ispod granice shuma prijemnika (A/D konvertera) !!!
Pustis signal na zvucnik i ne cuje se, tu je ali se ne cuje!!! Ukljucis dekoder, on samo zvizdi i ispisuje poruke
10-13-2017, 02:33 PM (This post was last modified: 10-13-2017, 02:57 PM by mikikg.)
(10-13-2017, 11:39 AM)gorankg Wrote: Po meni je najbolja varijanta neki Linux SBC + TFT LCD. To pod uslovom da se hoće neki fancy GUI. Najveći deo cene ionako nosi LCD tako da štedeti na MCU samo donosi potrošeno vreme. Ja sam silno vreme pogubio trudeći se da poteram 3,2TFT na STM32F407 i to koristeći CubeMx. Imam biblioteke i primer koji radi ali nisam zadovoljan kako to izgleda.
Ja sam jedino sa Linuxom uspeo da zaokruzim pricu za kompletan GUI koji mi je trebao za viseosne robote ...
Kad uzmes sve suma sumarum, jedan TFT i RPi i vozi Misko! I to da biras u cemu da pises, od Java Script / HTML preko Python do C/C++!
Hehe, kada bi ove biblioteke sto sam pisao za RA8875 portovao na RPi tj ARM, to bi izuvalo iz g***a 16bit paralelni interfejs, caoooo ...
I jos da se "podsetimo" da je BeagleBone Black prakticno jeftiniji od RPi posto ima storage na sebi, ehhh, bare-metal BBB? ...
A sta ce mo tu sa jos dva slobodna PRU koprocesora?
Pa napravi se graficki akcelerator od toga, malo alfa-blending, antialiasing, Brazenhajm i ostalo!!!
10-13-2017, 02:54 PM (This post was last modified: 10-13-2017, 02:55 PM by yugaja.)
Apsolutno se slazem, samo izmedju ostalog je u igri i pitanje kolicine uredjaja.
Ako je u pitanju 10tak komada, mozemo kako hoces. Ako ce da se pravi n x10k uredjaja, svaki dolar je vazan a kamoli 10-20$ po uredjaju.; Onda crtas po stm32f4xx, sve se pusi
Tako da eto jedna greska u SW opet daje zanimljive rezultate i potvrduje da ovaj FRAM radi bas kako treba da radi jedna NV memorija.
