前段时间在Android原生搞的BLE扫码枪又要移植到小程序上来。本以为小程序不支持BLE的，结果一搜，还真支持-_-||。 蓝牙部分问题不大，遇到的主要问题是，小程序环境如何对字符编码进行判断以及如何进行编码转文字的问题。 扫了一阵，搜到了TextDecoder。结果小程序环境不支持……。 随后搜到了一个polyfill库，可以用于小程序。 https://github.com/inexorabletash/text-encoding 下载后的文件包含 encoding.js 和 encoding-indexes.js两个文件。 使用时//只需要引用encoding.js,
前段时间在Android原生搞的BLE扫码枪又要移植到小程序上来。本以为小程序不支持BLE的，结果一搜，还真支持-_-||。 蓝牙部分问题不大，遇到的主要问题是，小程序环境如何对字符编码进行判断以及如何进行编码转文字的问题。 扫了一阵，搜到了TextDecoder。结果小程序环境不支持……。 随后搜到了一个polyfill库，可以用于小程序。 https://github.com/inexorabletash/text-encoding 下载后的文件包含 encoding.js 和 encoding-indexes.js两个文件。 使用时//只需要引用encoding.js,
主题：前言针对ros系统记录的bag文件，可以使用python的rosbag包，按照不同起止时间和topic进行提取。然而，有的topic可以使用rosbag读取，但是不能遍历，存在解码错误。原因应该是存在中文字符的注释,这个可以在函数生成的temp.py中看到。python提取bag文件时发生解码错误:unicodeerror)'utf-8'codeccan'tdecodebyte0xcdinposition31:invalidcontinuationbyte编译环境：windowsvisualstudio2019，pycharm也有如此问题，即使将fileencoding改成其它编码方式，
主题：前言针对ros系统记录的bag文件，可以使用python的rosbag包，按照不同起止时间和topic进行提取。然而，有的topic可以使用rosbag读取，但是不能遍历，存在解码错误。原因应该是存在中文字符的注释,这个可以在函数生成的temp.py中看到。python提取bag文件时发生解码错误:unicodeerror)'utf-8'codeccan'tdecodebyte0xcdinposition31:invalidcontinuationbyte编译环境：windowsvisualstudio2019，pycharm也有如此问题，即使将fileencoding改成其它编码方式，
前段时间在Android原生搞的BLE扫码枪又要移植到小程序上来。本以为小程序不支持BLE的，结果一搜，还真支持-_-||。 蓝牙部分问题不大，遇到的主要问题是，小程序环境如何对字符编码进行判断以及如何进行编码转文字的问题。 扫了一阵，搜到了TextDecoder。结果小程序环境不支持……。 随后搜到了一个polyfill库，可以用于小程序。 https://github.com/inexorabletash/text-encoding 下载后的文件包含 encoding.js 和 encoding-indexes.js两个文件。 使用时//只需要引用encoding.js,
前段时间在Android原生搞的BLE扫码枪又要移植到小程序上来。本以为小程序不支持BLE的，结果一搜，还真支持-_-||。 蓝牙部分问题不大，遇到的主要问题是，小程序环境如何对字符编码进行判断以及如何进行编码转文字的问题。 扫了一阵，搜到了TextDecoder。结果小程序环境不支持……。 随后搜到了一个polyfill库，可以用于小程序。 https://github.com/inexorabletash/text-encoding 下载后的文件包含 encoding.js 和 encoding-indexes.js两个文件。 使用时//只需要引用encoding.js,
ASCII码使用一个字节（8位），对128个字符进行编码；最高位始终为0；码数范围为0000_0000(0x00)到0111_1111(0x7F)；Unicode开始的编码设计使用两个字节（16位），对65536个字符进行编码；范围为0000_0000_0000_0000(0x0000)到1111_1111_1111_1111(0xFFFF)；而0x0000-0x007F对应的字符，与ASCII码保持一致；最终的编码设计由于世界上的字符，超过了65536个，所以开始只用两个字节的设计已经不足够了，需要扩展；最终扩展如下：基本多语言平面(BMP,BasicMultilingualPlane)和开
ASCII码使用一个字节（8位），对128个字符进行编码；最高位始终为0；码数范围为0000_0000(0x00)到0111_1111(0x7F)；Unicode开始的编码设计使用两个字节（16位），对65536个字符进行编码；范围为0000_0000_0000_0000(0x0000)到1111_1111_1111_1111(0xFFFF)；而0x0000-0x007F对应的字符，与ASCII码保持一致；最终的编码设计由于世界上的字符，超过了65536个，所以开始只用两个字节的设计已经不足够了，需要扩展；最终扩展如下：基本多语言平面(BMP,BasicMultilingualPlane)和开
