Повернутись до переліку агентів
Документ описує, що саме робить агент, на яких даних, за якими правилами і як ви перевірите результат. Розробка за цим агентом починається після вашого письмового підтвердження цього опису.
| Агент у кабінеті | m2 (production-61) |
|---|---|
| Блок | Техніка і ремонти |
| Основний користувач | Інженер з надійності |
| Кабінет | mhp-agro-app.initask.com |
| Статус | проєкт опису, відкритий для правок |
Питання «чи доживе вузол до кінця жнив» вирішується на око. Агент рахує дату ймовірної відмови за темпом напрацювання з телеметрії і одразу перевіряє, чи встигає запчастина.
Рахує дату ймовірної відмови за темпом напрацювання з телеметрії і перевіряє, чи встигає запчастина.
Порядок один для всіх агентів кабінету: агент читає ваше вивантаження і перевіряє його по рядках, рахує за явними правилами і вашими нормативами, показує результат таблицею, у якій кожне число розкривається до рядків вашого файлу, і піднімає сигнали. Вигаданих цифр немає: якщо даних для показника бракує, агент так і пише і не рахує.
Парк з напрацюванням по вузлах. Основа для ТО і прогнозу відмов.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| id | Інвентарний номер або позивний | так |
| model | Модель | ні |
| kind | Тип: комбайн, трактор, обприскувач, авто | ні |
| node | Вузол, за яким рахуємо ресурс | так |
| hours_since | Напрацювання від останньої заміни, мотогодин | так |
| resource_h | Паспортний ресурс вузла, мотогодин | так |
| load_k | Поправка на навантаження, за замовчуванням 1 | ні |
| last_service | Дата останнього обслуговування | ні |
Вивантаження з трекера або MyJohnDeere. Приймаємо і оброблені показники, і сирий кадр CAN.
| Колонка | Що в ній | Обовʼязкова |
|---|---|---|
| machine | Машина | так |
| ts | Час запису | так |
| engine_h | Мотогодини на момент запису | ні |
| fuel_l | Пальне, літрів | ні |
| speed | Швидкість, км/год | ні |
| overlap | Перекриття, % | ні |
| error_code | Код помилки | ні |
| can_id | Ідентифікатор кадру CAN, напр. 0x18FEE900 | ні |
| can_data | Сирі байти кадру, hex | ні |
| can_mask | Маска фільтрації кадру, hex | ні |
| isobus_app_id | Ідентифікатор ISOBUS-агрегату | ні |
| isobus_data | Дані процесів ISOBUS, hex | ні |
| lat | Широта | ні |
| lon | Довгота | ні |
| sats | Супутників захоплено | ні |
| alt_m | Висота, м | ні |
| volt | Напруга живлення, В | ні |
| params | Параметри трекера, як у файлі | ні |
Це значення за замовчуванням. Їх міняє ваш відповідальний прямо у кабінеті, без нашої участі і без релізу, кожна зміна лягає у журнал з автором і датою. Частина нормативів спільна для кількох агентів: вона задається один раз і діє скрізь, де на неї спираються.
| Норматив | За замовчуванням | Допустимі межі |
|---|---|---|
| Спрацювання ресурсу вузла | 85 | 10 до 100 |
Ризик відмови у пік: прогноз за фактичним напрацюванням
Колонки: Машина, Вузол, Вироблено, Днів лишилось, Дата, Склад, Поставка, дн, Встигає
| Рівень | Як це звучить |
|---|---|
| критичний | CL-01, молотильний барабан: 102,3% ресурсу, ресурс уже вичерпано |
Формулювання у колонці праворуч це приклад на демонстраційному наборі: на ваших даних агент назве ваші обʼєкти і ваші цифри. Кожен сигнал перетворюється на задачу з виконавцем за правилом маршрутизації, яке ви правите у кабінеті.
Дата відмови це продовження темпу, а не інженерний розрахунок надійності: вона рухається з кожним новим вивантаженням телеметрії. Машина без темпу напрацювання дати не отримує, і це видно на екрані.
Перевірте на вузлі, який справді відмовив: дата, яку агент дав би за місяць до цього, має лягти у розумний інтервал.
1. Ви читаєте цей опис і позначаєте коментарем усе, що зрозуміли інакше або що описано неповно.
2. Ми правимо опис за вашими коментарями і надсилаємо оновлену версію.
3. Ви підтверджуєте опис письмово поштою. З цього моменту він є підставою для технічного завдання і для приймання.
4. Далі йде розробка. Будь-яка зміна після підтвердження оформлюється окремо, з новою оцінкою строку.
Initask. Сторінка закрита від індексації. Правки і коментарі: через Катю.