USB转串口设备，在Linux下面都是免驱动的，但是到了macOS High Sierra(10.13.6)上，无法正常识别。在Linux上通过lsusb可以看到如下信息：Ti Code Composer Studio 8.1.0编译调试代码，当通过网上购买的SEGGER J-Link Emulator来烧写固件的时候，发现在某些情况下会出现固件烧录不正确，导致各种莫名其妙的问题。可以通过下图所示的方式，要求SEGGER J-Link Emulator在烧录完成固件后，对固件进行完整性校验，规避上面的问题。最近在调试CC1310跟NodeMCU通过SPI接口通信，中间遇到很多问题，在此记录一下。 继续阅读Ti CC1310作为从设备与NodeMCU通过SPI总线进行通信
最近在捣鼓NodeMCU,中间各种折腾，下面记录一下编译固件的过程。
首先参考 ubuntu 16.04(x64)构建NodeMCU编译工具链 来构建工具链，然后把工具链加入到环境变量。
然后就是下载固件代码并进行编译了
如果存在下载问题，可以本站下载一份代码拷贝。点击此处下载。
只要NodeMCU开发板通电或重置，就会执行init.lua脚本。因此，我们把自己的代码写在这个脚本里面即可。然后用luatool更新到NodeMCU设备里面即可。
注意上面的代码中，--port参数需要根据实际情况进行修改，--src参数也是一样需要根据我们实际的文件名来调整,最后的-b指定波特率，上面固件编译后默认的波特率是115200,淘宝上卖的设备，很多是默认9600的，这个要注意。
如果上面的代码下载存在问题，可以本站下载一份拷贝 点击这里下载luatool
继续阅读ubuntu 16.04(x64)编译并烧录NodeMCU固件
最近在捣鼓NodeMCU,中间各种折腾，下面记录一下编译工具链的过程。
官方推荐的操作过程如下:
上面操作中最慢的依旧是下载依赖的工具链的源代码部分，可以从本站下载一份已经下载完全部依赖项目的编译环境。点击此处下载
本站下载的文件，直接执行make命令即可，不要执行make clean,make clean会删除ESP8266_NONOS_SDK文件夹，导致编译不通过。这种情况，可以还原Makefile,再次去服务器上拉取文件即可。
编译完成后，注意以下几个路径
esp-open-sdk/xtensa-lx106-elf/xtensa-lx106-elf/sysroot/usr/include/为头文件的所在目录esp-open-sdk/xtensa-lx106-elf/bin为工具链所在目录esp-open-sdk/xtensa-lx106-elf/xtensa-lx106-elf/sysroot/lib为链接库目录上面的几个路径在编译源代码的时候会用到。
对于上面的命令执行过程中，往往卡住在ct-ng build这个位置，观察目录下的build.log会发现总是卡住在文件下载的位置，大量的链接无法正确下载，都是国情导致的。
如果出现下载问题，一般建议从本站下载一份已经下载好的文件，当然，也可以手工从其他镜像站点逐个手工下载依赖的源代码压缩包。
参考操作如下：
然后重新执行ct-ng build命令即可。
如果上面的代码下载存在问题，可以从本站下载一份拷贝，点击下载crosstool-NG
已经编译好的工具链，可以从本站下载，点击这里下载 xtensa-lx106-elf
最近在捣鼓NodeMCU,中间各种折腾，下面记录一下编译固件烧录工具的过程。
首先安装依赖包：
安装wxpython的时候，如果遇到问题，参考 ubuntu 16.04在Python3上安装wxpython-4.0.3
下载代码
如果源代码下载存在问题，可以本站下载一份拷贝
编译并运行
The CC1310 is backwards compatible with the CC1101 described in the above appnote.
基于CC1310的Contiki 6LoWPAN组网技术应用
继续阅读基于CC1310的Contiki 6LoWPAN组网技术应用
目前在使用TI的CC13x0系列芯片开发，CC13x0系列的芯片只有一个硬件串口，CC13x2系列的芯片有两个硬件串口。但是目前为止，TI的CC13x2系列芯片还没有正式量产。
目前使用的是CC1310芯片，正常情况下串口被用来输出调试信息，一般一个串口也是够用了的。但是最近需要增加一个串口的语音合成模块SYN6288，这样一来，一个串口就不怎么够用了。
Google搜索了一下，发现CC1310可以软件模拟出第二个串口出来。