入站集成

大多数设备会通过 MQTT 或 HTTP 自行连接 DeviceChain，但有些设备从不这样做：LoRaWAN 传感器只与网关通信，而 ChirpStack 或 The Things Stack 这样的网络服务器会对网关收到的数据进行解码，再通过 HTTPS 转发。入站集成就是这种转发的接收端。它为发送方提供一个 URL 和一个 bearer 令牌，找出每条消息所属的设备，并把读数存储为普通测量。此后它们与其他测量没有区别：有单位，可驱动仪表板，可触发检测规则并产生告警。

同一机制也适用于任何能发送 HTTP POST（JSON 或二进制正文）的系统，由你指明设备标识符在哪里。本页依次介绍 ChirpStack v4、The Things Stack v3、通用 JSON 和通用二进制，然后介绍存储内容、重复处理、限制，以及第 1 版不支持的功能。

如何协同工作

集成是租户的一项资源，包含以下设置：

设置	含义
令牌（Token）	集成在租户内的名称，是 URL 的最后一段，由你选择（`chirpstack-eu868`）。不能更改。
发送方类型（Sender type）	`CHIRPSTACK_V4`、`TTS_V3`、`GENERIC_JSON` 或 `GENERIC_BINARY`。它决定如何读取正文，且不能更改。正文绝不会根据外观猜测。
设备类型（Device types）	范围：无论发送方声称什么，只有这些类型的设备才能通过该集成访问。至少一个，最多 50 个。
设备标识符（Device identifier）	发送方如何称呼设备：按 `DEV_EUI`（默认）、按 `DEVICE_ID`（仅 The Things Stack），或者对通用发送方，按你指定的别名方案（`ALIAS:custom.serial`）。
通用设置	仅用于通用发送方：标识符在哪里、上行数组在哪里、发送方自己的时间在哪里。
存储链路指标（Store link metrics）	默认关闭。随每条上行存储信号强度、信噪比和网关数量。
接受数据（Accepting data）	关闭集成可立即拒绝其流量，而无需删除它。
Bearer 令牌	由服务器生成（256 位随机数），创建集成或轮换令牌时只显示一次，仅以带密钥的摘要形式存储。

每条消息都经过相同的步骤：

在读取正文之前，平台先根据 URL 中指定的集成校验 bearer 令牌。
按集成的发送方类型读取正文，取出设备标识符。
查找以该标识符作为别名的设备。设备超出集成范围，或根本没有这样的设备，则消息不会被存储。
把解码出的值转换为读数，存储为该设备的测量。

租户可以拥有多少个集成由层级设置 Integrations per tenant（每租户集成数）决定。平台默认值为 5，层级最多可设为 100，0 表示不允许。超过上限的创建请求会被拒绝。

URL

每个集成都通过同一个公开地址访问：

POST https://<host>/api/integrations/{tenant}/{integration}[/{messageType}]
Authorization: Bearer <bearer-token>

<host> 是你的实例地址，也就是打开控制台所用的地址。请自行替换；实例 ID 不属于该 URL。
{tenant} 是租户的令牌，{integration} 是集成的令牌。
{messageType} 可选。只有 The Things Stack 会用到它，因为它把每种消息发送到各自的路径。
只接受 POST，其他方法返回 405。
令牌只放在 Authorization 头中，不要放在别处。URL 中的令牌会被写入访问日志。

创建集成时，控制台会在一次性显示令牌的对话框中给出 URL、请求头和发送方所需的设置；之后也可以在集成页面的 Connect the sender（连接发送方）下再次看到。

由他人运营的网络服务器必须信任你的证书

托管的网络服务器不会信任使用自签名证书的实例。连接托管服务器之前，请为该主机配置公共 CA 签发的证书（ingress.tls.clusterIssuer）。你自己运行的网络服务器可以改为信任你的 CA。

如果你负责运营实例，还必须告诉 event-sources 应该相信其前面的哪些代理所报告的客户端地址（infrastructure.http.trustedProxies），否则所有发送方会共用同一份请求额度。dcctl 会设置它；参见客户端地址与受信任代理。

连接发送方之前

**准备一个带配置文件的设备类型。**该类型的设备才是集成可以访问的设备。为每个需要单位或校验的解码值声明一个指标，其键与解码对象产生的键相同。未声明的键同样会被存储，只是没有单位。
**创建集成。**在控制台侧边栏打开 Connect → Integrations（集成），选择 New integration（新建集成）。选择 Sender type、它可以访问的 Device types，对网络服务器还要选择 Device identifier。如果需要信号数据，开启 Store link metrics。选择 Create integration，并从对话框中复制 bearer 令牌。它只显示一次；如果丢失，请轮换。打开 Integrations 页面需要 device:read 权限，修改需要 device:write。
添加带别名的设备，见下一节。可以在发送方开始发送之前或之后进行：尚不存在的设备的消息会被列出，方便你根据所见内容创建设备。

使用 GraphQL 时，createIntegration 会同时返回集成和令牌：

mutation {
  createIntegration(request: {
    token: "chirpstack-eu868"
    name: "ChirpStack EU868"
    type: "CHIRPSTACK_V4"
    enabled: true
    deviceTypeTokens: ["lora-sensor"]
    linkMetrics: true
  }) {
    integration { token type identity }
    issuedToken
  }
}

rotateIntegrationToken(token) 会替换令牌并只返回一次新令牌。旧令牌立即失效，没有重叠期，因此请随即更新发送方。updateIntegration 可更改除令牌和类型之外的所有设置。deleteIntegration 删除集成；设备上的别名会保留。

用别名识别设备

消息使用发送方对设备的称呼，而不是 DeviceChain 的称呼。设备别名把这个名称记录在设备上。别名由方案和值组成：

方案	值	存储形式
`lorawan.deveui`	LoRaWAN DevEUI：恰好 16 位十六进制数字。	大写。`70b3d57ed0012345` 与 `70B3D57ED0012345` 是同一个别名。
`tts.device-id`	设备在 The Things Stack 中的设备 ID：1 到 36 个字母、数字和连字符，不能以连字符开头或结尾。	小写。
`custom.<name>`	通用发送方使用的你自己的标识符：1 到 128 个字符，不含控制字符。名称以小写字母或数字开头，其后是小写字母、数字、连字符和下划线，总共最长 63 个字符。	保持原样。区分大小写。

一台设备最多有 8 个别名，每个方案一个值；同一租户内，一个方案和值只能属于一台设备。DevEUI 用小写或带空格书写都可以：存储时和消息到达时都会规范化。不是 16 位十六进制数字的值会被拒绝。

设置别名的方式：

在控制台，使用设备表单的 Aliases（别名）字段：选择 Add alias，选择 LoRaWAN DevEUI、Network server device id 或 Custom scheme，然后输入值；
通过 GraphQL，在 createDevice 或 updateDevice 上使用 aliases: [{scheme: "lorawan.deveui", value: "70B3D57ED0012345"}]。更新时，你发送的列表会替换设备的别名，空列表会将其全部移除；
在 importDevices 中，使用同一个 aliases 字段。

mutation {
  createDevice(request: {
    token: "boiler-room-3"
    deviceTypeToken: "lora-sensor"
    aliases: [{ scheme: "lorawan.deveui", value: "70b3d57ed0012345" }]
  }) { token aliases { scheme value } }
}

要按别名查找设备，请给 devices 传入条件 alias: {scheme: "lorawan.deveui", value: "..."}。

集成的 Device identifier 决定查找哪个方案：DEV_EUI 读取 lorawan.deveui，DEVICE_ID 读取 tts.device-id，ALIAS:custom.serial 读取 custom.serial。只带有其他方案的设备不会被找到。

更改或移除设备的标识符。 把标识符（DevEUI、设备 ID）移到另一台设备，或将其移除，约五分钟内生效。在此之前，集成端点仍可能为该标识符指向原来的设备，但平台会在处理事件时检查该设备是否仍持有该标识符，因此这些上行会被拒绝，并保留在死信存储中供检查（原因为 IntegrationAliasMismatch，由 resolve_integration_alias_mismatch_total 计数）。它们不会存入任何设备，也无法重放。变更传播完成后，上行会落到现在持有该标识符的设备上。为一个已经在到达的标识符创建设备后，一分钟内就会开始接收。

ChirpStack v4

ChirpStack 通过应用上的 HTTP 集成发送上行。

在控制台中创建发送方类型为 ChirpStack v4 的集成，选择设备类型，需要时开启链路指标。复制 bearer 令牌。

在 ChirpStack 中打开应用，添加 HTTP 集成并填写：

ChirpStack 字段	值
Payload encoding	JSON。Protobuf 集成会被以 `415` 拒绝，消息中会指明这项设置。
Event endpoint URL(s)	`https://<host>/api/integrations/{tenant}/{integration}`。ChirpStack 会自行追加 `?event=up`。
Headers	名称 `Authorization`，值 `Bearer <bearer-token>`。

在 ChirpStack 设备配置文件上设置编解码器（JavaScript 载荷编解码器）。平台存储的是网络服务器解码出的值，不会自己解码原始帧。没有编解码器时，ChirpStack 发送原始帧而没有解码对象，该上行会被计为未解码，而不会被存储。
在 DeviceChain 中添加设备，并把它的 DevEUI 设为 lorawan.deveui 别名。

只读取上行。ChirpStack 会用不同的 event 值把其他事件（join、status、确认）发送到同一个 URL，这些事件会返回 204 并被忽略。上行的 deduplicationId 必须是 UUID（ChirpStack 一直如此发送）；其他值会被以 400 拒绝。消息时间是 ChirpStack 报告的 time；该字段缺失时，则是平台收到消息的时间。

The Things Stack v3

The Things Stack 通过应用上的 webhook 发送上行。

在控制台中创建发送方类型为 The Things Stack v3 的集成。在 Device identifier 下选择 DevEUI；如果希望匹配 The Things Stack 中的设备 ID，则选择 Device id。复制 bearer 令牌。

在 The Things Stack 中打开应用，添加 Custom webhook，格式设为 JSON，然后填写：

The Things Stack 字段	值
Base URL	`https://<host>/api/integrations/{tenant}/{integration}`
Additional headers	名称 `Authorization`，值 `Bearer <bearer-token>`。
Enabled event types	Uplink message，启用，路径为 `/uplink-message`。平台也会读取路径 `/up`、`/uplink` 和 `/uplinks`。

在应用或设备上设置载荷格式化器（payload formatter）（LoRaWAN Device Repository 为许多传感器提供了现成的格式化器）。平台存储格式化器的输出，不会自己解码原始帧。没有格式化器时，该上行会被计为未解码。
在 DeviceChain 中添加设备，把 DevEUI 设为 lorawan.deveui 别名；如果选择了 Device id，则把设备 ID 设为 tts.device-id 别名。

发送到其他任何路径的消息（join accept、下行确认）会返回 204 并被忽略，因此启用其他消息类型不需要在 DeviceChain 中改动任何内容，但也没有必要这样做。消息时间是上行的 received_at，它必须存在，且不得早于 366 天前。去重键由设备、帧计数器和该时间共同组成，因为设备重新入网时计数器会重置。

通用 JSON

通用 JSON 集成适用于任何能发送 JSON 的系统：网关厂商的云、中间件、脚本。你告诉平台各部分在哪里。创建集成时选择发送方类型 Generic JSON，把 Device identifier 设为标识符所属的别名方案（例如 ALIAS:custom.serial），然后填写设置。通过 GraphQL 时，它们是 generic 字段，即字符串中的 JSON 文档：

设置	含义
`idFrom`	必填。设备标识符在哪里：`pointer:/device/id`（指向每个条目的 JSON 指针）、`header:X-Device-Id`（请求头）或 `query:device`（查询参数）。请求头或查询参数中的标识符适用于该请求的所有条目。
`itemsPointer`	可选。指向正文中某个数组的指针；每个元素是一条上行。不设置时，正文就是一条上行，或是由上行组成的裸数组。
`timePointer`	可选。指向发送方记录的时间，可以是 RFC 3339 字符串，或以秒或毫秒为单位的纪元数字。不设置时使用接收时间。
`framePointer`、`frameEncoding`	可选。已编码原始帧所在位置（`HEX` 或 `BASE64`）。它只会被采样，帮助你查看未解码的上行包含什么。

条目中除标识符和时间之外的每个键都是候选读数。例如，idFrom 为 pointer:/serial，itemsPointer 为 /readings，timePointer 为 /ts：

curl -X POST https://dc.example.com/api/integrations/acme/vendor-cloud \
  -H "Authorization: Bearer $INTEGRATION_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"readings": [
        {"serial": "A-100", "ts": "2026-10-27T09:00:00Z", "temperature": 21.4, "battery": {"voltage": 3.1}},
        {"serial": "A-101", "ts": "2026-10-27T09:00:00Z", "temperature": 19.8, "door": false}
      ]}'

一个数组最多包含 100 个条目。无法读取的正文，或没有标识符的条目，会让整个请求以 400 被拒绝，且不存储任何内容。租户没有的设备所对应的条目会逐个跳过，并列为未注册，其余条目照常存储。

通用发送方的重试，在没有发送方时间的情况下会被存储两次

没有 timePointer 时，平台用接收时间标记条目，因此再次发送的同一条目看起来像新条目。把 timePointer 设为发送方每条读数只填写一次的字段，重试就会带有相同的时间，只存储一次。参见重复与重试。

通用二进制

通用二进制集成接受原始字节正文，标识符放在请求头或查询参数中（idFrom 为 header: 或 query:；二进制正文没有可指向的字段）。第 1 版没有这些字节的解码器，因此每条这类上行都会被接受并计为未解码，其前 512 字节作为样本保存在集成上。用它来了解发送方发来了什么，而不是用来存储读数。

存储的内容

每条消息携带的解码对象（ChirpStack 的 object、The Things Stack 的 decoded_payload、通用条目）会被展平为该设备的测量。一条消息变成一个包含以下读数的事件：

每个数字都是一条读数，键为用点连接的路径：{"temperature": 21.4, "battery": {"voltage": 3.1}, "sensors": [{"value": 7}]} 会存储 temperature、battery.voltage 和 sensors.0.value。
布尔值存储为：真为 1，假为 0。
字符串和 null 会被跳过。嵌套超过 32 层的值，以及不是有效测量键的路径（字母、数字、_、. 和 -，最长 128 个字符，不得以 . 或 - 开头）也会被跳过。不会为了适配而重命名任何键。
声明同名键的指标，即可为读数提供单位和校验。没有声明指标的读数存储时没有单位。
发送方提供时间时，消息时间取发送方的时间，否则取平台的接收时间。
展平后超过 256 条读数的消息会以 400 整体拒绝，而不会被截断。

开启 Store link metrics 后，每条上行还会根据网络服务器的接收报告存储另外三条读数：lorawan.rssi 和 lorawan.snr（最强的一次接收），以及 lorawan.gateways（收到该上行的网关数量）。这些名称归平台所有；同名的解码值会被跳过。

没有可存储内容的上行

不带解码对象、或其中没有任何数值或布尔值的上行会被确认，但不存储任何内容。集成会把它计为未解码，并在其页面显示计数、最近一条的到达时间，以及十六进制的原始帧样本。常见原因是网络服务器中的设备配置文件没有编解码器。当大部分流量都是这种情况时，IntegrationUndecodedHigh 告警会通知运营人员；参见可观测性。

重复与重试

网络服务器若没有及时收到应答，会再次发送消息，网关也可能把同一条上行投递两次。每条消息都带有一个键，平台随事件一起存储；如果某设备在该时间已经存储了相同键的事件，就不会再次存储。

发送方	键
ChirpStack v4	`deduplicationId`。
The Things Stack v3	设备的 DevEUI（当集成按 `DEVICE_ID` 识别设备且消息不带 DevEUI 时，用设备 ID）、帧计数器和 `received_at`。
通用，带 `timePointer`	设备与条目的摘要，加上发送方时间。重试带有相同的条目和时间，因此只存储一次。
通用，不带 `timePointer`	设备与条目的摘要，加上接收时间。重试会得到新的键，因此会被存储两次。

平台还会在处理之前，丢弃在第一条消息之后十分钟内到达、带有相同键的重复消息；不带 timePointer 的通用发送方每次发送都会得到新的键，因此这一条对它不起作用。键最长 192 字节，更长的键会被以 400 拒绝。两条恰好数值相同的不同上行不会被合并。

未注册设备

当消息中的标识符不属于集成范围内的任何设备时，平台不会存储它，而是把该标识符记录在集成上，让你看到有哪些尚未添加的设备在向你发送数据。在控制台打开集成，查看 Unregistered devices seen（已见的未注册设备）：每行显示方案、标识符、出现次数和时间。Create a device with this alias（用此别名创建设备）会打开设备表单，并已填好别名；只有当集成的范围恰好是一个设备类型时，才会同时填好类型。通过 GraphQL，该列表是 unregisteredIntegrationDevices(criteria)。

每个集成的列表最多保存 1,000 个标识符。超出后，新的标识符只计数，不再列出。
每个标识符在每个 event-sources 副本上最多每分钟记录一次，因此计数反映的是活跃程度，而不是精确的消息数量。
已被集成范围之外的设备持有的标识符不会被列出，因此列表绝不会显示设备已经持有的值。
Clear list（clearUnregisteredIntegrationDevices(integration)）会清空列表。它只是观察记录，发送方仍在发送的标识符会再次出现。

发送方会收到什么

网络服务器只能看到状态码，有些服务器在 webhook 被拒绝过多次后会将其暂停。该路由的设计就考虑了这一点。

应答	含义
`202`	已接受。包括未注册设备的消息（会被跳过），以及因租户超出接入额度而被丢弃的消息。
`204`	不是上行的消息类型（join、status、确认）。已确认并忽略。
`400`	正文不是集成的发送方类型所期望的格式：JSON 无效、标识符缺失或格式错误、`deduplicationId` 不是 UUID、时间早于 366 天前、超过 100 个条目，或超过 256 条读数。请求中的任何内容都不会被存储。
`401`	令牌缺失、错误，或属于另一个集成。令牌错误和集成不存在有意让人无法区分。
`403`	集成已关闭。这不计为登录失败。
`405`	方法不是 `POST`。
`413`	正文超过 256 KiB。
`415`	ChirpStack 正在发送 Protobuf。请把它的载荷编码改为 JSON。
`429`	该集成的登录失败次数过多，同一地址发出的、其令牌平台最近没有验证过的请求过多，或者在单个副本上，针对从未验证过的集成的请求过多。请在 `Retry-After` 指示的时间后重试。
`503`	平台目前无法校验令牌或接收消息，或正在施加背压。请重试；带有 `Retry-After` 头表示平台正在施加背压：单条上行没有被存储，但在通用数组中，被拒绝之前的条目可能已被存储，因此请给通用发送方设置 `timePointer`，让重试是安全的。

对集成的更改很快，但在端点处并非瞬时生效，端点会把它了解到的集成信息缓存最多一分钟（device-management 不可用期间最多 15 分钟）。轮换令牌或关闭集成之后，端点仍可能对继续使用旧令牌的发送方返回 202，最长一分钟，但这一分钟内发送的内容都不会被存储。重新开启集成之后，端点仍可能返回 403，最长一分钟。

限制

限制	值
请求正文	256 KiB
解码对象，或一个通用条目	64 KiB，嵌套最多 32 层
通用数组中的条目	100
一条上行中的读数	256
发送方所报告时间的最大年龄	366 天
每租户集成数	默认 5，由层级设定，最多 100
设备上的别名	8，每个方案一个值
每个集成列出的未注册标识符	1,000

**租户的接入额度。**集成流量按租户的接入上限，在其自己的额度中计量，与其他传输一样以读数计，并且独立于 MQTT 和 HTTP 接入所消耗的额度。这些额度相互独立，因此同时通过多条路径发送的租户，在每个 event-sources 副本上总共可以获准超过一个上限；参见接入何时可以超过租户上限。包含 N 条上行的数组请求按 N 次计费，因此大数组不会换来更低的费率。

**超出额度时，应答是 202，而不是 429。**拒绝反正也会丢失消息，而且有些网络服务器会暂停被拒绝的 webhook，进而丢弃本来在额度之内的流量。其后果是发送方以为数据已送达，实际上并没有。出现这种情况时，IntegrationShedAccepted 告警会通知运营人员；请调高租户上限，或减少集成发送的数据量。

**对未认证流量的限制。**知道集成 URL 的人无法借此耗尽租户的额度，或影响集成的正常流量：错误令牌按集成限制（突发 30 次，之后每秒 1 次），平台在最近一分钟内未验证过其令牌的请求按来源地址限制（突发 60 次，之后每秒 5 次），对从未验证过的集成名称则按副本限制（突发 100 次，之后每秒 20 次）。ingress-nginx 前端还将每个地址限制为每秒 200 个请求，超出时返回 503；只有在控制器被告知信任负载均衡器转发的地址时，它才按客户端限制，Gateway API 前端没有这项限制。网络服务器使用有效令牌发送的稳定流量，在平台自身的限制下，每分钟大约只占其地址一个请求。失败持续十分钟时，IntegrationAuthFailuresSustained 告警触发；仍在使用已轮换令牌的发送方就是这种表现。

发给集成设备的命令

通过集成上报的设备没有到 DeviceChain 的连接，无法向其下发命令，第 1 版也没有通向网络服务器 API 的下行。发给这类设备的命令在你下发时会被接受，然后在下一次投递扫描时失败，错误为 COMMAND_TRANSPORT_UNSUPPORTED，因为平台识别该传输，却无法通过它投递。它不会一直排队到过期。

有两种情况值得了解：

同时通过 MQTT 连接的设备，按它最近一次上报所用的传输来判断。最近一次通过集成上报时，其命令会失败；改为通过 MQTT 上报之后，命令即可投递。
从未上报过的设备没有记录的传输，因此它的命令会照常下发，并因无人应答而过期，直到它首次上报为止。

对必须接收命令的设备，请同时为它配置 MQTT 连接。参见传输能力矩阵。

集成令牌能做什么

请把 bearer 令牌当作整个设备群的密码。**集成令牌代表其范围内设备类型中所有带别名的设备发言。**平台会校验令牌属于该集成，并校验设备类型在集成范围内，事件被处理时还会再校验一次，但它无法判断发送方对消息来自哪台设备的说法是否诚实。持有该令牌的人可以冒充范围内任何带别名的设备提交读数。

因此：

把集成的范围限定在它需要的设备类型上，并且每个网络服务器或每个设备群使用一个集成，而不是一个集成管所有。
令牌可能已泄露时，或知道令牌的人离开时，请轮换令牌。
令牌仅以带密钥的摘要形式存储，之后无论是控制台还是 GraphQL 都不会再次显示。管理员同样无法读回。
集成事件会标记其所经过的集成，设备无法伪造这一点：设备无法通过 MQTT 或 HTTP 发送声称来自某个集成的事件。
Integrations 页面会显示请求最近一次认证失败的时间，并标记被拒绝的令牌。

参见安全模型。

第 1 版不包含

**你自己编写的解码器。**平台存储的是网络服务器解码后的内容。DeviceChain 目前还没有可以编写自有解码器的地方，因此编解码器必须运行在 ChirpStack、The Things Stack 或你的通用发送方中。
**下行。**无法通过网络服务器向设备下发命令。参见发给集成设备的命令。
**签名载荷。**请求上没有 HMAC 或签名校验。bearer 令牌是唯一的凭据，传输必须使用 TLS。
**Join、status 和位置消息。**它们会被确认并忽略。
**自动创建设备。**未知标识符只会被列出，不会被创建。你需要自己根据列表添加设备。
**解码通用二进制正文。**它会被接受并计数，但不会被解码。

故障排查

现象	可能原因
发送方报告 `401`	令牌错误或已被轮换；URL 中的集成令牌与 bearer 令牌所属的集成不匹配；或租户段有误。集成会显示 Rejected token（令牌被拒绝）。
发送方报告 `403`	集成已关闭（Accepting data）。
发送方报告 `415`	ChirpStack 的载荷编码为 Protobuf。请改为 JSON。
发送方报告 `400`	查看应答正文，其中会指明字段。常见原因：DevEUI 不是 16 位十六进制数字、`deduplicationId` 不是 UUID，以及时间早于 366 天前。
发送方报告 `202`，但没有存储任何内容	设备没有匹配的别名，或其类型超出集成范围：请查看 Unregistered devices seen。或者该上行没有可存储的内容：请查看未解码计数。或者租户超出了额度：参见 `IntegrationShedAccepted`。
Uplinks with nothing to read（无内容可读的上行）持续增加	网络服务器中的设备配置文件没有编解码器或载荷格式化器，或其输出只有字符串。
值存储后没有单位	设备配置文件中没有为该键声明指标。键是用点连接的路径（`battery.voltage`）。
托管的网络服务器无法连接	实例使用的是自签名证书。请使用公共 CA 签发的证书。
所有发送方共用同一个速率限制	`event-sources` 前面的代理不受信任。参见客户端地址与受信任代理。

设备：设备表单及其 Aliases 字段。
连接设备：设备自行使用的 MQTT 和 HTTP 路径。
传输能力矩阵：每种接入方式支持和不支持什么。
GraphQL API 参考：集成相关操作。

如何协同工作​

URL​

连接发送方之前​

用别名识别设备​

ChirpStack v4​

The Things Stack v3​

通用 JSON​

通用二进制​

存储的内容​

没有可存储内容的上行​

重复与重试​

未注册设备​

发送方会收到什么​

限制​

发给集成设备的命令​

集成令牌能做什么​

第 1 版不包含​

故障排查​

相关内容​