企业官网建设流程全解析

1. 项目概述与核心价值

最近在折腾一个挺有意思的物联网小项目，灵感来源于日常生活中的一个小痛点：城市垃圾清运。不知道你住的地方是不是也这样，垃圾车来的时间点不太固定，有时候提前把垃圾袋放门口，等半天不来，风吹日晒还可能被猫狗扒开，弄得一片狼藉；有时候稍微晚一点，又错过了收运，垃圾得在家多放一天。这个基于ESP8266的垃圾车预警系统，就是为了解决这个“时机”问题。它的核心思路特别直接：在垃圾车上装个“信标”（发射器），在居民家里或公司里装个“哨兵”（接收器），当车辆进入大约100米范围内时，“哨兵”就会通过声音或手机通知你：“车快到了，准备倒垃圾！”。这样一来，你只需要在收到预警后的几分钟内把垃圾拿出来就行，大大减少了垃圾在公共区域的暴露时间。

这个项目的技术内核，是ESP8266这款性价比极高的Wi-Fi芯片的本地直连通信能力。我们通常用ESP8266去连家里的路由器上网，但在这里，我们让它“不联网”，而是自己创建一个微型的、局部的无线网络。车上的ESP8266作为接入点（AP），持续广播一个特定的网络名称（SSID）；家里的ESP8266作为站点（STA），不断地扫描周围是否有这个特定的网络。一旦扫描到，就意味着车辆进入了通信范围，接收端立刻触发预设的动作，比如鸣响蜂鸣器，或者通过手机App推送通知。整个通信过程完全在本地完成，不依赖家庭宽带、移动数据或者任何互联网连接，响应速度快，系统独立性强，也避免了网络依赖带来的不稳定。

从更广的视角看，这类项目是“智能城市”或“社区物联网”的一个非常接地气的缩影。它不需要庞大的中央服务器和复杂的5G网络，用几十块钱的硬件和开源固件，就能解决一个具体的、影响居住环境的小问题。除了提醒居民，这个触发信号还可以用于联动其他设备，比如自动打开智能垃圾桶的盖子，或者点亮一个特定的提示灯，应用场景可以很灵活。接下来，我会把整个从思路到实现的过程，包括硬件选型、电路设计、代码编写、调试中遇到的坑以及如何填平，毫无保留地拆解一遍。无论你是刚接触Arduino和物联网的爱好者，还是想寻找一个具体案例来深化对ESP8266直连通信理解的开发者，相信都能从中找到可实操的参考。

2. 系统整体设计与通信原理拆解

2.1 核心需求与方案选型

这个预警系统的核心需求非常明确：可靠、低成本、低功耗（对于车载部分）、完全本地化运行。基于这些需求，我们否决了几个备选方案。比如蓝牙（BLE），虽然功耗低，但有效距离通常只有几十米，难以满足百米级的预警需求。再比如LoRa，距离远、功耗低，但需要额外的射频模块，增加了成本和复杂度。而ESP8266内置的2.4GHz Wi-Fi模块，在空旷环境下实现100米左右的通信距离是可行的，并且其Arduino兼容的生态使得开发门槛极低，成本也控制在单模块10元人民币左右，成为了最优解。

整个系统采用一对一的“信标-扫描”模式。这种模式类似于你手机打开Wi-Fi列表时看到的那些热点，只不过我们这个“热点”（垃圾车）是移动的，而“手机”（家庭接收器）是固定的。方案的关键在于两点：一是确保车载发射器广播的网络SSID是唯一且易于识别的；二是确保家庭接收器的扫描逻辑高效且能准确过滤目标信号。

2.2 Wi-Fi直连（ESP-NOW与Soft-AP模式）的权衡

在ESP8266/ESP32的生态中，实现设备间直接通信主要有两种主流方式：ESP-NOW协议和传统的Soft-AP/STA模式。这里我们需要仔细权衡。

ESP-NOW是乐鑫官方推出的一种无连接、低功耗的通信协议。它速度快，功耗相对较低，特别适合传感器数据的小包、频繁传输。但它通常需要预先配对设备地址，更适合固定设备组网。在我们的移动场景下，车辆是移动的，接收端需要动态发现车辆，使用ESP-NOW来实现“发现”功能会稍显复杂，需要额外的配置或引导步骤。

Soft-AP/STA模式则是利用了Wi-Fi最基础的功能。车载设备设置为Soft-AP模式，相当于变成一个微型路由器，广播一个SSID（例如“Garbage_Truck_001”）。家庭接收器设置为STA模式，不断扫描周围的Wi-Fi网络，并检查扫描结果列表中是否包含目标SSID。一旦匹配成功，即触发警报。这种方式逻辑极其直观，代码简单，并且天然解决了“发现”问题——扫描Wi-Fi列表是STA模式的内置功能。

考虑到本项目对通信数据量的要求极低（只需要传递一个“我来了”的信号），对实时性的要求是秒级（扫描间隔1-2秒足以），而开发简易性和可靠性是优先考虑项，我们最终选择了Soft-AP/STA扫描模式。它的缺点主要是功耗相对较高（AP和持续扫描都比较耗电），但对于车载设备（接车辆电瓶）和家庭接收器（接市电）而言，功耗不是首要约束。

2.3 系统架构与工作流程

整个系统由两个独立的硬件节点构成，它们之间通过2.4GHz射频信号进行单向通信（车->家）。

1. 车载发射节点 (Transmitter)

• 角色：移动信标。
• 核心任务：上电后，初始化并建立一个指定SSID和密码（可选）的Wi-Fi接入点（AP）。这个AP就像车辆携带的一个身份旗帜。
• 硬件：ESP8266开发板（如NodeMCU、Wemos D1 mini）、车载12V转5V/3.3V电源模块、可选的外置天线以增强信号。
• 工作流：车辆启动 -> 供电模块上电 -> ESP8266启动 -> 建立AP -> 持续广播SSID。车辆行驶过程中，这个AP信号就像一圈不断扩大的涟漪。

2. 家庭接收节点 (Receiver)

• 角色：固定哨兵。
• 核心任务：周期性扫描周围Wi-Fi网络，检查是否有预设的SSID（如“Garbage_Truck_001”）出现。一旦检测到，立即执行预警动作（如驱动蜂鸣器），并在信号消失后停止预警。
• 硬件：ESP8266开发板、5V电源适配器、蜂鸣器或继电器模块（用于驱动更大声的警报器或灯光）、可选的外置天线。
• 工作流：设备常电运行 -> 进入STA模式 -> 每隔N秒扫描一次Wi-Fi -> 分析扫描结果 -> 若发现目标SSID，则触发警报；若目标SSID从列表中消失，则停止警报。

注意：这是一种“存在性检测”，而非“距离精确测量”。信号强度（RSSI）可以作为一个粗略的距离参考（信号越强，通常意味着越近），但由于Wi-Fi信号易受环境、遮挡物影响，不建议将其作为精确测距的依据。我们的目标是一个可靠的“进入/离开”区域检测。

3. 硬件准备与电路设计详解

3.1 物料清单与选型依据

这里列出的清单比原始想法更具体，包含了替代方案和选型理由。

车载发射端清单：

1. ESP8266开发板 x1：推荐使用NodeMCU或Wemos D1 mini。它们自带USB转串口芯片，调试方便，引脚引出完善。选择带有外部天线接口的版本（如ESP-12F模块），在金属车厢内信号穿透性会更好。
2. 车载电源降压模块 x1：车辆电瓶电压通常是12V或24V，而ESP8266需要稳定的3.3V供电。因此需要一个宽电压输入的DC-DC降压模块，例如LM2596降压模块。输入接车辆点烟器常电或直接接电瓶（需加保险丝），输出调整为5V或3.3V（具体看后续设计）。
3. 电压转换电路：如果降压模块输出是5V，ESP8266的VIN引脚可以接受5V输入（板载稳压到3.3V）。但为了更稳定，建议增加一个AMS1117-3.3线性稳压芯片，将5V转为3.3V，再供给ESP8266的3.3V引脚。同时，在电源输入两端并联一个100μF电解电容和0.1μF陶瓷电容，用于滤除车辆电路中的电压波动和尖峰干扰，这是车载电子设备稳定工作的关键。
4. 塑料防护盒 x1：用于封装整个电路，防止灰尘、水汽和短路。

家庭接收端清单：

1. ESP8266开发板 x1：同上，推荐NodeMCU或Wemos D1 mini。
2. 5V/1A USB电源适配器 x1：稳定的市电转换。不要用劣质充电头，电压不稳可能导致ESP8266反复重启。
3. 有源蜂鸣器模块 x1：这是最简单的报警装置。注意要选择有源蜂鸣器（给电就响），而不是无源的（需要给方波驱动）。模块通常自带驱动电路，可以直接用ESP8266的GPIO口（如D1）通过低电平触发。
4. 可选：继电器模块：如果你想驱动更大功率的设备，比如一个220V的警灯或者一个大喇叭，就需要通过继电器控制。选择3.3V低电平触发的继电器模块，可以直接与ESP8266连接。
5. 可选：LED指示灯：用于显示设备状态（如电源、扫描中、报警中）。

3.2 电路连接图与关键细节

由于无法绘制图表，我将用文字详细描述连接方式，请务必对照开发板的引脚定义图操作。

车载发射端连接：

1. 供电部分：
   • 车辆12V正极 -> 降压模块VIN+。
   • 车辆12V负极 -> 降压模块VIN-。
   • 降压模块VOUT+(5V) -> AMS1117-3.3的IN引脚。
   • 降压模块VOUT--> AMS1117-3.3的GND引脚。
   • 在AMS1117的IN和GND之间，并联一个100μF电解电容（注意正负极）和一个0.1μF陶瓷电容。
   • AMS1117的OUT(3.3V) -> ESP8266的3.3V引脚。
   • AMS1117的GND-> ESP8266的GND引脚。
   • 切记：所有单元的“地”（GND）必须最终连接在一起，共地是电路正常工作的基础。

家庭接收端连接：

1. 供电：5V USB适配器直接通过Micro USB口给NodeMCU开发板供电。这是最简单可靠的方式。
2. 蜂鸣器连接：
   • 蜂鸣器模块的VCC引脚 -> NodeMCU的3.3V或VIN（如果模块支持5V，接VIN更响）。
   • 蜂鸣器模块的GND引脚 -> NodeMCU的GND。
   • 蜂鸣器模块的I/O或SIG引脚 -> NodeMCU的D1(GPIO5) 引脚。
3. 继电器连接（可选）：
   • 继电器模块VCC-> NodeMCU3.3V。
   • 继电器模块GND-> NodeMCUGND。
   • 继电器模块IN-> NodeMCUD2(GPIO4)。
   • 将需要控制的设备（如警灯）的电源线，串联到继电器的常开（NO）触点回路中。

实操心得：电源是稳定的基石。ESP8266对电源噪声非常敏感，尤其在车辆这种电气环境复杂的地方。我在第一次路试时，直接用了一个廉价的点烟器转USB头，车辆一发动或开关大灯，ESP8266就重启。后来换用了LM2596降压模块并加上前述的滤波电容，问题彻底解决。家庭端也一样，用一个老旧的手机充电头供电，偶尔会出现Wi-Fi连接不稳定的情况，换用品牌充电头后一切正常。所以，不要在电源上省钱。

4. 软件实现与代码逐行解析

我们将分别编写车载发射端和家庭接收端的Arduino代码。请确保你的Arduino IDE已安装ESP8266开发板支持。

4.1 车载发射端 (Transmitter) 代码

车载端的代码极其简单，它的唯一任务就是启动一个Wi-Fi接入点。

// Garbage Truck Transmitter - ESP8266 #include <ESP8266WiFi.h> // 配置参数 const char* ssid = "Garbage_Truck_001"; // 车辆AP的网络名称，建议按车队编号修改 const char* password = ""; // 可以不设密码，如需简单安全可设如"12345678" void setup() { Serial.begin(115200); // 启动串口调试，便于观察 delay(100); Serial.println("\n"); Serial.println("=== Garbage Truck Transmitter Starting ==="); // 设置为AP模式 WiFi.mode(WIFI_AP); // 配置AP的网络参数 // 参数: SSID, 密码, 信道(1-13), 是否隐藏SSID(0=否), 最大连接数 boolean result = WiFi.softAP(ssid, password, 6, 0, 1); // 信道6是一个相对干扰较少的常用信道。最大连接数设为1，因为我们不需要其他设备连接。 if (result) { Serial.println("AP Setup Successful!"); Serial.print("AP IP Address: "); Serial.println(WiFi.softAPIP()); // 打印AP自身的IP地址（虽然我们不用） Serial.print("AP SSID: "); Serial.println(ssid); } else { Serial.println("AP Setup Failed!"); while(1) { // 如果AP启动失败，则停在这里 delay(1000); Serial.print("."); } } } void loop() { // 主循环什么都不用做，AP会在后台持续运行 // 可以加一个心跳指示灯，比如每10秒闪一下LED，表示设备活着 // digitalWrite(LED_BUILTIN, !digitalRead(LED_BUILTIN)); // delay(10000); delay(1000); // 防止看门狗复位 }

代码关键点解析：

1. WiFi.mode(WIFI_AP)：将ESP8266设置为纯接入点模式，它不会去连接其他网络。
2. WiFi.softAP(ssid, password, channel, hidden, max_connection)：这是核心函数。channel（信道）的选择有点讲究。2.4GHz Wi-Fi有13个信道，在居民区可能非常拥挤。选择一个相对空闲的信道（如1, 6, 11这三个互不干扰的信道之一）可以提高通信可靠性。这里设为6。hidden设为0表示广播SSID，这样接收端才能扫描到。max_connection设为1足矣。
3. 代码中没有复杂的逻辑，loop()函数几乎是空的。这意味着设备运行后功耗相对固定，稳定性很高。

4.2 家庭接收端 (Receiver) 代码

接收端代码是核心，它需要管理Wi-Fi扫描、信号判断和报警动作。

// Garbage Truck Receiver - ESP8266 #include <ESP8266WiFi.h> // 配置参数 const char* targetSSID = "Garbage_Truck_001"; // 要寻找的目标车辆AP名称 const int scanInterval = 2000; // 扫描间隔，单位毫秒，2秒一次 const int rssiThreshold = -80; // RSSI信号强度阈值，大于此值（如-70）才认为有效，可根据实测调整 // 报警控制引脚 const int buzzerPin = 5; // NodeMCU的 D1 引脚 (GPIO5) bool alarmActive = false; // 报警状态标志 unsigned long lastScanTime = 0; void setup() { Serial.begin(115200); pinMode(buzzerPin, OUTPUT); digitalWrite(buzzerPin, HIGH); // 初始化为高电平，关闭蜂鸣器（低电平触发） // 如果你的蜂鸣器模块是高电平触发，则这里应设为LOW。 Serial.println("\n=== Garbage Truck Receiver Started ==="); Serial.print("Target SSID: "); Serial.println(targetSSID); Serial.println("Starting in STA mode..."); WiFi.mode(WIFI_STA); // 设置为站点模式 WiFi.disconnect(); // 断开任何可能的旧连接 delay(100); } void loop() { unsigned long currentMillis = millis(); // 定时扫描逻辑 if (currentMillis - lastScanTime >= scanInterval) { lastScanTime = currentMillis; scanForTruck(); } // 其他任务可以在这里添加，例如用LED显示状态 } void scanForTruck() { Serial.println("--- Scanning for Networks ---"); int n = WiFi.scanNetworks(false, true); // 参数：async=false, show_hidden=true // 第一个参数false表示同步扫描（等待完成），true表示异步（不等待）。 // 第二个参数true表示扫描隐藏网络，我们不需要，设为false。 bool truckFound = false; int foundRSSI = -100; // 初始化为一个很弱的信号值 if (n == 0) { Serial.println("No networks found."); } else { Serial.print(n); Serial.println(" networks found."); for (int i = 0; i < n; ++i) { // 打印所有扫描到的网络信息，用于调试 Serial.print(i + 1); Serial.print(": "); Serial.print(WiFi.SSID(i)); Serial.print(" ("); Serial.print(WiFi.RSSI(i)); Serial.print(" dBm)"); Serial.println((WiFi.encryptionType(i) == ENC_TYPE_NONE) ? " *" : ""); // 检查是否是目标车辆 if (WiFi.SSID(i) == targetSSID) { truckFound = true; foundRSSI = WiFi.RSSI(i); Serial.println(">>> TARGET FOUND! <<<"); break; // 找到目标就跳出循环 } } } Serial.println("--- Scan Complete ---"); // 判断并控制报警 if (truckFound && foundRSSI > rssiThreshold) { if (!alarmActive) { // 首次发现车辆，触发报警 activateAlarm(true); alarmActive = true; Serial.println("Alarm ACTIVATED."); } else { // 报警持续中 Serial.println("Alarm持续中..."); } } else { if (alarmActive) { // 车辆信号消失或变弱，关闭报警 activateAlarm(false); alarmActive = false; Serial.println("Alarm DEACTIVATED."); } } WiFi.scanDelete(); // 清理扫描结果缓存，释放内存 } void activateAlarm(bool state) { if (state) { digitalWrite(buzzerPin, LOW); // 低电平触发蜂鸣器 // 如果想实现间歇性鸣叫，可以在这里用定时器控制，而不是常响。 // 例如：tone(buzzerPin, 1000); // 在支持tone的引脚上产生1kHz声音 } else { digitalWrite(buzzerPin, HIGH); // 关闭蜂鸣器 // noTone(buzzerPin); // 如果用了tone，用这个停止 } }

代码关键点解析与优化：

1. 扫描策略：WiFi.scanNetworks()是一个阻塞函数，扫描期间MCU几乎不能做其他事。我们通过scanInterval控制扫描频率。2秒的间隔对于垃圾车接近预警来说是足够的。如果想更实时，可以缩短到1秒，但会增加功耗和CPU占用。
2. 信号过滤：引入了rssiThreshold（RSSI阈值）。RSSI是接收信号强度指示，单位为dBm，值越大（越接近0）信号越强。在复杂环境中，可能在很远的地方就能扫描到极其微弱的信号（如-95 dBm），此时触发警报就太早了。通过设置一个合理的阈值（例如-75 dBm到-80 dBm），可以确保车辆真正进入有效预警范围（如50米内）时才报警。这个阈值需要在实际部署地点进行测试和校准。
3. 状态管理：使用alarmActive布尔变量来记录当前报警状态。这避免了在每次扫描到车辆时都重复触发报警动作（比如反复打开继电器，可能导致继电器寿命缩短），只在状态改变时（从无到有，从有到无）执行一次开关操作。
4. 报警动作：activateAlarm函数目前是简单的电平控制。你可以在这里扩展更多功能，比如：
   • 驱动继电器控制大功率警灯。
   • 通过tone()函数让蜂鸣器发出特定的警报音调。
   • 添加一个LED，用不同闪烁模式表示扫描中、已发现等状态。

实操心得：调试是成功的一半。在编写和测试这段代码时，务必利用好串口监视器。将扫描到的所有网络名称和RSSI值打印出来，这能帮你：1) 确认是否能正确扫描到你的车载AP；2) 观察在不同距离下的RSSI值，从而确定一个合理的rssiThreshold；3) 发现周围是否有同名的干扰网络。我曾遇到过邻居家的路由器名字恰好也叫“TP-Link_XXX”，导致误报警，后来将车载AP的SSID改成了更独特的“GC_TRUCK_#001”就解决了。

5. 系统部署、调试与优化实录

5.1 车载端安装与供电安全

车载端的安装首要考虑是安全和稳定。

1. 取电位置：最安全的方式是从车辆点烟器（12V ACC电源）取电。这样车辆熄火后会自动断电，避免电瓶亏电。如果需要车辆熄火后仍工作（意义不大），则需从电瓶常电取电，但务必在正极线上串接一个保险丝（如2A），并且确保线路连接牢固，用绝缘胶布或热缩管包好，防止短路。
2. 设备固定：将组装好的电路板放入塑料防水盒内，用扎带或3M双面胶固定在车内通风、干燥、远离高温热源（如发动机）和强电磁干扰源（如点火线圈）的位置。前挡风玻璃下方的中控台内侧是个常见选择。
3. 天线布置：如果使用外置天线，尽量将天线通过延长线放置在车窗附近，减少金属车体的屏蔽效应。天线应竖直向上。

上电测试：在车辆静止状态下，给设备通电。打开手机Wi-Fi设置，你应该能搜索到一个名为“Garbage_Truck_001”（或你自定义的）的开放网络。如果能搜到，说明车载发射端工作正常。

5.2 家庭端部署与阈值校准

家庭接收端通常放置在靠近门口或窗户、能方便听到警报的地方。

1. 阈值校准：这是保证预警距离准确的关键步骤。你需要两个人配合：

   • 将车载设备通电放在车上（或模拟移动）。
   • 接收端上电，打开串口监视器。
   • 让人带着车载设备（或手机开热点模拟）从远处逐渐走近接收端。
   • 观察串口输出的RSSI值变化。记录下当你觉得“是时候该拿垃圾出去了”的那个距离点（比如30米）对应的RSSI值，例如-72 dBm。
   • 将这个值填入代码中的rssiThreshold变量，重新烧录固件。
   • 反复测试几次，确保车辆进入这个距离范围时警报可靠触发，离开后可靠停止。

2. 防误报优化：除了使用RSSI阈值，还可以在软件中加入“持续检测”逻辑。例如，要求目标SSID在连续2-3次扫描中都出现且信号强度超过阈值，才最终触发警报。这可以有效过滤掉瞬间的信号闪动或干扰。

// 在loop()或scanForTruck()函数中增加持续检测逻辑 int detectionCount = 0; const int requiredConfirmations = 2; // 需要连续确认的次数 if (truckFound && foundRSSI > rssiThreshold) { detectionCount++; if (detectionCount >= requiredConfirmations && !alarmActive) { activateAlarm(true); alarmActive = true; } } else { detectionCount = 0; // 信号不符合条件，计数器清零 if (alarmActive) { // 可以加入“信号丢失持续N次后再关闭报警”的逻辑，防止车辆短暂被遮挡时误关 activateAlarm(false); alarmActive = false; } }

5.3 功能扩展与进阶思路

基础系统跑通后，你可以考虑以下扩展方向，让项目更具实用性：

1. 多车辆识别：垃圾公司可能有多辆车服务不同路线。你可以在接收端代码中定义一个SSID列表（如String truckSSIDs[] = {"Truck_001", "Truck_002"};），扫描时遍历这个列表。甚至可以驱动不同颜色的LED或不同的警报音调来区分是哪辆车来了。

2. 手机App通知（无需互联网）：利用ESP8266的Wi-Fi功能，在触发警报时，接收端自身可以创建一个简单的Web服务器。当你手机连接上这个临时Wi-Fi热点（或处于同一局域网）时，自动弹出提醒页面或播放声音。这需要更复杂的网络编程，但能实现更丰富的交互。

3. 电池供电与低功耗优化：如果想让接收端摆脱电源线，可以使用大容量锂电池供电，并修改代码进入深度睡眠模式。例如，让ESP8266每10秒唤醒一次，快速扫描，如果没发现目标，立即再次进入深度睡眠。这样可以将平均电流从几十mA降到几个mA，极大延长续航。

4. 增加物理按钮：在接收端增加一个按钮，用于手动测试警报、静音或进入配置模式（如长按5秒后，用手机连接ESP8266的配置AP来修改目标SSID和阈值）。

6. 常见问题排查与实战心得

在实际制作和调试过程中，你几乎一定会遇到下面这些问题。这里是我踩过坑后的经验总结。

问题1：接收端完全扫描不到车载AP的信号。

• 可能原因与排查：
  1. 距离太远或遮挡严重：先在近距离（5米内）无遮挡环境下测试。
  2. 信道冲突或干扰：2.4GHz频段非常拥挤。尝试在车载端代码中修改WiFi.softAP的信道参数，换用1, 6, 11这三个互不重叠的信道试试。
  3. 电源问题：车载端供电不足会导致射频功率低。用万用表测量ESP8266的3.3V引脚电压，确保在3.2V-3.6V之间且稳定。
  4. 代码错误：检查车载端代码中的WiFi.mode(WIFI_AP)和WiFi.softAP是否成功执行。通过串口监视器查看启动日志。
  5. 硬件损坏：ESP8266模块或天线损坏。更换模块测试。

问题2：警报触发不稳定，时有时无。

• 可能原因与排查：
  1. RSSI阈值设置不当：阈值设得太高（如-60 dBm），车辆需要非常近才报警；设得太低（如-90 dBm），极弱的干扰信号就可能误触发。根据“阈值校准”步骤重新确定。
  2. Wi-Fi环境复杂：周围有大量同名或强信号Wi-Fi干扰。将车载AP的SSID设置为一个非常独特、包含特殊字符的名字（如“#GC@TRK01”）。
  3. 供电纹波：特别是车载端，车辆启动、大灯开启时电压波动大。确保电源模块输出端并接了足够大的滤波电容（如前述的100μF+0.1μF）。
  4. 扫描间隔与车辆速度：如果车辆行驶速度很快，而你的扫描间隔是5秒，可能车辆已经驶过才扫描到一次。适当缩短扫描间隔至1-2秒。

问题3：蜂鸣器不响或继电器不动作。

• 可能原因与排查：
  1. 引脚连接错误或接触不良：用万用表通断档检查杜邦线连接。
  2. 驱动能力不足：ESP8266的GPIO口驱动电流有限（约12mA）。如果直接驱动大功率蜂鸣器或继电器线圈，可能拉低电压导致系统复位。务必使用三极管或MOS管驱动电路，或者直接使用集成了驱动电路的蜂鸣器/继电器模块。
  3. 电平逻辑搞反：确认你的蜂鸣器/继电器模块是高电平触发还是低电平触发，代码中的digitalWrite要与之对应。模块说明书通常会写明。

问题4：系统偶尔会自动重启。

• 几乎可以肯定是电源问题。ESP8266在射频发射时瞬时电流可能超过200mA。使用劣质USB线、老旧的充电头或功率不足的降压模块，会在射频工作时导致电压骤降，触发芯片的欠压复位（Brownout Reset）。解决方法就是换用优质的、输出电流能力在500mA以上的电源部件。

这个项目从构思到实现，最大的收获不是做出了一个能响的盒子，而是完整地走通了一个物联网产品的闭环：需求分析 -> 方案选型 -> 硬件设计 -> 软件编程 -> 部署调试 -> 问题排查。每一个环节都有细节需要注意，而正是对这些细节的把握，决定了一个项目是“玩具”还是“可用的工具”。希望这份超详细的拆解，能帮你绕过我踩过的那些坑，顺利做出属于你自己的垃圾车预警系统，或者激发你用它去解决身边其他有趣的“小问题”。物联网的魅力，就在于这种用简单技术连接物理世界的小创造。