adccommunitymod (AutomationDirect) asked a question.
Created Date: June 10,2005
Created By: ShuddaStucktoBiology
**** This post has been imported from our legacy forum. Information in this post may be outdated and links contained in the post may no longer work.****
I have just spent the past week trying to get data out of an Acculab balance. It sends the data in a 16 character string (the 15 and 16 are 0D and OA). If I put the scale in continous output mode and look at the data with a port monitor, about every 7th time, the data seems to terminate prior to the OA OD. Then it sends OA OD as a new string. I can put the balance in the manual mode, and it will output the string once each time I send it the code "p ". When I do this, I always get the full string back just as it should look, but it only prints it once (about 700ms after the "p " is sent). On the DL-06, if I do a variable length AIN with OA OD as termination characters and K17 as maximum lenghth, it will hang and never increment the "complete " counter I have in line. If I use "OA " as a single termination character, it sets the "length byte " to 2 and only seems to look at the 0A 0D string. If I use a fixed length AIN at K7 (the number of characters I actually need to process), the instruction completes, but the input registers fill up with 0A30. I have tried all the programming examples to no avail. When I try to use the VPRINT to send the print code, the AIN doesn't see the input. I would appreciate any help from someone who has been able to read ASCII from port2 of a DL-06. I have checked the cable and baud rate, and made sure none of the input locations overlap.
Created Date: June 10,2005
Created by: ShuddaStucktoBiology
I have just spent the past week trying to get data out of an Acculab balance. It sends the data in a 16 character string (the 15 and 16 are 0D and OA). If I put the scale in continous output mode and look at the data with a port monitor, about every 7th time, the data seems to terminate prior to the OA OD. Then it sends OA OD as a new string. I can put the balance in the manual mode, and it will output the string once each time I send it the code "p ". When I do this, I always get the full string back just as it should look, but it only prints it once (about 700ms after the "p " is sent). On the DL-06, if I do a variable length AIN with OA OD as termination characters and K17 as maximum lenghth, it will hang and never increment the "complete " counter I have in line. If I use "OA " as a single termination character, it sets the "length byte " to 2 and only seems to look at the 0A 0D string. If I use a fixed length AIN at K7 (the number of characters I actually need to process), the instruction completes, but the input registers fill up with 0A30. I have tried all the programming examples to no avail. When I try to use the VPRINT to send the print code, the AIN doesn't see the input. I would appreciate any help from someone who has been able to read ASCII from port2 of a DL-06. I have checked the cable and baud rate, and made sure none of the input locations overlap.
Created Date: June 10,2005
Created by: allukes
Are you sure you have the correct Parity setting? I worked with some vision equipment sending ascii strings and it behaved similarly. Turned out that the sending device was not using the programmed parity setting. Once I matched up the correct Parity, it worked fine.
Created Date: June 13,2005
Created by: ShuddaStucktoBiology
I'm pretty sure the parity is OK (odd), because I can see the communications fine when I hook the balance up to a computer COM port and monitor it with a port monitor or hyperterminal. But, I'll try messing with that before I abandon hope. Funny thing is, it struck me after a week of messing with this that there may be times when I need to get balance data when the processor won't be available (portable system) so it is probably better to capture it through a separate serial to ethernet convertor. Thanks for the help.