<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[Sean.Pu的专栏]]></title><description><![CDATA[              --问题有很多种，解决问题的方法更多   (提供开放性博客迁移服务：http://www.blogmove.cn)]]></description><link>https://blog.youkuaiyun.com/platform</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; platform]]></copyright><item><title><![CDATA[用deep seek写代码的捷径和经验总结]]></title><link>https://blog.youkuaiyun.com/platform/article/details/151217905</link><guid>https://blog.youkuaiyun.com/platform/article/details/151217905</guid><author>platform</author><pubDate>Fri, 05 Sep 2025 11:37:39 +0800</pubDate><description><![CDATA[本文介绍了一个自动化保存DeepSeek生成代码的Python脚本。该脚本通过API调用DeepSeek模型，能够自动识别并提取生成的HTML和Python代码片段，保存为对应文件，避免手动复制粘贴。作者分享了使用DeepSeek写代码的经验：1)必须开启深度思考模式；2)需分步提出需求，最后整合；3)代码错误需明确指出；4)对话过长时应新建会话并附上之前代码；5)需求不能无限叠加。该工具提高了使用AI辅助编程的效率，特别适合需要频繁生成代码片段的场景。]]></description><category></category></item><item><title><![CDATA[在label studio 中导入已标记的数据]]></title><link>https://blog.youkuaiyun.com/platform/article/details/150064209</link><guid>https://blog.youkuaiyun.com/platform/article/details/150064209</guid><author>platform</author><pubDate>Fri, 08 Aug 2025 14:18:38 +0800</pubDate><description><![CDATA[摘要：作者在尝试了Labelme和MakeSense后转向LabelStudio进行数据标注，重点解决了YOLO格式数据导入问题。通过配置环境变量（设置本地文件路径为D:\yolo\adtrain_data）和使用label-studio-converter工具，成功将YOLO格式的训练数据转换为LabelStudio可识别的JSON格式。关键步骤包括启用本地文件服务、正确设置文件根目录路径，并确保图像URL路径（如http://localhost:8080/data/local-files/?d=trai]]></description><category></category></item><item><title><![CDATA[自定义数据集yolo识别图像准确率一例]]></title><link>https://blog.youkuaiyun.com/platform/article/details/146941204</link><guid>https://blog.youkuaiyun.com/platform/article/details/146941204</guid><author>platform</author><pubDate>Wed, 02 Apr 2025 15:06:02 +0800</pubDate><description><![CDATA[自定义了一堆数据集，训练过后用来识别图片，发觉一个问题，明明很清晰没有什么遮挡的物体识别不出来，各种折腾后发觉问题根源在于有些图片的长宽比太大（1：2.5）导致的。最有效的方案是调整imgsz,在识别的时候尽量最大化这个imgsz,例如我调整到了2752，默认是640，调整这个数值是提升识别率最有效的方案。上面的方案1是有效的，2有明显效果，但是准确率降低，3也不明确。所以整体的方案就是 1，2,再加上imgsz尽量放大进行识别。也就是说在这三个条件下，能够识别出来的物体匹配度是最可靠的。]]></description><category></category></item><item><title><![CDATA[在人间少走弯路：ESP32 对Ti 功放芯片Tas5825m的功能开启]]></title><link>https://blog.youkuaiyun.com/platform/article/details/143504137</link><guid>https://blog.youkuaiyun.com/platform/article/details/143504137</guid><author>platform</author><pubDate>Tue, 05 Nov 2024 12:18:36 +0800</pubDate><description><![CDATA[Ti芯片的DSP功能，是在一个PPC软件中进行各种参数调整，然后导出配置后写入，所以如果你要玩TI的dsp,或者说其他的dsp基本也一样，必须找到相应的软件调整参数导入。出于爱好，在用acm的芯片打了功放后，重新用ti的tas5825打了一块功放板，非常奢侈的用esp32做了主控：蓝牙接收音频信号和歌词信息。以下i2c的操作基本保证了功放能够正常运行，也算是打开了dsp的，只是涉及到具体dsp的调整还有十万八千里。和acm的芯片一样，ti的芯片并不是上电就能实现功放功能，必须通过mcu通过i2c进行控制。]]></description><category></category></item><item><title><![CDATA[自制esp32开发板，wifi和蓝牙工作不正常一例]]></title><link>https://blog.youkuaiyun.com/platform/article/details/143454642</link><guid>https://blog.youkuaiyun.com/platform/article/details/143454642</guid><author>platform</author><pubDate>Sat, 02 Nov 2024 18:55:09 +0800</pubDate><description><![CDATA[怀疑过电流不够，但是使用的是500ma的ldo,监视发觉普通电流和rf上电电流都不大，不超过100，距离500ma还远，应该在ldo供电范围之内。参照标准打了一块esp32的板，烧录和运行各种基本程序（点灯）都正常，但是启用蓝牙功能的时候，出现了异常，串口中断了，类似于断电重启了。可能的元器件拆了后，上了万用表测电压，发觉在rf上电的时候，由3.3V发生了较大变化到了3.1v左右。网上找了一圈资料，并没有，还有人出现了类似情况，但是莫名奇妙好了的。各种找原因，各种拆元器件看可能的影响，找不到原因。]]></description><category></category></item><item><title><![CDATA[arduino/esp32 i2c 访问ACM8625M功放芯片DSP功能]]></title><link>https://blog.youkuaiyun.com/platform/article/details/142416965</link><guid>https://blog.youkuaiyun.com/platform/article/details/142416965</guid><author>platform</author><pubDate>Sat, 21 Sep 2024 15:22:47 +0800</pubDate><description><![CDATA[ACM8625M这块芯片和其他功放类芯片不一样，必须通过控制 dsp才能实现放大功能，估计TI的芯片也可能是这样，TI的芯片已经到手，但是pcb还没到。I2C地址检测的代码请看arduino的相关示例，不过有趣的是arduino编译运行下没有找到地址，在Platformio编译运行后找到了。第三，在手册中提到了根据不同的电阻配置，实现不同的i2c访问地址，但是其实不可靠，所以简易大家对i2c地址自行检测；I2C访问首先有个地址，然后有个寄存器地址，然后每个寄存器是8位访问。// I2C地址访问。]]></description><category></category></item><item><title><![CDATA[少走弯路，ESP32 读取Micro SD(TF)播放mp3的坑路历程。]]></title><link>https://blog.youkuaiyun.com/platform/article/details/141715311</link><guid>https://blog.youkuaiyun.com/platform/article/details/141715311</guid><author>platform</author><pubDate>Fri, 30 Aug 2024 16:03:24 +0800</pubDate><description><![CDATA[在好不容易解决了SD卡用1线sdmmc读取的问题，遇到了惊天大雷，esp32 s3 只支持ble 5.0 ，不支持a2dp,那就意味着esp32 s3不能用做蓝牙音频播放的接受端 ，除非哪天升级到ble 5.2的版本才有le audio.你们看，从sd库本身的示例，到audioi2s的示例，到各种网络上关于sdmmc的示例都是在一大抄，如果没有这些错误的引导，也就不会产生错误的各种情况。因此从头到尾问题都出现在spi上，但是不管那个SPI,对于SD的一般访问读写，都是正常的，这TMD的谁能想到啊！]]></description><category></category></item><item><title><![CDATA[今日份意难平的ESP32 S3]]></title><link>https://blog.youkuaiyun.com/platform/article/details/141647492</link><guid>https://blog.youkuaiyun.com/platform/article/details/141647492</guid><author>platform</author><pubDate>Wed, 28 Aug 2024 18:54:35 +0800</pubDate><description><![CDATA[结果今天才发觉esp32 s3 居然不支持 a2dp,esp32 是经典蓝牙方式支持的蓝牙音乐，而esp32 s3 只支持5.0 的le ,没有经典蓝牙，所以不支持a2dp, 有个le audio 是在5.2和后续版本。玩esp32 很久了，除了知道S2 是单核，一直认为S3 相对普通版本的esp32 是全面升级版本，更高的主频，更大的rom和flash空间，一切都是更好的。结果发现100万花出去得到的是个A。也就是说所有esp32 s3的版本都无法用蓝牙的方式接受音频信号！]]></description><category></category></item><item><title><![CDATA[少走弯路，ESP32 使用Micro SD(TF)的经验说明]]></title><link>https://blog.youkuaiyun.com/platform/article/details/141597501</link><guid>https://blog.youkuaiyun.com/platform/article/details/141597501</guid><author>platform</author><pubDate>Tue, 27 Aug 2024 13:25:27 +0800</pubDate><description><![CDATA[最初看网上的资料说D0,D1,D2,D3,CMD 这些都需要接上拉10K的电阻， CLK不需要接。从arduino换成了idf，从arduino ide换成platformio，还是无果。后来做其他尝试，换成了 39，40，47 ，居然可以1线SDMMC访问了。网上有些说法是有些电阻可以不要，于是重新贴片，某些电阻不贴，还是不行。不过，SPI方式倒是验证通过了，sdmmc方式始终不行。怀疑卡座问题，飞线把引脚接地，最初是没有接GND的。出于保险，CLK设计了电阻位，最初没有放上电阻。]]></description><category></category></item><item><title><![CDATA[少走弯路之：esp32 通过i2s 使用顺芯ES8156的说明]]></title><link>https://blog.youkuaiyun.com/platform/article/details/141089452</link><guid>https://blog.youkuaiyun.com/platform/article/details/141089452</guid><author>platform</author><pubDate>Sat, 10 Aug 2024 13:16:46 +0800</pubDate><description><![CDATA[esp32是通过SBC大约60多k收取的音频数据，通过es8156 在耳机播放下的效果和电脑直插耳机播放的效果难以区分差别。由于GPIO 0,1,3 都是特殊端口，建议不独立使用mck,直接连接mck和bck,两者的音质没区分。ESP 32蓝牙接受音频数据通过i2s传递给es8156进行播放。2,如果不使用mck,那么画板的使用应该短接mck和bck。1，如果使用mck的话，只能接固定GPIO,注意，使用顺芯ES8156打了一块耳放的验证板。折腾的过程就不多说了，总结经验如下，]]></description><category></category></item><item><title><![CDATA[ESP-12F 异常烧录一例]]></title><link>https://blog.youkuaiyun.com/platform/article/details/140326467</link><guid>https://blog.youkuaiyun.com/platform/article/details/140326467</guid><author>platform</author><pubDate>Wed, 10 Jul 2024 16:30:24 +0800</pubDate><description><![CDATA[flash工具可以正常工作后，发觉在platformio和arduino ide 都可以工作，在platformio 上可以正常上传和运行，自动下载电路生效。2，手工上了锡膏加热后，通电正常，但是怎么都不能烧录，端口可以发现；4，在各种测试无果后，用夹子尝试各种短接，最后发现当EN+3.3V 的时候flash烧录工具报错，但是就可以正常烧录了，必须按下flash按钮；1，模组IO2自带了led,后来只能拆了我画的线路，各家模组厂家对于12F以及其他的封装可能不一样，一定要注意看厂家文档；]]></description><category></category></item><item><title><![CDATA[ESP32 通过蓝牙显示歌词代码示例]]></title><link>https://blog.youkuaiyun.com/platform/article/details/140227668</link><guid>https://blog.youkuaiyun.com/platform/article/details/140227668</guid><author>platform</author><pubDate>Sat, 06 Jul 2024 13:03:24 +0800</pubDate><description><![CDATA[通过蓝牙协议播放音乐，有的时候需要显示歌词，这里就是a2dp库获取了歌词。值得注意的是要想正确获取到歌词，必须打开各种播放器的字幕（歌词）开关。本项目用了三个开源库 a2dp，tft_espi,xfont.项目内的代码通过网易云音乐 播放正常获取到歌词。xfont : 显示汉字 ,详细使用请参考。a2dp ：蓝牙传输音频资料和字幕信息。tft_espi : tft 屏幕驱动。注意，xfont的初始化必须先执行。]]></description><category></category></item><item><title><![CDATA[esp32 模拟蓝牙键盘不生效一例]]></title><link>https://blog.youkuaiyun.com/platform/article/details/140153297</link><guid>https://blog.youkuaiyun.com/platform/article/details/140153297</guid><author>platform</author><pubDate>Wed, 03 Jul 2024 15:29:44 +0800</pubDate><description><![CDATA[没有搞懂的就是为啥默认的配置，默认的代码以前可以用现在为啥不能用了；其二，一直以为蓝牙是轻量级的东西，结果运行起来发觉发热量在s3上还是很大的，而且持续电流有100多ma.这个开源库模拟键盘功能早之前已经玩过，生效，昨天再来玩的时候发觉莫名奇妙居然又不能用了，各种折腾：换了3种单片机,c3 s3, woom，找各种框架，花了将近一天。所谓的轻量级蓝牙协议栈.]]></description><category></category></item><item><title><![CDATA[Arduino (esp ) 下String的内存释放]]></title><link>https://blog.youkuaiyun.com/platform/article/details/140084001</link><guid>https://blog.youkuaiyun.com/platform/article/details/140084001</guid><author>platform</author><pubDate>Sun, 30 Jun 2024 18:04:36 +0800</pubDate><description><![CDATA[中为了方便快速检索使用了string，于是这个string在esp8266中占了40多k,原本以为当string设置为""的时候这个40k就可以回收，结果发觉不行，string自带的clear方法同样不行。arduino 环境下,string还有长度问题，能不用就别用。下面的代码都不能释放内存。]]></description><category></category></item><item><title><![CDATA[少走弯路：esp32(esp8266)中查询子字符位置的性能改进]]></title><link>https://blog.youkuaiyun.com/platform/article/details/139289547</link><guid>https://blog.youkuaiyun.com/platform/article/details/139289547</guid><author>platform</author><pubDate>Wed, 29 May 2024 11:08:31 +0800</pubDate><description><![CDATA[在esp8266中，第一种方法对于较大的字符串可能需要0.xxx秒，而后一种方法只需要0.0xx秒，在单片机这种需要性能最优的情况下建议使用后一种方法。一个非常奇怪的疑问就是为啥String 的indexOf方法性能这么低呢。这个pos就是字符串的位置。]]></description><category></category></item><item><title><![CDATA[为了性能，放弃tft_eSPI，选择arduino_gfx吧]]></title><link>https://blog.youkuaiyun.com/platform/article/details/139201077</link><guid>https://blog.youkuaiyun.com/platform/article/details/139201077</guid><author>platform</author><pubDate>Sat, 25 May 2024 18:38:00 +0800</pubDate><description><![CDATA[深入到arduino_gfx中，发觉这0.194s 是初始化过程中存在了delay,总共delay了3次，每次50ms 左右 ，这个delay不知道是否同硬件通讯的协议要求。本来对于tft_espi和arduino_gfx没啥特别的感觉，都是tft屏幕驱动,arduino_gfx的好处就是除了支持tft外还支持一些oled屏幕。大约能提升0,1s 的性能。tft_espi的初始化需要0.6s，arduino_gfx需要0.2s。说实话，就算是arduino_gfx的0.2s 个人都觉得太慢了。]]></description><category></category></item><item><title><![CDATA[esp32(8266)如何在platformio中上传文件到单片机]]></title><link>https://blog.youkuaiyun.com/platform/article/details/139006314</link><guid>https://blog.youkuaiyun.com/platform/article/details/139006314</guid><author>platform</author><pubDate>Fri, 17 May 2024 16:33:25 +0800</pubDate><description><![CDATA[本来认为这是基础内容，不用我来介绍，结果，在个人的单片机字库开源项目中有两个人问到了，就特别来说明一下：在platformio中新建一个esp8266的项目SPIFF已经被淘汰，所以现在的文件系统是littleFS上面额外加了一些为了方便的参数。新建文件夹datadata文件夹是标准，必须这个名字，在系统上传的时候会自动把data文件下的内容上传到esp系列的flash空间中在data目录下随意加入两个文件：然后按照以下操作：data目录下的两个文件就可以被上传到单片机了。]]></description><category></category></item><item><title><![CDATA[esp单片机下arduino_gfx不相干显示驱动优化对flash空间的占用对比]]></title><link>https://blog.youkuaiyun.com/platform/article/details/137037441</link><guid>https://blog.youkuaiyun.com/platform/article/details/137037441</guid><author>platform</author><pubDate>Tue, 26 Mar 2024 11:10:25 +0800</pubDate><description><![CDATA[做这个的比对起因是编译器每次都把不相干的驱动编译一次占用了大量的编译时间，有可能是有编译没有包含；虽然这个比对是基于arduino_gfx的，但是tft_espi理论上是同样的。一般情况下，很多esp32或者esp8266下的tft模块驱动都会包含很多种，而我们只需要其中一种，那就有个疑问这些被编译进的显示驱动到底占用了多少空间，是否需要把他优化掉？这些不相干的驱动并不会占用太多的flash空间，完全可以忽略不计。这肯定是有相差的，但是这种相差基本可以忽略。这是优化后的驱动列表，只保留了两种驱动。]]></description><category></category></item><item><title><![CDATA[使用platformIO进行arduino,esp8266,esp32编程的性能改进和一些优化]]></title><link>https://blog.youkuaiyun.com/platform/article/details/136944382</link><guid>https://blog.youkuaiyun.com/platform/article/details/136944382</guid><author>platform</author><pubDate>Fri, 22 Mar 2024 18:48:52 +0800</pubDate><description><![CDATA[对platformio.ini的修改后重新编译项目的时候，基本上就是所有项目代码的重新编译，非常耗时，很长；如果你使用tft_espi,修改了user_setup.h文件，整个项目会完全编译，但是这个cache开启后就是只编译一个文件，项目整体编译的非常快。多配置会导致platformio编译两份代码，产生性能损耗，但是这少了一些其他工作，如果你的电脑足够快可能可以接受，看你怎么选择。一句话，以前可能会完全编译的时候，现在基本都是只编译局部文件了，速度大提升，这个配置很重要不知道为啥不是默认配置。]]></description><category></category></item><item><title><![CDATA[8 pin ST7735 1.8寸屏不能点亮解决一例]]></title><link>https://blog.youkuaiyun.com/platform/article/details/136883830</link><guid>https://blog.youkuaiyun.com/platform/article/details/136883830</guid><author>platform</author><pubDate>Wed, 20 Mar 2024 17:50:00 +0800</pubDate><description><![CDATA[最近买了三块tft，不同规格，其中一块和合宙的驱动芯片和线序，屏幕尺寸一模一样，但是就是怎么都点亮不了。之前有一块合宙的1.8 的屏接上7根线就可以亮，正常接上GND和VCC不接其他pin屏幕也能亮起来。这个问题说到底一方面是经验问题，另外一方面是很多厂的线路设计还是有很大不同导致的。所以8pin的 屏幕，各位如果点不亮请检查一下BL这个针脚到底是高还是低。怎么试都不行，以为屏坏了，最后联系上卖家得到了技术支持。接上8根线，在tft_espi中正常设施也不生效。BL针脚要接高电平，成功点亮。]]></description><category></category></item></channel></rss>