www.elektronik.si

[gkrusi]

Morda za to vprašanje nisem na pravem foromu, sem pa prepričan, da se je kdo s podobno zadevo že ukvarjal.

Delam si svoj software (za svoje zadovoljstvo in razširitev znanja) za CNC gravirnik in rezkalnik za TIV v Microsoft Visual C# 2005 (poznam tudi druge podobne verzije ).
Zadeva že kar lepo deluje, razen časovnikov (timerji). Potrebujem namreč timer, ki bo vsako milisekundo spremenil položaj koračnih motorjev. Zadeva je navidez popolnoma preprosta, saj se timerji dajo nastavit na proženje 1 ms, a se ti na začudenje ne sprožijo 1000x v sekundi, temveč le dobrih 63x.

Za preizkus, sem izdelal preprost programček, ki sestoji iz petih timerjev, vsak ima 10x večji čas, ko se sproži, pa se izpiše število, kolikokrat se je že sprožil. Program sem zagnal in ustavil po točno 5 minutah, rezultati pa so takšni, kot jih prikazuje priložena slika .

Ve kdo morda v čem bi lahko bila težava in kako bi se jo dalo odpravit?

V nasprotnem primeru je alternativa, da za to opravilo sprogramiram PIC-ov mikrokrmilnik, ki mu zakasnitve kar lepo delujejo . S tem pa si žal naložim kar nekaj dodatnega dela, pa tudi zadeva o timerjih bi me še vedno "mučila".

V naprej hvala za odgovore!

[bungee]

Odgovor leži v naslednjem vprašanju. Kam prožiš signal. Če uporabljaš paralelni port, potem imaš težavo že s samim HW-jem. Druga stvar pa je še operacijski sistem, ki ti nagaja pri tem početju. Iz same številke 63 se pa še iz DOS časov spomnim, da je to število ponovitev, ki jih naredi en izmed interruptov v sekundi.

Problem programja, ki bazira na windowsih je OS sam. Rešitev tega problema je več. Najboljša je ta, da izdelaš ustrezen HW, kateremu potem pošiljaš ukaze in se le-ta ukvarja s točnostjo in številom ponovitev

[gkrusi]

Se mi je zdelo, da je težava v operacijskem sistemu, kajti opazil sem, da če prenosniku izključim zunanje napajanje, se hitrost tajmerjev še drastično zmanjša .

Samo zakaj pa potem Visual C# sploh omogoča takšno hitrost prekinitev, če je nerealna?
Ali bi zadeva morda na katerem drugem računalniku bolje delovala?

Do sedaj še na zadevo nisem prikljuil hardwerja, bom pa naredil povezavo preko RS-232 s PIC-om. Nameraval sem mu poslati le podatek, katere tuljave katerega motorja naj vključi, bom pa mu moral očitno poslati zahtevan položaj in hitrost rezkarja, ostalo pa naj mikrokrmilnik sam uredi in naj mimogrede še poroča o dogojanju. Tako lahko pošteno zmanjšam število prekinitev. Aja, za RS-232 sem se odločil, ker še potrebujem kar nekaj drugih odčitkov, tako da je zadeva za parallel port preobsežna (vsaj kolikor vem).
Neverjetno, mikrokrmilnik za par €, je bolj uporaben, kot pa računalnik za nekaj 1000 € !!!

[Sokrat]

Saj ni nerealna, le Windowsi niso RTOS. Jaz sem s PCom (v DOSu) meril intervale ranga nekaj deset mikrosekund, pa ni bilo nobenih tezav s tem, samo nic drugega se pac ni moglo takrat izvajati. V Windowsih se - ce ne drugega - mora izvajati vsaj scheduler, sicer bi sel cudoviti preemptive multitasking OS v franze

Aja pa se bolj neverjetno je to, da je kladivo za nekaj evrov bolj uporabno kot helikopter za nekaj sto tisoc evrov (za zabijanje zebljev)

[gkrusi]

Torej se bom moral sprijaznit s počasnostjo timerjev v Windows-u.
Kaj pa morda kakšne prekinitve? Da bi mikrokrmilniku daodelil nalogo, da preko svojega časovnika po RS-232 prekine program (mislim, da obstaja tukaj neka prekinitev) in bi tako dobil neke sorte zunanji timer. Ali bi se zgodilo enako, da bi operacijski sistem zadevo upočasnil do neuporabnosti?

Sokrat, kaj pa pomeni kratica RTOS?

[gkrusi]

Aha, že imam.

RTOS - Real Time Operating Systems



Mimogrede, kaj pa bi naj predstavljalo RTOS, kakšen poseben OS, ali ....?
Aja, pa sem premlad, tako da se na DOS ne spoznam kaj preveč, če je prav v DOS-u kakšna rešitev. Prvi računalnik ki sem ga imel je že uporabljal Windows 98. (nisem pa še na Visti )

[trot]

Prever si EMC ( http://www.linuxcnc.org/ ), ki temelji na RealTime Linuxi ( http://www.fsmlabs.com/ ).

Imaš zadevo že precej dodelano. Zadeva je open source. Oglej si, koliko in kakšna je koda, in ti bo jasno, da sam ne boš "spacal" enega kolikor toliko resnega programa. Raje uporabi, kar je že narejeno, in nadgrajuj to.

Če pa še vedno vztrajaš da boš sam, pa uporabi RealTime Linux.

[Hi-End]

Timerji v System.Windows.Form ne zmorejo biti točni na takšno natančnost kot želiš. Timerje poganja z tickom priblizno 20ms, kolikor je tick Windows OS-a. Zakaj približno, ker pač Windowsi niso RTOS in uporabljajo krasen scheduler, ki pa za to kar ti potrebuješ ni uporaben. Že napaka pri 100ms intervalih je pri 1 minuti velika kar 52 tickov (namesto 600, jih je generiral samo 548-).

[Benjamin]

Hm, ne vem, bi mogoče pomagalo če bi nastavil prioriteto procesa na realtime, ali vsaj na visoko?

[mucek4]

Problem je, da ti timerji, če ga nastaviš na 1ms delujejo 1 ms. Samo že prej omenjeno preklaplanje programov in... 1 ms pomeni 1 ms čakanja.

Izvajanje timer rutine, 1 ms čakanja, timer rutina, 1 ms čakanja... Če se ti timer rutina izvaja 0.5ms to pomeni, da se bo zagnala na vsake 1.5ms.

[Sokrat]

[.]

Brisana vsebina odstranjenega uporabnika.

[tonko]

Jaz sem pred leti naredil en program za Graviranje v Turbo C++ za DOS.
Bere HPGL in poganja koračne motorje na LPT portu.

CNC-GRAV.EXE - ZIP

[gkrusi]

Zanimiv program tonko. Moj pa bo izgledal nekako tako, kot na priloženi sliki. Res ne bo preveč kompleksen, a bo za izdelavo TIV in za graviranje čisto primeren. Sprejema pa format *.pbm (Portable Bitmap), tako da se da kakršno koli sliko, tekst ali vezje pretvorit v ta format, pa tudi izdelava softwerja je na ta način dokaj preprosta in tudi nadgradljiva v 3D verzijo, za rezkanje (uporabim lahko dokaj preprosto matematiko).

Kot opažam, se bom raje odpovedal RTOS, je kar zakomplicirana zadevica . Vseeno, hvala za pomoč!