=嵌入式linux的几点小经验总结
开发阶段
-
自己的功能一定要做下班后的自动化测试，不能指望测试部给测出问题(自动化测试可以用python来控制,比如python通过继电器控制产品的上下电或者触控等操作,比如打开关闭摄像头,然后通过 adb 读取测试完毕后的状态,比如摄像头是否有图像输出)
-
电信类产品特点:
-往往要求很高，所以常常有主备分区备份的功能，比如主备的boot flash,flash不能频繁擦写
-有采用uboot ->vboot(小linux内核,通过菜单用于选择ftp下载软件版本到本地等)->kexec启动大内核,执行真正的版本 -
单板软复位后需要能查复位前的dmesg log，类似zte的保留分区存log的做法，这些都是基础设施，最好能做成一个标准做法，后面可以沿用
-
flash分区要提前确定，否则后面无法在线升级，只能手动升级工作量太大；在线升级需要提前搞
-
添加 IO_CTRL 枚举值的时候要顺序定价，不要中间插，因为有可能新增的枚举值，在用户态的代码和内核态代码都有使用，如果用户态是旧代码，内核态是新代码（或者反之），会导致功能出问题。
-
uboot启动时已经把系统的寄存器配置完备了，后面linux直接使用，不需要初始化了
-
使用fpga注意FPGA可能会有几个bank,同一bank的电压和信号电压是一致的,不同bank的电压可能不一致
-
gpio的开机启动模式pin脚，开机之后还可以做个其他的用处，避免gpio不够用。
-
开发初期,睡眠默认关闭了,中后期再打开.关闭或者减少不必要的sleep/delay动作,后期测试过程中酌情增大.
-
板子上没有的器件,dts里一定去掉,否则即使没有出现功能问题,但是性能可能有问题,比如访问不存在的寄存器导致重试等等(mpq2022去掉后,dts没有去掉)
-
新项目很有可能使用旧的屏幕等等，所以不要急于替换屏幕等，是否有一个简单的方法来切换新旧屏幕呢
-
虚拟文件夹中设备树节点的变化需要及时通知到上层,否则上层无法打开设备节点,造成错误,比如这里i2c的地址式bus7的0x24,如果变化了就需要通知上层。
/sys/devices/platform/57247000.i2c/i2c-7/7-0024/ic_ver -
开机log中打印开机需要的时间，进入桌面的时间，避免代码修改慢慢积累造成性能变差的情况
-
大的修改一定要切分支,比如摄像头4合1改4路独立，涉及到上下游，风险很大，就要拉分支来单独修改
-
i2c等通信通道一定要提前做压力测试，检查是否能稳定可靠工作。写压力测试用例时，需要考虑一边（比如通过继电器）测试，一边检查文件系统的节点，看是否符合预期，这样不用每天搜索日志，看是否有fail。
-
外部上下拉电阻必须和软件的配置一致，否则在测试高低压脉冲时，芯片复位后读取的外部上拉电阻，导致功能异常。
-
产品本身及其内部模块都要有reset机制，当上层检测到状态不对的时候就需要reset。
-
每个硬件板子准备一个金机和使用最后的版本,方便回溯问题
-
问题要提前压力测试，不要像保隆的斯特威摄像头，到了装车时，才发现有小概率的出图问题
-
项目开发过程中需要定期检查系统的资源消耗和进程，后台，避免随着项目的进行，消耗的系统资源越来越大。
-
使用逻辑分析仪抓波形，要找一个gpio,在抓波形的时候拉高，退出之后拉低，从逻辑分析仪上方便找到故障点的波形。
-
摄像头要用mmap方式取图，由bsp提供cma内存,避免使用系统内存
-
文件系统操作后需要执行sync,才能真正保存
-
多个控制器之间一定要有责任划分,否正出问题扯不清楚.比如FAPA的日志如何才能导出,方便澄清是FAPA的问题,还是车机的问题
-
考虑车机设计的可维修性:尽量使用带总线,故障时能查询故障原因或者寄存器的IC
-
芯片有几路i2c就尽量各自接不通的外设芯片,避免出故障后,几个芯片在一个i2c bus,不方便分析问题
-
开发阶段核心版尽量使用插卡式的，方便替换和应用新的产品,类似zte的CC128S一样.
-
代码修改如果涉及到上一个版本和本版本的不同,比如上一个版本的monitor日志是1_monitor.txt,现在改成1_monitor.csv,需要评估老版本兼容上一个版本的问题.
-
设备树要标记原理图的网络标识,比如
SC_P_MIPI_CSI0_MCLK_OUT_LSIO_GPIO1_IO24 0x00000020 //BJ23 pad =MAX9286_MIPI_CSI1_RST_B =pull-up
方便定位问题
发货阶段
提前准备好调试手段:参考M57的相关问题单修改
project:MTK8675/device/mediatek/common status:merged owner:self
和
http://gerrit.tc.dfmc.com.cn:8080/c/MTK8675/device/mediateksample/spm8675p1_64_raite/+/51675
http://gerrit.tc.dfmc.com.cn:8080/c/MTK8675/device/mediatek/mt6873/+/51676
管理方法
华为：需求管理和下发,敏捷迭代 + 站会，相关技术问题在TMG上升，加班能攒调休，沟通问题通过共享桌面很方便
中兴通讯：敏捷迭代 ,需求用看板管理+ 站会+周报，白嫖式加班
