This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
器件型号:PROCESSOR-SDK-DRA8X-TDA4X
我们在 TI OpenVX 框架和示例代码中找不到时间同步机制。
我们需要:
由于源节点不同、帧速率不同或延迟不同而使帧同步的机制。 示例 作为链路架构、可同步视频帧的同步节点(或等效节点)。
2.将帧与 CAN、雷达、激光雷达、GPS、…等数据同步的机制 视频处理节点不携带时间戳、例如 TIDL。 如何将此类数据与视频帧同步?
3. Linux (A72)和 RTOS (R5F、DSP)之间共享的全局时间(精确到毫秒)、因为 CAN、Lidar、IMU、…、这些数据可能来自以太网、CAN、UART。 我们需要一个全局时间来实现同步。
如果还没有解决方案,请告知我们解决方案,或告知我们 TI 的计划。
谢谢。
Jerry
Jerry、
我们确实有一项经批准的要求、即使用全局时间添加对时间戳的支持、以便在捕获节点中自动填充或添加到数据对象中。 这些时间戳将传播到图形中、用户可以从从图形参数中去排队的任何数据对象中访问这些时间戳。
此外、即使在今天、如果捕获节点具有多个同构摄像头、它也会在内部实现它们之间的同步。 但是、除此之外、不会有任何同步节点(因为存在同步链路)、因为 OpenVX 架构和语义与链路基本不同。 在 OpenVX 中、图形中没有丢失的帧。 对图形的任何输入都将继续、直至图形完成。 在链接中、情况并非如此、由于所有内容都必须在一个链中、因此可以以不同的速率完成链的多个部分。
从应用控制的角度来看、OpenVX 比链路更灵活。 如果需要、应用中可能有许多图形同时存在、并且以不同的速率运行。 如果有多个以不同速率运行的数据源、则可以通过不同的图形来处理这些数据源、应用程序可以完全控制图形边界处这些图形的同步。 如果需要丢弃数据、则应用程序会将其作为同步逻辑的一部分、在应用程序中的图形之间进行同步。 例如、以一个速率捕获的摄像头捕获通过1个图形、以并行方式通过另一个图形、以 GPS 方式通过另一个图形。 每个图形的输出都被应用程序排成队列、如果应用程序希望将这些数据合并到下行处理中、那么它会将这些数据排队到可能的另一个图形中、并根据需要丢弃帧。
由于同步/帧丢弃策略高度依赖于应用程序要求、因此现在完全由应用程序管理、并且图形中的节点可以是通用的、与它所处的图形无关、不需要任何与帧丢弃策略/等相关的特定于应用程序的调整或自定义
作为参考、我们有一个演示应用、它具有此类多模式同步(尽管尚未设置时间戳)的示例:APS/PTK_MO演 示/APP_代 客泊车
此致、
Jesse
您好 Jesse、
请解释以下陈述。 同步是在哪里以及如何完成的?
============================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================
此外、即使在今天、如果捕获节点具有多个同构摄像头、它也会在内部实现它们之间的同步。
============================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================================
谢谢。
Jerry
在捕获节点收到所有摄像机的摄像机缓冲器之前、捕获节点的下游处理将不会开始。 例如、如果有4个摄像头连接到单个捕获节点、此处假设它们都具有相同的元信息(宽度、高度)、并且以相同的速率运行。 下游处理将在所有4个摄像头完成 DDR 中的填充缓冲器后才开始。 通过这种方式、4个摄像头同步进行下游处理、并一次性通过图形发送。
您好 Jesse、
================================================================================================================================================
我们确实有一项经批准的要求、即使用全局时间添加对时间戳的支持
================================================================================================================================================
全局时间是操作系统级时间服务吗? 例如,gettimeofday ()函数。
并在所有 CPU 内核上同时看到所有任务/线程?
此致、
Jerry
是的、这是要求的目的、所有内核/进程应同时使用 SoC 上的底层全局计时器/计数器看到相同的时间。