Показано с 1 по 10 из 10

Тема: События объекта отсутствуют, события прибора - есть. Что не так?

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию

    добрый день!

    Что значит "они обращаются к периоду"? События объекта не могут обращаться к периоду... Не понятно какой обмен вы имеете в виду.
    Снимок за период.JPG
    события объекта могут выбираться ЗА ПЕРИОД с такого-то по такое-то
    в этот период времени произошли аварийные события
    Снимок 2 за период.JPG
    почему они не отображаются? как я понимал - события, аварийные и прочие, которые отображаются в списке аварий, должны транслироваться в события объекта.
    Но у вас это не так? почему? объект состоит из приборов, и то, что происходит на приборах, должно "залетать" в события объекта, тем более, если события объекта "сформированы" на основе события прибора.
    Событие можно настроить только на основании какого-то булевского условия, при этом другие события не могут быть частью условия срабатывания события.
    почему? Прибор не на связи - вы сделали системным "событием". Вы или формулировки измените и не называйте это событием, или опишите эти особенности в мануале

    Все верно, так и должно работать.
    Дело в том, что ошибка 255 не отображает то, что связь со шлюзом утеряна. Ошибка 255 говорит о том, что шлюз не получит ответ от опрашиваемого прибора, за время таймаута опроса, который происходит на линии RS485.
    Еще раз другими словами, когда возникает ошибка 255 — это значит, что шлюз вышел на связь с облаком, но данные передать не может, так как опрашиваемый прибор не отвечает шлюзу.
    Например, если оборвать RS485 - то вывалится ошибка 255.
    так не должно работать
    у меня сейчас ни прибора с ошибкой 255 нет и связи со шлюзом нет никакой вообще.
    Но вы доказываете мне, что с прибором №1 есть связь и нет ошибки связи, а с прибором №2 оборвана связь?
    ошибка 255.JPG
    если 255 не отображает потерю связи со шлюзом, то что тогда отображает потерю связи со шлюзом, а не с отдельным прибором?
    Системные события нужны, что бы:
    1) отображаться в списке аварий (но не в списке аварий объекта),
    2) отображаться на мнемосхеме.
    3) генерировать сообщения о соответствующей аварии по e-mail/SMS/Telgram/Push.
    и что тогда такое системное событие на приборе - Потеря связи? и почему в Событиях объекта нельзя к нему обратиться?
    (но не в списке аварий объекта
    на объекте Авария - потеря связи с прибором. Но это не события на объекте????????? Допустим, Оператор видит что графический элемент, привязанный к системному событию стал красным, лезет в список событий - но там нихрена не будет. Отлично. Но всё это со стороны - просто бред.
    Что мешает вам сделать привязку системных событий приборов к событиям объекта?

    В большинстве случаев можно указать любой набор символов в качестве идентификатора шлюза.
    Великолепно! это в лучших традициях ОВЕН -
    не верь тому, что написано и вбивай всякую хрень, может заработает
    «Если на клетке со львом написано «Осел» – не верь глазам своим!» Классика

  2. #2
    Пользователь Аватар для A.Simonov
    Регистрация
    11.07.2017
    Адрес
    Москва
    Сообщений
    623

    По умолчанию

    Цитата Сообщение от In_Da_Cher_A Посмотреть сообщение
    добрый день!


    Снимок за период.JPG
    события объекта могут выбираться ЗА ПЕРИОД с такого-то по такое-то
    в этот период времени произошли аварийные события
    Снимок 2 за период.JPG
    почему они не отображаются? как я понимал - события, аварийные и прочие, которые отображаются в списке аварий, должны транслироваться в события объекта.
    Но у вас это не так? почему? объект состоит из приборов, и то, что происходит на приборах, должно "залетать" в события объекта, тем более, если события объекта "сформированы" на основе события прибора.
    Еще раз. События не могут быть сформированы на основе других событий или аварий.
    События объекта отличаются от обычных событий тем, что при их создании, в условие можно добавить переменные, взятые с РАЗНЫХ устройств.
    Обычные же аварии/события создаются с привязкой к конкретному прибору.

    почему? Прибор не на связи - вы сделали системным "событием". Вы или формулировки измените и не называйте это событием, или опишите эти особенности в мануале
    Не понятна ваша претензия. Особенности событий/аварий и системных событий описаны в руководстве.


    так не должно работать
    у меня сейчас ни прибора с ошибкой 255 нет и связи со шлюзом нет никакой вообще.
    Но вы доказываете мне, что с прибором №1 есть связь и нет ошибки связи, а с прибором №2 оборвана связь?
    ошибка 255.JPG
    если 255 не отображает потерю связи со шлюзом, то что тогда отображает потерю связи со шлюзом, а не с отдельным прибором?
    Я не доказываю, что связь есть, вы просто событие настроили не правильно. Вот на модуле 2 вы правильно взяли событие "не на связи", это событие фактически означает что шлюз не выходит на связь с облаком.
    А ошибка 255 значит, что шлюз с облаком то на связи, но вот данные в облако он не может передать, так как они шлюзу от опрашиваемого прибора не пришли, например из-за обрыва RS485.

    и что тогда такое системное событие на приборе - Потеря связи? и почему в Событиях объекта нельзя к нему обратиться?
    Ни к какому событию нельзя обратиться из события.

    Как выше писал событие "не на связи" фактически означает, что шлюз, который привязан к конкретному прибору добавленному в облако - не связался с облаком.

    Эту аварию и нужно вывести на мнемосхему, если вы ходите отобразить состояние шлюза.

    на объекте Авария - потеря связи с прибором. Но это не события на объекте????????? Допустим, Оператор видит что графический элемент, привязанный к системному событию стал красным, лезет в список событий - но там нихрена не будет. Отлично. Но всё это со стороны - просто бред.
    Что мешает вам сделать привязку системных событий приборов к событиям объекта?
    Еще раз. События на объекте это дополнительные события, которые вы сам настраиваете, руководство дает такое определение:

    Скрытый текст:
    8.1.1 Настройка аварийных и пользовательских событий
    На вкладке События объекта можно настроить события, связанные с несколькими приборами
    (допускается и создание событий, связанных только с одним прибором).


    Другими словами, событие объекта ничем не отличается от обычных пользовательских кроме:
    1) отображается в отдельном общем меню, а не в меню конкретного прибора
    2) для его создания можно использовать данные одновременно с разных приборов.

    В большинстве случаев можно указать любой набор символов в качестве идентификатора шлюза.

    Великолепно! это в лучших традициях ОВЕН -
    не верь тому, что написано и вбивай всякую хрень, может заработает
    «Если на клетке со львом написано «Осел» – не верь глазам своим!» Классика
    У вас какие-то конструктивные замечания есть? Вы жаловались, что не можете добавить шлюз без заводского номера.
    Вам сказали как это сделать. После того как реальное оборудование будет на руках, вы можете сменить идентификатор на верный.
    Ваша претензия и язвительность абсолютно не понятна и не уместна.
    Вы уже определитесь, пожалуйста, что вам нужно: иметь возможность добавить шлюз без реального оборудования или не иметь такой возможности.
    Последний раз редактировалось A.Simonov; 18.10.2021 в 15:29.

    Александр Андреевич Симонов
    Инженер по продуктам «ПЛК, модули и OwenCloud»

    Не работаю в ОВЕН с 01.07.22
    По всем вопросам обращайтесь на почту: support@owen.ru

  3. #3

    По умолчанию

    События на объекте это дополнительные события, которые вы сам настраиваете, руководство дает такое определение:
    На вкладке События объекта можно настроить события, связанные с несколькими приборами
    (допускается и создание событий, связанных только с одним прибором).
    но создать дополнительное Событие объекта на основе Системного события одного прибора - я не могу.
    Как выше писал событие "не на связи" фактически означает, что шлюз, который привязан к конкретному прибору добавленному в облако - не связался с облаком.
    Подождите. Шлюз не связался с облаком или конкретный прибор отвалился от шлюза? Вы же указываете это как событие на приборе, но не считаете это "событием", которое должно отображаться в событиях объекта?

    А ошибка 255 значит, что шлюз с облаком то на связи
    приборы лежат в коробке. Ни шлюза, ни прибора нет ни какой связи. Но на мнемосхеме они согласно ошибке 255 отображаются как активные.
    Это нормально?

    У вас какие-то конструктивные замечания есть?
    да. отобразить незадокументированные возможности в отдельном патче к руководству, а то получается - "ты не спрашиваешь - мы не говорим"

    и так мне всё-таки непонятно, почему сейчас на объекте у меня в списке событий объекта нет никаких событий за период с 11 октября? сейчас 18 октября, у меня на объекте есть аварийные события, но они не отображаются в списке. Почему?
    Последний раз редактировалось In_Da_Cher_A; 18.10.2021 в 16:48.

Похожие темы

  1. События в MasterSCADA
    от Назаров Александр в разделе Master SCADA 3
    Ответов: 11
    Последнее сообщение: 02.10.2023, 20:20
  2. Не работают события
    от AEV12345 в разделе Облачный сервис OwenCloud
    Ответов: 54
    Последнее сообщение: 20.06.2023, 20:21
  3. События объекта
    от AVit в разделе Облачный сервис OwenCloud
    Ответов: 6
    Последнее сообщение: 28.07.2021, 15:44
  4. События
    от Dima1991 в разделе Master SCADA 3
    Ответов: 8
    Последнее сообщение: 06.02.2017, 14:20
  5. избранные события в Opm 1.2
    от voffan в разделе OWEN Proces Manager
    Ответов: 1
    Последнее сообщение: 01.09.2009, 14:58

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •