Skip to content
Snippets Groups Projects
Select Git revision
  • DeePC_dev
  • FES_dev
  • MPC_dev
  • RAMPC_dev
  • master default protected
  • uwbmaster
6 results
You can move around the graph by using the arrow keys.
Created with Raphaël 2.2.021May2014865429Apr2827222014139743130Mar2728Feb8Dec6529Nov282625221928Oct2214417Sep14Aug25Jul1076123Jun16151413108764330May292221191413125423Apr2086422Mar21201814Feb131211109754330Jan1219Dec1817151211986529Oct127Sep261817161210987630Aug28276Jul29Jun2825248May75432130Apr27262524232019181716131092Mar22Feb10Jan8629Dec2827262218161054130Nov29272624232221191817151211109543Updated wiki with instructions relating to installation, IP addresses, and network configuration for Raspberry PiRe-arranged the installing and setup section of the wikiForgot to move pics as part of the previous commitSmall restructuring of the wiki as a test of having nicer navigationUpgrade the crazyradio cflib to release 0.1.10 (13 Mar 2020) from the crazyflie-lib-python repository on the bitcraze githubCorrect small spelling mistakeMade git pull bash web interface script out error message when they occurUpdated code tab of web interface so that files can not be uploaded asynchronously and placed in the correct locationSmall correction to web interfaceSmall correction to web interfaceVERSION NUMBER UPDATE: to reflect updating of firmware with a generic package handler, and adding of a web interfaceMerge branch 'pands_at_home' into 'master'Attempt to get an asynchronous file upload workingUpdated the max height for the saftey check in the CrazyRadio nodeAdded hint to update web interface shell script for how to add write access to the group for all files in the /var/www/html folderSmall changes to the update web interface shell scriptAdded php for calling the update web interface shell scriptAdded first attempt at update webinterface shell scriptGot most everything working for the web interfaceChanged Get Agent Status service to return stringsAdded first attempt at node that offers a status-as-json service for the web interfacAdjust the size of the ViconData and CFOnboardEstimate queues to avoid processing old data (this may be the reason that the CF flys too high on first take-off when using CF onboard estimatesAdded more detail to .gitignore comment about not tracking Config.sh and Crazyflie.db filesAdded the Crazyflie.db database back to the repository with a default configuration of agent 1 controlling CF01 in a generously size boxAdded comment to web interface installation script for removing a user from a groupWeb interface now working for launching both the master and agent. VERY IMPORTANT is the command added to the web interface install script that the www-data user must be added to the plugdev group so that nodes launched by the web interface have permission to access the CrazyRadio USB dongleAdded the GyroMeasurements message to the CMakeListFixed error in CrazyRadio python node due to still invovling wrong send to commander functionFixed errors in CrazyRadio python script and tested to work with actual radio and Crazyflie 2.1 running the new dfall firmwareUpdated web interface with switchesProperly integrated both the mocap and crazyradio emulators with the data flow of state estimate data coming from onboard a simulated Crazyflie. Also updated the student controller service to work with either mocap data or onboard estimate data. Next step is to test on the real quad.added some rudimentary code for uploading files and having it store in the folder called uploadsConnected the CrazyRadioEmulator to its Quadrotor Simulator. Tested to be working, however, it is important that to not emulate both Mocap and Crazyradio at the same time. Next step is to add a visualization of the simulator to the System Config GUI.Corrected delaration of a quadrotor simulation in the CrazyRadioEmulator node, required editing the CMakeListStarted with adding a quad simultor to the CrazyRadio emulator node so that the code can be tested in simulation for flying based on onboard estimate dataAdded Kalman filter reset to the CrazyRadio python node anytime the flying state changes from motors off to something elseUpdated the flying agent client node so that can easily choose between mocap data or onboard estimate data, or both, by using the yaml parameters. Needs testing. Next step is to update the CrazyRadio emulator to simulate a quad so that these updates to the flying agent client can be tested in simulationExtended the FlyingVehicleState message definition to inlude a type, and velocities (both translational and angular). Update the Vicon and Qualisys publishers to fill in the type. Updated the CrazyRadio node to fill in this expanded FlyingVehicleState correctly, including adding a crazyflie name property to the CrazyRadioClient class. Removed all empty lines as end of message definitions.Changed the CrazyflieData message to be called FlyingVehicleData and changed the names of its properties from occluded to isValid and from crazyflieName to vehicleNameUpdated the Parameter Service node so that that yaml files are added to a map of Publishers and hence the sleep is only needed the first time an unknown yaml file is loaded. Changed the getParameterFloatVector function to be getParameterFloatVectorKnownLength. Added functionality to the GUI to hide and show the load YAML bar.
Loading