🚀 go-pugleaf

>> 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.
>
Aga s�ndmuse reaalne aeg l�heb nihkesse.
kui buffris on 11 paketti ja  nt. esimeses  muutus mingi tingimus t�eseks
ning 11-ndas muutus �ra, siis reaalselt oli t�ese aeg 6*10 mS,
need korraga mahalugedes aga on nullil�hedane.
Asi ongi selles, et on vaja teada s�ndmuste algust ja l�ppu(vahet)
Vajalikud s�ndmused on 50mS... 1min vahemikus
Ekraanile ja kirja l�heb �le 10 sekundi olevad
Aga t�psus peab olema mitte �le pluss-miinus 10mS.
Ei p��se kuhugi, peab s�nkroonis olema
Niisiis kuidas teha nii, et iga kella peale lasen
4 k�lalist sisse, aga eelmisest kellast ei tohi
keegi olla uksetaha j��nud, kes seltskonda ei sobi?