目录
1、厂家给的指令集资料可能有错误，请以软件VisualTFT中的指令助手为准。
7、DACAI只能选择切换到哪个具体的画面，而不能退出当前画面。
4、socket connect报错 Operation now in progress问题
背景
mcu串口连DA CAI触摸屏，mcu既要支持屏幕自身的触摸可能，还要支持通过实体按键控制屏幕，两者效果相同。
一、屏幕相关
1、厂家给的指令集资料可能有错误，请以软件VisualTFT中的指令助手为准。
如设置滑动选择控件值得命令，select_data是1个字节，而不是两个。
2、屏幕程序下载方式
软件VisualTFT虽然在“量产向导”中有串口下载选项，但是客户（我们）无法使用，只能使用SD卡下载这一种方式进行。
3、SD卡文件格式问题
屏幕程序下载使用的SD卡，注意使用fat32文件格式的SD卡，而不能是其他格式。
4、画面id的问题 巨坑！！！
使用VisualTFT创建工程画面时，画面id是自动分配的，从0开始一次递增，先创建的先分配id，后创建的后分配，并且id是连续的，无法手动修改。（时间：2022.12.25圣诞节）
倘若你创建了多个画面，想删除其中某一个，此时，在这个画面之后创建的画面id会自动被修改掉！！！！
我在代码中写死了各个画面的id，结果这么一搞，全部都要改！！！白白浪费了半个小时，坑爹！！！
5、子画面变暗的问题
点击父画面某个按钮，调出子画面，子画面遮挡了父画面部分空间，但父画面的其他空间还能看到。子画面类似于手机的弹窗效果。
切记此时，子画面的背景透明属性一定要选择“透明”！否则在子画面上做操作（如icon帧的切换等等）可能导致父画面越来越暗，最终导致父画面全部呈现黑色！做一次操作，父画面便变暗一分。
6、 VisualTFT自带的键盘问题
键盘内的做了什么操作，屏幕不会通过串口发送给MCU，只有在退出键盘时，才告诉mcu什么值被键盘敲了，mcu无法感知操控键盘的整个过程。这就不满足我们的需求了，结果花了两天的时间，用按钮自制了一个数字键盘，支持不确定长度和数值的数字输入。
7、DACAI只能选择切换到哪个具体的画面，而不能退出当前画面。
如果在多个画面都可以调用数字键盘这样子画面的场景下，从数字键盘切换到哪个画面是不固定的，此时退出子画面的功能就很重要了。
8、设置RTC的问题
修改RTC控件的值，无法在模拟场景下验证，需要下载到实体屏幕中验证。
还有，DACAI设置时间的命令，年月日时分秒和星期都需要设置。其中，仅仅将星期设置错了，不影响其他参数的显示。
9、软件VisualTFT的一些bug
VisualTFT软件打开几天之后就卡死了，无法操作，需要杀进程。
有时可能报内存不足（其实电脑的内存是够的），软件操作不了，无法使用。
二、编程相关
1、strcat函数导致乱码的问题
char * strcat ( char * destination, const char * source )
使用strcat函数做字符串拼接时，第二个入参一定要是字符串，即以\0结尾，如果仅仅是一个字符，则拼接出来的字符串内有乱码
2、字符串常量初始化指针导致出现段错误的问题
用静态字符串初始化字符指针时，注意长度，如
char *g_ip[4] = {"192","168","2","30"}；
我原本想定义4个占用空间均为4的字符串，分别用192 168 2 30来初始化。而如果使用上述写法，g_ip[2]的长度是1，占用空间为2，而不是4，g_ip[3]的长度是2，占用空间为3，,也不是4。
在后续的代码中，如果想访问g_ip[2][2]或者g_ip[3][3]必然导致访问越界，报段错误。
3、sscanf函数导致段错误的问题
sscanf(instruction, "%s %s %s", opcode, arg1, arg2);这里的opcode arg1 arg2需要是堆栈空间，不能是函数入参指针，否则，程序运行到此处报段错误。原因未知，我猜测是bug。
4、socket connect报错 Operation now in progress问题
socket设置为非阻塞模式，connect返回-1，错误信息是 Operation now in progress
解决方案：先设置为阻塞（默认模式），connect之后再调用
flags = fcntl(g_wire_socketFD, F_GETFL, 0);
ret = fcntl(g_wire_socketFD, F_SETFL, flags | O_NONBLOCK);
将其设置为非阻塞
5、socket的阻塞问题
socket设置为阻塞后，recv时整个进程都阻塞了，进程内的其他线程也不能继续工作。这种阻塞不像sleep式的延时，后者可以让出CPU时间片给其他线程用。
6、read串口丢字符的问题
read 串口时，最好是一个一个字符的读取，固定buff长度读取，可能报文内容不全
转载：https://blog.csdn.net/hannibaychty/article/details/128433137