[elektro] OT: VB2008 soros vonal olvasás
elight at gmail.hu
elight at gmail.hu
Mon Nov 11 17:12:21 CET 2013
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]
More information about the Elektro
mailing list