Hệ thống cân LT8RFID

Có thể đàm phánCập nhật vào11/26

Mô hình

Thiên nhiên của nhà sản xuất: Nhà sản xuất

Danh mục sản phẩm

Nơi xuất xứ

Tư vấn trực tuyến

Tổng quan

Hệ thống cân LT8RFID Công nghệ nhận dạng tần số vô tuyến không dây (Hệ thống cân RFID) là một công nghệ thu thập và xử lý thông tin cân nhanh, thời gian thực và chính xác, nhận dạng hiệu quả duy nhất của các đối tượng vật lý bằng tín hiệu tần số vô tuyến. Nó có thể được sử dụng rộng rãi trong các ngành công nghiệp khác nhau như sản xuất, bán lẻ, hậu cần, giao thông, y tế, quốc phòng, chăn nuôi, khai thác mỏ, v.v.

Chi tiết sản phẩm

Hệ thống cân LT8RFID

Công nghệ nhận dạng tần số vô tuyến không dây (Hệ thống cân RFID) là một công nghệ thu thập và xử lý thông tin cân nhanh, thời gian thực và chính xác để xác định các đối tượng vật lý thông qua tín hiệu tần số vô tuyến, có thể được sử dụng rộng rãi trong các ngành công nghiệp khác nhau như sản xuất, bán lẻ, hậu cần, giao thông, y tế, quốc phòng, chăn nuôi, khai thác mỏ, v.v. Hệ thống cân RFID cơ bản thường bao gồm 3 phần: thẻ, đầu đọc và phần mềm hỗ trợ ứng dụng. Phần mềm trung gian là một thành phần quan trọng của phần mềm hỗ trợ ứng dụng và là cầu nối giữa các thiết bị cân phần cứng như nhãn, đầu đọc và phần mềm ứng dụng doanh nghiệp như hoạch định nguồn lực doanh nghiệp (ERP), quản lý quan hệ khách hàng (CRM), v.v. Nhiệm vụ chính của phần mềm trung gian là lọc, tổng hợp, tính toán, nhóm dữ liệu liên quan đến nhãn do người đọc truyền đến, giảm lượng lớn dữ liệu thô được truyền từ người đọc đến ứng dụng doanh nghiệp, tạo ra dữ liệu sự kiện được thêm vào giải thích ngôn ngữ. Có thể nói, phần mềm trung gian là "trung tâm thần kinh" của hệ thống cân RFID. Đối với việc thiết kế phần mềm trung gian hệ thống cân RFID, có một số vấn đề cần xem xét, chẳng hạn như: làm thế nào để đạt được nhiều thuộc tính chất lượng của phần mềm, làm thế nào để đạt được sự cô lập phần mềm trung gian từ thiết bị cân phần cứng, làm thế nào để xử lý mối quan hệ với chức năng quản lý thiết bị, làm thế nào để đạt được xử lý dữ liệu hiệu suất cao, v.v.
1, cấu trúc khung mạng của hệ thống cân RFID, dữ liệu nhãn được báo cáo cho hệ thống ứng dụng sau khi gói trung gian, lọc và xử lý khác; Hệ thống ứng dụng chịu trách nhiệm lưu trữ liên tục dữ liệu sự kiện và quản lý thông tin nghiệp vụ gắn nhãn. Nền tảng dịch vụ công cộng chia sẻ hệ thống cân RFID cung cấp các dịch vụ công cộng như dịch vụ tên đối tượng nút gốc (ONS), quản lý giám sát ứng dụng doanh nghiệp, khám phá thông tin nhãn mác và quản lý mã ủy quyền doanh nghiệp. Trong đó, nút gốc ONS, cùng với ONS nội bộ của tất cả các hệ thống hệ thống cân RFID cấp doanh nghiệp, tạo thành một cây ONS, nơi bất kỳ thẻ nào cũng có thể tìm thấy địa chỉ của thư viện thông tin nhãn tương ứng với nhãn, tức là các chi tiết của nhãn tương ứng có thể được truy cập thêm.
2, chức năng phần mềm trung gian và nguyên tắc thực hiện Trong một lời nói, chức năng của phần mềm trung gian là chấp nhận yêu cầu của hệ thống ứng dụng, để chỉ định một hoặc nhiều người đọc bắt đầu các lệnh hoạt động như kiểm kê nhãn, ghi dữ liệu nhận dạng nhãn, đọc và ghi khu vực dữ liệu người dùng nhãn, khóa dữ liệu nhãn, giết nhãn, v.v., và nhận, xử lý, báo cáo dữ liệu kết quả cho hệ thống ứng dụng nền. Trong đó, kiểm kê nhãn mác là chức năng cơ bản nhất, cũng là ứng dụng rộng rãi nhất.
2.1 Tổng quan về chức năng kiểm kê nhãn, quy trình làm việc kiểm kê nhãn có thể được mô tả đơn giản như sau: Hệ thống ứng dụng xác định nhu cầu về dữ liệu nhãn dưới dạng quy tắc, quy tắc được đề xuất bởi hệ thống ứng dụng cho phần mềm trung gian và được duy trì bởi phần mềm trung gian. Các quy tắc được xác định: dữ liệu được kiểm kê của người đọc nào là cần thiết, điều kiện bắt đầu và kết thúc của chu kỳ báo cáo dữ liệu nhãn (chu kỳ sự kiện), cách dữ liệu nhãn được lọc, dữ liệu nhãn được nhóm lại như thế nào, dữ liệu báo cáo là dữ liệu được kiểm kê ban đầu, dữ liệu nhãn được thêm hoặc mới được trừ, dữ liệu nhãn chứa dữ liệu thô nào, v.v. Hệ thống áp dụng chỉ định một quy tắc để đề xuất đặt chỗ cho dữ liệu nhãn cho phần mềm trung gian. Phần trung gian căn cứ vào tình hình đặt trước dữ liệu ghi chép của hệ thống ứng dụng, khởi động chu kỳ sự kiện đúng lúc và gửi lệnh kiểm kê ghi chép tới máy đọc. Người đọc sẽ đếm dữ liệu trong một khoảng thời gian nhất định (chu kỳ đọc), gửi đến phần mềm trung gian. Chu kỳ đọc có thể được xác định bởi phần trung gian và sự phát triển của bộ đọc. Các linh kiện trung gian kết nối dữ liệu do máy đọc báo cáo. Các phần trung gian căn cứ vào định nghĩa của quy tắc, thực hiện các thao tác như bộ lọc, nhóm, tổng cộng dữ liệu, v. v. và khi kết thúc chu kỳ sự kiện, tạo ra báo cáo kết quả dữ liệu theo yêu cầu của quy tắc, gửi đến người đặt trước quy tắc. Quá trình lọc có thể loại bỏ dữ liệu trùng lặp, dữ liệu mà hệ thống ứng dụng không quan tâm, làm giảm đáng kể lượng dữ liệu truyền giữa các thành phần.
Cần giải thích một chút về khái niệm của bộ đọc logic. Phần mềm trung gian trừu tượng hóa nguồn sự kiện thành một khái niệm logic - một trình đọc logic có thể chứa nhiều đầu đọc vật lý hoặc thậm chí tinh chỉnh hơn thành nhiều ăng-ten chứa nhiều đầu đọc vật lý. Sự phân chia của bộ đọc logic có thể căn cứ vào tình hình triển khai hệ thống thực tế để xác định, ví dụ, một nhà kho có hai cửa ra triển khai bốn bộ đọc, có thể căn cứ vào nhu cầu cấu hình bốn bộ đọc này trở thành một bộ đọc logic, có thể đặt tên là "Cửa ra kho". Hệ thống ứng dụng có thể đưa ra các lệnh kiểm kê dựa trên trình đọc logic này khi cần dữ liệu nhãn cho lối ra kho, trong khi tên của trình đọc logic đóng vai trò là tham số được gọi như một phần của giao diện ứng dụng (API).
2.2 Nguyên tắc thực hiện kiểm kê nhãn Như đã đề cập trước đó, các quy tắc là yếu tố quan trọng của toàn bộ chức năng middleware. Quy tắc tương đương với việc áp dụng lệnh đặt hàng mà hệ thống cấp cho phần mềm trung gian, xác định các yêu cầu về thời gian (chu kỳ sự kiện) và thông số kỹ thuật (cách lọc, cách nhóm, kiểu báo cáo, v.v.) của hàng hóa (dữ liệu nhãn), phần mô tả nguyên tắc tham khảo nội dung liên quan đến EPCglobal. Quy tắc, báo cáo có mô hình thông tin riêng, mô tả thông tin mà nó mang theo, đồng thời, quy tắc có mô hình máy trạng thái riêng. Khi chấp nhận đặt phòng dài hạn, đặt phòng đơn cho hệ thống ứng dụng, các hoạt động đặt phòng này kích thích thay đổi trạng thái của quy tắc, chẳng hạn như chuyển từ trạng thái "không được yêu cầu" sang trạng thái "đã được yêu cầu". Các quy tắc được xác định bởi hệ thống ứng dụng thông qua API.
(1) Mô hình thông tin quy tắc Mô hình thông tin quy tắc sử dụng Ngôn ngữ mô hình thống nhất (UML) như thể hiện trong Hình 3. Trong bối cảnh hướng đối tượng, các quy tắc có thể được mô tả như một lớp (ECSpec). Như bạn có thể thấy từ mô tả mô hình thông tin, một lớp quy tắc có liên quan đến nhiều lớp khác hoặc có các thuộc tính như: danh sách (readers) của một hoặc nhiều trình đọc logic, định nghĩa ranh giới chu kỳ sự kiện (boundaries), định nghĩa một hoặc nhiều báo cáo (reportSpecs), đánh dấu có bao gồm chính quy tắc trong báo cáo hay không (includeSpecInReports).
(2) Mô hình thông tin báo cáo tương tự như mô hình thông tin quy tắc, trong đó lớp nhóm báo cáo sự kiện (ECReports) có các thuộc tính sau: tên quy tắc (specName), thời gian báo cáo thời gian (date), thời gian chu kỳ sự kiện (totalMilliseconds), điều kiện kết thúc chu kỳ sự kiện (terminaonCondion), các trường hợp của lớp định nghĩa quy tắc (spec), danh sách các trường hợp của một hoặc nhiều lớp báo cáo (reports). Lớp báo cáo (ECReport) chứa thông tin dữ liệu nhãn cụ thể.
c) Kiểm kê nhãn mác các quy tắc định nghĩa, dữ liệu đặt trước, v. v. được đưa ra dưới hệ thống ứng dụng APP, hoàn thành theo cách gọi APP do phần trung gian cung cấp. Quá trình gọi API có thể được thực hiện bằng cách sử dụng Java RMI, SOAP và các công nghệ cụ thể khác, trong đó API quan trọng nhất được liệt kê trong Bảng 1. Bảng 1: Label Count Application Interface. Trong đó thao tác poll tương đương với thao tác subscribe gọi thao tác unsubscribe sau khi nhận được dữ liệu từ một chu kỳ sự kiện; Hành động immediate tương đương với hành động define Sau khi quy tắc được xác định, hành động poll được gọi và sau đó hành động undefine được gọi.
Các quy tắc mô hình máy trạng thái quy tắc bắt đầu với định nghĩa của chúng và có thể tồn tại trong ba trạng thái: không được yêu cầu (unrequested), được yêu cầu (requested) và được kích hoạt (active). Khi một quy tắc đã được tạo ra, nó chưa được đặt trước bởi bất kỳ khách hàng nào (tức là hệ thống ứng dụng) và quy tắc ở trạng thái không được yêu cầu; Hành động đặt chỗ đầu tiên trên quy tắc sẽ chuyển quy tắc sang trạng thái yêu cầu; Khi điều kiện bắt đầu chu kỳ sự kiện được đáp ứng, quy tắc sẽ chuyển sang trạng thái Active; Khi điều kiện kết thúc chu kỳ sự kiện được đáp ứng, chuyển sang trạng thái Requested nếu quy tắc có người đặt trước, nếu không chuyển sang trạng thái Unrequested.
3, kiến trúc hệ thống phần mềm trung gian Hệ thống phần mềm trung gian là một hệ thống phần mềm (hoặc thành phần), ngoài việc thực hiện một số chức năng, yêu cầu hiệu suất, khả năng hiểu, khả năng mở rộng, khả năng sửa đổi (hoặc tái cấu trúc), khả năng chèn, khả năng tái sử dụng và các thuộc tính chất lượng khác sẽ được đưa ra như yêu cầu thiết kế phần mềm. Trong hơn 10 năm qua, tư tưởng hướng đối tượng gần như chiếm lĩnh toàn diện lĩnh vực thiết kế phần mềm, trở thành phương pháp phân tích, thiết kế chủ đạo nhất. Trong những năm gần đây, việc nghiên cứu các mẫu thiết kế đã được hoàn thiện, và các mẫu gần như đã trở thành một "ngôn ngữ lập trình cấp cao hơn" (so với các ngôn ngữ lập trình cấp cao như Java, C++) được sử dụng rộng rãi. Tư tưởng hướng đối tượng, mô hình thiết kế đều lấy việc thực hiện các mục tiêu phần mềm có thể hiểu được, có thể mở rộng, có thể sửa đổi, có thể chèn, có thể tái sử dụng làm nhiệm vụ của mình, bài viết này cũng sẽ áp dụng tư tưởng hướng đối tượng, ngôn ngữ chế độ tham khảo, đối với kiến trúc phần mềm trung gian làm một cuộc thảo luận sơ bộ, ví dụ sau đây như liên quan đến ngôn ngữ lập trình cấp cao, đều áp dụng ngôn ngữ Java.
3.1 Các nút riêng lẻ trong quy trình xử lý đóng gói, cách ly các nút riêng lẻ trong quy trình nghiệp vụ của linh kiện trung gian được chia thành các mô-đun xử lý khác nhau, có thể đạt được lợi thế như đóng gói, gắn kết cao, khớp nối thấp, v.v., xem Hình 5. Hình 5: Sơ đồ phân chia mô-đun hệ thống middleware. Trong đó, báo cáo tải lên mô-đun, chịu trách nhiệm thực hiện các loại phương thức tải lên báo cáo khác nhau, chẳng hạn như HTTP, JMS, v.v. Mô-đun giao diện API, chịu trách nhiệm cách ly các mô-đun xử lý logic nghiệp vụ cốt lõi của hệ thống ứng dụng và phần mềm trung gian, cung cấp giao diện API phần mềm trung gian cho hệ thống ứng dụng; Middleware Core Business Logic Processing Module, chịu trách nhiệm cho Middleware Core Business, bao gồm lọc nhận dữ liệu, gói dữ liệu, tạo báo cáo, nhảy trạng thái của các đối tượng quy tắc, v.v. Mô-đun truyền thông đọc, chịu trách nhiệm giao tiếp giữa hệ thống phần mềm trung gian với người đọc.
3.2 Chế độ mặt tiền, chế độ nhà máy để tiếp xúc với giao diện API bên ngoài Để tránh hệ thống ứng dụng nền, tức là kết hợp quá mức của khách hàng phần mềm trung gian, sử dụng chế độ mặt tiền (Facade) để thực hiện cách ly rõ ràng bên trong và bên ngoài hệ thống. Quy trình xử lý có thể xem các bản vẽ sê - ri được thể hiện trong Hình 6. Client chỉ thiết lập kết nối với lớp Facade và nếu giao diện Facade được định nghĩa đủ rõ ràng, Client có thể không biết gì về việc triển khai bên trong middleware, thể hiện tính đóng gói trong hướng đối tượng.
3.5 Chế độ người quan sát xử lý việc báo cáo tin nhắn của người đọc tin nhắn được chuyển đổi thành đối tượng tin nhắn, việc tiếp nhận, phân phối đối tượng tin nhắn có thể được thực hiện theo mô hình người quan sát cổ điển.

Sản phẩm tương tự Khuyến nghị