Technical Article 📰 | The Software-defined Vehicle: Flash Programming at its Limits 🚗🔄️⚠️ ⚠️ Increasing software integration in vehicles brings numerous benefits such as greater efficiency, comfort and safety. However, the rapidly increasing amount of software also poses major challenges for flash programming – especially in time-critical manufacturing. Estimates predict up to 1000 million lines of code for luxury class vehicles by 2030 – the volume of data required per flash process will increase to 50 GB. Conventional technologies are already reaching their limits today. ✅ Softing Automotive meets this challenge with a modern programming solution with an integrated diagnostic system that combines the advantages of the high-speed wireless connection of a smart device with the classic diagnostic functions of a high-end VCI. This enables deterministic, fast and reliable flash programming of large amounts of data. Curious how this works? Find out more in our latest technical article “The Software-defined Vehicle – Flash Programming at its Limits” by Markus Steffelbauer, Head of Product Management. Read article 👉 https://lnkd.in/dugmeQtj #SoftwareDefinedVehicle #SDV #HPC #SoftingAutomotive #FlashProgramming #SoftwareUpdate #GigabitFlashen #HighspeedFlashing The article was published in Springer Fachmedien: ATZ/MTZ (ATZelectronics worldwide issue 10/2024).
Softing Automotive’s Post
More Relevant Posts
-
As software integration in vehicles increases, flash programming faces significant challenges, especially in time-critical manufacturing. By 2030, luxury vehicles may have up to 1000 million lines of code, with flash data volumes reaching 50 GB. Softing Automotive addresses this with a modern programming solution that combines high-speed wireless connectivity with advanced diagnostic functions. Learn more about this innovative approach in Markus Steffelbauer’s article: https://lnkd.in/dugmeQtj #softwaredefinedvehicle #sdv #hpc #softingautomotive #flashprogramming #softwareupdate #gigabitflashen #highspeedflashing
Technical Article 📰 | The Software-defined Vehicle: Flash Programming at its Limits 🚗🔄️⚠️ ⚠️ Increasing software integration in vehicles brings numerous benefits such as greater efficiency, comfort and safety. However, the rapidly increasing amount of software also poses major challenges for flash programming – especially in time-critical manufacturing. Estimates predict up to 1000 million lines of code for luxury class vehicles by 2030 – the volume of data required per flash process will increase to 50 GB. Conventional technologies are already reaching their limits today. ✅ Softing Automotive meets this challenge with a modern programming solution with an integrated diagnostic system that combines the advantages of the high-speed wireless connection of a smart device with the classic diagnostic functions of a high-end VCI. This enables deterministic, fast and reliable flash programming of large amounts of data. Curious how this works? Find out more in our latest technical article “The Software-defined Vehicle – Flash Programming at its Limits” by Markus Steffelbauer, Head of Product Management. Read article 👉 https://lnkd.in/dugmeQtj #SoftwareDefinedVehicle #SDV #HPC #SoftingAutomotive #FlashProgramming #SoftwareUpdate #GigabitFlashen #HighspeedFlashing The article was published in Springer Fachmedien: ATZ/MTZ (ATZelectronics worldwide issue 10/2024).
To view or add a comment, sign in
-
-
Portescap in Conjunction With Performance Motion Devices, Inc. (PMD) Introduces Advanced Motion Controller Developer Kit for BLDC Motors: It features a user-friendly Windows-based software suite with autotuning capabilities, significantly reducing setup times from days to hours. Additionally, the system includes C-based command sets for flexible and reusable programming, minimising engineering effort and fostering innovation. #electricmotors https://lnkd.in/gsZMgt-s
To view or add a comment, sign in
-
-
Today I was learning about UDS Protocol: 📌 Introduction to UDS protocol: 📍 With rapid implementation of electronic embedded systems in vehicles the need to track and control vehicles different parameters was imperative. 📍 Diagnostic systems was developed so that the client could deduct the fault in the vehicles by connecting their diagnostic tester tool to the ECU's. 📍 But there are so many car manufacturers in the world each brand will have its own architecture and software in its ECU's. 📍 Client-Server Topology is maintained between the tester tool and ECU. The communication between these two is based on the service request which includes: i)Requesting for data. ii)Writing some data. iii)Running tests on the car component getting results back. iv)Flashing a program in the ECU. v)Clearing the memory. vi)Setting a schedule and many other things. UDS:It is a collection of diagnostic services which defines. ✍ What are available services. ✍ Format of request message. ✍ Format of response message ✍ What must be timing parameters ✍ Service handling by Tester and ECU. ISOI14229 published 5 documents in that Part-1 contain UDS services. Remaining topics will be discussed regularly in further posts. For more learning follow me on LinkedIn. #happylearning #UDS protocol #embedded
To view or add a comment, sign in
-
-
Learn all about Ford vehicle diagnostics and programming in this webinar. Discover system requirements, setting up your account, purchasing FJDS, and downloading the software. We’ll also cover advanced programming techniques like PCM, keys, and TCM programming, including solenoid and body ID strategies. Don’t miss out: https://loom.ly/snAfRmA #webinar #Ford
To view or add a comment, sign in
-
-
Are you still using Arduino or Raspberry Pi in your customer vehicles? Isn't it time you transitioned to a more robust, ISO26262 capable, OEM validated hardware solution for your embedded controls? Find out what Raptor can do for you... Get to production faster with an average 75% decrease in time to market. Using Raptor unlocks at least 50% reduction in development costs without compromising on functional safety or complexity. #automotive #embeddedcontrols #evdevelopment #hybriddevelopment https://lnkd.in/euuvgTg5
To view or add a comment, sign in
-
It was an honour for me to present my Implementation of the SEA:ME Car Head Unit project to the SEA:ME Audience today. The SEA:ME Car Head Unit project requires the Programmer to develop a Vehicle Infotainment App for a Robot Car. But that's not all. The Programmer must also develop the HAL for the Chips controlling the Car's Gear, Throttle and Steering system and then design the HMI to enable a Driver drive the Robot Car safely. An additional feature was to also add an ambient lighting functionality to top it up. I decided to take on the project because I saw it as a good opportunity to strengthen my general Hardware engineering and Software architecture designing skills in Automotive DES. Building the App was straightforward. First I wrote the HAL in C for modulating the Pulse Width of the PCA9685 Chip powering the robot car's Throttle Motor and Steering Servo. For this I used a datasheet and bare metal C approach. Then I used C++ language both for calling the APIs I had exposed from the C HAL, and also for controlling the GUI part with the use of Qt signals. For the C++ implementation, I used a Composite Method Design Pattern that I structured using the Diamond Inheritance hierarchy, making it adhere to most of the contemporary software designing standards. Lastly, I used QML to design the HMI. The full code implementation, documentations and live demo can be found on my github repo at https://lnkd.in/eSRjSjGE
To view or add a comment, sign in
-
👀 Our IVS 108 is part of our Simple Vision product range, designed for presence detection in industrial automation. 👩🏫 The IVS 108 can be taught quickly and intuitively using a simple teach process. No specialized programming or time-consuming configuration is required. The sensor keeps things simple while delivering powerful results! 📈 It can perform a single function or a combination of different functions. The sensor offers added value compared to an optical standard sensor, without the complexity of a full image processing system. 📜 It is ideal for various inspection and quality processes, including: +Part differentiation +Shape checking +Contour analysis +Pattern detection +Sorting +Counting +Measuring +Code reading Click here to schedule to get a free in-person demo: https://lnkd.in/g9G5gQjQ
To view or add a comment, sign in
-
Streamlining Robotic Soldering: Japan Unix Solutions Automated by Fancort Industries About the UNIX-DF304S Desktop Contact Soldering Robot Designed for precision soldering applications, particularly in the electronics manufacturing industry. The UNIX-DF304S has a small footprint, making it suitable for desktop use and easy integration into various production environments. The system offers precise control over soldering parameters, ensuring consistent and reliable solder joints. It can be used for a wide range of soldering tasks, from small components to more complex assemblies. UNIX-DF304S includes user-friendly programming interfaces, making it accessible for operators with varying levels of experience. The robot is capable of automating the soldering process, which increases efficiency and reduces the need for manual soldering. This robotic soldering solution is typically used in industries where high precision and reliability are crucial, such as electronics, automotive, and aerospace. Learn more https://lnkd.in/eZY88MVg #Robotic #PCB #Soldering #Equipment #JapanUnix #FancortIndustries
To view or add a comment, sign in
-
🚨 AUTOSAR OS DoorLock_Indication Project using OSEK/VDX 🚗 📣 Hello everyone! I am thrilled to show you what I've been updating on my old version of the project (Check it out in my posts) which only works on Application Sw layer, I accessed service layer through AUTOSAR OS (OSEK/VDX), this project works on STM32F4DiscoveryBoard with it’s OS trampoline. Beside understanding and implementing ARXML, Implementing runnable and RTE generation, I'm also understanding and implementing OIL(OSEK Implementation Language), Dealing with system counter, OS Alarm, OS Events and OS Tasks. 📋 Operating principle: 1- Setup TickperBase and TickperCount for System timer 2- System counter fire OScyclic_Alarm every 10 msec 3- Alarm sets OS_Timing_Event which Cyclic_Task waiting it 4- Cyclic_Task calls DoorLock_Indication() and ReadDoorSensor() Runnables 5- If ReadDoorSensor() sense that door is opened, send data through Sender_Reciever Interface to DoorLock_Indication() 6- DoorLock_Indication() invoke operation in Client_Server Interface, so CallBack function is called 7- CallBack function sets OS_OperationInvoked_Event which OIE_Task waiting it 8- OIE_Task calls LedSwitch_Runnable(), which access DIO to switch vehicle interior LED state 🙏🏻Special thanks go to my supervisor, Prof. Keroles khalil, whose unwavering support, guidance, and mentorship have been invaluable throughout this project. Also thanks to Eng. Mahmoud Ali for his support and valuable sessions in AUTOSAR 🎥 Check out the video to witness the project in action! 👨💻 Project_Repo: https://lnkd.in/dKHPzjZc #AUTOSAR #OS #Embedded_Systems #OSEK_VDX #Learn_In_Depth #Automotive #OIL #ARXML
To view or add a comment, sign in
-
👀 Our IVS 108 is part of our Simple Vision product range, designed for presence detection in industrial automation. 👩🏫 The IVS 108 can be taught quickly and intuitively using a simple teach process. No specialized programming or time-consuming configuration is required. The sensor keeps things simple while delivering powerful results! 📈 It can perform a single function or a combination of different functions. The sensor offers added value compared to an optical standard sensor, without the complexity of a full image processing system. 📜 It is ideal for various inspection and quality processes, including: +Part differentiation +Shape checking +Contour analysis +Pattern detection +Sorting +Counting +Measuring +Code reading Click here to schedule to get a free in-person demo: https://lnkd.in/g9G5gQjQ
To view or add a comment, sign in
Read the article 📰 https://lnkd.in/dugmeQtj