Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Johannes @ Robots in Architecture

Pages: 1 2 [3] 4 5 ... 43
31
General Discussion / Re: Bug with custom tool
« on: August 09, 2018, 05:34:36 PM »
Might be, but not sure if on the GH or PRC side.
Please send me the file (gladly just the parts relevant to the problem) so I can take a look!

Thanks,
Johannes

32
Hello,

That was developed under the assumption that if you do a retract movement, you want to move in an accurate way.
Also, if you have a PTP movement you need to define a status value, and if you are unlucky the status works for one command, but not for the offset one. Then you would need to include an extra status input and at some point you have 20 inputs that nobody understands.
However it's easy to implement by yourself - that's the nice thing about Grasshopper!

I've attached a cluster that more or less duplicates what the toolaxis offset component is doing. Hope that helps!

Best,
Johannes

33
General Discussion / Re: Carthesian offset writes no values
« on: August 09, 2018, 05:18:41 PM »
Hello,

That is just the case in the text representation, the KRL file includes of course all the values.

Best,
Johannes

34
General Discussion / Re: "Wait" component writes no time value
« on: August 09, 2018, 05:18:00 PM »
Hello,

Grasshopper requires every component to have a text representation. So e.g. if you have a line, the panel will say "Line-like Curve". There can be more information in the background - like the exact waiting time - but it's not necessarily all displayed.

Best,
Johannes

35
General Discussion / Re: literature recommendations
« on: July 30, 2018, 07:47:38 AM »
Hello Christian,

Unfortunately I'm not aware of such literature regarding dimensioning etc. The problem is that every robot project is different, and companies are earning good money from their consulting/planning services.
So your best bet is finding someone with experience in the field you want to use your robot in. Also, payload is not everything, as you can get e.g. a  KR360 Fortec with 360kg payload and a KR300 Quantec with 300kg payload. And while there are just 60kg difference in payload, the Fortec is definitely the stiffer robot, as it weighs 3x as much as the Quantec.
In any case, milling is particularly tricky because of the varying loads...
The Springer Rob|Arch books provide you with a good overview of projects and deeper insight into the strategies, but they are not tutorials or instructional literature.

Best,
Johannes

36
Support / Re: Bug in circular move (?)
« on: July 19, 2018, 01:50:56 PM »
...and I'll keep the feature on the radar, maybe I end up with a bit of extra time sometimes!

Best,
Johannes

37
Support / Re: Bug in circular move (?)
« on: July 17, 2018, 01:16:10 PM »
Hello,

Sorry, the PATH interpolation is not supported at the moment. It shouldn't be that hard to implement as you basically re-orient the tool according to the tangent of the circle, but I cannot give you an ETA on that.

Best,
Johannes

38
Support / Re: Bug in circular move (?)
« on: July 16, 2018, 06:55:43 PM »
Hello Antoine,

The circular movements do not get interpolated in advance, so it will only show the first and the last movement in the graph.
Is that a feature you would need?

Best,
Johannes

39
Awesome, that's great news, I'm happy that they're supporting you!
I'd still suggest making a backup of the current state, even if it's broken!
All the best with the re-install!
Johannes

40
Support / Re: No memory available > Robot is not working
« on: July 06, 2018, 11:27:08 PM »
Then it's probably best to reinstall the KUKA software, and then to restore to the last running WorkVisual project.
If you don't have a backup, try to connect to the robot from WorkVisual and download the projects you need.

Best,
Johannes

41
Support / Re: No memory available > Robot is not working
« on: July 06, 2018, 10:35:39 PM »
Hello,

My recommendation would be to try to load a previous project. Either activate the current one if you have it saved on your PC via WorkVisual, or alternatively go into the Expert user group and click the button with the cogwheel, somewhere on the left border, towards the middle. Activate a previous project from there.

Ideally everything will work again, but you may lose some changes, e.g. if you configured an additional Beckhoff IO module. This might also prevent the robot from moving, if it is looking for an IO module but cannot find it.

I once accidentally tried to copy a 40MB file and also got the error message - no further problems, though.

Best,
Johannes


42
Hello Nick,

The postprocessors for SprutCAM and Fusion can be generated by right-clicking the GH components in the member version of PRC; it's not included with SprutCAM by default!

Best,
Johannes

43
Hello,

We worked a lot with SprutCAM before, more recently for teaching and milling projects that are not too complicated we rely increasingly on Autodesk Fusion 360, as our students use it quite often for modelling.
So for both of these programs there are ways to import G-code into KUKA|prc.
However they work with custom postprocessors, so it's probably not that easy to take G-code from another software like MasterCAM.

I do not have access to MasterCAM at the moment, so I cannot really develop a workflow for it. I believe the default robot solution for MasterCAM would be RobotMaster, but of course it does not have all the capabilities of Grasshopper environment.

If you know how to write MasterCAM postprocessors yourself, you may be able to write G-code that looks similar to the code coming out of SprutCAM, though. So you would be able to use that component to get toolpaths from MasterCAM.

Best,
Johannes

44
Support / Re: Horizontal turn table
« on: July 05, 2018, 11:03:33 PM »
Hello,

I just realized that you are referring to the automatic solver. It seems to be causing issues in that case, the rotation is going in the wrong direction.
I've replicated what the solver does in the attached, modified file, which now works fine in the simulation!

Best,
Johannes

45
Support / Re: Failure to activate
« on: July 04, 2018, 07:39:26 AM »
Hello,

I also replied to your eMail, but as a reference I'm pasting the reply in a slightly modified form again here:

Please download the license file again from the private link that was provided to your university and install it by double-clicking the *.reg file. That removes the risk of entering a wrong code.
I’m honestly not entirely sure what caused your components to disappear (and a few to remain), but there should be an easy way to resolve that. In Grasshopper go to File/Special Folders/Components folder. A Windows explorer window will open, now close Rhino and delete all files with KUKAprc or Oxyplot in the name. Then run the installer of the current version, which you can get from the member section.
We usually digitally sign our files, so that they do not cause problems, but you can right-click the copied files, go to properties and check if there is a checkbox to “Unblock” them. There are various threads on Grasshopper and unblocking. But as I said, that is not likely.

Best,
Johannes

Pages: 1 2 [3] 4 5 ... 43