RobotWorx can help any company integrate painting software like PaintPro.
With paint process development this simple, PaintPRO is a perfect paint solution. PaintPRO automatically regenerates the paint path after a paint zone has been modified. The time required to program robots is reduced, and the user is able to quickly evaluate different painting methods.
The benefits of PaintPRO include simplified robot path programming, since the focus is on teaching instead of the robot. The user can also modify path parameters, including: paint stroke index, paint pattern overlap, paint fan width, paint preset, gun orientations, playback direction, and robot tip speeds. PaintPRO uses point-by-point teaching, and allows the user to graphically adjust the position and size of each paint zone. For those that like to feel accomplished by checking items off a list, the ToDo list tracks the progress and checks the steps off as they are completed. PaintPRO Navigator serves as a friendly tour guide, demonstrating the features in a single window with suggestions as to which order the features should be executed. Next, the paths are validated within PaintPRO or downloaded to the system controller.
FANUC PAINT PRO PC
The robotic paths are automatically created after the operator uses a PC to graphically select the area of the part to be painted and chooses the painting method. Fanuc’s PaintTool application software will utilize the paths created by PaintPRO.
FANUC PAINT PRO OFFLINE
If you think about it you set a flag after the moves, that same time slice which is setting the flag condition could just be used to set the valve on and off and with fewer calls to the API.PaintPRO software developed by Fanuc is a graphical offline programming solution that simplifies paint process development. I would think that you would be perfectly fine with a TO=ON right before the move starts and a TO=OFF right after the move stops, especially the off, what I have found in using the is_steady() is it takes a moment after a move for the robot to return true, depending on how fast you are moving and decelerate. Wait: since turning an output on or off does not require any move time the system executes the command and blows right past it pretty dang fast, we actually have to add small amounts of sleep when using pneumatic grippers to give them the 50-70 ms they need to close before motion starts. In the video you see a green light on the valve when it is being actuated. Since the thread is looping at 0.008s I believe that there will be some inconsistencies in the paint start and stop positions that will depend on the actual robot speed. Because of the infinite loop error that I had when I tried to run the program, I had to add a wait command in the thread but I kept it very slow. Then based on whether I am in the paint motion or not I would trigger the valve. So what I did, is that I used a thread that would monitor the value returned by the script function is_steady(). So I tried to find a way to trigger the paint gun as the robot starts moving.
First I thought of triggering the IO for the gun just before the motion line but I was afraid it would create a little spill of paint at the beginning. There are probably a couple ways of doing this. This option is not available on UR Robots. So as the robot starts moving the gun would start. On Fanuc robot you are allowed to add a motion line that can trigger a digital IO within the motion line. The paint gun is triggered using a pneumatic 24VDC valve. We have been working on a paint application where you need precise start and stop positions of a painting application.
0 kommentar(er)
