Downloaded a few times now, but it seems your archive is damaged or incomplete.
[hr]
Edit: nevermind. Somehow 7zip does open it.
Downloaded a few times now, but it seems your archive is damaged or incomplete.
[hr]
Edit: nevermind. Somehow 7zip does open it.
ROBOGUIDE has a setting $EIP_ENBL_IO=1 which allows use of ROBOGUIDE as EIP Scanner (SCN) or Adapter (SDP). This is not a standard product. To use, please set the $EIP_ENBL_IO system variable to 1 (default is 0), then cycle the workcell's robot power. The EIP SCN/ADP will use your PC's real IP address. If you setup the Scanner Connection it will try to connect to an Adapter device on the network. It does not support R-30iBs capability to use two IP Address. Use the V9.10P EIP Manual for setup details.
Do you know with which version this became supported? I've explicitly asked Fanuc about this some time ago and they stated that EIP in Roboguide was not supported.
As always: which controller and which software version?
Karel gained some built-ins for doing just this in V8 on R-30iB, but if you don't have that, rolling something custom is your only option.
Do you know about any built-in about setting or getting data between robots only with normal Ethernet cable?
Are there also special ethernet cables?
I see a bunch of Karel and TP programs. Those would not seem to need Roboguide.
What software do you have with your robots? Without something like Roboguide or WinOLPC you can only use the teach pendant.
Even RoboDK needs maketp or the ascii upload option on your robot.
this appears to be free.
I have no experience with it though.
Also: doesn't RoboDK have free academic licenses?
Doesn't PCDK have a 30 day demo?
As I remember PCDK has lib for C++, so why you don't want to use QT for development. QT will give you crossplatform GUI.
The C++ libs most likely link to (V)C++ runtime libraries, which would make them Windows only.
I'm not sure, but I seem to remember that PCDK assemblies wrap / load native DLLs (at least the minimal version of it that comes with RoboGuide does).
Quite some DLLs in RoboGuide are Visual Basic based, others appear to be written in some version of (V)C++. I doubt those would be loadable by the .NET Core runtime - even if that nowadays runs under Linux.
This is definitely an interesting project though. Keep us updated.
Most mnemonics are documented in klevtpe.kl in the support sub dir of WinOLPC.
Didn't SET_TEXT_TPE work here? Or does the validation step in that function return errors that made the mnemonic approach necessary?
As far as I know, there are dedicated Built-ins in Karel for creating and editing TP-programs, but they are not documented and seem to be reserved for Fanuc only
The built-ins are all there, three posts up.
I think something to keep in mind is that it's rarely really necessary to import cad files with every bolt and washer in there at 100% detail.
Especially when exporting models from tools like SolidWorks or Pro/Engineer you can end up with really ridiculously large IGS files. These tools tend to go overboard when exporting models with lots of curves, and lowering detail a little can help a lot, and will most likely not influence the 'correctness' of your RoboGuide simulation.
127.0.0.1 is not a loop back address?... so that mean we are pinging the local host PC... not the vitual robot it self.
In my experience HawkME is partially correct: RoboGuide will open all relevant ports on 0.0.0.0 for the first robot. So they will also be reachable on 127.0.0.1 .
So to answer your question: you can just use the IP of the machine that runs RoboGuide.
Maybe if you can answer the next question that will help me to understand:
What if you have 2 virtual robot in the same workcell. What is the IP adresse of each robot?
Then it will use 127.0.0.2. Inter-virtual-robot communication is done exclusively using the loopback addresses.
I'm confused: what are we looking at here?
This is actually possible, although perhaps not as useful as the OP assumes / wants.
Image files (so not the sram backups) are 1MB pieces of a single FAT16 partition of the controller. To 'open' them on your Windows PC, simply reassemble them into a single file and mount them using something like osfmount.
Just a word of 'caution': those output expected or predicted speeds / velocities, not necessarily actual joint speeds / TCP velocities.
Depending on what you intend to do with the data, that may be fine, but it's something to keep in mind.
yes. According to the Karel manual (Chapter: File System): ".CF: KCL command files are ASCII files that contain a sequence of KCL commands for a command procedure."
Do R-J2/J3 controllers have the FTP server option?
If so, what about logging in with FTP, then del *.tp? I haven't tested it, but it could be a fast way to mass delete programs.
I have a project using an R-20iB controller coming up, [..]
The programs in question will probably be KAREL files, generated from an offline simulation.
This is going to be an M-20iB with an R-30iB controller?
Fanuc has on multiple occasions made it clear that Karel motions are no longer supported nor recommended. And Karel motion does in fact go much slower for me.
Do you have a work-around for that?
I've had this issue before. The answer from Fanuc was that the robot's software version is simply NOT supported by RoboGuide at the moment and the solution was downgrading the software to a version supported by RG.
Wouldn't upgrading your copy of RG work as well? "REV.A & REV.D" are pretty old.