06-13-2012 04:44 PM
Hi Everyone,
I have posted a problem similar to this before but going back and making things simpler and more sequential I thought that I would be able to fix the problem. However, I was unsuccessful, so I created a very simple block diagram to make sure it wasn’t my top level program itself. Even with this simple diagram I received the same error.
This is to control a New Focus Picomotor driver model 8751-C. The termination character of ‘>’ and carriage return of ‘\r’ was used in an example from New Focus. It runs on different front panels fine but not this particular block diagram. There are issues with moving the picomotors so if I ignore the error it will continue to run however, I am worried that this will become a problem in the future if I decide to use an error handler and ignore the particular error itself. I have also checked to see if the parameters (Baud rate, Data bits, Parity, etc.) for correctness and they are. Additionally, I have extended the timeout duration with no success. I have tried to debug it and even though 10 bytes are supposed to be read, zero bytes are actually read. I have attached the VIs affected, in addition to, screenshots. And suggestions and/or help would be highly appreciated. Thanks.
Jon
06-13-2012 04:45 PM
Oops, here are the VIs
06-13-2012 04:46 PM
One more.
06-13-2012 08:19 PM
When you are working with RS232 it is always a good idea to use a program such as Hyperterminal first to iron out the kinks.
06-13-2012 09:00 PM - edited 06-13-2012 09:03 PM
Why did you take a .zip file, rename it to docx, and then attach it to the forum. That just confuses things!
And -1073807339 is a timeout error, not a framing error.
Do you need to terminate the commands you send to the device with either a carriage return or linefeed?
06-14-2012 08:19 AM
I'm not sure why it displays itself as a zip file. I did all the screenshots on word documents and saved it on my desktop so it should be a docx file. Strange. In regards to, terminating the commands with linefeed or carriage returns, I have been using what New Focus has provided me as examples for their picomotors. I have tried to contact them but all they keep doing is sending me the same examples without even trying to answer the questions I have been seeking. I have gotten the question of why I'm adding '>' as a termination character and I personally don't understand either since I've only seen LF, CR, EOL, and FF online. I'm afraid I don't have enough of termination characters to fix this problem so I'm trying to see if anyone can help me here. Thanks.
Jon
06-14-2012 08:27 AM
Hopefully this time around the screenshots will be uploaded appropriately. Thanks for the catch.
06-15-2012 09:23 AM
Do you know of any free hyperterminals I can download without paying for it? The person before used up the free trial mode and I can't seem to be able to find a free one. Thanks.
06-19-2012 06:45 PM
06-23-2012 05:56 PM
Looking at your latest screenshot it definitely is not showing a timeout error of -1073807339. It si showing -107380725 + possibly more, but we can't tell becuase you didn't set up the error indicator to show everything. It is starting to cut off the error number at the 5. It possibly could be a framing error, or it could be something else.
You save you've checked the baud, data bit, and parity and that they are correct. But I really doubt that. I suggest you check again against the manual. You're screenshots don't even show any of the data bits, stop bits, or parity wired into the serial configure VI.