Стартовая страница › Форумы › Разработка и интеграция › влияние исчезновения связи на значение дорасчетного канала
- В этой теме 29 ответов, 5 участников, последнее обновление 7 лет, 3 месяца назад сделано
to0freak.
-
АвторЗаписи
-
09.07.2018 в 08:57 #9897
ValeraMar
УчастникПо факту я понимаю что дело то тут не в Рапиде, просто может кто сталкивался
09.07.2018 в 17:05 #9901
MikhailМодераторВ следующий раз за ссылки на сторонние ресурсы не по теме будет бан.
09.07.2018 в 17:06 #9902
MikhailМодераторНа скриншоте все ответы ОК — обрывов связи не наблюдается.
10.07.2018 в 05:34 #9905ValeraMar
УчастникВроде все в тему, скрины отправлял. Дело не в обрыве связи, дело в том что коммуникатор пишет последнее значение с ТРМа, при обрыве датчика.
10.07.2018 в 21:34 #9907
MikhailМодераторТам вместо скриншотов были сайты каких-то магазинов.
Нужно посмотреть, что показывает Коммуникатор в тегах при обрыве датчика. Если при этом связь по Modbus с контроллером установлена, то обычно отображается явно некорректное значение, например, большое отрицательное для целых чисел или NaN для вещественных.10.07.2018 в 21:35 #9908
MikhailМодераторМожет быть на ТРМ есть настройки, какое значение выдавать, в случае обрыва датчика?
11.07.2018 в 08:18 #9911ValeraMar
УчастникВ том то и дело что тот скрин сверху и есть, при обрыве датчика. Т.е. никаких изменений, все параметры так же приходят в том же режиме. На счет статусности каналов ТРМа я и хотел у людей здесь спросить, ибо весь ТРМ перелопатил)))) Спасибо Михаил за помощь.
11.07.2018 в 16:43 #9912
MikhailМодераторНе пробовали обращаться в поддержку ОВЕН?
По крайней мере модули МВ-110 изменяют показания при обрыве сигнала.07.05.2019 в 02:34 #11602
to0freakУчастникПридётся поддержать оффтоп, так как я так же столкнулся с подобной проблемой, только с облаком Овен. Связь прибора с облаком отсутствовала, в OPC данных не было, но коммуникатор настойчиво показывал значения до обрыва связи.
Несколько раз решал проблему перезагрузкой, пока не нашёл, что таймаут при опросе КП не был выставлен. Установил 100, пока проблема на повторялась.07.05.2019 в 17:40 #11609
MikhailМодераторOPC-сервер должен передать на Коммуникатор соответствующее «качество» переменных, если пропала связь с прибором.
Оффтоп: в каких случаях удобно пользоваться облаком ОВЕН? Что оно даёт полезного?08.05.2019 в 01:19 #11610
to0freakУчастникВозможно дело и в ОРС сервере, но установка таймаута проблему решило.
Во славу оффтопа:
Это облако использую, в первую очередь, потому что мне не удалось найти другого дешёвого способа устроить модбас шлюз (опыта в этом направлении у меня не много). Ещё из плюсов для себя отметил бы физическое разграничение места куда данные сливаются, надёжно хранятся и могут получать команды, и места, откуда происходит только просмотр. Ну и для новичка настройка до рабочего решения всё-таки значительно проще.
Сейчас я понимаю, что добавил лишнее звено, работу которого не могу контролировать, да ещё и ограничил себя в возможности общаться с приборами по отличному от модбас протокола.
Был бы рад, если кто-нибудь здесь или в личке сможет предложить решение с использованием другого оборудования или подхода. Особенно за сопоставимые деньги (~3500р. за Ethernet или GPRS шлюз).08.05.2019 в 09:01 #11611
MikhailМодераторЗаведите, пожалуйста, новую тему — обсудим. Опишите, что Вам нужно построить.
08.05.2019 в 09:16 #11614
manjey73Участникto0freak у Rapid тоже есть облако, но правда платное за канал. У Овен вы просто покупаете оборудование, но качество их облака ужасть, много людей жалуется. В моем случае например не нравится, что привязан к облаку жестко и перейти на локальное нельзя….
Плюс использование Windows всегда, что не всегда есть хорошо…-
Ответ изменён 7 лет, 3 месяца назад пользователем
manjey73.
08.05.2019 в 10:11 #11617
MikhailМодераторДавайте в отдельной теме обсудим. В том числе по поводу Rapid SCADA в облаке.
08.05.2019 в 11:29 #11621
to0freakУчастник -
Ответ изменён 7 лет, 3 месяца назад пользователем
-
АвторЗаписи
- Для ответа в этой теме необходимо авторизоваться.