All right, bear with me here as I try to explain this: Friend and I had an idea of giving NASA coding interns a challenge by having them program a virtual 3D robotic arm to move. This means that I give them the code that just draws the arm in a 3D environment, along with info on how to code movement in said environment (IRRLICHT in this case), and then send them on their way. Is this possible w/ this library? Can I have the robotic arm as a standalone application that can be controlled via an outside .cpp file with code for movement in it? Or do I have to give the source code of the application to someone and they have to write the code for movement inside the same file? Ideally I want to be able to just give the intern an exe that draws the arm and a file that THEY add to in order to make the arm move. Any help on these questions would be great. Thanks!
-Connor Spangler
3d robotic arm project
-
NasaGuru
- Posts: 7
- Joined: Tue Mar 10, 2009 9:25 pm
- Location: U//:MilkyWay/Sol/Earth/US/VA/Midlothian
- Contact:
3d robotic arm project
"In Space, there is Liberty" - Epsilon
... at least there's SOMETHING up there...
... at least there's SOMETHING up there...
-
hybrid
- Admin
- Posts: 14143
- Joined: Wed Apr 19, 2006 9:20 pm
- Location: Oldenburg(Oldb), Germany
- Contact:
The simple answer is: Yes, it's possible with Irrlicht.
The question now is how to achieve this. The idea with a framework and a separate movement code seems good. Two general approaches are possible here. Either you put all the arm and render code into a library with some API defining the access from the movement part; or you create a standalone app listening on some socket, then the movement code could be sent over this socket with a protocol to be defined.
Since the first option is only (easily) possible with the movement code being written in C++, the programming language is the first requirement to fix. I just provided a similar thing for a project with students from a highschool, in combination with control code designed in Matlab/Simulink
BTW: My intern was denied about 5 years ago, maybe I can at least have some insights now into the program
The question now is how to achieve this. The idea with a framework and a separate movement code seems good. Two general approaches are possible here. Either you put all the arm and render code into a library with some API defining the access from the movement part; or you create a standalone app listening on some socket, then the movement code could be sent over this socket with a protocol to be defined.
Since the first option is only (easily) possible with the movement code being written in C++, the programming language is the first requirement to fix. I just provided a similar thing for a project with students from a highschool, in combination with control code designed in Matlab/Simulink
BTW: My intern was denied about 5 years ago, maybe I can at least have some insights now into the program
Hi, very interesting project.
I would suggest the library path, as the project will get more flexible and ready to general purpose, may be with an example (.exe) of how to to use the API/library
i dare to suggest also to consider in your irrlicht project the possibility to deal with a (rigid body ) physic engine, that allow to use the joint between bodies, but this could became a long shot.
Cheers
I would suggest the library path, as the project will get more flexible and ready to general purpose, may be with an example (.exe) of how to to use the API/library
i dare to suggest also to consider in your irrlicht project the possibility to deal with a (rigid body ) physic engine, that allow to use the joint between bodies, but this could became a long shot.
Cheers