[802.3_ISAAC] AW: Link Delay - ACT vs TDD cable length
Hi Guy,
the PAR talks about Automotive In-Vehicle Networks. The objectives talk about automotive environment. Both documents are not limiting to passenger cars.
CVO is automotive.
Thanks, Ragnar, for the clarification that limiting the link delay doesn't help to fulfil the PAR requirements.
As an engineer I never tried to limit something if there is no benefit.
Mit freundlichen Grüßen / Best regards
Thomas Hogenmueller
Product Management/Pre Acquisitions (XC-CE/PAV-PRM1)
Robert Bosch GmbH | Postfach 10 60 50 | 70049 Stuttgart | GERMANY | http://www.bosch.com/
Mobil +49 172 1745993 | Telefax +49 711 811 | Thomas.Hogenmueller@xxxxxxxxxxxx
Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart, HRB 14000;
Aufsichtsratsvorsitzender: Prof. Dr. Stefan Asenkerschbaumer;
Geschäftsführung: Dr. Stefan Hartung, Dr. Christian Fischer, Dr. Markus Forschner,
Stefan Grosch, Dr. Markus Heyn, Dr. Frank Meyer, Katja von Raven, Dr. Tanja Rückert
-----Ursprüngliche Nachricht-----
Von: Ragnar Jonsson <Ragnar.Jonsson@xxxxxxxxxxxx>
Gesendet: Mittwoch, 12. November 2025 08:03
An: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
Betreff: Re: [802.3_ISAAC] Link Delay - ACT vs TDD cable length
Hi Guy,
It has been established multiple times in the task force that increasing the link delay will not increase the relative cost of the PHY. Therefore, limiting the link delay to 90ns is an artificially imposed limit of no value for the end product.
Are you aware of any benefit of limiting the link delay to 90ns, such that we can better meet the PAR text you quoted?
Ragnar
-----Original Message-----
From: Guy Hutchison <guy@xxxxxxxxxxxxxx>
Sent: Tuesday, November 11, 2025 10:29 PM
To: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
Subject: Re: [802.3_ISAAC] Link Delay - ACT vs TDD cable length
Caution: This e-mail originated outside Infineon Technologies. Please be cautious when sharing information or opening attachments especially from unknown senders. Refer to our intranet guide<https://intranet-content.infineon.com/explore/aboutinfineon/rules/informationsecurity/ug/SocialEngineering/Pages/SocialEngineeringElements_en.aspx> to help you identify Phishing email.
Hello Thomas,
The purpose of our group is to limit what the technology can do. The goal of the group is to create a standard which is optimized for a particular purpose, not one that can be used for any application.
The group PAR is (emphasis added):
Specify additions to and appropriate modifications of IEEE Std 802.3 to add Physical Layer specifications and management parameters for electrical media and operating conditions optimized for automotive end-node camera links for operation up to 10 Gb/s in one direction and with a lower data rate in the other direction.
The resulting standard may very well be useful for agricultural, construction machinery, or even aviation and robotics. However all of those applications are out of scope.
Regards,
________________________________
From: Hogenmueller Thomas (XC-CE/PAV-PRM1) <00000e1bea47ee01-dmarc-request@xxxxxxxxxxxxxxxxx>
Sent: Wednesday, November 12, 2025 2:57 AM
To: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx <STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx>
Subject: [802.3_ISAAC] AW: Link Delay - ACT vs TDD cable length
CAUTION: This email is from an external origin!
Hello TJ,
Thanks for your clarification. We shouldn’t limit what the technology can do.
I also want to add that the potential market is also agriculture machinery and vehicles as well off-road machinery and vehicles (construction and mining). The term used therefore is called “Commercial Vehicle and Off-Road (CVO)”. These industries are making a tremendous transition to highly automation where video and raw-data radar sensors play an important role.
An industry that might also benefit from .3dm and longer reach are railway systems and any sort of public transportation.
Mit freundlichen Grüßen / Best regards
Thomas Hogenmueller
Von: TJ Houck <TJ.Houck@xxxxxxxxxxxx>
Gesendet: Montag, 10. November 2025 11:23
An: STDS-802-3-ISAAC@xxxxxxxxxxxxxxxxx
Betreff: [802.3_ISAAC] Link Delay - ACT vs TDD cable length
Hi Scott,
Thanks for the presentation today. I want to address the recurring claim that longer-reach or higher-delay channels are “out of scope” or represent a market too small to justify inclusion. I think this characterization is inaccurate.
The OICA commercial-vehicle segment—which explicitly includes light-commercial vans, heavy trucks, and buses—represents tens of millions of vehicles globally each year. These platforms use camera and sensor links with harness lengths that can exceed 15meters and one-way delays of >90 ns, even in baseline configurations. These are in-scope automotive applications, not niche prototypes.
The IEEE 802.3dm PAR states “up to at least 15 m,” establishing a minimum, not a ceiling. Nothing in the PAR prevents support for longer channels when the insertion-loss and EMC budgets remain valid. Designing for only 15m assumes away real, measurable vehicle topologies already in production.
1. The technical issue remains unresolved
As Ragnar noted Relationship between TDD IBG <https://www.ieee802.org/3/dm/public/adhoc/062625/jonsson_3dm_01_06_26_25.pdf> , TDD proponents have not addressed the fundamental problem. Instead of reconciling this with actual vehicle geometries, the conversation keeps shifting to “market adequacy” (“few vehicles need longer runs”). That framing doesn’t eliminate the electrical risk. It only changes the topic.
2. The relationship between insertion loss and delay is being reversed. This is not a “delay-limit” problem but a channel-design problem.
The standard should not constrain insertion loss because of link delay — it should define insertion-loss first, and let the resulting delay follow from the physical channel.
When delay is capped at 90 ns, we are effectively forcing an arbitrary length ceiling, reducing the permissible IL margin for longer-body vehicles. The spec should instead allow full IL cable lengths.
3. Why 160 ns is the technically defensible number?
Automotive coax/STP VF ≈ 0.66 – 0.78 c (≈ 5 – 4.3 ns/m). Some cabling can be <0.66 velocity
160 ns ÷ 5 ns/m ≈ 32 m of cable reach or shorter cable with a lower Velocity factor cable.
This aligns with realistic routing in the upper end of OICA commercial classes (e.g., articulated buses ≈ 18 m, tractor + trailer ≈ 16 m + coupling ≈ 24–28 m effective path).
A 160 ns budget therefore covers the complete OICA “commercial vehicle” range — LCV, heavy truck, and bus — while preserving adequate guard margin for TDD turnaround, EMC filtering, and PoC filter delay.
4. Public data contradicts “15 m is enough”
Passenger cars already reach 12 – 13 m: Krieger (VW Group) presented Typical Automotive Harness Topologies to 802.3ch with 0.5 – 12.5 m total channel lengths for sedans/compacts. As stated earlier 15meters is the minimum, not the ceiling.
Long-body LCVs: adding roof-rail, high-roof A-pillar, cross-dash, service loops, and inlines yields ≈ 16 – 19 m which could lead to delays >90ns
Breakdown
* Roof-rail and pillar drop extension = +2-3meters
* Cross dash traverse = +1-2meters
* Service and door swing = 1-1.5meters
* Connectors – detouring = 0.5-1meter
Total additional over Sedan = 4-6meters = 16.5 to 18.5meters
Trailers/attachments:
* Van + car-hauler (16 – 24 ft) → 15 – 20 m total.
* Tractor + 53′ semi → 24 – 28 m continuous run.
Public references (all open):
1. Krieger – Typical Automotive Harness Topologies, IEEE 802.3ch (public, 0.5–12.5 m channels).
https://grouper.ieee.org/groups/802/3/ch/public/mar18/krieger_3ch_01a_0318.pdf
1. IndexBox – Trailer and Semi-Trailer World Market Overview 2024 (~11 M units).
https://www.indexbox.io/blog/trailer-and-semi-trailer-world-market-overview-2024-1/
1. Mercedes Upfitter Guidelines – Sprinter 170 Ext High Roof Video Harness Lengths (3 × 15 m).
https://www.mercedes-benz-vans.ca/content/dam/mb-vans/us/upfitter/220523_ARL_Sprinter_907_2022_ENU_fin.pdf
https://www.mbvans.com/en/upfitter/tech-info/bulletins
My goal in raising this is to ensure that the Task Force bases its delay assumptions on physical reality and scope definition, not on an unverified estimate of “market adequacy.”
Best Regards,
TJ Houck
Infineon Technologies Americas Corp. – Detroit
System Architect
tj.houck@xxxxxxxxxxxx<mailto:Joe.Bolsenga@xxxxxxxxxxxx>
________________________________
To unsubscribe from the STDS-802-3-ISAAC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-ISAAC&A=1
________________________________
This email has been scanned for spam and viruses by Proofpoint Essentials. Click here<https://us2.proofpointessentials.com/app/report_spam.php?mod_id=11&mod_option=logitem&report=1&type=easyspam&k=k1&payload=53616c7465645f5fecc2440e8bb43f3ec5b598c497437c107297a97aea4b4cfeea7df2ed4fcc99e54230f64bb6c753df328509b8383f9516a4a8b169233729fbd008f949613e10b34b4463c7e4a4efd6b4d80b288f88ade71da6df76d3d243bb5f74a430ec4d686a8d9a7de82119efdbf5457c1d4c5a9013db1da072b48902490cbdbca33bea59622ac9a428d65d95d09fc3898f028b205ffc3fd3880d2a679d> to report this email as spam.
________________________________
To unsubscribe from the STDS-802-3-ISAAC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-ISAAC&A=1
________________________________________________________________________
To unsubscribe from the STDS-802-3-ISAAC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-ISAAC&A=1
________________________________________________________________________
To unsubscribe from the STDS-802-3-ISAAC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-ISAAC&A=1
________________________________________________________________________
To unsubscribe from the STDS-802-3-ISAAC list, click the following link: https://listserv.ieee.org/cgi-bin/wa?SUBED1=STDS-802-3-ISAAC&A=1