行空板驱动点阵屏实现手写交互：从硬件连接到Python算法实践

1. 项目概述当“行空板”遇见“手写点阵屏”最近在捣鼓行空板发现用它来驱动一块点阵屏实现手写输入和显示是个特别有意思的玩法。这不仅仅是把两块硬件连起来那么简单它背后涉及到从硬件接口、实时数据采集、到图形算法和交互逻辑的一整套流程。简单来说你可以在一块由LED点阵组成的屏幕上用触摸或者外接手写笔的方式“写字画画”写下的笔画会实时地以光点的形式呈现出来有种复古又极客的感觉。这个项目非常适合那些已经玩腻了普通显示屏想深入理解嵌入式图形交互、实时数据处理或者单纯想做个酷炫桌面小玩具的朋友。无论是学生用来学习单片机与Python的交互还是创客做一个个性化的留言板、签名板甚至作为更复杂的手写识别项目的前端输入设备都有很大的发挥空间。核心的硬件就是行空板加上一块点阵屏。行空板本身集成了高性能处理器、丰富的接口和Python环境省去了底层系统搭建的麻烦让我们能专注于应用逻辑。而点阵屏常见的有8x8、16x16、32x32甚至更大分辨率的LED矩阵它显示信息的方式非常原始——就是一个一个的像素点LED亮或灭。把手写的轨迹映射到这些离散的点上并实现流畅的跟随效果就是本项目要解决的核心问题。结合网络上的热词你会发现大家关心的方向很集中手写数字识别、单片机驱动点阵屏、Python图像处理以及实时交互实现。我们这个项目可以说是这些热门方向的一个绝佳入门实践它搭建了一个从物理输入到视觉输出的完整桥梁。2. 核心硬件选型与连接方案工欲善其事必先利其器。硬件选型直接决定了项目的难度上限和功能下限。2.1 行空板作为控制核心的优势为什么选行空板对于这类需要快速原型开发的项目它有几个无法忽视的优点。首先它原生支持Python并且预装了丰富的库从GPIO控制到网络通信从图形界面到机器学习框架如OpenCV、TensorFlow Lite的支持都相对完善。这意味着我们不用从零开始折腾交叉编译环境可以直接在板子上写代码、调试效率极高。其次它的算力对于处理手写轨迹数据、运行简单的识别算法比如识别0-9的数字绰绰有余。最后其自带的触摸屏、按键、传感器和多种标准接口如I2C, SPI, UART使得扩展外设变得非常方便。在这个项目里我们将主要利用它的GPIO通用输入输出接口或者高速SPI接口来驱动点阵屏并可能利用其自身的触摸屏或额外的触摸传感器来获取手写坐标。2.2 点阵屏的驱动原理与选型要点点阵屏尤其是LED点阵屏其驱动方式与我们常见的LCD屏截然不同。LCD屏通常有独立的控制器我们通过并行总线或高速串行总线发送整帧的图像数据即可。而点阵屏特别是低成本、低分辨率的模块通常采用行列扫描的方式驱动。以一块8x8的LED点阵为例它有8行阴极和8列阳极共64个LED。我们无法同时控制所有64个LED独立亮灭因为那需要64个独立的IO口极其浪费资源。实际的做法是在极短的时间内比如每秒数百到数千次逐行或逐列快速点亮该行列上需要亮的LED。只要这个扫描速度足够快由于人眼的视觉暂留效应我们就会看到一幅稳定的静态或动态图像。这个过程需要单片机精确地定时切换行选通信号并同步地输出每一列的数据。对于更大的点阵屏如32x64通常会使用专门的驱动芯片来协助完成扫描比如MAX7219或HT16K33适用于I2C接口。这些芯片内部集成了扫描逻辑和显存我们只需要通过简单的串行协议SPI或I2C向它们发送显示数据它们就会自动完成繁琐的行列扫描工作大大减轻了主控的负担。选型建议入门练习可以选择一块8x8 MAX7219点阵模块。它集成度高只需3根线DIN, CLK, CS通过SPI即可驱动网上资料极多。追求显示效果可以选择32x64或64x32的P4/P5室内单色LED单元板。这种屏面积大亮度高通常使用HUB75或类似接口需要更多的IO口和更复杂的扫描程序但对行空板来说依然可以胜任能实现更细腻的手写效果。接口优先级首选SPI接口的屏因为SPI速率高刷新流畅其次为I2C接口尽量避免使用需要大量GPIO进行直接行列扫描的“裸屏”除非你想深入学习底层扫描时序。2.3 手写输入方案的抉择如何获取“手写”的坐标数据这里有几种方案行空板自带触摸屏最直接的方案。行空板的触摸屏本身就是一个坐标输入设备。我们可以在Python中监听触摸事件获取在屏幕上滑动的坐标序列。虽然最终显示是在外接的点阵屏上但输入可以借用这块屏。这相当于把行空板当作了一个“手写板”点阵屏当作了一个“副显示器”。优点是无需额外硬件集成度最高。外接电阻式/电容式触摸板如果你希望输入设备和显示设备在物理上分离可以外接一块触摸板通过I2C或SPI接口读取坐标数据。例如使用常见的XPT2046电阻式或FT6236电容式触摸芯片的模块。自制触摸笔与网格传感器这是一个更硬核的方案。例如利用覆铜板制作一个简单的网格状触摸传感器通过检测电容变化或电阻分压来定位笔尖位置。这涉及模拟电路和ADC采样复杂度较高但DIY乐趣也最强。对于大多数朋友我推荐方案1作为起步。它让我们能快速搭建起从输入到显示的完整链路验证核心逻辑。后续可以再迁移到方案2实现独立的输入输出设备。注意使用行空板触摸屏作为输入时需要将触摸坐标映射到点阵屏的像素坐标上。两者的分辨率通常不同需要进行一次线性变换。例如触摸屏坐标范围是(0,0)到(800,480)而点阵屏是32x64那么点阵屏的X坐标 int(触摸X / 800 * 64)。2.4 硬件连接实战以MAX7219 8x8点阵为例假设我们选择了一块MAX7219驱动的8x8点阵模块与行空板连接。引脚连接点阵模块VCC- 行空板5V或3.3V查看模块手册通常5V点阵模块GND- 行空板GND点阵模块DIN(数据输入) - 行空板SPI MOSI引脚 (例如 Pin 19)点阵模块CLK(时钟) - 行空板SPI SCLK引脚 (例如 Pin 23)点阵模块CS(片选) - 行空板任意一个GPIO(例如 Pin 24)连接逻辑这构成了一个标准的SPI通信链路。行空板作为SPI主机通过MOSI线在CLK时钟的同步下将数据一位一位地发送给MAX7219芯片。CS引脚用于选中这个芯片告诉它“现在数据是发给你的”。上电检查连接好后先不要写代码给系统上电。观察点阵屏是否有所有LED微亮或部分点亮的情况这可能是初始状态。如果没有任何反应请立即断电检查电源和接地是否接反或虚接。3. 软件架构与核心逻辑设计硬件连接妥当后大脑软件的设计就至关重要了。整个程序的架构可以清晰地分为三层输入层、处理层、输出层。3.1 输入层实时捕获手写轨迹我们的目标是捕获连续、平滑的笔迹而不是离散的点。在行空板的Python环境中我们可以使用pynput库监听全局鼠标事件或者使用图形界面库如Tkinter,PyGame的事件循环来获取触摸坐标。但更高效的方式是利用行空板自带的unihiker库如果基于其官方GUI或python3-m2tools中提供的触摸事件接口。这里以一个抽象的逻辑为例# 伪代码示意流程 last_point None is_drawing False def on_touch_down(x, y): global is_drawing, last_point is_drawing True last_point (x, y) # 将坐标映射到点阵屏网格并点亮对应的像素 led_x, led_y map_to_led_matrix(x, y) set_pixel(led_x, led_y, ON) def on_touch_move(x, y): if is_drawing: current_point (x, y) # 关键步骤在last_point和current_point之间进行 Bresenham 直线插值 for point in bresenham_line(last_point, current_point): led_x, led_y map_to_led_matrix(point[0], point[1]) set_pixel(led_x, led_y, ON) last_point current_point def on_touch_up(x, y): global is_drawing is_drawing False核心要点on_touch_move事件触发频率是有限的如果只是简单地将移动过程中报告的点点亮笔迹会出现“断点”或“跳点”现象不连续。因此需要在两个连续报告的点之间进行线性插值补全中间的像素点。经典的Bresenham直线算法正是用来高效计算两点之间所有像素坐标的算法这对于点阵屏这种离散显示设备来说必不可少。3.2 处理层坐标映射与笔画处理处理层主要做两件事坐标映射和笔画数据管理。坐标映射正如之前提到的需要建立一个从触摸屏坐标空间到点阵屏坐标空间的转换关系。这是一个简单的线性缩放但要注意边界处理防止映射后的坐标超出点阵屏范围。def map_to_led_matrix(touch_x, touch_y, touch_width800, touch_height480, led_width8, led_height8): # 将触摸坐标归一化到[0, 1]区间再映射到LED网格索引 norm_x touch_x / touch_width norm_y touch_y / touch_height # 计算LED坐标并确保在[0, width-1]和[0, height-1]范围内 led_x max(0, min(led_width - 1, int(norm_x * led_width))) led_y max(0, min(led_height - 1, int(norm_y * led_height))) # 注意通常屏幕坐标系Y轴向下可能需要翻转 return led_x, led_y笔画数据管理为了实现“清屏”、“撤销上一步”等功能我们需要在内存中维护当前显示的内容。最简单的方式是维护一个与点阵屏分辨率一致的二维数组作为显存缓冲区。任何点亮、熄灭像素的操作都先修改这个缓冲区然后由一个定时刷新的函数将缓冲区的数据同步到真实的点阵屏硬件上。# 初始化一个8x8的缓冲区0表示灭1表示亮 frame_buffer [[0 for _ in range(8)] for _ in range(8)] def set_pixel(x, y, state): if 0 x 8 and 0 y 8: frame_buffer[y][x] state # 注意行列索引通常frame_buffer[行][列] def refresh_display(): # 将frame_buffer的数据通过SPI发送给MAX7219 for row in range(8): # MAX7219需要按行发送数据具体格式需参考其数据手册 send_data_to_max7219(row1, frame_buffer[row]) # row1对应MAX7219的行寄存器地址这种双缓冲机制软件缓冲区硬件显存是图形处理中的常见模式它能有效避免直接操作硬件时可能产生的闪烁或撕裂现象并且为后续的图形操作如移动、旋转、特效提供了便利。3.3 输出层驱动点阵屏刷新显示输出层的任务就是将frame_buffer里的数据按照点阵屏驱动芯片要求的协议通过硬件接口SPI/I2C发送出去。不同的驱动芯片协议不同。以MAX7219为例它通过SPI接收16位的数据包。高8位是寄存器地址低8位是写入该寄存器的数据。控制点阵显示主要涉及两个寄存器解码模式寄存器通常设为非解码模式、亮度寄存器、扫描限制寄存器设为扫描所有8行和显示测试寄存器正常模式。最关键的是行寄存器地址0x01到0x08分别对应第1行到第8行的LED数据。发送一帧数据的流程如下拉低CS片选信号开始通信。依次发送8个16位数据包分别对应第1行到第8行。每个数据包的高字节是行地址0x01~0x08低字节是该行8个LED的状态一个字节的8个bit对应8列1亮0灭。拉高CS信号结束通信。MAX7219会在内部自动进行行扫描。对于更大的、使用HUB75接口的LED点阵屏驱动逻辑要复杂得多。它需要主控直接控制行选信号A, B, C, D...用于1/16或1/32扫描、时钟CLK、数据锁存LAT、输出使能OE以及RGB数据线单色屏只有一条。这需要精确的定时和并行操作通常需要用到行空板的硬件PWM和精确延时甚至需要编写MicroPython/C扩展来保证刷新率。不过社区通常已经有成熟的驱动库如rpi-rgb-led-matrix的移植版我们可以优先利用这些库而不是从头造轮子。实操心得在编写底层驱动代码时一定要先找到并仔细阅读驱动芯片的数据手册。时序图是关键特别是时钟上升沿/下降沿采样数据、片选信号的有效电平、数据发送的位顺序MSB先行还是LSB先行。这些细节不对屏幕要么不亮要么显示乱码。一个调试技巧是先编写一个最简单的测试函数让屏幕左上角的LED闪烁如果成功就证明硬件连接和基础通信是正确的。4. 核心算法与功能实现细节有了三层架构我们就可以填充血肉实现具体的功能了。4.1 Bresenham直线算法让笔画连续不断这是实现平滑手写的灵魂算法。它的作用是以最优的方式计算出两点之间所有需要点亮的像素坐标避免了浮点运算效率极高。def bresenham_line(x0, y0, x1, y1): 返回两点之间所有像素点的坐标列表 points [] dx abs(x1 - x0) dy abs(y1 - y0) sx 1 if x0 x1 else -1 sy 1 if y0 y1 else -1 err dx - dy while True: points.append((x0, y0)) if x0 x1 and y0 y1: break e2 2 * err if e2 -dy: err - dy x0 sx if e2 dx: err dx y0 sy return points在on_touch_move事件中我们获取当前点(x1, y1)和上一个点(x0, y0)调用这个函数然后遍历返回的points列表将每一个点都映射并点亮。这样即使触摸采样率不高笔画也能看起来是连续的实线。4.2 基础功能实现书写、清屏与撤销实时书写结合上述的输入事件处理和Bresenham算法我们已经实现了核心的书写功能。确保frame_buffer被实时更新并有一个后台线程或定时器例如每50毫秒调用refresh_display()函数将缓冲区内容刷到屏幕上。清屏功能最简单只需将frame_buffer二维数组全部置0然后调用refresh_display()。def clear_screen(): global frame_buffer for y in range(HEIGHT): for x in range(WIDTH): frame_buffer[y][x] 0 refresh_display()单步撤销功能这需要记录历史操作。一个简单但耗内存的方法是在每次frame_buffer发生变化前都将其完整拷贝一份保存到一个列表历史栈中。撤销时从栈顶弹出上一帧的缓冲区并恢复。对于8x8这种小屏这完全可行。对于大屏则可以只记录发生变化的像素点及其前后状态实现更高效的“增量撤销”。history_stack [] # 存储历史frame_buffer的快照 def save_state(): # 深拷贝当前帧缓冲区 import copy snapshot copy.deepcopy(frame_buffer) history_stack.append(snapshot) # 可以限制历史栈的长度比如只保留最近10步 if len(history_stack) 10: history_stack.pop(0) def undo(): if history_stack: global frame_buffer frame_buffer history_stack.pop() # 恢复上一状态 refresh_display() else: print(没有更多可撤销的操作)在on_touch_down时开始新的一笔可以调用save_state()保存当前状态。这样每次撤销就能回退到上一笔开始前的画面。4.3 进阶功能探索笔迹粗细与简单识别笔迹粗细在点阵屏上实现类似“笔刷”的加粗效果一个简单的方法是在画每个点时不仅点亮该点还点亮其周围相邻的点四连通或八连通。例如实现一个3x3的方形笔刷def set_pixel_with_brush(x, y, state, brush_size1): 以(x,y)为中心画一个大小为(2*brush_size1)的方块 for dy in range(-brush_size, brush_size1): for dx in range(-brush_size, brush_size1): nx, ny x dx, y dy if 0 nx WIDTH and 0 ny HEIGHT: frame_buffer[ny][nx] state当然这会影响书写的精细度需要根据点阵屏的分辨率权衡brush_size的大小。简单的手写数字识别这是将项目推向一个新高度的有趣方向。我们可以在行空板上运行一个轻量级的机器学习模型。流程如下数据采集与预处理在点阵屏上书写一个数字比如8x8区域将frame_buffer的二维数据0和1拉平成一个一维向量长度64。这就是一个样本。我们需要收集大量这样的样本每个数字至少几十个并打上标签0-9。模型训练可以使用行空板上的scikit-learn库来训练一个简单的分类器比如K近邻KNN或支持向量机SVM。由于特征只有64维数据量不大这些传统机器学习算法在行空板上训练和推理都很快。from sklearn import svm from sklearn.model_selection import train_test_split import pickle # 假设X是样本数据列表y是对应的标签列表 X_train, X_test, y_train, y_test train_test_split(X, y, test_size0.2) model svm.SVC() model.fit(X_train, y_train) accuracy model.score(X_test, y_test) print(f模型准确率 {accuracy:.2f}) # 保存模型 with open(digit_model.pkl, wb) as f: pickle.dump(model, f)实时识别在书写完成后比如触摸抬起后2秒无新输入将当前frame_buffer中书写区域的图像提取出来预处理可能需要归一化、居中转换成模型输入的格式然后调用model.predict()进行预测并将识别结果显示在点阵屏的另一区域或通过行空板主屏输出。注意事项直接在8x8的低分辨率下做数字识别挑战很大因为很多数字如3和85和6在如此低的像素下特征非常相似。可以考虑两种改进方案一是使用更高分辨率的点阵屏如16x16或32x32二是在行空板的主屏幕上开辟一个更高分辨率的书写区域采集数据训练模型而点阵屏仅用于显示识别结果或作为酷炫的输入反馈。5. 系统集成与性能优化当各个模块都开发完成后我们需要将它们整合成一个稳定、高效的系统。5.1 多线程与事件驱动架构一个典型的程序结构可能包含主线程/GUI线程负责响应触摸事件、更新软件缓冲区 (frame_buffer)、提供用户界面如清屏按钮。显示刷新线程一个独立的线程在一个死循环中以固定的频率如60Hz检查frame_buffer是否有变化如果有则调用底层的SPI/I2C驱动函数将数据发送到点阵屏。使用线程可以避免阻塞主线程保证触摸响应的流畅性。定时器/状态管理用于实现“抬起笔后延迟识别”等功能。在Python中可以使用threading模块创建显示刷新线程。需要注意的是对共享资源frame_buffer的访问需要加锁 (threading.Lock) 以防止数据竞争。import threading display_lock threading.Lock() frame_changed False def display_refresh_thread(): global frame_changed while True: time.sleep(0.016) # 约60Hz刷新 if frame_changed: with display_lock: # 加锁安全地读取缓冲区 data_to_send copy.deepcopy(frame_buffer) frame_changed False # 调用硬件驱动函数发送 data_to_send send_to_matrix(data_to_send) # 在修改frame_buffer的地方设置标志位并加锁 def set_pixel_safe(x, y, state): global frame_changed with display_lock: if 0 x WIDTH and 0 y HEIGHT: if frame_buffer[y][x] ! state: # 只有实际变化了才更新 frame_buffer[y][x] state frame_changed True5.2 刷新率优化与显示流畅度点阵屏的视觉流畅度取决于刷新率。刷新率太低会感到闪烁刷新率太高可能超出硬件或总线的能力。SPI时钟频率提高SPI的时钟频率可以加快数据传输速度。行空板的SPI通常可以设置到几十MHz但需要确保点阵屏驱动芯片能支持这个速率参考芯片数据手册。优化数据传输量对于MAX7219这类有显存的芯片我们不需要每帧都发送全部64个像素的数据。可以维护一个“脏矩形”区域只发送发生变化的那几行数据能显著减少数据量。使用DMA直接内存访问对于行空板这类Linux SBC高级的玩法是使用SPI的DMA功能。这需要接触底层驱动复杂度较高但能极大解放CPU实现极高的刷新率。通常社区库如果支持会已经用上了DMA。5.3 电源管理与发热考量点阵屏尤其是高亮度、高密度的LED屏是耗电大户。当点亮大量LED时电流可能很大。计算电流估算一下最坏情况下的总电流。例如一个8x8屏假设每个LED工作电流为20mA全亮时电流为64 * 20mA 1.28A。这已经超出了行空板GPIO口和大多数线性稳压器的输出能力。实际上MAX7219会限制行电流但设计时仍需注意。供电分离建议为点阵屏单独供电。可以使用一个外部的5V/2A以上的电源适配器并与行空板共地。避免从行空板的USB口取大电流否则可能导致板子重启或不稳定。发热长时间全亮度显示驱动芯片和LED本身都会发热。确保良好的通风对于大屏可以考虑添加小型散热片。6. 常见问题排查与调试心得在实际制作过程中你几乎一定会遇到各种问题。下面是一些典型问题及其排查思路。6.1 点阵屏完全不亮或显示乱码这是最常见的问题请按以下顺序排查电源与接地这是首要怀疑对象。用万用表测量点阵屏VCC和GND之间的电压确保在额定范围内如5V±0.25V。检查所有GND连接是否可靠共地。接线错误反复核对DIN、CLK、CS线的连接是否正确是否接触不良。特别是SPI的CLK和MOSI线接反了肯定无法通信。初始化序列驱动芯片如MAX7219上电后需要正确的初始化命令才能进入正常工作模式。确保你的代码在开始发送显示数据前已经发送了关闭测试模式、设置解码模式、设置亮度、设置扫描限制等初始化寄存器配置。遗漏任何一步都可能导致屏幕不亮或显示异常。数据格式与时序位顺序SPI发送数据时是最高位MSB先发还是最低位LSB先发这需要与驱动芯片的数据手册严格一致。MAX7219通常是MSB先行。时钟极性CPOL与相位CPHASPI有四种模式0,1,2,3定义了时钟空闲电平和数据采样的边沿。必须与从设备点阵屏驱动芯片的模式匹配。MAX7219通常工作在模式0CPOL0 CPHA0。片选信号CS信号是在发送数据前拉低发送完成后拉高。拉高后芯片才会锁存并处理接收到的数据。检查CS信号的时机是否正确。软件库兼容性如果你使用了第三方库检查库的版本和兼容性。有时库的默认SPI引脚或模式可能与你的硬件不匹配。调试技巧编写一个最简单的“点亮测试”程序。例如循环发送让第一个LED闪烁的命令。如果这个能成功证明硬件链路和基础通信是通的问题就出在更复杂的显示数据逻辑上。可以使用逻辑分析仪或示波器观察SPI总线上的波形这是最直接的调试手段。6.2 手写笔画不连续、有断点原因触摸事件采样率低且未在点之间插值。解决务必实现Bresenham直线算法进行插值确保两点之间的所有像素都被填充。进阶排查打印出on_touch_move事件捕获到的坐标序列看看两点之间的间隔是否过大。如果间隔非常大可能是触摸屏驱动或事件循环本身的问题可以尝试提高事件捕获的优先级或寻找更底层的触摸数据接口。6.3 显示闪烁或残影刷新不同步如果刷新显示的函数被不规则地调用或者与触摸事件处理线程不同步可能导致闪烁。确保显示刷新在一个固定的时间间隔内进行如使用定时器。消隐处理对于某些需要直接控制行选信号的屏如HUB75接口在切换行选信号时需要先将输出使能OE拉高熄灭所有LED切换完行数据和行选信号后再拉低OE。这个“消隐”时间太短或没有就会产生残影。电源噪声大电流切换时可能引起电源波动影响驱动芯片工作。在点阵屏的电源输入端并联一个容量较大如100µF的电解电容和一个较小如0.1µF的陶瓷电容可以很好地滤除噪声。6.4 识别准确率低数据质量问题8x8分辨率太低特征信息严重不足。尝试使用16x16或更高的分辨率进行采集和识别。数据不均衡某些数字的样本数量远少于其他数字导致模型偏向于多数的类别。确保每个数字的样本量大致相同。预处理不到位书写区域可能没有居中或归一化。在将点阵数据输入模型前应该先找到笔迹的边界框将其平移至中心并缩放到固定大小如8x8或16x16。模型过于简单对于低分辨率图像KNN或SVM可能已经足够。但如果效果不佳可以尝试在行空板上部署一个极简的卷积神经网络CNN使用TensorFlow Lite Micro版本。虽然训练在PC上完成但推理可以在行空板上进行。6.5 系统运行一段时间后卡顿或死机内存泄漏检查代码中是否在不断创建新的对象如列表、数组而没有释放。特别是在历史撤销功能中如果无限保存历史状态内存会很快耗尽。给历史栈设置一个上限。线程阻塞检查显示刷新线程或SPI发送函数是否因为某些原因如等待硬件响应超时被永久阻塞。添加超时机制和异常处理。过热保护行空板或点阵屏驱动芯片可能因过热而降频或重启。检查散热情况。这个项目从硬件连接到软件逻辑从基础显示到智能识别涵盖了一个嵌入式交互应用的完整链条。它最吸引人的地方在于你能亲眼看到自己编写的每一行代码如何转化为屏幕上一个个跳动的光点最终汇聚成你亲手写下的笔画。这种即时、直接的反馈是纯软件项目难以比拟的成就感。当你成功点亮第一个点画出第一条连续的线并最终让板子认出你写的数字时之前调试的所有烦躁都会烟消云散。我建议你在实现基础功能后不要停下试着去增加一些个性化的元素比如用不同的笔刷样式、添加简单的动画效果写完后笔迹淡出或者尝试驱动一块更大、更炫酷的RGB点阵屏那将是另一片广阔的天地。