我有一个嵌入式系统,我正在通过串口进行通信.现在,命令结构旨在以交互方式操作:它显示提示,接受一些命令,并以人类可读的形式显示结果.
我正在考虑将其更改为更加机器可用的格式,因此我可以通过MATLAB GUI与它进行对话而不会有太多麻烦(现在它正在打扰交互式提示和不同的消息长度等).
那么是否有某个文档或标准描述了如何为嵌入式系统设计良好的串行命令协议？
您是否使用"硬包装"(自己或由编辑自动)通过在特定行长度的源文档中插入换行符,或者您是否在一个连续的行中编写段落并让编辑器"软包装"给您？
另外,你使用什么编辑器？
注意:我对如何在TeX源代码(.tex文件,一般散文)中包装行感兴趣,而不是TeX如何为最终文档包装行.
我正在使用Doxygen和一些嵌入式C源代码.给定一个.c/.h文件对,你是否将Doxygen注释放在函数原型(.h文件)或函数定义(.c文件)上,还是在两个地方都复制它们？
我遇到一个问题,当我在一个地方而不是另一个地方记录时,Doxygen会警告缺少评论; 这是预期的,还是我的Doxygen搞砸了？
据我所知(在这里和那里进行了几天的研究),有两个主要的TeX引擎:pdfTeX和XeTeX.pdfTeX是"标准",自20世纪90年代初开始出现,直接渲染为PDF,并改进了原始TeX的一些小格式问题.
另一方面,XeTeX也输出PDF,可以使用任何系统字体而不复杂,并且默认情况下可以接受Unicode输入.但由于某种原因,它不是任何TeX发行版中的默认引擎.
我有这个权利吗？为什么pdfTeX仍然是标准？你用哪个？
我正在为嵌入式系统(dsPIC33平台)编写C代码,我正在考虑构建一个可重用的代码库,以便在多个项目中使用.
将库绑定到每个项目的最佳实践是什么？
显然,库将具有一些特定于硬件(因此特定于项目)的依赖关系,因此可以合理地假设它将与每个项目一起编译(而不是以二进制形式链接).
到目前为止我所提出的是保持库集中,但需要一个特定于项目的libraryConfig.h,其中包括函数定义,宏等.这要求库在其自己的代码中包含头,这意味着项目源目录需要在include路径中(而不仅仅是库源目录).那种食堂之间的区别#include ""和#include <>,不是吗？
这是正常的吗？
我是C开发的软件工程方面的新手; 有没有人有一个很好的指导如何为C项目(特别是嵌入式)设计错误跟踪或错误控制系统？谈论C库的错误跟踪也会有所帮助.