Posts by robotecnik

Not at all... I have not been able to test it in another computer and I won't be... that robot is already at customer's place. Therefore I'll have to check this with the next one. Thank you for your comments.

I've tested it with an older version and the same is happening... this makes me think the error is in the robot itself or in something inside my computer but not my robotstudio... should I set something up in my operating system to get robotstudio working properly?

Enviat des del meu GT-I9505 usant Tapatalk

Thank you for your answer eureka, but it happens the same... it is really annoying and it makes it difficult to work...

Enviat des del meu GT-I9505 usant Tapatalk

Hello all,

I have an IRC5 4600 robot which has the 5.15 robotware installed. It came with the robotstudio 5.60 version to be installed in the pc.

Using it is a nightmare as it gets disconnected after a few seconds...

Thw only solution is to unplug the network cable and plug it again after a while.

Is this a known issue?

My os is windows 8.1.

Thank you in advance.

Enviat des del meu GT-I9505 usant Tapatalk

Hello all,

I'm programming an ABB robot and I'm having a small issue:

When the robot starts it makes it faster than the PLC I've got installed. This makes the flex-pendant to show an error telling me that some problem happened with DEVICENET and therefore that I'll not be able to use I/O's.

The issue is not so important as it is only a message and everything starts working as soon as the PLC has reached the ready point (this is much earlier than the flex pendant has finished loading the HMI).

The error number it shows on the FlexPendant is 71367 telling that no communication was posible during start time.

But I would like to avoid that message to appear...

What would you recommend me?

PS: IRC5, DeviceNet Lean.

Thank you in advance!

Shouldn't any coordinate be dependent on a defined base?

If that is the case you should only make the new base for the second robot to be coincident to the first one and that would make it work automatically.

Hope this helps.

You are right, IRC5 robots.

I'm not interested in older ones.

Hello all,

So as in the subject reads: how do you make remote support in an ABB robot?

In our case we add a powerful PC/PLC controller and install there the RobotStudio software, but, I'm asking this in order to know which are the methods that other people are using.

OOps! the robots would be IRC5.

how do you make it?

Thank you in advance!

When you move the robot using a Lin movement the tcp describes a straight line between the starting pont and t'he ending point.

T'he Ptp movement in the other hand simply goes to the second point using the "easiest" path.

You are trying to move the robot from a to b using a lin and this makes the robot going through a 5 axis limit while trying to reach the ending point. Going there using ptp makes the robot controller only to worry about reaching the point no matter the amount of strange reorientations needed.

Usually that can be solved putting a middle point.

Good luck with that.

Sent from my BlackBerry 9300 using Tapatalk

@panic_mode

What archive are you referring to?

Thank you!

I'm somehow worried about an eventual overflow of the variable that holds the 6th axis position... it is very big and the machine has worked for 3 years only...

Hello all,

A customer's robot has the 6th axis configured as ENDLOS: $AXIS_TYPE[6]=5

This has reached a point where you can't see the current degree of the 6th axis when monitoring the $POS_ACT variable for that axis.

There must be a way to reset the 6th axis back to it's first turn/lap other than recalibrating the axis.

Do you know of any method to put that axis back to normal numbers other than going back to 0 mechanically?

Thank you in advance!

@PanicMode:

the XHOME position has been changed to fit the robot cell needs to:

E6AXIS XHOME={A1 -121.608704,A2 -121.697197,A3 118.2659,A4 0.311827302,A5 93.8071823,A6 131.699097,E1 0.0,E2 0.0,E3 0.0,E4 0.0,E5 0.0,E6 0.0}

Anyway this has been working for years without issues and some months ago the problem appeared...

Of course the axis are all in their software limits, if that wouldn't be the case I don't think the robot would be capable to reach the position at the second attempt.

Moreover, if prior to send the robot to it's XHOME position I move it to PTP $AXIS_ACT (sending the robot to it's current position axis by axis) then no problem happens...

That is really strange.

SkyeFire:

See what I'm doing, only variable initialization prior to this (bool vars = FALSE and some interrupt initializing):

;FOLD INI
  ;FOLD BASISTECH INI
    GLOBAL INTERRUPT DECL 3 WHEN $STOPMESS==TRUE DO IR_STOPM ( )
    INTERRUPT ON 3
    BAS (#INITMOV,0 )
  ;ENDFOLD (BASISTECH INI)
;FOLD SPOTTECH INI
USERSPOT(#INIT)
;ENDFOLD (SPOTTECH INI)
;FOLD GRIPPERTECH IN
USER_GRP(0,DUMMY,DUMMY,GDEFAULT)
;ENDFOLD (GRIPPERTECH INI)
  ;FOLD USER INI
;Make your modifications here
bvar1 = FALSE
bvar2 = FALSE
GLOBAL INTERRUPT DECL 21 WHEN bvar1==TRUE DO Myfunc()
INTERRUPT OFF 21
bOutput = FALSE
;ENDFOLD (USER INI)
;ENDFOLD (INI)
;HALT
openClamp()
;FOLD PTP HOME  Vel= 5 % DEFAULT;%{PE}%MKUKATPBASIS,%CMOVE,%VPTP,%P 1:PTP, 2:HOME, 3:, 5:100, 7:DEFAULT
$BWDSTART = FALSE
PDAT_ACT=PDEFAULT
FDAT_ACT=FHOME
BAS (#PTP_PARAMS,5 )
$H_POS=XHOME
PTP  XHOME
;ENDFOLD
BAS (#PTP_PARAMS,100 )

That is a small sample of what I'm doing at the beginning in all the programs.

Still really confused here...

SkyeFire

That hack has worked, but, shouldn't PTP XHOME make it too?

Thank you in advance!

SkyeFire

The position XHOME is declared as E6AXIS.

I've tried to execute PTP $POS_ACT, but now I'll try to make it as you suggest, that is really strange.

I'll come back with the result, thank you again!

It happens in all programs after cancelling them and starting them again, therefore it has not much sense in posting all the programs.

All programs have been made using EXPERT TECH, and the operator has removed any reference to S and T as he is programming using LIN or PTP {XYZABC}.

kr16_2: Yes, I think so, but it doesn't look that way...

SkyeFire: the error code is 1445:

1445 Message text : Angle status inadmissible


        Cause -- After repositioning with LIN the angle status does not agree with the
                     status of the programmed block.


        Monitor -- In program processing.
        Effect -- Ramp--down braking.
                 -- All active commands inhibited.


        Remedy -- Acknowledge message.
                     -- Perform repositioning with PTP.

The KSS version is 5.6.50, KRC 5.6.8 and GUI: 2.0.6.7 B50.

Fubini: The robot operator never uses S and T, he uses EXPERT TECH to program therefore it has not much sense to read that S or T is not right in relationship with the PTP XHOME, which moreover moves the robot to axis positions, and should be used to restore the robot from any position.

That is strange.

Thank you all for your comments!

I've edited the original message to make it clearer, thank you for pointing that out.

Hello all,

it looks like recently one of our customers have started to see an error message while the robot is going to it's x-home position.

The error message is the one that can be read in the subject itself: "Angle status inadmissible"

While the robot is executing the movement the message appears. The robot stops it's movement. Then the operator starts the robot again and it reaches the position without any issue...

Any hint or help about that?

As always thank you in advance!