STM32F103 vidinis RTC labai gaidiškas ir laikas pastoviai plaukė. Todėl, kad pagelbėti užsakovui, kiek perdarėm jo “Retro lempinį nixie laikrodį“.
Už kokius 4€ nupirkom pas kinus GPS modulį ir biški primontavom.
Toliau buvo biški programavimo. Ir net kelios dienos galvosupio, nes neveikė. Pasirodo, fazendoje, antrame aukšte, dėl geležinio stogo, kiniški GPS moduliai nepagauna signalo. O šiandien nusinešiau į šiltnamį ir viskas magiškai pradėjo veikti.
Firmwarė dirba taip (tikuosiu laikrodis bus tik Lietuvoje, nes laiko zoną įrašiau tiesiogiai)- jei neatitinka minutė ir yra GPS FIX, tai nuskaitoma GPS data, pasiskaičiuojama ar jau atėjo žiemos/vasaros laikas ir perrašomos valandos, minutės ir sekundės. Valandos aišku + TMZ + DST.
Pirmas variantas buvo su klaidom ir kažkodėl per nakti nusimušė valandos.
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ų.
Laikrodis šonuAnaloginis laikrodisPatamsintas šriftas.Astronomija. Čia biški chaosas.Dienos šriftas. Kampe rodo GPS pagavimą.
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.
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.
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.
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.
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ą.
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.
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.
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.
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.
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ą.
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…
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ą:
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: