Показано с 1 по 10 из 122

Тема: Архив аварий на ПР200

Древовидный режим

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #11
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    8,238

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    Сергей0308 RAMP_BIT некрасивое решение, если есть передача в Scada. Цикл ПР куда быстрее, чем опрос и тем более запись в БД Scada системы.
    Он больше подходит для работы на экране без всяких Scada. Я же делал универсальное решение, ни вашим ни нашим... Хочешь используй Scada, хочешь не используй. Даже если опрос настроить раз в несколько минут, в регистрах будет зафиксирован последний код Аварии и ее время.
    Разложить на биты в Scada не составляет труда, а вот все засунуть в один или два регистра и потом вытаскивать в Scada еще и время это лишний мартышкин труд.
    Проще передать двумя регистрами время UTC и третьим регистром код Аварии. А вот для экрана надо будет добавить разложение по битам в самом ПР, если прямо нужна будет такая необходимость. При чем во время работы экрана в сеть так же передается только последняя Авария, чтобы в Scada не попадали данные предыдущих, если оператор смотрит ошибки непосредственно на экране.

    Я исходил из того, что вероятность возникновения ДВУХ аварий в ОДНОМ цикле ПР крайне мала, и даже если она есть, Scada это увидит на следующем опросе. Ну а на экране будет код числа из двух битов, что не так уж и страшно....
    Макрос RAMP_BIT позволяет для 32 аварий иметь код аварии занимающий 5 бит в энергонезависимой памяти(уже писал об этом), у Вас, как Вы сами написали каждой аварии соответствует свой определённый бит, то есть занимает памяти в 6,4 раза больше! В любой момент времени срабатывает одновременно не более одной аварии и это всё для отображения аварии на экране ПР построчно, в порядке их поступления(можно и с датой-временем, если это нужно) и сохранением в памяти, это позволит на ПР сохранить не менее 160 аварий при моём подходе, ну если это нужно! Если это не нужно и достаточно 25 аварий сохранить, то и заморачиваться не стоит, я так думаю!
    А зачем Вы в скаду время передаёте, возьмите нормальную скаду с часами и проблема отпадёт сама собой! И в скаду, мне так кажется, лучше передавать значение контролируемого параметра(например: давление, ток двигателя и т. д.), тогда и проще будет разобраться случись какая авария, надеюсь, понятно объяснил?! Ну и по тренду и так будет видно когда там чего выключилось, то есть, что Вы делаете, будет и не нужно!
    Примерно как-то так:

    Автоклав.PNG
    Последний раз редактировалось Сергей0308; 03.02.2020 в 20:36.
    Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
    справиться с проблемами, либо это не твои проблемы.

Похожие темы

  1. Диспетчеризация аварий по GSM
    от Ololo в разделе Подбор Оборудования
    Ответов: 2
    Последнее сообщение: 27.06.2018, 09:47
  2. Список аварий с квитированием на дисплее ПР200
    от djon1 в разделе Среда программирования OWEN Logic
    Ответов: 8
    Последнее сообщение: 02.01.2018, 16:43
  3. Архив аварий
    от Vasyandra в разделе СПК1хх
    Ответов: 9
    Последнее сообщение: 04.11.2016, 11:15
  4. Конфигуратор аварий
    от hells1ng в разделе ПЛК3хх
    Ответов: 5
    Последнее сообщение: 30.10.2015, 10:47
  5. Журнал аварий-пчв
    от taruska в разделе Эксплуатация
    Ответов: 2
    Последнее сообщение: 08.09.2011, 15:16

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •