You can enter the error message into the KrcExtConfMsg.xml file to be able to reset this message in EXT mode.
Problem solved.
Thanks a million.
I had some doubts about what format the error code should be written in, but I figured it out.
Here's a screenshot in case someone else comes across this issue.
Hey there,
I came across a situation using a KRC5 Micro - KR6 R900-2 Agilus with a ForTTran SG 500-20 Force/Torque sensor.
If during a ForceTorqueControl Task the safety barrier is opened I get the following error.
KSS02894
STAND_STILL: Current position and start position STAND_STILL not identical
The problem is that this particular error can not be reset from the PLC and the robot has to be switched to T1, which is a huge inconvenience for the client.
Has anyone encountered this and found any work-arounds?
Thanks!
Hello folks,
I'm not able to find any info on this connector. It's an Amphenol and I tried finding it on farnell, tme and mouser by filtering on number of pins in several ways but to no avail.
Does anybody know what type of connector it is, how do I search for it or where I can order a male-female configuration for cable mount?
Gracias! 
If you continue to work with the robot mounted on the delivery pallet, next week you will have to repair not only the software installation but also the mechanic of the robot
Hey guys,
Today I flashed a new HDD image I got from the seller. Upgraded to KSS 8.6.6 (nice bonus).
Smart Pad fully functional.
Here's the robot handing me my coat at the end of the day. Bit of a tease raising it so high, but I'm in no position to complain at this point.
https://www.youtube.com/watch?v=K0am7HpBdUk
And yes, I made a backup image right after the video was taken. When I have some spare time I'll try to reproduce the steps I took in messing up one at a time to determine which one was the culprit (creating user, changing IP address, connecting monitor, etc). I'll share any findings here for future reference.
Thanks for the support and the patience.
Hey guys,
Today I flashed a new HDD image I got from the seller. Upgraded to KSS 8.6.6 (nice bonus).
Smart Pad fully functional. I'll get back to the networking issue this week.
Here's the robot handing me my coat at the end of the day. Bit of a tease raising it so high, but I'm in no position to complain at this point.
Please explain in detail how you changed the name. Did you perform the Reset SID of KUKA or did you just changed the name?
I just changed the name in windows to try and access it over the network via name like \\KR70\Share
You have had a fully functional robot system before you started, right?
Yes. The system is brand new.
Here's a short history of the actions I performed:
After initial setup and wiring of the X11 Plug I played with it a bit in T1, then wrote a small test program for AUT mode.
Then I connected the monitor in order to add a network share in order to be able to program on a remote machine in VS Code.
At this point I saw that the SmartPad was missing some elements but I thought that it's normal behavior for when you have a monitor connected.
I created a new user, changed the IP address and initially shared the Programs folder with the new user. When that didn't work I tried sharing a new folder on the D: drive. That didn't work either.
At this point I had to move the robot to a different position and noticed that while pressing the deadman's switch on the SmartPad in T1 would activate the motion buttons on the monitor (they were missing on the SP) pressing them would initiate the distinctive high pitch drive sound on the robot, but there would be no motion.
I removed the monitor but the SP would not come back to it's working mode.
Changed the IP back to original, removed the new user and all sharing references to it.
Unfortunately (n00b alert) I didn't write down the original computer name 
I started this thread regarding this issue here.
Recently I found another one explaining the same issue here.
I have a hunch the sharing problem is a Windows 10 IoT thing. And, as MOM said:
There is a major difference between my setup and yours
For now I'm going to stop trying to fix the sharing problem until I fix the SmartPad. Hopefully I'll get a recovery image tomorrow and see how that goes.
Thanks again for the patience and I'll keep you up to date on any progress.
can't you my screen shot from that post or the screen on the krc?
Can't see the screenshot. It appears as a link and when I click it it says "Page not found"
do you get this message window on your remote pc?
Nope. I got this when connecting to the KRC2 though.
1. Did you ever tried to access the share with the IP-only in the address bar of the Windows Explorer? e.g. \\175.88.99.100
First thing I did. I don't have a screenshot of it but it's exactly the same as this one (without the "\Share")
2. All the issues you have are maybe related to the following question: Did you change the Computer name???
In post #22 even though I can barely read it, it shows \\KR70\Share
I did, but I had the same issue even before changing the name. Same with the SmartPad issue.
Do you have the same screen shot as shown in post #27?
I can't see that one. Page not found.
can you make a screen shot on that screen (I can't see that on my screen)
This is in Control Panel / All control panel items / Network and sharing center / Advanced sharing settings
Folder sharing options same as post #22 (left side)
Created a user on my PC with same credentials as on KRC
name: KukaUser
pass: 68kuka1secpw59
PC IP 172.31.1.100
KRC IP 172.31.1.147
Direct connection with ethernet cable, No router.
Both machines are on the same WORKGROUP.
On KRC in Advanced sharing settings:
- Turn on network discovery
- Turn on file and printes sharing
- Turn on password protected sharing (also tried with it turned off)
then you just blindly keep pinging.... but ... you still did not confirm what is it exactly that responds to your pings... how do you know that there is no duplicate IP address, perhaps another robot? did you try to disconnect cable from KLI and ping again to make sure response is not from some other device?
The computer is connected directly to the KRC.
PC IP Address: 172.31.1.100 Subnet: 255.255.0.0
KRC IP Address: 172.31.1.147 Subnet: 255.255.0.0
You screwed up the complete configuration.
I most certainly have. The first issue was most likely caused by changing the IP address of the KRC to 192.168.1.147 subnet 255.255.255.0 in order to make it visible to the router network and share the folder in that way. Changing it back to default does not fix it.
My first and biggest mistake was not cloning the SSD before even powering up the KRC. Lesson learned the hard way. 
Came across this thread and apparently changing the IP irreversibly messes up the configuration.
smartPAD failed to detect HMI on KRC4 compact (solved)
The seller will send me a new clean SSD image. Until then I'll make a clone of the existing one to have a backup and try a reinstall of KSS from D:\KRC_Release to see if that fixes the SmartPad issue.
Once that is fixed I'll get back to the sharing issue.
Can anyone point me to resources explaining the internal network architecture of the KRC4?
The KLI IP Address is the one visible from the outside.
There's a realtime and non realtime system bus network on subnets
172.16.X.X and
172.17.X.X (the one the SmartPad is on, as it is trying to connect to 172.17.0.1)
And there's a shared memory network on subnet 192.168.0.X (ipconfig from windows says the IP Address is 192.168.0.1)
I assume since the file sharing occurs in windows and it's on a different subnet than the KLI there has to be some way to bridge the two in order to get access to the file sharing.
The video tutorial here is demonstrating sharing on windows 7 but it doesn't specify the KSS version. He also created a new user so I don't think that was the cause of the SmartPad issue.
Sorry about that.
I remade the sharing in the following location "D:\Share"
In the network permissions I gave full access to KukaUser
The owner of the folder is the Administrators group.
I'm able to ping the controller but still cannot access the folder using the "map network drive" method, with "use different credentials" using KukaUser / 68kuka1secpw59.
I also tried Remote Desktop Connection which was enabled on the robot windows. It also does not work.
knet.xml has the entry you specified.
I don't have the recovery USB but what if I physically clone the SSD using a HDD Duplicator?
Like this one:
Here's a compilation of screenshots from Network Configuration and Robot Data
My menu structure is the following:
About
---Version
---License
Configuration
---Language
---RDP
---Touch Sensitivity
---6D mouse calibration
Diagnose
There's no ping option, also the menu is the same regardless of the key switch.
Under RDP
Controller IP Address: 172.17.0.1
UserName: KukaUser
I have a button to connect, if I press it it says "HMI is connecting"
but after a while I get a message
"RDP Session. Connection to 172.17.0.1 failed"
And the "HMI is connecting" message turns to "HMI is disconnected"
There's the option to change the UserName and password but I haven't touched that...yet.
On the Windows side, I'm logged in as KukaUser. Tried logging out but nothing changes.
Initially when I turned on the controller on the monitor I was greeted by the logon screen, but once I logged on it continues to log on automatically every startup.
All right. How have you set up the share named Backup on the robot? What hard drive directory is it? Have you made it readable and/or writeable in the network permissions? Have you set its owner?
...not the owner 
just the sharing permissions. Will try that tomorrow.
Same person...
KRC4 Teach pendant bypassed by External Monitor
Catalin Pop I think you digged too deep and you need some professional help!
Yup, I'm currently in contact with a representative nearby and we're working on it.
We've been live trying all sorts of remedies for a couple of hours and a million cold-starts.
They haven't seen this kind of behavior yet and are looking to see if there are any known related bugs.
Has anyone here dealt with Win10Iot?
trying to help some people is like pulling teeth
Are you saying that from the dentist's or the patient's perspective? 
But in my defense, I merely did the same steps that worked on 3 KRC2 robots with Win XP. This one has Win10IoT.
If creating a user or changing an IP address can lead to such irreversible side effects these operations should not be available.
Shouldn't be this easy to "brick". (referring to the Pendant issue). I can manage without file sharing, but not without the SmartPad 
so that's my #1 priority at the moment.
have you done this? Ypu have to select an user (also remember my post #3
Yup. Also your post #3. But in the meantime I deleted the user because I thought it was causing my other issue. Turns out that's not the case.
Everything is pretty much back to the original settings and there's no way to make a system restore point (feature disabled 
)
Was supposed to do a professional Kuka training course this week but it got postponed until next spring, so here you guys are stuck in n00bsville with me.
I really appreciate your patience and I can imagine it can sometimes get frustrating. 
THE error
But with IP \\172.31.1.147
Networking is good as I am able to ping the IP
Same error when attempting to map the network drive and Connect using different credentials
Display MoreIPv4 requires 4 octets, you only specified 3.
read messages
adding user etc. can also screw things up. try to remove new user you created, perform cold start.
if that does not fix it, restore good image (hope you collected it made sure it is good before messing with the robot).
My bad, forgot the .1
Changed the IP address back to 172.31.1.147
Deleted the new user.
The message in your screenshot appears when controller switches to Operator mode.
Tried connecting with a DVI cable. Initially used DisplayPort.
Same issue.
Unfortunately I don't have a system backup.
I'm also getting these errors on the Smart Pad.
From what I can tell the 172.17.x.x subnet is the system bus network (not real time). I haven't done any modifications in this area.
Switched back to original IP address 172.31.1.147.
I'm able to ping it.
I created another user with admin rights on KRC but when I enter \\172.31.1.147 in explorer it gives me the network error. I don't get to the login credentials window. I also tried mapping network drive so I can give it the credentials beforehand and tried both my new user and the KukaUser. Both fail.
When sharing the folder D:\Share I added full access to my new user.
Tried connecting to the path given in the dialog after sharing and I get the same result.
