Работа с электронными весами

Просмотр 9 сообщений - с 1 по 9 (из 9 всего)
  • Автор
    Сообщения
  • #5436
    ValeryPro
    Участник

    Добрый день!

    Есть электронные весы, которые по факту взвешивания бросают в линию значение веса. Дело в том, что взвешивание происходит не с постоянной периодичностью. Может один раз в час, а может пять раз за полчаса.

    Подскажите, пожалуйста, можно ли организовать запись в архив таким образом, чтобы в архив попадали только сами факты взвешивания?

    Спасибо.

    #5437
    Romiros
    Участник

    Честно говоря, вопрос не понятен. В данный момент вроде так и происходит, при отсутствии данных у Вас в архиве будет 0 со статусом 0.

    #5438
    ValeryPro
    Участник

    Ну так речь именно об этом. Можно ли сделать так, чтобы в архив не попадали записи с 0?

    #5439
    manjey73
    Участник

    Пока нет, Михаил планировал сделать дополнительные БД для хранения именно архивных данных и текстовых данных с приборов, которые меняются редко, но когда это появится неизвестно.

    В вашем случае еще немного сложнее, так как scada должна выступать в роде slave устройства а не заниматься опросом весов постоянно, если я правильно понимаю.

    #5440
    Romiros
    Участник

    Базу по изменению Вы можете получить используя модуль экспорта в БД. Но скада эти данные уже не отобразит, только самому делать.
    Или разработать собственные web страницы с соответствующими запросами, где исключать данные со статусом 0.

    • Ответ изменён 9 лет, 2 месяца назад пользователем Romiros.
    • Ответ изменён 9 лет, 2 месяца назад пользователем Romiros.
    #5443
    manjey73
    Участник

    Ну хотелось бы в одном флаконе 🙂 Просто масса приборов имеет архивные данные и более красивым будет их хранить в БД RapidSCADA, но чтобы не перегружать базы постоянной записью тех же самых значений и нужны такие базы, в которых можно указать количество сохраняемых данных на одно значение.
    Например те же счетчики, электроэнергии, тепла и т.д. имеют архивные данные за год по месяцам, например последние 3 года.
    Соответственно на значение нужно всего 3*12 ячеек. Отвели для данного значения такое количество и пусть оно в цикле перезаписывается, когда заполнится.

    з.ы. такое обсуждение было, вопрос во времени реализации, других изменений хватает…

    #5444
    Romiros
    Участник

    Ну вот мысли уже у нескольких людей совпадают. Мне кажется все-таки должны быть дневные, месячные и годовые срезы, а уж использовать их или нет, решает пользователь.
    Но тут еще одна проблема: при записи архивов нет разделения в какой архив писать минутный или часовой. КП я сделал, но для записи часовых архивов нужно создавать доп каналы в БД, что не удобно. Мне кажется метод ProcArcData нужно доработать.

    #5452
    Mikhail
    Модератор

    Факты взвешивания — это не архивные данные, а информация, которая поступает периодически с заранее неизвестным периодом.
    1. Можно поставить галочку записи события по изменению значения входного канала, тогда при взвешивании каждый раз будут записываться события. Но нужно будет сделать какие-то формулы, чтобы при колебаниях веса не писались лишние события, т.е. формула должна устанавливать значение веса, если оно перестало меняться.

    2. Более сложный подход, который сейчас реализуется для одного заказчика:
    После завершения короткого технологического процесса ПЛК присылает по Модбас флаг завершения. По этому флагу происходит запрос результатов измерений в ходе процесса. Далее они записываются в специально разработанную БД, заточенную под конкретного заказчика. Также требуется специализированный веб-интерфейс для отображения этих данных.

    #5453
    Mikhail
    Модератор

    В случае весов, на мой взгляд, 1-й способ оптимален.

Просмотр 9 сообщений - с 1 по 9 (из 9 всего)
  • Для ответа в этой теме необходимо авторизоваться.