🚀 go-pugleaf

Lembit wrote:

> jah, just ekraanile ja faili l�hevad neis 4 baidis toimunud muutused.
> On t�htis, et loetakse iga paketi saabudes ta kohe buffrist maha.
> Saigi juba kiirus 19200 pandud, pakett tuleb ~2mS.
> J��b 4mS aega j�rgmise eventini.
> Selle ajaga peab t��tlema ja puhta buffriga uut paketti ootama j��ma.

Ja mis siis kui seal lugemisel on buffris mitu komplekti?
SO loed pikast buffrist siis kui aega saad.
Peale lugemist algab kirjutus uuesti buffri algusesse.
Midagi kuskile ei kao. Mitte midagi ei unustata.
V�tad j�rjest ja t��tled :)

Kui keegi ukse taga kella helistab ei pea ju kohe jooksma vaatama. :)

> T��tlemist pole palju,
> kui tingimus on t�ene, m�rkida �les see tingimus ja algusaeg
> kui eelmine t�ene tingimus on muutunud, n�idata ja kirjutada tingimus, 
> algusaeg ja l�puaeg(ajavahe)
> tingimusi on 38

Kena, n�itad seda juttu 200 korda sekundis ekraanile.
Mis juhtub kui teed seda ekraani muutmist 1 kord sekundis?
Siis jooksed kogu buffri rea (800 baiti) l�bi ja otsid muutusi.

Inimene kiiremini ei reageeri ja masin ekraani ei loe.
Faili kirjutad k�ik korralikult �ra.

Aga ise tead.

> Event t��tab minuarust korralikult. 

Minu originaalprogrammis seda eventi kasutust polnud, ju seal siis 
midagi valesti sai.

Tegelikult ma tahaks mitte baidi, vaid stringi leidmise eventit.
Nii 3-4 baiti.

Mul on see LCC32 (ikkagi free) all tehtud aga sealt vast vahet pole.

A.R.