My FR10 replay monitor stalls during file writes. Should I time the receive and write separately first?
Can't explain FR10 availability with a frozen logger
GabrielAbbott0018 · 2025年6月26日 13:51 UTC
主帖中文翻译暂不可用，以下显示英文原文；回复保留原文。 查看英文原文
7 条回复
Yes, and the screen update as well. One duration around the whole loop won't tell you whether the delay happened before or after you received the reading.
12分Receive finishes quickly; writing hangs when the shared folder is busy. Screen waits behind it.
20分Could you repeat the same replay into a local test folder before changing the application structure, just to see how much the destination changes the timing?
21分Worth comparing. I'd still keep slow file work away from the display, with a limit on queued data and a visible recording fault if it can't keep up.
9分Local folder is quicker. Shared folder still needed for handover, so copying the path isn't the fix.
11分Does handover need immediate shared writes, Gabriel, or could recording locally and transferring later meet the actual requirement?
7分That's a fair alternative, provided transfer failures stay visible and someone owns them. I'd ask maintenance which files they need and when before deciding the design.
10分讨论已关闭
此讨论已连续六个月没有活动，现已关闭新回复。 最后活动： .