Ovaj primer sa LED sam iskoristio za step/dir<>pwm konverter, imao sam dve iste plocice i dve USB konekcije i uradio sam samo ovo u programu:
Kada preko USB dobije signale za DTR ili RTS tj da je terminal prikljucen u glavnoj petlji sam samo ubrzao malo povecavanje cnt promenljive sto je dovelo da blinkanje bude brze i tako sam mogao da tamo u nekoj shumi kablova prepoznam na koju sam se plocicu ukacio
Na ovaj nacin se takodje dobije malo bolji utisak kako program radi (ili ako ne blinka znamo da je zaglavio), ako bi stavili toglovanje LED na svaki prolaz bilo bi prebrzo, videli bi samo neki osrednji intenzitet svetla od LED ali kada se podeli sa brojacem na neku vrednost oko 10Hz tacno se vidi sta je program uradio za taj jedan kratak blink (recimo prosao 20.000 puta kroz loop kada se saberu svi oni ++).
Dok tako blinka u sustini je sve OK, 20.000 nasih operacija u petlji u sekundi je vise nego dovoljno za sve moguce potrebe logike.
Medjutim, ako stavimo LCD 2x16 u tu petlju i pratimo blinkanje ove LED, posle ukljucivanja uredjaja sledeci blink LED ce se desiti prekosutra
Sta to znaci, to znaci da je taj LCD pojeo neverovatno mnogo procesorskog vremena jer koristi delay() funkcije neophodne za komunikaciju sa tom relativno sporom periferijom i vise nema 20.000 prolaza kroz petlju u sekundi nego ako stignemo do 20-50 bice super
Mnogo je korisnije na primer potrositi to raspolozivo vreme na usrednjavanje prilikom A/D konverzije (oversampling) da dobijemo finije merenje i filtriranje od smetnji, manijacio sam se sa STM32F4 jednom prilikom i radio 8192x oversampling, dobijao sam merenje napona sa A/D jos malo pa kao kod Sanwa-e
Resenje je naravno da se ta LCD komunikacija prebaci na nekog drugog, bilo koriscenjem I2C prostih modula (sa PCF chipovima) sto je polovicno resenje ili koristiti jos jedan MCU koji je uvezan sa drasticno brzim komunikacijama poput SPI i gde mi iz nase glavne petlje brzinski mozemo da prenesemo poruku za LCD i da nastavimo dalje da izvrsavamo program a drugi MCU to lagano isprica LCD-u sta da crta! Naravno postoje dosta napredniji graficki moduli koji vecinu ovih problema resavaju.
Code:
if(MySerial.isConnected() && (MySerial.getDTR() || MySerial.getRTS())) {
//flash led faster if USBserial is connected
cnt++;cnt++;
}Kada preko USB dobije signale za DTR ili RTS tj da je terminal prikljucen u glavnoj petlji sam samo ubrzao malo povecavanje cnt promenljive sto je dovelo da blinkanje bude brze i tako sam mogao da tamo u nekoj shumi kablova prepoznam na koju sam se plocicu ukacio
Na ovaj nacin se takodje dobije malo bolji utisak kako program radi (ili ako ne blinka znamo da je zaglavio), ako bi stavili toglovanje LED na svaki prolaz bilo bi prebrzo, videli bi samo neki osrednji intenzitet svetla od LED ali kada se podeli sa brojacem na neku vrednost oko 10Hz tacno se vidi sta je program uradio za taj jedan kratak blink (recimo prosao 20.000 puta kroz loop kada se saberu svi oni ++).
Dok tako blinka u sustini je sve OK, 20.000 nasih operacija u petlji u sekundi je vise nego dovoljno za sve moguce potrebe logike.
Medjutim, ako stavimo LCD 2x16 u tu petlju i pratimo blinkanje ove LED, posle ukljucivanja uredjaja sledeci blink LED ce se desiti prekosutra
Sta to znaci, to znaci da je taj LCD pojeo neverovatno mnogo procesorskog vremena jer koristi delay() funkcije neophodne za komunikaciju sa tom relativno sporom periferijom i vise nema 20.000 prolaza kroz petlju u sekundi nego ako stignemo do 20-50 bice super
Mnogo je korisnije na primer potrositi to raspolozivo vreme na usrednjavanje prilikom A/D konverzije (oversampling) da dobijemo finije merenje i filtriranje od smetnji, manijacio sam se sa STM32F4 jednom prilikom i radio 8192x oversampling, dobijao sam merenje napona sa A/D jos malo pa kao kod Sanwa-e
Resenje je naravno da se ta LCD komunikacija prebaci na nekog drugog, bilo koriscenjem I2C prostih modula (sa PCF chipovima) sto je polovicno resenje ili koristiti jos jedan MCU koji je uvezan sa drasticno brzim komunikacijama poput SPI i gde mi iz nase glavne petlje brzinski mozemo da prenesemo poruku za LCD i da nastavimo dalje da izvrsavamo program a drugi MCU to lagano isprica LCD-u sta da crta! Naravno postoje dosta napredniji graficki moduli koji vecinu ovih problema resavaju.