|
|
|
|
|
by quantumduck
1415 days ago
|
|
Congratulations on the launch Stefan and Ilia! I'm a PhD student in robotics and autonomy and I've always wondered why something like this already didn't exist, at least for 90% of the 'doable' field robotics tasks. I think you're closer to what Skydio did in the autonomous drones for enterprise space - abstract the autonomy part and just put a little effort into customer-specific requirements. A couple of quick questions: 1. When you say you're built on top of ROS, do you mean the autonomy stack you'd deploy in an actual robot is built on ROS? Are you using ROS or ROS2? 2. What hardware does your current autonomy stack use? For parts of your stack that'd depend on using deep learning based methods (e.g. any image or lidar data), the models that you'd train would have to use a lot of collected and annotated data specific to a particular problem/industry and this would take a non-trivial amount of time, especially since you said the camera/sensor configuration is not fixed can can potentially be decided I the simulator by the user. How do you plan to tackle this? PS: Any potential internship opportunities at Polymath in the coming few months that I can apply to? |
|
We are approaching the ML problem somewhat differently, we try to give the robot an understanding of navigability of a space. This is done with semantically segmented images, overlayed with depth data where needed.
Once we have this, we flatten it into a 2d costmap of areas where kinematically (ie: ground clearance, terrain handling ability, allowable areas, etc) the vehicle is allowed to go. This is fed to our planner, which in turn generates valid paths for the vehicle to take.
The particular cameras and lidars used are abstracted away in a Hardware Abstraction Layer (HAL) that I've described a bit elsewhere on this page.
Cheers!