Revert pid changes and update steps per m

Set sonar angle to 5° degree

Testing robot_localization

tinkerforge_imu2: Get settings from rosparam and fix angular_velocity &
linear_acceleration

no duplicate options in global_costmap_params_odom.yaml

Adapt navigation config to more trustworthy IMU

Update srf sensors closer to readout

Move forward sonars 2cm more apart

Fix register for sensor fwd2 readout

fixes third sonar integration

wt_node logging fix

Add third sonar to ros config

avr/nano: add third srf05

fix spelling error

Replace Razor IMU with Tinkerforge IMU Brick v2

Activate rollover protection only when moving and default to max pwm

rollover protection: Also stop unused motors

rollover protection: replace handicap with reverse motor

adjust handicap limits

gmapping tuning

amcl tuning

Increase inflation for global costmap a bit

inverse value for pitch_handicap_strength

reenabled motor handicap and made parameters configureable with
dyn_reconf

added hector, cartographer launch

added needed includedirs for catkin on kinetic

amcl tuning

TrajectoryPlanner & gmapping tuning

configuration of odometry covariance via dynamic reconfigure

updated razor imu config

added power_consumption.txt

updated pid values ods

updated motor pid values

avr/motor_ctrl: set avr frequency to 5MHz

avr/motor_ctrl: Disable pwm output on value 0 to avoid narrow spikes

tune slam gmapping

Sensor.msg: use float for pressure

added sensor msg and script

added pyshared submodules, use i2c from pyshared

fix simulation

Merge branch 'master' of ssh://vontaene/home/erik_alt/git/ros_wild_thumper

-reenable range layer
-navigation/exploration tuning

-reenable range layer
-navigation/exploration tuning

Merge branch 'master' of ssh://vontaene/home/erik_alt/git/ros_wild_thumper

-added dynamic reconfiguration for wt_node
-tune max sonar range with dynamic reconfigure
-clip sonar range to max

umbmark: use absolute position

Merge branch 'master' of ssh://vontaene/home/erik_alt/git/ros_wild_thumper

wild_thumper.launch: do not respawn on error...

pid tuning data

motor_ctrl: pid tuning

motor_ctrl: tune odometry from umbmark

frontier exploration fixes

exploration tuning

motor_ctrl: break when going to fast

pid tuning for gear ratio=1:47

use esum to stop motor when stalling to avoid damage

fix angle velocity

pid tuning with fixes

pid fixes

motor_ctrl: pid tuning data and added helper script

motor_ctrl: pid tuning

motor_ctrl: migrate to 4x VNH2SP30

Revert "Transision from 4x TLE5205 to 2x VNH2SP30"

This reverts commit 54239069f1fbc3ab2d38593454986c1a706c8b80.

Revert "wt_node: Transision from 4x TLE5205 to 2x VNH2SP30"

This reverts commit 390d3bf8a69f3cd23dae064db94865d3a38fe948.

wt_node: Transision from 4x TLE5205 to 2x VNH2SP30

Transision from 4x TLE5205 to 2x VNH2SP30

dwa planner tuning

fix motor direction after error state

addded script to get motor step response

motor_ctrl: pid tuning

motor_ctrl: handle tle error state

navigation stack tuning

moved cfg-files to config

added basic pocketsphinx launch file

wait 3s for ros to register and establish all subscriber connections
before sending reset diag message

wild_thumper.launch: make wt_node required

3dsensor: use rosparam to set depth mode

motor_ctrl: do handicap on both directions

wt_node: no asynci2c access on  cmd_vel

3dsensor: enable hw processing

avr/motor_ctrl: lower Brown out level to 2.7V

minor fixes

added rgb stripes

robot_pose_ekf: use vo for gps input as it will work without active gps
signal

sonar sensors: set fov to 40° as stated in http://picaxe.hobbizine.com/srf05.html

"A proper understanding of the detection zone of the SRF05 is key to
developing a successful detection and avoidance algorithm. The beam
width (or beam angle) of ultrasonic range finders is typically described
as being a cone of a certain angle (for the SRF05 it is about 55°). This
angle describes the arc at which the ultrasound pulse emanates from the
transducer. The mistake is sometimes made to consider the detection zone
of the sensor as being identical to this beam. The conclusion of this
logic would be that the detection zone extends from the sensor in an
even, steadily expanding arc until it reaches the 4 meter limit of the
SRF05 range. In reality the detection zone expands at about 55° for the
first meter and then the rate of expansion starts to decay. At about 2
meters distance from the sensor the angle of the detection zone is
closer to 40° with the zone reaching a maximum width of about 80-100
centimeters. From this point the detection zone will begin to narrow,
ultimately reaching zero when the distance from the sensor is a little
more than 4 meters."

ekf: gps fixes

nano: provide wrf read only values

-navigation stack fixes
-added cmd_vel_mux
-robot_state_publisher testing
-srf sensor timing fixes
-added square.py

enabled range sensor layer

umbmark correction

avr: calibration from umbmark

move_base: don't launch mapserver if nomap is set

added umbmark.py, tested with simulation

wild_thumper.launch: add joint_state_publisher

simulation/gazebo: added controller for imu, range sensors and diff
drive

added gazebo simulation

cut 6wd model to 4wd

3dsensor: reduce depth resolution

added waypoint script

razor.yaml: new calibration