Hi Rudolph,
Thank you for your feedback. We were not aware of this issue with the post processor. Can you tell me if the attached post processor solves the problem? It looks like default VAL3 sections have a minimum size of 1 even if there is not data so we improved the post processor accordingly. If you still have issues: are you able to reproduce this issue with all Stäubli post processors?
We just added the Stäubli driver (apistaubli.exe) file with our latest release this week. However, it is still not 100% functional: mostly reading the robot position, moving joints and changing the speed works.
To use the driver you should try connecting using the ports:5653, 851, 852, 853 or 854. The correct port is available in the file/log/system.log. You'll see a message saying something like:
COM-PC: Server created on all interfaces [port]
We have changed the default remote FTP path to make it always valid (recommended by Stäubli).
We look forward to improving the driver and we are working with Stäubli for this purpose. The communication based on the SOAP server is very fast but it doesn't seem to support setting the tool (important for linear movements). If you have other suggestions for a driver we can also investigate.
Albert
Thank you for your feedback. We were not aware of this issue with the post processor. Can you tell me if the attached post processor solves the problem? It looks like default VAL3 sections have a minimum size of 1 even if there is not data so we improved the post processor accordingly. If you still have issues: are you able to reproduce this issue with all Stäubli post processors?
We just added the Stäubli driver (apistaubli.exe) file with our latest release this week. However, it is still not 100% functional: mostly reading the robot position, moving joints and changing the speed works.
To use the driver you should try connecting using the ports:5653, 851, 852, 853 or 854. The correct port is available in the file/log/system.log. You'll see a message saying something like:
COM-PC: Server created on all interfaces [port]
We have changed the default remote FTP path to make it always valid (recommended by Stäubli).
We look forward to improving the driver and we are working with Stäubli for this purpose. The communication based on the SOAP server is very fast but it doesn't seem to support setting the tool (important for linear movements). If you have other suggestions for a driver we can also investigate.
Albert