Breaking News
Comments
Newest First | Oldest First | Threaded View
prabhakar_deosthali
User Rank
Author
Re:
prabhakar_deosthali   8/17/2013 4:02:45 AM
NO RATINGS
In my opinion also ,just the over-provisioning will not solve the latency problem of Ethernet. So CAN kind of network will still be required for critical systems such as ECU, ABS...  A good combination of CAN and Ethernet could be a median solution.

docdivakar
User Rank
Author
Re: Speed also solves latency
docdivakar   8/16/2013 4:03:13 PM
NO RATINGS
@Bert: good points. I agree there is no immediate rush to implement Ethernet replacing CANs. In addition to the many good points you raised, there is also the issue of existing Ethernet PMDs to co-exist / replace CANs which have proven their robustness and reliability over the years in the automobile environment. There is of course industrial Ethernet physical media but their suitability to automobile environment has to be proven for reliability.

MP Divakar

alewr
User Rank
Author
Re: are companies behind this proposal?
alewr   8/16/2013 7:35:54 AM
NO RATINGS
i am totall agreed with you.

 
CYLINDER HEAD


ArLi0
User Rank
Author
Re: Speed also solves latency
ArLi0   8/16/2013 5:12:33 AM
NO RATINGS
The solution using "generously overprovisioned local Ethernets" will not work in many situations (as replacement for FlexRay/CAN or even LIN). Such approach can work for i.e. telcos but in automotive it has limited applicability.

There are devices which need to be hard real-time and moreover you have to prove that you can achieve this hard real-time property (ISO 26262). A "good bandwidth" does not guarantee this.

junko.yoshida
User Rank
Author
Re: Speed also solves latency
junko.yoshida   8/15/2013 10:48:29 PM
NO RATINGS
@Bert, as usual, thank you for your insightful comments here. Not creating a single point of failure makes a lot of sense.

Bert22306
User Rank
Author
Speed also solves latency
Bert22306   8/15/2013 4:09:22 PM
NO RATINGS
Migrating to Ethernet has been the trend for decades now. Even the telcos, who were often nay-sayers, have done this. ATM and SONET migrating to Ethernet as we speak.

No need to do this instantly. CAN buses can remain for strictly timed, local bus roles, until the subsystems are updated. At which point, my bet is, CAN buses will also be replaced by Ethernet.

A way to solve the latency problem is to create local Ethernets, generously overprovisioned, and make sure they remain overprovisioned. Which means, you make sure that wide bandwidth traffic does not intrude. You'll get good bandwidth and low latency, at a lower price than attempting to create fancy new synchronous buses.

The number of Ethernet switches required depends 100 percent on what the Ethernet(s) have to do. My own preference is always many small switches, properly distributed to be close to the client devices, to achieve robust reliability and survivability. You don't want that single point of failure, in other words. Signals should have redundant paths, and just like OBD-II monitors the emissions devices in the car, the Ethernet network(s) would also be monitored at all times, and failures reported.

junko.yoshida
User Rank
Author
Re: are companies behind this proposal?
junko.yoshida   8/15/2013 7:43:02 AM
NO RATINGS
Krisi, car companies are definitely embracing Ethernet in places where CAN or FlexRay can't address. For all those cameras now attached to a car for driver's assistance, CAN nor FlexRay can cut it due to the higher bandwidth required. Further if you want to update software in ECU, it could take like 30 min. If you do it over CAN. (remember flas memory is getting bigger and bigger.) So moving to Ethernet is a natural progression for Car OEMs. The question is how far Ethernet will penetrate inside a car and what needs to happen before that becomes a reality.

krisi
User Rank
Author
Re: are companies behind this proposal?
krisi   8/15/2013 6:21:51 AM
NO RATINGS
thank you Olaf

Olaf Barheine
User Rank
Author
Re: are companies behind this proposal?
Olaf Barheine   8/15/2013 5:49:11 AM
NO RATINGS
I think, a problem with CAN is that it is too slow. The OEMs need a faster solution e.g. for camera systems and other bandwidth consuming applications. And I think, they need a faster solution because they get problems to flash all the ECUs of a car at the production time.

krisi
User Rank
Author
are companies behind this proposal?
krisi   8/14/2013 9:30:56 PM
NO RATINGS
I can see why NXP or Broadcome push for :automotive Ethernet...but are the car companies really behind this? what is wrong with CAN? (it is probably more expensive to deploy as Ethernet volumes are much larger, but technically?)



Datasheets.com Parts Search

185 million searchable parts
(please enter a part number or hit search to begin)
Radio
NEXT UPCOMING BROADCAST

What are the engineering and design challenges in creating successful IoT devices? These devices are usually small, resource-constrained electronics designed to sense, collect, send, and/or interpret data. Some of the devices need to be smart enough to act upon data in real time, 24/7. Are the design challenges the same as with embedded systems, but with a little developer- and IT-skills added in? What do engineers need to know? Rick Merritt talks with two experts about the tools and best options for designing IoT devices in 2016. Specifically the guests will discuss sensors, security, and lessons from IoT deployments.
Like Us on Facebook
Special Video Section
LED lighting is an important feature in today’s and future ...
05:27
The LT8602 has two high voltage buck regulators with an ...
05:18
The quality and reliability of Mill-Max's two-piece ...
01:34
Why the multicopter? It has every thing in it. 58 of ...
Security is important in all parts of the IoT chain, ...
Infineon explains their philosophy and why the multicopter ...
The LTC4282 Hot SwapTM controller allows a board to be ...
This video highlights the Zynq® UltraScale+™ MPSoC, and sho...
Homeowners may soon be able to store the energy generated ...
The LTC®6363 is a low power, low noise, fully differential ...
See the Virtex® UltraScale+™ FPGA with 32.75G backplane ...
Vincent Ching, applications engineer at Avago Technologies, ...
The LT®6375 is a unity-gain difference amplifier which ...
The LTC®4015 is a complete synchronous buck controller/ ...
10:35
The LTC®2983 measures a wide variety of temperature sensors ...
The LTC®3886 is a dual PolyPhase DC/DC synchronous ...
The LTC®2348-18 is an 18-bit, low noise 8-channel ...
The LT®3042 is a high performance low dropout linear ...