Người tìm kiếm TIS 30162 và khả năng tương thích Industrial IoT thường không chỉ cần danh sách giao thức. Họ cần biết cách so sánh cảm biến, PLC, gateway, SCADA và nền tảng dữ liệu của nhiều nhà cung cấp, đồng thời cần bằng chứng nào để chấp nhận tuyên bố “kết nối được” trong điều kiện sản xuất thật. Bài viết chuyển TIS 30162-2568 của Thái Lan thành yêu cầu thực hành cho RFP thiết bị IIoT đa nhà cung cấp, ma trận tương tác, PoC và nghiệm thu FAT/SAT.
Kết luận: dùng TIS 30162 như bản đồ tìm khoảng trống, không phải nhãn chứng nhận
Hồ sơ chính thức của Viện Tiêu chuẩn Công nghiệp Thái Lan mô tả TIS 30162-2568 là tiêu chuẩn chung, có hiệu lực từ ngày 13/03/2026 và là bản in lại giống hệt ISO/IEC 30162:2022 dựa trên bản tiếng Anh. Phạm vi gồm mô hình mạng cho kết nối IIoT, tương tác giữa các giao thức truyền dữ liệu, khả năng tương tác và quản lý dữ liệu phân tán, khung kết nối, transport, network và hướng dẫn thực hành tốt.
Cần một giới hạn quan trọng: TISI ghi đây là tiêu chuẩn chung. Bài viết không khẳng định mọi thiết bị IIoT, hàng nhập khẩu hoặc hệ thống nhà máy đều bắt buộc có chứng nhận TIS 30162. Việc viện dẫn tiêu chuẩn hay nhận câu trả lời “tuân thủ” của nhà cung cấp chưa tự động chứng minh sản phẩm phù hợp hoặc một tổ hợp cụ thể tương tác được. Hãy xác nhận yêu cầu bắt buộc, điều khoản khách hàng và nghĩa vụ chứng nhận cho sản phẩm, mục đích sử dụng cụ thể với cơ quan hoặc chuyên gia phù hợp.
Trong mua sắm, hãy chuyển tiêu chuẩn thành bốn đầu ra:
- Sơ đồ ranh giới chỉ rõ hệ thống nào phải tương tác với hệ thống nào.
- Ma trận giao thức, profile, mô hình, định danh, thời gian, đơn vị, quality và security.
- Bằng chứng của nhà cung cấp: cấu hình, mẫu, log, export và quy trình vòng đời.
- Thao tác, kết quả kỳ vọng và hồ sơ nghiệm thu FAT/SAT, kể cả lỗi.
Nếu nhà máy vẫn đang kiểm kê interface hoặc chưa khóa RFP, có thể liên hệ TOMAS TECH. Chúng tôi có thể hỗ trợ xác định PoC đa nhà cung cấp nhỏ nhất và thiết kế bằng chứng trước khi danh sách sản phẩm trở nên khó thay đổi.
TIS 30162-2568 và ISO/IEC 30162:2022 xác lập điều gì
Danh mục chính thức của ISO liệt kê ISO/IEC 30162:2022 là Edition 1, công bố tháng 02/2022, trạng thái Published, 44 trang. TISI nêu tiêu chuẩn Thái là identical reprint. Vì vậy dự án tại Thái Lan có thể dùng cùng từ vựng và phạm vi của ấn phẩm quốc tế.
| Phạm vi | Câu hỏi trong RFP | Bằng chứng FAT/SAT |
|---|---|---|
| Tương tác giao thức | Giao thức, version, profile, role và ranh giới chuyển đổi nào? | Export cấu hình, log kết nối, kết quả profile không hỗ trợ |
| Dữ liệu phân tán | Đồng nhất ID, type, unit, time, quality, meaning, correction ra sao? | Payload, schema result, so sánh giá trị kỳ vọng, replay |
| Connectivity framework | Trách nhiệm device, edge, broker, SCADA, cloud chia ở đâu? | Sơ đồ, danh sách port/flow, RACI, trạng thái lỗi |
| Connectivity transport | Điều kiện Ethernet, Wi-Fi, LPWAN, messaging là gì? | Latency, loss, disconnect, reconnect, buffer |
| Connectivity network | Quản lý address, route, segmentation, naming, QoS thế nào? | Network export, allowed flow, monitoring, blocked-flow test |
| Best practices | Ai quản lý onboarding, giám sát, thay đổi, cập nhật, rút hệ thống? | Runbook, sổ version, restore, decommission record |
Bảng này không thay thế nội dung tiêu chuẩn. Nó là mục lục cho bên mua để chuyển phạm vi rộng thành điều kiện quan sát được tại nhà máy cụ thể.
Kết nối được không đồng nghĩa tương tác được
Ping thành công, publish lên MQTT broker hoặc browse OPC UA server là cột mốc cần thiết, nhưng chưa hoàn tất khả năng tương tác. Hệ thống nhận phải hiểu đúng giá trị, gắn với đúng asset và thời điểm, tránh mất hoặc đếm hai lần sau gián đoạn, và tiếp tục bảo trì được khi certificate, firmware, schema thay đổi.
Hai gateway có thể cùng hỗ trợ MQTT 5.0 nhưng topic khác nhau và không định nghĩa unit, timestamp, quality, asset ID. Hai sản phẩm OPC UA vẫn có thể khác NodeId, namespace, Companion Specification, EngineeringUnits, status và vận hành certificate.
| Lớp | Nội dung phải thống nhất | Ví dụ thất bại |
|---|---|---|
| Physical/connectivity | Media, power, port, radio, bandwidth, reachability | Tủ không có port hoặc vùng phủ không đủ |
| Transport/protocol | Version, profile, role, encoding, session, QoS | Retain/retry khác nhau |
| Syntax/model | Schema, datatype, namespace, topic, API | String và float hoặc thiếu field bắt buộc |
| Semantics | Asset ID, unit, time, quality, state, event meaning | 1 là RUN với bên này nhưng HEALTHY với bên kia |
| Operation/lifecycle | Onboarding, trust, monitoring, update, backup, exit | Certificate hết hạn hoặc firmware làm hỏng mapping |
Nếu một lớp chưa rõ, “hỗ trợ giao thức chuẩn” vẫn là tuyên bố có điều kiện. Yêu cầu version, giới hạn, option, hệ thống đã thử, phần chưa thử và workaround, không chỉ Yes/No.
Vẽ ranh giới IoT đa nhà cung cấp trước
Đặt cảm biến/thiết bị đo, PLC, edge gateway, industrial switch, broker, SCADA/historian và MES/analytics từ trái sang phải. Ghi medium, protocol, profile, direction, data owner và security boundary trên mỗi mũi tên. Dù cloud hay on-premises, phải rõ ai sở hữu raw data, ai chuyển thành canonical model và ai xác nhận business event.
Đánh dấu mọi điểm chuyển đổi: Modbus register sang engineering value, vendor tag sang asset model, giải mã LoRaWAN payload hoặc OPC UA sang MQTT. Đây là nơi tạo giá trị nhưng cũng dễ sai byte order, sign, scale, unit, missing data, time và quality. Mỗi mapping cần owner, version, test case và rollback.
Nếu câu hỏi chính là thu tín hiệu từ máy cũ, hãy xem hướng dẫn IoT retrofit thiết bị cũ. Nếu quyết định chính là nền tảng giám sát, xem hướng dẫn lựa chọn SCADA cho nhà máy Thái Lan. Bài này tập trung bước tiếp theo: biến interface đa nhà cung cấp thành điều khoản và phép thử nghiệm thu.
Ma trận interoperability cho RFP thiết bị IIoT
| Trường | Câu trả lời yêu cầu | Kiểm tra của bên mua |
|---|---|---|
| Product/firmware | Model, hardware revision, firmware, licence, option | Báo giá, hàng giao, máy thử giống nhau |
| Interface role | Client/server, publisher/subscriber, gateway | Không xung đột role |
| Standard/version | Tiêu chuẩn, edition, profile, chức năng bắt buộc/tùy chọn | Phạm vi “support” rõ ràng |
| Data model | Namespace, schema, Companion Spec, topic, payload | Bàn giao định nghĩa machine-readable |
| Identity | Device, asset, line, tag, lot | Mapping duy nhất sang SCADA/MES/ERP |
| Value semantics | Datatype, unit, scale, range, quality, null | Qua boundary và bad-value test |
| Time | Clock source, timezone, vị trí timestamp, precision | Biết hành vi khi clock mất/lệch |
| Delivery | QoS, buffer, retry, order, deduplication | Thử loss, duplicate, out-of-order |
| Security | Identity, certificate, key, cipher, port, trust | Rõ trách nhiệm provisioning/renewal |
| Operations | Health, log, metric, backup, remote support | Phân biệt lỗi máy và mất kết nối |
| Change/exit | Update, compatibility window, export, reset, EOL | Thử upgrade và decommission được |
Dùng các lựa chọn Supported, Configurable, Requires gateway, Custom development, Not supported và Not tested. “Supported” vẫn phải dẫn manual, export cấu hình, payload mẫu hoặc test report. Tách roadmap khỏi chức năng hiện có.
Yêu cầu bằng chứng của tổ hợp, không chỉ logo
Sản phẩm A và B có thể cùng viện dẫn một tiêu chuẩn nhưng chọn profile, version, extension hoặc security default khác nhau. Hãy hỏi tổ hợp A–B–C đề xuất có chạy scenario đã nêu không và bàn giao bằng chứng nào.
Nếu có chứng chỉ hay báo cáo ngoài, kiểm tra scope, model, firmware, profile, issuer và thời hạn. Tài liệu hữu ích nhưng không thay network, asset model, load và gián đoạn tại site. Xác nhận cấu hình nhà cung cấp trong FAT rồi lặp lại phần phụ thuộc site ở SAT.
Viết yêu cầu OPC UA interoperability thật cụ thể
OPC UA bao gồm Client/Server, PubSub, information model, security và discovery. “Có OPC UA” quá rộng. Với Client/Server, nêu role, endpoint, policy, identity, subscription, sampling, monitored item, history, method và event. Với PubSub, nêu message mapping, encoding, transport, broker, topic, metadata, security, PublisherId và DataSetWriter.
Thông tin chính thức Part 14 liệt kê mapping như UDP, MQTT, AMQP. Do đó “dùng MQTT” chưa xác định profile hoặc encoding OPC UA PubSub. Ngược lại proprietary MQTT payload không mặc nhiên sai nếu schema, semantics, versioning, security và replay rõ và đạt use case. Giá trị của tiêu chuẩn nên đo bằng mapping và re-test có thể giảm.
Với information model, kiểm BrowseName, DataType, EngineeringUnits, range, status, source/server timestamp và asset hierarchy, không chỉ NodeId. Nếu dùng Companion Specification, ghi tên, version, subset và vendor extension.
MQTT là đường vận chuyển; topic và payload là hợp đồng dữ liệu
OASIS MQTT 5.0 chuẩn hóa publish/subscribe messaging. Kết nối broker không chuẩn hóa ý nghĩa dữ liệu nhà máy. RFP cần client ID, topic naming, wildcard, QoS, retained message, session expiry, will, message expiry, user properties, packet limit, authorization, TLS và certificate rotation.
Version hóa topic/payload. Ví dụ v1/site/{site}/asset/{asset}/telemetry với eventTime, sequence, value, unit, quality, source. Đây chỉ là ví dụ, không phải topic bắt buộc của TIS 30162.
QoS 1 hoặc 2 không tự động tạo xử lý nghiệp vụ exactly-once qua gateway, broker, consumer và database. Cần event ID, sequence, idempotency, reprocessing. Retained message hữu ích cho state nhưng phải ngăn state hoặc command cũ bị hiểu như event mới.
Hiểu đúng hoạt động mapping LoRaWAN sang OPC UA
OPC Foundation và LoRa Alliance chính thức thành lập working group chung để mapping LoRaWAN sang OPC UA information model ngày 13/05/2026. Hướng đi đáng chú ý vì kết hợp kết nối edge tiết kiệm năng lượng với dữ liệu công nghiệp giàu ngữ nghĩa.
Thông báo không chứng minh mọi thiết bị LoRaWAN hiện đã tự động tương tác với OPC UA. Khi mua vẫn phải kiểm device profile, payload codec, unit, asset identity, trách nhiệm gateway/network server, uplink/downlink, confirmed message, offline behaviour và mapping version. Khi specification và sản phẩm thay đổi, baseline đúng version và test tại site.
Tách monitoring tần suất thấp khỏi control. Latency, duty cycle, coverage, battery, retry và downlink không biến mất vì information model tốt.
Thiết kế secure onboarding cùng semantics và lifecycle
Bài Cloud Initiative tháng 06/2026 của OPC Foundation mô tả OPC UA Client/Server hoặc OPC UA PubSub over MQTT làm northbound interface và nhấn mạnh structured information model cùng semantic onboarding. Bài học thực tế là phải thiết kế chuyển giao thức và ý nghĩa asset cùng nhau. Không nên suy ra yêu cầu certificate, buffer, monitoring hoặc remote lifecycle mang tính phổ quát chỉ từ trang này; phải định nghĩa riêng cho sản phẩm và nhà máy.
Yêu cầu demo onboarding: device mới chứng minh identity thế nào, ai duyệt ownership, trust được tạo ra sao, gắn đúng asset record nào và lỗi bị quarantine ở đâu. Tìm sự phụ thuộc vào default password, shared certificate, token vĩnh viễn hay copy secret thủ công.
W3C Web of Things Thing Description 1.1 hỗ trợ metadata và interface machine-readable, nhưng không tự quyết định asset hierarchy, quality rule hoặc maintenance owner. RFP vẫn cần người tạo, trust, version, update, mapping và retirement.
Bảy ý nghĩa phải cố định cho dữ liệu phân tán
- Identity: serial, asset, line, station, tag, product, lot.
- Time: event/source/ingest time, timezone, clock source, precision.
- Value: datatype, scale, precision, range, unit, conversion, rounding.
- Quality: good/bad/uncertain, sensor fault, stale, manual, estimated, missing.
- Context: mode, recipe, work order, tool, operator, changeover.
- Lineage: raw, decoded, converted, aggregated, corrected.
- Version: schema, mapping, firmware, configuration, master data.
Giá trị nhiệt độ 30.0 chưa đủ nếu không có đơn vị, source time, quality, asset và mapping version. Ngay cả quality=good có thể mang nghĩa riêng của vendor, nên cần canonical mapping và negative test.
Để thiết kế RFP thu thập dữ liệu tổng thể, xem hướng dẫn PoC/RFP hệ thống thu thập dữ liệu sản xuất tại Thái Lan. Ma trận ở đây đào sâu phần nghiệm thu interface.
FAT/SAT phải nghiệm thu cách lỗi và phục hồi, không chỉ màn hình đã kết nối
FAT kiểm tổ hợp tái lập được tại môi trường nhà cung cấp. SAT thêm điện, cáp, switch, VLAN, firewall, radio, DNS/NTP, certificate và upper system của site. Phải inject lỗi và ghi nhận phát hiện, chuyển trạng thái, phục hồi.
| Test | Thao tác | Ví dụ điều kiện đạt | Hồ sơ bắt buộc |
|---|---|---|---|
| Version/profile | Nối edition/profile không hỗ trợ | Từ chối hoặc degrade rõ; không đọc sai im lặng | Negotiation log, alarm, config |
| Unit/type | Bơm °C/°F, int/float, out-of-range | Chuyển đúng mapping; quarantine giá trị sai | Payload, mapping, received value |
| Time/quality | Clock skew, stale, bad quality | Không xác nhận là giá trị tốt mới nhất | Source/ingest time, quality history |
| Disconnect | Dừng link/broker 30 phút | Buffer đúng thỏa thuận và hiển thị capacity/state | Count, alarm, recovery log |
| Replay | Gửi lại sau phục hồi | Không mất, không đếm đôi, giữ quy tắc thứ tự | Event ID, sequence, reconciliation |
| Certificate | Hết hạn/không trust | Từ chối, báo nguyên nhân, audit | Trust store, error, renewal |
| Failover | Chuyển gateway/broker/app | Phục hồi trong thời gian và dữ liệu nhất quán | Timeline, health, counts |
| Change | Update firmware/schema/mapping | Phát hiện impact và rollback được | Version diff, test, approval |
| Export/exit | Export data/config | Dùng lại ở dạng machine-readable | File, schema, re-import |
30 phút là ví dụ, không phải yêu cầu TIS 30162. Hãy tính theo dung sai quy trình, event rate, buffer và truyền thông.
Phân rã “zero data loss”
Hỏi tuyên bố bao phủ ranh giới và lỗi nào. Sensor mất điện có thể không tạo measurement; edge buffer có thể mất khi tắt điện; broker có thể giữ message nhưng consumer hỏng trước database commit. Hãy vẽ source measurement, acquisition, local queue, acknowledgement, broker persistence, consumer và commit. “Không mất dữ liệu” chỉ nghiệm thu được khi nêu event, retention, peak rate, fault, exclusion và cách kiểm chứng.
Yêu cầu network, security và maintainability
Không tạo tương thích bằng cách mở rộng port hay dùng một credential cho mọi device. Gắn asset inventory, zone/conduit, allowed flow, identity, certificate lifecycle, remote access, log, backup và vulnerability notification vào interface requirement.
Vòng đời certificate phải gồm issuance, revocation, expiry alert, renewal, trust-list distribution, clock error, replacement và factory reset. Hệ thống kết nối ngày bàn giao nhưng dừng ở lần renewal đầu tiên chưa hoàn thiện về vận hành. Remote support cần request, approval, time limit, MFA, recording và closure.
Thử backup cấu hình mã hóa, restore theo firmware được hỗ trợ, xử lý secret và identity của thiết bị thay thế. Decommission phải xóa certificate và broker credential cũ.
PoC 90 ngày cho tổ hợp đa nhà cung cấp
Ngày 1–15: ranh giới và giới hạn
Kiểm kê asset, signal, network, upper use, outage window và security owner. Điều chưa biết phải ghi là chưa biết, không tự giả định có hỗ trợ.
Ngày 16–30: matrix và data contract
Thu câu trả lời vendor theo cùng cột. Thống nhất identity, time, unit, quality, schema, security, buffer; nhận payload mẫu và export cấu hình.
Ngày 31–60: luồng bình thường và ngữ nghĩa
Theo giá trị từ sensor tới màn hình/DB. So raw với canonical, gồm product change, run/stop, sensor fault và manual override.
Ngày 61–75: gián đoạn, version, security và phục hồi
Tạo network outage, broker stop, gateway reboot, certificate failure, clock skew, schema change, duplicate, out-of-order. Ghi buffer, alarm, replay, operator action.
Ngày 76–90: SAT, TCO và quyết định
Phân loại gap thành product, configuration, gateway, custom development, operation. TCO 5 năm gồm licence, engineering, certificate, monitoring, upgrade re-test và EOL migration.
Ví dụ chấm điểm RFP
| Tiêu chí | Điểm | Bằng chứng |
|---|---|---|
| Protocol/profile interoperability | 15 | Version, profile, combination test, export |
| Information model/semantics | 20 | Schema, namespace, unit, quality, ID mapping |
| Disruption/buffer/replay | 15 | Capacity, sequence, dedup, recovery |
| Security/onboarding | 15 | Identity, certificate, trust, access test |
| Monitoring/maintenance/change | 15 | Health, log, backup, upgrade, rollback, EOL |
| Site fit/performance | 10 | Latency, rate, environment, local support |
| TCO/data portability | 10 | Chi phí 5 năm, export, exit, licence |
| Tổng | 100 |
Đây là ví dụ, không phải điểm do tiêu chuẩn quy định. Đặt mandatory gate riêng cho default credential, encryption, export, audit, trạng thái an toàn khi mất kết nối và điều kiện loss/replay.
Lỗi thường gặp và điều khoản hợp đồng
Không chấp nhận tên giao thức thiếu version, profile, role, encoding, policy và model. Không giấu transformation trong gateway không tài liệu; phải bàn giao source/target mapping, unit, quality, time, owner và test. Không kết thúc PoC ở lab sạch; phải lặp điều kiện site trong SAT. Không chỉ nghiệm thu kết nối ban đầu mà bỏ certificate, firmware, schema, application change.
Xác định quyền sở hữu và exit cho raw/canonical/aggregated data, configuration, mapping và log; format, tần suất và phí export. Khi rút hệ thống phải revoke credential, reset device, retire certificate, xử lý cloud copy và re-import sang hệ thống thay thế.
Đầu ra từ Concept đến Exit
| Gate | Đầu ra bên mua | Đầu ra nhà cung cấp | Người duyệt |
|---|---|---|---|
| Concept | Boundary, use case, constraint, risk | Option, assumption, unsupported | Production và IT/OT |
| RFP | Matrix, data contract, test | Compliance, evidence, cost | Procurement/technical |
| Design | ID/model/time/security, RACI | Config, mapping, flow, runbook | Design authority |
| FAT | Case, expected value, severity | Log, export, deviation, correction | FAT owner |
| SAT/UAT | Site condition, business scenario | Result, training, as-built | Factory owner |
| Operate | KPI, monitoring, change, backup, incident | Support, patch, EOL notice | Service owner |
| Exit | Export/re-import, revoke, erase, replace | Data/config và handover evidence | Data owner |
Liên kết mỗi câu trả lời với số RFP, design decision và test ID để từ “có thể” truy ngược tới config, version, licence, development và acceptance record.
FAQ: TIS 30162 và khả năng tương tác Industrial IoT
TIS 30162-2568 có phải chứng nhận bắt buộc cho mọi thiết bị IIoT không?
Hồ sơ TISI ghi đây là tiêu chuẩn chung. Bài viết không khẳng định nghĩa vụ chứng nhận phổ quát. Cần kiểm sản phẩm, quy tắc radio/truyền thông, hợp đồng khách hàng và use case cụ thể.
RFP xác minh tuyên bố “hỗ trợ TIS 30162” thế nào?
Yêu cầu model, firmware, edition, scope, profile, exclusion, report; sau đó chứng minh semantics, disruption, security và change của tổ hợp trong FAT/SAT.
OPC UA có bảo đảm plug-and-play đa nhà cung cấp không?
Không tự động. Cần thống nhất role, profile, version, model, namespace, unit, quality, certificate và operation.
MQTT 5.0 có bảo đảm không mất dữ liệu không?
Không. QoS xử lý một phần delivery; sensor, edge, broker, consumer, DB vẫn cần buffer, persistence, event ID, dedup, replay và monitoring.
Tài liệu đính kèm RFP quan trọng nhất là gì?
Boundary diagram, interface inventory, interoperability matrix, data contract và FAT/SAT test case cho phép so sánh tuyên bố vendor bằng cùng loại bằng chứng.
Có cần thực hiện cả FAT và SAT không?
Hai bước có mục đích khác nhau. FAT cho phép lặp lại việc kiểm chứng tổ hợp và các tình huống lỗi trong môi trường nhà cung cấp được kiểm soát. SAT xác nhận các điều kiện phụ thuộc site như nguồn điện, cáp, network, radio, nguồn thời gian, certificate và tích hợp hệ thống phía trên. Hãy đặt phạm vi mỗi bước theo rủi ro dự án, không giả định bước này tự động thay thế bước kia.
Tóm tắt: biến số hiệu tiêu chuẩn thành bằng chứng so sánh được
TIS 30162-2568 là identical reprint của ISO/IEC 30162:2022 và là tiêu chuẩn chung về protocol interaction, distributed-data interoperability, connectivity framework, transport, network và guidance. Hãy dùng nó để tìm quyết định còn thiếu, không dùng như lối tắt để tuyên bố chứng nhận.
Lập ranh giới và điểm chuyển đổi; cố định version, profile, model, identity, time, unit, quality, security và lifecycle; rồi thử OPC UA, MQTT, LoRaWAN hoặc WoT theo tổ hợp. FAT/SAT phải gồm version không hỗ trợ, giá trị xấu, clock skew, outage, replay, certificate, update và export. Giữ configuration, payload, log và reconciliation làm bằng chứng nghiệm thu.
Nếu cần mapping sáu lĩnh vực của TIS 30162 vào danh sách interface và tạo RFP cùng bằng chứng nghiệm thu so sánh được, hãy liên hệ TOMAS TECH khi architecture và shortlist vẫn còn có thể điều chỉnh.
Nguồn nghiên cứu
- TISI, TIS 30162-2568: https://a.tisi.go.th/t/?n=9612
- ISO, ISO/IEC 30162:2022: https://www.iso.org/standard/53282.html
- OPC Foundation / LoRa Alliance: https://opcconnect.opcfoundation.org/2026/06/opc-foundation-and-lora-alliance-join-forces-to-map-lorawan-to-opc-ua/
- OPC Foundation Cloud Initiative: https://opcconnect.opcfoundation.org/2026/06/cloud-corner-june-2026/
- OPC Foundation, OPC UA Part 14: https://profiles.opcfoundation.org/document/15
- W3C, WoT Thing Description 1.1: https://www.w3.org/TR/wot-thing-description11/
- OASIS, MQTT 5.0: https://docs.oasis-open.org/mqtt/mqtt/v5.0/mqtt-v5.0.html
Nguồn được kiểm tra tháng 09/2026. Đây là thông tin kỹ thuật và mua sắm chung, không phải tư vấn pháp lý, quy định hoặc chứng nhận. Hãy xác nhận yêu cầu áp dụng cho sản phẩm, hợp đồng và site cụ thể.
