Buggy-Fahrzeugsteuerung: STM32, CAN-FD, Raspberry Pi - 14/08/2026 16:14 EDT

@tangramua

Hallo  ,   ich habe die Beschreibung Ihres Projekts genau analysiert und Ich kann Ihnen versichern, dass wir Ihre Bedürfnisse verstehen und uns für Ihr Projekt interessieren.  Unser Team verfügt über die erforderlichen Ressourcen, um Ihr Projekt so schnell, wie möglich zu starten und innerhalb sehr enger Fristen abzuschließen.   Nach 25 Jahren in diesem Geschäft verfügen unsere technischen Spezialisten über die Erfahrungen und Erfolgsbilanzen in Linux, Automotive, Debugging, Software Development, Raspberry Pi, Documentation, Prototyping, STM32, Distributed Systems, Sensor Integration und anderen für Ihr Projekt relevanten Technologien.   Möchten Sie mehr Informationen, wenden Sie sich bitte an unser Profil https://www.freelancer.com/u/tangramua im Folgenden Link finden Sie einige aktuelle Bewertungen und detaillierte Informationen über unser Unternehmen.   Bitte kontaktieren Sie uns über den Freelancer-Chat ODER um Ihr Projekt im Detail zu besprechen lassen Sie uns einen Termin für ein Meeting vereinbaren. Andernfalls geben Sie uns bitte eine genauere Beschreibung Ihres Projekts.   Wir würden uns auf eine konstruktive Zusammenarbeit erfreuen!   Mit freundlichen Grüßen Verkaufsabteilung Tangram Canada Inc.  

@mayr81

Du suchst einen Embedded-/Automotive-Entwickler für eine verteilte Fahrzeugsteuerung mit STM32G474 (CAN-FD) und Raspberry Pi als Gateway/HMI/Logging - genau mein Fokus: robuste Echtzeit-Architektur für zeitkritische Ausgaben (z. B. Licht, Lüfter, Winde, Sensorik) und klare, modulare Kommunikation über CAN-FD zwischen 5 dezentralen Steuergeräten. Ich liefere eine professionelle Lösung mit vollständigem Quellcode, sauber dokumentierter Schnittstellen-/Signalbeschreibung und einem Prototyp-Ansatz: zunächst STM32 + CAN-FD + Raspberry Pi, danach Erweiterung auf 5 Controller. Die Integration von OBD-II/UDS für Live-Daten und DTCs sowie die korrekte Darstellung von Warnungen (inkl. Fehlercodeanzeige wie im Tacho-Konzept) stehen dabei im Zentrum. Für die HMI plane ich eine strukturierte Qt/QML-basierte Anzeige der Fahrzeugübersicht, Sensorwerte und Diagnose-Status - mit Logging/Diagnosepfaden, die den Betrieb auch im erweiterten System nachvollziehbar machen. Wichtig: Die Lösung wird so entworfen, dass sie erweiterbar bleibt (z. B. spätere CarPlay-Integration) und nicht zu einem „einfachen Pi/Arduino-Setup“ verkommt.

@ahmed4499

Erfahrener Embedded-/Automotive-Entwickler gesucht – STM32G474 ×5, CAN-FD, Raspberry Pi, OBD-II & 2 Displays Hallo, ich suche einen erfahrenen Embedded-/Automotive-Entwickler für den Aufbau einer eigenen Fahrzeugsteuerung für einen Buggy. Es soll ein komplettes, professionelles System aus STM32, CAN-FD, Raspberry Pi, OBD-II und zwei Displays entstehen. Vorhandene Hardware * Raspberry Pi als zentrale Einheit * 5× STM32G474 als dezentrale Controller * MCP2562 CAN-FD Transceiver für die STM32-CAN-FD-Anbindung * mehrere CAN-FD-Module * USB-CAN-FD-Adapter für den Raspberry Pi * OBD-II/CAN-Anbindung * ST-LINK/V3-MINI zum Programmieren/Debuggen der STM32 * 2 Displays: * Display 1 = digitaler Tacho * Display 2 = Touchscreen/HMI * Sensoren * High-Side-Treiber für Fahrzeugausgänge * 12-V-/5-V-Stromversorgung für die Elektronik * CarPlay-Modul, das später in das System integriert werden soll Geplante Funktionen Die STM32 sollen über CAN-FD miteinander kommunizieren und unter anderem übernehmen: * Licht * Blinker * Bremslicht * Lüfter * Winde * Sensoren * Temperaturen * Spannungen * weitere Fahrzeugausgänge und Sensoren Der Raspberry Pi soll als zentrale Gateway-, Diagnose- und HMI-Einheit dienen. Zusätzlich soll die OBD-II-Schnittstelle integriert werden, um – soweit vom Fahrzeug unterstützt – Daten wie: * Geschwindigkeit * Drehzahl * Temperaturen * weitere Live-Daten * Fehlercodes/DTCs auszulesen und auf den Displays darzustellen.

@SkillCrafts

I understand you're building a custom buggy vehicle control system leveraging STM32G474 microcontrollers, CAN-FD for communication, and a Raspberry Pi as the central unit, similar to projects involving real-time control and data acquisition in automotive applications. My experience with complex embedded systems and automotive communication protocols positions me well to tackle this challenge. My approach will involve establishing robust CAN-FD communication between the STM32 controllers and the Raspberry Pi using the MCP2562 transceivers and the USB-CAN-FD adapter. I'll develop firmware for the STM32s focusing on efficient data handling and real-time responsiveness, potentially utilizing FreeRTOS for task management. For the Raspberry Pi, I'll implement a Python-based application to orchestrate data flow, manage display output, and interface with OBD-II, ensuring seamless integration of all components. Could you elaborate on the specific functionalities you envision for the two displays, and what are your primary concerns regarding real-time performance and data logging from the CAN-FD bus? I'm eager to discuss how my technical expertise can bring your buggy's control system to life.

@mobasherreza10

As a comprehensive technology partner, I am equipped with a versatile skill set including Software Development to meet the demanding requirements of your Buggy-Fahrzeugsteuerung project. I have gained significant experience in numerous domains and technologies that align with your needs such as Raspberry Pi, robotics, embedded systems, CAN/CAN-FD, and more. My experience in developing complex systems like STM32 control units, automotive HMI development, and data communication using CAN-FD will ensure the successful realization of your project. Moreover, my previous projects involving the design of modular and extensible solutions align perfectly with your vision. I'll ensure a clean codebase that allows easy scalability and supports future integration such as CarPlay. Additionally, my proficiency in handling distributed control units and my expertise in Linux-based systems Raspberry Pi/Linux would be precisely what is required for this project with STM32 and Raspberry Pi at its core. In fact, I've previously implemented similar systems using STM32 controllers and CAN/CAN-FD communication channels to great success.

@sekai1116

✅ Nice to meet you ✅ Hello, I’m very interested in your automotive embedded control project and would be excited to help develop the system from the initial STM32 prototype through the complete 5-controller architecture. Your combination of STM32G474, CAN-FD, Raspberry Pi, OBD-II, and dual-display HMI requires a reliable and modular architecture. I understand the importance of keeping time-critical vehicle functions on the STM32 controllers while using the Raspberry Pi for gateway communication, diagnostics, HMI, and logging. I can assist with STM32G474 firmware, CAN-FD communication, MCP2562 integration, distributed controller architecture, Raspberry Pi/Linux gateway development, OBD-II data handling, sensor integration, diagnostics, and Qt/QML HMI development. I can also develop the digital dashboard and touchscreen interface for vehicle information, warnings, diagnostics, sensor data, system status, and logging. I would follow your proposed approach: first validate one STM32 + CAN-FD + Raspberry Pi prototype, thoroughly test the communication and control architecture, and then expand the proven system to all five controllers. I can provide clean C/C++ source code, CAN documentation, testing and debugging support, and complete technical documentation. I’d be happy to review your hardware, CAN requirements, STM32 responsibilities, and display specifications and discuss the best approach for the first prototype. I look forward to working with you!

@tshibsamuel477

Hi there, I have carefully reviewed your buggy vehicle-control project and understand the architecture: 5× STM32G474 controllers over CAN-FD, a Raspberry Pi gateway/HMI, OBD-II diagnostics, two displays, automotive sensors, high-side drivers, and future CarPlay integration. With nearly five years of experience in mechatronics, embedded systems, STM32, C/C++, CAN/CAN-FD, Linux/Raspberry Pi integration, sensors, power electronics, and distributed control, I can support the project from the first STM32 + CAN-FD prototype through the complete 5-controller system. I can structure the solution so time-critical functions remain on the STM32 nodes while the Raspberry Pi handles gateway logic, diagnostics, logging, and the Qt/QML-style HMI. Full source code and documentation will be provided. Please send me a message so we can review the existing hardware, display references, and first prototype milestone. Best regards, Samuel tshibangu

@sufyanasmat38

Hi, I have hands-on experience with STM32, CAN/CAN-FD, Embedded C/C++, Raspberry Pi/Linux, and automotive control systems. I can build a robust architecture where the STM32G474 handles real-time vehicle functions while the Raspberry Pi manages HMI, diagnostics, OBD-II, and logging. I can take your system from the first STM32 + CAN-FD prototype to a scalable 5-controller solution, including MCP2562, sensors, dual displays, fault handling, and Qt/QML HMI. I’ll deliver clean, modular firmware, complete source code, and documentation with future expansion in mind. I’d be happy to share relevant embedded/CAN-FD work.

@ost

Drawing from my broad and varied experience in the field, I genuinely believe I am the best candidate for this project. Although I must admit I haven't had the opportunity to work with STM32 or CAN-FD specifically, I have successfully developed sophisticated embedded systems utilizing comparable hardware and software such as Raspberry Pi, Linux OS, OBD-II, and distributed controllers. My expertise in managing real-time data, like the temperature, speed, voltage, and other vehicle aspects aligns perfectly with what you require. My proficiency extends beyond Electrical Engineering. I have built a solid foundation in Automotive technology by working on multiple car-related projects incorporating advanced automotive grade processors to achieve complex functionalities such as Lights control, Blinkers, Sensors monitoring, temperature regulation and more. Additionally, my advanced knowledge of HMI enables me to offer you a clean and well-documented solution that remains expandable and upgradable. Despite being remote-based, my exceptional communication skills along with frequent project updates will ensure we remain on track throughout the development cycle. What sets me apart is my unwavering commitment to delivering quality and providing efficient support long after the project’s completion. For verifiable proof of this and an in-depth understanding of my proficiency feel free to 검증된 실적과 다른 기술에 대한 investigate my portfolio at your convenue!

@jonasdedzo

Hi there, Your project requires a robust automotive-grade architecture rather than a simple embedded implementation. I can help design a modular system where the STM32G474 controllers handle all real-time functions over CAN-FD, while the Raspberry Pi serves as the central gateway, HMI, diagnostics, logging, and OBD-II interface. I'll build the prototype with one STM32 first, validate communication, safety, and performance, then scale it cleanly to all five controllers. The solution will include structured firmware, Linux integration, documentation, and maintainable source code for future expansion, including CarPlay integration. My focus is reliability, modularity, and long-term maintainability throughout development. Budget: €3,400 Timeline: 32 Days Milestones M1: System architecture, CAN-FD prototype (1 STM32 + Raspberry Pi), OBD-II communication – €1,400 M2: STM32 firmware, HMI integration, dashboard & touchscreen functionality – €1,000 M3: Scale to 5 controllers, testing, optimization, documentation & final delivery – €1,000 Looking forward to working with you. Thanks!

@melopgabriel

Hi, das Projekt ist klar als Fahrzeugsteuerung mit STM32, CAN-FD, Raspberry Pi und zwei Displays definiert. Genau diese Kombination aus zeitkritischer Steuerung auf den Controllern und Gateway/HMI/Diagnose auf dem Pi spricht für einen modularen Aufbau. Ich habe Erfahrung mit Embedded C/C++, STM32, CAN/CAN-FD und Raspberry Pi/Linux sowie mit OBD-II/UDS und Automotive-nahen Systemen. Für den Prototyp würde ich zuerst einen sauberen Nachrichtenplan, Diagnosepfade und die Display-Anbindung aufsetzen, dann die Funktionen schrittweise von einem STM32 auf fünf Knoten erweitern. Dabei achte ich auf robuste Kommunikation, klare Modulgrenzen und gut dokumentierten Quellcode. Wenn gewünscht, kann ich die erste Phase direkt als belastbaren Prototyp mit sauberer Architektur vorbereiten. Best regards, Gabriel