What prompted the creation of the Eclipse OpenSOVD project, and how does it aim to change the way automotive software and diagnostics are developed and maintained across the industry?<\/strong><\/p>\n\n\n\n Tim Kliefoth: <\/strong>That\u2019s a great question. I think what really prompted it was the lack of a good open source automotive diagnostic stack and the clear need for one in the industry. We saw this quite clearly within the Eclipse S-CORE<\/a> project \u2013 there was a strong demand for such a solution.<\/p>\n\n\n\n At the same time, there\u2019s been a shift toward SOVD, which is still a relatively new technology compared to older systems based on UDS. So, in a way, it was the right market opportunity at the right time.<\/p>\n\n\n\n Additionally, the SOVD standard is based on an ISO standard, which made it the perfect foundation for an open source project, allowing us to work closely with the standard itself and enrich it. For me, it\u2019s really a synergy between the standard and the implementation.<\/p>\n\n\n\n What was also remarkable was the level of industry interest. When we held the kickoff call<\/a> for the project with the Eclipse Foundation, we had over 120 participants from more than 60 different companies. That was a real \u201cwow\u201d moment for me.<\/p>\n\n\n\n https:\/\/blogs.eclipse.org\/media\/oembed?url=https%3A\/\/youtu.be\/VnMauUXT2cI%3Fsi%3DoVa9yiYb95fWH3Ss&max_width=847&max_height=453&hash=TH7fQJg00ZjAkruBNpHzhC3Yj8lqMiDlKoySZDU7-PwEclipse OpenSOVD kickoff call<\/em><\/p>\n\n\n\n How is Eclipse OpenSOVD fostering collaboration between OEMs, suppliers, and software developers, and what impact could that collaboration have on innovation and vehicle lifecycle management?<\/strong><\/p>\n\n\n\n I think it\u2019s really a common problem that everyone in the industry faces, which makes it a great opportunity to come together and see what\u2019s possible when we collaborate on shared challenges. Often, we think about technology in terms of business differentiation, but this is a great example of how companies can successfully collaborate on non-differentiating technologies that bring shared benefits to everyone.<\/p>\n\n\n\n Eclipse OpenSOVD, in particular, really fosters collaboration because the project is structured into different workstreams. We\u2019ve clustered various components of the stack into these workstreams, and each is led by different companies \u2013 suppliers and OEMs alike \u2013 creating a good mix. For example, Mercedes-Benz is leading the Classic Diagnostic Adapter workstream, BMW is working on the SOVD-to-UDS proxy, and companies like Liebherr and ZF are working on the core part of the SOVD server. Even more companies are contributing across the board and are participating in architecture discussions.<\/p>\n\n\n\n So overall, even in the current turbulent times, it\u2019s really valuable to work together.<\/p>\n\n\n\n How do you see Eclipse OpenSOVD evolving over the next few years?<\/strong><\/p>\n\n\n\n In general, the ambition of OpenSOVD is to provide an end-to-end diagnostics stack that stands on its own. The idea is that if a company is looking for a diagnostic stack based on SOVD, they can turn to OpenSOVD and find everything they need to build it themselves.<\/p>\n\n\n\n We plan to continue growing and building on the strong foundation we\u2019ve established, especially in collaboration with the Eclipse S-CORE project.<\/p>\n\n\n\n Looking further ahead, my hope is that Eclipse OpenSOVD will become one of the staple open source projects in the automotive industry, like some of the well-known ones that nearly everyone in the field has used at some point. I think it would be great if OpenSOVD reached that level of recognition and impact \u2026<\/p>\n\n\n\n \u2026 together with Eclipse S-CORE?<\/strong><\/p>\n\n\n\n I truly believe that Eclipse S-CORE is the right way to go. I think OpenSOVD may have a bit of an advantage in that it\u2019s standalone \u2013 it represents a single module within a larger system. That makes it interesting for companies that are specifically looking for a diagnostics solution while wanting to keep their existing systems. But in the end, time will tell.<\/p>\n\n\n\n You mentioned that Eclipse OpenSOVD emerged out of Eclipse S-CORE because the need was seen there in the project. Are there any other projects that might emerge from S-CORE where you see a need for open source innovation?<\/strong><\/p>\n\n\n\n I think that will really depend on how things develop over the next half year or so with Eclipse S-CORE. In general, S-CORE provides a good foundation for creating additional projects because its components are modularised and can be used by themselves. <\/p>\n\n\n\n Right now, there\u2019s no specific plan around creating more projects out of S-CORE \u2013 mainly because a lot of the benefits from S-CORE come from the ecosystem and cohesive platform it provides. For example, S-CORE aims to provide safety guarantees and releases for the entire stack – making adoption easy. I\u2019d just say that if anyone is interested in contributing to OpenSOVD<\/a>, there\u2019s still plenty of room for more contributors and participants. So definitely take a look and get involved!<\/p>\n\n\n\n Tags<\/p>\n\n\n\n
Is there anything else you would like to mention?<\/strong><\/p>\n\n\n\n![\"man](\"https:\/\/blogs.eclipse.org\/sites\/default\/files\/styles\/large\/public\/2025-11\/tim_kliefoth_picture.jpeg?itok=7l7nEJIM\")