Go through the ROS tutorials, using a simulated robot at first, then buy a tiny AMR kit and do the same thing IRL. Once you have those basics, you can ask yourself into which direction to go next, the obvious choices being 1) deeper into the research of the new-fashioned (bi-)manual manipulation (arms), or 2) more into business and actually build a real-world application for your mobile robot (which will involve a lot of tinkering with hardware). And +1 on what brudgers said. It's a hobby, so have fun.
If someone wants to get into robotics as a hobby for the first time, and the #1 thing you tell them is "start with learning ROS", one questions whether you are trying to help them or sabotage them.
Reverse engineering is illegal in many cases. Aren't you afraid you might be automating the process for your users to get into (legal) trouble? Will your tool warn the user if they are about to violate laws?
Doesn't that depend on what a failure looks like? Failure to achieve the task (with no other side effects) is very different from accidentally killing the patient. Maybe also send a link to that study/article you are referring to?
Awesome, congrats on the launch! Can you say more about the software stack? Is it open-source? I see you are using ROS on the robot, but what about the full-stack (robot + cloud + web)? Did you build all that yourself? At Transitive Robotics we are developing the Transitive open-source framework for full-stack robotics (complementing ROS, not replacing it). On top of Transitive it is easy to build capabilities and we already offer many such modules, e.g., for webrtc video-streaming, teleop, mission dispatch, etc. This means you don't need to build all that yourself and once Transitive is installed on a robot, your end-users can install more capabilities now or in the future. Do you think this could be of interest to your users?
For what kind of robots did you design this? "several kilometers" implies that its not in-doors, but if it's outdoors, then why not just use a regular street-/satellite-map, such as leaflet, where setting points and lines is already built in?
You're right that Leaflet is great for GPS, but this tool is specifically for robots using SLAM-generated occupancy grids in a local coordinate frame. Even for long-distance navigation, many autonomous systems prefer these maps for higher precision and better integration with their local planners.
Interesting, I didn't know that! We've built this map display module but always thought of it as something only relevant for indoor robots. Do you think this might be relevant for outdoor as well then?
https://transitiverobotics.com/caps/transitive-robotics/maps...
Nice work! I think this could be relevant outdoors as well, especially for robots using locally built maps rather than street maps. One challenge I'd expect, though, is real-time visualization of robot locations in outdoor environments, but if it works, it would be very valuable.
tl;dr: No need to simulate life for it to exist -- "it's the thought that counts".
I have been entertaining this thought for a while and finally wrote it down. Would love to hear what people think, in particular in terms of how this might relate to existing philosophical arguments. I'm also really interested in other fundamental results about logic itself, similar to Gödel's incompleteness theorem, that might add corollaries to this theory.
> the most critical sensor logs often get lost when a robot loses power
That seems like a bizarrely niche problem. I've been working in robotics for many years and I don't think this has ever been a problem for us. Why would a robot suddenly run out of power? Conversely, why would something interesting be happening right before the battery runs out? Are you perhaps focused on a very specific kind of robots like drones, where a physical crash can also knock out power?
Drones are one of our primary usecases; however it is actually applicable to memory loss in lets say LLM not necessarily with power loss, but with corruption, hallucination and persistent memory problems, from overload of data or data retrieval.
What sort of Robotics are you based in? It also massively improves efficiency in hardware 20-40% est.
reply