Подружить счётчик импульсов "Пульсар" со SCADA

Стартовая страница Форумы Взаимодействие с устройствами Подружить счётчик импульсов "Пульсар" со SCADA

Просмотр 15 сообщений - с 16 по 30 (из 40 всего)
  • Автор
    Сообщения
  • #11701
    Mitrich
    Участник

    Архивы то не особо интересуют, для этих целей я считаю другой софт нужен (именно учетный), где уже полноценные отчетные формы реализованы.
    А вот текущие данные в rapidscada для контроля за параметрами, вещь очень полезная.

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

    Плагин Гибкий отчёт позволяет генерировать достаточно разнообразные отчёты. Возможно, Вам требуется что-то более специфичное.

    #11703
    manjey73
    Участник

    Mikhail дело не в гибких отчетах, а в чтении Архива непосредственно из приборов, таких много. То есть отчет не на основе считанных значений из базы данных входных каналов а непосредственно из приборов.
    Помесячные и так далее.
    Помнится мы общались на эту тему, речь была о механизмах в драйверах для Коммуникатора, чтобы не SetCurData был параметр а иной, специально предназначенный для передачи данных в Плагины.

    У меня с этим все еще туго 🙂 а ломать не помню какой-то драйвер, где вы подобное реализовывали займет слишком много времени 🙂

    #11704
    Romiros
    Участник

    ProcArcData кажется называется. Можно часовые архивы писать. С сутками и месяцами конечно проблема.

    #11705
    manjey73
    Участник

    Romiros ну я немного не о Scada-вских базах данных говорю. Имелось ввиду передача тому, кому это потребуется. Плагину, значит плагину, какой-то другой утилите, значит другой…

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

    • Этот ответ был изменен 4 года, 10 месяцев назад от manjey73.
    #11707
    Romiros
    Участник

    Я считаю, что иерархия должна сохраняться. Нет проблем пульнуть данные из драйвера в какую-нибудь БД или файл, а потом отобразить это с помощью плагина или web страницы. Здесь возможностей скады хватает. Но данные же необходимо обсчитать по формулам. Поэтому должны быть соответствующие срезы в БД скада.
    А так получаются костыли.
    Но в качестве онлайн системы RapidScada хороша. Мы даже загоняем часовые архивы из вычислителей и это неплохо работает. Удобно что данные при этом автоматически пересчитываются за предыдущие периоды. Минус, что заменяется последняя минута часа в минутном архиве, но даже с этим можно жить. А вот суточных архивов не хватает.

    #11708
    manjey73
    Участник

    Romiros, ну как бы возможности считать драйвером что угодно и запулить в файл есть, но они будут у каждого свои, а хотелось бы унификации. Особенно для таких программистов как я :).
    Ну и в приборах есть много, чему в срезах делать нечего, кроме архивов еще конфигурационные параметры например. К ним раз в год обращаешься, зачем ими базу данных забивать, хоть часовую, хоть какую.

    Мне драйвера то с трудом даются, а плагины это вообще для меня пока темный лес… web и т.д.
    Был бы готовый механизм и шаблон кода полноценного примера, было бы легче его копи пастом поправить от одного прибора к другому…

    #11709
    Romiros
    Участник

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

    На этот случай можно в настройках канала указывать «не архивировать» к примеру. Но в текущем срезе канал должен существовать, чтобы работать с ним механизмами скады. Те же команды на установку нужных значений например.

    #11710
    manjey73
    Участник

    Упс, «Не архивировать» вроде недавно появилось ? надо учесть это..

    #11711
    Romiros
    Участник

    Да нет не появилось. Так можно было бы сделать, как вариант. Извиняюсь, если ввел в заблуждение 🙂

    #11712
    manjey73
    Участник

    Ну да, как и отдельные БД с циклической перезаписью для неважных параметров 🙂

    #11714
    ppwkh
    Участник

    По первоначальной теме.
    Пульсаровская контора выслала мне описание протокола обмена для счётчиков импульсов «Пульсар» 2-16 канальных.
    Если нужно, могу выслать.

    #11715
    manjey73
    Участник

    Не нужно, вы драйвер попробуйте, который я выложил. Он 10 каналов должен читать (не настраивается пока, всегда 10), если не будет, показывайте что в логах линии связи будет.

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

    Напрямую в плагин писать не получится, потому что плагин в любом случае обращается к некоторому источнику данных. Другое дело, что работу с архивами в Rapid SCADA нужно дорабатывать, чтобы для канала можно было бы задать, в какие архивы он попадает. А также, чтобы более понятно работать с теми архивами, которые получены непосредственно из приборов учёта.

    #12448
    ppwkh
    Участник

    manjey73, прошу прощения за долгое отсутствие.
    Итак, появился на столе 2-х канальный пульсарчик. Скачал архив KpPulsarT (от 27.05.19).
    Скопировал прилагаемые файлы из папок ScadaAdmin и ScadaComm (с подпапками Config и KP) в соответствующие папки скады.
    Возникли вопросы.
    1. В SCADA-Администратор в таблице «КП», в графе «Тип КП» что выбирать? По идее, должны появиться новые позиции.
    2. Там же, в графе «Адрес» — ставить 6-значный номер, который указан на корпусе аппарата? (этот же номер с двумя нулями впереди определяется как «сетевой адрес прибора» в программе TestPort).
    3. В файле Pulsar_Registrator_2-16M.xml поставил true только в
    <Values>
    <Value ValCnt=»1″ ValMenu=»Текущие параметры»>
    <Vals SigCnl=»1″ SigActive=»true» SigName=»Канал1″ SigType=»double» Range=»1″ />
    <Vals SigCnl=»2″ SigActive=»true» SigName=»Канал2″ SigType=»double» Range=»1″ />

    В остальных, … до <Vals SigCnl=»36″ SigActive=»false» SigName=»Вес импульса, К16″ SigType=»float» Range=»1″ />
    — поставил false

    Естественно в логах работы коммуникатора прибор не определяется.

Просмотр 15 сообщений - с 16 по 30 (из 40 всего)
  • Вы должны авторизироваться для ответа в этой теме.