CoppeliaSim forums

Hi,

I don't know the Kilobot robot. But if you want to keep that very same C programming interface, you can implement all the Kilobot API functions in C++ to use the CoppeliaSim remote API to affect the simulated kilobot model.

Have a look at Remote API

Yes!

BlueZero needs the b0_resolver process to be running in order to function correctly. If b0_resolver is not found, it is launched by CoppeliaSim (those lines with [resolver] you see in the console). You can also try to kill the b0_resolver process (i.e. killall b0_resolver and see if it makes a diffe...

Yes! A plugin looks the right way to do it. The BlueZero (as well as CustomUI, OMPL, ROS, and many others) uses a high level framework (libPlugin) to generate Lua/C++ integration code. Documentation for it is just the README files contained in the git repository subdirectories, the example plugin si...

See components/sensors/Hokuyo_URG_04LG_UG01_ROS's sensing script for an example of reading lidar distances.

Check also this discussion.

Synchronous mode is described at:

• B0 Remote API: B0-based remote API modus operandi (synchronous)
• Legacy Remote API: Remote API modus operandi (synchronous)

Qt for Open Source development is free and available for all platforms.

Mehmet wrote: ↑30 Mar 2020, 14:53 You can see in below link a part of my design,

coppelia wrote: ↑30 Mar 2020, 10:09 make sure you read the design considerations considerations 6-8 on the Designing dynamic simulations page.

Ditto

Maybe it depends on the automatic name adjustment mechanism.

See Accessing objects programmatically (from associated code).

You say you have cubes with names Cube_1, Cube_2, Cube_3 ... Cube_100.

Your code will call sim.getObjectHandle with arguments Box0, Box1, Box2, ... Box100.

Does that ring a bell?