Process for installation is shown in the ROS onboard setup Odroid U3 in the pixhawk.org web

Issue 01 150513/18:01 ' [Errno 28] No space left on device: '/home/odroid/.ros' ' Problem is due to the memory partition in the sd card. A preinstalled SD Card was used. Shows the partition of memory usage ' sudo parted -l '

Followed the instruction shown by the link below
http://wiki.ros.org/ROS/Tutorials/MultipleMachines

error showing :
couldn't find an AF_INET address for []

No position fix while forwarded tf message using vicon bridge and mavros

No GPS fix for APM-Quadrotor

suggestions : the ground wire for gps is damaged.

Device cannot access fcu from Ubuntu 14.04
error : permission denied

Control with angle mode of using usb2ppm in the vicon environment has been confirmed

However, rate control is not working properly and showing high oscillatory motions

This could be a result of

a. Bias of each channels on roll / pitch
b. control frequency - gain tuning issues
c. control resolution issue

http://www.hobbyking.com/hobbyking/store/__25080__NTM_Prop_Drive_28_30S_800KV_300W_Brushless_Motor_short_shaft_version_.html

OrdroidU3 - Pixhawk connection voltage level problem

http://dev.ardupilot.com/wiki/companion-computers/odroid-via-mavlink/

Needs an FTDI to communicate

APM won't stay in position is loiter mode

Diverges after circling the location

Turnigy 9X cannot read the ppm signals from PCTx

Loiter formation does not seem to be consistent.

Currently we use Stabilize mode to fly to the location and trigger loiter. This way, Loiter formation is not consistent

Serial decoding function works as well as the ppm generation/encoding function

but when I implement both, the code doesn't work

Here is a offboard control node example

//Conversion Node

include <ros/ros.h>

include <std_msgs/String.h>

include <stdio.h>

include "geometry_msgs/PoseStamped.h"

include "geometry_msgs/TwistStamped.h"

include "geometry_msgs/TransformStamped.h"

geometry_msgs::PoseStamped msg_pose;
geometry_msgs::TwistStamped msg_vel;
double x_pre= 0.0, y_pre = 0.0, z_pre = 0.0;
double v_x_fil = 0.0, v_y_fil = 0.0, v_z_fil = 0.0;
double t_p = 0.0, t_n = 0.0, dt;

void Callback(const geometry_msgs::TransformStamped msg)
{
t_p = t_n;
t_n = ros::Time::now().toSec();
dt = t_n - t_p;

x_pre = msg_pose.pose.position.x;
y_pre = msg_pose.pose.position.y;
z_pre = msg_pose.pose.position.z;
msg_pose.pose.position.x = msg.transform.translation.x;
msg_pose.pose.position.y = msg.transform.translation.y;
msg_pose.pose.position.z = msg.transform.translation.z;

msg_pose.pose.orientation.x = msg.transform.rotation.x;
msg_pose.pose.orientation.y = msg.transform.rotation.y;
msg_pose.pose.orientation.z = msg.transform.rotation.z;
msg_pose.pose.orientation.w = msg.transform.rotation.w;

double gain = 0.5;
v_x_fil = gain*v_x_fil + (1-gain)*(msg_pose.pose.position.x-x_pre)/dt;
v_y_fil = gain*v_y_fil + (1-gain)*(msg_pose.pose.position.y-y_pre)/dt;
v_z_fil = gain*v_z_fil + (1-gain)*(msg_pose.pose.position.z-z_pre)/dt;

msg_vel.twist.linear.x = v_x_fil;
msg_vel.twist.linear.y = v_y_fil;
msg_vel.twist.linear.z = v_z_fil;

}

int main(int argc, char **argv)
{
ros::init(argc, argv, "conversion_node");
ros::NodeHandle n;
ros::Subscriber pose_sub = n.subscribe("/controller/measurements",240, Callback);
ros::Publisher pose_pub = n.advertise<geometry_msgs::PoseStamped>("/controller/controller_node/pose",480);
ros::Publisher vel_pub = n.advertise<geometry_msgs::TwistStamped>("/controller/controller_node/vel",480);
ros::Rate loop_rate(480);
ros::spinOnce();

int count = 0;
while (ros::ok())
{
msg_pose.header.stamp = ros::Time::now();
msg_pose.header.seq = count;
msg_pose.header.frame_id = 1;

pose_pub.publish(msg_pose);
vel_pub.publish(msg_vel);
ros::spinOnce();
loop_rate.sleep();
++count;

Serial communication program running on PC is successful in communicating with the arduino but halts after ~500 packets

MAVROS rejects offboard mode if setpoints are not sent