[elektro] OT: VB2008 soros vonal olvasás

[elight at gmail.hu]

Az utolsó pontosabban, és többféle nyelven is:

http://www.ontrak.net/Programming.htm

Üdv István



2013-11-11 17:12 keltezéssel, elight at gmail.hu írta:
> Sziasztok.
>
> Nem értek a VB programozáshoz,
> és ezért nem tudom hogy felfogni,
> mi ebben a hatalmas  probléma?
>
> A vett adatokat INTERRUPT-os kezeléssel,
> vagy egy ASM, C vagy miegymás  betéttel nem lehetne
>    egy körbufferbe az érkezés ritmusában bepakogatni?
> Ez garantáltan nem erőforrás igényes dolog.
>
> http://prohardver.hu/tema/regebbi_informatikai_konyvek_assembly_hardver_programozas_temakban/hsz_1-50.html
> http://www.antikvarium.hu/konyv/joe-campbell-c-tippek-trukkok-224480
>
>
>     Azután ha megtelt a buffer , a főprogram eseménykezelője
> egyben kinyalja a megérkezett  mondatot..
>
> Vagy esetleg :
>
> http://msdn.microsoft.com/en-us/library/7ya7y41k.aspx
> http://msdn.microsoft.com/en-us/library/system.io.ports.serialport.datareceived%28v=vs.110%29.aspx
> http://www.innovatic.dk/knowledg/SerialCOM/SerialCOM.htm
> http://www.ontrak.net/serialport.htm
>
> alaposan körülnézegetni az ajánlásokat,.
> Valami csak beüt előbb utóbb!
>
>
> Üdv István
>
>
> 2013-11-11 15:10 keltezéssel, Balla Zoltán írta:
>> Feladó: <hozso_001 at freemail.hu>
>>>     Másik dolog: azt mondja, hogy nem garantált, hogy minden
>>> byte vételénél lefut az eseménykezelő. Akkor mi van, ha pont
>>> egy üzenet utolsó byte-j(ai)nál nem fut le? Időtúlfutással kell
>>> figyelni, hogy megérkezett-e az üzenet vége?
>>>
>> Nagyobb sebességű folyamatos kommunikáció esetén lehetetlen reagálni minden egyes esetben, amikor
>> jött egy byte bejövő adat, mivel több idő amíg lefut az eseménykezelő, mint amennyi pl 2  vagy több
>> byte beérkezési ideje összesen!
>> De nem is jó ilyen esetben így megírni a programot, mert akkor felemészti a processzoridőt teljesen
>> egy intenzív kommunikáció...így csak néha, kis mennyiségű adat érkezését szabad kezelni!
>> Ennél sokkal jobb, ha előre megadott, fix mennyiségű byte után fut le az eseménykezelő, mert akkor
>> egyből tudod, hogy legalább annyi, vagy több beérkezett adatod van, ellenőrizni sem kell már...és
>> addig nem is terheli az erőforrásokat fölöslegesen. Fix(vagy előre ismert) hosszúságú adat
>> kommunikációra ideális.
>>
>> Zoli
>>
>> -----------------------------------------
>>             elektro[-flame|-etc]
> -----------------------------------------
>            elektro[-flame|-etc]