Базы данных и типы переменных

Стартовая страница Форумы Новые идеи Базы данных и типы переменных

В этой теме 21 ответ, 3 участника, последнее обновление Mikhail Mikhail 1 неделя, 3 дн. назад.

Просмотр 7 сообщений - с 16 по 22 (из 22 всего)
  • Автор
    Сообщения
  • #13805
    Аватар
    Romiros
    Участник

    Для таких скоростей уже нужно специализированное ПО. Куда нафиг 20 раз в секунду писать изменения. Тут уже и операционная система другая нужна, явно не windows. Раз в секунду для скады вполне нормальная частота. Ещё не всё счётчики отдадут данные быстрее. Я к тому, что под каждую задачу нужен свой инструмент, такие скоростя явно не для web-скады.

    #13806
    Аватар
    manjey73
    Участник

    Коммуникатор вполне способен самостоятельно писать такую базу, может конечно не 20 раз в сек а чуть реже, это надо тестировать.
    Я же не говорю, что WEB должен отображать с такой скоростью, отображать он может данные через Сервер как есть сейчас. Но вот Графики Про уже можно научить подключаться к такой базе и давать возможности для анализа.

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

    • Ответ изменён 1 неделя, 5 дн. назад пользователем Аватар manjey73.
    #13813
    Mikhail
    Mikhail
    Модератор

    1 раз в секунду и 20 раз — большая разница.
    Если нужно читать и записывать 20 раз в секунду, это скорее всего должно быть индивидуальное решение. Отлавливать скачки параметра лучше всего на ПЛК, который проводит измерения, т.к. он может получать показания от датчика с максимально возможной скоростью.

    А для сохранение данных в систему 1 раз в секунду «из коробки» нужно будет реализовать в будущем.

    #13816
    Аватар
    manjey73
    Участник

    Только не 1 раз в секунду для ВСЕХ, а именно для выбранных каналов.

    Давайте разберемся с ПЛК. Про него никто не говорит, он то как раз запросто может отловить импульс и положить его в сетевой регистр, речь идет как раз о Scada системе, которая читает этот регистр и вот тут то появляется ЗАСАДА.
    Например в ПЛК я предусмотрю хранение появившейся единицы на некоторое время, достаточное, чтобы его увидела Scada в текущих данных, но вот та самая ЗАСАДА не сохранит в БД эту единицу, так как запись значений канала будет произведена раз в минуту, и даже раз в 30 сек не гарантирует запись этой единицы в БД…

    Создавать дорасчетный канал, применять формулы, что еще сделать ? Чтобы в канале 1-ца была записана вовремя, а все остальное нули….

    #13818
    Аватар
    manjey73
    Участник

    И кстати не всегда можно изменить программу ПЛК, бывает подключаешься к существующему и вариантов, когда нужна высокая скорость опроса определенных регистров бывает не один.

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

    Только не 1 раз в секунду для ВСЕХ, а именно для выбранных каналов.

    Да, я это имел ввиду.

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

    Например в ПЛК я предусмотрю хранение появившейся единицы на некоторое время, достаточное, чтобы его увидела Scada в текущих данных, но вот та самая ЗАСАДА не сохранит в БД эту единицу

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

Просмотр 7 сообщений - с 16 по 22 (из 22 всего)

Для ответа в этой теме необходимо авторизоваться.