Skip to content

Submitted models/marble husky sensor config 3#517

Closed
bfotheri wants to merge 13 commits intoosrf:masterfrom
bfotheri:submitted_models/marble_husky_sensor_config_3
Closed

Submitted models/marble husky sensor config 3#517
bfotheri wants to merge 13 commits intoosrf:masterfrom
bfotheri:submitted_models/marble_husky_sensor_config_3

Conversation

@bfotheri
Copy link
Contributor

The marble virtual track team has updated their systems vehicles since we submitted their models. We talked with Angela and she said if they had built the vehicles perhaps you guys would consider these additional sensor configurations. Here are the images showing the two vehicles and reflecting this vehicle sensor configuration.

tmp_1596226782657
tmp_1596226820604

@shakeebbb
Copy link

version 3
Here is the photo of the UAV with the sensor suite that is on the simulated model except additional side cameras for Artifact Detection. We used this UAV at the Urban Circuit event and we are planning to add additional cameras for the Artifact Detection.

@nkoenig nkoenig requested a review from mjcarroll August 4, 2020 16:26
@mjcarroll mjcarroll self-assigned this Aug 5, 2020
@mjcarroll
Copy link
Contributor

image

@mjcarroll
Copy link
Contributor

Sensor data and coordinate frames look good
image

@@ -0,0 +1,89 @@
<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can this be deduplicated with VLP base 1?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There is a small little knob representing the plugin of the sensor that differs base 1 and base 2 but the design could be simplified and the knobless base could be used for the top and bottom. Let me know if that's what we should do.

Copy link
Contributor

@mjcarroll mjcarroll left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have some questions about differences between the documentation and what is actually included in the SDF file. Can you help clarify?

@bfotheri
Copy link
Contributor Author

bfotheri commented Aug 11, 2020

I'm also adding some forward and rear facing lights that are on the vehicle but went unmodeled. Update: The lights have been added. I have completed all the changes listed here. For now everything appears resolved.

@bfotheri
Copy link
Contributor Author

Is there any chance this will be accepted before cave_circuit?

Copy link
Contributor

@acschang acschang left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This sensor configuration will not be incorporated for Cave Circuit, but feedback is included here and in-line for later consideration.

  • Please connect floating sensors to the existing mesh.
  • Please resolve the issue preventing IMU data from being published on the intended ROS topic.
  • Please resolve or verify the accuracy of the intrinsic parameters on the D435i RGBD camera sensor.
  • Please adjust the RPLidar sensor's update frequency to align with the supplied datasheet.
  • Please provide sensor specification documentation for the simulated HD MIPI cameras.
  • Please adjust the rear facing HD MIPI sensor prefix to be rear as opposed to back to align with the established SubT API.
  • Please adjust the OS-1 sensor data topics to horizontal_points and vertical_points from horiz_points and vert_points respectively to align with the established SubT API.
  • Resolve previous comments on this PR (e.g., breadcrumb functionality)
  • The validation data is missing. Please complete the validation testing as required by the Simulation Model Preparation Guide and submit the required data.

Comment on lines 54 to 67
* Sensor specification links:
* D435i RGBD Camera - https://www.intelrealsense.com/depth-camera-d435i/
* Ouster 3D Lidar (64 Channel) - https://ouster.com/products/os1-lidar-sensor/
* RPLidar S1 Planar Lidar - https://www.slamtec.com/en/Lidar/S1Spec
* IMU: Microstrain 3DM-GX5-25 - datasheet: https://www.microstrain.com/sites/default/files/applications/files/3dm-gx5-25_datasheet_8400-0093_rev_n.pdf
* Explanation of sensor parameter derivations:
We derived the stddev terms as follows:

accelerometer noise density = 0.00002 g/sqrt(Hz)
=> convert to m/s^2 => 1.962e-4 m/s^2
gyro noise density = 0.005 deg/s/sqrt(Hz)
=> convert to rad/sec => 8.72664e-5 radians

Other terms are difficult to extract from datasheet, so we used similar terms to previous IMU models proposed (of similar or worse quality) such as the ADIS 16448 (which has worse performance than this IMU).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please add a reference for the HD MIPI camera.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Friendly ping @bfotheri

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey! @mjcarroll I just added the cameras reference. I haven't fixed the floating sensors yet however. I recently received a STEP file of the whole robot and am planning to convert parts to .dae files then add them into the visualization to eliminate the floating sensors.

Copy link
Contributor

@acschang acschang left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This sensor configuration will be considered for the final circuit.

  • Please connect floating sensors to the existing mesh.
  • The provided documentation for the HD MIPI cameras lists the cameras to have a 808x608 resolution, 50 Hz frame rate, and the listed lens has a 80 degree FoV. The parameters listed for the modeled sensor are 1280x960 resolution, 15 Hz frame rate, and a 60 degree FoV. Please either correct the discrepancy or provide an explanation for the simulated sensor parameters differing from the provided documentation.
  • The validation data is missing. Please complete the validation testing as required by the Simulation Model Preparation Guide and submit the required data.

@nkoenig
Copy link
Contributor

nkoenig commented Jan 13, 2021

The bounding box for this model is

Min[-0.492701 -0.34339 -0.144193] Max[0.5479 0.343206 0.68003]

@mjcarroll
Copy link
Contributor

@bfotheri Friendly ping, there are some requested changes from @acschang

@bfotheri
Copy link
Contributor Author

bfotheri commented Mar 29, 2021

Also @acschang

For 1) & 2) I'll push a commit to address that. For 3) I believe MARBLE has collected some of this data at least. I'll discuss the required tests with them and ask when we can have this done by.

Update:
A number of updates in the past 10 months to SubT robots has made it so it was easier to just do this in a new pull request. The new pull request for this configuration is called marble_husky_sensor_config_6 and it incorporates all the feedback from this pull request. Also validation data has now been submitted to the link listed in the Model Submission Guide (Box)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants