非常感谢腾讯云物联网团队给的开发板——evb-lx（RISC—V架构）
1、作为一个大二的学生，刚刚学完C语言，拿到开发板一头雾水，新的操作系统，新的架构。
我需要学习的方面有
1、微信小程序端
2、腾讯云物联网操作平台
3、开发板的开发环境
4、操作系统的大概
5、WiFi模块esp8266和mqtt的大概
微信小程序只是一个端，现在云开发团队有新出了web端的云开发所以以后这个端侧既可以用小程序也可以用网页，相信未来随着kbone的发展app端也会迅速实现，毕竟uni-app,trao他们已经实现。
微信小程序通过腾讯云的云密钥进入物联网平台，iotexplorer集成了lothub
通过规则引擎实现端与端的订阅和发布
小程序官方有模板，稍加修改即可体验，遵循的是mqtt呢一套。语法上是javescript为主，云开发的环境是node.js,可以用npm包管理。
iotexplorer和阿里百度什么的物联网操作系统没什么区别，多点一点就会了
国内生产RISC-v的板子没有几家，兆易创新的gd32是一款，阿里与一款，最近基金会也签了瑞士了，国内的心来科技想做arm一样的公司，我们用的也是新来的编译器，
Tencent tiny可能是市面上对初学者最友好的操作系统了，
1. 互斥锁
解决的是不可重入资源的竞争性访问：谁先获得了锁，谁才有权访问资源。
2. 信号量
解决的是系统“可用资源数”这个信息在各任务间同步的问题：生产者、消费者问题。
3. 事件
解决的是任务间某种“事件”是否发生的同步问题。
4. 队列[邮箱]
解决的是带“负载”的消息传递问题。
1. 原理
- ⼀级功耗管理：普通功耗管理模式：
系统在没有用户业务需要处理的时候（进入id濿e），系统会自
动进入低功耗模式(瀆濿ee瀃)。
但是系统仍然有“时钟滴答”，因此能在低功耗的模式下逗
留的时间较短
- ⼆级功耗管理：瀇ic濾濿e瀆瀆:
非周期性时钟。根据系统的信息，适时地停掉“时钟滴答”
观察下图，“时钟滴答”有必要每个节拍都来一次么？
即使去扫描调度队列，也⼀定没有就绪任务
实际上，每7、4、5、4个节拍来一次“时钟滴答”即可
CPU不会被瀆瀌瀆瀇ic濾频繁唤醒，可以在低功耗模式下逗留的更久
使用场景
术语型解释：实现临界区资源的互斥性访问
2. 怎么理解？
假设你有一段代码，或者一段数据，当有多个任务并行操作时，
会导致结果的不确定性（不可重入性，这段代码或者数据就叫临
界区资源）。
而你的业务恰恰存在这种情况，并且想得到这种确定性，那么在
访问这段代码或这段数据（临界区）前，使用互斥锁来确保一个
临界区，在任意时刻，只会有一个任务在对其进行访问。
