记录一下在esp32-s开发中的问题

1.在visual studio code中开发，证书问题和头文件问题

        SDK配置里面找certificate bundle，配置里增加头文件包含的路径，也可以在JSON中加

2.明明有定义，却还是提示错误，在settings.json中加入：

"C_Cpp.intelliSenseEngineFallback": "Disabled", 
    "C_Cpp.intelliSenseEngine": "Tag Parser",  

3.如果加入相应的.c/.h文件，需要在makefile中做修改

4.FreeRTOS任务优先级数值越小优先级越低，系统在运行过程中允许修改任务优先级

修改任务优先级的主要工作包括：

如果新的优先级大于当前任务优先级，则请求切换，

重新设置事件列表值
/* 设置任务优先级 */
void vTaskPrioritySet(TaskHandle_t xTask, UBaseType_t uxNewPriority)。

优先级高的能在时间片中打断优先级低的。

IRQ 任务应该设置为所有任务里面优先级最高的。
高优先级后台任务：比如按键检测，触摸检测，USB 消息处理，串口消息处理等优先级次之。
低优先级的时间片调度任务：比如 emWin 的界面显示，LED 数码管的显示等不需要实时执行的都可以归为这一类任务。 实际应用中用户不必拘泥于将这些任务都设置为优先级 1 的同优先级任务，可以设置多个优先级，只需注意这类任务不需要高实时性。
特别注意：IRQ 任务和高优先级任务必须设置为阻塞式（调用消息等待或者延迟等函数即可），只有这样，高优先级任务才会释放 CPU 的使用权，从而低优先级任务才有机会得到执行。

5.freertos的任务要在while后删除任务本身，消息队列最好放在互斥体里面，不然就只有一个任务能改变它的值。每个任务最好都用while（1）执行下去，我犯了一个错在while里面判断，最后找了很久的错误才发觉，这个时候对应厂家技术手册就很重要了，找到对应的错误标识LoadProhibited, StoreProhibited，操作的内存被释放了为NULL，原来是这里之前就因为一个判断而释放了任务，同时一个好的代码习惯也是体现出来了重要性。

6.当你一直卡在一个地方时，而且你就感觉马上要完成了，但就是这个坎过不去，这时候一定要停下来，不然像我一样同这个程序犟了一天。一定要停下来做下其他容易的事，找找自信的同时找找感觉，然后回过头一定不要想自己去怎么实现的这个程序，当然你脑子好当我没说，我经过大量的代码已经疲惫了，这时候一定要静下心来忘记以前的详细布局，只保留大纲，一定一点看自己之前怎么实现的程序，然后好好缕清楚代码的思路，之后利用好工具去动代码。

7.最后，我写代码的时候没有在线调试，都是build后flash，呜呜呜，效率太低了，而且对思路特别不好，有条件一定要做好，主要是我做的这个项目之前公司没人做过，我也比较一根筋，算是鞭策吧，这个不好的习惯——好的平台、工具和手段（调试手段、git等工具的利用）能让代码人提高三四倍的效率甚至更多。