那晚和朋友吃完饭话题绕到“要不要报个线下课”上五个人四个主意。有人提议抛硬币定夺大家像找打火机一样掏口袋翻了半天也没翻出一枚硬币。手机上的随机工具倒是一堆可要么要联网弹广告要么界面像题库完全没有“抛一下”的实体感。我在饭桌上随口说了一句不如自己造一台不用真硬币的抛硬币机。第二天就翻出了吃灰的ESP32-S3这个叫“赛博抛硬币”的项目就这么开始了。简单说这是一台桌面级的硬币翻转设备按一下按钮OLED屏幕上会有一段数字硬币翻转的动画最后定格在正面或反面同时给出一个明确的行动建议。主控用的是ESP32-S3带WiFi所以它还能充当一个小型局域网服务手机浏览器打开页面也能远程抛硬币。整台设备没有真硬币但比真硬币更有“仪式感”——翻转动画、声音反馈、霓虹外壳屏幕上的硬币影像被特意处理成略带扫描线感的赛博风格。这个项目适合三类人一是想给家里或工位添一件有实用意义的桌面摆件的人二是刚接触ESP32和硬件交互、想找一个完整小项目练手的开发者三是对“随机性”本身感兴趣、想搞清楚真随机和伪随机区别的玩家。如果你对这三样里任何一样有感觉这篇文章应该能给你一套可以直接照做的方案包括选型理由、接线避坑、软件架构和真实调试记录。1. 项目定位为什么“丢硬币”值得做成一台数字设备1.1 抛硬币决策的微妙心理很多人觉得抛硬币就是“二选一随便玩玩”但我认真观察过身边的决策过程后发现它其实承担了一个很功能性的角色把责任从人转移到随机事件上。两个人争一个名额抛硬币赢了赢得理直气壮输了也可以说“天意如此”谁都不伤面子。这个心理机制和硬币本身是物理的、电子的还是虚拟的没有关系关键在于结果出来后大家认不认账。但真硬币有个问题它太轻了容易滚到桌子底下而且对现在的年轻人来说口袋里真的很少会有硬币。我做完一个简单的统计身边十个人里有八个平时无法在一分钟内找到实体硬币。于是我想如果做一个“数字硬币”它必须保留抛硬币的动作感和视觉反馈——按下按钮、看到翻转动画、听到清脆的“嗒”一声然后才出结果。这一步仪式感不能省否则它和浏览器里的随机数生成器就没有区别了。1.2 为什么要做成硬件而不是App手机App里有几百种随机抛硬币工具我为什么还要造一个硬件原因其实就一条实体的交互反馈比屏幕上的一根手指要丰富得多。手指按在实体按钮上力反馈是实的OLED屏上的翻转动画锁定在眼前几厘米处扬声器发出的声音在桌面上有震动感。这些多感官信号叠加在一起会让“做决定”这件事变得非常具体甚至有点庄严。而且它是一个不打扰人的设备。手机App抛硬币必然要解锁手机、打开应用注意力会被屏幕上的消息提醒反复拉走。但一台独立的桌面设备放在那里不亮屏谁也不觉得它是催促你干活的玩意儿。想做决定了走过去按一下就行。我后来把它放在客厅茶几上朋友来了往往会主动按两下纯粹玩顺便真的解决几个选择困难问题。1.3 敲定功能边界项目一开始我恨不得什么功能都往上加温湿度传感、日历、待办提醒、语音控制。做了两天就清醒了——抛硬币的核心价值就是“一个确定的结果”其他都是喧宾夺主。最终功能边界收敛为四件事本地实体按键触发一次抛一枚硬币结果只有正面或反面。翻转动画要完整、要带自然物理感不能一闪出结果。支持WiFi局域网访问手机浏览器远程触发同一个随机事件。保留最近若干次结果的记录便于事后统计“是不是选得太偏向某一面”。这四条看起来简单但每一条背后都有真实的工程细节尤其是“随机性”这一块比大部分人想象的要讲究得多。2. 元件选型赛博味的代价与性价比2.1 主控为什么选ESP32-S3而不是经典ESP32整台设备的“大脑”我选了ESP32-S3。对比过几款常见主控核心差异在下面这张表里。主控WiFi硬件真随机数性价比适合度Arduino Uno/Nano需外接模块无低不推荐后期扩展麻烦ESP8266有无独立硬件RNG高勉强能用但随机源是短板ESP32经典版有有依赖部分外围高可用但需看具体型号ESP32-S3有有硅级热噪声源中高推荐I2C引脚更宽裕选ESP32-S3的直接理由有两个。第一它内置了硬件真随机数发生器调用esp_random()就能拿到基于芯片内部热噪声的随机数不用自己去找熵源这对“抛硬币”这个应用来说太关键了后面会详细展开。第二ESP32-S3的GPIO口比较多而且很多引脚默认支持I2C、SPI等外设不用小心翼翼地避开下载引脚新手布线的容错率更高。如果你手头只有经典ESP32 DevKit V4这个项目一样能做不必刻意换板子。但要注意经典ESP32部分型号和开发板的第二路UART与FLASH引脚可能存在冲突如果直接照搬我后面的接线图可能会遇到“能烧录但跑起来不稳定”的情况。2.2 显示、按键、发声交互三件套的选择显示模块我用了0.96英寸SSD1306 OLED128x64分辨率I2C接口。市面上还有很多1.3寸OLED、1.8寸TFT彩屏甚至2.4寸触摸屏可选但我建议做这个项目的时候克制一点。SSD1306功耗低、驱动库成熟、刷新率对这个动画规模完全够用而且128x64在这个场景下刚好是一个“紧凑但不局促”的桌面视角。按键方面选带有金属触点的桌面型大按键直径30mm左右那种手感类似街机按钮。不要用面包板的轻触开关那种手感太薄按下去没有“决策感”。动手能力强的可以直接加一个3D打印按键帽把按钮表面做得更突出。发声部分有两种路线。一是无源蜂鸣器用PWM输出方波就能发出“嗒”的一声成本最低。二是DFPlayer Mini串口MP3播放模块接个小喇叭可以播放实录的硬币落下声音甚至自定义台词但接线和程序复杂度都会上升。我最终选了DFPlayer因为这台设备的赛博感很靠声音撑起来——真实的硬币撞击声放在OLED翻转动画后面观感会立刻不一样。2.3 供电与外设的选择桌面设备的“高级感”来源供电方案我建议用现成的TP4056充电板加一节18650锂电池而不是直接插USB供电。原因很简单抛硬币这个场景的核心动作是“走过去按一下”如果设备挂着电线它就永远是一块开发板而不是一件桌上摆件用电池后它可以放在任何位置设计自由度完全不一样。18650电池容量建议选2000到3000mAh。实际的功耗测算后面会细算但大致状态是OLED关闭且待机时整机约20mA工作状态OLED加WiFi加声音约180mA。按一次抛硬币从按下到动画结束约2秒计算单次平均耗电约0.1mAh3000mAh电池可以支撑几千次抛硬币充一次电用一两个月没有问题。2.4 3D打印外壳让内部走线不丢人外壳是整个项目最容易翻车的地方。我第一次用的光敏树脂打印件黑色哑光材质搭配橙色按钮效果不错但有两个问题壁厚太薄导致螺丝孔滑丝OLED开窗尺寸偏差0.3mm导致屏幕歪斜。第二次改成PLA打印壁厚加到2mm屏幕窗口留0.5mm余量并在外壳内部设计了两个固定柱用来卡住PCB和电池翻车问题就消失了。如果你没有3D打印机也可以用成品ABS仪表盒加工只是少了点“赛博”味道。我是建议第一次做就打印一个带棱角的斜切面外壳内部隔出两层上层放OLED和按钮下层放主控和电池。这样打开外壳维修或升级时不会被一团飞线恶心到。3. 接线与硬件改造避免经典翻车点3.1 最终的引脚分配与供电链路我的接线方案经过至少三次调整最终稳定在下面这组引脚上适合ESP32-S3 DevKitC-1板型。功能引脚备注OLED I2C SDAGPIO7板上默认I2C总线脚OLED I2C SCLGPIO6配2.2k欧姆上拉电阻按键输入GPIO0接GND启用内部上拉DFPlayer RXGPIO8串口监听经分压电阻接模块RXDFPlayer TXGPIO5串口输出接模块TX按键点亮背光LEDGPIO4可控一个5V灯带小段无源蜂鸣器GPIO9备用发声通道这里有个坑需要重点说一下。很多ESP32-S3开发板默认把GPIO0用于BOOT按键但它同时也是下载模式选择脚。按键接在GPIO0和GND之间时如果按键在烧录瞬间被按下板子会进入下载模式表现就是“烧录卡住、一直等串口连接”。解决方法是烧录前先确认按键没按下或者干脆把按键改到别的引脚。我保留GPIO0是因为它离实体按钮的开孔位置最近走线最短只要你记得在烧录时保持断开就没有问题。3.2 按键抖动是硬件问题不能只靠软件按键抖动是所有硬件交互项目的第一课。我看到很多人在程序里用delay(50)去“消抖”这种做法当系统只有一个任务时能勉强糊弄但ESP32上有WiFi、OLED刷新、状态机这些并行任务一旦按键中断时系统正在执行其他代码delay会阻塞整个流程动画直接卡顿。我用的方案是硬件和软件各做一层防护。硬件上在按键两端并联一个100nF涤纶电容组成RC低通滤波机械弹跳的高频分量被吸收大半软件上用一个非阻塞的20毫秒稳定期判断只有连续两次采样结果一致才确认按下。这样处理后反复快按一万次也没有出现过一次误触发或漏触发。3.3 电池和稳压别让纹波污染舵机般的LED效果18650电池的标称电压是3.7V但实际充满后有4.2V放电截止到3.0V左右。ESP32-S3的供电范围是3.0V到3.6V所以不能直接用电池电压接VIN必须经过稳压。经典的AMS1117-3.3在这里不是好选择它的压差有1.1V电池降到4.2V以下时输出就可能跌破3.3V表现就是OLED闪屏、WiFi掉线。我换成了ME6212C33压差只有几百毫伏静态电流很低对电池供电的场景非常合适。音频模块单独供电反而会引入地线回路噪声。我最初给DFPlayer单独接了一路5V升压导致播放声音时OLED画面出现横纹揪了半天才发现是共地噪声。后来把DFPlayer改到从3.3V稳压后的同一路供电串一个小容量电容做隔离噪声彻底消失。4. 随机数的核心真随机与公平性不能靠感觉4.1 为什么不能用millis() % 2或者普通伪随机如果一个项目只是“看起来随机”那millis() % 2确实够了扔一百回肉眼也看不出规律。但作为一个标榜“公平决策”的数字硬币我必须诚实面对一件事实如果把随机性的控制权交给了可预测的算法它就不配叫抛硬币。常见的伪随机函数比如Arduino的random()底层是基于某种确定性的数学递推。一旦知道初始种子和递推参数整个序列是可复现的。对真实世界的场景多数用户不会去攻击一台抛硬币机但心理层面的“不信任”同样致命如果朋友怀疑这机器有偏向它作为决策工具的权威性就没了。更实际的问题是种子太差。很多代码喜欢用randomSeed(analogRead(A0))作为熵来源这在很多开发板上其实是伪随机——数字引脚悬空读数常常稳定在某个区间换一块芯片甚至可能每次都一样。结果就是看起来随机实际上正反面分布极不均匀。4.2 ESP32内置硬件熵源的工作原理ESP32系列芯片内置了基于半导体热噪声的真随机数发生器英文叫TRNG。它的原理是利用芯片内部反相器链中热噪声引起的相位抖动不断采样熵源输出一个统计上接近均匀分布的随机数序列。对ESP32-S3来说esp_random()函数就是从这套真随机数发生器中取一个32位的值。实际调用非常简单#include esp_random.h // 返回0或1模拟硬币正反面 bool flipOnce() { uint32_t raw esp_random(); return (raw 1) 1; }这里注意一点如果你需要更严格的均匀性可以取32位值的多个比特做异或或者丢弃末尾比特因为TRNG的每一个比特在统计上都有很高的熵密度。但抛硬币只需要一位取最低位后大规模测试的正反面比例非常接近1比1符合预期。4.3 物理硬币与芯片随机源到底哪个更公平有朋友问我真硬币抛起来不也有空气阻力和桌子边缘影响吗有必要搞那么较真吗我的答案是数字随机源的“理想化”恰恰是它比物理硬币强的地方。物理硬币的公平度受质量分布、操作手法、落地表面甚至空气湿度影响而且存在极小概率的“立硬币”状态需要重新抛。数字硬币只要随机源是均匀的输出就是绝对二选一不存在“边缘立起来”的中间态。更重要的是物理硬币在开模时如果图案两面不对称实际会出现系统偏差数字方案完全不会有这类问题。我把赛博抛硬币的随机源定位为“高公平度决策工具”所以选择使用硬件熵源而不是随手写个伪随机。工程上这叫“把信任建立在物理世界的不确定性上”而不是建立在某个数学公式上。4.4 随机性验证别听芯片宣传实测才能服人芯片手册说它底子好那是厂家说的做出来的设备能不能经得起检验得自己跑数据。我给设备加了一个调试模式连续抛5000次记录正反面计数并在网页接口汇报统计结果。实测一次连续5000次后正面2487次、反面2513次比例为49.74%对50.26%偏差不到1%。严格意义上需要用卡方检验去判断序列是否均匀但对我们这个场景粗算比例和日常观察已经足够。如果你也想复测可以在电脑上连续调用设备的API一千次自己统计一下正反面分布如果比例偏离3%以上先检查是不是程序里误用了伪随机函数再检查硬件RNG的初始化状态。5. 软件架构状态机、动画与WiFi远程触发5.1 从冷启动到状态机为什么不用一条if写到头很多人第一次写这类交互程序会写一个巨长的loop()从上到下依次判断按键、刷新屏幕、处理网络。一旦逻辑变复杂这个写法会把自己逼疯动画播放中按了第二次按键怎么办WiFi请求响应到一半按键又来了怎么办我一开始也用“主循环逐行检查”的写法结果动画被WiFi请求打断过好几次画面出现撕裂帧。后来彻底重构成了状态机只有四个状态IDLE待机、ANIMATING翻转中、SHOW_RESULT展示结果、NET_SERVICE处理网络请求。核心逻辑很简单enum FlipState { IDLE, ANIMATING, SHOW_RESULT, NET_SERVICE }; FlipState state IDLE; void loop() { switch (state) { case IDLE: if (buttonPressed()) setupFlip(); // 记录随机结果并进入ANIMATING break; case ANIMATING: renderAnimation(); // 逐帧渲染每帧约16ms if (animationDone()) state SHOW_RESULT; break; case SHOW_RESULT: showResultOnScreen(); if (millis() - resultShownAt 5000) state IDLE; break; case NET_SERVICE: handleWebRequests(); state IDLE; break; } }这套状态机的最大好处是任何时刻只有一个状态被处理按下的第二次按键不会打断正在播放的动画WiFi请求也只是在处理完动画后才响应。这就是嵌入式系统里典型的“状态隔离”思想。5.2 OLED翻转动画的实现让128x64屏产生“3D感”OLED只有128x64分辨率要表现一枚硬币的翻转不能真的做三维建模我用的是“椭圆宽高比变化”模拟。一眼看去硬币在翻转过程中被压扁、再回弹、再定格视觉上就能形成立体旋转的错觉。具体算法是假设一次翻转总时长1.6秒每一帧根据当前进度计算硬币在屏幕上的可视宽度和高度。硬币宽度保持60像素不变高度从60像素收缩到8像素再回到60像素形变周期对应硬币翻转半圈。同时硬币表面画一道圆形亮线做边缘高光当高度最小时亮线变成一条直线模拟硬币侧面的“薄片”视角。为了让动画流畅我做了两个优化。第一把整个渲染过程控制在每帧16毫秒内SSD1306的I2C通信会被限制所以一次只绘制变化区域的局部矩形不整屏刷新。第二把翻转中的硬币分三段绘制上半圆、下半圆、中间边缘线每个部分用fillCircle和drawCircle组合完成减少图形库的重复调用。实测下来完整动画约1.6秒平均帧率在30fps左右视觉上已经很顺畅。5.3 用WiFi把手机变成远程开关局域网远程触发的实现我用的是ESPAsyncWebServer库。设备启动后连接WiFi开启一个HTTP服务提供三个接口GET /返回一个极简的网页页面上只有一个大按钮。POST /flip触发一次抛硬币返回JSON格式的结果。GET /stats返回最近100次结果的统计。移动端或桌面浏览器访问后点击按钮就和按实体键一样触发随机事件。这里有个细节因为SPA页面和后端API在同一个域不需要处理跨域问题代码极其简单。远程触发的核心片段如下server.on(/flip, HTTP_POST, [](AsyncWebServerRequest *request) { bool result esp_random() 1; String json result ? {\result\:\heads\} : {\result\:\tails\}; request-send(200, application/json, json); });我建议开发时再加一个mDNS支持让设备通过cybercoin.local访问省得每次查IP。ESP32-S3的mDNS响应速度非常快手机浏览器打开cybercoin.local几乎是秒开。5.4 决策记录统计要怎么做Flash寿命要注意“最近100次记录”这个功能看似简单埋了一个大坑ESP32-S3的Flash写次数是有限制的大概十万次级别如果每次抛硬币都把结果写进Flash用不了多久就会把存储芯片写穿。我的第一版代码就是这么写的跑了两天才意识到赶紧改成只记载内存。正确方案是把结果存到一个含100个元素的环形缓冲区里程序运行期间只改内存不碰Flash。只有用户长按按键超过3秒或者主动访问一个“保存记录”的调试接口时才把缓冲区内容以JSON格式整体写入一次Flash。这样算下来Flash的写次数从每天几千次变为每天不到十次寿命问题彻底消失。环形缓冲区的实现也值得说一说const int HISTORY_SIZE 100; uint8_t history[HISTORY_SIZE]; size_t historyIndex 0; void RecordResult(bool isHeads) { history[historyIndex] isHeads ? 1 : 0; historyIndex (historyIndex 1) % HISTORY_SIZE; }取数据时从旧到新循环遍历避免因为覆盖顺序导致展示错乱。这个小工具后来成了整台设备被朋友玩得最多的一项功能。6. 调试与踩坑记录三次让人抓狂的故障6.1 按键接触不良内部上拉的“虚假安全感”第一版程序烧录后按十次按键有四五次没反应。我下意识以为是程序逻辑问题加了各种软件滤波情况依然时好时坏。用万用表量了按键两端发现按下瞬间电阻变化是正常的但断电重开后有时会直接触发一次“抛硬币”。排查到最后问题出在内部上拉电阻上。ESP32-S3的内部上拉虽然默认开启但阻值偏大并且引脚上还并联着100nF电容导致按下瞬间电平变化缓慢软件采样刚好卡在临界电平上判定结果不确定。解决方案是去掉内部上拉在按键和3.3V之间外接一个10k上拉电阻同时把100nF电容改为47nF按下上升沿瞬间边缘变成误触立即消失。6.2 手机连不上页面不是程序错是路由器“冷漠”设备启动后能连上WiFi但手机浏览器打开cybercoin.local经常转圈。一开始怀疑mDNS模块初始化有问题反复翻代码。后来发现问题出在路由器对mDNS组播包的转发策略上。有些路由器默认会隔离无线设备之间的组播通信手机发出去的mDNS查询包设备根本收不到。解决方案很简单代码里同时开启一个局域网IP的HTTP服务在串口日志里打印完整的http://192.168.x.x地址并附上二维码投射到网页端手机扫码访问。这样即使mDNS不管用仍然可以稳定连上。如果你想访问得干脆点也可以在路由器后台关闭“AP隔离”让组播包正常转发。6.3 动画闪屏I2C速率和供电电容都要背锅OLED动画初期有轻微的闪屏细看是局部刷新时出现残影残影。最开始怀疑是SSD1306驱动库的display()调用太频繁把刷新频率降到30fps后依旧闪。后来用示波器量I2C总线发现时钟波形上升沿不够陡峭才想到是上拉电阻和总线电容共同导致的。SSD1306 I2C默认速率是400kHz我手里的屏配了2.2k上拉电阻实际信号边沿还能接受但动画场景下连续大量刷新总线负载吃紧偶尔出现传输错误。两个动作解决了问题一是把I2C速率降低到300kHz肉眼完全察觉不到刷新变慢但总线余量大了很多二是在OLED电源脚和GND之间增加一个100uF电解电容吸收刷新时的瞬态电流尖峰。改完后再也没有闪屏。6.4 从“能用”到“好用”声光反馈的最后一公里功能全跑通之后我意识到它还不算一件“桌面摆件”——动画有了结果有了但缺了一层情感反馈。我加了两样东西。第一给按钮增加一个炫彩LED灯环待机时缓慢呼吸蓝光按下瞬间变成橙色光晕结果出来后变成红色或绿色用颜色代替文字告诉所有人“正面还是反面”。第二在结果定格的同时DFPlayer播放一段约0.2秒的金属撞击声采样。声音和视觉同步的瞬间朋友们的反应完全不一样了——之前大家只是“看结果”现在是真的“等结果”。这套声光反馈看似是小事但实际工程感受很明显人的决策仪式感有一半来自环境反馈而不仅是逻辑输出。如果你也打算复刻这个项目我强烈建议别把最后这步省掉。7. 从抛硬币到“决策仪式”还能往哪里延伸赛博抛硬币做到接近尾声我发现它有意思的地方已经不是“随机器”本身而是它创造了一种新的决策互动方式。过去抛硬币只是两个人之间的事现在它可以接进局域网一个房间里所有人掏出手机就能同时看到结果确定谁请客、谁洗碗、谁来做报告。它从一个冰冷的随机数发生器变成了一个让集体决策更有笑果和仪式感的工具。如果你照着做了一台后续可以考虑把这些方向和它组合在设备里加一个“决策日记”每次结果自动关联一个时间戳按月统计正反面比例观察自己是不是真的在反复依靠抛硬币。把远程访问范围扩大到外网需要做认证和访问控制这样异地朋友也能在同一个随机事件上“一起抛”。把随机源更换成更复杂的方案比如同时读取多个硬件熵源再做多数判决进一步降低极低概率的偏差。给设备加上语音播报按完按钮后直接念出结果对视力障碍者更友好也更具有“赛博裁判”的趣味性。我最后想做的一个小扩展是把两台赛博抛硬币放在不同城市通过网络同步同一个随机事件让两个房间的人看到完全一致的翻转动画和结果。听起来很玄但技术上和设备都已经很接近了只差一个时间同步和状态广播的逻辑。那次晚饭后到今天这台设备已经在我家客厅服役了大概两个月按下了两百多次不锈钢真硬币依然静静躺在抽屉最里面。如果你动手做完后有什么更好玩的想法欢迎把方案甩给我说不定下一版就是我们的集体决策终端。