[tiipla]

Kas siin liigub keegi kes oleks antud teemaga süvitsi kursis? Meie meeskonnal on programmikood olemas, mis loeb (USB emuleeritud) serial pordist küsimise peale stringi ning tegeleb selle edasise töötlemisega. Kahjuks jookseb see üsna tihti kokku väljastades eri kohtades veateated kuna string jääb kas lühikeseks või toimub reavahetus (UI aknas mis näitab väljaloetud stringi) keset stringi lugemist. Viga tekib enne kui andmed jõuavad nö. oma programmeeritud puhvrisse.

Kui keegi suudaks/sooviks antud küsimuses aidata viga/lahendust leida võiks võtta ühendust meilil tiit at adek.ee (ilma tühikuteta)
Huvi korral saan siia ka koodijupi kopida; ise ei ole progeja vaid projektijuht, seega vabandan võimalike ebatäpsuste pärast.

[Mnator]

Tänapäeval on siiski veel ehtsa com pordiga arvuteid saada. Soovitan soojalt neid kasutada aga mitte usb-emulaatoriga jännata.

Ja töövahendusfoorum on allpool.

[tiipla]

Vahet pole, töötab sisuliselt sama moodi nii emuleeritud kui ka otsese RS232 pordi korral. Asi peab stabiilselt toimima igal juhul

[Mnator]

Kui muud nõksud enam ei aita, siis võta kiirus alla.

[napoleon]

Võibolla pole probleem üldse serial pordi spetsiifiline, stringi lugedes peab alati arvestama, et saad kätte mingi suvalise tükki mitte ridahaaval. Seda isegi siis, kui protokoll on selline, et saadetakse ainult üks rida ja enne vastuse saamist muud ei saadeta.
Vahel võib jama olla ka windowsi IO puhvritega, proovi need välja lülitada. Omal ajal C/C++-ga sai seda pordist lugemist ikka tehtud ja ei meenu küll, et sellega suuremat jama oleks olnud. Aga see oli muidugi peamiselt winXP ja vanemata windowsitega, võibolla on uuematel mingid iseärasused kuigi väga ei usu, et serial pordi osa kapitaalselt muutunud on.

[Mnator]

Kapitaalselt muutunud pole, kontrollerikivid on samad mis varem, on kasvanud tarkvaraline vahekiht ja sellevõrra mõnikord vigu raskem jälitada.

[tiipla]

Aastate eest oli asi lahendatud delphis ja probleeme polnud; nüüd aga C#/Visual Studiole üle minnes on jamad tekkinud; ja ilmselt tõesti selles mainitud "tarkvaralises vahekihis" ja olekski vaja seal lähemalt tuhnida.

[Mnator]

Teed katsetusteks vajadusel eraldi programmi ja ajad järge, et kus sul viga tekib.

[i8080]

kui kasutad System.IO.Ports.Serialport siis sellega on mingi anomaalia minu arust.
aga ma ise pole sellesse lõpuni süvenenud, kuna minu puhul viskas kopa ette see, et 115000baud (umbes 14kilobaiti sekundis) püsiva andmevboo korral oli korraliku masina CPU load 11-30% ja Atom prose korral üle 50% ja sealjuures mingi 1-10% baite läks suvaliselt kaduma.
võib olla oli vigane näide mida kasutasin (erinevad masinad ja riistvara probleem ei saanud seega olla)
http://www.codeproject.com/Tips/361285/Serial-Port-Communication

samas seal nagu pole ise midagi paremaks muuta ka kuna

[tiipla]

jah just seesama koodirida

[Mnator]

Haakub seni kuni kasutatavad teegid on toetatud/lubatute nimekirjas. 7 ja 8 puhul veel on.

[i8080]

iseenesest COM port on nii vana asi, et winapi ei saa selle põhimõtet kunagi muuta. see oma lowlevel tasemel jääb nii nagu on ja on ikkagi
CreateFile, ReadFile, WriteFile põhine, nagu enamus sisend-väljund seadmete ja objektide pöördumisi.

aga ma ise jah mingi paar aastat tagasi, kui seda C# SerialPort proovisin ja ei viitsinud pikalt süveneda, kui lisaks nägin, et kohe alguses segased probleemid olid. ja kuna mul oli juba varasemast see tty.c näidisel põhinev kood C keeles probleemideta kasutusel olnud - siis enda jaoks sain probleemi lahendatud ja ma ei hakanud pikemalt süvenema ega aega raiskama.

muidu mingid lehed, mida võiks uurida ja ehk selgub ka tõde kui ehk mingeid property väärtuseid veel muuta proovida. on teatud kahtlus, et näiteks madala kiiruse korral võib tekkida timeout ja sellepärast jätab baidid vahele või siis suure kiirusega saab puhver (piiratud suurusega) täis ja lähevad jällegi baidid kaduma.

ise prooviksin muuta neid
SerialPort.ReadTimeout
SerialPort.ReceivedBytesThreshold

ja mõned lingid antud teema kohta
http://blogs.msdn.com/b/bclteam/archive/2006/10/10/top-5-serialport-tips-_5b00_kim-hamilton_5d00_.aspx
http://stackoverflow.com/questions/466474/how-do-i-use-datareceived-event-of-the-serialport-port-object-in-c
http://stackoverflow.com/questions/2844928/will-serialport-datareceived-event-trigger-repeatedly

[napoleon]

Kui C# sellega tõesti hakkama ei saa(vähetõenäoline, kuid mitte 100% välistatud), siis üks võimalik workaround oleks serial pordiga toimetamiseks C++-s DLL kirjutada ja selle funktsiooni C#-s välja kutsuda.