01-15-2016 10:12 AM
mkoppelgaard wrote: Unfortunately my data often looks like this “øø^ñ 182,12 g”
Does it do that with many measurements or just the first one? It is common to see this on the first reading due to the UART trying to synch up the start and stop bits, especially if the instrument is constantly sending data.
01-15-2016 10:14 AM
01-15-2016 10:26 AM
@Michael.Koppelgaard wrote:
Thank you Xilinx. N
RavensFan: My data ends with 13 10. I dont understand this "Make sure you enable the termination character in the Serial Configure and that you set it to carriage return (13 or x0D)" ? Where do I do this settling?
From time to time I recieve the error 1073676294. What can be the reason?
As Dennis pointed out, check the context help on the Serial Configure.
But if your data ends with bytes 13 and 10, you are getting carriage return line feed. So line feed (the default in the serial configure) is what you want.
That is not an error, but a warning. The number of bytes transferred is equal to the requested input count. More data might be available. I consider it an unnecessary message. A programmer should know that if they get the exact number of bytes they asked for, there is always a chance there are more bytes in the buffer beyond that. Heck, even if you requested 100 bytes, got 10 because that is where the termination character occurred, there could still be plenty more bytes left in the serial buffer.
01-15-2016 10:28 AM
Dennis - you are right.! I correted it now.
The rubbish data: I dont see et after the VISA CLR have been added, but i still get the error code 1073676294. Maybe I should just ignore it course - the data is okay.
01-15-2016 10:29 AM
As I said, that is a warning, not an error. And you won't get that if you happen to wire a larger number into your VISA read.