為了提高應用的安全性，TLD7002-16ES的幀間延遲應該更長還是更短？

芻狗

問題：為了提高應用的安全性，TLD7002-16ES的幀間延遲應該更長還是更短？

答案：根據(jù)數(shù)據(jù)表，https://www.infineon.com/dgdl/Infineon-TLD7002-16ES-DataSheet-v01_00-EN.pdf?fileId=8ac78c8c81ae03fc0... 當主導（“0”）總線通信時間均短于幀間延遲時，HSLI中止處理通信。主幀的等待時間要超過兩個連續(xù)幀之間的幀間延遲。幀間延遲可以通過OTP進行配置。
幀間延遲有兩種類型：
· 短幀間延遲（例如50us）
如果需要實現(xiàn)動畫播放等快速數(shù)據(jù)傳輸，則需要配置短幀間延遲，這是因為幀的發(fā)送間隔極短
· 長幀間延遲（例如500us）
如果HSLI速度較慢（例如200kbps），則需配置長幀間延遲，這是因為在這種速度下，簡單的0xFFFF傳輸有助于使總線在足夠長的時間內(nèi)保持隱性狀態(tài)，從而觸發(fā)幀間延遲。
此外，如果HSLI命令器（例如BCM）的串行端口在幀的傳輸字節(jié)之間存在延遲，那么字節(jié)之間的延遲（即使它們在同一幀中）可能會錯誤地觸發(fā)重置TLD7002-16ES協(xié)議處理程序的幀間延遲。買元器件現(xiàn)貨上唯樣商城！什么是最安全的選擇：
最安全的幀間延遲選擇應該丟棄不必要的命令（即微控制器應用卡住和重復命令）。此外，應盡可能縮短幀間延遲，以便在傳輸錯誤的情況下，能夠快速刷新HSLI協(xié)議處理程序，并接收新命令。
因此，最安全的幀間延遲選擇是，使幀間延遲略長于預期HSLI幀更新周期與最長HSLI幀持續(xù)時間的差值。
示例：
如果計劃在尾燈標準運行期間每1ms發(fā)送一次HSLI命令，則傳輸速度為1Mbps。在運行期間可以發(fā)送的最長幀將是具有380位的DLC6（數(shù)據(jù)長度代碼）的占空比更新，因此它將持續(xù)380us。位數(shù)的計算方式是對數(shù)據(jù)表“主幀類型”這一段中描述的DC_UPDATE（DLC6）幀中存在的所有位進行計數(shù)。因此，幀間的隱性位距離最大可達1ms-380us=620us。
因此在這種情況下，可將幀間延遲設(shè)置為500us（長幀間延遲）。長幀間延遲的缺陷是，如果在傳輸過程中出現(xiàn)錯誤，那么命令器在發(fā)送新命令之前必須等待的時間比幀間延遲更長。