- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我正在开发一个带有 ESP32 的 CAN-BUS 记录器。使用 fprintf 将数据写入 SDCard。
我知道我必须使用 fopen() 打开文件,然后再使用 fclose() 再次关闭文件。
我的问题是我应该多久打开和关闭一次文件?只打开一次然后可能一小时后关闭它?或者打开它,写入 100 个值,关闭它,再打开它?
我不想丢失很多数据。当带有 CAN-BUS 的摩托车运行时,ESP32 会亮起。如果点火开关关闭,ESP32 将不再通电。我不介意最近 5 秒的数据是否丢失。但我不希望这样,即 10 分钟的数据丢失。
我还看到了 fflush() 函数。我应该定期使用它,即每 10 秒一次吗?然后,如果文件永远不会关闭,也许就没问题了?
更多信息:我可以设计设备以确保电源打开的时间足够长,以便执行 fclose()(在此之前没有电源故障)。但我想如果我不介意最后几秒的数据丢失的话,这并不是真正必要的。
我将这个问题提交给了 StackOverflow 而不是电气工程,因为这是关于为该项目编写代码的。
我在这里搜索并找到了类似的问题,但我并没有真正找到这个问题的答案。
最佳答案
fflush
的 Linux 联机帮助页包含一个非常重要的警告:
NOTES Note that fflush() flushes only the user-space buffers provided by the C library. To ensure that the data is physically stored on disk the kernel buffers must be flushed too, for example, with
sync(2)
orfsync(2)
.
sync
或 fsync
是 Posix 接口(interface)的一部分,它可能类似于也可能不类似于 ESP32 上的底层文件 i/o 接口(interface)。但警告可能仍然值得关注。
C 标准对 fflush
有这样的表述,这清楚地表明所有保证是 fflush
刷新 C 库维护的缓冲区,类似于Linux 联机帮助页中的措辞:
… the
fflush
function causes any unwritten data for that stream to be delivered to the host environment to be written to the file…
因此,如果您希望数据真正提交到磁盘,fflush
通常是不够的。
关于c - 不断向文件(SDCard)写入数据时,应该多久打开和关闭一次文件?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57922606/
如果这不是一个错误,那就是另一个错误。如果不是那样的话,那就是别的东西了。我觉得我的项目已经改变了很多,现在只是试图解决代码签名问题,结果一切都搞砸了。我严格按照说明进行操作,但出现错误,例如当前的“
我不确定是否有一些我不知道的内置变量或规则,或者 make 是否有问题,或者我只是疯了。 对于我的一个项目,我有一个如下的 makefile: CC=g++ CFLAGS=-O3 `libpng-co
我有大约 10 个 div,它们必须不断翻转,每个 div 延迟 3 秒 这个 codrops 链接的最后一个效果是我正在寻找的,但无需单击 div http://tympanus.net/Devel
我如何使用 jQuery 持续运行 PHP 脚本并每秒获取响应,以及将鼠标上的少量数据发送到同一脚本? 我真的必须添加一些随机扩展才能让这么简单的计时器工作吗? 最佳答案 To iterate is
JBoss 4.x EJB 3.0 我见过如下代码(大大简化): @Stateless @TransactionAttribute(TransactionAttributeType.NOT_SUPPO
使用 PHPStorm,我试图忽略每次尝试进行 git 提交时 pop 的 workspace.xml。 我的 .gitignore 看起来像: /.idea/ .idea/workspace.xml
我是一名优秀的程序员,十分优秀!