一、先搞懂两个核心概念：频段和网关
很多刚接触LoRaWAN的朋友，总觉得这俩东西是“看不见摸不着”的玄学，其实用大白话讲就懂： 频段就是LoRaWAN设备发消息用的“专属无线频道”，就像咱们日常听收音机的FM90.3、FM103.7，每个频段有固定的频率范围，不同国家/地区的法规不一样，允许用的频段也不一样；网关就是“信号中转站”，负责把设备发的无线消息，转成能连互联网的有线/4G信号，传给AWS IoT Core。
举个最直观的例子：你家的LoRaWAN温感设备（比如测仓库温度的），就像你手里的收音机，只能调“规定频段”的频道；网关就像小区的广播塔，必须也调到同一个频道，才能收到温感设备的信号，再把信号传给AWS（相当于全国广播台的总部）。
1.1 频段的核心要求：必须合规且统一
很多人踩坑的第一个点，就是随便选频段，既不符合当地法规，又没和网关、AWS配置一致。比如国内法规允许的LoRaWAN频段是CN470-510（470MHz到510MHz之间），你要是选了欧洲的EU868频段，要么设备发的信号被当地无线电管理部门判定为违规，要么网关收不到信号，根本连不上AWS。
这里必须提一个和频段强相关的配置：DevEUI（设备唯一识别码）、AppEUI（应用唯一识别码）、AppKey（应用密钥），这三个是LoRaWAN设备连网关的“身份证三件套”，必须和网关、AWS上的配置完全一致，就像你去银行办业务，身份证号、手机号、密码必须全对，不然办不了。
二、频段规划的常见错误及修正方案
2.1 错误1：选了不合规的频段，导致设备无法入网
很多新手为了“方便”，直接用设备默认的EU868频段，却忘了国内法规不允许用这个频段，结果设备发的信号被干扰，根本连不上网关。 修正方案：选符合当地法规的频段，国内选CN470-510，美国选US915，欧洲选EU868。 示例（设备端配置，技术栈：LoRaWAN设备固件）：
// LoRaWAN设备固件频段配置示例（国内CN470频段）
// 配置说明：必须和网关、AWS的频段完全一致，否则无法通信
#define LORAWAN_FREQ_BAND LORAWAN_BAND_CN470 // 国内合规频段，不能改
#define LORAWAN_CHANNELS {470300000, 470500000, 470700000} // 具体的三个工作频道，网关也要设这三个
2.2 错误2：频段配置和网关、AWS不一致，导致网关收不到信号
很多人只改了设备的频段，忘了网关和AWS上的配置也要同步改，结果设备发了信号，网关却“听不见”。比如设备设了CN470频段，网关还是默认的EU868，相当于设备在FM90.3发消息，网关却调到了FM103.7，根本收不到。 修正方案：设备、网关、AWS上的频段配置必须完全一致，包括具体的工作频道。 示例（网关端配置，技术栈：LoRaWAN网关配置）：
// LoRaWAN网关频段配置示例（和设备的CN470频段一致）
// 配置说明：channels数组必须和设备的频道完全一样，否则网关无法接收信号
{
"band": "CN470",
"channels": [470300000, 470500000, 470700000],
"rx1_delay": 1 // 接收延迟，必须和设备的配置一致
}
2.3 错误3：没考虑频段的穿透性和覆盖范围，导致信号不稳定
不同频段的无线信号特性不一样，比如CN470是低频段，信号绕障碍物的能力强（能穿墙、穿仓库货架），但覆盖范围近；EU868是中频段，覆盖范围远，但穿障碍物的能力弱。很多人没考虑自己的应用场景，比如在地下仓库用EU868频段，结果信号根本穿不过地下的水泥墙，设备连不上AWS。 修正方案：根据应用场景选频段，地下仓库、密集货架选低频段（CN470），开阔场地（比如农场、园区）选中频段（EU868、US915）。 应用场景说明：
- 地下仓库温感：选CN470频段，信号能穿水泥墙；
- 农场土壤湿度监测：选US915频段，覆盖范围远；
- 欧洲园区的门禁：选EU868频段，符合当地法规。
三、网关配置的常见错误及修正方案
网关是设备和AWS之间的“桥梁”，只要网关配置错了，就算设备和AWS的配置全对，也连不上。
3.1 错误1：网关的“身份证三件套”和设备、AWS不一致
网关的“身份证三件套”（DevEUI、AppEUI、AppKey）必须和设备、AWS上的配置完全一致，就像你去机场值机，机票上的身份证号必须和你手里的身份证完全一致，不然不让值机。很多人改了设备的AppKey，却忘了改网关和AWS上的AppKey，结果网关验证不通过，拒绝转发设备的信号。 修正方案：设备、网关、AWS上的DevEUI、AppEUI、AppKey必须完全一致。 示例（AWS IoT Core配置，技术栈：AWS IoT Core规则）：
// AWS IoT Core设备配置示例（和设备、网关的身份证三件套一致）
// 配置说明：必须和设备、网关的配置完全一致，否则AWS无法识别设备
{
"DevEUI": "1234567890ABCDEF", // 设备唯一识别码，必须和设备、网关的DevEUI一致
"AppEUI": "FEDCBA0987654321", // 应用唯一识别码，必须和设备、网关的AppEUI一致
"AppKey": "0123456789ABCDEF0123456789ABCDEF", // 应用密钥，必须和设备、网关的AppKey一致
"band": "CN470" // 频段，必须和设备、网关的频段一致
}
3.2 错误2：网关的“转发规则”配置错了，导致信号传不到AWS
网关的转发规则，就是“把收到的设备信号，传给哪个AWS地址”。很多人配置网关的时候，把AWS的地址写错了（比如少写了一个字母），结果网关把信号传到了一个不存在的地址，AWS根本收不到。 修正方案：网关的转发规则里，AWS的地址、端口必须完全正确。 示例（网关转发规则配置，技术栈：LoRaWAN网关配置）：
// LoRaWAN网关转发规则配置示例（正确的AWS地址）
// 配置说明：aws_endpoint必须是AWS IoT Core的正确地址，端口必须是8883（MQTT默认端口）
{
"aws_endpoint": "a1b2c3d4e5f6g7.iot.us-east-1.amazonaws.com", // AWS IoT Core地址，必须正确
"port": 8883, // MQTT端口，必须正确
"topic": "lorawan/device/data" // 消息主题，必须和AWS上的规则一致
}
3.3 错误3：网关的“电源配置”错了，导致信号不稳定
很多人把网关放在户外（比如农场、园区），用了一个功率不够的电源，结果网关的信号发射功率不够，设备连不上。比如网关需要12V 2A的电源，你用了12V 1A的电源，结果网关的信号发射功率只有额定功率的一半，覆盖范围直接减半，设备根本连不上。 修正方案：网关的电源必须符合额定要求，户外使用要选防水、防腐蚀的电源。
四、核心技术的优缺点分析
4.1 LoRaWAN的优缺点
优点：功耗低（设备用一节电池能用好几年）、覆盖范围远（最多能到10公里）、成本低（设备和网关都便宜）； 缺点：传输速度慢（每秒最多只能传几十字节）、频段合规要求高（不同国家的频段不一样）。
4.2 AWS IoT Core的优缺点
优点：稳定可靠（AWS的服务器几乎不会宕机）、功能强大（能处理大量设备的信号）、安全（有专门的安全机制）； 缺点：需要付费（设备越多，费用越高）、配置复杂（新手容易踩坑）。
五、注意事项
- 所有配置必须完全一致：设备、网关、AWS上的频段、身份证三件套、转发规则必须完全一致；
- 必须合规：选的频段必须符合当地的法规；
- 必须测试：配置完之后，一定要测试设备能不能连上网关，能不能连到AWS；
- 必须备份：配置完之后，一定要备份所有的配置，防止丢失。
六、文章总结
用LoRaWAN设备对接AWS IoT Core的时候，频段规划和网关配置是最容易踩坑的两个点，只要避开这些坑，就能顺利对接。总结一下，核心就是“三个一致”：频段一致、身份证三件套一致、转发规则一致，只要做到这三个一致，再符合当地的法规，就能顺利实现设备和AWS的对接。
评论
围绕“使用LoRaWAN设备对接AWS IoT Core时频段规划与网关配置常见错误”参与讨论