serial Send speed

[Dennis_Knutson]

You are making an elemental mistake by confusing baud with bytes per second. The simple fact is the bit timing is actually 2 M baud. That does NOT say you will receive 2 M bytes per second. You may, but most probably you wil not. A great deal depends on the sender. For an example, a transmitter can send a single character (byte) at 2M baud and insert an inter-character delay. The delay does NOTHING to alter the baud rate.

Your assumptions are just fundamentally flawed.

[V.S]

No, it's bit/sec because the ratio 10,000 which has been multiplied to "total read bytes+1" is 10bits*Millisecond.

and when I run the program I recieve maximum 4 sets of 5001bytes per second... It is obvious through the times that the loop circulates.

[johnsold]

If you want to find out how fast data is being sent try this. I removed the inner for loop and set the termination character to 255. Now it should read all the bytes sent between each pair of FF. Make the byte count bigger if necessary.  I also moved all the indicators outside the loop so that any screen updates do not slow down the loop. I also forced the Tick count read to occur after the VISA Read in every iteration so timing is more meaningful. Of course the calculations are not the same as in your VI. They only give an indication of the last iteration.

If this proves that you are sending and receiving the data as fast as you want, then we can talk about what is slowing down the processing and how to fix it.

Lynn

[Albert.Geven]

Or you could use a scope to see how much space there is between two bytes.

Probably easy to see.