Ответы в темах
-
Записи
-
Подниму тему.
В описании поддерживаемых устройств указано, что Rapid Scada поддерживает контроллеры доступа Parsec NC-1000. Подскажите, почему в существующей теме нет их упоминания?Очистка кэша на ситуацию никак не влияет, но сейчас воспроизвести ситуацию на хроме я не могу — всё работает, тогда как на firefox ошибка появляется регулярно. Причём я заметил такую особенность: когда загрузка схемы зависла, переключение на другие схемы не помогает — те так же висят, более того, таблицы загружаются, но никаких данных в них нет. Помогает обновление страницы по F5, после чего всё некоторое время работает нормально.
Схема: https://1drv.ms/u/s!AoiJvJeqSPRLkdBoC7869dcFSQWnlQ
Версия Firefox: 67.0.4 (64-битный)Версия вебстанции 5.0.7.0
плагин схем 5.2.2.0
компоненты схем 5.0.1.0
Ошибка возникает время от времени, но регулярно. Примерно одно открытие схемы из тридцати-пятидесяти может привести к зависанию, хотя иногда всё работает стабильно гораздо дольше. Схемы открываю разные, результат тот же.
Смена браузера дел не меняет.Попробуйте перед загрузкой схемы сделать Upload configuration.
Вот это не понял. Что нужно сделать?
Если зададите конкретные вопросы, постараюсь ответить.
Попытался найти описание подобной системы в интернете, но пока безрезультатно. Конкретные вопросы есть буквально по всем этапам реализации. Мне нужен пульт С2000, к которому подключен считыватель карт по какому-то протоколу, при считывании карты с номером, сохраненным в пульте (?), тот принимает решение на открытие двери, путём включения реле, после чего сохраняет данные о прочитанной карте в своей памяти, которые можно выдрать скадой. Или я совсем не правильно понял?
Лучше всего ткнуть меня носом в правильный мануал по организации подобной автономной системы на болиде.
Спасибо.Из пульта С2000 от Болида можно получать события в текстовом виде. В окне событий Rapid SCADA будет видно, кто прошёл, но автоматически обрабатывать эти данные довольно неудобно.
Прочитал информацию о Болиде на сайте рэпидскад
Можно чуточку подробнее? Что кроме пульта мне потребуется? В чём заключается «автоматически обрабатывать эти данные довольно неудобно»?Какое количество персонала в организации, для которого организуется СКУД?
Идея контролировать проход в технические помещения. Количество ключей на контроллер в пределах 100.
Наверняка должно быть решение с собственным OPC для таких задач. Чтобы максимально дёшево и сердито.
Не буду создавать новую тему, спрошу здесь.
Тоже интересует возможность организовать СКД с применением Rapid Scada.
Ищу контролер, который по RS485 прибор получает коды ключей, которым доступ в помещение разрешен. Далее при срабатывании ключа, сохраняет его в памяти, откуда по запросу можно эти данные вытащить.
То есть по факту контроллер автономный, но сетевые функции у него всё-таки присутствуют. Существуют такие?Ставил не из дистрибутива. Я следовал инструкции и запускал этот файл, однако это не даёт результатов. Для анализа ошибки я выше привёл цитату с ответом командной строки, в результате выполнения команд из батника.
В таком случае мне кажется вариант с телеофисом оптимальный.
Посмотрел ассортимент этого производителя и одурел. Какой прибор посоветуете использовать в качестве RS232+RS485 — GPRS шлюза?
Единственное если объектов много на сервере модем 3g или 4g смотря какая пропускная способность нужна.
Не совсем понял. Вы имеете ввиду много приборов на модеме? Сервер то по ethernet их ловит, зачем ему модем.
На сервере у меня статика. На клиентах — динамика. Вариант с VPN, кажется, оптимальным. GPRS роутер в связке с RS232(485)-Ethernet шлюзом должны перекрыть любые потребности, хотя возможно я что-то упускаю.
При чем можно даже не ставить экземпляры Scada и Быстрые шлюзы, а использовать TCP сервер для RS485 порта и опрашивать с основной Scada.
А как в таком варианте быть с динамическим ip клиентов? Ну и остается проблема, что всему этому нужен отдельный комп.
А к Raspberry есть варианты бесплатных RS232(485) шлюзов?
Спасибо за ответ. Для ECL 310 карта программирования А 368 PNU (4000-4001) отвечают за открытие и закрытие клапана в системе ГВС. Но по какой то причине не всегда показывает правильное состояние, по показаниям тепловычислителя я вижу что расход увеличивается и значит клапан идет на открытие, температура растет, а PNU (4000-4001) показывает ноль. Почему не всегда выводится правильное состояние тиристора? Может стоит увеличить периодичность опроса КП, например выставить опрос каждую секунду, если да то где можно увеличить?
Именно так, необходимо опрашивать прибор как можно чаще, т.к. состояние тиристора меняется только во время его включения. Можно повысить настройку минимального импульса открытия, для того чтобы с большей уверенностью ловить его состояние. Ещё можно в канале формулой сохранять некоторое время последнее активное состояние тиристора. Как узнать ошибку ПИД (необходимо ли вообще клапану открываться/закрываться), а не его фактическое состояние, я не знаю.
Еще ситуация с насосом. Если отключить и включить насос через меню ЕСЛ 310 то в коммуникаторе отобразится соответствующее значение. Если насос выключить через автомат, то в коммуникаторе реле управление все равно будет показывать его включенное состояние. Если кто то выключит насос через автомат в скада будет отображаться его рабочее состояние. Как тут можно поступить?
Автоматом значит в обход ECL? Просто обесточить насос? Если так, то такое состояние насоса вы вряд ли узнаете. Разве что у вас установлено реле перепада давления, отсутствие сигнала с которого будет означать неисправность включенного насоса. Ещё, если в насосе есть реле, замкнутое во время его работы, можно подключить его на один из свободных аналоговых входов ECL и снимать состояние насоса оттуда.
На самом деле более оптимально связка роутер c 3G(4G) + Ethernet-RS485(232) преобразователь.
Тоже склоняюсь к этому решению.
Если есть возможность в качестве шлюза использовать недорогой компьютер с Linux, то Вы можете поставить на него Rapid SCADA и использовать модуль Быстрый шлюз.
У меня оборудование по всему городу раскидано. Купить, настроить и поддерживать 30 шлюзов — это совсем не то же самое, что сделать то же с 30 компами.
К тому же, снова встаёт вопрос о ограничении себя одним софтварным решением.Можно попробовать Teleofis
Посмотрел, вроде бы интересное решение. Можете рассказать о вашей схеме работы?
