I’m putting together an all-terrain rover that pairs a Raspberry Pi 5 with an Arduino. The Arduino will sit close to the hardware, polling and driving everything from temperature-humidity probes and distance sensors to an IMU (pitch/yaw/roll, altitude, compass), ESC-PWM motor controllers, speed-over-ground tracking and battery-management read-outs. All of that raw data needs to flow up to the Pi, where it is bundled, logged and pushed over a 4 G link. The Pi also runs the user interface on an onboard touchscreen. I want that interface to launch straight into a clean dashboard with drag-and-drop style widgets so I can rearrange or resize gauges, graphs and buttons while in the field. On the software side I need: • Firmware for the Arduino that publishes every sensor value plus motor state in a well-documented packet format. • A Pi-side service that subscribes to those packets, stores them, and serves them both to the local dashboard and, via 4 G, to a companion phone app. • The phone app (iOS and Android) must: – stream real-time telemetry, – offer a responsive remote-control pad (forward, reverse, steering, camera tilt), – issue alerts/notifications (low battery, temperature spikes, signal loss), – provide a “remote kill” button that cuts power to the ESC, – display and switch the onboard camera feed and any recorded media. Touchscreen UI, mobile app and backend should share the same data model so I don’t have to maintain multiple code paths. Feel free to propose your preferred tech stack—Python or C++ on the Pi, PlatformIO for Arduino, and perhaps Flutter or React Native for the app—as long as it’s well-documented and easy to extend. Deliverables are the compiled binaries, source code, wiring diagrams, and a short setup guide that lets me flash the boards and run the whole stack from scratch. Final acceptance will be a live test where we can drive the rover, watch the sensor data update on both screens, trigger alerts, and verify the kill switch. the message above has been generated by AI but i confirm the extend of the project. the picture is an illistration where the hardware will be buil into. the idee is to have as much data as possible. onboard map on the py is also something i want.