Posts by iiQKA

Tried going back to the laptop (through VMware) with similar code, but didn't even mount..

&ACCESS RV
DEF  testr ( )
DECL STATE_T STATE1
DECL MODUS_T MODE2
DECL INT HANDLE

HANDLE = 0


CWRITE($FCT_CALL, STATE1, MODE2, "krl_mount", "/test", "//192.168.186.1/Share", "kuka", "049D6ED2384375B8F543419D36DA9E4E18")
IF STATE1.RET1 == #CMD_ABORT THEN
   HALT
ENDIF

wait sec 4

CWRITE($FCT_CALL, STATE1, MODE2,"krl_fopen","/test/NEWFILE.txt","a", HANDLE)
IF STATE1.RET1 == #CMD_ABORT THEN
   HALT
ENDIF

wait sec 4

CWRITE($FCT_CALL, STATE1, MODE2, "krl_unmount", "/test")
IF STATE1.RET1 == #CMD_ABORT THEN
   HALT
ENDIF
END

KUKA did get back to me, but nothing they've suggested worked either. I suspect there is a setting I'm missing somewhere and if I discover it I'll be sure to update here.

But if anyone has any other ideas, let me know!

I'm not saying it might not be a problem, SkyeFire, but the folder is there.. I'm working at home on Office.Lite.

Folder in windows

Successful krl mount.. maybe?

halt on krl_fopen

Computer management with shared directory:

I could for both local on the Office Lite as well as the networked drive on my laptop.. never successfully created a file.

No change. Put a wait sec 4 before krl_fopen and krl_unmount, the krl_fopen still results in #cmd_abort.

I'm waiting on a response from KUKA, but no word.

I actually already tried that. I put a wait sec 4 before the krl_fopen and it still threw a -32 at me. Maybe I need one before the unmount also, due to the advance run.

I seem to be having a similar problem as others in this thread. I started by attempting to write data to a laptop, but am now just attempting to mount D:/ on the KR C. I've followed this thread completely and am currently working from home on Office.Lite KSS 8.6.1. My code doesn't pass the krl_mount returning MSG_NO -2. Here's my test KRL code:

&ACCESS RV
DEF  testr ( )
DECL STATE_T STATE1
DECL MODUS_T MODE2
DECL INT HANDLE

HANDLE = 0


CWRITE($FCT_CALL, STATE1, MODE2, "krl_mount", "/test", "//192.168.0.1/test", "KukaUser", "0E76390E88C27932C9816D326AF12CEA2B")
IF STATE1.RET1 == #CMD_ABORT THEN
   HALT
ENDIF

CWRITE($FCT_CALL, STATE1, MODE2,"krl_fopen","/test/NEWFILE.txt","a", HANDLE)
IF STATE1.RET1 == #CMD_ABORT THEN
   HALT
ENDIF

CWRITE($FCT_CALL, STATE1, MODE2, "krl_unmount", "/test")
IF STATE1.RET1 == #CMD_ABORT THEN
   HALT
ENDIF
END

Output of state1 after krl_mount

{STATE_T: 
RET1 #CMD_ABORT,
MSG_NO -2,
MSG_TYPE "D",
HITS 0,
LENGTH 0
}

Any ideas why I can't replicate the results in previous successful posts?

Edit: So the first krl_mount call actually works, but I have to manually unmount to run again. The krl_fopen is causing msg_no -32.. similar to paranoidandroids problem on the previous page.

Fantastic resource, thanks SkyeFyre, if only more of KUKA's documentation had such intensive examples!

Quote from TickTack

Start by being in Expert Mode then go to C:\KRC\SmartHMI\Config> from there open the Authentication file.

and look for <UserLevel>5</UserLevel>

change the 5 to a 20 and cycle power

I tried this method on KSS 8.7 and all it did was mess up the user group icon, I tried both 20 (for expert) and 30 (for admin) UserLevel, perhaps they've coded around it in later releases?

I've been doing a lot of switching between AUT & T1 and the constant switching back Expert or Admin after running some code in AUT was really adding up!

Good idea. I'll test it today. I've been using time blocks..

I don't require the exact stop position, more just the gentle decrease of speed in this use case.

Hi all, working on a kuka kr240 r2900 ultra c running on KSS 8.3, I have a PTP_axis movement from point A to point B, I'd like to have it ramp up speed from point A to reach maximum velocity then slow again being reaching B for a smooth movement, what would be the ideal way of achieving this. I thought I could use $ACC_AXIS[x], but it seems to slow the whole path..?