STM32 generic board

[npejcic]

Izgleda da je low-level ipak dugoročno gledano najbolje rešenje. Recimo ovo što sada radim je pokušaj da uradim "rapid-development" na jednom starom projektu koji mi je na PIC24FJ128GA106 sa kojim sam zaglavio jer je 90% pun, pa eto rekoh da probam da portujem kod na STM32L071 i to brzo Ali avaj, nemože to baš tako lagano.

Lakše bi bilo da si uzeo veći PIC  
Stvarno je bezveze stvar sa tim HAL. Dal je moguće da im ne radi "glupi" UART!?

  Da znaš da si u pravu.
Ali rekoh napredak tehnologije i ako nemaš ARM-a u uređaju nisi "trendy"

  Šalu na stranu, ovakve projekte vidim kao edukaciju sebe da uradim nešto novo i da budem u toku sa novim pravcima razvoja embedded elektronike.

Pogledaj ovaj link, kolega je to stavio jer je imao slicne probleme, dole na dnu stranice ima i video sa detaljnim uputstvom kako sve da se potera.
http://elco.crsndoo.com/mediawiki/index....M32_USART1

Da, ima smisla probati. Sutra sam pored uređaja, nadam se da ću imati vremena da probam i javljam rezultate. Hvala.

Ja sam pre neki dan se bio zaglavio sa I2C, ali mojom krivicom, nisam "poslusao" osciloskop i dekoder koji su mi uporno signalizirali da mi fali tamo neki ACK u protokolu ...
Kada sam resio da ga poslusam, onda nisam znao gde tacno treba ACK da postavim u programu, onda sam isao metodom "brute force" i iz 4-5 pokusaja sam nabo gde treba da se postavi i onda je sve proradilo kako treba ...

Slicno radim po principu "brute force" i za ostale periferije kada se zaglavim negde, znaci idem i "klikcem" redom registre po periferiji preko debugera, u jednom trenutku se "nesto desi", "aha u tom grmu lezi zec" ...
Mora da se snalazimo, takavm nam posao

BTW: Posto sam se igrao sa FRAM, nisam znao vise sta da stavljamu slobodne memoriske lokacije pa sam napravio counter za broj reseta/reboot-a MCU (imam i brojac "radnih minuta") samo da vidim koliko to ja puta za jedan projekat uploadujem/resetujem MCU.
Dosao sam do vrlo zanimjiv brojki, recimo za jedan relativno prost projekat se to svodi na oko 500 puta u toku nedelju dana!
Ako tu brojku pomnozimo sa vremenom potrebnm za upload programa dobijamo vreme koje gubimo samo na te stvari, a ako u tu situaciju onda dodamo recimo Microchip kome treba jedno x10 vise vremena da usnimi program u MCU nego kod ARM dobiju se "zabrinjavajuce" brojke za vreme koje gubimo na te stvari.
Takodje me je ovo interesovalo zbog broja upisa u STM-ov Flash, proizvodjac garantuje oko 10.000 upisa, dakle ovim tempom moze relativno brzo da se stigne do limita.
Naravno, ovi moji brojaci su brojali i RESET (bez usnimavanja) pa je situacija malo bolja ali usvakom slucaju je zgodno da imamo neke okvire o kojim brojkama se radi.

I ja sam se jednom preračunavao oko broja upisa u FLASH mem i da li smo na granici da oštetimo FLASH mem prilikom razvoja jednog uređaja.
Došao sam do neke brojke da je rad na tom projektu zahtevao oko par hiljada upisa. Nisam dostigao cifru od 10k. Takođe ova brojka je uglavnom minimalna količina upisa u FLASH mem, tako da je to u proseku značajno više.
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
Od tada nikada mi se nije desilo nešto slično. Tako da mislim da nije problem, ionako za razvoj planiraš bar nekoliko MCU ako se desi tako nešto

BTW: Posto sam se igrao sa FRAM, nisam znao vise sta da stavljamu slobodne memoriske lokacije ...

Ni ovi nisu znali sta da stave u slobodan ROM : ), pa stavili par skrivenih slika zaposlenih koji su radili na dizajnu Apple SE racunara, nasli hakeri posle 25 godina
http://weddingphotography.com.ph/12012/s...years-ago/

Čoveče, kakav duh su imali ti ljudi osamdesetih... u danjašnje vreme mnogo je lakše "prošvercovati" multimediju i u MCU od mikrotalasne pećnice, za razliku od 1986. godine
Baš sam se oduševio.