2018年2月2日 · can协议里对ack（应答场）有如下的描述：应答场长度为2个位，包含应答间隙（ack slot）和应答界定符（ack delimiter）。 在应答场里，发送站发送两个“隐性”位。

简单说就是节点的 发送计数器（TEC）数值＞255。 我们知道，NO ACK错误也会让发送节点的TEC不断累加计数，如果总线上就只有一个节点，该节点发送的报文没有节点应答，TEC是否会累加到255，进而产生Busoff呢？ 答：不会。 这是一个特殊情况，当总线上只有一个节点时，该节点发送的报文确实没有其他节点可以应答，但是此节点的TEC不会累加到255，而是128。 为什么会这样呢？ 如果一个总线只有一个节点，也就没有什么通信的必要性了，就一个节点，和谁通 …

2024年5月6日 · NOACK（No Acknowledgment）测试通常用于检查CAN网络中节点之间的数据传输是否正常，特别是确认消息接收方是否已成功接收到并处理了发送的消息。 在CAN总线的NOACK模式下，发送者不等待接收者的确认（ACK）应答信号。

ACK：Acknowledgement，它是一种正向反馈，接收方收到数据后回复消息告知发送方。 NACK：Negative Acknowledgement，则是一种负向反馈，接收方只有在没有收到数据的时候才通知发送方。

2022年1月28日 · i2c "no ack" 的解决方案： 检查通信线路是否损坏或连接不稳定。 确保目标 设备 已经正确配置并在线。 检查数据速率是否与目标 设备 的速率匹配。

2018年7月6日 · After the normal TCP handshake no packets with an actual payload are sent (Len=0 on all packets) so there is nothing to ACK. What is strange instead that the client is sending some ACK for some 9 bytes of data from the server where the data from the server don't show up in the packet capture.

2020年8月4日 · 在 no_ack=true 的情况下，RabbitMQ 认为 message 一旦被 deliver出去了，就已被确认了，所以会立即将缓存中的 message 删除。 所以在 consumer 异常时会导致消息丢失。

2025年1月13日 · 1、Master 发送了错误的Slaver ID， Slaver匹配失败后发送No-ACK； 2、在连读的状态下，Master在最后一个读出数据的响应处发送No-ACK，告知Slaver不需要继续读出数据； 3、如果有做CRC校验的话，校验失败时也需要发送No-ACK

2024年8月9日 · NOACK（No Acknowledgment）测试通常用于检查CAN网络中节点之间的数据传输是否正常，特别是确认消息接收方是否已成功接收到并处理了发送的消息。 在CAN总线的NOACK模式下，发送者不等待接收者的确认（ACK）应答信号。

2022年12月2日 · Hi. Yes, I have run a tcpdump and through it was able to confirm that the server is receiving the SYN packets but is not responding (no ICMP port closed messages as well).