Ask Your Question

mpc_agro's profile - activity

2020-06-05 18:09:51 -0500 received badge  Student (source)
2018-08-23 12:27:14 -0500 received badge  Famous Question (source)
2018-08-23 12:27:14 -0500 received badge  Notable Question (source)
2018-06-20 08:45:12 -0500 received badge  Popular Question (source)
2018-06-15 07:22:27 -0500 commented question Problem tracking down an cmake error in a ROS/gazebo project

I did not notice this branch. I think he started it around the same time I started working on the project. I will contac

2018-06-15 05:08:56 -0500 edited answer Problem tracking down an cmake error in a ROS/gazebo project

I found out the error was related to the ignition libraries used by Gazebo 9. I posted the problem as a potential a bug

2018-06-15 05:08:38 -0500 answered a question Problem tracking down an cmake error in a ROS/gazebo project

I found out the error was related to the ignition libraries used by Gazebo 9: I posted the problem as a potential a bug

2018-06-15 03:39:53 -0500 commented answer conversion from NED to ENU for vectornav imu

I think you are at the point where you need to sit down and do some coding experiments to get the understanding you need

2018-06-14 02:46:01 -0500 answered a question conversion from NED to ENU for vectornav imu

You are asking a very broad question, with few details. Since this is an IMU with GNSS (GPS), I assume you are doing an

2018-06-13 16:19:49 -0500 asked a question Problem tracking down an cmake error in a ROS/gazebo project

Problem tracking down an cmake error in a ROS/gazebo project I am trying to upgrade a number of ROS/gazebo nodes made by

2017-05-02 03:42:38 -0500 received badge  Enthusiast
2017-04-21 10:06:28 -0500 answered a question Has anyone made a Lightware SF10/A laser altimeter driver?

We found the Node mentioned above, after we build our own for the LigthWare SF series: https://bitbucket.org/auengagroac

2016-09-15 13:04:54 -0500 received badge  Famous Question (source)
2016-09-15 13:04:54 -0500 received badge  Notable Question (source)
2016-03-31 08:53:10 -0500 commented answer Omron multi sensors

First look at your IP again and try to read this link: https://en.wikipedia.org/wiki/Private...

I think it is unlikely that the IP is 192.162.xxx.xxx.

For a sick node that can be used with their scanner look her: https://github.com/FroboLab/frobomind...

2016-03-31 01:45:55 -0500 received badge  Popular Question (source)
2016-03-30 10:17:56 -0500 received badge  Editor (source)
2016-03-30 10:12:20 -0500 answered a question Omron multi sensors

In the above output the host ip seems to be the same for both laser-scanners. Are you sure you are start the correct launch file ?

If I use two sick laser scanners the launch file would look like this:

    <launch>
    <node pkg="sick_tim5xx" type="sick_tim5xx_node" name="laser_node_right">
    <param name="frame_id" value="laser_link_right" />
    <param name="host" value="192.168.30.10"/>
    <param name="topic_id" value="/fmSensors/scan_right" />
    <param name="min_usable_angle" value="-2.35619449" />
    <param name="max_usable_angle" value="2.35619449" />
    </node>

    <node pkg="sick_tim5xx" type="sick_tim5xx_node" name="laser_node_left">
    <param name="frame_id" value="laser_link_left" />
    <param name="host" value="192.168.30.11"/>
    <param name="topic_id" value="/fmSensors/scan_left" />
    <param name="min_usable_angle" value="-2.35619449" />
    <param name="max_usable_angle" value="2.35619449" />
    </node>
    </launch>
2016-03-30 09:30:56 -0500 commented question Problem building shared library using catkin for ros::init(...)

When I load the library It cannot find _ZN3ros4initERiPPcRKSsj. Based on testing this problem relates to the line ros::init(argc, argv, "fmu_interface"); from above. I am just unsure what is missing or needs to be changed in my cmake file or if it is even possible to attempt what I am doing.

2016-03-30 08:45:57 -0500 asked a question Problem building shared library using catkin for ros::init(...)

I am trying to build a shared c library that includes ros code. The intention is to build a Ros interface to the new co-simulation FMI standard. I have made c wrappers for the c++ code I intend to use and without the ros::init(...) function call it seems to work fine. I think my problem is the cmake file I have made since it seems to be missing ros::init()

So I have the following structure:

  • fmu2watertank.c --main libary file
  • roswrapper.h -- c wrapper file .h file
  • roswrapper.cpp -- c wrapper file .cpp file
  • rosclass.h -- header file for class contaning ros code
  • rosclass.cpp -- cpp file for class contaning ros code

I use the following cmake file to compile the code:

cmake_minimum_required(VERSION 2.8.3)
project (ros_fmu_interface)

find_package(catkin REQUIRED COMPONENTS roscpp std_msgs rosgraph_msgs)

set(INCLUDE_DIR src src/include src/include/templates)
include_directories(include
    /usr/include
    ${INCLUDE_DIR} 
    ${catkin_INCLUDE_DIRS})

add_definitions(-DLIBXML_STATIC -DFMI_COSIMULATION -DMODEL_IDENTIFIER='tank' -DMODEL_GUID='"{8c4e810f-3df3-4a00-8276-176fa3c9f001}"')

SET(GCC_COVERAGE_COMPILE_FLAGS "-fmessage-length=0")
add_definitions(${GCC_COVERAGE_COMPILE_FLAGS})

add_library(tank SHARED src/fmu2watertank.c src/roswrapper.cpp src/rosclass.cpp)

add_dependencies(tank ${PROJECT_NAME} msgs_gencpp)

target_link_libraries(tank
   ${catkin_LIBRARIES}
 )

The code seems to compile fine :

-- Using CATKIN_DEVEL_PREFIX: /home/martin/ros_into/devel
-- Using CMAKE_PREFIX_PATH: /home/martin/ros_into/devel;/opt/ros/jade
-- This workspace overlays: /home/martin/ros_into/devel;/opt/ros/jade
-- Using PYTHON_EXECUTABLE: /usr/bin/python
-- Using Debian Python package layout
-- Using empy: /usr/bin/empy
-- Using CATKIN_ENABLE_TESTING: ON
-- Call enable_testing()
-- Using CATKIN_TEST_RESULTS_DIR: /home/martin/ros_into/build/test_results
-- Found gtest sources under '/usr/src/gtest': gtests will be built
-- Using Python nosetests: /usr/bin/nosetests-2.7
-- catkin 0.6.16
-- BUILD_SHARED_LIBS is on
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- ~~  traversing 1 packages in topological order:
-- ~~  - ros_fmu_interface
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- +++ processing catkin package: 'ros_fmu_interface'
-- ==> add_subdirectory(agro_intelli/fmu_units/ros_fmu_interface)
-- Configuring done
-- Generating done
-- Build files have been written to: /home/martin/ros_into/build
####
#### Running command: "make -j8 -l8" in "/home/martin/ros_into/build"
####
Scanning dependencies of target tank
[ 66%] [ 66%] [100%] Building CXX object agro_intelli/fmu_units/ros_fmu_interface/CMakeFiles/tank.dir/src/rosclass.cpp.o
Building CXX object agro_intelli/fmu_units/ros_fmu_interface/CMakeFiles/tank.dir/src/roswrapper.cpp.o
Building C object agro_intelli/fmu_units/ros_fmu_interface/CMakeFiles/tank.dir/src/fmu2watertank.c.o
/home/martin/ros_into/src/agro_intelli/fmu_units/ros_fmu_interface/src/fmu2watertank.c:11:0: warning: "MODEL_IDENTIFIER" redefined [enabled by default]
 #define MODEL_IDENTIFIER tank
 ^
<command-line>:0:0: note: this is the location of the previous definition
/home/martin/ros_into/src/agro_intelli/fmu_units/ros_fmu_interface/src/fmu2watertank.c:12:0: warning: "MODEL_GUID" redefined [enabled by default]
 #define MODEL_GUID "{8c4e810f-3df3-4a00-8276-176fa3c9f001}"
 ^
<command-line>:0:0: note: this is the location of the previous definition
/home/martin/ros_into/src/agro_intelli/fmu_units/ros_fmu_interface/src/rosclass.cpp: In member function ‘void rosClass::setup()’:
/home/martin/ros_into/src/agro_intelli/fmu_units/ros_fmu_interface/src/rosclass.cpp:9:31: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings]
   char *argv[] = {"tank", NULL};
                               ^
Linking CXX shared library /home/martin/ros_into/devel/lib/libtank.so
[100%] Built target tank

But when I look into library file using nm I notice the following:

nm -D libtank.so

...
                 U _ZN3ros4initERiPPcRKSsj
0000000000005038 W _ZN5boost3argILi1EEC1Ev
0000000000005038 W _ZN5boost3argILi1EEC2Ev ...
(more)