<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>全志T113 on 软件开发大郭的技术博客</title>
		<link>https://blog.grabbyte.com/tags/%E5%85%A8%E5%BF%97t113/</link>
		<description>Recent content in 全志T113 on 软件开发大郭的技术博客</description>
		<generator>Hugo</generator>
		<language>en</language>
		
		
		
		
			<lastBuildDate>Sat, 26 Sep 2026 21:00:00 +0800</lastBuildDate>
		
			<atom:link href="https://blog.grabbyte.com/tags/%E5%85%A8%E5%BF%97t113/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>给量产产品换开机LOGO：横竖预旋转、字节级验证，和多放一张BMP就爆分区</title>
				<link>https://blog.grabbyte.com/p/2026/09/t113-uboot-bootlogo-pipeline.html</link>
				<pubDate>Sat, 26 Sep 2026 21:00:00 +0800</pubDate>
				<guid>https://blog.grabbyte.com/p/2026/09/t113-uboot-bootlogo-pipeline.html</guid>
				<description>&lt;p&gt;设计师给了张横版 800×480 的欢迎图，产品屏幕却是竖着装的 480×800，LOGO 要在 U-Boot 阶段（内核还没起来）就显示。这篇记录从 PNG 到屏上点亮的完整管线，以及三个坑——其中&amp;quot;多放一张 BMP 就爆分区&amp;quot;这个，打包工具的报错信息几乎不会让你直接想到答案。&lt;/p&gt;</description>
			</item>
			<item>
				<title>一个目录缺失让整机业务&#34;假死&#34;：开机竞态排查与三层自愈的init设计</title>
				<link>https://blog.grabbyte.com/p/2026/09/boot-race-stack-dead-init-self-healing.html</link>
				<pubDate>Sat, 26 Sep 2026 20:20:00 +0800</pubDate>
				<guid>https://blog.grabbyte.com/p/2026/09/boot-race-stack-dead-init-self-healing.html</guid>
				<description>&lt;p&gt;嵌入式产品最冤的一种坏：所有零件都是好的，软件也都在，就是开机那两秒的顺序不对，整机看起来像砖。这次的现象是烧完新固件&amp;quot;没有显示&amp;quot;，最后定位到一个 tmpfs 目录偶发缺失，顺手把 init 脚本改成了三层自愈。这篇一半是排查实录，一半是设计。&lt;/p&gt;</description>
			</item>
			<item>
				<title>全志T113串口RX&#34;永久失聪&#34;实录：一场DMA描述符池上的开局竞态</title>
				<link>https://blog.grabbyte.com/p/2026/09/t113-uart-rx-dma-descriptor-race.html</link>
				<pubDate>Sat, 26 Sep 2026 19:40:00 +0800</pubDate>
				<guid>https://blog.grabbyte.com/p/2026/09/t113-uart-rx-dma-descriptor-race.html</guid>
				<description>&lt;p&gt;T113 音源播放器上跑着两路业务串口：&lt;code&gt;uart4&lt;/code&gt;（ttyS4）接 OTG 音源切换芯片，&lt;code&gt;uart5&lt;/code&gt;（ttyS5）接蓝牙模块，DTS 里都配了 &lt;code&gt;use_dma = &amp;lt;3&amp;gt;&lt;/code&gt;（TX/RX 全走 DMA）。这周先后出现两起&amp;quot;串口收不到数&amp;quot;：先是 OTG 芯片&amp;quot;未连接&amp;quot;，修好之后隔了一次烧录，蓝牙又&amp;quot;聋&amp;quot;了——&lt;strong&gt;同一个病根，两次发作在不同的串口上&lt;/strong&gt;。这篇完整复盘根因、修复和一个值得记住的竞争格局故事。&lt;/p&gt;</description>
			</item>
			<item>
				<title>无网口产品加WiFi热点&#43;DLNA投送：RTL8188EUS驱动集成与板验四连修</title>
				<link>https://blog.grabbyte.com/p/2026/09/wifi-ap-dlna-rtl8188eus.html</link>
				<pubDate>Fri, 25 Sep 2026 21:30:00 +0800</pubDate>
				<guid>https://blog.grabbyte.com/p/2026/09/wifi-ap-dlna-rtl8188eus.html</guid>
				<description>&lt;p&gt;产品没有网口，需求是：手机直连设备的 WiFi 热点，用 DLNA 把音乐投送到播放器出声。一天多时间从零搭通全栈，板验时四连修——每修好一个，下一个才露头，又是一次&amp;quot;叠罗汉&amp;quot;。这篇记录集成路径和四个坑。&lt;/p&gt;</description>
			</item>
			<item>
				<title>快速切歌把整机按死：一次sunxi rpmsg内核竞态的完整复盘</title>
				<link>https://blog.grabbyte.com/p/2026/09/rpmsg-oops-full-machine-freeze.html</link>
				<pubDate>Thu, 24 Sep 2026 21:30:00 +0800</pubDate>
				<guid>https://blog.grabbyte.com/p/2026/09/rpmsg-oops-full-machine-freeze.html</guid>
				<description>&lt;p&gt;这是迄今遇到的最迷惑的一次故障：快速切歌或切源，整机就&amp;quot;哑&amp;quot;了——不出声、面板失联，但&lt;strong&gt;所有进程都活着&lt;/strong&gt;：ps 全在、心跳正常、没有任何 crash 和重启。软重启无效，断电是唯一恢复。最后定位到内核里的 sunxi rpmsg 竞态 Oops，而且 Oops 本身还死在打印路径里——这篇完整复盘。&lt;/p&gt;</description>
			</item>
			<item>
				<title>USB Bulk链路&#34;失联永不恢复&#34;实录：重扫devicePath与三条自愈修复</title>
				<link>https://blog.grabbyte.com/p/2026/09/usb-bulk-reconnect-self-healing.html</link>
				<pubDate>Sun, 20 Sep 2026 21:00:00 +0800</pubDate>
				<guid>https://blog.grabbyte.com/p/2026/09/usb-bulk-reconnect-self-healing.html</guid>
				<description>&lt;p&gt;控制面板与播放主机之间走 USB Bulk 通信：面板是 host，按 VID/PID 枚举设备、claim 接口、开端点读写。这条链路平时很稳，但只要下位机重启或电气抖动，面板就会&amp;quot;失联且永不恢复&amp;quot;——只能重启面板。花了两天把这条链路修成自愈的，这篇记录三次修复和背后的通用教训。&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
