MikroTik KNOT Gateway LR8/HL9: Giám sát tài sản IoT

MikroTik KNOT Gateway LR8 và HL9: Kiến trúc giám sát tài sản, cảm biến IoT từ xa

Trong một dự án IoT, vấn đề quan trọng không phải là gateway có bao nhiêu cổng hoặc hỗ trợ bao nhiêu công nghệ.

Câu hỏi cần được trả lời trước tiên là:

Doanh nghiệp cần giám sát đối tượng nào, trong phạm vi bao xa, dữ liệu cần được gửi đi đâu và sự kiện nào phải tạo cảnh báo?

Một nhà kho cần biết pallet đang xuất hiện ở khu vực nào sẽ có yêu cầu khác với hệ thống giám sát nhiệt độ chuỗi lạnh. Thiết bị đo ngoài trời cũng không thể áp dụng nguyên kiến trúc của cảm biến chất lượng không khí trong văn phòng.

Nếu lựa chọn thiết bị trước khi xác định đúng bài toán, doanh nghiệp có thể gặp những tình trạng phổ biến:

• Cảm biến hoạt động nhưng không đưa được dữ liệu về hệ thống quản lý.
• Gateway và thiết bị đầu cuối sử dụng cùng dải tần nhưng khác giao thức.
• Dashboard hiển thị nhiều dữ liệu nhưng không tạo được cảnh báo hữu ích.
• Phạm vi phủ sóng thực tế thấp hơn dự tính.
• Hệ thống không có phương án đường truyền dự phòng.
• Chi phí mở rộng cao vì kiến trúc ban đầu không được chuẩn hóa.

MikroTik KNOT Gateway LR8 và KNOT Gateway HL9 được phát triển để làm cầu nối giữa thẻ, cảm biến, thiết bị IoT tại hiện trường với hệ thống quản lý phía sau.

Tuy nhiên, hai phiên bản không hoàn toàn thay thế cho nhau. Doanh nghiệp cần hiểu rõ sự khác biệt giữa Bluetooth, LoRa, LoRaWAN và Wi‑Fi HaLow trước khi đưa thiết bị vào BOM dự án.

MikroTik KNOT Gateway đóng vai trò gì trong hệ thống IoT?

Trong kiến trúc IoT, gateway nằm giữa thiết bị thu thập dữ liệu và hệ thống quản lý.

Một luồng dữ liệu cơ bản có thể được mô tả như sau:

Thẻ/Cảm biến → KNOT Gateway → Ethernet/Wi‑Fi/LTE → MQTT/HTTP → Máy chủ ứng dụng → Dashboard/Cảnh báo

Trong đó:

• Thẻ hoặc cảm biến thu thập nhiệt độ, độ ẩm, chuyển động, trạng thái hoặc dữ liệu nhận dạng.
• KNOT Gateway tiếp nhận, lọc và xử lý một phần dữ liệu tại hiện trường.
• Ethernet, Wi‑Fi hoặc LTE tạo đường truyền từ gateway về hệ thống.
• MQTT hoặc HTTP được sử dụng để trao đổi và tích hợp dữ liệu.
• Máy chủ ứng dụng tiếp nhận, xử lý, lưu trữ dữ liệu và thực thi quy tắc.
• Dashboard giúp người vận hành theo dõi trạng thái và nhận cảnh báo.

KNOT Gateway không chỉ chuyển tiếp dữ liệu. RouterOS cho phép đơn vị triển khai sử dụng bộ lọc, kịch bản và quy tắc để quyết định dữ liệu nào cần được gửi đi.

Đây là hình thức xử lý dữ liệu tại biên, giúp giảm lượng dữ liệu không cần thiết và tạo phản ứng nhanh hơn tại điểm triển khai.

So sánh KNOT Gateway LR8 và KNOT Gateway HL9

Hai phiên bản sử dụng chung nhiều thành phần nhưng khác nhau ở công nghệ kết nối tầm xa.

Cả hai phiên bản đều có thể sử dụng Ethernet, Wi‑Fi hoặc LTE làm đường truyền về máy chủ. Điều này giúp gateway được đặt gần khu vực cảm biến mà không bắt buộc phải có sẵn cáp mạng tại mọi vị trí.

KNOT Gateway LR8 phù hợp khi nào?

KNOT Gateway LR8 phù hợp với những dự án cần:

• Thu thập dữ liệu từ thẻ BLE.
• Kết nối hệ thống cảm biến LoRa ở dải 868 MHz.
• Giám sát tài sản trong kho hoặc khu vực sản xuất.
• Thu thập dữ liệu có dung lượng nhỏ từ khoảng cách xa.
• Gửi dữ liệu về hệ thống thông qua Ethernet, Wi‑Fi hoặc LTE.
• Lắp gateway tại khu vực có bụi, độ ẩm hoặc điều kiện ngoài trời phù hợp cấp bảo vệ thiết bị.

KNOT Gateway HL9 phù hợp khi nào?

KNOT Gateway HL9 phù hợp với:

• Theo dõi thẻ BLE trong từng khu vực.
• Thiết bị đầu cuối hỗ trợ Wi‑Fi HaLow.
• Bài toán cần kết nối IP ở dải tần dưới 1 GHz.
• Điểm lắp không có sẵn Ethernet nhưng có thể sử dụng LTE.
• Hệ thống cần RouterOS để xử lý, lọc và chuyển tiếp dữ liệu.

Lưu ý quan trọng: KNOT Gateway HL9 không phải gateway LoRa LR9

Đây là điểm dễ gây nhầm lẫn nhất khi lựa chọn thiết bị.

• HL9 sử dụng Wi‑Fi HaLow 915 MHz.
• LR9 sử dụng LoRa ở dải 902–928 MHz.
• TG-LR92 là cảm biến LoRaWAN 902–928 MHz.
• TG-LR92 không mặc nhiên tương thích với KNOT Gateway HL9.

Việc hai thiết bị cùng hoạt động quanh dải 900 MHz không có nghĩa là chúng có thể giao tiếp với nhau.

Khi kiểm tra tương thích, cần đối chiếu đồng thời:

1. Công nghệ truyền dẫn.
2. Giao thức mạng.
3. Dải tần.
4. Khu vực và quy định sử dụng tần số.
5. Firmware và gói phần mềm.
6. Nền tảng máy chủ phía sau.

Kiến trúc theo dõi tài sản bằng thẻ BLE và KNOT Gateway

Thẻ BLE có thể được gắn lên:

• Pallet.
• Thùng hàng.
• Xe đẩy.
• Dụng cụ kỹ thuật.
• Máy móc có giá trị.
• Tủ thiết bị.
• Thiết bị di động trong nhà máy.
• Tài sản luân chuyển giữa các khu vực.

Luồng dữ liệu tham khảo:

Thẻ BLE → KNOT Gateway → MQTT/HTTP → Máy chủ ứng dụng → Dashboard

KNOT Gateway quét các gói dữ liệu Bluetooth trong khu vực, lọc thẻ cần theo dõi và gửi thông tin về máy chủ.

Nếu bố trí nhiều gateway theo từng vùng, hệ thống có thể xác định:

• Thẻ đang xuất hiện gần gateway nào.
• Tài sản vừa đi vào hay rời khỏi khu vực.
• Thời điểm cuối cùng thẻ được phát hiện.
• Dữ liệu cảm biến được thẻ phát đi.
• Thiết bị có chuyển động hoặc xảy ra sự kiện bất thường hay không.

Đây có phải định vị chính xác theo thời gian thực không?

Không nên mặc định như vậy.

Với mô hình BLE cơ bản, hệ thống thường xác định sự hiện diện hoặc khu vực tương đối dựa trên gateway phát hiện được thẻ.

Nếu dự án yêu cầu tọa độ chính xác, đường di chuyển chi tiết hoặc độ chính xác ở mức mét, doanh nghiệp cần đánh giá thêm các công nghệ định vị chuyên dụng như RTLS, UWB, GNSS hoặc mô hình xử lý tín hiệu phù hợp.

GNSS tích hợp trên KNOT Gateway cung cấp vị trí của chính gateway, không tự động biến mọi thẻ BLE thành thiết bị định vị vệ tinh.

Kiến trúc cảm biến LoRaWAN cần thêm lớp máy chủ mạng

LoRa và LoRaWAN là hai thuật ngữ liên quan nhưng không đồng nhất.

• LoRa là công nghệ truyền dẫn vô tuyến.
• LoRaWAN là giao thức mạng được xây dựng trên công nghệ LoRa.

Đối với cảm biến LoRaWAN, kiến trúc thông thường gồm:

Cảm biến LoRaWAN → Gateway LR8/LR9 → LoRaWAN Network Server → Máy chủ ứng dụng → Dashboard

LoRaWAN Network Server chịu trách nhiệm quản lý thiết bị, xác thực, xử lý gói dữ liệu và chuyển dữ liệu sang tầng ứng dụng.

Vì vậy, khi lập BOM, doanh nghiệp không nên chỉ tính cảm biến và gateway mà cần xác định thêm:

• Máy chủ mạng LoRaWAN sử dụng nền tảng nào?
• Triển khai tại chỗ hay trên đám mây?
• Dữ liệu được chuyển tiếp qua MQTT, HTTP hay API?
• Thiết bị được cấp khóa và quản lý như thế nào?
• Cơ chế lưu trữ và cảnh báo nằm ở đâu?

TG-LR82 và TG-LR92 phù hợp với những bài toán nào?

TG-LR82 và TG-LR92 là các thẻ cảm biến LoRaWAN có khả năng theo dõi:

• Nhiệt độ.
• Độ ẩm.
• Chuyển động.
• Độ nghiêng và hướng đặt.
• Va đập.
• Rơi tự do.
• Trạng thái cửa, nắp hoặc tủ thông qua công tắc từ.

Các cảm biến hỗ trợ cấu hình quy tắc và truyền dữ liệu theo sự kiện.

Ví dụ:

• Gửi cảnh báo khi nhiệt độ vượt ngưỡng.
• Ghi nhận khi kiện hàng bị va đập.
• Phát hiện thiết bị bị nghiêng hoặc rơi.
• Báo trạng thái cửa kho hoặc tủ thiết bị.
• Gửi dữ liệu khi tài sản bắt đầu chuyển động.
• Tổng hợp dữ liệu trước khi truyền để giảm lưu lượng.

Hai phiên bản sử dụng dải tần khác nhau:

• TG-LR82: 863–870 MHz, thiết kế cho hệ thống gateway LR8.
• TG-LR92: 902–928 MHz, thiết kế cho hệ thống gateway LR9.

Theo công bố của MikroTik, thời lượng pin dự kiến có thể đạt tới 5 năm. Thời gian sử dụng thực tế phụ thuộc vào cấu hình, tần suất gửi dữ liệu, số lượng sự kiện, nhiệt độ và điều kiện môi trường.

Trước khi lựa chọn, đơn vị triển khai phải kiểm tra dải tần và quy định áp dụng tại khu vực dự án.

Dữ liệu từ KNOT Gateway được đưa về máy chủ như thế nào?

KNOT Gateway có ba lựa chọn đường truyền chính:

Ethernet

Phù hợp với các vị trí đã có sẵn hạ tầng mạng có dây, cần kết nối ổn định và dễ kiểm soát.

Wi‑Fi

Phù hợp khi khu vực đã có mạng không dây, nhưng vẫn cần khảo sát vùng phủ, nhiễu và chính sách bảo mật.

LTE Cat 1 bis

Phù hợp với các điểm không có sẵn Internet cố định hoặc cần đường truyền dự phòng.

Sau khi có đường truyền, RouterOS có thể sử dụng MQTT hoặc HTTP để đưa dữ liệu về hệ thống.

MQTT là gì?

MQTT là giao thức truyền tin nhẹ theo cơ chế xuất bản và đăng ký nhận dữ liệu.

Một hệ thống MQTT thường gồm:

• Thiết bị gửi dữ liệu.
• MQTT Broker tiếp nhận và phân phối dữ liệu.
• Ứng dụng đăng ký nhận dữ liệu.
• Cơ sở dữ liệu và dashboard.

HTTP được sử dụng khi nào?

HTTP phù hợp khi hệ thống cần gửi dữ liệu trực tiếp tới một API hoặc dịch vụ web.

Lựa chọn MQTT hay HTTP phụ thuộc vào nền tảng, tần suất dữ liệu, cơ chế bảo mật và yêu cầu tích hợp.

Dashboard không phải là MQTT hoặc HTTP. Dashboard chỉ là lớp giao diện hiển thị dữ liệu đã được máy chủ tiếp nhận và xử lý.

KNOT Gateway có thể ứng dụng trong những mô hình nào?

Video minh họa nguyên lý ứng dụng KNOT với thẻ BLE

1. Kho hàng và trung tâm logistics

Mục tiêu:

• Theo dõi pallet, xe đẩy và dụng cụ.
• Xác định tài sản đang xuất hiện trong khu vực nào.
• Ghi nhận thời điểm tài sản đi qua từng vùng.
• Cảnh báo khi tài sản rời khỏi khu vực cho phép.
• Giảm thời gian tìm kiếm thiết bị.

Kiến trúc tham khảo:

Thẻ BLE → KNOT Gateway theo từng vùng → MQTT → Máy chủ → Dashboard

2. Nhà máy và khu vực sản xuất

Mục tiêu:

• Theo dõi dụng cụ và thiết bị luân chuyển.
• Thu thập dữ liệu trạng thái máy.
• Nhận cảnh báo nhiệt độ, độ ẩm hoặc chuyển động.
• Đưa dữ liệu thiết bị về hệ thống quản lý tập trung.
• Giảm thao tác kiểm tra thủ công.

Cần đánh giá thêm vật cản kim loại, nhiễu vô tuyến và vị trí lắp anten.

3. Kho lạnh và hàng hóa nhạy cảm với nhiệt độ

Mục tiêu:

• Theo dõi nhiệt độ và độ ẩm.
• Cảnh báo khi vượt ngưỡng.
• Ghi nhận va đập hoặc trạng thái mở cửa.
• Lưu lịch sử phục vụ kiểm tra và truy xuất.

Kiến trúc tham khảo:

Cảm biến LoRaWAN → Gateway phù hợp → Network Server → Ứng dụng → Cảnh báo

4. Công trường và khu vực ngoài trời

Mục tiêu:

• Theo dõi dụng cụ, thiết bị và tài sản.
• Thu thập dữ liệu tại điểm không có sẵn cáp mạng.
• Sử dụng LTE làm đường truyền về máy chủ.
• Giám sát gateway từ xa.

Vị trí lắp gateway, nguồn điện, chống sét và anten cần được khảo sát riêng.

5. Trạm kỹ thuật và điểm triển khai từ xa

KNOT Gateway có thể đóng vai trò kết nối thiết bị tại điểm xa với trung tâm vận hành.

Tuy nhiên, cần kiểm tra:

• Vùng phủ LTE.
• Dung lượng dữ liệu.
• Cơ chế VPN và quản trị từ xa.
• Nguồn điện dự phòng.
• Khả năng lưu tạm dữ liệu khi mất đường truyền.
• Phương án cảnh báo khi gateway mất kết nối.

Những lỗi thường gặp khi đầu tư hệ thống giám sát IoT

Chọn gateway trước khi xác định bài toán

Một gateway nhiều tính năng chưa chắc phù hợp nếu thiết bị đầu cuối sử dụng giao thức khác.

Chọn thiết bị chỉ dựa vào dải tần

LoRa 915 MHz và Wi‑Fi HaLow 915 MHz không phải cùng một công nghệ.

Sử dụng khoảng cách quảng cáo để thiết kế toàn bộ dự án

Khoảng cách thực tế phụ thuộc vào:

• Anten.
• Độ cao lắp đặt.
• Vật cản.
• Nhiễu vô tuyến.
• Mật độ thiết bị.
• Môi trường trong nhà hay ngoài trời.

Mọi dự án nên được đo thử tại hiện trường.

Nhầm theo dõi theo vùng với định vị chính xác

Gateway BLE có thể xác định thẻ đang xuất hiện gần khu vực nào, nhưng không mặc nhiên cung cấp tọa độ chính xác của tài sản.

Không tính tầng máy chủ và phần mềm

Cảm biến và gateway chỉ là một phần của hệ thống. Doanh nghiệp vẫn cần xác định nơi lưu dữ liệu, dashboard, cơ chế cảnh báo và phương án tích hợp.

Gửi toàn bộ dữ liệu lên máy chủ

Việc gửi quá nhiều dữ liệu không cần thiết làm tăng lưu lượng và chi phí lưu trữ.

Nên xác định:

• Dữ liệu nào xử lý tại cảm biến?
• Dữ liệu nào lọc tại gateway?
• Dữ liệu nào cần đưa lên máy chủ?
• Sự kiện nào phải cảnh báo ngay?

Không thử nghiệm PoC trước khi mở rộng

PoC – thử nghiệm mô hình nhỏ – giúp kiểm tra:

• Vùng phủ.
• Tỷ lệ nhận dữ liệu.
• Khả năng tương thích.
• Độ trễ.
• Chất lượng cảnh báo.
• Nhu cầu số lượng gateway thực tế.

Checklist khảo sát trước khi xây dựng BOM

Doanh nghiệp nên trả lời tối thiểu các câu hỏi sau:

1. Cần giám sát tài sản, môi trường hay trạng thái thiết bị?
2. Tài sản cố định hay thường xuyên di chuyển?
3. Cần biết chính xác tọa độ hay chỉ cần biết tài sản đang ở vùng nào?
4. Diện tích và số khu vực cần phủ là bao nhiêu?
5. Có vật cản kim loại, tường bê tông hoặc máy móc lớn không?
6. Số lượng thẻ và cảm biến dự kiến?
7. Dữ liệu được gửi định kỳ hay theo sự kiện?
8. Yêu cầu thời lượng pin là bao lâu?
9. Điểm lắp gateway có Ethernet, Wi‑Fi hoặc LTE không?
10. Dữ liệu cần lưu tại chỗ hay trên đám mây?
11. Hệ thống hiện tại hỗ trợ MQTT, HTTP hay API nào?
12. Có cần tích hợp ERP, WMS, BMS hoặc phần mềm quản lý không?
13. Người dùng cần xem dữ liệu hay cần cả cảnh báo và quy trình xử lý?
14. Mức dự phòng đường truyền và nguồn điện?
15. Dải tần và thiết bị có phù hợp khu vực triển khai không?

Lộ trình triển khai được khuyến nghị

Giai đoạn 1: Xác định bài toán

Làm rõ đối tượng cần giám sát, dữ liệu cần thu thập, phạm vi triển khai và kết quả vận hành mong muốn.

Giai đoạn 2: Thiết kế kiến trúc sơ bộ

Xác định:

• Loại thẻ hoặc cảm biến.
• Công nghệ BLE, LoRaWAN hoặc Wi‑Fi HaLow.
• Gateway.
• Đường truyền về máy chủ.
• Nền tảng tiếp nhận dữ liệu.
• Cơ chế cảnh báo.

Giai đoạn 3: Thử nghiệm PoC

Triển khai một số cảm biến và gateway tại khu vực đại diện.

Đo tỷ lệ nhận dữ liệu, độ ổn định, phạm vi phủ và khả năng tích hợp.

Giai đoạn 4: Chuẩn hóa BOM và cấu hình

Sau khi PoC đạt yêu cầu, hoàn thiện:

• Danh sách thiết bị.
• Phụ kiện và anten.
• Nguồn điện.
• Sơ đồ kết nối.
• Cấu hình thiết bị.
• Cấu trúc dữ liệu.
• Tiêu chí nghiệm thu.

Giai đoạn 5: Mở rộng theo từng khu vực

Mở rộng có kiểm soát thay vì đầu tư đồng loạt ngay từ đầu.

Giai đoạn 6: Đánh giá hiệu quả vận hành

Các chỉ số nên được theo dõi gồm:

• Thời gian tìm kiếm tài sản giảm bao nhiêu?
• Tỷ lệ dữ liệu nhận thành công?
• Số sự cố được phát hiện sớm?
• Thời gian từ cảnh báo đến xử lý?
• Chi phí kiểm tra thủ công được cắt giảm?
• Hệ thống có đủ khả năng mở rộng thêm thiết bị không?

Xu hướng mở rộng: Từ giám sát tài sản đến giám sát môi trường cục bộ

Bên cạnh KNOT Gateway, MikroTik đang mở rộng hệ sinh thái IoT sang cảm biến môi trường và tự động hóa cục bộ.

CLAIRÉ có thể theo dõi:

• CO₂.
• Hợp chất hữu cơ bay hơi.
• Bụi mịn PM2.5 và PM10.
• Nhiệt độ.
• Độ ẩm.

Thiết bị sử dụng Matter over Thread để đưa dữ liệu vào hệ thống tự động hóa tương thích.

Đây là hướng khác với KNOT Gateway:

• KNOT tập trung vào kết nối thẻ, cảm biến và thiết bị tại hiện trường.
• CLAIRÉ tập trung vào giám sát môi trường trong nhà.
• Matter over Thread hướng đến hệ thống tự động hóa cục bộ.
• LoRaWAN hướng đến cảm biến công suất thấp và khoảng cách xa.

Video chính thức của MikroTik

CLAIRÉ – Smart Indoor Air Monitoring with Matter over Thread

https://www.youtube.com/watch?v=w9sGyOaYNzw

MikroTik cũng giới thiệu hAP be³ Media với Thread radio, hỗ trợ container và các ứng dụng tự động hóa cục bộ. Tuy nhiên, tình trạng thương mại và nguồn hàng cần được xác nhận trước khi đưa vào BOM dự án.

AD.TEK hỗ trợ gì trong dự án MikroTik IoT?

AD.TEK tập trung vào tầng hạ tầng kết nối và thiết bị của dự án.

Các hạng mục hỗ trợ gồm:

• Tiếp nhận nhu cầu và sơ đồ mặt bằng.
• Xác định nhóm thiết bị phù hợp với bài toán.
• Tư vấn KNOT Gateway LR8 hoặc HL9.
• Kiểm tra tương thích giữa thẻ, cảm biến và gateway.
• Rà soát phương án Ethernet, Wi‑Fi hoặc LTE.
• Hỗ trợ lựa chọn anten, nguồn điện và phụ kiện.
• Xây dựng BOM sơ bộ.
• Cung cấp datasheet và tài liệu kỹ thuật.
• Phối hợp thử nghiệm Demo/PoC.
• Hỗ trợ nhà thầu và SI trong quá trình chuẩn bị hồ sơ dự án.
• Phối hợp với đối tác phần mềm hoặc SI khi dự án cần dashboard và tích hợp hệ thống.

AD.TEK không bắt đầu bằng câu hỏi:

“Doanh nghiệp muốn mua gateway nào?”

Chúng tôi bắt đầu bằng câu hỏi:

“Doanh nghiệp cần giám sát điều gì, dữ liệu phải đi qua đâu và kết quả cuối cùng cần phục vụ quyết định nào?”

Gửi thông tin để nhận tư vấn kiến trúc và BOM sơ bộ

Để đội ngũ AD.TEK có thể đánh giá nhanh, doanh nghiệp và đối tác vui lòng cung cấp:

• Sơ đồ mặt bằng hoặc khu vực triển khai.
• Loại tài sản, thiết bị hoặc cảm biến cần giám sát.
• Số lượng dự kiến.
• Khoảng cách giữa các khu vực.
• Nguồn điện tại điểm lắp.
• Đường truyền Ethernet, Wi‑Fi hoặc LTE hiện có.
• Nền tảng quản lý hoặc phần mềm cần tích hợp.
• Yêu cầu về cảnh báo, lưu trữ và báo cáo.
• Thời gian dự kiến triển khai.

AD.TEK sẽ hỗ trợ rà soát tầng kết nối, lựa chọn gateway, xây dựng BOM sơ bộ và đề xuất phạm vi PoC phù hợp trước khi doanh nghiệp quyết định đầu tư diện rộng.

AD.TEK – Where Trust Meets Integrity

• Website: https://www.adtek.vn
• Email: Sales@adtek.vn
• Hà Nội: +84 9 8672 8080
• TP.HCM: +84 9 8652 8080

Câu hỏi thường gặp về MikroTik KNOT Gateway

• MikroTik KNOT Gateway dùng để làm gì?

KNOT Gateway tiếp nhận dữ liệu từ thẻ Bluetooth, cảm biến hoặc thiết bị IoT, sau đó lọc và chuyển dữ liệu về máy chủ thông qua Ethernet, Wi‑Fi hoặc LTE.

• KNOT Gateway có gửi dữ liệu bằng MQTT không?

Có. RouterOS hỗ trợ MQTT và HTTP để đưa dữ liệu tới máy chủ hoặc nền tảng tương thích.

• KNOT Gateway LR8 và HL9 khác nhau ở đâu?

LR8 sử dụng LoRa 868 MHz; HL9 sử dụng Wi‑Fi HaLow 915 MHz. Cả hai đều hỗ trợ BLE 5.1 và các đường truyền Ethernet, Wi‑Fi, LTE.

• HL9 có phải là gateway LoRaWAN 915 MHz không?

Không. HL9 sử dụng Wi‑Fi HaLow. Gateway LoRa LR9 và Wi‑Fi HaLow HL9 là hai loại thiết bị khác nhau.

• KNOT Gateway có định vị chính xác thẻ BLE không?

Mô hình cơ bản xác định thẻ đang xuất hiện gần gateway hoặc trong khu vực nào. Muốn định vị chính xác hơn cần bổ sung kiến trúc và công nghệ định vị phù hợp.

• TG-LR82 và TG-LR92 khác nhau thế nào?

TG-LR82 sử dụng dải 863–870 MHz và được thiết kế cho hệ thống LR8. TG-LR92 sử dụng dải 902–928 MHz và được thiết kế cho hệ thống LR9.

• Có cần máy chủ khi triển khai LoRaWAN không?

Có. Một hệ thống LoRaWAN thông thường cần LoRaWAN Network Server để quản lý thiết bị, xử lý gói dữ liệu và chuyển dữ liệu đến ứng dụng.

• Có nên triển khai toàn bộ hệ thống ngay từ đầu không?

Không nên. Doanh nghiệp nên thử nghiệm PoC tại một khu vực đại diện, đánh giá vùng phủ và khả năng tương thích trước khi mở rộng.

Tài liệu sản phẩm chính thức

• KNOT Gateway LR8: https://mikrotik.com/product/knot_gateway_lr8
• KNOT Gateway HL9: https://mikrotik.com/product/knot_gateway_hl
• TG-LR82: https://mikrotik.com/product/tg_lr82
• TG-LR92: https://mikrotik.com/product/tg_lr92
• CLAIRÉ: https://mikrotik.com/product/claire
• hAP be³ Media: https://mikrotik.com/product/hap_be3_media