Sean.Pu的专栏

自定义了一堆数据集，训练过后用来识别图片，发觉一个问题，明明很清晰没有什么遮挡的物体识别不出来，各种折腾后发觉问题根源在于有些图片的长宽比太大（1：2.5）导致的。最有效的方案是调整imgsz,在识别的时候尽量最大化这个imgsz,例如我调整到了2752，默认是640，调整这个数值是提升识别率最有效的方案。上面的方案1是有效的，2有明显效果，但是准确率降低，3也不明确。所以整体的方案就是 1，2,再加上imgsz尽量放大进行识别。也就是说在这三个条件下，能够识别出来的物体匹配度是最可靠的。

Ti芯片的DSP功能，是在一个PPC软件中进行各种参数调整，然后导出配置后写入，所以如果你要玩TI的dsp,或者说其他的dsp基本也一样，必须找到相应的软件调整参数导入。出于爱好，在用acm的芯片打了功放后，重新用ti的tas5825打了一块功放板，非常奢侈的用esp32做了主控：蓝牙接收音频信号和歌词信息。以下i2c的操作基本保证了功放能够正常运行，也算是打开了dsp的，只是涉及到具体dsp的调整还有十万八千里。和acm的芯片一样，ti的芯片并不是上电就能实现功放功能，必须通过mcu通过i2c进行控制。

ACM8625M这块芯片和其他功放类芯片不一样，必须通过控制 dsp才能实现放大功能，估计TI的芯片也可能是这样，TI的芯片已经到手，但是pcb还没到。I2C地址检测的代码请看arduino的相关示例，不过有趣的是arduino编译运行下没有找到地址，在Platformio编译运行后找到了。第三，在手册中提到了根据不同的电阻配置，实现不同的i2c访问地址，但是其实不可靠，所以简易大家对i2c地址自行检测；I2C访问首先有个地址，然后有个寄存器地址，然后每个寄存器是8位访问。// I2C地址访问。

在好不容易解决了SD卡用1线sdmmc读取的问题，遇到了惊天大雷，esp32 s3 只支持ble 5.0 ，不支持a2dp,那就意味着esp32 s3不能用做蓝牙音频播放的接受端 ，除非哪天升级到ble 5.2的版本才有le audio.你们看，从sd库本身的示例，到audioi2s的示例，到各种网络上关于sdmmc的示例都是在一大抄，如果没有这些错误的引导，也就不会产生错误的各种情况。因此从头到尾问题都出现在spi上，但是不管那个SPI,对于SD的一般访问读写，都是正常的，这TMD的谁能想到啊！

最初看网上的资料说D0,D1,D2,D3,CMD 这些都需要接上拉10K的电阻， CLK不需要接。从arduino换成了idf，从arduino ide换成platformio，还是无果。后来做其他尝试，换成了 39，40，47 ，居然可以1线SDMMC访问了。网上有些说法是有些电阻可以不要，于是重新贴片，某些电阻不贴，还是不行。不过，SPI方式倒是验证通过了，sdmmc方式始终不行。怀疑卡座问题，飞线把引脚接地，最初是没有接GND的。出于保险，CLK设计了电阻位，最初没有放上电阻。

esp32是通过SBC大约60多k收取的音频数据，通过es8156 在耳机播放下的效果和电脑直插耳机播放的效果难以区分差别。由于GPIO 0,1,3 都是特殊端口，建议不独立使用mck,直接连接mck和bck,两者的音质没区分。ESP 32蓝牙接受音频数据通过i2s传递给es8156进行播放。2,如果不使用mck,那么画板的使用应该短接mck和bck。1，如果使用mck的话，只能接固定GPIO,注意，使用顺芯ES8156打了一块耳放的验证板。折腾的过程就不多说了，总结经验如下，

flash工具可以正常工作后，发觉在platformio和arduino ide 都可以工作，在platformio 上可以正常上传和运行，自动下载电路生效。2，手工上了锡膏加热后，通电正常，但是怎么都不能烧录，端口可以发现；4，在各种测试无果后，用夹子尝试各种短接，最后发现当EN+3.3V 的时候flash烧录工具报错，但是就可以正常烧录了，必须按下flash按钮；1，模组IO2自带了led,后来只能拆了我画的线路，各家模组厂家对于12F以及其他的封装可能不一样，一定要注意看厂家文档；

通过蓝牙协议播放音乐，有的时候需要显示歌词，这里就是a2dp库获取了歌词。值得注意的是要想正确获取到歌词，必须打开各种播放器的字幕（歌词）开关。本项目用了三个开源库 a2dp，tft_espi,xfont.项目内的代码通过网易云音乐 播放正常获取到歌词。xfont : 显示汉字 ,详细使用请参考。a2dp ：蓝牙传输音频资料和字幕信息。tft_espi : tft 屏幕驱动。注意，xfont的初始化必须先执行。

没有搞懂的就是为啥默认的配置，默认的代码以前可以用现在为啥不能用了；其二，一直以为蓝牙是轻量级的东西，结果运行起来发觉发热量在s3上还是很大的，而且持续电流有100多ma.这个开源库模拟键盘功能早之前已经玩过，生效，昨天再来玩的时候发觉莫名奇妙居然又不能用了，各种折腾：换了3种单片机,c3 s3, woom，找各种框架，花了将近一天。所谓的轻量级蓝牙协议栈.

对platformio.ini的修改后重新编译项目的时候，基本上就是所有项目代码的重新编译，非常耗时，很长；如果你使用tft_espi,修改了user_setup.h文件，整个项目会完全编译，但是这个cache开启后就是只编译一个文件，项目整体编译的非常快。多配置会导致platformio编译两份代码，产生性能损耗，但是这少了一些其他工作，如果你的电脑足够快可能可以接受，看你怎么选择。一句话，以前可能会完全编译的时候，现在基本都是只编译局部文件了，速度大提升，这个配置很重要不知道为啥不是默认配置。

最近买了三块tft，不同规格，其中一块和合宙的驱动芯片和线序，屏幕尺寸一模一样，但是就是怎么都点亮不了。之前有一块合宙的1.8 的屏接上7根线就可以亮，正常接上GND和VCC不接其他pin屏幕也能亮起来。这个问题说到底一方面是经验问题，另外一方面是很多厂的线路设计还是有很大不同导致的。所以8pin的 屏幕，各位如果点不亮请检查一下BL这个针脚到底是高还是低。怎么试都不行，以为屏坏了，最后联系上卖家得到了技术支持。接上8根线，在tft_espi中正常设施也不生效。BL针脚要接高电平，成功点亮。

这个字符集有个奇葩的地方，定义上所说的 总体编码范围为 8140-FEFE 之间 是获取不到 21886 的，必需调整到71开始，补足前面的一堆英文的字符，然后处理调一堆看不见的控制字符就刚好21886，因此哪怕这个GBK字符集不对，也差不鸟啥内容了。一番折腾后有了这个GBK的字符集，刚好满足 GBK 共收录 21886 个汉字和图形字符。完全可以方向大胆的使用。

为了在单片机中创建软字库，之前在网上找了一份所谓的GB2312的字符集，但是总觉得莫名的不放心，网上也有一些看起来很标准的字符集，但是依照经验来说肯定是不可靠的，于是就想通过一些“手段”来获取到标准字符集。

4, 这个对比基本上可以作为大家日常设计esp 系列的整体电流参考，因为你设计的其他PCB中降压芯片和USB-TTL芯片基本都是不可缺少的，这基本上是标准配置。所有到最后的结论是S3 在deep模式下大概是1毫安的电流消耗，接入电脑的时候会由于不明的原因,例如usb通信，额外多20-40毫安的电流。这个结果同上面最初的测试不相符。把usb线不接入电脑，直接接入电源，大约10秒后，lot power显示电流是1毫安左右，这一行为很稳定可以重现。电流显示是25毫安，但是偶发性会跳为1毫安左右，规律不知道。

单片机一开机立马就进入了deep mode，把各种设备全部停了，要知道这块单片机由于没有串口芯片走的是mcu本身的串行支持，这一deep mode ,设备全停，所以没有了对外的串行支持，自然在电脑上没有了com端口。整体来说，在这种测试的开发板上的电流消耗比我以为的高太多，因为过去他们的宣传在deep模式的情况下，可能只有几个微安，实际上有几百个微安，当然这可能涉及到其他元电源等器件。delay 的数值不影响电流的消耗，但是有delay的话，空代码的电流消耗从27降到了19 毫安。

用ESP32采集一下蓝牙信号的Mac地址，统计总数，时间段，重复频率等等，基本可以准确的判断一个地方客流量，这比找个人去数人头来的靠谱得多，也不用装个摄像头折腾一个人性物体识别（当然视频识别有更广泛的意义，例如性别和年龄段）。扩展的思路就是可以用esp32 来做一个手机防丢设备，只要手机和esp模块信号丢失就可以蜂鸣报警，甚至可以不搜身的方式判断别人是否携带了我的手机。出于好奇就折腾了一番，原本是好奇这个蓝牙信号采集到底能收集到那些信息，最后却折腾到另外一个事情上了：蓝牙信号强度。这是一米五距离的强度。

不论要使用GB2312整体字符集还是自定义部分中文，整体便捷性都基本达到了最优，这是其他方案无法替代的。目前迎来了大结局：这个在esp32，esp8266上显示中文的方案已经做到了最优，项目被开源到了。调用方式被优化，各种注释被加进去，存储编码从16进制化成了终极的64进制，已经不能再调整进制了。要知道最初接触这块内容，使用其他方案可是1000K左右啊！下面是不同字号，不同编码方式宋体字符在GB2312的字库大小对比。字库生成后自动上传到单片机等等，反正能做的优化全做了。

乐鑫虽然这么说，但是实际上是存在问题的，同时使用WIFI和A2DP会不停重启或者压根找不到蓝牙，会有各种报错：单独启动蓝牙后打开wifi设置成sta都默认不会出现错误，但是蓝牙链接的时候立马报错，报了一个缓存区不足的问题。查了很久后发现乐鑫对一个国外用户回复在arduino方式下模式是支持wifi和蓝牙共存的，不需要再额外设置什么参数。各种调，后来才发觉是wifi和蓝牙冲突导致的，I2S虽然failed了，但是依然是正常的。乐鑫官方说wifi和蓝牙是可以共存的，但是要设置什么参数。

昨天的推送谈了字体像素化的纠偏问题。

这一改就发现之前的dotpix = img.getpixel((d, i)) 工作不正常，以前是个RGB的像素点，现在居然这个像素点直接返回了0或者1，我靠，一下就猜测可能这次对了。这个问题困扰了好久，尝试过各种方案都无法解决，你们从网上能找到的字符像素化很多都是HZK16这种宋体16号的字库，如果要使用其他楷体，雅黑等等以及不同字号的时候就无解了。前面是RGB模式，后面是P模式，简单的看就是一个锯齿的问题，其实并不是这么简单，因为这其实又涉及到两种图的基本构成，所以并不是简单的锯齿化这个问题。

painlessMesh 和乐鑫官方谈到的MESH 网络 不是一回事(最初以为painlessMesh是对乐鑫WIFI MESH的封装)，painlessMesh 是自己在单片机上构造了一个wifi 网络 AP，其他设备可以作为STA连接这个WIFI 网络, 创建了一个网络节点的list, 然后对这个list中的每个节点发送消息进行boardcast. 里面的更多细节有兴趣你可以看代码。之前也有过利用painlessMesh的经验，总结起来还是很好用的，简单和通讯方便，只是二进制发送不便，于是就想改！

ESP32 被我加了放大器后通过A2DP链接手机播放一直正常，但是怎么都链接不到电脑，蓝牙设备可以被发现和配对，但是始终无法连接，显示：此项不起作用，请确保你的蓝牙设备仍可检测到，然后再试一次参考

使用了 cv2.CascadeClassifier("D:\\opencv-4.52\\data\\haarcascades\\haarcascade_frontalface_default.xml")汇总的就是: insightface 脸部的查找最好，稍微有点慢，不知道是不是因为推理了年龄和性别。以下结果展示了不同角度下，都给了一个准确的结果。脑壳有包又花时间折腾了一下，其实之前也折腾过，主要是新看了一个方法。以上两种都是opencv的自带方案，要么找脸不全，要么错误的找脸。

理论上来讲，还可以使用64进制存储，大约又能缩减20%左右，大约可以控制到200KB左右，别小看这个缩减，在单片机存储空间是宝贵的，说的直白一点以前只能放16或者12字号的一种字体，现在可以放两种了，适用范围更广。存储了GB2312字符集对应的软字库文件，在16*16的编码下总字库的507KB，后来把字体切换成了12*12，软字库缩减到了301KB。然后，某天灵光一闪：为啥不使用32进制存储，最后一番思量后把以前的16进制切换成了32进制，软字库文件由301KB缩减到了245，只有之前字库文件的81%.

键盘的keyCode对应物理键盘的编码，这个键位被按下的时候可能随着不同条件传递给操作系统不同的值；由于打算利用esp32 通过蓝牙链接电脑后实现一些特俗的键盘功能，所以就折腾了一下，折腾最耗费时间的却是键值问题，让一个20多年的老司机重新补充了知识。而esp32 通过蓝牙模拟键盘的时候，要传递的值应该是ascii，不是这里的keycode.这点要注意，我已经走过弯路了，你别走！键盘的键值keyCode是指键盘对应的编码，而esp32 要发送到电脑的键值其实是ascii编码。过程曲折就不说了，直接说结果。

以esp32 或者esp8266 作为蓝牙音乐接收端是可以获取到歌词的。走了不少弯路，这方面还是资料有缺失，其实这是很简单的事情。使用了A2DP这个库，

而升级到6.0后，对于jquery 是一个googleapi的远程jquery调用，这会导致sphinx 半天才能打开。sphinx 升级到6.0 后，以前对于jquery的默认引用方式发生了改变。升级所有的包，包括sphinxcontrib-jquery。

4，sphinx 多版本管理的插件基本都有问题，不好用，别试了，当然如果你要使用readdoc是另外一回事。.. only:: tag 的方式区分，这样就可以分别创建各自匹配的文件，例如乐鑫在创建官方SDK的使用就使用了这样的方案。sphinx 插件需要对于这个相对熟悉，它主要分成三个部分：插件的编码，conf.py文件引入，插件的调用。这样的方式，这样是不行的，必须重新回到原始的命令sphinx-build 上，使用。上面是全局的变量使用，如果只是文内使用，直接在文内定义，使用方法一样。

所以上面的代码是没有错的，网上搜到过由于电压不对，导致输出不对的情况，595 的电压是5V，SI（DS）的电压是3.3V这种情况导致输出不对，于是就试了一下，结果在3.3V 的情况下，8->1确实输出正常。5V电压，为啥shiftout函数亮灯正常，而我自己的函数亮灯前面正常，最后两位出了问题，如果说我的代码有问题，那么为啥有的情况下工作正常，有的不正常？由于3.3V 下，LED不够亮，重新回到了5V折腾，于是开始怀疑是不是各种接线不对，于是把MR接到了GND,之前没有接，如下图。

在arduino下为了在像素屏中点亮灯珠，有些字符汉字和图像先生成了16进制的字符，然后又需要把16进制转成2进制来控制灯珠。上面这段代码从其实更简洁，注意下面这段代码可能二进制是反序的。如果理解了位运算符，下面这段用起来更好。

在处理tm1637 的数码管控制代码中看到了以下代码对于上面两句代码不理解，于是就重新学习了一下：因为平常学习的语言都没有这么操作的，补习的结果才明白在arduino中(应该包括C和C++)：我们的运算符其实分为：平常用的比较多的就是前三，偶尔会有第5，对于位运算符用的比较少，偶尔会有些同学用来处理权限，而个人其实很少用到异或这种东西，而异或这种在PHP这种语言中它是逻辑运算符。这个区分其实很重要，但是说回来位运算符。我们有个数字 127，它的2进制八位码是01111111当它和0x01进

1344 2022-04-28 16:51:38 /usr/local/php813/bin/phpize1345 2022-04-28 16:51:46 ./configure --with-php-config=/usr/local/php813/bin/php-config1346 2022-04-28 16:51:55 make && make install以上三个命令都是在php安装完后发觉包有缺失的时候使用，例如mbstring的包找不到就必须用上面的方...

以下是个人折腾的bat文件cd "C:\Users\xxx\android-sdks\platform-tools"adb devicesadb tcpip 9999adb connect 192.168.1.3:9999adb connect 192.168.1.4:9999adb connect 192.168.1.5:9999pause把上面的代码写成bat文件，然后需要的时候运行一下就好了。adb devices 是为了需要deviceid,不知道是不是只有第一次需要。反..

1，目前android studio 官方正式的版本是 北极狐版本 arctic fox ; 目前虽然是2021年甚至马上快2022年了，最新的android studio 还使用的是2020 的版本号；android studio 还有一个新版本但是还是出于测试之中；2，android studio 在安装打开时会问你是否使用代理，注意这点很重要，千万别使用代理，目前as 不使用代理都可以正常升级和更新。这里面最大的坑就在于一旦你使了代理，就会在gradle 上遇到各种更新和使用的400 或者443

很多0.96寸的oled 屏幕使用的是ssd1306 ,而为了稍微屏幕大一点买了1.3寸的IIC 版本，结果是sh1106,这几天重新打算用的使用麻烦来了，用不起来了，找了很多sh1106 的驱动都不行。各种方案切换，都不行！Adafruit_SH110X 不行！OLED_SSD1306_-_SH1106 不行U8g2 也不行说实话特别讨厌U8g2，它的文件太大了，每次编译都要很久！因为前几天买了中景园的1.5寸的屏幕，所以这次就想它作为oled的大厂应该有方案，结果一试果然行。全部

昨天有人提了一个问题，就是想一下操作多台手机给某人刷抖音点赞，当然这是邪路。但是这不妨碍从技术手段探讨这个的可能性，于是就想到了之前好像看到过可以用esp32 来作为蓝牙输入设备。于是思路如下：esp32 具有蓝牙模块，使用 esp32_ble_mouse 和esp32_ble_keyboard 来蓝牙链接手机，然后进行模拟操作。最后的结果是esp32建立蓝牙服务，使用手机链接后，确实可以往手机发送模拟鼠标和键盘操作，很多操作基本可以完成，只是点赞，刷新，上下切换都可以。如果要进入直播间也是

def load_image_into_numpy_array(path): img_data=tf.io.gfile.GFile(path,'rb').read() image=Image.open(BytesIO(img_data)) # print(image.shape) (im_width,im_height)=image.size return np.array(image.getdata()).reshape((im_height,im_wi.

tensorflow 现在已经更新到2.5版本了，网上很多资料还都在1.x 的版本，1.x 的版本和2.x 的版本相差挺大，tensorflow 两个版本之间

#include <ESP8266WiFi.h>void setup() {// ESP.eraseConfig();// delay(1000);// ESP.reset();// ESP.restart(); Serial.begin(115200); pinMode(2, OUTPUT); WiFi.mode(WIFI_STA); WiFi.begin(); int i=0; while(i<=30){ Serial.printl.

由于实际需要，今天试了一下 esp now 这种方式在两块esp8266 nodemcu 情况下进行通信。结果发觉稳定性奇差无比，也就是说esp now进行数据传输的时候不能保证传输的稳定性。必须自己想办法来保证数据传到了另外一个设备说实话，这是没有压根想到的，最初还以为是什么AP STA ，CONTROL 和Slave 之类的配置问题，以及是不是距离的问题，折腾了很久找原因。直到看到官方文档才明白这其实不是保证稳定的协议；它只是一种看起来很方便的协议，但是协议本身不保证稳定性，大哭！官方的