Ghi chú phát hành
Những gì đã thay đổi trong mỗi bản phát hành, được lọc theo những điều quan trọng đối với người vận hành chạy một box biên. Để biết cách báo cáo phiên bản trên thiết bị của bạn, xem Phiên bản & Cập nhật.
1.58.4 — 2026-10-02
Phần tiêu đề “1.58.4 — 2026-10-02”- Trang Logs gom mọi dòng của một tick suy luận lại với nhau. Mỗi dòng có chip cho datasource đầu vào và đầu ra, và chip Tick mở mọi dòng của tick đó, từ lần đọc đầu vào đến từng lần ghi đầu ra. Xem Giám sát.
- Mở và rời các trang trực tiếp không còn làm trang Logs ngập dòng kết nối.
1.58.3 — 2026-10-01
Phần tiêu đề “1.58.3 — 2026-10-01”- Ánh xạ tag đầu vào mở ra với một hàng cố định cho mỗi channel. Sau Duyệt tag, Điền các channel trống chỉ điền các hàng còn trống; hãy kiểm tra thứ tự trước khi lưu, vì thứ tự duyệt không phải lúc nào cũng là thứ tự đầu vào của mô hình.
- Ánh xạ một phần nay lưu được và cho biết còn bao nhiêu channel chưa ánh xạ. Một flow vẫn cần mọi channel được ánh xạ trước khi có thể bật.
1.58.2 — 2026-10-01
Phần tiêu đề “1.58.2 — 2026-10-01”- Trước khi tạo bản sao lưu trước cập nhật, quá trình cập nhật dừng mọi container ghi vào cơ sở dữ liệu, nên bản sao lưu nhất quán.
- Sau khi cập nhật thành công, box giữ 3 bản sao lưu mới nhất (
AIBOARD_BACKUP_KEEP,0giữ tất cả) cùng image của bản phát hành hiện tại và bản trước, rồi xóa phần còn lại.
1.58.1 — 2026-10-01
Phần tiêu đề “1.58.1 — 2026-10-01”- Sidebar dùng một kiểu mục duy nhất, dù mở rộng hay thu gọn.
1.58.0 — 2026-10-01
Phần tiêu đề “1.58.0 — 2026-10-01”- Thẻ Bộ nhớ mô tả toàn bộ máy, kể cả swap, và hiển thị service suy luận so với giới hạn bộ nhớ mà nó chạy bên dưới.
- Thẻ Sức khỏe lưu trữ mới hiển thị dung lượng đĩa đã dùng và kích thước cơ sở dữ liệu.
- Bộ nhớ GPU cho biết nó dùng chung với RAM hệ thống (Jetson) hay là bộ nhớ riêng.
1.57.3 — 2026-09-30
Phần tiêu đề “1.57.3 — 2026-09-30”- Nút thu gọn sidebar được chuyển vào tiêu đề Workspace.
1.57.2 — 2026-09-30
Phần tiêu đề “1.57.2 — 2026-09-30”- Sidebar thu gọn hiển thị các mục vuông, căn giữa, và thẻ tài khoản ở cuối sidebar không còn bị cắt.
1.57.1 — 2026-09-30
Phần tiêu đề “1.57.1 — 2026-09-30”- Khi hai tác vụ ghi gặp nhau trên cơ sở dữ liệu, tác vụ thứ hai nay chờ thay vì bỏ lô kết quả suy luận của nó.
1.57.0 — 2026-09-30
Phần tiêu đề “1.57.0 — 2026-09-30”- Trang Logs báo cáo khi pipeline đổi trạng thái và đang ghi tới những đầu ra nào, thay vì một dòng “không có việc gì” mỗi giây đẩy mọi thứ khác ra ngoài.
1.56.0 — 2026-09-28
Phần tiêu đề “1.56.0 — 2026-09-28”- Các dòng log của chính service suy luận nay hiện trên trang Logs.
1.55.0 — 2026-09-28
Phần tiêu đề “1.55.0 — 2026-09-28”- Panel About báo cáo bản phát hành đã cài trên box. Xem Phiên bản & Cập nhật.
- Bảng điều khiển tự kết nối lại sau khi backend gián đoạn, dù lâu đến đâu.
- Cài đặt đè lên một box đang có cũng tạo snapshot cơ sở dữ liệu như khi cập nhật (bỏ qua
bằng
--no-backup), vàcompact-db.shmới trả lại dung lượng đĩa sau khi cơ chế lưu giữ đã xóa các hàng. Xem Đĩa đầy / cơ sở dữ liệu phình không giới hạn.
1.54.0 — 2026-09-23
Phần tiêu đề “1.54.0 — 2026-09-23”- Stack đang chạy nay nằm dưới
/opt/aiboard, bên ngoài thư mục gói đã dùng để cài, nên xóa một gói cũ không còn làm box dừng.
1.53.0 — 2026-09-22
Phần tiêu đề “1.53.0 — 2026-09-22”- Sidebar theo giao diện sáng hoặc tối, và nhóm điều hướng phía trên System đã có tên.
1.52.0 — 2026-09-19
Phần tiêu đề “1.52.0 — 2026-09-19”- Sau khi khởi động lại, box chạy đúng cấu hình TLS bạn đã thiết lập, và bản sao lưu trước cập nhật dùng một image có sẵn trong gói, nên hoạt động mà không cần internet.
- Khi bạn chuyển mô hình, mô hình trước vẫn phục vụ cho đến khi mô hình mới sẵn sàng, và một payload bị từ chối không còn làm bỏ cả lô.
- Có thể xóa hàng trong bảng cấu hình từ menu chuột phải, và datasource Modbus chấp nhận tên máy (hostname) trong trường Host.
1.51.0 — 2026-09-03
Phần tiêu đề “1.51.0 — 2026-09-03”- Lịch sử suy luận được giữ 1 ngày theo mặc định, và payload của request được giữ 6 giờ. Cơ chế lưu giữ nay xóa theo từng bước nhỏ, nên không còn chặn việc ghi. Xem Đĩa đầy / cơ sở dữ liệu phình không giới hạn.
1.50.0 — 2026-09-02
Phần tiêu đề “1.50.0 — 2026-09-02”- Thiết lập dead-band của tag đã bị gỡ bỏ. Nó được hiển thị và lưu nhưng chưa bao giờ được áp dụng lên dữ liệu.
- Offset của tag đầu vào nay được áp dụng như tài liệu mô tả: giá trị = giá trị thô × scale + offset.
Bản phát hành bảo trì không có thay đổi mà người vận hành thấy được: 1.49.0 (2026-09-01) thay đổi một thiết lập runtime GPU trên JetPack 4.5 để giảm mức dùng bộ nhớ host khi suy luận. Không cần làm gì.
1.48.0 — 2026-08-31
Phần tiêu đề “1.48.0 — 2026-08-31”- Bảng điều khiển gọi tên số liệu uptime và hiển thị uptime của backend bên cạnh.
1.47.0 — 2026-08-27
Phần tiêu đề “1.47.0 — 2026-08-27”- Pipeline Health đếm 5 phút gần nhất, đúng như trang ghi, chứ không phải mọi thứ kể từ lúc khởi động.
1.46.0 — 2026-08-27
Phần tiêu đề “1.46.0 — 2026-08-27”- Sau khi engine suy luận khởi động lại, nó tự nạp lại mô hình.
- Bản cập nhật bỏ qua các image không thay đổi, và giới hạn bộ nhớ suy luận khớp với mức Jetson có thể cung cấp.
1.45.0 — 2026-08-26
Phần tiêu đề “1.45.0 — 2026-08-26”- Bạn có thể đặt tên cho mô hình khi tải lên.
- Quá trình cài đặt kiểm tra GPU thực sự tính toán được, không chỉ là có mặt.
- Thông báo lỗi giải thích lý do thay vì hiện mã, và khi engine suy luận dừng, bảng điều khiển cho biết nguyên nhân.
1.44.0 — 2026-08-25
Phần tiêu đề “1.44.0 — 2026-08-25”- Nạp lại mô hình thất bại không còn để box báo Ready.
- Có thể mở các tooltip hướng dẫn bằng bàn phím.
1.43.0 — 2026-08-24
Phần tiêu đề “1.43.0 — 2026-08-24”- Đăng nhập sai nhiều lần từ một máy tính không còn khóa mọi người vận hành khỏi box.
- Bảng điều khiển hiển thị Chờ khi chưa nạp mô hình, và engine từ chối stream với một mô hình mà nó không phục vụ được.
- Lý do bỏ qua khi nhập cấu hình đã được dịch, và External Alarms API trả về
501 Not Implementedthay vì dữ liệu giữ chỗ.
1.42.0 trở về trước
Phần tiêu đề “1.42.0 trở về trước”Số prediction mà sink quá tải đã bỏ giờ hiện lên màn hình
Phần tiêu đề “Số prediction mà sink quá tải đã bỏ giờ hiện lên màn hình”Bản phát hành trước cho phép sink không theo kịp bỏ prediction cũ nhất của chính nó, và nói rằng mọi lần bỏ đều được đếm. Con số đó nằm trong backpressure view — lấy được, nhưng không phải chỗ ai đó nhìn khi đang theo dõi thiết bị chạy.
Tình trạng Pipeline giờ mang nó. Số lớn là tổng của mọi sink, nên liếc một cái là biết có đang bỏ gì không; rê chuột sẽ tách theo từng datasource đầu ra, trả lời sink nào. Sink chưa từng bỏ hiển thị 0, và ô chuyển đỏ ngay khi khác 0.
Con số này cộng dồn từ lần khởi động backend gần nhất, nên nó cho biết việc đã xảy ra, không phải đang xảy ra. Muốn biết điều sau, hãy nhìn nó nhích qua vài lần làm mới.
Sink đang tụt lại giờ nói bằng ngôn ngữ của bạn
Phần tiêu đề “Sink đang tụt lại giờ nói bằng ngôn ngữ của bạn”Sink đầu ra tụt lại và sink đầu ra ghi lỗi là hai tình trạng khác nhau, nhưng đến giờ thông báo vẫn gọi cả hai là “Ghi đầu ra thất bại” — kèm lý do bằng tiếng Anh bất kể bạn đang dùng giao diện ngôn ngữ nào.
Tình trạng tụt lại giờ có câu chữ riêng bằng tiếng Anh, tiếng Hàn và tiếng Việt: sink đang tụt lại, đã bỏ bấy nhiêu prediction khỏi hàng đợi, suy luận không bị ảnh hưởng. Lỗi ghi thật thì giữ nguyên và vẫn hiện lý do do chính sink báo về, vì văn bản đó đến từ broker hoặc thiết bị và đáng đọc kể cả khi chưa dịch.
Tooltip của chart trực tiếp lại hiện giờ
Phần tiêu đề “Tooltip của chart trực tiếp lại hiện giờ”Rê chuột lên một điểm trên chart Real-time Monitor thì tiêu đề tooltip hiện số timestamp thô thay vì giờ. Giờ nó hiển thị đúng dạng giờ, theo định dạng bạn đã chọn trong tuỳ chọn hiển thị, khớp với trục bên dưới và chart Latency Over Time.
Đường latency được vẽ thành đường cong
Phần tiêu đề “Đường latency được vẽ thành đường cong”Các đường phân vị latency trên Inference Stats giờ là đường cong mượt, khớp với chart tỷ lệ lỗi và các sparkline vốn đã như vậy.
Đường cong đi qua mọi điểm đo và không bao giờ vượt lên trên hay xuống dưới điểm nào, nên không có con số nào trên màn hình là con số không được tính ra. Cái thay đổi là hình dáng giữa các bucket: một spike gói gọn trong một bucket giờ trông như bướu tròn thay vì góc nhọn. Hãy đọc spike đơn lẻ bằng tooltip, đừng đọc bằng độ nhọn của đường.
Chart Real-time Monitor được giữ nguyên đoạn thẳng có chủ đích. Nó vẽ số đo cảm biến thô dùng để soi bất thường, nơi một đường cong nối hai mẫu sẽ gợi ra hình dáng mà không phép đo nào có.
Sink đầu ra bị tụt lại không còn kéo chậm cả pipeline
Phần tiêu đề “Sink đầu ra bị tụt lại không còn kéo chậm cả pipeline”Mỗi sink đầu ra có hàng đợi riêng — vài giây prediction — để hấp thụ trục trặc thông thường. Trước đây, một sink tụt lại lâu hơn sức chứa hàng đợi đó sẽ bắt mọi thứ chờ nó: bản thân suy luận chậm xuống theo tốc độ của sink chậm nhất, và mọi sink khác chậm theo.
Sink không theo kịp giờ bỏ bớt prediction cũ nhất trong hàng đợi của chính nó để lấy chỗ cho cái mới. Suy luận vẫn chạy đúng nhịp đã cấu hình, và các sink khoẻ không bị ảnh hưởng.
Giá trị mới nhất là thứ được giữ lại: dashboard cần điểm số hiện tại, không cần điểm số của sáu giây trước.
Không có gì bị bỏ âm thầm. Mọi prediction bị bỏ đều được đếm theo từng sink và đọc được ở màn hình backpressure, còn sink bỏ liên tục sẽ tự sinh cảnh báo — báo là đang tụt lại, cố ý phân biệt với sink đang lỗi. Sink chậm và sink hỏng cần hai cách xử lý khác nhau.
Rời trang biểu đồ đang bận không còn bỏ bạn lại ở một trang trắng
Phần tiêu đề “Rời trang biểu đồ đang bận không còn bỏ bạn lại ở một trang trắng”Bấm rời Real-time Monitor trong lúc nó đang vẽ cửa sổ dài với nhiều kênh có thể chỉ làm đổi thanh địa chỉ mà không hiện gì — trang bạn yêu cầu không xuất hiện cho tới khi tải lại.
Vấn đề không hẳn là biểu đồ vẽ chậm, mà là nó không chịu nhường. Nó vẽ lại theo nhịp, và mỗi lần vẽ phải chạy hết mới trả trình duyệt lại cho việc khác; đúng lúc đó trang đích cũng cần chính khoảnh khắc ấy để nạp mã của nó. Giờ biểu đồ dừng vẽ ngay khi bắt đầu điều hướng và chạy lại khi trang mới đã lên, còn trang đích bắt đầu nạp ngay khi bạn rê chuột lên mục menu chứ không đợi tới lúc bấm.
Không mất dữ liệu trong lúc tạm dừng: số đọc vẫn dồn lại và lần vẽ đầu tiên sau đó hiển thị đầy đủ.
Nhịp lấy mẫu được cấu hình bằng chu kỳ, nên cảm biến chậm cuối cùng cũng diễn đạt được
Phần tiêu đề “Nhịp lấy mẫu được cấu hình bằng chu kỳ, nên cảm biến chậm cuối cùng cũng diễn đạt được”Nhịp của datasource trước đây là tần số tính bằng hertz nguyên, thứ không mô tả nổi “đọc nhiệt độ bồn 20 giây một lần”: ở dạng số nguyên, tần số đó làm tròn về 0. Trường này nay là Chu kỳ lấy mẫu (ms), giới hạn từ 1 ms đến 1 mẫu mỗi năm phút.
Các datasource sẵn có được quy đổi khi nâng cấp — nguồn đặt 10 Hz trở thành 100 ms và hành xử y như trước, không cần làm gì bằng tay. Chiều của giá trị bị đảo so với trường cũ: chu kỳ lớn hơn nghĩa là lấy mẫu chậm hơn.
Hai chỗ hiển thị sai ở nhịp chậm cũng được sửa cùng lúc. Thẻ cảm biến không còn báo cảnh báo cũ vĩnh viễn cho một datasource đang chạy đúng như cấu hình, vì ngưỡng nay bám theo nhịp đã cấu hình thay vì cố định 5 giây. Real-time Monitor có thêm cửa sổ 5, 15 và 30 phút, vì cửa sổ 60 giây chỉ chứa được ba điểm ở nhịp 1 mẫu/20 giây.
Đường biểu đồ nay nối đúng các số đọc bạn thực sự có
Phần tiêu đề “Đường biểu đồ nay nối đúng các số đọc bạn thực sự có”Trước đây đường được vẽ thành đường cong mượt, nghĩa là hình dạng giữa hai số đọc do thư viện vẽ bịa ra chứ không phải đo được. Với biểu đồ dùng để canh một gai bất thường thì đó là đánh đổi sai: đường cong bo tròn đúng chỗ chi tiết quan trọng nhất, và một cung mượt giữa hai điểm trông như một xu hướng trong khi dữ liệu chỉ nói “có hai số đọc này”.
Các số đọc nay được nối bằng đoạn thẳng trên Real-time Monitor và biểu đồ độ trễ theo thời gian. Đường trông gãy góc hơn trước; dữ liệu bên dưới không đổi gì, chỉ có cách vẽ trung thực hơn.
Các biểu đồ khác — lịch sử GPU/CPU, tỉ lệ lỗi, các sparkline tóm tắt nhỏ — giữ nguyên.
Biểu đồ trụ được với cửa sổ dài và nhiều kênh
Phần tiêu đề “Biểu đồ trụ được với cửa sổ dài và nhiều kênh”Real-time Monitor trước đây dựng một hàng cho mỗi mẫu trong cửa sổ đang chọn, nên chi phí tăng theo tần số lấy mẫu và độ dài cửa sổ, không có trần. Với datasource 50 kênh ở 100 Hz, cửa sổ 30 giây mất khoảng gấp đôi khoảng thời gian nó phải sẵn sàng, còn cửa sổ 60 giây thì gần gấp bốn — biểu đồ tụt lại sau dữ liệu và trang web có cảm giác dính.
Biểu đồ nay được vẽ ở độ phân giải mà màn hình thực sự hiển thị được. Cửa sổ 30 và 60 giây giờ tốn ngang nhau, vì khối lượng công việc bám theo bề rộng biểu đồ chứ không còn bám theo tốc độ của datasource.
Khoảng trống vẫn hiện là khoảng trống — kênh không có số đọc trong một đoạn sẽ để trống chứ không nối liền qua, nên giai đoạn khởi động và các dự đoán bị bỏ vẫn nhìn thấy được.
Các bề mặt mạng nay đóng theo mặc định
Phần tiêu đề “Các bề mặt mạng nay đóng theo mặc định”Ba bề mặt vốn được ship ở trạng thái mở, trong khi người vận hành có lý do để tin rằng chúng đã đóng. Hãy kiểm tra trước khi nâng cấp nếu có thứ gì của bạn phụ thuộc vào chúng.
- Swagger không còn được phục vụ trên thiết bị xuất xưởng. Trước đây nó trả
lời tại
http://<box>:5000/ở mọi môi trường, cho người dùng ẩn danh, kèm toàn bộ danh mục API nội bộ. Nay nó chỉ có ở môi trường Development và nằm tại/swagger; một box chạyASPNETCORE_ENVIRONMENT=Productionkhông phục vụ tài liệu API nào. Hãy dùng Tổng quan API thay thế. - File compose bản phát hành không còn publish cổng 50051 ra host. Dịch vụ gRPC suy luận không có xác thực riêng, nên giờ chỉ truy cập được trên mạng container (trên Jetson: chỉ loopback).
- Tắt API bên ngoài giờ thực sự đóng nó.
ExternalApi:Enabled=falsetrước đây cho/api/external/v1/*đi qua mà không cần xác thực — công tắc mang tên “tắt” nhưng hành xử như một đường vòng. Các route đó nay trả về 404. Route nội bộ không bị ảnh hưởng.
Một box chạy với INFERENCE_STUB=1 cũng không còn tự báo khoẻ mạnh trong khi
phát ra dự đoán bịa; health check nay cho biết nó đang ở chế độ stub.
Sensor Monitor giữ lại các kênh bạn đã ẩn
Phần tiêu đề “Sensor Monitor giữ lại các kênh bạn đã ẩn”Khởi động một flow trước đây làm mọi kênh hiện lại, nên người vận hành đang theo dõi 4 trong 100 kênh sẽ nhận lại đủ 100 kênh mỗi lần start — kể cả khi khởi động lại chính flow đang xem. Trạng thái hiển thị nay thuộc về một flow: khởi động lại cùng flow sẽ giữ nguyên lựa chọn của bạn, và chỉ khi chuyển sang một flow khác mới hiện lại toàn bộ, vì cùng một số hiệu kênh mang ý nghĩa khác dưới một ánh xạ tag khác.
Biểu đồ mượt hơn ở tần số lấy mẫu cao
Phần tiêu đề “Biểu đồ mượt hơn ở tần số lấy mẫu cao”Real-time Monitor không còn vẽ lại theo từng mẫu nhận được. Nhịp cập nhật biểu đồ
được chặn ở mức ổn định, độc lập với tần số của datasource, và bộ đệm biểu đồ nay
được tính theo SamplingHz thật của datasource thay vì giả định cố định 100 Hz —
giả định vốn cắt cụt khoảng thời gian bạn chọn trên mọi datasource cấu hình cao
hơn mức đó.
Benchmark báo cáo theo từng flow
Phần tiêu đề “Benchmark báo cáo theo từng flow”Bản tóm tắt benchmark nhóm kết quả theo flow thay vì trộn chung, và mọi tier đo đều ghi lại flow đã tạo ra nó — kể cả tier power và microbench, vốn trước đây để trống. Khi các tier không khớp nhau, bản tóm tắt nói rõ điều đó thay vì lặng lẽ chọn một cái.
Chuyển cấu hình mang theo toàn bộ pipeline
Phần tiêu đề “Chuyển cấu hình mang theo toàn bộ pipeline”Một cấu hình đã xuất mô tả các kết nối, ánh xạ tag và các flow trên chúng, nên chuyển một pipeline sang box khác không còn nghĩa là dựng lại từng flow bằng tay. Flow tham chiếu datasource và mô hình theo tên, nên file không mang Id cơ sở dữ liệu nào.
Flow được nhập luôn ở trạng thái tắt; nạp một file không bao giờ kích hoạt pipeline. Nếu box đích không có mô hình của một flow, flow đó bị bỏ qua và được nêu tên trong báo cáo nhập cùng mô hình cần tải lên — hãy tải nó lên rồi nhập lại chính file đó.
Một lần nhập sẽ ghi đè datasource mà flow đang bật sử dụng sẽ bị từ chối với
disable_flow_first, kèm tên flow. Hãy tắt flow, nhập, rồi bật lại. Điều này áp dụng cả
khi nhập lại bản xuất của chính box, trước đây chỉ chạy được vì các giá trị tình cờ giống nhau.
Cũng đã sửa: cấu hình đã xuất từng làm mất samplingHz của đầu vào và tagCount của đầu
ra, nên cấu hình chuyển giữa các box bị khác đi một cách khó thấy.
Flow thay thế việc ghép cặp và bật theo từng datasource
Phần tiêu đề “Flow thay thế việc ghép cặp và bật theo từng datasource”Một flow gắn một datasource đầu vào, một phiên bản mô hình và số lượng tùy ý datasource đầu ra. Đây nay là nơi duy nhất ghi nhận pipeline nào được chọn: bật một flow sẽ kích hoạt nó, và tại một thời điểm chỉ có tối đa một flow được bật.
Bạn cần làm gì sau khi nâng cấp: không cần gì với bản cài đặt hiện có — quá trình nâng cấp tạo một flow từ cặp ghép hiện tại và giữ nó ở trạng thái bật. Nhưng có hai điều thay đổi:
- Việc bật đã chuyển chỗ. Trang Data Source nay dùng để quản lý kết nối; bật và ghép cặp mô hình nằm ở trang Task Manager.
- Nhập cấu hình không còn mang theo flow. Một cấu hình đã xuất gồm các kết nối và ánh xạ tag; sau khi nhập vào box mới, hãy tạo flow trong Task Manager. Các file xuất trước bản phát hành này vẫn nhập được; cờ bật theo từng datasource của chúng bị bỏ qua.
API đã gỡ bỏ: POST /api/datasources/{input,output}/{id}/enable, và
POST|DELETE /api/datasources/input/{id}/active-model. Hãy dùng /api/flows.
intentSource trong /api/model-runtime nay báo "flow" ở chỗ trước đây báo "datasource".
Xem Task Manager và Tổng quan API.
Xem trực tiếp pipeline (Preview Flow)
Phần tiêu đề “Xem trực tiếp pipeline (Preview Flow)”- Trang Preview Flow mới trực quan hóa pipeline Input → Model → Output dưới dạng đồ thị tương tác, chỉ đọc, với hoạt ảnh luồng dữ liệu trực tiếp trên chuỗi suy luận đang chạy, và các cạnh phản ánh kết nối model đang hoạt động thực sự (không phải suy đoán).
- Nhấp vào bất kỳ node nào để mở ngay hộp thoại cấu hình tương ứng — ghép model, chỉnh sửa mapping, test-write, kích hoạt — ngay trên canvas.
Xem Preview Flow.
Thông báo hệ thống
Phần tiêu đề “Thông báo hệ thống”- NotificationCenter mới (biểu tượng chuông trên header) hiển thị các sự kiện suy luận bắt đầu/lỗi, kích hoạt model, cảnh báo/lỗi log, và lỗi ghi sink dưới dạng toast và danh sách.
- Suy luận giờ đây phát cảnh báo khi dừng vì lý do bạn không trực tiếp yêu cầu — một datasource khác được kích hoạt thay thế, hoặc datasource đang hoạt động bị chỉnh sửa hoặc xóa trong khi đang chạy.
- Sau khi backend khởi động lại, một input datasource trước đó đã được bật sẽ tự động khôi phục trạng thái Ready và nút Start — suy luận không tự khởi động lại — xem Giám sát.
Xem Thông báo.
Tăng cường độ tin cậy MQTT
Phần tiêu đề “Tăng cường độ tin cậy MQTT”- Bộ điều hợp đầu vào MQTT giờ đây chỉ đăng ký các tag đã được mapping thay vì topic gốc dạng wildcard, để lưu lượng broker không liên quan không thể khiến suy luận bị dừng lại.
- Một topic đã mapping nếu ngừng gửi dữ liệu sẽ khiến suy luận dừng lại thay vì tiếp tục đưa giá trị cũ vào model, và bộ điều hợp sẽ kết nối lại với backoff sau khi broker bị mất kết nối.
- Các giá trị
NaN/Infinitybị từ chối trước khi đến model, và Test Connection giờ đây báo cáo các lỗi thực ở mức socket (bị từ chối, không thể truy cập, DNS) thay vì tên exception thô.
Xem Nguồn dữ liệu đầu vào và MQTT input ngừng hoạt động hoặc lỗi.
Đảm bảo gửi dự đoán
Phần tiêu đề “Đảm bảo gửi dự đoán”- Sink đầu ra MQTT giờ đây gửi ở QoS 1, để một lần ghi bị broker từ chối (ví dụ: một topic bị ACL từ chối) hiển thị là lỗi thay vì âm thầm báo cáo thành công.
Xem Nguồn dữ liệu đầu ra.
Trải nghiệm cấu hình datasource
Phần tiêu đề “Trải nghiệm cấu hình datasource”- Các trường cấu hình giờ đây hiện hoặc ẩn tùy theo lựa chọn hiện có — ví dụ, các trường TLS chỉ xuất hiện khi TLS được bật — để form chỉ hỏi những gì thực sự áp dụng.
- Lỗi mapping tag và lỗi kết nối giờ đây hiển thị dưới dạng câu văn dễ hiểu thay vì mã lỗi thô từ backend.
- Test Write giờ đây bắt đầu từ một payload mẫu phù hợp với loại datasource, và một output chưa mapping tag nào không thể được bật.
Xem Nguồn dữ liệu đầu vào và Nguồn dữ liệu đầu ra.
Chứng chỉ TLS cho datasource trên gói cài đặt offline
Phần tiêu đề “Chứng chỉ TLS cho datasource trên gói cài đặt offline”- Chứng chỉ TLS cho datasource MQTT và OPC UA giờ đây được hỗ trợ trên đường dẫn cài đặt/cập nhật gói offline (air-gapped), không chỉ trong môi trường phát triển cục bộ.
2026-06 — Execution provider, đầu ra CSV & tăng cường bảo mật container
Phần tiêu đề “2026-06 — Execution provider, đầu ra CSV & tăng cường bảo mật container”Các chế độ execution provider cho phần cứng biên
Phần tiêu đề “Các chế độ execution provider cho phần cứng biên”- Runtime giờ đây phân loại execution provider của nó một cách rõ ràng: TensorRT, CUDA, hoặc CPU. Các box GPU ưu tiên tăng tốc GPU theo mặc định và quay lui một cách mượt mà nếu một thư viện GPU không khả dụng.
- Một chế độ nghiêm ngặt có thể biến việc âm thầm quay lui về CPU thành lỗi khởi động, để một box GPU không bao giờ âm thầm chạy trên CPU.
- Bảng điều khiển giờ đây hiển thị execution provider đang hoạt động để bạn có thể xác nhận box của bạn đang thực sự dùng gì. Xem Giám sát.
Nguồn dữ liệu đầu ra CSV
Phần tiêu đề “Nguồn dữ liệu đầu ra CSV”- Một đầu ra CSV mới ghi kết quả dự đoán vào các tệp CSV xoay vòng, với kích thước tệp, xoay vòng và hành vi flush có thể cấu hình. Xem Nguồn dữ liệu đầu ra.
Độ tin cậy & khả năng quan sát
Phần tiêu đề “Độ tin cậy & khả năng quan sát”- Nhiệt độ CPU trung thực. Khi một box không có cảm biến nhiệt CPU đọc được, bảng điều khiển
giờ đây hiển thị N/A thay vì giá trị gây hiểu lầm
0 °C. - Thu hồi không gian đĩa. Cơ sở dữ liệu metrics giờ đây trả lại không gian đã giải phóng cho hệ điều hành sau đợt quét lưu giữ của nó, và giới hạn tổng số hàng để một đợt bùng nổ lưu lượng không thể làm đầy đĩa.
- Trạng thái runtime chính xác. Thẻ runtime của Model Manager không còn hiển thị “Desync” sai khi nhàn rỗi hoặc đang khởi động.
Container được tăng cường bảo mật
Phần tiêu đề “Container được tăng cường bảo mật”- Tất cả các dịch vụ giờ đây chạy dưới người dùng không phải root.
- Web frontend lắng nghe trên một cổng không đặc quyền nội bộ (cổng host không thay đổi).
v0.5 — Bảng điều khiển khả năng quan sát suy luận
Phần tiêu đề “v0.5 — Bảng điều khiển khả năng quan sát suy luận”- Phân rã độ trễ (hàng đợi / tiền xử lý / thực thi mô hình / hậu xử lý)
- Điều khiển cửa sổ & bucket cho tổng hợp theo thời gian
- Ngưỡng độ trễ theo từng mô hình
v0.4 — Nền tảng datasource
Phần tiêu đề “v0.4 — Nền tảng datasource”- Các bộ adapter OPC-UA và MQTT
- Giới hạn tốc độ và báo cáo backpressure
v0.3 — Vòng đời mô hình
Phần tiêu đề “v0.3 — Vòng đời mô hình”- Phiên bản hóa mô hình và thăng cấp theo giai đoạn
v0.2 — Bảng điều khiển web
Phần tiêu đề “v0.2 — Bảng điều khiển web”- Cập nhật bảng điều khiển trực tiếp, theo cơ chế đẩy
- Kiểm soát truy cập dựa trên vai trò và một audit log