Hi all,

I'm working with Hugo for implementing a complex type support in BRIDE.

I defined a metamodel for complex types and a plugin which allow you to define you types library. Now we are trying to define the transformation which should write the property file (.cpf). However we are approaching some problems with the property file which is generated by the marshaling service.

Hi all

I've been working with the SOEM/Orocos master stack (http://www.ros.org/wiki/soem) in a gnulinux Orocos target (kernel 2.6.32.32) with no problems. Now, I started working with Xenomai (linux kernel 2.2.6.38.8, Xenomai 2.6.0, ROS orocos_toolchain_ros stack + Xenomai 2.6 patch), but I've had some problems with the SOEM/Orocos master component.

When I configure the master component it manages to set the EtherCat slave and put it in the Operational state. Nevertheless, when I start it, the process data is not reaching the slave.

Hi,

I am trying to connect my components to ROS topics via a Lua deployment. I
think that something has changed with 2.4->2.5 version of
rtt_ros_integration. Is the Lua cookbook outdated ?

Dear all,

Until now, I was specifying the behaviour of my components in the .cpp files via the "hook" (configureHook, updateHook,...) functions. But now, I would like to split the structure (still in .cpp files) and the behaviour by using scripts (.lua files for the moment) for the latter. How could I do this?

Hello,

I have a theoretical question regarding the component model of OROCOS:

Can OROCOS components be implemented:
- in one thread, using cooperative multitasking
- in separate threads
- in separative processes
- on separate computers?

If all of these options are possible, are they all supported one as good as the
other, or is there an option, which is the preferred way to run components
in parallel?

Best regards:

Uwe Fechner

Dear all,

I'm writing an application for the pr2. In one of the components i need the pose (as a KDL::Frame) of the base. I can't find the port with which i have to connect to get this pose. I've looked at the ports of pr2connect and pr2robot.

Many thanks in advance,
Marijn Goossens

Dear all,

I'm trying to make a orocos-component (to use in combination with iTaSC) in which mosek, a numerical optimizer, is used. This program uses specific types of variables that are loaded by including a file "mosek.h". I'm getting compilation errors because there are undefined reference to these specific variables in the .o-file created during compilation.

I assume i have to link to moseklibraries somewhere during the compilation. Is it correct that this needs to happen in the "CMakelist.txt"-file with the command add_library or add_definitions?

Dear all,

When i try to run the comanipulation demo i get the following error (for every supervisor that is loaded):

no field package.preload['rttlib']
no file '/path_to_rFSM/rttlib.lua'
no file '/path_to_ocl/lua/modules/rttlib.lua'
no file '/path_to_kdl_lua/lua/rttlib.lua'
no file '/home/marijn/Documents/Robotics/itasc/rFSM/rttlib.lua:/opt/ros/electric/stacks/orocos_toolchain/ocl/lua/modules/rttlib.lua:/home/marijn/Documents/ros_workspace/rtt_geometry/kdl_lua/lua/rttlib.lua:'
no file './rttlib.so'
no file '/usr/local/lib/lua/5.1/rttlib.so'
no file '/u

Hi,

related to the mail about the bugfix

the type I have is /std/string instead of string after including some typekits
so if I define something as "string", it will become /std/string
which fails the check of the gen_write_fqn ...

1) should the check fail?
2) a) if it really needs to have this "string" type, how can I do this? I see there is a parameter filter, but the use remains unclear to me :s
2) b) since string=>/std/string how can I ever do this?

thanks!
nick

Hi,

in the rFSM package is the file rfsm_rtt.lua

when a non string value is send to the gen_write_fqn, the following error occurs:
error calling function startHook: /home/u0065688/ros_workspace/rFSM/rfsm_rtt.lua:119: attempt to call local 'type' (a string value)

which is caused by the fact that the check type(filter)~='function' fails
this is due to the fact that the function 'type' is overwritten by the variable 'type'

in attachment a patch that changes the variable name to atype

problem that still remains:
the error message is constructed as a concatenation of the variable