[参考译文] PROCESSOR-SDK-J721S2：CSIRX 错误事件回调

尊敬的 Parth：

是的、如果您为一组错误事件注册此回调、则当 CSIRX 中发生一个或多个错误事件时、将调用相同的回调。  

此致、

Brijesh

您好、Brijesh

感谢您的确认。  

当所有或任何错误被重置/清除时、您能否确认是否收到错误回调？  

因为应用程序需要知道何时停止报告或对活动错误采取措施。

示例：使用回调接收到4位错误掩码

检测到第一个错误 -> 0001

识别到新错误-> 0011

1删除了错误-> 0010

已删除最终错误-> 0000

我们是否按照上述序列进行错误回调？  如果不是、那么应用清除此错误的触发点是什么？  

您好、Brijesh、

这是否意味着当错误被删除时不会有任何指示？ 应用程序如何消除此错误？ 应用程序是否可以考虑使用帧回调来重置该错误？

尊敬的 Parth：

您认为错误是什么意思？ 报告错误后、除非在清除之前、 状态将显示错误、然后 会生成中断。  

此致、

Brijesh

您好、Brijesh、  

为了简化说明、我们有两个问题。

1)中断状态被清除后,如果我没有得到 errorCallback()并且得到 frameCallback(),那么这意味着所有的错误都可以被重置。  

2)如果我不清除中断状态,如果错误仍然存在,我会得到 frameCallback()或 errorCallback()。  

谢谢、

拉马克里什南五世

尊敬的  Ramakrishnan ：

Unknown 说：

1)在中断状态被清除后、如果我没有得到 errorCallback()并且得到 frameCallback()、这意味着所有错误都可以重置。  [/报价]

不确定您的复位含义、但是的、这意味着没有 其他错误。

Unknown 说：

2)同样、如果我不清除中断状态、如果错误仍然存在、我将获得 frameCallback()或 errorCallback()。  [/报价]

这将由驱动器处理。  

此致、

Brijesh

[/quote]

您好、Brijesh、  

感谢您的快速响应。  

第1点)很清楚,但关于第2点)想知道 CSIRX 驱动程序的行为是什么,它是会提供 frameCallback()还是 errorCallback()如果同样的错误仍然存在,但不清除中断状态。

尊敬的  Ramakrishnan：

我想您使用 PDK 驱动程序来获取该回调、因此在这种情况下、驱动程序将清除中断状态、因此如果 还有其他错误、则会调用错误回调、但如果没有更多错误、则会调用 framecallback。  

即使出现某些错误(如 CRC)、仍然可以调用帧回传。 如果出现 CRC 错误、则会报告错误、但 CSRIX 将继续捕获数据、因此仍会调用帧回传。   

此致、

Brijesh

您好、Brijesh、  

在 CRC 案例中、我不清楚您的意思。 无论是在报告错误的周期"n"上,它都会调用 errorCallback (),然后 在"n+1"周期调用 frameCallback ()。 另外,如果这种情况 ,我如何知道 CRC 是否仍然是持久的或者它已经被驱动程序清除,因为我只有 errorCallback()上的 Csirx_Event 状态。 我是否 也可以在 frameCallback 中获得 Csirx_Event 状态？

您好、

您在这里的循环意味着什么？ 当一个帧内出现 CRC 错误时、将立即调用此错误回调、但此帧仍将在内存中捕获、因此仍将有来自驱动程序的帧回调。  

从该错误的状态角度来看、该错误将由驱动器立即在寄存器中清除。 frameCallback 中没有 EventStatus 可用。

此致、

Brijesh  

您好、Brijesh、  

感谢您的答复。 我们是否可以通过调用来更好地对此进行澄清、例如、与 CRC 错误一起、您是否还有其他错误、其中 errorCallback 和 frameCallback 都可以结合在一起？ 基本上是 CSIRX 错误列表的一个小表格、其中 errorCallback 只能进来、errorCallback 和 frameCallback 可以走到一起。