PackXpert startup issue

Information and discussion regarding the ACE PackXpert software

PackXpert startup issue

Postby dshaner » Tue Mar 24, 2009 6:29 am

I have a C# program acting as my operator interface.

My Adept startup sequence goes through the following steps:
1. Enable high power
2. Execute a program in task 10
3. Check that task is running
4. Stop PackXpert if PackXpert is running.
5. Verify PackXpert is stopped. (by checking RuntimeHandler.IsExecuting == false)
6. Start PackXpert
7. Verify PackXpert is running. (check RuntimeHandler.IsExecuting == true)
8. Disable any PackXpert process that is Enabled.
9. Enable the specified PackXpert process.
10. Verify the specified PackXpert process is Enabled.

All of the verification checks pass. Even opening up ACE client, shows a check in the Enable box for the specified PackXpert process. The problem is, the process that is running is the last process that was Enabled, not the one it currently shows is Enabled. If the controller was just powered on, no process is running, even though one is shown to be Enabled. If I stop and start the PackXpert process manager a second time, it corrects itself.

To be clear, if I power up the controller, specify Process 0 from my program, run my start sequence, and put a Process 0 part on the conveyor, nothing happens. If I stop and start PackXpert, a Process 0 part will now get picked up. If I then select Process 1, run my startup sequence, and put a Process 1 part on the conveyor, it won't get picked up. If I put a Process 0 part on the conveyor, it will get picked up, even though ACE client shows Process 1 is Enabled.

So, I can get around this issue by restarting PackXpert a second time in my startup sequence, but I'm trying to cut down on my startup time. Also, the API calls, along with the ACE client, are returning incorrect information.

I'm running ACE Version
Posts: 10
Joined: Thu Jan 29, 2009 1:00 pm

Re: PackXpert startup issue

Postby CyleN » Tue Mar 24, 2009 7:38 am

This issue was just reported last week and has been logged as a bug. The issue is that while the PackXpert is establishing communications with the controller and downlaoding all the data objects (like the process information), any changes to the data are not being properly detected. The workaround is to either make sure you change the enable/disable state of the processes before starting the PackXpert -or- add a delay after starting the PackXpert and before enabling/disabling the processes.

I expect this issue will be fixed in the next few weeks. It may not make it in the release this month, though ...
Posts: 77
Joined: Fri Apr 18, 2008 6:27 am

Return to ACE PackXpert

Who is online

Users browsing this forum: No registered users and 1 guest