Privates Fahrzeugprojekt: Elektronische Fahrzeugsteuerung

@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 Software Testing, Debugging, Digital Design, Software Development, Raspberry Pi, Documentation, Embedded Systems, Prototyping, STM32, 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.  

@markoa7

As someone with over eight years of experience in embedded systems and a deep understanding of STM32, I feel uniquely qualified for your vehicle control project. My proficiencies extend beyond just STM32, encompassing CAN/CAN-FD and Raspberry Pi, which are key elements in your planned hardware set-up. Moreover, I have a strong background in C/C++ and widespread experience in GUI/HMI-Development that makes me the perfect fit for your complete software development needs. Over the years, I've successfully designed MCUs using various platforms including STM8, NXP, TI, and Silab among others - giving me a broad capability to handle diverse project specs. Additionally, my expertise in both firmware and hardware design will be beneficial as we'll not only need well-documented software but also an effectively functioning system. Appreciating your transparency about your programming skills', I would be happy to lead and guide you through each phase of this project. Lastly, my location is worth considering as I'm based in Graz/Steiermark, Austria, guaranteeing close collaboration if needed. Embracing the challenge of building your electronic vehicle control from software to data logging while ensuring clean code and scalability is something I'm more than qualified for. With my proven track record delivering high-quality solutions within deadlines without compromising on performance or cost-effectiveness, I'm confident in our success together.

@mobiwebsolutions

✋ Hallo! ✋ PROJEKTZIEL: ENTWICKLUNG EINES MODULAREN ELEKTRONISCHEN FAHRZEUGSTEUERUNGSSYSTEMS UNTER VERWENDUNG VON STM32, CAN FD UND RASPBERRY PI. 1. Erstellung eines ersten Prototyps mit STM32 und CAN/CAN FD, bevor das System auf alle Steuergeräte ausgeweitet wird. 2. Entwicklung von Embedded-Software (C/C++) für Sensoren, Ausgänge, Diagnosefunktionen und Fahrzeugfunktionen. 3. Integration der Kommunikation zwischen Raspberry Pi und STM32-Steuergeräten via CAN. 4. Erstellung eines modernen Dashboards und einer Touchscreen-HMI für Fahrzeugstatus, Steuerung und Diagnose. 5. Bereitstellung von sauberem, dokumentiertem und erweiterbarem Code sowie Unterstützung bei Tests und der schrittweisen Entwicklung. Ich habe bereits ähnliche Embedded-Projekte erfolgreich abgeschlossen, die STM32-Steuergeräte, Raspberry Pi, CAN-Kommunikation, Sensorintegration, HMI-Schnittstellen und modulare Fahrzeugsteuerungssysteme umfassten. <-- Fragen --> 1. Ist die STM32- und CAN-Hardware für den ersten Prototyp bereits vorhanden? 2. Können Sie die Entwürfe (Mockups) für das Dashboard und die Touchscreen-Benutzeroberfläche vor Beginn der Entwicklung zur Verfügung stellen? Ich freue mich darauf, mich mit Ihnen auszutauschen und eine Zusammenarbeit zu vereinbaren. Mit freundlichen Grüßen Elisha Mariam!

@Rapha

Hallo, ich bin Rafael. Das Projekt passt gut zu einer modularen Embedded-Architektur: Raspberry Pi als zentrale Einheit für HMI, Logging und übergeordnete Logik, während die STM32G474 die zeitkritischen Sensor-, Aktor- und Steuerungsaufgaben übernehmen. Die Kommunikation würde ich sauber über CAN/CAN-FD mit definierten Message-IDs, Zuständen, Timeouts und Fehlerbehandlung strukturieren. Den vorgeschlagenen Start mit einem einzelnen STM32/CAN-Modul halte ich für sinnvoll. Damit lassen sich zunächst Raspberry Pi ↔ USB-CAN ↔ STM32G474, Sensorwerte, ein High-Side-Ausgang, Diagnose sowie die grundlegende Dashboard-Anbindung zuverlässig testen. Erst wenn dieser Prototyp stabil läuft, würde ich dieselbe Architektur auf die weiteren fünf Controller erweitern. Für die STM32-Seite würde ich C/C++ einsetzen; auf dem Raspberry Pi können Dashboard, Touchscreen-HMI, Datenlogging, OBD/CAN und Diagnose modular aufgebaut werden. Besonderen Wert würde ich auf dokumentierte CAN-Schnittstellen und erweiterbaren Code legen, damit du das System später selbst nachvollziehen kannst. Eine belastbare Gesamtkostenschätzung würde ich nach Sichtung deiner Schaltpläne, Displays, Sensoren und UI-Mockups abgeben. Das Projekt soll zunächst mit einem einzelnen STM32/CAN-Modul als Prototyp aufgebaut und anschließend auf die weiteren Controller erweitert werden. Kontaktiere mich, um das Projekt im Detail zu besprechen und den ersten Prototyp technisch abzugrenzen.

@hayat38402

Hallo, ich bin Electrical Engineer und arbeite mit einem erfahrenen technischen Team an Embedded-, Automotive- und Steuerungsprojekten. Wir verfügen über Erfahrung mit STM32, Raspberry Pi, CAN/CAN-FD, C/C++, Embedded Systems, GUI/HMI und Fahrzeugsteuerungen und haben bereits Projekte für Kunden in UK, USA, Kanada, Oman, Saudi-Arabien und weiteren Ländern umgesetzt. Ihr Buggy-Steuerungssystem passt sehr gut zu unserer Erfahrung. Wir können die Architektur schrittweise entwickeln – beginnend mit einem einzelnen STM32/CAN-Prototyp und anschließend skalierbar auf die weiteren Controller. Wir können CAN-Kommunikation, Sensoren, High-Side-Ausgänge, Licht-/Lüfter-/Windensteuerung, Diagnose, Fehlercodes, Datenlogging sowie beide Display-Oberflächen umsetzen. Besonderen Wert legen wir auf sauberen, modularen und gut dokumentierten Code. Die vorhandenen UI-Mockups können wir als Grundlage für ein modernes Dashboard und eine Touchscreen-HMI verwenden. Wir können das Projekt komplett umsetzen oder Sie Schritt für Schritt begleiten. Der vorgeschlagene modulare Entwicklungsansatz ermöglicht es, zunächst einen einzelnen STM32/CAN-Prototyp zuverlässig zu testen und danach das Gesamtsystem zu erweitern. Gerne bespreche ich Hardware, CAN-Architektur, UI und einen realistischen Zeit-/Kostenplan.

@sakshis576

As an enthusiastic Embedded Systems developer with a knack for tackling complex vehicle projects, I believe I am the perfect fit for your vision of a bespoke electronic vehicle control for your buggy. Over the years, I have garnered extensive experience in handling Raspberry Pi, C/C++, and GUI/HMI development, which are central to your project. Additionally, my proficiency in mastering technologies like CAN/CAN-FD, as well as my solid grasp on STM32 microcontroller systems, will ensure smooth CAN communication and efficient execution of various planned functions such as data logging, sensor overview, and more.

@leonidye

Hi, I’m an experienced Embedded Hardware/Firmware Engineer with strong hands-on experience in **STM32, C/C++, CAN/CAN-FD, Raspberry Pi, sensor integration, and distributed embedded control systems**, making this project a very good match for my background. I can help develop the vehicle control system from the initial single-STM32/CAN prototype through the final multi-controller architecture, rather than attempting to build everything at once. For the first stage, I would focus on establishing a robust STM32G474 CAN/CAN-FD node, sensor interfaces, output control, diagnostics, and a clean communication protocol with the Raspberry Pi. From there, the architecture can be expanded systematically to the remaining controllers, Raspberry Pi services, data logging, and the two display/HMI interfaces. I can develop the firmware with a modular structure, clear CAN message definitions, fault handling, diagnostics, and documentation so the system remains maintainable and easy to extend. I’m also comfortable working from your UI mockups and translating them into practical dashboard and touchscreen HMI functionality. This phased approach will allow us to validate each subsystem early and reduce integration risks before moving toward the complete vehicle controller. I’d be happy to start with the first STM32/CAN prototype and define the initial architecture, interfaces, and development milestones. Regards,

@SkillCrafts

I understand you're building a custom electronic vehicle control system for a buggy, similar to projects where I've integrated multi-controller architectures using CAN bus for real-time data acquisition and control. My experience with embedded systems and automotive communication protocols like CAN/CAN-FD directly aligns with your project's needs. My approach would involve developing the Raspberry Pi as the central gateway, managing higher-level logic and user interface. The STM32G474 microcontrollers will handle real-time sensor readings, actuator control via high-side drivers, and communication over the CAN-FD network. I'll utilize C/C++ for the STM32 firmware, focusing on efficient interrupt handling and robust CAN message management. For the Raspberry Pi, Python with libraries like `python-can` will facilitate communication with the STM32s and data visualization on the displays, implementing the digital dashboard features. Given the complexity of integrating multiple MCUs and a custom CAN network, have you considered a specific strategy for fault tolerance and diagnostic reporting within the CAN system? Also, what are your priorities regarding the real-time performance of the digital displays? I'm keen to discuss these aspects further and explore how I can best contribute to your innovative vehicle project.

@carlosd178

Hallo, nach detaillierter Prüfung Ihrer Anforderungen verstehe ich den Umfang und besonders den gewünschten schrittweisen Aufbau sehr gut. Ich habe Erfahrung mit Embedded Systems, STM32, C/C++, Raspberry Pi, CAN/CAN-FD, Sensorintegration, Debugging und HMI/GUI-Entwicklung und kann sofort starten. Eine saubere Architektur ist hier entscheidend: Ich würde zunächst einen einzelnen STM32G474 als Prototyp aufbauen, CAN-Kommunikation zum Raspberry Pi implementieren und Nachrichtenstruktur, Diagnose, Fehlerbehandlung und Sensor-/Ausgangslogik definieren. Nach erfolgreichem Test lässt sich dieselbe modulare Architektur kontrolliert auf die weiteren STM32-Controller sowie Dashboard und Touch-HMI erweitern. Der Code wird dokumentiert und so strukturiert, dass spätere Funktionen problemlos ergänzt werden können. Zu Ihrer Kostenfrage: Ich kann innerhalb Ihres angegebenen Stundensatzes arbeiten. Eine belastbare Gesamtschätzung würde ich nach Prüfung der Mockups, Sensor-/I/O-Liste und des ersten CAN-Moduls erstellen. Ich habe zwei kurze Fragen: • Welche Funktionen soll der erste STM32-Prototyp konkret übernehmen? • Sind Displays, Sensoren und High-Side-Treiber bereits als konkrete Modelle ausgewählt? Ich freue mich auf die Zusammenarbeit und darauf, das System Schritt für Schritt vom ersten CAN-Modul aus aufzubauen. Viele Grüße Carlos

@cesur135

With a strong background in industrial automation and extensive experience with PLC programs like Siemens TIA Portal, Simatic Manager, Delta, ABB, and Omron, I believe I have the skills needed to successfully handle your private vehicle project. My work on plant automation, process automation and water treatment projects have required me to create clean, well-documented code – characteristics that resonate with your needs. Additionally, I understand the value of a scalable design and will ensure your system is not only functional but easy to expand as you desire. This trait has been essential in my work with systems involving numerous devices some of which required temperature considerations for optimal functionality like the ventilation control systems I designed. Given the project complexity, my experience in building HMI (Human Machine Interaction) Systems using WinCC SCADA and in developing GUIs in general can be an asset too. Furthermore, I am comfortable with your chosen hardware platforms including the Raspberry Pi and STM32 and have used similar setups for several projects before. Having said all this, I am passionate about your project and would be keen on guiding you through every step or leading it to completion myself.

@sufyanasmat38

I have experience in embedded systems, C/C++, Python, Raspberry Pi, hardware-software integration, CAN-based communication, and developing production-level software where reliability and clean architecture are important. I understand your approach of starting with one STM32/CAN module as a prototype and then expanding the architecture to the remaining controllers. I can help develop the communication layer, sensor handling, vehicle logic, diagnostics, data logging, and Raspberry Pi integration, while keeping the code modular and well documented. I can also work on the dashboard/HMI side for the two displays, including the digital tachometer, vehicle status, sensor information, warnings, settings, and diagnostic interfaces based on your provided mockups. I’m comfortable working step-by-step with an existing hardware setup, testing each module before expanding the system. My experience also includes APIs, automation, Docker, Git/GitHub, and software-hardware integrations. I’d be happy to first discuss the STM32 hardware, CAN/CAN-FD architecture, sensors, and the first prototype module, then provide a realistic estimate for the initial phase.

@mikes126

I can help build the software around the Raspberry Pi + STM32G474 architecture, including CAN/CAN-FD communication, sensor handling, outputs, diagnostics, data logging, and the two-display HMI. For the first prototype, I’d focus on: STM32 firmware and CAN/CAN-FD message structure Raspberry Pi ↔ STM32 communication Sensor/input and high-side output handling Basic fault/error reporting Dashboard data model A clean foundation that can later be replicated across the other STM32s Once that works reliably, we can add the second controller and expand the system without having to redesign everything. I’m comfortable working with C/C++, embedded systems, STM32 and Raspberry Pi, and I prefer keeping the firmware modular and well documented so you can understand and extend it even as a beginner. A couple of things I’d like to clarify: which sensors/ICs and high-side drivers have you selected, and what displays are you planning to use?

@longngoc2307

Hallo. "ELEKTRONISCHE FAHRZEUGSTEUERUNG MIT STM32 UND CAN-FD" - Sie brauchen eine robuste zentrale Steuerung fuer Dashboard, Sensorik, Aktoren und Diagnose. Ich wuerde die Architektur klar trennen zwischen Raspberry Pi, STM32-Controllern und CAN-FD, mit definierten Nachrichten, Zustandsautomaten und Fehlerbehandlung. So bleibt das System testbar und erweiterbar. was matters most here ist sichere Fehlerbehandlung. Kritische Funktionen wie Licht, Luefter und Winde sollten bei Kommunikations- oder Sensorfehlern in definierte sichere Zustaende wechseln. Welche STM32-CAN-FD-Nachrichten und I/O-Belegung sind bereits festgelegt?

@natesd

As a seasoned Software Engineer with significant expertise in Embedded Systems, I believe I am uniquely positioned to tackle your private vehicle project. Throughout my 20+ years of work, I've successfully overseen the design and implementation of complex systems for renowned companies like Qualcomm and Cisco Systems. Notably, my in-depth understanding of STM32/CAN/CAN-FD/Raspberry Pi/C++ aligns perfectly with your needs. My ability to take ownership over an entire project is something that sets me apart from others. I don't just build features; rather, I design systems built for longevity and scalability. In addition, my experience in low-latency applications and AI integration can bring valuable insights to developing a modern and efficient vehicle control system. While based remotely, tailored communication and dedicated hardware usage are no barriers to providing top-notch service. German-speaking developers such as myself understand the essentiality of precise comprehension in projects that require functional precision. Let's connect and discuss the specifics of your envisioned interface design and how I can turn it into reality by leveraging my range of technical skills from system architecture to mobile development.

@LeadForce1

Hallo, "STM32-CAN-Prototyp Mit Raspberry Pi" - zuerst ein stabiles Modul entwickeln und danach sauber auf die weiteren Controller erweitern Ich würde genau mit dem ersten STM32G474/CAN-Modul starten und die CAN-Kommunikation, Sensoren, Ausgänge und Raspberry-Pi-Anbindung sauber trennen. So bleibt die Architektur erweiterbar und Fehler lassen sich früh testen, bevor die restlichen Controller dazukommen. Ich kann dabei Embedded C++, C++, Raspberry Pi, CAN-Kommunikation, Sensorintegration und Testing abdecken. Gerade bei Fahrzeugsteuerungen ist wichtig, dass ein einzelner Kommunikations- oder Sensorfehler nicht das komplette System blockiert. Deshalb würde ich Diagnose, Fehlerzustände und Logging von Anfang an mit einplanen und den Code verständlich dokumentieren. Soll der erste Prototyp bereits einen konkreten CAN-Nachrichtenplan und die Ansteuerung eines bestimmten Sensors enthalten? Ich freue mich auf die Zusammenarbeit. Luigi Tedy

@Walkingdreams

As a seasoned developer with a robust 13-year track record, I have successfully tackled projects across multiple domains, one of which aligns beautifully with your requirements - embedded systems development. My team and I are more than adequately equipped to bring your comprehensive electronic vehicle control system to life. We are proficient in utilizing Raspberry Pi, STM32/CAN/CAN-FD, C++, and possess extensive experience connected to sensors and displays. Not only do we understand the technological components required for the task at hand, but we also respect your preference for a German-speaking developer based in Austria or Germany. Though our base is elsewhere, our remote work setup enables us to collaborate and utilize your hardware aptly. We aren't just about delivering products; we genuinely strive for product excellence - clear milestones and open communication throughout the project journey. What you’ll receive from us goes beyond clean codes and timely delivery; you can also count on comprehensive documentation, production-ready deployments, and post-launch support as needed. Don't just take my word for it, see this proven in the 300+ successful projects we’ve completed. Let's join forces and ensure a smooth ride for your private vehicle project!

@naeem1114

El mayor reto será sincronizar la comunicación CAN-FD entre el Raspberry Pi y los cinco STM32G474 sin perder paquetes críticos. Implementaré buffers de recepción con detección de overrun y usaré prioridad de mensajes para los controles de luz y motor. También configuraré el USB-CAN-Adapter para que el Pi actúe como nodo maestro con tiempo real garantizado. Un error frecuente es asumir que los sensores analógicos pueden leerse directamente sin calibración, lo que genera lecturas erróneas bajo vibración. Calibraré cada sensor al iniciar y aplicaré filtros digitales simples para estabilizar los valores. Listo para iniciar de inmediato y tengo todo preparado para conectar la hardware y probar la primera versión.

@Cruz1217

El cuello de botella típico en la red CAN-FD entre el Raspberry Pi y los STM32 suele aparecer cuando los buffers de transmisión no se alinean con la velocidad de los sensores. Voy a configurar el adaptador USB-CAN con un driver de bajo nivel que priorice los mensajes críticos y usaré interrupciones en los STM32 para vaciar los buffers justo después de cada lectura de sensor. Con esa base, montaré la capa de visualización en los dos displays, asignando el Tacho al primer panel y la interfaz táctil al segundo, todo en C++ con acceso directo al hardware. En proyectos similares, el error más frecuente es confiar en la sincronización de tiempo del Pi sin validar la latencia del bus, lo que genera lecturas desfasadas. Corregiré eso añadiendo una rutina de diagnóstico que compare timestamps entre el Pi y los controladores y ajuste dinámicamente los intervalos de envío. Al final, tendrás una consola de vehículo que muestra datos en tiempo real, registra eventos y permite diagnosticar fallos sin interrupciones.

@rajeshrolen

Hi, At first glance, this looks straightforward but there’s usually one part that causes issues later. Happy to share a quick plan if you're open to it. Regards, Rajesh