Breaking News
Comments
Newest First | Oldest First | Threaded View
<<   <   Page 2 / 3   >   >>
Patk0317
User Rank
Author
Re: Excellent Article
Patk0317   9/24/2013 1:59:31 PM
NO RATINGS
Hi Pmudhenk,

As I run a university program for a semi company, private email me at patk0317@gmail.com and I may be able to get you some devices etc. if needed for your research.

 

Having worked in the automotive arm of a major FPGA supplier, I can vouch for how long it takes to get a new technology accepted. 5-10 years or so. I started calling on automtive customers in 1995 and FPGAs were too exepensive and too "new" for automotive. Now they are almost (but not quite) mainstream.

junko.yoshida
User Rank
Author
Re: Excellent Article
junko.yoshida   9/24/2013 6:14:22 AM
NO RATINGS
Thanks, Docdivakar. Another thing we need to keep in mind is that those HD video streams used in automotive safety apps are, I assume, not for human to watch pretty pictures but for machine vision -- to make a judgement if there is any "danger."

pmundhenk
User Rank
Author
Re: Excellent Article
pmundhenk   9/24/2013 6:09:26 AM
NO RATINGS
EVA is not an acronym, but simply the same of the vehicle. You can find more information on www.tum-create.edu.sg

junko.yoshida
User Rank
Author
Re: Excellent Article
junko.yoshida   9/24/2013 6:08:14 AM
NO RATINGS
@pmundhenk, Oh, one more thing. What does EVA stand for?

pmundhenk
User Rank
Author
Re: Excellent Article
pmundhenk   9/24/2013 6:07:46 AM
NO RATINGS
The comment turned out to be a bit longer than intended...

 

The delays are of course related to the buffer size of the decoder. This depends heavily depend on the reliability of the network, the speed of the decoding machine and many other factors. In our tests these delays varied around 1-2 seconds for strong desktop computers and over 3 seconds for mobile devices. We did not do any more accurate measurements, as this was already defeating the pupose of a park assistant camera for us.

junko.yoshida
User Rank
Author
Re: Excellent Article
junko.yoshida   9/24/2013 6:03:54 AM
NO RATINGS
Wow! Thanks for your detailed comments here. Much appreciated. Indeed, delay in compression of video stream could be a problem. Do you have estimates on typically how big a delay may be?

pmundhenk
User Rank
Author
Re: Excellent Article
pmundhenk   9/23/2013 11:50:03 PM
NO RATINGS
Thank you Junko for a nice article shedding a bit of light inside the usually top secret automotive Ethernet domain. Also thanks everyone for the interesting discussion. In fact I registered just now to contribute here.

I am currently building an infotainment system for an academic research vehicle (TUM CREATE EVA, www.tumcreate.edu.sg). We are also including HD cameras (front & back). We stumbled across a few problems when using compressed streams, depending on the stream format. When using H.264 streams, there is always a certain buffer needed to decode the stream. This buffer comes with a certain delay. Especially for real-time parking cameras this is deadly.

I could imagine that this is where car manufacturers are coming from when asking for uncompressed video. Their requirement might be a short delay.

We instead use MJPEG coding, which allows us to reduce the stream delay to a minimum.

All in all: Once understood, it is for sure possible to combine the requirements of the automotive industry with the technologies already in the market, to be able to transfer real-time video while using small bandwidth.

 

One more comment regarding Ethernet switches, as this also touches on my research: The amount of switches is indeed not a good measure, however, comparing Ethernet to CAN, one might consider a switch overhead for the communication system. Those devices of course consume power and weight, which is all unwanted by the automotive industry.

However, I am fully with Bert in rather using many smaller switches instead of one big switch, especially for in-vehicle networks. One big switch would introduce more and longer heavy cables, while multiple smaller switches introduce latency. One needs to compare these elements and decides for a good structure. 

@Chan: Daisy-chains are not necessarily bad, they can actually bring advantages, when networked correctly with the rest of the system. Pure daisy-chains I would avoid though. And I fully agree, there will be new topologies and routing strategies necessary for vehicles! The need is definitely there.

 

One last comment in my own interest: We will be unveiling our purpose-built electric taxi EVA on the Tokyo Motor Show 2013 in November. Feel free to come by TUM CREATE booth, if any of you are there. I would love to discuss these topics in more detail!

docdivakar
User Rank
Author
Re: Excellent Article
docdivakar   9/23/2013 8:02:49 PM
NO RATINGS
Junko & Bert: good points. I do agree it will require much more than 1.5Gbps to broadcast color videos. Bert is also right in bringing out a metric that matters which is the number/redundancy of hosts. At the bare minimum,  there needs to 2 or more depending on the location in the vehicle and the corresponding failure rates FITs.

Regarding uncompressed video, most industrial ethernet cables & connectors (M6, M12) use gigabit ethernet which will not be sufficient for color video. But then again, video used in navigation can be of lower resolution to utilize what is available as bandwidth.

MP Divakar

junko.yoshida
User Rank
Author
Re: Excellent Article
junko.yoshida   9/23/2013 6:07:43 PM
NO RATINGS
I know, I agree with you, Bert. But from what I've heard from those who supply components to the automotive industry, "uncompressed" stream seems to be the word. We should look into this further.

Bert22306
User Rank
Author
Re: Excellent Article
Bert22306   9/23/2013 5:55:51 PM
NO RATINGS
Junko, when I hear things like "don't want to compress video streams" or "must have isochronous network," I flat don't believe it. Sounds close to knee-jerk position statements, bound to evolve as people design these things.

Uncompressed HD video, just one stream, would require 1.5 Gb/s just for black and white video. That's just one stream. A Gigabit Ethernet network wouldn't even be able to handle a single B&W camera.

<<   <   Page 2 / 3   >   >>


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.
Most Recent Comments
Stargzer
 
Stargzer
 
KarlS01
 
Stargzer
 
DeeJee0
 
Stargzer
 
Stargzer
 
R_Colin_Johnson
 
Stargzer
Like Us on Facebook
Special Video Section
Linear Technology’s LT8330 and LT8331, two Low Quiescent ...
The quality and reliability of Mill-Max's two-piece ...
01:34
The quality and reliability of Mill-Max's two-piece ...
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
Silego Technology’s highly versatile Mixed-signal GreenPAK ...
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 ...