GO Config is ok, so it's your karel program issue.
1. guess that .pc is background running? so condition will force the GO value...
2. replace POS_TOL 0.1 to a bigger value , e.g 1 and try again
Thanks for your response.
The point is the configured Digital Output Signals do not respond with corresponding Group Out Signal.
when robot is at home position, Group Out #2 signal Ought to be number 1 which means the robot is Home.
I have no idea about PaintTool, sorry... It seems that the GO is controlled by a KAREL program. Is your IO configuration a default PaintTool setting or did you do this by your own?
I took the test with a virtual robot created using onsite backup files, I also test with a default PaintTool setting, and neigher way works.
But, it works as the instructional video of youtube when I tested with a default handtool setting.
All the tests are done in the roboguide.
I check the Group Output signals configuration which is correct.
Group Output[2] Signal shows number 1 after moving robot to "Home" Position while the corresponding digital output signals take no change.
I take the test with painting tool, and everything works all right with handing tool.
So....
Has anybody happen to know the cause of this Group output signals problem?
Hi Guys:
As you can see from the left picture above, I turn the do[91]/do[93] on, and the GO[2] should be number 5 while it responds with nothing. It's shown in the right picture that I group out number 2, and the corresponding digital out signals don't change.
A Plan of Robotic Press Assembly is provided by mechanical engineer to evaluate whether it is possible or reasonable.
Fanuc M-20id/35 is used to press a screw into the steering object 50 mm with the robotic downward force.
The Slide of Press Tool can not move in the process, and the pressing force is required to be 300 N.
So, 1、 does anybody happen to involve in this kind of robotic application,
2、what kind of risks are behind this plan?
3、From which aspects should we start the evaluation?: payload inertia / moment of J4 J5 J6?
Thanks in advance.
The GO(16)[paint totals] configuration is shown as in pictures.
Hello to Everybody who sees this thread.
We are having a bus painting project which has 2 P-250ib Robots on rails. The bus is a huge object to paint and Paint consumption per vehicle body is way more than small car and that is the most likely cause of Paint Totals Data Anomaly we find in TP or from Paintwork Interface.
We want some help in solving the issue and what steps should we take to resolve this issue?
Do you have a backup of your programs (+ the line number of this trajectory) + the log file.
At home, thyssenkrupp integrated 2 UR, I had the same phenomena + emergency stops for overload or bad payload or collision. All my problems came from poor programming of my trajectories (acceleration, speed, choice of movement)
Do you have a backup of your programs (+ the line number of this trajectory) + the log file.
At home, thyssenkrupp integrated 2 UR, I had the same phenomena + emergency stops for overload or bad payload or collision. All my problems came from poor programming of my trajectories (acceleration, speed, choice of movement)
could you please send me your email, I can deliver the UR backup files to you.
for the oversize, I cann't attach the files here.
For the time being, I am asked to do the regional robot manufacturer study. and I happened to find that one of estun robot models( Chinese top robot brand) can rival its targeted Fanuc robot model except that 3/4 axis motion range of domestic products obviously worse than that of Fanuc when the load and arm span are almost similar.
what confused me is that: why estun robot manufacturer missed these obvious weaknesses while it can rival fanuc robot from the technical data view. Is there anything behind the gap: software/hardware for example.
There are Two Grippers for the Application: Gripper #1 and Gripper #2. The Robot has to switch to Gripper #1 after transferring work piece to Secondary positioning table using Gripper #2.
It's not a big deal in real world, but Is it possible to complete the simulation with roboguide, and what's worse is that each of these 2 grippers has fingers. I have searched a blogger showed a way of tool quick change simulation with "Part", but how to simulate the fingers motion with parts?
well, the wrist does not vibrate all the time, the cobot runs smoothly after having gripped the work piece.
UR16, used for pick and place application, has been seen an obvious vibration of arm and wrist(as I see). the weight of the tooling and the transmitted workpiece is heavy, which is technically below the payload Capacity of ur16。
Except for vibration, the UR16 cann't run at fullspeed, which would result in Alarm" C153A1 protective stop". the speed rate has to be set below 90%, and the plant ME complain about the bad OEE.
anybody happen to encounter the problem or have an idea what is the reason of these problems?
the picture shows the assembly point(3 points)屏幕截图 2024-11-24 052454.jpg
A UR16e Cobot, which the weight of tooling plus the workpiece (plastic part) is much less than 10kg, and the workpiece volume is normal.
There is an assembly operation in the application, which requires the Cobot to press the workpiece onto the assembly part (there are 3 assembly holes). During the press-fit process or at the beginning of the press, the cobot often reports a protection stop monitored by shoulder joint (see the picture). The press action strategy was adjusted : press the workpiece diagonally into one assembly hole at first, and then press in the three assembly hole together.There was an improvement after the adjustment, but the plant still complain about the protective stop alarm of 2% probability…
I would like to ask, shouldn’t the wrist torque be stressed by this kind of pressing action? Why is the shoulder detecting overload alarm?
Is there any way to reduce sensitivity by set, thereby reducing the alarm probability and the number of scrapping workpiece?
Can you resolve this problem ?
Negative, I rebuilt the workcell finally.
according to the video, the Robot pick and transfer application seems well. I was told by Mechanical Design Engineer that the weight of gripper is 23 kg, and the work-piece held 2.5 kg/per. the maximum payload of fanuc robot is 35 kg. I checked the robot program and happened to notice that there is none payload instruction found in controller.
So here is the question:Is payload setting important？or when must a payload setting instruction be set? Does payload instruction really make a difference to robot?
Code:
Main = RDK.Item('Main')
for i in range(5):
Main.RunProgram()
While Robot executed the movement for just one time unexpectedly.
Is there any instruction for this kind of Synchronization Problem of Robot movement and program pointer in the process of robot simulation?
Instruction "IsBusy" was mentioned by robodk guy, while I can't google any syntax of "IsBusy" anywhere.
I am trying to build a 3 linear axes mechanism which has a pair of parallel axes.
firstly I built it with "Build/modify mechanism or robots" > "3 linear axes(H bot), while the 3 linear axes of H bot are vertical to each other and fixed.
So, Is there a way to build a special 3 linear axes mechanism( as shown in the picture, axis 1 and axis 2 are parallel and axis 3 is vertical to these axes?
