1. 项目概述为什么我们需要量化电视观看习惯每个月收到电视套餐账单时你是不是也和我一样会对着那个数字愣一下心里嘀咕“我真的看了这么多吗” 更具体的问题是我们到底看了哪些频道花了多少时间家里的孩子在我们不注意的时候又看了些什么这些问题光靠记忆是模糊的我们需要数据。作为一名电子爱好者我决定动手解决这个问题——设计并制作一个基于Arduino的电视观看习惯数据记录器。这个项目的核心思路很简单让机器代替人眼去“看”和“记”。它不依赖于复杂的网络协议或智能电视的API很多老旧或非智能电视也没有这些接口而是采用了一种最通用、最底层的方式——红外信号监听。电视遥控器发出的每一个按键指令都包含着频道、音量、开关等信息。通过一个红外接收头“窃听”这些指令配合实时时钟记录下每一次按键的精确时间最后将所有数据存入SD卡我们就得到了一份完整的、时间戳清晰的“观影日志”。这不仅仅是一个极客玩具。从实际价值来看它能帮你优化消费精确统计各频道的观看时长果断取消那些几乎不看的“僵尸频道”每年省下一笔不小的订阅费。家庭管理客观了解家庭成员尤其是孩子的观看时长和内容偏好为制定合理的家庭媒体使用规则提供依据。行为洞察量化自己的休闲习惯也许你会发现你以为只看了一小时的新闻实际上碎片时间加起来远超想象。整个系统成本低廉核心部件Arduino Uno、RTC模块、SD卡模块和红外接收头加起来不过百元但带来的数据价值和对个人习惯的洞察却远超这个价格。下面我就带你从零开始拆解这个项目的设计思路、硬件搭建、代码编写到数据分析的全过程。2. 核心硬件选型与电路设计解析一个可靠的数据记录器硬件是基石。选型不仅要考虑功能实现还要兼顾稳定性、功耗和长期运行的可靠性。我的核心配置是Arduino Uno作为大脑DS1307 RTC模块提供精准时间SD卡模块负责海量数据存储TSOP1738红外接收头担任“耳朵”。2.1 主控与存储为什么是Arduino Uno和SD卡选择Arduino Uno的原因很直接生态成熟、资料丰富、引脚够用且价格亲民。这个项目对算力要求不高主要是定时中断、解码红外信号、读写SD卡和RTCUno的ATmega328P芯片完全胜任。有人可能会问Mega它引脚更多但本项目用不上反而体积和功耗更大不必要。存储方案上我放弃了EEPROM或Flash直接选用Micro SD卡模块。原因有三第一容量巨大一张16GB的卡足以记录几年的按键日志不用担心溢出第二数据导出极其方便拔下卡插电脑就是标准的文件无需额外串口读取第三格式通用存储为CSV文件后用Excel、WPS或任何文本编辑器都能直接打开分析。注意SD卡模块有SPI和SDIO两种模式常见便宜模块都是SPI接口。务必购买带3.3V电平转换芯片的模块如基于LM1117或AMS1117因为SD卡是3.3V器件而Arduino I/O口是5V直连有损坏风险。2.2 时间的灵魂RTC模块的关键作用数据记录时间戳是灵魂。没有时间一堆按键代码毫无意义。Arduino本身有millis()函数但一断电就归零无法提供真实世界的日期时间。因此必须外接实时时钟RTC模块。我选用经典的DS1307芯片模块它自带电池座接上一颗CR2032纽扣电池后即使主系统完全断电时钟也能继续走时数年。DS1307通过I2C总线与Arduino通信只需两根线SDA, SCL接线简单。也有更精准的DS3231模块温度补偿精度更高但本项目对秒级精度要求不苛刻DS1307性价比更优。实操心得新买的RTC模块第一次使用前一定要先用示例代码设置一次当前时间。很多模块出厂时间是不对的。另外焊接电池座时注意极性反接电池可能损坏芯片或无法充电如果模块带充电电路。2.3 “耳朵”的设计红外接收头的原理与安装红外遥控信号是调制在38kHz载波上的数字信号。TSOP1738或其它XX38系列是一个一体化红外接收头它内部包含了光电二极管、前置放大器、带通滤波器和解调电路。它的工作就是只接收38kHz左右的信号滤除环境光干扰并将调制载波解调还原成原始的数字波形输出给Arduino。接线非常简单VCC接5VGND接地OUT接Arduino的数字引脚我用的D11。这里有个关键点TSOP1738的输出是反向的。即空闲时为高电平收到有效红外信号时输出低电平。许多红外库如IRremote已经内部处理了这一点但自己写底层解析代码时需牢记。安装位置是成败关键。必须确保接收头能“看到”遥控器的方向。我的做法是将TSOP1738用热熔胶固定在项目外壳面板上并开一个小孔让其感应窗露出。外壳不要使用深色或不透红外线的材料某些塑料会阻挡红外线。最好将记录器放在电视柜上与电视机并排这样遥控器指向电视时也能覆盖到记录器。2.4 完整电路连接与供电考量将所有模块连接起来。我使用了一块万用板Veroboard进行焊接比面包板更稳固适合长期运行。下面是详细的接线表模块引脚连接至 Arduino Uno 引脚说明DS1307 RTCVCC5VGNDGNDSDAA4 (SDA)I2C数据线SCLA5 (SCL)I2C时钟线SD卡模块VCC5VGNDGNDMOSID11SPI数据输出MISOD12SPI数据输入SCKD13SPI时钟CSD10片选可改其他引脚TSOP1738VCC5V通过一个100Ω电阻限流更稳妥GNDGNDOUTD2外部中断引脚便于快速响应LED状态指示阳极D13或D9通过470Ω电阻阴极GND供电方案长期运行不建议一直插着USB线。我使用一个旧的5V/1A手机充电器供电稳定又省心。如果想做成电池供电的便携式需要考虑Arduino和SD卡的功耗待机电流不小可能需要大容量锂电池和定时唤醒策略这会让项目复杂很多。对于固定放在电视柜的应用市电适配器是最佳选择。焊接时建议先焊接电源线和地线形成“总线”再连接各模块的信号线。电源正负极千万不能接反通电前再三检查。可以在VCC总线上加一个10μF的电解电容起到一点滤波作用。3. 红外协议解码从“未知”到“破译”这是本项目最具技术挑战性也最有乐趣的一环。市面上电视遥控器协议繁多NEC、Sony SIRC、RC-5/6等但很多机顶盒厂商会使用自定义协议。就像原文作者遇到的很可能一上来就是“unknown protocol”。3.1 使用IRremote库进行协议探测首先我们需要知道对手是谁。安装著名的IRremote库作者推荐z3t0的版本现在维护的是Arduino-IRremote by ArminJo。在Arduino IDE中打开示例IRrecvDumpV2。将你的红外接收头OUT脚连接到代码中定义的引脚默认为D11。上传代码打开串口监视器波特率115200。用你的电视遥控器对着接收头按几个键。你会看到类似这样的输出Decoded NEC: Value: 0xFFA25D (32 bits) Raw buf[67]: ...或者如果是未知协议Unknown encoding: ... Raw data (XX bits): ...“Raw data”就是宝藏。它记录了红外信号高低电平的微秒时长。即使协议未知我们也能通过分析这些原始数据来破译。3.2 自定义协议的分析与归纳以我遇到的一个“未知”机顶盒遥控为例。我记录了数字键0-9、频道加减等按键的Raw data。发现每个按键的原始数据长度都是固定的比如36个时间数据。对比后发现绝大部分时间数据都是重复的只有中间某几个位置的数据在变化。我的破译步骤找规律将“Raw data”复制到Excel或文本编辑器对齐比较。发现每个信号都由一个长的“起始头”如9ms低电平4.5ms高电平开始后面跟着一系列“位”。定义逻辑“0”和“1”观察发现每一位由一个固定时长的低电平如560μs和一个可变时长的高电平组成。高电平时长短的如560μs代表逻辑“0”长的如1690μs代表逻辑“1”。这就是脉冲宽度编码PWM。定位数据位对比不同按键的编码找出哪些位是固定不变的可能是地址码、校验码哪些位是变化的数据码。例如我发现从第15位到第18位这4个bit正好对应0-9的数字。验证根据归纳出的规则写一小段测试代码解码并打印按键值与遥控器实际按键对比确保完全正确。避坑指南环境光特别是节能灯、日光可能会发射类似38kHz的干扰信号导致误触发。解决方法a) 让接收头远离强光源b) 在代码中增加“防抖”逻辑比如只有符合协议格式正确的起始头、数据位长度的信号才被认定为有效c) 给TSOP1738加一个黑色的热缩管或套管减少侧面进光。3.3 编写自定义解码函数既然标准库不支持我们就自己写一个轻量级的解码函数。核心是利用Arduino的外部中断和micros()函数来测量脉冲宽度。// 定义引脚和变量 const int IR_PIN 2; volatile unsigned long lastTime 0; volatile unsigned int rawBuf[RAW_BUF_LENGTH]; // 存储原始时间 volatile byte idx 0; bool irReady false; // 中断服务函数记录每次电平变化的时间间隔 void irInterrupt() { unsigned long now micros(); unsigned int duration now - lastTime; lastTime now; if (idx RAW_BUF_LENGTH) { rawBuf[idx] duration; } } // 在loop中判断一帧数据是否接收完成 void loop() { if (idx RAW_BUF_LENGTH) { // 或者根据超时判断 noInterrupts(); // 关闭中断安全拷贝数据 // 将rawBuf中的数据复制到本地数组进行分析 // 调用自定义解码函数 myDecode(rawData) idx 0; irReady true; interrupts(); } if (irReady) { int keyValue myDecode(); // 自定义解码函数 if (keyValue ! -1) { // 解码成功记录这个键值 logKeyPress(keyValue); } irReady false; } } // 自定义解码函数示例 int myDecode() { // 1. 检查起始头是否符合如第一个数据在某个范围内 if (rawBuf[0] 8000 || rawBuf[0] 10000) return -1; // 不是有效的起始低电平 if (rawBuf[1] 4000 || rawBuf[1] 5000) return -1; // 不是有效的起始高电平 // 2. 遍历后续数据位根据高电平时长判断是0还是1 unsigned long code 0; for (int i 2; i idx; i 2) { // 假设每个位由低高组成 unsigned int highTime rawBuf[i1]; code 1; // 左移一位 if (highTime 1500) { // 高电平长是1 code | 1; } // 否则是0不用操作 } // 3. 从code中提取出我们关心的数据位例如bit 15-18 int key (code 10) 0x0F; // 假设数据位在bit10-13 return key; // 返回0-15的值 }这个函数需要你根据自己抓取到的原始数据反复调整阈值如8000 1500等直到能稳定解码所有按键。4. 数据记录系统的软件架构与实现硬件是躯体软件是灵魂。这个数据记录器的软件需要稳定、高效地完成三件事准确计时、可靠解码、无误存储。同时要考虑长期运行的健壮性比如SD卡意外拔出、电源波动等情况。4.1 核心工作流程与状态机设计程序不能简单地写在loop()里需要一个清晰的状态机来管理。我的设计如下初始化状态启动后初始化串口用于调试、SD卡、RTC并检查各模块是否就绪。如果SD卡初始化失败会通过LED闪烁报警。空闲监听状态主循环大部分时间停留在此。开启红外接收中断等待信号。同时可以加入一个“心跳”LED每隔几秒闪烁一次表明系统运行正常。信号接收状态红外中断触发在中断服务程序中快速记录时间戳和原始脉冲数据。中断服务函数要尽可能短只做记录不做复杂解码。数据处理与存储状态在主循环中检测到一帧数据接收完成则关闭中断进行解码。解码成功后从RTC读取当前日期时间与解码出的键值组合成一条记录写入SD卡。完成后重新开启中断。错误处理状态如果写文件失败、RTC读取失败等记录错误日志如果SD卡还能写的话或通过LED发出特定错误信号然后尝试恢复回到空闲状态。这种状态分离的设计避免了在中断中执行耗时的SD卡写入操作保证了系统对连续快速按键的响应能力。4.2 时间管理与数据格式化从RTC获取时间需要使用RTClib库。存储时我选择将时间格式化为一个紧凑的字符串方便后续解析。#include RTClib.h RTC_DS1307 rtc; String getTimeStamp() { DateTime now rtc.now(); char buf[20]; // 格式YYYY-MM-DD HH:MM:SS sprintf(buf, %04d-%02d-%02d %02d:%02d:%02d, now.year(), now.month(), now.day(), now.hour(), now.minute(), now.second()); return String(buf); }数据存储格式选用CSV逗号分隔值因为它通用且易读。每行一条记录包含时间戳、按键原始值、解码后的含义。2023-10-27 20:15:30, 0xFFA25D, POWER 2023-10-27 20:15:35, 0xFF629D, VOL 2023-10-27 20:15:38, 0xFFE21D, CH_101 ...在Arduino中需要小心文件操作#include SD.h File dataFile; void logEvent(String timestamp, int rawCode, String keyName) { dataFile SD.open(TVLOG.CSV, FILE_WRITE); if (dataFile) { dataFile.print(timestamp); dataFile.print(,); dataFile.print(rawCode, HEX); // 以16进制存储原始码 dataFile.print(,); dataFile.println(keyName); // println 会自动换行 dataFile.close(); // 非常重要每次都要关闭确保数据写入物理卡 } else { // 处理打开文件失败 } }重要经验务必在每次写入后调用file.close()。Arduino的SD库有写缓冲区如果不关闭数据可能留在内存缓存里突然断电会导致最后几条数据丢失。虽然频繁开关文件有微小开销但对于日志应用数据完整性远比这点性能重要。4.3 代码优化与稳定性增强1. 防按键抖动与连发处理 遥控器按键按下时红外信号可能会因抖动或连发模式按住不放发送多个相同帧。我们需要在软件上去重。unsigned long lastValidKeyTime 0; const unsigned long DEBOUNCE_INTERVAL 300; // 毫秒 void processKey(int key) { unsigned long now millis(); if (now - lastValidKeyTime DEBOUNCE_INTERVAL) { // 认为是新的有效按键 logKeyPress(key); lastValidKeyTime now; } else { // 在去抖间隔内忽略可能是抖动或连发 } }2. 文件管理 为了避免单个文件过大可以按日期创建新文件例如TVLOG_20231027.CSV。每次启动时检查当前日期如果和文件名中的日期不符就创建新文件。3. 看门狗定时器 为了应对程序可能跑飞的情况可以启用Arduino的内部看门狗。#include avr/wdt.h void setup() { wdt_enable(WDTO_8S); // 启用看门狗8秒超时 // ... 其他初始化 } void loop() { wdt_reset(); // 在主循环中定期喂狗 // ... 主循环逻辑 }如果程序卡死8秒后看门狗会触发复位让系统重启。这对于需要无人值守长期运行的项目至关重要。5. 数据导出与深度分析从日志到洞察硬件稳定运行一周或一个月后SD卡里会积累一个宝贵的CSV日志文件。但这只是原始数据我们需要将其转化为有意义的洞察。正如原作者所说微控制器资源有限复杂的分析最好交给电脑上的专业工具如Excel、Python pandas来完成。5.1 数据清洗与预处理将CSV文件导入Excel或Google Sheets。首先进行数据清洗筛选有效记录删除测试阶段的记录、误触发的记录如非频道键。统一键值映射将解码出的原始键值如0x0A映射为具体含义如CHANNEL_10、VOLUME_UP。可以创建一个查找替换表。处理频道切换逻辑这是分析的核心难点。遥控器切换频道有三种方式直接输入快速按“1”“0”“1”进入101频道。在日志中表现为三条紧密相邻的记录。频道加减按“CH”或“CH-”日志里只有一条CH_UP或CH_DOWN记录。交换/回看按“Swap/Last”键切回上一个频道。重建观看频道序列需要模拟一个状态机。我通常在Excel里新增一列“推断频道”。假设我知道起始频道比如开机默认是100然后按顺序处理每条记录如果是数字键0-9将其压入一个临时缓冲区。如果接下来几秒内比如3秒这是机顶盒等待输入完成的超时时间没有新数字键则将缓冲区数字组合成频道号更新“推断频道”。如果是CH_UP则“推断频道”加1CH_DOWN则减1。如果是SWAP则将当前频道与上一个频道交换。 这个过程可以用Excel公式结合辅助列实现但更复杂的逻辑建议写一小段Python或VBA脚本。5.2 关键指标计算与可视化数据清洗后我们就可以计算有价值的指标了观看时长统计假设一条“频道变更”记录代表开始观看一个新频道。这条记录的时间戳到下一次“频道变更”记录的时间戳中间的差值就是观看该频道的时长。将同一频道的所有观看片段时长累加就得到该频道的总观看时长。在Excel中可以使用数据透视表以“频道”为行对“观看时长”进行求和。观看时段分析新增一列“时段”根据时间戳的“小时”部分划分如“凌晨(0-6)”、“上午(6-12)”、“下午(12-18)”、“晚上(18-24)”。用数据透视表分析不同时段最常看的频道类型如新闻、电视剧、综艺。频道热度排名根据“总观看时长”或“观看次数”对所有频道进行降序排序。你会发现可能80%的观看时间都集中在20%的频道上。这就是著名的二八定律。列表尾部那些几周都没看过的频道就是可以考虑取消订阅的候选。可视化图表柱状图展示各频道观看时长排名一目了然。饼图展示不同类别频道自定分类的时间占比。折线图展示一天内不同时段的观看总时长变化找出观看高峰。5.3 进阶分析思路如果你会一点PythonPandas库分析将更强大会话分割两次观看间隔超过一定时间如2小时则认为是一次独立的观看会话。分析每次会话的平均时长、通常开始的时段。观看模式挖掘例如是否每周五晚上都会看某个特定的综艺节目是否存在“睡前看一会儿新闻”的习惯多用户区分初级虽然不能直接区分是谁但可以通过观看频道类型和时间模式进行推测。比如工作日下午观看少儿频道很可能是孩子深夜观看纪录片可能是成年人。这些分析结果最终可以生成一份简单的报告“过去一个月您家电视开机共120小时。其中新闻频道XX台观看时间最长达35小时。有15个频道累计观看时间不足1小时。建议考虑调整套餐。”6. 项目优化、扩展与常见问题排查一个基础版本完成后我们可以从稳定性、易用性和功能性上进行诸多优化和扩展。6.1 硬件与软件的优化方向1. 降低功耗如需电池供电将Arduino Uno换成更省电的Arduino Pro Mini3.3V/8MHz版本。在代码中让单片机在两次红外接收之间进入空闲Idle或掉电Power-down睡眠模式由红外接收头的中断信号唤醒。这需要将红外输出接到能产生外部中断的引脚。选择低功耗的RTC模块如DS3231本身功耗也极低。使用带使能端的SD卡模块不读写时关闭其电源。2. 增加用户交互与状态指示加入一个小型OLED显示屏如0.96寸 I2C SSD1306实时显示当前频道、时间、已记录天数等。加入一个按键用于手动切换模式如记录模式/回放模式、清除数据等。用不同颜色的LED或LED闪烁模式表示不同状态运行中、写入中、错误。3. 提升数据完整性采用更健壮的文件系统如LittleFS或实现简单的写平衡轮流写入多个文件避免一个文件损坏导致全部数据丢失。每次写入前检查SD卡剩余空间空间不足时报警。6.2 功能扩展设想1. 网络上传加入ESP8266或ESP32 Wi-Fi模块将记录的数据实时上传到私有服务器如通过HTTP POST到本地NAS、物联网平台如ThingsBoard或简单的Google Sheet实现远程查看和实时分析。2. 音频分析辅助仅凭红外信号无法知道电视是否真的被“观看”可能人离开了但电视还开着。可以增加一个简单的声音传感器模块检测环境音量。只有当红外信号换台且有持续的环境声音时才判定为有效观看。这能进一步提高数据准确性。3. 集成与自动化将设备接入Home Assistant等智能家居平台。当检测到儿童频道观看超时自动在家庭群里发送提醒或自动关闭电视电源通过智能插座。6.3 常见问题与排查清单在制作和调试过程中你可能会遇到以下问题问题现象可能原因排查步骤与解决方案红外完全无反应1. TSOP1738接线错误或损坏。2. 遥控器电池没电。3. 接收头被遮挡或方向不对。1. 用手机摄像头对准遥控器IR发射管按键看是否有白光闪烁大部分手机摄像头能拍到红外光。有则遥控器正常。2. 用万用表测TSOP1738 VCC和GND间电压是否为5V。测OUT脚电压无信号时应为~5V收到信号时应跳变。3. 尝试更换接收头或遥控器。能接收但解码全是“未知”1. 协议不支持。2. 库的引脚定义与接线不符。3. 信号受到强烈干扰。1. 运行IRrecvDumpV2示例查看Raw Data。如果数据有规律则是自定义协议需按本文3.2节分析。2. 检查代码中IRrecv irrecv(recvPin)的引脚号是否与实际接线一致。3. 远离荧光灯、节能灯或给接收头加遮光罩。SD卡无法初始化1. 卡格式不对。2. 模块接线错误MOSI/MISO接反。3. 卡损坏或模块故障。4. 供电不足。1. 将SD卡格式化为FAT32容量32GB或FAT162GB。2. 仔细检查SPI四根线MOSI, MISO, SCK, CS是否接对。3. 换一张已知好的卡测试。4. 尝试给SD卡模块单独供电或使用外部电源给整个系统供电。RTC时间不准或重置1. 后备电池没电或没装。2. I2C上拉电阻缺失。3. 代码中未成功设置时间。1. 检查纽扣电池电压应高于3V。2. DS1307模块通常已集成上拉电阻如果自制电路需在SDA和SCL线上接4.7kΩ上拉到5V。3. 运行RTC库的示例代码ds1307先设置时间再读取验证。数据记录丢失或文件损坏1. 写文件后未及时close()。2. 电源突然中断。3. SD卡质量差。1.确保每次file.print()后都有file.close()。2. 增加电源电容如1000μF缓冲短时断电。考虑使用带掉电保护的文件系统库。3. 使用品牌正品SD卡避免使用劣质卡。连续按键时丢失记录1. 在中断或解码过程中关闭中断时间过长。2. SD卡写入速度慢阻塞主循环。1. 优化代码中断服务程序只记录时间点解码放在主循环。2. 将SD卡写入操作放入状态机避免在红外解码关键路径中执行。可以考虑使用非阻塞的写入方式或先将数据存入缓冲区定时批量写入。这个项目从想法到实现再到数据分析是一个完整的“感知-记录-分析”闭环。它教会我们的不仅仅是Arduino编程和电路焊接更是一种用数据思维解决生活问题的视角。花费不多动手的过程充满乐趣而最终的成果——那份关于你自己习惯的客观报告——可能会给你带来意想不到的启发。