Best practices for system design and package dependencies
My questions is based on lack of experience in the overall robot system design process. I have practiced all the pieces very often, like nodes ( publishers and subscribers) as well as actions and services. I also used many off the shelf packages like ros2 control and nav2 to move both physical robots and in Gazebo.
However I lack experience in designing an entire robot and its packages from scratch. So I am using the duckietown chassis and peripherals but writing everything in ros2 c++ rather than neotic python as is being used by the course
So far I have two packages: a sensors package and a control package.
Sensor Package: the purpose here is to group together any kind of hardware interfaces, like wheel encoders, motor drivers, camera nodes, etc. This package understands things like PWM and I2C and can communicate with the GPIO.
Control Package: this package will use classes and nodes from the sensor package to drive the wheels. I plan to add PID feedback later on, but for now the purpose to just drive the wheels with teleop or teleop_joy for instance.
I started to think about this in terms of having two teams: one team is writing the controls package, while another team is writing the sensors (essentially drivers). The control engineers don't want to know or understand anything about PWM or I2C for instance.
Therefore it does not make sense for the sensors package to offer any utilities, but just interfaces through messages.
Thus the sensors package needs to offer services and actions for initializing things like I2C or GPIO.
But I want to pause and think about this design so that it is long-term-thinking.
For instance this robot will end up with a perception package and a planning package as well. Therefore there must be some kind of orchestration package (probably just a set of launch files) that would initialize all this.
I suppose my real question is: how is this done in professional large scale projects? What is the best practice for package dependencies and overall system design, as well as system bring-up?
