-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Some sensors do not work #27
Comments
Hello @podgorki, Thank you for choosing BeamNG. I have noticed that ROS bridge is using an old BeamNGpy API, We will fix this issue ASAP. Currently the working sensors are: Damage sensor, IMU, and Gforce sensor. Let us know if you face any issue with the aforementioned sensors. Thank you for your feedback. |
Hello @podgorki, i found that sensor attachment method was changed, If you want to test Lidar, camera or ultrasonic sensor, you may use the initial release for ROS bridge with BeamNG.Tech version 0.24 and BeamNGpy version 1.22, i tested them out and they worked fine, please let me know if anything didn't work out. Thank you for your feedback. |
Hi @AbdelrahmanElsaidElsawy thanks for looking into this. I will have a look at those versions. Aside from downversioning, I have forked this repo and got cameras, segmentation, instance segmentation, depth, bounding boxes and lidar working. I have made some changes for the ultrasonic and intend oin trying to get the other automation sensor working too. In addition to those changes, I also have added the vehicle position as a tf frame and am in the process of adding tf frames for the added sensors. With the tf frame we can see all the sensors in their correct spots as well as do coordinate frame transformations with ease. Having a lidar to vehicle to map frame made it so I could adjust the lidar point cloud values to be ego centric rather than map centric which is what I would expect for a vehicle sensor. The fork is here: https://github.com/podgorki/beamng-ros-integration and if it is of use perhaps I could contrib it as a pull request? |
Hi @podgorki, thank you for the contribution for this repository, I'll test your changes, if everything is going well, you may pull a merge request and I'll approve it. Have a nice day |
Hi @podgorki, I've tested out the camera and lidar, they are working very well, please apply for a merge request. I'll close this ticket after all the sensors get fixed. |
Hi @AbdelrahmanElsaidElsawy I am just finalizing the added tf frames to the sensors and will start the pull request then. One thing I am hoping you might be able to clarify is what the units are of beamngpy's dir parameter:
are the X, Y, Z values the rotation angles, radians or something else? I am using the dir parameter to set the RPY->quaternions for the static tf frames |
Hi @podgorki, it should be a vector on the map space |
I am running beamng on a windows 11 box and connecting to it across ethernet from my ubuntu 20.04 box.
Env details:
Python==3.7.13
Beamngpy==1.26
Beamng ros integration==0.1.3
Beamngtech==0.28.2.0
I can successfully run and visualize with rviz the default beamn_control example launch. However, when I try and use LiDAR or cameras I am unable to successfully launch a the scenario with sensors from ROS.
Digging into the code it looks like the definitions used in the sensor getters are different to the ones in the beamngpy api.
Take lidar for example
compared with the getters args
Many of the args are incorrect for example, 'offset' does not appear in the api but rather 'pos'.
I updated these and tried to run again but got then find that 'bng' and 'name' are missing.
I attempted to hand the bng instance (I think) created in the BeamNGBridge line 38 through to the Lidar and created a dummy name. With this roslaunch is able to run past this getter but now the game instance on my windows box crashes. I have attached the error log here.
843cd52a-4b9a-488b-8cf8-a20cbe72d39a.zip
I have not attempted to patch the cameras or extensively tested other sensors at this stage.
I am curious how I can use these sensors when there seems to be a mismatch?
The text was updated successfully, but these errors were encountered: