Tag Archives: STM32F

VFD laikrodis (pastrigo)

Kadangi turiu VFD grafinį displėjų (128×64), ir kad ji nepamesti kur nors garaže, nutariau padaryti eilinį laikrodį. Panaudojau macniausią STM32F103 su 1M flešiuku, taigi priprogramuoti galima daugiau. O dar prikabinau reikalingų ir nereikalingų jutiklių.

Esami sensoriai:

  • DS1307 – RTC, nes pas STM32F103-čią seriją vidinis RTC gaidys.
  • BMP280 – oro slėgio (ir temperatūros) jutiklis.
  • MPU6050 – akselerometras ir giroskopas.
  • QMC5883L – 3 ašių magnetometras (kompasas).
  • VEML7700 – apšvietimo jutiklis.
  • HTU21 – drėgmės ir temperatūros jutiklis. Šis kiek beprasmis, nes viduje kiek per šilta nuo elektronikos.
  • Du mygtukai sensoriniai.
  • GPS.

Dar galima pridėti vieną kitą naują jutiklį- lygtai turiu spalvos, radarą, širdies plakimo, “infrared gesture sensor”, VL53LOX (atstumo). Gal visi ir netilps, nes korpusas vos vos didesnis už VFD ekraną.

Viena bėda- jutiklių daug, bet ką su jais daryti nežinau. Kol kas suprogramuota ar beveik suprogramuota:

  • Automatinis laiko ir datos nustatymas (su žiemos/vasaros laiku) iš GPS. Beja, šiandien GPS kažkodėl išmetė neteisingą datą. Todėl nuotraukoje balandžio mėnesio informacija.
  • Apšvietimo jutiklis kiek keičia laikrodžio šviesumą. Pilnoje tamsoje keičiasi ir šriftas.
  • Pagal laikrodžio padėti rodomas laikas- jei ant šono, skaičiukai šonu. Tam panaudotas akselerometras.
  • Oro slėgį kaip ir matuoja.
  • Drėgmės matuoklis matuoja, bet viduje beveik visada 30 laipsnių šilumos, tai drėgmė nelabai. Bandžiau perskaičiuoti į 20 laipsnių, bet čia tik teorijos.
  • Yra sukeltas pilnas astronomijos modulis iš interneto, kur tiksliai skaičiuoja dangaus kūnų padėtis. Taip žinom kada teka ir leidžiasi saulė ir mėnulis (ar koks Jupiteris). Ir aišku tikros mėnulio fazės. Čia kiek painiavos ant ekrano, nes yra du moduliai iš interneto ir jie skaičiuoja skirtingai (tiksliau gal aš skirtingai interpretuoju duomenis).
  • Yra grafinių primityvų bibliotekos (iš čia ir analoginis laikrodis). Net išnaudota VFD hardvarės subtilybės, kai paišoma ant dviejų nepriklausomų ekranų- taip nereikia perpaišyti ciferblato, kai ant jo užeina rodyklės. Rodyklės ir fonas tai du skirtingi ekranai (planes).
  • USB.

O dabar klausimas! Ką reikia įprogramuoti į šį laikrodį? Nes dabar tik 139kb užima softas (nenaudojama boot užsklanda), taigi liko kokie 850kb.

P.S. Lietuviškos raidės bus.

ARM51: Trimix

Projekto įdėja ne mano. Mano tik algoritmai, programa ir šiaip biški matematikos, nes kažkodėl realaus pasaulio matematika neatitiko to ką rodė jutikliai.

Taigi, Trimix arba trimix dujų mišinys. Tai deguonies, azoto ir helio mišinys naudojamas nardant į kiek gilesnius vandenius. Aš tiksliai nežinau, kam buvo kuriamas šis prietaisas, nes yra ir komerciniai dujų analizatoriai (vieną tokį ir turėjau kai testavau) ir dar šis modelis gavosi kaip ir didesnis (dėl fizikos).

Skaitliuko dėžutė tikrai tuščia. Nors viduje mano PCB, DC/DC keitiklis, 5V stabilizatorius (jei ne iš USB)

Matavimo principas- deguonies kiekį parodo jutiklis, jis taip pat parodo dujų temperatūrą. O helio kiekis matuojamas netiesiogiai- matuojamas garso greitis. Visi žino, kad įkvėpus helio, balso tembras pasidaro aukštesnis. Tai vyksta ne dėl to, kad kažkas pasikeičia balso stygose, o dėl to, kad garsas sklinda greičiau ir atitinkamai keičiasi “balso dėžutės” parametrai. Garso greitį matuojam… matuodami atstumą su ultragarsiniu jutikliu. Kuo didesnis garso greitis, tuo mažesnį atstumą rodo jutiklis.

Hardwarė labai paprasta, nes čia prototipas. Aš paėmiau vieną iš savo dev PCB su LCD ir priejos pradėjau klijuoti kitus elementus.

Matavimo celė su žinomu (ir reguliuojamu ilgiu). Pirmas prototipas.

Deguonies jutiklis kompiuterizuotas ir jungiasi prie MCU per UARTą. O štai atstumo jutiklis analoginis ir industrinis. Ne vien tik reikia maitinti didesne įtampa nei 12V, bet ir išėjimas kinta nuo nulio iki 10V. STM32F tikrai nepatinka tokios įtampos prie ADC. Todėl pastatėm įtampos daliklį. Tačiau STM32F103 serijos ADC šiaip nėra labai geras, o pridėjus netoliese DC/DC keitiklį, prototipinius laidus gavosi nelabai jau tikslūs skaičiai. Nes vienu metu norėjau statyti kitus ADC, iš kinijos užsakiau beveik visus gatavus modelius, taip pat ištraukiau iš stalčiaus ultra brangų senovinį 24 bitų ADC. Tačiau užsakovas pristabdė projektą ir išsinešė testuoti su esamu MCU ADC.

Kita bėda- atstumo jutiklis turi didelį “užkaitimo” driftą. Tai industrinis jutiklis (UNAM 12U9914/S14D), kuris tikrai tikslus, tačiau po įjungimo jis turi bent 10 minučių paveikti kol stabilizuojasi. Todėl teko daryti užnulinimo (tarinimo) mygtuką. Paleidus gryną orą reikia nuspausti mygtuką ir MCU persikalibruoja vieną tašką.

Kitas kalibracijos taškas- 100% helis. Paleidus gryną helį kalibruojam. Taip gaunam kitą tašką.

O dar yra “fabrikinė” kalibracija- taip jau gaunasi, kad keičiant dujų procentus, priklausomybė tarp ilgio ir helio nėra tiesinė. O ir atstumo jutiklis kiek kvailioja, Todėl programoje yra numatyta kita funkcija- raw duomenų nuskaitymas. Paleidus žinomą mišinį nuskaitom papildomai dar vieną ar du taškus. Tada turėdami 0, 100 ir tarpinius skaičius suskaičiuojam kreivės parametrus ir išvedam kreivės “išlenkimo” koeficientą. Šis koeficientas suvedamas į prietaiso EEPROM. Naujai kalibruojant (100% helis) ar taruojant (0% helis) šis koeficientas naudojamas perskaičiuoti kreivę. Iš esmės tai kreivės paišymas per 3 taškus.
Po tokių skaičiavimų rezultatai jau atitiko pramoninio prietaiso parodymams.

Aš paviešimu ne galutinį firmwaro source kodą ir negalutinis vidines instrukcijas. Taip pat neviešinu diskusijų su užsakovu ir excelio lentelių kur skaičiavom kitus parametrus (kad ir temperatūrą). Tačiau gal kam nors bus įdomu. Bendravimas su MCU per virtualų COM portą.

Vidinės instrukcijos– čia kaip koks kursinis darbas. Biški teorijos, biški praktikos.

Trimix source code STM32F103 gcc STM32CubeMX griaučiai (ne galutinis, bet veikiantis).

Pastebėti visokie įdomumai. Pavyzdžiui- helio įsigėrimas į 3D spausdintą plastiką:

Ar visokie gliukai su jutikliais.

Projektas tikrai žalias, bet jį galima iš čia pateiktų duomenų pasikartoti. Aš dalinuosi tik todėl, kad pas nepamirščiau ir dėl to, kad esami source kodai internete – totalus Arduinas su klaidom.

O helis skaičiuojamas labai paprastai 🙂

void Calc_Helis(double atstumas)
{
double a=coef_a;
double b=coef_b;
double c=coef_c;
helis=atstumas*atstumas*a+atstumas*b+c;
}

Sėkmės!

P.S. Dėkui Dianai už įdėją. Sėkmės doktarantūroje.

ARM: MPU-6050™ paleidimas

Per visus tuos arduinus ir kitokius pitoninius iškrypimus, net kelias dienas nepaleidau MPU-6050™ akselerometro ir giroskopo. Pasirodo, reikia atidžiau skaityti produkto datašytą. O kad pas visokius arduinus mikroschema pasileidžia su ne pilna inicializacija ir konfiguracija aš nežinau. Bet mano variantas veikia ant gryno gcc.

STM32F103 MPU-6050™ source code, tik .c ir .h failai. Su nedideliu demo.

ARM55: TG12864H (ST7565) SPI

Tai dar vienas atmintinukas apie LCD ekraniukus. Tokie ekraniukai kogero eina iš kokio Ali, bet aš juos radau kažkokiuose kasos aparatuose. Iš įpatybių: Read Only, SPI.

Beveik viskas veikia naudojant standartines ST7565 bibliotekas, tačiau yra kažkoks bugas su inicializacija. Kol kas sprendimas- du kartus inicializuoti ekraniuką.

Kadangi nėra galimybės nuskaityti ekrano atminties, norint pasinaudoti grafinėmis funckijomis (taškai, nuskaityti tašką) reikia daryti šešėlinę atmintį (shadow ram) ir ten laikyti ekraniuko ekrano kopiją.

Veikiančios demo programos source code, STM32F103 procesoriukui, STM32CubeMX griaučiai.

ARM54: ADC AD7710

Seniai jau mėtėsi šis prabangus ADC- AD7710AR. Jis toks specifinis: aukštos įtampos maitinimas, beveik SPI ir 24 bitai.

Minimalus maitinimas- 5V, ir jo išėjimas labai arti 5V. Tačiau STM32F103 yra 5V tolerantiškas. Tačiau viskam yra ribos. MCU biški kaista. Todėl prie visų kojų nuosekliai pajungiau 64 omų rezistorius- gal kiek ir padėjo. Dar reikėtu dviejų maitinimo šaltinių- vienas skaitmenai (5V), o štai analoginei daliai kogero geriau net bipoliaris maitinimas. Tačiau iš bėdos galima prijungti prie 5V.

O štai su “SPI” interfeisu biški bėda. Primiausia čia pusė duplekso ir duomenys eina per tą patį laidą. STM32F103 lygtai ir palaiko tokį režimą, tačiau kelių dienų eksperimentai parodė, kad visdėlto neveikia. Arba CLK lieka pastoviai, arba nespėja persijungti ar tai nuskaito bet kokią informaciją. Ir dar, jaučiu problemos su mikroschemos greičiais.

O dabar dar viena kvailystė- jei nuskaitom duomenis kai įjungtas 16 bitų režimas, reikia ir skaityti tik 16 bitų, o jei skaitom 24, tai reikia ir skaityti 24. Ir dar reikia stebėti ar duomenys paruošti skaitymui. O dar yra kita kvailystė- atskiras valdymo pinas skaitymui ir rašymui, o ne vienas R/W pinas. Kodėl taip padaryta aš nežinau.

Internete neradau gyvo pavyzduko, kad viskas veiktu. Tačiau po eksperimentų gavosi, kad grynai “softwarinis” variantas puikiausiai veikia.

Čia eksperimentinis source kodas STM32F103 serijos mikroschemai AD7710. Pagrindas – STM32CubeMX.

P.S. čipo kaina biški nustebino.

Futaba VFD GU112x16G (ARM)

Dar biški VFD temos. Turiu kelis mažesnius grafinius VFD modulius: Futaba GU112x16G-7806A. Tai darvienas modulis suderinamas su standartiniu LCD moduliu. Tačiau tai kartu ir grafinis modulis.

Šiame eksperimente aš nejungiau modulio prie standartinio paralelinio interfeiso, o pabandžiau su alternatyvinius metodus: SPI ir su papildoma plokštele- I2C (PCF8574). I2C variantas lėtokas. SPI variantas gretas, jei naudoti papildomą MB laidą per pertraukima. Šis MCU tikrai per greitas šiam moduliui ir buvo bėdų. O jei naudoti su hardcoded užvėlinimu, papildomo laido nereikia. Per i2c ir taip viskas veikia lėtai, todėl nereikia nieko stebėti.

Kairėje SPI, dešinėje su papildomu kinišku moduliu, I2C.

Atkreipkite dėmesį, kad šis modulis naudoja visai kitokį SPI variantą nei didesnis modulis.

Demonstracinis source kodas SPI ir I2C variantams. STM32F103 procesoriui, cubeMX skeletas.

Futaba VFD GP9002A01A (ARM)

Nors realiai tai GP9002A02A. Man patinka VFD technologija. Keista spalva, didelis šviesumas ir kažkoks lempinis vaizdas. Todėl jei matau kur nors palaidą VFD ekraniuką, stengiuosi prigriebti. Aišku aš kalbu apie panaudojamus modulius, o ne kažkokius “custom made” iš senoviškų magnetofonų. O kiek kartų mačiau milžiniškus grafinius modulius kurie buvo sudaužyti- stiklinis korpusas neduoda tvirtumo. O šis modulis nukentėjo kitaip- jo trafukas su plonučiais laideliais atitrūko nuo transformatoriaus korpuso. Teko klijuoti ir užsiimti mikrochirurgija- trafukas visgi smd.

Tai grafinis ir tekstinis modulis. Galima pumpuoti binarinę informaciją arba galima naudotis integruotais šriftais ir kiek keistokais šrifto dydžiais. Ekranas kaip ir “grayscale”, bet man nepavyko. Gali būti, kad yra skirtumas tarp “01A” ir “02A”.

Futaba moduliai dažnai būna ne tik lygiagretaus interfeiso, kaip LCD moduliai, bet turi slaptus papildomus interfeisus: asinchroninis nuoseklusis (kaip RS232, tik TTL lygiai) ir SPI (synchronious serial). Asinchroninis dažnai būna per lėtas, net prie 115kbit matosi kaip formuojasi vaizdas. Paralelinis naudoja labai daug laidų, tačiau labai greitas. O štai SPI kaip ir kompromisas. Pas šį VFD maksimalus greitis kažkur 2Mbit. Nauji moduliai dažnai būna USB/HID- tokių dar nečiupinau.

Su STM32CubeMX sugeneruojam programos griaučius. Aš pasirinkau kojeles iš eilės. Procesoriukas- bet koks. Čia konkrečiai STM32F103VBT6. Kur kibirą turiu.

Mums be SPI, reikia CD (command/data), CS (chip select) ir jei norime gražiai animuoti: VFD_INT (čia kadrų sinchroimpulsas). CS – programinis, nes yra biški triukų. Net porą vakarų turėjau praleisti, kol pradėjo teisingai veikti. Trumpai- CS, CD ir SPI sekos svarbios!

Iš datašyto matom, kad SPI nėra defaultinis. Pirmiausia LSB, antriausia netipiniai CLK. Dar žiūrom į C/D.

VFD datasheet SPI

Labai padeda susigaudyti settinguose šis vogtas iš interneto paveikslėlis. Renkam tą kuris panašiausias:

Beveik visos komandos surašytos į programą. Aišku kiek užknisa ekrano atminties organizavimas, bet viską galima apeiti naudojant galingus MCU.

Ir aišku VFD ekrano valdymo source code STM32F103 procesoriui. (ARM-0053).

27C400 arba Amiga Kickstart readeris

Biški gliučino mano remontuojamos Amigos, tai teko greituoju būdu pasidaryti 27C400 skaitytuvą nes pasirodo, nei vienas mano turimas EPROM skaitytuvas 256Kb x16 nevirškina. Nutariau pasinaudoti eiline STM32F103VGT plokšte. Dėmesio! Čipas VGT turi 96kb RAM, kiti gali netikti, nes programa naudoja 64K buferį mikroschemos skaitymui. Ir dar kažkiek užima USB procedūros.

STM32F103 yra tolerantiška 5V logikai, o šios ROM mikroschemos visiškai tolerantiškos kiek žemesnio potencialo logikai. Gal, jei šitą plokštę perdaryti iki programatoriaus, tai Vcc ten 6V (Vpp-12.5V). Jei tie 6V nutekės iki kojyčių, tai STM gali ir nugeibti.

Net ir naudojant GPIO valdymą, STM labai greitai nuskaito informaciją. O va greičio USB perdavimui tai labai labai trūksta. Kažkur skaičiau, kad STM32F1 gali iki 700kbit/s greitį pasiekti. Man kogero nepavyko- pagal LED matosi, kad iš čipo skaito gal ketvirtį sekundės, o poto ilgai ir nuobodžiai pumpuoja informaciją.

Viduje žalių laidelių žarnynas. Bet viskas veikia. Palaidas kondensatorius reikalingas- pasirodo, mano kompiuterio USB maitinimas visiškai blogas ir duomenų skaitymas labai jau matosi ant Vusb linijos.

Pasitikrinau visus Kickstartus, ir visi buvo geri.

Programinėje įrangoje daug nesąmonių. Bet gal kam nors bus įdomu. Yra tikras CRC32 skaičiavimas, hardwarinis CDC valdymas, IntelHex duomenų skaitymas ir rašymas. Viską galima valdyti per terminalinę programą. Savo reikmėm pasirašiau VB.NET programą, bet ja nesidalinsiu, nes ten viskas labai baisu ir vienintelė iki galo padaryta funkcija- nuskaityti čipą, paskaičiuoti CRC32 ir įrašyti čipo turinį į failą.

Visas STM32F103 27C400 ar Amiga Kickstart čipų skaitymo įrankio (ROM READER) source code ir CubeMX darbinis failas.

P.S. programa daro “byte swap”, nes visi Amiga kickstartai internete taip surašyti. O čipuose baitai sukeisti vietomis. Nedarašytas šios funkcijos valdymas ( reikia išjungti n = __builtin_bswap16(n); ). Sukeitimas tikriausiai susijęs su 68000 ir Intel MSB-LSB ar panašiai ideologija…

ARM48: USB HID host

Jei naudojamas STM32 čipas palaiko USB HOST režimą, tai prijungti USB įrenginį labai paprasta. Mano hardwarė labai paprasta- čipas ir dvi USB jungtys. Viena jungtis suprogramuota kaip virtualus COM portas skirta peržiūrėti rezultatus, o kita USB jungtis tai USB host. Čia galima prijungti pelę ir klavietūrą. Kiti HID įrenginiai nepalaikomi.
Primenu, kad HID klavietūra palaiko iki 6 klavišų nuspaudimus (neįskaitant modifikatorius: shift, control, alt…) ir atskirai siunčiami klavišų paspaudimai ir atleidimai.
Kad viskas veiktu, tereikia savo programoje pasirašyti callbacką:

  1. void USBH_HID_EventCallback(USBH_HandleTypeDef *phost)
  2. {
  3. char txt_buf[100];
  4. char t[4];
  5.  
  6. strcpy(t,"[x]");
  7. if(USBH_HID_GetDeviceType(phost) == HID_MOUSE) // if the HID is Mouse
  8. {
  9. HID_MOUSE_Info_TypeDef *Mouse_Info;
  10. Mouse_Info = USBH_HID_GetMouseInfo(phost); // Get the info
  11. int8_t dX_Val = Mouse_Info->x; // get the delta x value (note unsigned - signed conversion)
  12. int8_t dY_Val = Mouse_Info->y; // get the delta y value
  13.  
  14. int len = sprintf (txt_buf, "dX=%d, dY=%d, Button1=%d, Button2=%d, Button3=%d\r\n", dX_Val, dY_Val, Mouse_Info->buttons[0],Mouse_Info->buttons[1], Mouse_Info->buttons[2]);
  15. user_usb_tx((uint8_t *) txt_buf,len);
  16. }
  17. if(USBH_HID_GetDeviceType(phost) == HID_KEYBOARD)
  18. {
  19.  
  20. HID_KEYBD_Info_TypeDef *Keyboard_Info;
  21. Keyboard_Info = USBH_HID_GetKeybdInfo(phost); // get the info
  22. txt_buf[0]=0;
  23. unsigned char i;
  24. for(i=0;i<6;i++)
  25. {
  26. if(Keyboard_Info->keys[i] != OLDKEYS[i] )
  27. {
  28. if (Keyboard_Info->keys[i]==0) {strcat(txt_buf,"UPKEY:"); hex8(txt_buf,OLDKEYS[i]);t[1]=Scan2Char(OLDKEYS[i]); strcat(txt_buf,t);}
  29. else if (OLDKEYS[i]==0) {strcat(txt_buf,"DOWNKEY:"); hex8(txt_buf,Keyboard_Info->keys[i]);t[1]=Scan2Char(Keyboard_Info->keys[i]); strcat(txt_buf,t);}
  30. else {strcat(txt_buf,"ERR:"); hex8(txt_buf,Keyboard_Info->keys[i]); strcat(txt_buf,"-");hex8(txt_buf,OLDKEYS[i]);}
  31. }
  32. OLDKEYS[i]=Keyboard_Info->keys[i];
  33. }
  34. strcat(txt_buf,"\r\n");
  35. user_print_usb( txt_buf);
  36. }
  37. }

Pačiam HID reporte visada transliuojami visi nuspausti klavišai, todėl, jei reikia susiderinti su PS2 ar senesniu standartu, reikia tikrinti, koks klavišas nuspaustas ir koks paleistas. Ta daro ciklas 24-33 eilutėse.
Rezultatas:


UPKEY:12[o]
DOWNKEY:13[p]
UPKEY:13[p]
DOWNKEY:2F[[]
UPKEY:2F[[]
DOWNKEY:30[]]
UPKEY:30[]]
DOWNKEY:31[\]
UPKEY:31[\]
DOWNKEY:04[q]
DOWNKEY:16[s]
DOWNKEY:07[d]
DOWNKEY:09[f]


DOWNKEY:2C[ ]
UPKEY:16[s]
UPKEY:07[d]
UPKEY:09[f]
UPKEY:04[q]
UPKEY:2C[ ]
DOWNKEY:0B[h]
UPKEY:0B[h]

Visas demo softo source code čia: STM32CubeMX USB host HID demo source code.

ARM47 ir PID dalis #4

O dabar pašnekėsim apie STM32F4 serijos variantą ir source code. Pirmiausia- kodėl 4 serija? Todėl, kad tokia PCB pasitaikė po ranka. Ir tikrai ne dėl kažkokio mistinio FPU ar net DSP. Ir dar neaišku, ar mano turimas MCU yra originalas, o ne koks nors permarkiruotas šlamštas. Šaltinis solidus, bet kodėl jie juos išmetė? Reikia surasti kur nors panaudotą procesorių ir palyginti.

Source code yra sugeneruotas su CubeMX programa, kompiliuota su gcc. Ryšiai su kubiko paprogramėm tik per callback. Ir tai tik naudojam USB biblioteką (virtualus COM portas) ir taimerių pertraukimus. ADC skaitom blokavimo režime.

Pats PID skaičiavimas, float variantas visiškai toks pats kaip ir teoriniam variante:

float pid_generic(float measured, float setpoint, float amplif)
{
float output;
float deritative;
float error;
float proportional;
 
error = (setpoint - measured)/10;
proportional = error;
 
integral=integral + error * pid_dt;
deritative = (error - old_error) / pid_dt;
old_error = error;
 
output = (PID_KP * proportional + PID_KI * integral + PID_KD * deritative) * amplif;
 
return output;
}

Atsirado papildomas parametras “amplif” – tai bendro rezultato daugiklis, kaip ir sustiprinimas (ar susilpninimas). Teoriškai tą patį galima atlikti su pagrindiniais parametrais (P, I, D), bet taip lengviau priderinti prie “krosnelės” galingumo: kaitinimas dirba su integer skaičiais, ir PID rezultatas apsiapvalina. Taip prarandam “jautrumą”. Ir dar temperatūros parodymus pasmulkinam- tik dėl koeficientų.

uint32_t CalcTemp(void)
{
uint32_t a;
a=median_filter(adc_read_blocking(ADC_CHANNEL_4));
a=median_filter(adc_read_blocking(ADC_CHANNEL_4));
//a=median_filter(adc_read_blocking(ADC_CHANNEL_4));
// 786 - max t, 0.62V ->1655
// 3529 - kambario t, 2.83V -> 283
return (4096-a)/2; //12 bitų max apverčiam ir pašalinam LSB.
}
 

Dėl ADC blogumo, matuojam kelis kartus, invertuojam (dėl schemotechnikos išėjimas mažėja didėjant temperatūrai) ir pašalinam mažiausią bitą, nes jis rodo kvailystes. Funkcija “median filter” vogta iš interneto. Tai funkcija, kuri teoriškai turi išfiltruoti sporadiškus nukrypimus: jei eina 5, 6, 4, 3, 100 – tai tas šimtas kaip ir ne į temą. Kiek veikia per daug netikrinau. Manau, reikia dar padidinti buferį.

  1. readtemp=CalcTemp();
  2. pwm=PID(readtemp, SETTEMP);
  3. SetPWM(pwm);

O čia pats pagrindinis ciklas, kuris kartojamas sistemingai: 1 – nuskaitom, 2 – paskaičiuojam. 3 – valdom kaitinimą.

Visas likęs source kodas aptarnauja kontrolerio valdymą per terminalą (galima keisti parametrus) ir duomenų išmetimą analizei. Tai tik eksperimentinis variantas- darbiniam trūksta dar visokių apsaugų, normalaus valdymo ir indikacijos. Ir aišku, išėjimas čia PWM, kad tinkama mažam rezistoriui, bet ne tikram šildytuvui. Dar nesugalvojau, kaip padaryti korektiškai proporcinį valdymą realiai rėlei ar 50Hz simistoriniam reguliatoriui. Jei užteks kantrybės, tema bus vystoma.

Pats pilnas STM32F446 PID controller source code skirtas gcc ir kartu CubeMX projekto failas (versija užrakinta posto datai, galimi patobulinimai). Prie papildų- median filter, ftoa ir usb paprogramės. Visa mano kūryba “USER” aplanke.