влияние исчезновения связи на значение дорасчетного канала

Стартовая страница Форумы Разработка и интеграция влияние исчезновения связи на значение дорасчетного канала

Просмотр 15 сообщений - с 16 по 30 (из 30 всего)
  • Автор
    Записи
  • #9897
    ValeraMar
    Участник

    По факту я понимаю что дело то тут не в Рапиде, просто может кто сталкивался

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

    В следующий раз за ссылки на сторонние ресурсы не по теме будет бан.

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

    На скриншоте все ответы ОК — обрывов связи не наблюдается.

    #9905
    ValeraMar
    Участник

    Вроде все в тему, скрины отправлял. Дело не в обрыве связи, дело в том что коммуникатор пишет последнее значение с ТРМа, при обрыве датчика.

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

    Там вместо скриншотов были сайты каких-то магазинов.
    Нужно посмотреть, что показывает Коммуникатор в тегах при обрыве датчика. Если при этом связь по Modbus с контроллером установлена, то обычно отображается явно некорректное значение, например, большое отрицательное для целых чисел или NaN для вещественных.

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

    Может быть на ТРМ есть настройки, какое значение выдавать, в случае обрыва датчика?

    #9911
    ValeraMar
    Участник

    В том то и дело что тот скрин сверху и есть, при обрыве датчика. Т.е. никаких изменений, все параметры так же приходят в том же режиме. На счет статусности каналов ТРМа я и хотел у людей здесь спросить, ибо весь ТРМ перелопатил)))) Спасибо Михаил за помощь.

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

    Не пробовали обращаться в поддержку ОВЕН?
    По крайней мере модули МВ-110 изменяют показания при обрыве сигнала.

    #11602
    to0freak
    Участник

    Придётся поддержать оффтоп, так как я так же столкнулся с подобной проблемой, только с облаком Овен. Связь прибора с облаком отсутствовала, в OPC данных не было, но коммуникатор настойчиво показывал значения до обрыва связи.
    Несколько раз решал проблему перезагрузкой, пока не нашёл, что таймаут при опросе КП не был выставлен. Установил 100, пока проблема на повторялась.

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

    OPC-сервер должен передать на Коммуникатор соответствующее «качество» переменных, если пропала связь с прибором.
    Оффтоп: в каких случаях удобно пользоваться облаком ОВЕН? Что оно даёт полезного?

    #11610
    to0freak
    Участник

    Возможно дело и в ОРС сервере, но установка таймаута проблему решило.

    Во славу оффтопа:
    Это облако использую, в первую очередь, потому что мне не удалось найти другого дешёвого способа устроить модбас шлюз (опыта в этом направлении у меня не много). Ещё из плюсов для себя отметил бы физическое разграничение места куда данные сливаются, надёжно хранятся и могут получать команды, и места, откуда происходит только просмотр. Ну и для новичка настройка до рабочего решения всё-таки значительно проще.
    Сейчас я понимаю, что добавил лишнее звено, работу которого не могу контролировать, да ещё и ограничил себя в возможности общаться с приборами по отличному от модбас протокола.
    Был бы рад, если кто-нибудь здесь или в личке сможет предложить решение с использованием другого оборудования или подхода. Особенно за сопоставимые деньги (~3500р. за Ethernet или GPRS шлюз).

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

    Заведите, пожалуйста, новую тему — обсудим. Опишите, что Вам нужно построить.

    #11614
    manjey73
    Участник

    to0freak у Rapid тоже есть облако, но правда платное за канал. У Овен вы просто покупаете оборудование, но качество их облака ужасть, много людей жалуется. В моем случае например не нравится, что привязан к облаку жестко и перейти на локальное нельзя….
    Плюс использование Windows всегда, что не всегда есть хорошо…

    • Ответ изменён 7 лет, 3 месяца назад пользователем manjey73.
    #11617
    Mikhail
    Модератор

    Давайте в отдельной теме обсудим. В том числе по поводу Rapid SCADA в облаке.

    #11621
    to0freak
    Участник
Просмотр 15 сообщений - с 16 по 30 (из 30 всего)
  • Для ответа в этой теме необходимо авторизоваться.