python-can doesn't appear to be using hardware timestamps with socketcan

未关闭

#1,881 创建于 2024年10月29日 3 条评论 0 个 reaction 已指派 0 人在 GitHub 查看

还没有人认领这个 Issue。

评估

难度: 4/5
预计耗时: 3-5 天
新手友好度: 35/100

Issue 类型: 缺陷
描述清晰度: 基本清楚
活跃度: 停滞
技术栈: linux, python
领域: embedded-iot, networking

调研方向

首先，在使用标准内核驱动的 Debian 12 上重现 candump -ta -H can1 与 python -m can.logger -c can1 之间的比较。检查 SocketCAN 接收路径和 logger 入口点，以确定时间戳是如何获取的。完成标准是：在可用时使用硬件时间戳，并且捕获的时序与文档化的行为一致；如果现有测试结构支持，还应包含回归测试覆盖。

由索引模型根据 Issue 内容生成。

描述

bug

Describe the bug

To Reproduce

Run two captures at the same time, one using candump with hardware timestamps :

candump -ta -H can1

The other utilising python-can e.g. logger :

python -m can.logger -c can1

If you then dump the output into a spreadsheet and compare frames, the output is quite different. For example, on a cyclic message on our hardware, I can see the cycle with candump -H is stable +/- 5 microseconds. With the timestamps from python-can the variance seems to be +/- 900 microseconds.

Expected behavior

The python can docs say :

The timestamp field in a CAN message is a floating point number representing when the message was received since the epoch in seconds. Where possible this will be timestamped in hardware.

So I'd have expected the hardware timestamps to have been enabled as with candump -H.

Additional context

OS and version: Debian 12 (6.1.112-1)
Python version: 3.11
python-can version: 4.4.2
python-can interface/s (if applicable): Peak PCAN-USB X6

We're using the standard kernel drivers not peak's custom drivers.

Traceback and logs

主要语言: Python
星标: 1.6k
派生: 697
PR 合并指标: 30 天内没有已合并 PR

贡献指南

打开贡献指南

从这里开始

先读完整个 Issue，再读项目的贡献指南。
在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
Fork 仓库，在一个分支上完成修改。
提交 Pull Request，并在描述里引用这个 Issue 编号。

hardbyte/python-can 的其他 Issue

IXXAT: timestamps read 1.5 x wall time plus adapter uptime (misplaced parenthesis in _timeoffset; start tick never captured in vcinpl2) 未关闭

难度 2/5 1-3 小时新手友好度 88/100

hardbyte/python-can#2103 · 2026年9月18日创建
Unhashable type for Systec interface errors 未关闭

bug

难度 1/5 1 小时以内新手友好度 78/100

hardbyte/python-can#2077 · 1 条评论 · 1 个 reaction · 2026年7月13日创建
New error behaviour when calling `flush_tx_buffer` for several interface types 未关闭

bug

难度 1/5 1 小时以内新手友好度 68/100

hardbyte/python-can#1922 · 1 个 reaction · 2025年2月22日创建
Add support for the more efficient ElmüSoft Candlelight Protocol 未关闭

enhancement

难度 5/5 一周以上新手友好度 30/100

hardbyte/python-can#2102 · 2026年9月15日创建
PCAN message timestamps drift after macOS system sleep 未关闭

bug

难度 3/5 1-2 天新手友好度 68/100

hardbyte/python-can#2092 · 2026年8月21日创建

查看 hardbyte/python-can 的全部 Issue

相似的 Issue

[Bug] reef-hermes tells me to resume with hermes --resume, which does not work from my shell 未关闭

area: harness bug status: needs-triage

难度 2/5 1-3 小时新手友好度 75/100

Human-Agent-Society/reef#625 · 2026年9月24日创建
Bump transitive axios to >=1.18.0 to address GHSA-hcpx-6fm6-wx23 未关闭

难度 2/5 1-3 小时新手友好度 70/100

coinbase/cdp-sdk#828 · 2026年9月24日创建
AccessibleResourceCard/AccessibleChannelCard crash when a resource has more than one learning activity (getActivityTags returns an object instead of an array) 未关闭

难度 1/5 1 小时以内新手友好度 80/100

learningequality/kolibri#15351 · 2 条评论 · 2026年9月24日创建
audeer.path(): optionally expand environment variables 未关闭

难度 2/5 1-3 小时新手友好度 75/100

audeering/audeer#212 · 1 条评论 · 2026年9月24日创建
Name consistency 未关闭

难度 2/5 1-3 小时新手友好度 75/100

eellak/triplestore#65 · 1 条评论 · 2026年9月24日创建

更多 Python Issue