[ bogdan.kecman @ 16.08.2010. 16:55 ] @
Microchip je izbacio novi PIC PIC24FJ256GB206 (data sheet)

USB
3xSPI
3xI2C
CCP
500KSps AD
EPMP
interni oscilator + HW RTCC
...

I sto je jos interesantnije 256K flash + 96K RAM

64pina TQFP/QFN, postoje i verzije sa vise pinova (PIC24FJ256GB210 na primer sa 120 pina)


sa cenom ispod 7$ (6.5$ na komad) moj je favorit od danas :)


EDIT da, radi na 2.2 - 3.6V
[ habeg @ 22.08.2010. 00:25 ] @
Tuzno je samo to sto za vecinu u Srbiji ovo nije nikakva informacija vec samo mozemo da se lozimo... :(((
[ bogdan.kecman @ 22.08.2010. 06:02 ] @
svi koji prodaju microchip u srbiji ga prodaju, jedini problem je 2-3 nedelje se ceka posto ga nema na lageru, nista problematicno po mom misljenju
[ habeg @ 22.08.2010. 11:06 ] @
To je onda super. Meni se svidja zbog memorije i 3 SPI modula. Zadnji put kada sam pitao domaceg distributera u vezi nekog 18f PIC-a cekalo se minimum mesec dana i cena se dosta razlikovala od one na microchip-ovom sajtu. U svakom slucaju, hvala na obavestenju.
[ bogdan.kecman @ 22.08.2010. 11:39 ] @
ume i sad da se zalomi da se ceka po mesec dana, uglavnom zato sto neke stvari sam microchip salje prilicno sporo ... ali te stvari isto toliko cekas i ako uzimas direkt iz farnela/digikey-a i ekipe ...

imas 2 officijelna distributera u srbiji: http://www.microchip.com/stell...nodeId=1975&country=Serbia ... kad uzimas od njih bude "brze" i najcesce dosta jeftinije nego kada uzimas kod ostalih .. sad, ume da se oduzi (npr meni je pickit3 dolazio skoro 2 meseca, ali nisu oni krivi, microchip je rekao da ce poslati "odma" sto znaci 2 nedelje do beograda, onda je microchip 3 puta odlagao slanje zato sto nisu imali nijedan na lageru) ali to nema nikakve veze sa "srbijom", isto bi ti bilo i da si u nemackoj ili americi
[ habeg @ 22.08.2010. 13:41 ] @
Citat:
bogdan.kecman:imas 2 officijelna distributera u srbiji: http://www.microchip.com/stell...nodeId=1975&country=Serbia ... kad uzimas od njih bude "brze" i najcesce dosta jeftinije nego kada uzimas kod ostalih


Da,da...na njih sam mislio. Videcemo koliko je pouzdan Microchip. Narucio sam PIC32 Ethernet Starter Kit sa MC Direct .
[ bogdan.kecman @ 22.08.2010. 13:52 ] @
meni sa mc direct-a jedno 3 puta nije stiglo "nikad" a uzeli su pare, 2 puta mi je stiglo posle ~4 dana, i uglavnom mi je stizalo posle 2-3 nedelje ... tako da sam batalio i narucujem preko "domaceg" zastupnika. Prosli put uopste nisam uspeo da narucim, sve je kao "proslo ok" ali na kraju nije hteo da zatvori nalog .. ma ..
[ habeg @ 22.08.2010. 13:56 ] @
Kako ti nije stiglo nikad? Sta je bilo sa lovom? Sad su ubacili servis live chat. Mozes da ih cimas za bilo sta... neki lik uvek dezure.
[ bogdan.kecman @ 22.08.2010. 14:03 ] @
lepo, nije stiglo ... "nikad" == "vise od 6 meseci", ko zna, mozda i stigne nekad :D

dobio sam par odgovora na to tipa "evo sad cemo poslati", "poslacemo danas", "poslali smo juce" ... nisu neke cifre tako da se nisam cimao dalje oko toga, ko zna mozda je postar drpio .. ne bi me cudilo ... n oobizrom da su mi ovi lokalni bugari skroz ok to resavali (relativno brzo, prilicno jeftino) a da ja ne kupujem na 1000 komada ... par din tamo vamo mi ne pravi razliku ..
[ bogdan.kecman @ 24.08.2010. 16:08 ] @
btw vezano za PIC24FJ256GB206 jos uvek ga nema nigde u prodaji a microchip za sada prima porudzbine od min 160 komada tako da ce proci nesto vode savom dok ovo ne bude "ready available"
[ Odin D. @ 24.08.2010. 20:24 ] @
A u medjuvremenu dok to ne stigne - Cortex M3, dvaput vise za iste pare :)
[ bogdan.kecman @ 24.08.2010. 21:47 ] @
ma, ja se ozbiljno razmisljam da kompletno napustim microchip i da batalim celu pricu sa 8bitnim i 16bitnim mcu-ovima ... mogu da koristim msp430 za 16bitne stvari i da se prebacim na cortex m3 / arm7 / arm9 .. mozda mbed... iskreno nesto sam ovih dana prilicno odlepio na neke njihove odluke i mislim da vise necu da kupim nijedan pic. ovih par 32mx i ovo sitno dspic i 18f sto mi je po kuci cu da potrosim na sitne projekte ali vise nista ozbiljnije necu da pravim sa picovima .. (ni sa atmega isto, ista prica, isti problemi)... ono gde sam finalno pukao su glupave microchip licence i polise za enforsiranje istih, nemam snage da se bavim politikom a 32bitni mcu-ovi ionako kostaju koliko i ovi osmobini, sto da bez veze gubim vreme ...
[ Odin D. @ 25.08.2010. 05:37 ] @
To sam ja pricao za 8-bitne kad su se pojavili 16-bitni, pa za 16-bitne kad su se pojavili 32-bitni.
Ako se ne radi o ogromnim serijama gdje razlika od evro-dva pomnozena sa suludim brojem primjeraka napravi neku znacajnu svotu para, nego o kucnoj radinosti ili o ogranicenom broju primjeraka onda nema smisla gubiti vreme na uguravanje koda u skuceni cip skucenih mogucnosti.

Evo ja sad upravo budzim neki rotary-encoder za neki graficki interfejs (4 primjerka), a po izricitoj zelji narucioca - ATmega. Ja reko ATmega32, a on ipak narucio ATmega16 - kaze nije bilo 32-ojke na lageru (nepoznato vreme isporuke)!?
Bitmape cifara za LCD su prozdrale vec 70% memorije. Brzina cipa vec na granici mogucnosti da odradi sve sto treba (a to sto treba i nije nesto mnogo), sav kod kresem i potkresavam vec nekolko dana da bi se ugurao u raspolozive resurse a da mu se funkcionalnost ne smanji bitno, tj. da user ne oscjeca iritirajuce lagovanje prilikom koriscenja. Funkcije su toliko skresane da ni ja koji sam ih pisao bez citanja komentara (koji vise i nisu komentari vec literarno djelo) ne mogu provaliti sta rade.
Cijena tog vremena i potkresavanja nadzilazi razliku u cijeni izmedju ATmega16 i intel-Atom platformi. Znaci za cijenu ovog uguzivanja - od koga nema nikakve koristi - mogao je sklepati color terminal sa tastaturom i dzojstikom umjesto budjavog encodera i skucenog lcd displeya.
Eto kad covjek razmislja po principima iz 80-tih godina i misli da je manje - bolje.
[ bogdan.kecman @ 25.08.2010. 13:33 ] @
Citat:
Odin D.: To sam ja pricao za 8-bitne kad su se pojavili 16-bitni, pa za 16-bitne kad su se pojavili 32-bitni.


znas kako, ja sam ove 32bitne sve nekako preskakao do sada i koristio "samo kad moram" posto ne postoje u DIP kucistu a hederi/moduli su preskupi (ne toliko skupi koliko nedam da me neko pravi budalom i naplati mi 2x3cm pcb 10-20E) i onda mi prototyping ide sporo (ne mogu da koristim breadboard, moram da pravim pcb-ove sam, lemim stotine mikronskih pinova etc etc ..) ... dok 16bitnih ima u dip-u (28 i 40 pina koliko oces :D dovoljno za 90% posla) ... osmobitne sam nastavio da koristim da "potrosim lager" ... imas jos nesto ovih 16f690, 16f877a, 16f887, 1ff819, 628 i slicno, koji su mi ostali od pre par godina (dok nisam shvatio da uopste nisu jeftiniji od 18F ili dspic serije a sve sam kupovao po 10+) .. i to cu da istrosim, nisam kupio 16f poodavno :) a ni 18F se ne secam kada sam uzeo zadnji (doduse narucio sam pre neki dan par komada PIC18F1320 da zamenim ovaj 819 koji mi je u ovom hot bed-u posto ne mogu nikako da uguram sav kod u njega :( )

Citat:

Bitmape cifara za LCD su prozdrale vec 70% memorije.


hehe znam za taj problem. ja sam isprepravljao svoje neke funkcije sada (bas u ovom hot bed kontroleru sa 16F819) da bi oslobodio malo ram-a tako da je

Code:

const char gen1[]  = "Target:   00.00C";
const char gen2[]  = "Current:  00.00C";
#ifdef __GT204__
//204-GT thermistor with 10K in voltage divider
#define TEMPS 20
const unsigned int16 thermTable[TEMPS] = {
  1024, 999, 984, 962, 931, 888, 834, 767, 691, 609, //0-90 //0==1009
  526, 446, 372, 307, 252, 206, 168, 136, 111, 91    //100-190
  //, 75, 62, 51, 43, 36, 30, 26, 22                 //  200-270
};
#endif

#ifdef __RT16__
//135-104LAG-J01 thermistor with 10K in voltage divider
#define TEMPS 20
const unsigned int16 thermTable[TEMPS] = {
  1024, 974, 947, 910, 861, 801, 730, 651, 570, 490, //0-90 //0==1009
  414, 346, 287, 237, 195, 160, 132, 111, 90, 77     //100-190
  //, 63, 54, 45, 39, 33, 28, 24, 21, 18, 16         //  200-290
};
#endif
...


postalo

Code:

#ifdef __GT204__
  #define TEMPS_start 2
  #define TEMPS 28
#endif

#ifdef __RT16__
  #define TEMPS_start 0x3A
  #define TEMPS 30
#endif


//EEPROM (256 bytes)
#rom 0x2100={
  //target temp (80C
  0x40, 0x1F,

  //2
  //204-GT thermistor with 10K in voltage divider
  0x7F,0xFF, 0x03,0xE7, 0x03,0xD8, 0x03,0xC2, 0x03,0xA3, 0x03,0x78, 0x03,0x42, 0x02,0xFF, 0x02,0xB3, 0x02,0x61,    //0-90 //0==1009
  0x02,0x0E, 0x01,0xBE, 0x01,0x74, 0x01,0x33, 0,252, 0,206, 0,168, 0,136, 0,111, 0,91,                             //100-190
  0,75, 0,62, 0,51, 0,43, 0,36, 0,30, 0,26, 0,22,                                                                  //  200-270
  
  //135-104LAG-J01 thermistor with 10K in voltage divider
  //0x3A
  0xFF,0, 0x03,0xCE, 0x03,0xB3, 0x03,0x8E, 0x03,0x5D, 0x03,0x21, 0x02,0xDA, 0x02,0x8B, 0x02,0x3A, 0x01,0xEA,       //0-90 //0==1009
  0x01,0x9E, 0x01,0x5A, 0x01,0x1F, 0,237, 0,195, 0,160, 0,132, 0,111, 0,90, 0,77,                                  //100-190
  0,63, 0,54, 0,45, 0,39, 0,33, 0,28, 0,24, 0,21, 0,18, 0,16,                                                      //  200-290

  //0x76
  'H','E','A','T',' ','B','E','D',' ','C','O','N','T','R','O','L',
  
  //0x86
#ifdef __encoder__
  ' ',' ',' ',' ',' ','v','4','.','2','e',' ',' ',' ',' ',' ',' ',
#else
  ' ',' ',' ',' ',' ','v','4','.','2',' ',' ',' ',' ',' ',' ',' ',
#endif  
 
  //0x96
  'T','a','r','g','e','t',':',' ',' ',' ','0','0','.','0','0','C',
  //0xA6
  'C','u','r','r','e','n','t',':',' ',' ','0','0','.','0','0','C',
  //0xB6
  0
}
#define init1 0x76
#define init2 0x86
#define gen1  0x96
#define gen2  0xA6



Tako da umesto
Code:

gen1[i]

koristim
Code:

read_eeprom(gen1+i)
... malo je sporije je ustedelo flash :D, sva sreca ovaj ima 256 bajtova eeproma, na zalost nije dovoljno ... fali mi jos jedno 500 bajtova flash-a tako da cu da ipak turim ovaj 18F i da resim problem, mrzi me da gubim vreme .... izgubio sam na ovo 2 dana ... i to ne 16h, izgubio sam preko 30h u ta dva dana pokusavajuci da provalim o cemu je rec ... provali kod:

Code:

return  j * 1000 - (dataValue * 1000 / range);


u slucaju da je dataValue priblizno jednako ili jednako range OVO NE RADI kako je ocekivano!!! nesto tu kompajler izglupira i valjda odradi dataValue/range prvo pa tu nesto iz zaokruzuje pa pomnozi sa 1000 i svejedno dobijem da mi temperatura ide 57, 58, 69, 60, 61, 62... 68, 79, 70, 71 .. nogu sam odgrizo sebi da nadjem sta me ...

kada se napise:

Code:

 return (j * 1000 - (dataValue * 1000.0 / range));


i tada radi ok !!! naravno pojede jedno 20 bajtova vise zato sto tu radi float mnozenje i deljenje umesto integer .. ali ga odradi kako treba ... tako da ma koliko sam ja sacuvao flash-a time sto sam radio uglavnom sa integerima (cuvam temperaturu kao "prava temperatura * 100" i racunam sve kao *100 i tako dobijem kvazi xxx.xx brojeve) to ne radi bas kako treba..

Citat:

Brzina cipa vec na granici mogucnosti da odradi sve sto treba (a to sto treba i nije nesto mnogo), sav kod kresem i potkresavam vec nekolko dana da bi se ugurao u raspolozive resurse a da mu se funkcionalnost ne smanji bitno, tj. da user ne oscjeca iritirajuce lagovanje prilikom koriscenja. Funkcije su toliko skresane da ni ja koji sam ih pisao bez citanja komentara (koji vise i nisu komentari vec literarno djelo) ne mogu provaliti sta rade.

hah, pa kad si pustio klijenta da bira mcu :D ... nego, nije bas neka razlika u brzini izmedju atmega16 i atmega32, osim vece memorije ne secam se da je razlika u brzini tu .. jedino ako ti nije uvalio attiny ?

Citat:

Cijena tog vremena i potkresavanja nadzilazi razliku u cijeni izmedju ATmega16 i intel-Atom platformi. Znaci za cijenu ovog uguzivanja - od koga nema nikakve koristi - mogao je sklepati color terminal sa tastaturom i dzojstikom umjesto budjavog encodera i skucenog lcd displeya.
Eto kad covjek razmislja po principima iz 80-tih godina i misli da je manje - bolje.


ma ... meni da je neko pokazao par sitnica na vreme ne bi ja izgubio ovoliko vremena sa osmobitnim mcu-ovima, ja sam poceo sa njima tamo nege 1989 i to je bilo vreme 51 i posle se pojavio pic (84) oni "fancy" likovi su koristili motorolu i to je to ... sve "jace" je bilo "jezivo skupo" ... i meni je to ostalo tako u secanju, kada sam pre par godina ponovo dobio dovoljno slobodnog vremena za igru, nastavio sam u tom ritmu "manje je mnooogo jeftinije", skontao da mi 16F serija za dosta stvari radi posao i nisam ni probao 18F a kamoli dspic ili 32mx .. i naravno kupovao sam u radio klubu (posto jeli tada '89 to je bilo jedino mesto gde si mogao da nadjes takvu egzotiku). onda mi je drugar spomenio mikroelektroniku, kupih od njih easypic3 i ladno provalim da imaju 16f za ~3 puta manje pare nego u rk-u i tu se skroz zbunim, na zalost imali su samo 15f877a u prodaji tada i 18f4550 koji je kao imao usb sto mi nije bilo zanimljivo te sam nastavio sa 877a .. i tek posle godinu dve pokusavajuci da kupim pickit2 (posto sam provalio da easypic nece da radi sa "normalnim" alatima vec samo sa mikroe kompajlerom) naletim na bugare i provalim da su kod njih piconje jos iskusno mnogo jeftinije nego kod mikroe, pogledam ceo cenovnik i provalim da 18F nisu uopste skuplji a da su ozbiljno "slobodniji" za rad .. i tek tada skontam koliko sam glup .. u medjuvremenu se nakupilo raznih 16F* koje sam narucivao iz usa, engleske i slicno, donosili "braca, tetke, drugari".... sad povremeno turim po neki 16F kad mislim da ce da mi odradi posao - cisto da ih potrosim, i evo npr, ovaj mi se na* ... izgubio sam minimum 10 dana vise vremena na njega umesto da sam turio neki 18F i odradio to levom nogom :( ...

ono sto je i dalje problem je trough hole .. ili bar soic ... ali kad mi uvale tqfp/qfl (o qfn necu ni da pricam) dodje mi da vristim ... pre neki dan sam pricao 20 min sa britom iz ftdi-a oko 2232H chipa (uzeo modul od njih pokusavam da ga implementiram u jedan moj projekat - mnooogo iskusan chip mada mi se cini da bi bolje prosao sa onim cyrus-om al ..) i na kraju krene neka spika oko community-a, hobby korisnika i sta bi bilo iskusno, ja mu kazem - vidi qme, napravite jedan 8pinac DIP koji je ono 1 kanal usb2usart, znaci kao ovi najmanji cipovi koje imate, samo u dip pakovanju, ne treba fifo, ne trebaju ledare, nista, samo daj rx/tx sa jedne strane d+/d-/vusb/vss sa druge strane, i dajte ako vam treba neki externi kondenzator izbacite pinove za njih i to je to .... ima da se prodaju ko alva ... on meni, "razmisljali smo mi o tome, ali nije nama to trziste, mi hocemo da se ftdi trosi u embeded sistemima ovo ono" ... idioti, sa jednim takvim cipom su mogli da zavladaju hobby marketom a vec imaju sve, samo da ga stave u dip umesto u qfn hebo ih qfn to zalemis i onda gledas u jednu tacku nedelju dana dok lecis opekotine od vruceg vazduha i vadis trunje iz ociju
[ Odin D. @ 25.08.2010. 18:08 ] @
Citat:
dok nisam shvatio da uopste nisu jeftiniji od 18F ili dspic serije

Pa to je uglavnom pravilo.
Kad se industrija dohvati nove tehnologije, 99% ulaganja ide u nju, tako da im odrzavanje starih proizvodnih linija vrlo brzo postane slabo isplativo ili cak nikako.
I onda imas slucaj da stari cipovi kostaju 5 puta vise od novih koji su 50 puta mocniji.
Sada imas slucaj da 32-bitni procesori kostaju isto kao i 8-bitni (naravno, ako se izuzmu prcvoljci od nekoliko kilobajta i 10-tak dvajs pinova s kojima nemos nista nego blinkati par dioda).

A DIP-u je izgleda odzvonilo. Ja sam od DIP-a digao ruke jer se danas u DIP-u mogu nabaviti jedino najelementarniji primjerci iz serije, a cesto ni to, a ponekad je i smaranje traziti ko ih ima na lageru, kolko kostaju, kad ce stici....
Ne radi se samo o mikrokontrolerima, nego se ni nista drugo uglavnom ne moze naci u DIP-u.
Lemljenje smd-ova mi nije problem, jedino lomatanje oko stampe, ali cu se uskoro pozabaviti smisljanjem neke skalamerije za brzi prototajping sa smd-ovima. Imam vec neke ideje samo mi treba malo slobodnog vremena da isprobam.
Inace, lemljenje smd-ova pin-po-pin jeste zaguljeno, zato sam taj metod u startu skartirao. Tinol zica 0,3mm i lemilica sa zacjecenim vrhom i lemim u jednom potezu jednu stranu cipa - rjetko kad bude ikakvih problema, a ako se neki pinovi i kratkospoje samo povucem vrhom lemilice od pinova i gotovo.

Citat:
hah, pa kad si pustio klijenta da bira mcu :D ... nego, nije bas neka razlika u brzini izmedju atmega16 i atmega32, osim vece memorije ne secam se da je razlika u brzini tu .. jedino ako ti nije uvalio attiny ?

Ma nema razlike u brzini, brzinu sam samo pomenuo kao faktor koji je mogao biti vredan nepominjanja da je izabran 2 dolara skuplji cip.
A ovako sam skrpio neki Frankestaj program koji je pola interrupt-based, a pola radi na poliranje, sa glomaznim funkcijama jer scjeckanje u manje i logicnije funkcije bi izazvalo povecanje koda (a nema vise mjesta) i usporenje (brzina na granici) te se vise ne zna ni ko sta kad koga na stack-u handri. Kad to zavrsim formatiracu hard-disk i instalirati sistem nanovo da izbrisem svaki trag o tome.

Code:
Code:

return  j * 1000 - (dataValue * 1000 / range);

Zanimljiv problem :)
Probaj ovo izracunavanje da razbijes u vise koraka (jedna racunska operacija - jedan korak) pa gledaj sta se zbiva sa medjurezultatima.
Tako ces sigurno da uhvatis gdje skripi.
Takodje obrati paznju na velicinu tipa sa kojim radis: ako su u pitanju 16-bitni integeri onda ti je max 65535 (unsigned, a signed pola od toga), pa ako u bilo kojem koraku prekardasis tu vrednost variabla "premota" pa nastavi od nule (unsigned) ili od -32768 (signed).
Cini mi se da u C-u standard ne definise kojim redoslijedom ce se obavljati operacije istog prioriteta tako da za tacnu implementaciju trebas pogledati u dokumentaciju kompajlera.
U svakom slucaju, mozes to i sam razbiti u vise koraka redoslijedom koji tebi odgovara - iovako ionako to kompajler isto razbije tako da sa stanovista brzine i velicine koda nista ne dobijas time sto to izracunavanje drziz u jednom C-izrazu.



[Ovu poruku je menjao Odin D. dana 25.08.2010. u 19:29 GMT+1]
[ bogdan.kecman @ 25.08.2010. 20:34 ] @
ma nasao sam ja zasto taj izraz puca, samo kazem, zbog gluposti sam izgubio vreme - dok nisam nasao sta puca ..

za smd - meni nije problem da ih lemim (ok one minijaturne stvarno mrzim) - ali to znaci da moram da napravim pcb za svaki prototype, sa dip-om samo zabodem to u solderles bboard i vozi .. vidim da ljudi cesto prave "blade adaptere" za tako nesto (stavis ga na plocicu i sve pinove stavis sa jedne strane na 0.1" i to kao "blade" zabodes u proto solderless bread board) .... ali ko ce da se smara sad da napravi 30 blade adaptera ... ono, zgodno bi bilo napraviti neki "univerzalni pcb" za blade pa onda lemiti na njega kako ti koji mcu dodje, ali kao sto rece i sam, nema vise nista u dip-u, ni adc/dac/op/ttl... da ne spominjem ove malo jace igrace ...
[ sokrad @ 29.08.2010. 23:00 ] @
Da ne pravim novu temu...

Jedno pitanje u vezi integrisanog RTCC modula(u mom slucaju 18F67j90).
Mogu li da koristim INTRC za RTCC i ostale module istovremeno, recimo WDT,FSCM?
[ bogdan.kecman @ 29.08.2010. 23:16 ] @
bolje da si napravio posebnu temu - tako drzimo stvari grupisane .. no to ce vec neki moderator da uradi ..

sto se tice pitanje, DA, mozes da koristis isti clock source za sve module ako hoces.
[ sander @ 30.08.2010. 14:24 ] @
Bogdane, ne znam da li si video ali za grafičke aplikacije imaš nove 24-vorke sa ugrađenim grafičkim interfejsom za direktno spajanje sa Monochrome, C-STN, TFT, OLED ekranima. Pominje se neke rezolucije:

•Resolution up to 640x480 @30Hz, 16 bpp, or 480x272 @60Hz, 16 bpp

Takođe 256Kb programske memorije i 96Kb rama.

Evo ti oznake pa pogledaj:

PIC24FJ256DA210

Pozdrav.
[ bogdan.kecman @ 30.08.2010. 14:38 ] @
vidjao sam ih, ali iskreno od OLED-a mi je muka, ne kapiram zasto PRCovci nisu u stanju da naprave glupi display sa kablom koji moze da se ubode u konektor i koji nece da "Crkne" kad ga 5 puta savijes ... varijanta sa gumom i srafovima mi se zgadila .. da ne kazem da imam 10+ smorenih oled-a ovde kojima je crko kabl ... a svaki je po 20+ evrica .. * ih onaj ko .. 4@**($@_#%$@*# %$#(%*

c-st, tft i ekipu nikad nisam uspeo da nateram, tj nisam uspeo nikad da uparim da to radi, gledao sam neke "kitove" ali je bilo udaranje po usima pa sam odustao ... varijanta sa oledom (osim @$!Q#$@#$ kabla) radi 1/1 .. za brze ima paralelni prilaz (20fps bez problema) za sporije ima spi prilaz (5-6 fps ali 3 zice samo) no generalno sam presisao .. pre nego kupim sledeci mcu dooooooooooobro cu da pogledam sta jos ima ... od kad sam naucio da lemim smd ne vidim vise razlog da uzmem bilo sta manje od 32bitnog mcu-a

ono sto me zanima (a ovaj ima) je USB 2.0 OTG ... to bi hteo da probam da vidim kako radi, mada sa us*anim licencama koje stavlja microchip ...