This PR allows to redefine the outer-loop for stabilization and
guidance, and to specify the guidance model for something else than a
quarotor (but still not an hybrid).
Two use case are proposed:
- replace the PD control of the outer-loop (still used by default) by
and Hinfinity controller
- parametrize the guidance for an hexa-copter with tilted motors,
allowing to produce side force for lateral motion control.
* Make UAVCAN arch independant
* Comply with uavcan info requests
* Comply with uavcan transfer_ids specifications
* Add uavcan dynamic node id allocation server
* Add uavcan tunnel device
* Add uavcan RC input
* Use uavcan semaphores to achieve thread safety
* Add key-value store
* Various tweaks to make everything work...
* [actuator] change configuration of actuators
- add a configuration structure to the actuators array
- limit the use of macros
- add a shell command to get and set actuator value
- update config for all boards
* fix actuator faulhaber for NPS
* add missing file in actuators nps
Configured with the number of poles (default 14, which is common for
most motors).
The update of RPM and other parameters is done in the actuators commit
function to have the fastest rate, instead of being done in the ESC
message send function.
* [fix] fix some bugs
small errors from compilation tests
* Attempt to fix the detection of failing tests
Side effect: the file issues.md is not produced anymore, but still available in stdout, so needs a manual copy if needed
* T4 actuators and T4 AOA now usable in Paparazzi master
* Rename ACTUATORS_T4_UART_DEV to ACTUATORS_T4_UART_PORT
since build failure on semaphore test gave:
modules/actuators/actuators_t4_uart.c:194:19: error: ‘ACTUATORS_T4_PORT’ undeclared
* Rename ACTUATORS_T4_UART_PORT to ACTUATORS_T4_PORT
Wrongly named, FYI since for the future plans port could be as well CAN or I2C type no specific reference to UART device just plain ACTUATORS_T4_PORT
- possibility to use basic PID with steering rover
- fix navigation
- add support for mission mode
- fix simulator (orientation was wrong, leading to opposite steering
between sim and reality)
- add support of 2 wheels rover in simulation
- add and update config files
- generic pan/tilt gimbal control with several builtin modes
- gimbal position and orientation configurable
- specialization possible for gimbals not matching the default scheme
(with an example using the Caddx GM3 3 axis gimbal)
- remove all the old unused code using gimbal control
* Add invensense3_456 driver for ICM45686 IMU
* Add support for 9th SPI slave
* Add SPI_SLAVE9 with PG01 as Chip Select on Cube Orange
Used in the Cube Orange Plus LTS / "shiny" release for the non-isolated IMU (on SPI bus 1)
* Add cube_orangeplus_lts board with new ICM45686 IMUs
* Disable GPS_Fix for a given number of seconds in ABI messages for testing purposes.
* Add protection to by default not allow disabling GPS
* Add example
* Covert into TRUE/FALSE since the define in seconds is not used.
New message can set position, speed, acceleration and heading setpoint
for an accurate trajectory tracking.
Also fix the update of ref when h_ref is disabled.
* Wait for shaking to take-off
* Update sw/airborne/modules/nav/nav_shakestart.c
* Use Shake-Start in Flightplan
* Remove disable-GPS, ahrsAligned, DSM_On/Off, Wind
* fix make tests
* rotwing airframe files v3i-k and conf
update repaired rotwing drones v3d an v3e
turn calc asml baro to true for all rotwing airframes
* remove old magneto calib v3d and v3e
* v3e flown in VB
* update imu filter v3i and v3j
turn off highspeed logging imu
calib all accelero on v3j
add all 3 imu filters v3j
* v3d all imu calibrations
v3d magneto calib
* turn off pfc debug, rotwing put air_data defines in common airframe file
* add magneto rotation for i,j,d
* merge with master
* rotwing airframe files v3i-k and conf
update repaired rotwing drones v3d an v3e
turn calc asml baro to true for all rotwing airframes
* try cube imu 1 on v3d
* pull some things from v3b
* small change in rotwing liftd eff scheduling
* re-do v3j magneto calibration
* v3e magneto rotation
* fix consistency of defines
* revert changes eff scheduling
* make compatible with rebase
* rotwing demo module and remove rotwing effectiveness RC switch
* fix small mistake
* fix small logic error
* fix RC switch range
* make skew values customizable
* small cleanup
* remove rotwing_demo module and replace by flight plan WIP
* rotwing move some settings back to individual airframes
* some changes
* choose a different ac id for demo drone
* Activate barometric altitude in fixedwing Disco
* Define not in NPS
* Replaced board by sensor driver...
* Fix with drone
* MAG Feedback in AHRS_DSM_FLOAT tested extensively.
The Ranger T1 is a tilt-rotor hybrid plane. As a first basic approach,
two separated controls are used for hovering (INDI) and forward flight
(PID). The mixing is done by a dedicated module and the autopilot is
customized to support the specific modes.
A simple PID controller is added to the rotorcraft firmware as it is not
possible to directly reuse the one from fixedwing firmware.
In a future work, a full INDI version might be used, but this approach
can still serves as an example of customized autopilot.
A simulation model for JSBSim is also provided.
Add a parameter to the takeoff function to specify the height at which the takeoff is considered finished.
A negative value tells that the default value (configurable from airframe file) should be used.
Update demo FP
