Цитата Сообщение от sertol64 Посмотреть сообщение
Здравствуйте Уважаемые волшебники! Мой вопрос может показаться глупым, а для кого то смешным - выслушаю любые мнения! Как то лет 10 назад работал я в "Напитках Черноголовки". Весь завод непрерывного цикла, пять разливочных линий (при мне было), везде контроллеры, каждый узел на симатиках пятых, симатиках седьмых, омронах, ЛОГО реле ит.д. - вообщем голову сломать можно. Обслуживал это всё один уважаемый программист с молодым помощником. При мне был такой случай - оператор его спрашивает:"ВасильИч, а чО я нажимаю вот это.. и эта фигня не едит..?" Васильевич достаёт из кармана блокнотик, полистал его и отвечает: "Тронется с места когда будет освещение включено...!" Я тогда был далёк от этого всего. Но этот случай я вспомнил вчера, когда МНЕ оператор в цеху задал подобный вопрос. Мне пришлось тащиться в свой кабинет, открыть программу OL, год назад мною сочиненную, разобраться (вспомнить логику) что к чему, потом опять тащиться в цех, чтобы разочаровать оператора, что ..."мол эта хренатень, уважаемый, и не должна ехать!" Вот и вопрос, ЧТО В БЛОКНОТИКЕ? как кратко обрисовать(записать) программу (в моём случае OL)? Объект не один, и каждую логику (в моём случае ПР200) просто не помнишь. Как уважаемые СПЕЦЫ выходят из подобных ситуаций?
В нашей стране много схемотехников, которые по схемам хорошо разбираются, но есть такое понятие как "автоматное программирование" (state based design по-буржуйски), зная номер состояния в текущий момент вы могли бы однозначно сказать по переходам в какое состояние может перейти система. Данный подход очень может повысить диагностируемость системы, если выводить номер состояния в программе на HMI.
В принципе это тот же самый SFC язык практически, но реализация через FBD или LD. Если с английским нормально, то можно посмотреть "Hugh Jack "Automating manufacturing systems with plc" раздел State based design. Но одним из недостатков подхода можно считать избыточность кода.