Collection of notes to help deepen understanding around micro controllers and reasons Pollen made to develop a system away from a ROS-Arduino m/c system
Incorporate pyluos libraries and not have to start from scratch on how to manipulate certain systems/mechanical design
Microservices/API architecture ⇒ into a single system image
Objects library to leverage for Reachy project vs. wrangling ROS ⇒ faster development
Will be able to integrate future Reachy applications from other users easily
What types of complexities are considered in Reachy that may not be relevant to us?
What added functions does a LUOS system give us that can't be achievable today with off-the-shelf?
What functions do we want to incorporate that make Reachy Reachy as opposed to another robot that can do defined goals?
If Reachy is open-sourced, is there a way to get the best of both worlds on the firmware side with off-the-shelf parts? Knowledge gap. (Reference: https://docs.luos.io/pages/low/electronic-design.html for links to compatible MCUs by request)
Is there advantages to using Robus, Luos' communication technology?
Clear Dependency. Both a network and power management system. Without Robus, we don't have Luos.