1. 项目概述当电容触控遇上电子墨水屏最近在捣鼓一个挺有意思的小玩意儿把一块2.9英寸的电子墨水屏ePaper和电容触摸CapTouch功能集成到了树莓派PicoRP2040上。这个组合听起来可能有点“跨界”但实际玩起来你会发现它打开了一扇新世界的大门。想象一下一个超低功耗、类纸质感、阳光下清晰可见的显示屏现在还能像你的手机屏幕一样用手指轻轻点按、滑动来交互这能用来做什么一个永远显示信息的智能家居控制面板一个无需频繁充电的电子书阅读器雏形或者一个极简风格的交互式信息牌这个“Pico-CapTouch-ePaper-2.9”项目核心就是探索这种低功耗、高可读性显示与直观触控交互的结合。对于嵌入式开发者、电子爱好者或者任何想给项目增加一个“不插电”交互界面的朋友来说这个组合极具吸引力。ePaper屏本身只在进行画面刷新时才耗电显示静态内容时功耗几乎为零而电容触摸作为一种非机械的感应方式既时尚又耐用。将它们俩都挂载到树莓派Pico这颗双核、高性价比的MCU上通过SPI和I2C这两大最常用的通信协议来驱动整个过程就像在搭积木但每一步都涉及到对硬件接口和协议时序的深刻理解。网络上关于单独驱动ePaper屏或电容触摸芯片的教程不少但将两者协同工作并处理好它们共享总线资源比如SPI可能带来的冲突才是真正考验功力的地方。接下来我就把自己从硬件连接到软件调试再到功能整合的完整过程以及踩过的那些“坑”详细拆解一遍。2. 核心硬件选型与接口解析2.1 主角介绍RP2040、ePaper与CapTouch传感器这个项目的三大硬件核心每一个的选择都经过了深思熟虑。首先是主控树莓派PicoRP2040。选择它不仅仅是因为其极高的性价比和丰富的社区资源更是看中了其灵活的可编程I/OPIO和双核ARM Cortex-M0架构。在驱动ePaper屏时复杂的波形时序控制可能会占用大量CPU时间这时PIO就可以大显身手将这部分工作卸载到硬件状态机上让主核腾出手来处理触摸事件和业务逻辑。同时RP2040提供了多组SPI和I2C硬件控制器为同时连接两个外设提供了硬件基础。其次是2.9英寸ePaper显示屏。市面上常见的2.9寸ePaper模块分辨率通常是296x128像素黑白两色显示。它内部没有控制器需要主控MCU直接通过SPI接口向其发送命令和像素数据并严格按照其数据手册提供的波形时序来刷新屏幕。其核心优势就是“双稳态”特性一旦图像被刷新即使断电图像也能永久保持这使得它特别适合用于显示更新不频繁的信息如标签、仪表盘、阅读器等场景。最后是电容触摸传感器。我选用的是一个通用的电容触摸芯片例如常见的GT911或FT6236它们通常通过I2C接口与主控通信。这类芯片内部集成了电容检测电路和算法能够检测单点或多点触摸并将触摸坐标、手势等信息通过I2C上报给主控。选择它而不是电阻触摸是为了获得更好的用户体验和更长的使用寿命。2.2 通信协议抉择为何是SPI与I2C为什么ePaper用SPI触摸芯片用I2C这背后是两种协议特性与设备需求的最佳匹配。SPISerial Peripheral Interface是一种高速、全双工、同步的串行通信总线。它通常需要四根线SCK时钟、MOSI主出从入、MISO主入从出和CS片选。对于ePaper屏来说它需要主控快速地向其写入大量的显示数据一帧296*128/8≈4.7KBSPI的高速率通常可达几十MHz非常适合这种单向、大数据量的传输。而且SPI的协议相对简单由主控完全控制时钟便于精确控制ePaper屏苛刻的时序要求。I2CInter-Integrated Circuit是一种多主多从、半双工、同步的串行总线。它只需要两根线SDA数据线和SCL时钟线通过地址来寻址总线上的多个设备。对于电容触摸芯片它需要上报的数据量很小每次触摸事件可能就几个字节的坐标数据但主控需要随时去查询或等待其中断。I2C节省引脚、支持多设备的特性正好满足需求。触摸芯片作为从设备被分配一个唯一的I2C地址主控可以随时读取其状态寄存器获取触摸信息。注意有些ePaper屏模块为了节省引脚可能只支持“3线SPI”模式即去掉MISO线因为屏通常只接收数据而不返回数据。这种情况下需要确认屏的初始化命令配置。而触摸芯片的I2C地址需要根据其型号和ADDR引脚的电平来确定例如0x14或0x5D务必查阅数据手册。2.3 硬件连接图与引脚分配将三者连接起来是项目的第一步。RP2040有多个SPI和I2C硬件实例我们需要合理分配避免冲突。我采用的连接方案如下ePaper屏 (SPI0):GPIO2 (SPI0_SCK)- ePaper SCKGPIO3 (SPI0_MOSI)- ePaper DIN (MOSI)GPIO5- ePaper CS (片选)GPIO6- ePaper DC (数据/命令选择)GPIO7- ePaper RST (复位)GPIO8- ePaper BUSY (忙状态指示)电容触摸芯片 (I2C1):GPIO14 (I2C1_SDA)- Touch SDAGPIO15 (I2C1_SCL)- Touch SCLGPIO16- Touch INT (中断引脚可选但强烈推荐)GPIO17- Touch RST (复位引脚)为什么这样分配隔离总线ePaper使用SPI0触摸使用I2C1两者物理上完全独立避免了总线竞争软件驱动编写更简单。关键引脚ePaper的BUSY引脚必须连接。它是一个输出引脚屏在内部刷新时会拉高告诉主控“我正忙别打扰”。主控必须查询此引脚状态等待其变低后才能发送下一条命令。忽略这个引脚是导致刷新失败最常见的原因之一。中断引脚将触摸芯片的INT引脚连接到RP2040的GPIO上并配置为输入中断是提升响应效率的关键。这样当有触摸事件发生时触摸芯片会通过INT引脚主动通知MCUMCU无需不断通过I2C轮询大大降低了CPU占用率和系统功耗。3. 软件架构设计与驱动层实现3.1 驱动层分离屏驱与触驱在软件上我采用了清晰的驱动层架构将ePaper驱动和触摸驱动完全分离。这样不仅代码结构清晰也便于未来替换不同的屏幕或触摸芯片。ePaper驱动层主要包含以下功能函数epd_init(): 初始化SPI接口按照屏厂提供的序列依次发送复位、上电、设置参数等命令。epd_send_command(uint8_t cmd): 向屏发送一条命令。epd_send_data(uint8_t data): 向屏发送一个字节的数据。epd_wait_busy(): 循环检查BUSY引脚状态等待屏空闲。这个函数内部一定要加超时判断防止屏异常导致程序死锁。epd_set_frame_memory(const uint8_t* image_buffer): 将内存中的一幅图像格式化为屏所需的1位深度位图发送到屏的帧缓存。epd_display_frame(): 发送刷新命令让屏将帧缓存的内容显示出来。这个命令执行后屏会进入繁忙状态耗时几百毫秒。电容触摸驱动层主要包含touch_init(): 初始化I2C接口配置触摸芯片的中断引脚为下降沿触发当触摸发生时INT通常拉低并初始化触摸芯片写入配置寄存器使其进入工作模式。touch_read_data(touch_point_t* point): 当检测到中断或轮询时通过I2C读取触摸芯片的坐标数据寄存器解析出触摸点的X、Y坐标和触摸状态按下/释放填充到point结构体中。3.2 SPI与I2C底层配置要点在RP2040的SDK如Pico SDK中配置这两个外设有几个细节需要特别注意。SPI配置spi_init(spi0, 1000 * 1000); // 初始化SPI0设置波特率1MHz。ePaper初期通信不需要太高速度。 gpio_set_function(2, GPIO_FUNC_SPI); // GPIO2为SCK gpio_set_function(3, GPIO_FUNC_SPI); // GPIO3为MOSI // MISO未使用可以不配置 gpio_init(5); gpio_set_dir(5, GPIO_OUT); // CS引脚为普通输出 gpio_put(5, 1); // 默认拉高不选中设备ePaper屏对SPI时序的极性和相位有要求通常是模式0CPOL0 CPHA0。在Pico SDK中spi_set_format函数可以设置。但很多ePaper驱动库在epd_send_command函数内部会手动控制DC引脚命令/数据和CS引脚并调用spi_write_blocking来发送数据。I2C配置i2c_init(i2c1, 100 * 1000); // 初始化I2C1标准模式100kHz。触摸芯片通常够用。 gpio_set_function(14, GPIO_FUNC_I2C); gpio_set_function(15, GPIO_FUNC_I2C); gpio_pull_up(14); // I2C总线需要上拉电阻启用内部上拉约50kΩ gpio_pull_up(15); // 对于长导线或高速模式建议外接4.7kΩ上拉电阻。I2C总线的上拉电阻至关重要。RP2040的GPIO内部有可软件控制的上拉电阻但对于I2C这种开源集电极总线其驱动能力较弱。在布线较短、速度不高100kHz的情况下启用内部上拉可能工作。但为了稳定性尤其是当总线上有多个设备时强烈建议在SDA和SCL线上各连接一个4.7kΩ的外部上拉电阻到3.3V。这是很多I2C通信不稳定问题的根源。3.3 中断处理与事件驱动为了不让主程序被阻塞在等待触摸或屏幕刷新的循环中合理使用中断是构建高效系统的关键。触摸中断将触摸芯片的INT引脚配置为下降沿触发中断。在中断服务程序ISR中不要进行复杂的I2C读取操作因为I2C通信本身可能耗时且不稳定。最佳实践是在ISR中仅设置一个标志位如touch_event_flag true然后退出。主循环中检测到这个标志位再去执行touch_read_data函数读取具体坐标。volatile bool touch_event_occurred false; void gpio_irq_handler(uint gpio, uint32_t events) { if (gpio TOUCH_INT_PIN) { touch_event_occurred true; } }屏幕刷新等待ePaper的BUSY引脚虽然可以连接GPIO并配置为输入但通常不推荐为其设置中断因为屏刷新的时间相对固定且较长几百ms。更常见的做法是在epd_display_frame()函数后调用一个阻塞式的epd_wait_busy()函数但在这个函数内部可以加入sleep_ms(10)之类的短暂延时而不是纯粹的死循环以稍微释放CPU。实操心得将触摸中断与屏幕刷新分离后整个系统的响应性非常好。即使屏幕正在刷新此时CPU可能在忙等或处理其他任务触摸事件也能被即时记录待屏幕刷新完成后主程序可以立即处理积压的触摸事件用户体验流畅。4. ePaper屏驱动深度剖析与优化4.1 刷新波形与局部刷新驱动ePaper屏最核心、也最繁琐的部分就是理解并实现其“刷新波形”。ePaper屏通过施加不同电压、时长的脉冲序列来驱动屏幕内的带电粒子黑白墨水移动从而改变像素的明暗。这个序列通常由屏厂商提供是一个包含几十条命令和数据的数组我们称之为“LUT”Look-Up Table查找表。全屏刷新一次完整的LUT可能需要数百毫秒期间屏幕会经历闪烁先全黑再全白最后显示图像。为了改善体验许多屏支持局部刷新Partial Refresh。局部刷新只更新屏幕上发生变化的部分区域使用的LUT更短时间更快可能几十毫秒且无闪烁。实现局部刷新需要将屏幕划分为若干区域。只向屏的帧缓存对应区域写入新图像数据。发送局部刷新命令和对应的局部刷新LUT。注意事项频繁使用局部刷新可能会导致屏幕残影加剧。通常建议在全屏刷新数次后进行一次全刷来清除残影。具体的次数需要根据屏幕型号和实际显示效果来调整。4.2 帧缓存管理与图像处理RP2040内部RAM有限264KB而一帧2.9寸296x128的黑白图像需要296 * 128 / 8 4736字节约4.6KB。管理好这块帧缓存很重要。我通常会在RAM中开辟一个大小等于屏幕缓冲区的数组作为帧缓存uint8_t frame_buffer[EPD_WIDTH * EPD_HEIGHT / 8];任何UI绘制操作画点、线、矩形、文字都先修改这个内存中的frame_buffer。当需要更新屏幕时调用epd_set_frame_memory(frame_buffer)将整个缓冲区发送到屏幕。对于局部刷新则需要计算并发送对应区域的数据。图像处理技巧ePaper是1位色深非黑即白。在显示图片或复杂图形前需要先进行二值化Dithering处理。简单的阈值法如大于128为白否则为黑效果生硬。采用Floyd-Steinberg等误差扩散抖动算法可以在黑白屏幕上获得更好的灰度视觉效果。这部分算法可以在PC端预处理图片生成二值化位图再嵌入到MCU程序中如果MCU性能足够也可以实时计算但会消耗较多CPU时间。4.3 利用PIO加速SPI数据传输RP2040的PIO是其一大特色我们可以用它来模拟或增强SPI通信甚至直接生成ePaper屏所需的复杂控制波形。一个更实用的场景是用PIO来高速、不占用CPU地发送帧缓存数据。标准的spi_write_blocking函数在发送数据时会阻塞CPU。我们可以编写一个PIO程序让它从FIFO中读取数据并按照SPI时序从指定的GPIO引脚输出。主程序只需要将帧缓存数据的地址和长度告诉DMA直接内存访问DMA会自动将数据搬运到PIO的FIFO中整个过程无需CPU干预。实现思路编写一个PIO程序实现SPI MOSI输出和SCK生成的逻辑。在主程序中配置DMA源地址是frame_buffer目标地址是PIO的TX FIFO。启动DMA传输。CPU可以在此期间处理其他任务如检测触摸事件。这样做虽然不能缩短屏幕固有的物理刷新时间但将CPU从繁重的数据搬运工作中解放了出来提高了系统的整体响应能力和能效比。5. 电容触摸驱动调试与坐标校准5.1 I2C通信调试与常见问题驱动触摸芯片的第一步是确保I2C通信正常。这里是最容易出问题的地方。调试步骤检查硬件连接确认SDA、SCL、VCC、GND连接正确且牢固。用万用表测量I2C总线电压当总线空闲时SDA和SCL线都应为高电平接近3.3V。如果电压被拉低说明有设备故障或上拉电阻过大。扫描I2C地址编写一个简单的I2C扫描程序遍历所有可能的地址0x08 - 0x77看是否能收到ACK应答。这能快速验证触摸芯片是否在线并确认其实际地址。for (int addr 0x08; addr 0x77; addr) { if (i2c_read_timeout_us(i2c1, addr, NULL, 0, false, 1000) 0) { printf(Found device at 0x%02X\n, addr); } }读取芯片ID大多数触摸芯片都有固定的设备ID寄存器。通过I2C读取该寄存器与数据手册中的值对比例如GT911的ID可能是0x3931这是验证通信是否正确的“金标准”。常见I2C问题排查无任何设备响应检查I2C引脚功能映射是否正确gpio_set_function检查上拉电阻检查电源。能扫描到地址但读不到正确ID时序可能有问题。尝试降低I2C时钟频率如降到50kHz检查是否严格遵循了芯片的初始化序列比如复位后是否需要等待一定延时。通信不稳定时好时坏大概率是信号完整性问题。确保SDA/SCL走线尽量短远离高频噪声源并务必加上外部4.7kΩ上拉电阻。内部上拉在复杂环境下不够可靠。5.2 触摸坐标读取与手势识别通信建立后就可以读取触摸数据了。通常需要读取一组固定的寄存器来获取触摸状态、触摸点数量和每个点的坐标。以单点触摸为例流程如下检测到中断或主动轮询时读取“触摸状态”寄存器。如果状态表明有有效触摸则读取“触摸点1 X坐标高8位”和“低8位”寄存器组合成一个16位整数。Y坐标同理。触摸芯片报告的坐标通常是基于其自身感应面板的原始坐标需要转换为屏幕像素坐标。坐标转换假设触摸芯片报告的最大X、Y原始值分别为max_raw_x和max_raw_y屏幕分辨率为screen_width和screen_height。那么屏幕坐标可以这样计算screen_x (raw_x * screen_width) / max_raw_x; screen_y (raw_y * screen_height) / max_raw_y;但更准确的方法是进行两点校准以消除安装误差和线性误差。5.3 触摸坐标校准算法触摸屏安装时很难与下方的显示屏完全平行对齐且其感应坐标系与显示屏像素坐标系可能存在旋转、缩放和偏移。因此校准是必须的。经典的两点校准法在屏幕上依次显示两个已知点例如左上角(disp_x1, disp_y1)和右下角(disp_x2, disp_y2)。提示用户依次点击这两个点并记录触摸芯片返回的原始坐标(touch_x1, touch_y1)和(touch_x2, touch_y2)。根据这两组对应点计算转换矩阵的缩放因子和偏移量。计算缩放因子scale_x (disp_x2 - disp_x1) / (touch_x2 - touch_x1);scale_y同理。计算偏移量offset_x disp_x1 - touch_x1 * scale_x;offset_y同理。对于后续任何触摸原始坐标(raw_x, raw_y)应用转换calibrated_x raw_x * scale_x offset_x;calibrated_y同理。将计算出的scale_x, scale_y, offset_x, offset_y保存在RP2040的Flash中以后每次上电直接使用。这样就能得到非常精准的触摸定位。实操心得校准程序最好做成一个独立的模式上电时通过某个按键如果有的話触发或者首次使用时自动进入。校准点的位置要尽量远离以提高计算精度。6. 系统整合与UI交互逻辑实现6.1 主循环与状态机设计当底层驱动都准备好后我们需要一个清晰的主程序逻辑来协调屏幕刷新和触摸响应。一个基于状态机的非阻塞主循环是很好的选择。typedef enum { APP_STATE_IDLE, // 空闲等待触摸 APP_STATE_TOUCH_PROCESS, // 处理触摸事件 APP_STATE_SCREEN_UPDATE, // 更新屏幕内容 APP_STATE_SCREEN_REFRESH // 等待屏幕刷新完成 } app_state_t; app_state_t current_state APP_STATE_IDLE; touch_point_t touch; while (true) { switch (current_state) { case APP_STATE_IDLE: if (touch_event_occurred) { touch_event_occurred false; touch_read_data(touch); if (touch.status TOUCH_PRESSED) { current_state APP_STATE_TOUCH_PROCESS; } } // 可以在这里加入低功耗睡眠 break; case APP_STATE_TOUCH_PROCESS: // 根据touch.x, touch.y坐标判断点击了哪个UI元素 handle_touch_event(touch); // 更新frame_buffer中的UI内容 update_ui_frame_buffer(); current_state APP_STATE_SCREEN_UPDATE; break; case APP_STATE_SCREEN_UPDATE: // 使用局部刷新将变化的区域更新到屏幕 epd_partial_refresh(frame_buffer, dirty_rect); current_state APP_STATE_SCREEN_REFRESH; break; case APP_STATE_SCREEN_REFRESH: if (!epd_is_busy()) { // 屏幕刷新完毕 current_state APP_STATE_IDLE; } break; } // 可以在这里执行其他后台任务 }这个设计确保了触摸响应、UI计算和屏幕刷新这三个耗时操作不会相互阻塞。尤其是在APP_STATE_SCREEN_REFRESH状态CPU在等待屏幕硬件刷新的同时仍然可以快速响应下一次触摸中断。6.2 简易UI框架与页面管理对于这样一个资源有限的嵌入式系统不需要复杂的GUI库。可以设计一个简单的UI框架定义UI元素如按钮Button、标签Label、图标Icon。每个元素有其位置、大小、绘制函数和回调函数。页面管理将屏幕上的所有元素组织成“页面”。同一时间只有一个活动页面。触摸分发当触摸事件发生时遍历活动页面中的所有元素检查触摸点是否落在某个元素的区域内。如果是则调用该元素的触摸回调函数。例如一个按钮的回调函数可能会改变某个状态变量并标记屏幕区域为“脏”触发重绘。void button_callback() { system_mode MODE_NEXT; set_dirty_rect(button_rect); // 标记按钮区域需要重绘 }在APP_STATE_SCREEN_UPDATE状态主循环检查脏矩形区域然后只刷新这一部分屏幕实现高效更新。6.3 低功耗策略考量ePaper和RP2040的结合天生适合低功耗应用。以下是几种节能策略屏幕静态不耗电最大的优势。信息显示后即可关闭屏幕电源如果模块支持或仅保持最低待机电流。RP2040睡眠在APP_STATE_IDLE且无触摸事件时可以让RP2040进入深度睡眠Dormant模式。此时只有RTC和少数外设工作功耗可降至极低水平。触摸芯片的INT引脚可以配置为唤醒源。降低时钟频率在不需高性能时可以降低RP2040的系统时钟频率。间歇性工作对于像温湿度监测显示这类应用可以设定每10分钟唤醒一次更新数据并刷新屏幕然后立即进入睡眠。实现深度睡眠需要仔细配置确保睡眠前保存状态唤醒后能正确恢复外设如SPI、I2C的初始化。触摸芯片也需要支持在低功耗模式下仍能产生中断。7. 常见问题与深度排查实录7.1 ePaper屏刷新异常问题排查现象可能原因排查步骤与解决方案屏幕全白/全黑无内容1. 电源或引脚连接问题。2. 初始化序列错误或遗漏。3.BUSY引脚未正确等待。1. 用万用表检查VCC、GND、RST、DC、CS电压。2. 逐条核对数据手册的初始化序列确保每条命令和延时都正确。有时屏厂提供的示例代码中的延时是必须的。3. 在发送刷新命令后必须循环读取BUSY引脚直到其为低。在此等待期间不能向屏发送任何其他指令。显示内容错乱、残影重1. 帧缓冲区数据格式错误。2. 未使用正确的LUT全刷/局刷混淆。3. 局部刷新使用过于频繁。1. 确认帧缓冲区每个字节的位与屏幕像素的对应关系是MSB对应左像素还是LSB。通常需要逐字节取反~因为ePaper逻辑“1”可能代表白色。2. 全屏刷新和局部刷新必须使用各自对应的LUT不可混用。3. 每进行3-5次局部刷新后强制进行一次全屏刷新以清除残影。刷新速度极慢1. SPI时钟频率设置过低。2. 发送数据函数效率低如单字节发送。3. 未使用DMA。1. 在初始化完成后可以提高SPI时钟频率如到10MHz但需确保屏支持。2. 使用spi_write_blocking等块写入函数一次性发送整个缓冲区而非逐字节循环。3. 考虑使用PIODMA方案这是速度的终极优化。7.2 电容触摸失灵或不准问题排查现象可能原因排查步骤与解决方案完全无触摸响应1. I2C通信失败。2. 触摸芯片未正确初始化。3. 中断引脚配置错误。1. 运行I2C扫描程序确认芯片地址。用逻辑分析仪或示波器抓取I2C波形看是否有ACK。2. 查阅芯片数据手册确认上电后是否需要特定的复位序列或配置寄存器写入。3. 确认INT引脚连接正确并配置为输入、下拉或上拉根据芯片有效电平使能中断。触摸点漂移、跳点1. 电源噪声大。2. 触摸面板受干扰如靠近电源线。3. 未进行坐标校准。1. 为触摸芯片的VCC增加一个0.1uF的陶瓷电容进行退耦尽量靠近芯片引脚。2. 重新布线让触摸传感器的FPC排线远离MCU、电源等噪声源。3.必须执行触摸坐标校准程序。原始坐标直接使用必然不准。触摸反应迟钝1. 主循环轮询间隔太长。2. I2C读取速度慢。3. 芯片报告速率配置过低。1. 确保使用中断方式而非轮询。如果必须轮询频率需高于100Hz。2. 检查I2C时钟频率可适当提高如400kHz。3. 查阅触摸芯片手册看是否有“报告速率”配置寄存器可以将其调高。7.3 SPI与I2C总线冲突与优化当系统复杂后可能会遇到总线冲突问题。虽然本项目将SPI和I2C分开但如果未来需要连接更多设备或者使用同一SPI总线连接屏和另一个设备如SD卡就需要考虑仲裁。SPI总线共享如果ePaper屏和SD卡共用SPI0必须严格管理CS片选信号。在操作任一设备前先将其CS拉低操作完成后立即拉高。驱动层应封装成互斥访问防止多任务同时操作。ePaper屏刷新期间BUSY为高绝对不能让出SPI总线给其他设备使用。I2C总线稳定性这是老生常谈但至关重要的问题。除了加外部上拉电阻如果总线上有多个I2C设备每个设备的VCC都要做好退耦。如果导线较长可以考虑降低总线速度以增加噪声容限。在软件上I2C读写函数应增加重试机制当一次通信失败后自动重试1-2次。终极调试工具一个几十元的USB逻辑分析仪如DSLogic、Saleae克隆版是调试SPI/I2C通信的利器。它可以直观地显示波形、解码协议数据让你清晰地看到“主机是否发出了正确的数据”、“从机是否回复了ACK”、“时序是否符合标准”能节省大量猜测和打印日志的时间。