-
если бы мы обсуждали прибор с фиксированной логикой, то необходимо было бы реализовать ту или иную модель поведения при аварии (в нек-х случаях и объектах - вашу), но мы говорим о плк, поэтому, имхо, надо жестко реализовывать лишь минимальный функционал, а лог. оьработку отдавать на откуп программисту плк, т.к. именно он точно знает, как должен функционировать прибор.
обсуждение не имеет практического смыла, т.к. вариантов может быть много, их все реализовывать?
объёмы кода и данных таковы, что на плк можно реализовать систему управления бурана, не не то что логику обработки аварий.
-
что-то я не пойму, а зачем сброс-то на "хардварном" триггере???
собственно поскольку процесс быстрый, то "хардварным" триггером определяем его сработку, далее с него кидаем на вход взвода софтового триггера со входом сброса. соответственно на вход сброса кидаем (not авария And сброс от оператора) и получаем то, чего и требовалось.
-
вопросик о подключении энкодера. в руководстве о конфигурации как- то скупо описано. получается что для каждой фазы а и в я должен объявлять подмодуль энкодер, но тогда нафига First Input и Second Input. дважды что-ли вводить одни и те же значения.
неужели нельзя просто на програмном уровне считать количество импульсов в единицу времени и естественно обнулять при этом???
-
1 энкодер - 1 модуль энкодера. First Input и Second Input естественно должны иметь разные значения
Ваши права
- Вы не можете создавать новые темы
- Вы не можете отвечать в темах
- Вы не можете прикреплять вложения
- Вы не можете редактировать свои сообщения
-
Правила форума