you can a solution on youtube searching for angela sodeman
Advertising
Posts by MOM
-
-
That is not the same.
Your version reset the signal if one of the two signals is false. The first version doesn't.
Yes you are right.
But this means you never will reset the output
-
-
Do you really need all the programs at the same time?
Make a backup of your files and just have the ones you really need
-
Compete beginner's stupid question. What is the easiest way to control a large number (like over 600) of on/off switches (for controlling actuators of whatever kind) via a computer program, presumably assigning each switch a variable?
I never saw a robot job using over 600 actuators
What kind of job has this robot to do?
-
can you provide a sketch on how you robot looks like?
-
You did not mention the KSS Version (for KR C4 you have KSS V8.2, KSS V8.3, KSS V8.5 and KSS V8.6)
I made some tests with KSS V5.6 and I was only able to create a buffer of 1157 Frames.
So the question is:
How should your record (struct) look like (how many components and size of variables).
Depending on that and maybe depending of the KSS version you may get your max number of this buffer.
I would not expect to get a buffer size over 5000.
Have you checked the log directory and the sub directories to find some information you are actually looking for?
-
the programs you are talking about are they krl programs? What error messages do you get?
All programs are copied to ram-disk (so this would be the bottle neck)
-
I did it with visio and powerpoint
-
A good start would be "MISRA_C"
-
to me: the question is not really answered
In bavaria they call the request mentioned in post #1 as "eierlegende WollmilchSau"
but as mentioned in post #6 he is happy
-
The problem I have now is, all the elements need to be initialized and KUKA cannot self initialized this file
What do you actually want to do?
What log file you are actually using?
And by the way:
Is this is a problem from KUKA or could you provide more information (like KR C?, KSS and so on)
Did you buy your KUKA robot with the magic glass bowl (if yes, the world is looking for this article number)?
-
is this Style guide only for you (as mentioned in post #1) or also for others?
If only for you:
just make your own style guide
(also check subjects below as guidance)
also for others:
talk to them and find out the important things:
how to define variable names:
local, global, constants
type as prefix (hungarian)
lower or upper Camel Case
how to define function or procedure names?
(Camel Case?)
comments
(english or local language
and when:
bad example:
#increment counter
counter = counter + 1 )
layout
(empty lines - maybe not always allowed - see CONTINUE)
Create functions or procedures for common tasks (check for this on this forum for examples)
Do not reinvent the wheel
(I reinvented the wheel: it is a triangle now - I do not need a brake parking up or downhill - but still having problems while moving)
Use mind map for collecting additional items and check whether they can be valid
regards
MOM
-
why not just checking github?
You will find a lot of examples!
-
yup... look at every piece of info to get complete picture. there is tons of files in KRC\ROBOTER\LOG
don't look at Logbuch.txt that export could be filtered or manipulated.
use LogViewer to see all messages. make sure to check both Archive and KrcDiag.
i have found more than once that they don't have same messages
There could be two reasons for that (also log viewer):
1 - Messages are saved in a ring buffer and therefore older messages could have been overwritten
2 - evt log could be corrupted and contents are not visible anymore (on older version this may be checked with the program fixevt.exe)
To me also something like this sounds some miss calculated point in the program...
Usually when i got a job to investigate crashes, it was most of the time because of poor robot programing and disaster waiting to happen..
As you mentioned poor robot programming (like changing BASE or TOOL)
But this mean the point is not miscalculated, simply got the wrong food!
maybe someone uses CIRC for palletizing...
This is actually the best and fastest way to move from one point to another, but it is also very dangerious
I agree with SkyFire:
the problem was sitting in front of the monitor
-
you also can use "bridged" or "host only" as long the IP addresses are matching
-
Ok, I am happy now, but Koppel also asked for LIN movements
-
you are right on that, but then it would be like this;
FRAME, POS, E3POS, E6POS
-
can you give an example of how and why updating your coordinates?
Do you want to do this only once in a while, or more frequently?
If this is quite often I would use either a windows program doing it (could be excel as mentioned by Skyfire, using a python script or a real nice fancy net application).
By doing it manually I would expect problems (missing one digit, using ',' instead of '.') and thus maybe your robot is trying to kill itself (KUKA is happy to sell a new one)
-
