На станку не завжди з'являється акуратний “код помилки”, який легко ввести в пошук. Іноді це коротке попередження на екрані, рядок стану, alarm з номером, повідомлення про карту пам'яті, заборона операції, прохання натиснути RESET або вказівка перейти в emergency stop. Для оператора ситуація виглядає просто: станок пише щось на екрані, робота зупинилася або стала небезпечною, потрібно зрозуміти наступний крок.
Новий режим ASK в CNC Passport зроблений саме для таких випадків. Він допомагає шукати не тільки G- та M-коди, а повідомлення станка, alarm, попередження, статуси та описи помилок ЧПУ. Це окремий режим роботи чату, тому що питання тут зазвичай інше: користувач запитує не “що робить код”, а “чому станок це пише”, “це небезпечно чи інформаційно”, “що перевірити перед reset”, “яка дія вимагає повідомлення”.
Чому повідомлення ЧПУ варто шукати окремо від G- та M-кодів
G-code та M-code зазвичай описують команду в програмі. Повідомлення станка описують стан управління, помилку вводу, обмеження руху, пам'ять, інтерфейс, режим роботи, сигнал готовності, аварійну зупинку або умову, при якій операція не дозволена. Це різні типи питань.
Якщо змішати їх в одному пошуку, відповідь може стати занадто загальною. Наприклад, питання про P/S alarm No. 95 не повинно оброблятися так само, як питання про програмування руху. А повідомлення, як PART COUNT, взагалі не є помилкою: воно швидше повідомляє оператору поточний стан лічильника. Тут важливо не просто знайти збіг, а зрозуміти тип повідомлення і чи потрібно діяти.
Які повідомлення допомагає розбирати новий режим
Режим розрахований на практичні ситуації, з якими оператор, наладчик або інженер стикається у панелі ЧПУ. Це можуть бути alarm, P/S alarm, попередження, інформаційні статуси, системні повідомлення, запити підтвердження та підказки щодо дій.
Деякі повідомлення схожі на помилку, але за змістом не є нею. Станок може повідомляти, що йде збереження, завантаження або форматування. В іншому випадку він просить підтвердити видалення файлу. У третьому — повідомляє, що операція доступна тільки в певному стані машини. Для користувача різниця велика: десь потрібно чекати, десь змінити режим, десь перевірити програму, а десь зупинитися і не продовжувати роботу без діагностики.
Як ASK відповідає на такі питання
Користувач може задати питання звичайною мовою: що означає повідомлення, що перевірити спочатку, чи можна продовжувати роботу, чи потрібен reset, чи пов'язано це з програмою, пам'яттю, введенням даних, сервосистемою або режимом управління. ASK визначає, що питання стосується повідомлень і помилок ЧПУ, і використовує окрему логіку відповіді для цього режиму.
Добра відповідь тут повинна бути практичною. В ній важливо відокремити текст повідомлення від причини, причину від дії оператора, а дію — від простої інформації про стан. Якщо точного підтвердження по повідомленню немає, ASK не повинен видавати здогадку як впевнений відповідь. Для помилок ЧПУ така обережність важливіша за красиву формулювання.
Чим це корисно на зміні
В реальній роботі проблема часто починається не з великого відмови, а з короткої строки на екрані. Оператор може бачити OVER TRAVEL, EMERGENCY STOP, Press RESET key, OUTPUT, NOT READY або P/S alarm з номером. В цей момент потрібно швидко зрозуміти, що перед ним: інформаційний статус, заборона операції, помилка вводу, обмеження руху або стан, що вимагає зупинки.
Новий режим ASK скорочує шлях від незрозумілої строки на екрані до нормальної діагностики. Він не замінює спеціаліста на місці і не скасовує правила безпеки, але допомагає швидше сформулювати правильне наступне питання: перевірити програму, режим станка, пам'ять, сигнал готовності, servo condition, введення даних або процедуру reset.
Чому це не просто список помилок
Звичайний список alarm корисний, коли відомий точний номер. Але на практиці користувач часто пам'ятає не номер, а фрагмент тексту. Іноді він вводить питання з помилкою, змішує англійське повідомлення з російським поясненням або запитує, чи вимагає статус дії. Тому режим повинен працювати як пошуковий помічник, а не як статична таблиця.
В цьому і сенс нової частини ASK: зв'язати екранний текст, код, тип повідомлення, опис і можливу дію. Для G- і M-кодів залишається свій режим. Для повідомлень, попереджень і alarm тепер є окрема логіка, ближча до того, як людина дійсно стикається з проблемою у станка.
Що буде розвиватися далі
Далі важливіше всього якість відповіді. Користувачеві потрібно бачити, що саме є причиною, що є дією оператора, а де мова тільки про статус. Для різних повідомлень це принципово: PART COUNT не повинен звучати як аварія, а OVER TRAVEL не повинен виглядати як звичайне повідомлення.
Коли на екрані станка з'являється alarm, потрібен не довгий текст, а ясне розуміння: що це, наскільки серйозно, що перевірити першим і де закінчується впевнений відповідь. Новий режим ASK якраз рухається в цю сторону.
