- Apr 11, 2016
-
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-
Daniel Agar authored
-
Daniel Agar authored
-
Daniel Agar authored
-
Daniel Agar authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
This state is only commander internal. Therefore it doesn't need to be in vehicle_status. Instead it is now in the commander_state message.
-
Julian Oes authored
Instead of the state use the boolean flags.
-
Julian Oes authored
-
Julian Oes authored
All the removed flags were not used anywhere else than inside the commander.
-
Julian Oes authored
-
Julian Oes authored
The offboard status bools were not used anywhere but in the commander. Therefore they are now moved to the local status_flags topic.
-
Julian Oes authored
-
Julian Oes authored
Most condition bools in the commander are not used anywhere but in the commander. It therefore makes sense to move them to a different internal struct and remove them from the vehicle_status message. Also, the land_detected should be used by all the modules instead of getting it through the commander and system_status.
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
The name was set NULL which lead to a segfault on POSIX.
-
Julian Oes authored
-
Julian Oes authored
This flag is not used anywhere, it therefore doesn't need to be in vehicle_status.
-
Julian Oes authored
The counter variable in system status wasn't used anywhere.
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
-
Julian Oes authored
The commander used to consume the battery_status topic and write the contents after some calculations into the system state. Instead, the calculations now happen in library calls in systemlib/battery. This moves the battery fields out of the vehicle_status message into the battery_status topic. This brought quite some changes in all modules that need battery information. The current state is compiling but untested.
-
Julian Oes authored
The battery warning is not consumed anywhere, therefore scrap it from the vehicle_status message.
-
Julian Oes authored
It makes more sense to have the VTOL status in its own message.
-
Julian Oes authored
The MAV_TYPE enum was not in sync with the mavlink specs anymore. It makes therefore sense to remove the duplication and include the correct mavlink header file where it is needed. Also, error counts which are not populated, can be scrapped.
-
Julian Oes authored
Since the circuit breaker bools are not actually used anywhere else than in the commander, it is safe to remove them and replace them with local bools.
-
Mark Whitehorn authored
-
tumbili authored
-