Delay in reftreshing receiving data from serial port

Question

0.00/5 (No votes)

See more:

Hi Friends
My program(Windows Application) is receiving data by serial port from hardware and shown by label in form.but it has problem:showing datas have about 15 sec delay when I change the parameter in hardware.By the way I am using thread.
I think datas are stored in buffer and cause of that I have such delay.how can I change my program and refresh labels immediately?

Posted 24-Sep-12 10:30am

saber_ordv9

Add a Solution

Comments

supernorb 24-Sep-12 16:35pm

Hey, I would like to see your code, could you please post it here? Thanks

Sergey Alexandrovich Kryukov 24-Sep-12 17:01pm

So what? If the data is in buffer, you can always access it. Too bad if this is not in your buffer...
--SA

2 solutions

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Sergey Alexandrovich Kryukov · Answer 1 · 2012-09-24T10:55:00

Solution 2

I don't think you can do anything serious about it unless you can change the firmware on the hardware device you are using. This delay cannot be explained by considering anything in your computer (unless your code does something really stupid, but I hardly can believe that). Many things depend on what happens on the other end of the RS-232 cable; by you often has no access to it.

Unfortunately, this situation is very typical: in real life, way too many firmware developers have insufficient computer education, unfamiliar with many basic concepts and vaguely imagine what the software developers do on a computer host and how the firmware is really used. It happens even in well-known solid companies. In principle, you can try to use the other API part to do the same thing. If this does not help, try to report the problem to the manufacturer, but don't hold your breath… :-)

—SA

Posted 24-Sep-12 10:55am

Sergey Alexandrovich Kryukov

Updated 24-Sep-12 11:00am

v2

Comments

CPallini 24-Sep-12 17:10pm

Hey man, I'm also a firmware developer.
:-D

Sergey Alexandrovich Kryukov 24-Sep-12 18:07pm

I have all facts to believe that you are, personally, a much better one, but I don't think you can deny that many others don't cope with the job, don't you thinks so? This job is more difficult than other, but the average skills are typically lower than in desktop computing (no, I don't count Web development), so the level of adequacy is much lower. This is what I know from all my experience, and many my colleagues working at control systems agree. Am I right?
--SA

Sergey Alexandrovich Kryukov 24-Sep-12 19:33pm

However, even though my comment above is perfectly true, this is not my "classical" response to such comments. If you want to see you my classical response... it would go something like this:

--"Hey man, I'm also a firmware developer."
--"Not to worry; then I'll explain it to you twice, and slower..."

:-)
--SA

CPallini 25-Sep-12 3:10am

That's good, indeed.
BTW I'm not sure I understood, could you repeat it please?
:-)

Sergey Alexandrovich Kryukov 25-Sep-12 13:58pm

:-)

supernorb 25-Sep-12 5:20am

I think the best way is to post your code here, I would like to know the hardware API via which you can build your application. Ah, by the way, I think the problem may lie in the hardware API, if so it is not really related to C#, try revising the documentation for that hardware. Hope it helps!

Sergey Alexandrovich Kryukov 25-Sep-12 13:59pm

This "problem in hardware" can take place, but most likely, this "hardware" means "firmware".
And, what "your code"..?
--SA

LloydA111 · Answer 2 · 2012-09-24T10:39:00

Solution 1

What parameter are you changing?

Posted 24-Sep-12 10:39am

LloydA111

Comments

saber_ordv9 24-Sep-12 16:51pm

I am receiving some datas from hardware.they can be changed manually.I ment those parameter that can be changed by myself

Sergey Alexandrovich Kryukov 24-Sep-12 16:53pm

This is not an answer. Please move it all to comments to the question.
--SA

LloydA111 24-Sep-12 20:54pm

Thanks for the 1 vote. You are still not being very clear, which parameters are you changing? Baud rate etc?

supernorb 25-Sep-12 5:12am

Well, it is also an answer, I think, but not a good answer! hahahahah. Maybe a bad answer is the most suitable to a bad question!