Jump to content
OMRON Forums

Inconsistent Unsolicited messages


Laserdave7
 Share

Recommended Posts

Hi Guys,

I'm having a problem with inconsistent unsolicited messages. I'm using a GeoBrick over USB and Procomm Server. I am trying to send a message to the host to command it to change laser parameters. I have the following code loaded in the Brick:

;############################################

;M70 - Set Laser Q Rate

N70000 Read(Q)

If (PARAM_INCLUDED & Q_PARAM_FLAG > 0)

TEXT_NO_CR=1 ;I62

P301=Q117

SendP"QRATE "

CmdP"P301"

Endif

Return

 

I run a simple program "M70 Q30000"

Sometimes I get 'QRATE' and '30000'. Sometimes I get just 'QRATE'. Sometimes Just '30000'.

I see this in my code as well as in PEWin32 Pro2. I have tried putting dwells as large as 100 after each SEND/CMD but no help. How can I make this robust. I need to know that this will be 100 percent consistent. Is there a better way to accomplish what I'm trying to do?

 

Thanks,

Dave

Link to comment
Share on other sites

  • Replies 6
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Hi Steve,

 

I currently Have I64=1. This issue shows up in PEWIN32 with none of my software running. I closed the position display, the MotorStatus, and the Watch windows to eliminate as much polling as possible. It seems to reduce the errors, but I still get dropped messages.

 

Dave

Link to comment
Share on other sites

If you have your own application reading the responses the Executive will interfere. If you are just using the Executive's response window to view these it will miss some of the data as more windows are opened. If you just have the terminal window opend set the thread delay to a slow rate - this may help a bit.
Link to comment
Share on other sites

Thanks for the info Steve. This is consistent with what I am seeing. If I close everything other than the terminal window (PEWin32) to execute the program and view responses in the Unsolicited tab at the bottom, I get mostly correct but missing once in a while. This is a concern for me because it means I can't use this deterministically. Is this issue: timing on the GeoBrick or in the PCOMServer? I noticed that there is an "Interrupt" event in PComServer and that serveral of the interrupt values were labeled as user definable (In sample code that comes with PCOMServer) but I haven't found anywhere in the manual that explains how to use these yet. Would these be any more deterministic? If not then I think my solution will be to use the digital IO to function as an interrupt to the computer and then retrieve the info in solicited fashion.

 

Thanks,

Dave

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
 Share


×
×
  • Create New...