GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
projects.eclipse.org
GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
1–10 of 43 posts
Re: GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
#2> The purpose of this project shall be to provide a transport agnostic, layered communication protocol that builds on top of existing automotive and Internet standards, from the mechatronic layer (between ECUs, VMs, etc…) up to the Cloud, enabling a connected software defined vehicles.
"Up to the cloud"
There is no need for a car to "up to the cloud". Just give me a local Bluetooth network that reports back to me engine ECU reports, statistical logistical reports and driver stats. Because as soon as you leave the ground to "reach the cloud" that's where open-source stops.
Re: GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
#3> The purpose of this project shall be to provide a transport agnostic, layered communication protocol that builds on top of existing automotive and Internet standards, from the mechatronic layer (between ECUs, VMs, etc…) up to the Cloud, enabling a connected software defined vehicles. "Up to the cloud" There is no need for a car to "up to the cloud". Just give me a local Bluetooth network that reports back to me eng…
Unfortunately that battle appears to be over. Automakers are never going to surrender their toehold in our cars without a fight.
Re: GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
#4> The purpose of this project shall be to provide a transport agnostic, layered communication protocol that builds on top of existing automotive and Internet standards, from the mechatronic layer (between ECUs, VMs, etc…) up to the Cloud, enabling a connected software defined vehicles. "Up to the cloud" There is no need for a car to "up to the cloud". Just give me a local Bluetooth network that reports back to me eng…
They want it to be a phone so bad.
Re: GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
#5> The purpose of this project shall be to provide a transport agnostic, layered communication protocol that builds on top of existing automotive and Internet standards, from the mechatronic layer (between ECUs, VMs, etc…) up to the Cloud, enabling a connected software defined vehicles. "Up to the cloud" There is no need for a car to "up to the cloud". Just give me a local Bluetooth network that reports back to me eng…
Meanwhile my SO really enjoys starting the car's climate control when she's about to leave her friend, the restaurant or similar, way out of Bluetooth range.
Especially during the winter when it's -15C or below it's really nice to step into a warm car compared to an ice cold car.
Re: GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
#6> The purpose of this project shall be to provide a transport agnostic, layered communication protocol that builds on top of existing automotive and Internet standards, from the mechatronic layer (between ECUs, VMs, etc…) up to the Cloud, enabling a connected software defined vehicles. "Up to the cloud" There is no need for a car to "up to the cloud". Just give me a local Bluetooth network that reports back to me eng…
Meanwhile my SO really enjoys starting the car's climate control when she's about to leave her friend, the restaurant or similar, way out of Bluetooth range. Especially during the winter when it's -15C or below it's really nice to step into a warm car compared to an ice cold car.
It doesn't have to be Bluetooth. We had local wireless remote start and control solutions long before "cloud" or even BT or WiFi was a thing.
Re: GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
#7> The purpose of this project shall be to provide a transport agnostic, layered communication protocol that builds on top of existing automotive and Internet standards, from the mechatronic layer (between ECUs, VMs, etc…) up to the Cloud, enabling a connected software defined vehicles. "Up to the cloud" There is no need for a car to "up to the cloud". Just give me a local Bluetooth network that reports back to me eng…
Meanwhile my SO really enjoys starting the car's climate control when she's about to leave her friend, the restaurant or similar, way out of Bluetooth range. Especially during the winter when it's -15C or below it's really nice to step into a warm car compared to an ice cold car.
proc HeatUpCar {$temperature} { switch $temperature { -15c { activateHeat } } }
Not a hard feature to program
Re: GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
#8After the failure of pretty much all embedded automobile platforms like microsoft sync that people really don't want yet another crappy middleware platform, the automotive industry is trying this shit again removing android auto and apple carplay after people actually got what they want.
Why? Auto vendors realized they lost control through their ineptitude of the user interface, and want it back. Problem is no one wants what they have to offer, that is a sub-par experience in every way to simply letting them use their phone as a screen in their car already there.
Automobile vendors realized they screwed up and lost real estate while they were still screwing with Microsoft, Clarion, all the other WinCE vendors and few others longer than they should, and are simply going to piss everyone off trying to take it back again.
Re: GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
#9Earlier quoted context omitted.
Meanwhile my SO really enjoys starting the car's climate control when she's about to leave her friend, the restaurant or similar, way out of Bluetooth range. Especially during the winter when it's -15C or below it's really nice to step into a warm car compared to an ice cold car.
proc HeatUpCar {$temperature} { switch $temperature { -15c { activateHeat } } } Not a hard feature to program
I think the idea is that you can start the heater a few minutes before you head to your car rather than setting a return time before you leave, or leaving the car's heater on the entire time.
Re: GM Backed "Open Source Protocol" for Connecting Vehicle Apps and Services
#10Earlier quoted context omitted.
proc HeatUpCar {$temperature} { switch $temperature { -15c { activateHeat } } } Not a hard feature to program
I think the idea is that you can start the heater a few minutes before you head to your car rather than setting a return time before you leave, or leaving the car's heater on the entire time.
Hmm, touché.