<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Eclipse uProtocol</title><link>https://eclipse-uprotocol.github.io/</link><description>Recent content on Eclipse uProtocol</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Fri, 28 Mar 2025 13:46:05 +0100</lastBuildDate><atom:link href="https://eclipse-uprotocol.github.io/index.xml" rel="self" type="application/rss+xml"/><item><title>Docs &amp; Media</title><link>https://eclipse-uprotocol.github.io/media/</link><pubDate>Fri, 28 Mar 2025 13:46:05 +0100</pubDate><guid>https://eclipse-uprotocol.github.io/media/</guid><description>&lt;h2 id="uprotocol-motivation">uProtocol motivation&lt;/h2>
&lt;p>&lt;a href="https://eclipse-uprotocol.github.io/explainer/">A motivation and explanation for the uProtocol approach&lt;/a>&lt;/p>
&lt;hr>
&lt;h2 id="documents">Documents&lt;/h2>
&lt;p>&lt;a href="https://eclipse-uprotocol.github.io/uProto-what.pdf">uProtocol slide deck&lt;/a>&lt;/p>
&lt;hr>
&lt;h2 id="blueprints">Blueprints&lt;/h2>
&lt;p>The &lt;a href="https://sdv-blueprints.eclipse.dev">Eclipse SDV Blueprints&lt;/a> project hosts various showcases of how to build solutions using Eclipse SDV open source components. The following blueprints include uProtocol and can be used for instructional and inspirational purposes:&lt;/p>
&lt;ul>
&lt;li>&lt;a href="https://github.com/eclipse-sdv-blueprints/fleet-management">Fleet Management Blueprint&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://github.com/eclipse-sdv-blueprints/service-to-signal">Service-to-Signal Blueprint&lt;/a>&lt;/li>
&lt;/ul>
&lt;hr>
&lt;h2 id="videos">Videos&lt;/h2>
&lt;ul>
&lt;li>&lt;a href="https://github.com/stevenhartley">Steven Hartley&lt;/a> &amp;amp; &lt;a href="https://github.com/AnotherDaniel">Daniel Krippner&lt;/a> talking &lt;a href="https://www.youtube.com/watch?v=IkpFvD-DRTc">about uProtocol&lt;/a> at &lt;a href="https://www.ocxconf.org/event/778b82cc-6834-48a4-a58e-f883c5a7b8c9/home">Eclipse OCx 2024 in Mainz&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://github.com/stevenhartley">Steven Hartley&lt;/a> &amp;amp; &lt;a href="https://github.com/sophokles73">Kai Hudalla&lt;/a> Discuss &lt;a href="https://www.youtube.com/watch?v=COPltDMCrrw">Eclipse uProtocol and Collaboration Among Eclipse SDV Projects&lt;/a>&lt;/li>
&lt;li>&lt;a href="https://github.com/PLeVasseur">Pete LeVasseur&lt;/a> about &lt;a href="https://www.youtube.com/watch?v=YWcsv_9kNDU">Eclipse uProtocol: Open Source Software Defined Vehicle Framework&lt;/a> at &lt;a href="https://china2024.gosim.org">GOSIM China 2024&lt;/a>&lt;/li>
&lt;/ul>
&lt;p> &lt;/p></description></item><item><title>uProtocol Explainer</title><link>https://eclipse-uprotocol.github.io/explainer/</link><pubDate>Fri, 28 Mar 2025 13:40:45 +0100</pubDate><guid>https://eclipse-uprotocol.github.io/explainer/</guid><description>&lt;p>Communication has two important dimensions, no matter whether it involves living beings or technical systems: the message and the medium. Or, in very loose analogy, semantics and syntax.&lt;/p>
&lt;p>Message/semantics concerns what is being communicated: two persons agreeing on the same words and concepts will be able to have a conversation no matter whether they use voice, text, sign language, morse code, etc. This is the content.&lt;/p>
&lt;p>Medium/semantics is about how to transfer desired information: any series of symbols (&amp;lsquo;messages&amp;rsquo;) can be transmitted between communicating parties, as long as they agree on the mechanism to use and are able to work with it. This is the plumbing &lt;sup id="fnref:1">&lt;a href="#fn:1" class="footnote-ref" role="doc-noteref">1&lt;/a>&lt;/sup>.&lt;/p></description></item><item><title>Why do we need this?</title><link>https://eclipse-uprotocol.github.io/motivation/</link><pubDate>Sun, 01 Oct 2023 04:14:54 -0800</pubDate><guid>https://eclipse-uprotocol.github.io/motivation/</guid><description>&lt;p>The automotive industry faces a number of challenges related to software communication:&lt;/p>
&lt;ul>
&lt;li>In-vehicle communication is largely inherited from legacy architectures that were mostly based on CAN networks. In addition to mechatronics software for which the existing infrastructure was developed, vehicles now include multiple powerful SoCs that run massive amounts of software. This software requires new communications mechanisms.&lt;/li>
&lt;li>Vehicles are now connected to the cloud and other devices like mobile phones. These communication links need to recover from loss of connection and provide secure data transmission, imposing additional requirements on the communications framework.&lt;/li>
&lt;li>Access to vehicle data from the cloud and sharing of this data in the cloud, drives yet other requirements such as scaling and reliability.&lt;/li>
&lt;li>Despite having varying requirements, all above requirements aim at transferring the same vehicle-related data, and end up being served by the same software components running that produce the data.&lt;/li>
&lt;li>Defining specific communication patterns for each and every &lt;em>environment&lt;/em> results into redundant work, unnecessary complexity and potential incompatibilities.&lt;/li>
&lt;/ul>
&lt;p>Eclipse uProtocol™ addresses these challenges by providing a small number of communication patterns, exposed via a consistent set of programming APIs which are available across the whole vehicle eco-system (in-vehicle ECUs, cloud and mobile). This approach enables seamless communication between applications and services, regardless of where they are deployed. Using uProtocol, application developers can focus on implementing differentiating functionality, rather than the low-level plumbing necessary to access relevant services they require. On the other hand, service providers can implement their service once for all consumers, wherever they are hosted.&lt;/p></description></item></channel></rss>