Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

`filewriter`: selog blocks

Đang mở
#89 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
45/100
Loại issue
Tính năng
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Ít trao đổi
Công nghệ
kafka
Lĩnh vực
data

Hướng nghiên cứu

Bắt đầu tại điểm vào của filewriter và theo dõi cách các cập nhật block trở thành đầu ra .nxs. So sánh các đường dẫn raw_data_1/selog/ bắt buộc với writer hiện tại, bao gồm cả việc tra cứu lịch sử cần thiết cho lần cập nhật đầu tiên. Được coi là hoàn tất khi tất cả các trường được liệt kê đều được ghi cho từng block và quyết định về biểu diễn string-log được giải quyết.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

filewriter

The filewriter must be able to write the selog data.

For each block, this includes:

  • raw_data_1/selog/<block>/read_control (was a LabVIEW VI control name; not populated by current system; could be populated as EPICS PV name)
  • raw_data_1/selog/<block>/set_control (was a LabVIEW VI control name; not populated by current system)
  • raw_data_1/selog/<block>/setpoint
  • raw_data_1/selog/<block>/setpoint_spread
  • raw_data_1/selog/<block>/value
  • raw_data_1/selog/<block>/value_log/alarm_severity
  • raw_data_1/selog/<block>/value_log/alarm_status
  • raw_data_1/selog/<block>/value_log/alarm_time
  • raw_data_1/selog/<block>/value_log/name
  • raw_data_1/selog/<block>/value_log/time
  • raw_data_1/selog/<block>/value_log/value
  • raw_data_1/selog/<block>/value_log/value_valid
  • raw_data_1/selog/<block>/value_spread
  • raw_data_1/selog/<block>/vi_name (was a LabVIEW VI name; not populated by current system)

[!IMPORTANT]
When implementing, we must ensure that the filewriter 'goes back' in time to find the most recent update for each block and log that as the initial update. Otherwise, values will be missing in the .nxs until the block happens to update or the forwarder happens to schedule one of it's periodic updates. For short runs and blocks that don't update much, it is possible that may never happen.

Questions

The ISISICP currently writes strings in a way that is not nexus-compliant. Do we want to continue to do that?

There is a new NXtextlog nexus class for storing string-logs, and as ESS vs00 schema for emitting string-type updates through Kafka.

Potential differences from existing files

  • The update frequency of blocks logged here may be different than old system; streaming system will see and be able to log all block updates (unless we choose to implement downsampling)
Ngôn ngữ chính
Không có dữ liệu ngôn ngữ
Star
0
Fork
0
Chỉ số merge pull request
Không có pull request nào được merge trong 30 ngày

Hướng dẫn đóng góp

Chưa lập chỉ mục được hướng dẫn đóng góp cho kho mã nguồn này

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của ISISComputingGroup/DataStreaming

Tất cả issue của ISISComputingGroup/DataStreaming

Issue tương tự

Thêm issue về Data Engineering

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.