Статус устройства в канале ?

[manjey73]

Собсвтенно озадачились тут с @Romiros по поводу статуса устройства, чтобы его добавить в канал.
У Коммуникатора есть служебные теги, о которых мы не знаем?

Просто на своем драйвере ничего не добавлял в код, по подсказке добавил входной канал с тегом Status — показывает 0,000
Выбрал Формат Normal — Error

Если бы не было данного параметра от кого-то, то показывало бы --- по идее ?

[manjey73]

Ну и собственно вопрос, кто за это отвечает?

[manjey73]

Заодно статус линии в целом можно вытянуть в канал?
Так как если оборвать связь между преобразователем и Scada то например при наличии значения 1 (Error) оно там и остается и не преобразуется в --- или я не дождался?

[Mikhail]

У Коммуникатора есть служебные теги, о которых мы не знаем?

Да, только один тег Status у каждого устройства.
Кстати, в своих драйверах Вы можете задать признак невидимости для группы тегов. Тогда она не будет выводиться в txt-файл, а работать будет как обычно.

Заодно статус линии в целом можно вытянуть в канал?

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

Так как если оборвать связь между преобразователем и Scada

Может зависеть от канала связи, выбранного для линии. Нужно более конкретно смотреть.

[manjey73]

Еще вот @Romiros обнаружил, что для SNMP нет такого канала Status

Суть в том, что если у нас устройство показывает Normal, и происходит обрыв связи между Scada и преобразователем Ethernet-RS485 так и зависнет в статусе Normal ?
Или все же потом сбросится на --- ?

[Romiros]

Дал ложную информацию, извиняюсь. Status работает для драйвера snmp так же как и для остальных. В этом плане все нормально, видимо был какой-то косяк с применением конфигурации. 0 — норма 1 — ошибка.

[Mikhail]

происходит обрыв связи между Scada и преобразователем Ethernet-RS485 так и зависнет в статусе Normal ?

Пришлите параметры канала связи в виде скриншота или текста. Я проверю по исходному коду.

[manjey73]

Normal остался

Оборвал связь с преобразователем

[manjey73]

Прошло много времени, а канал так и остался Normal

Восстановил соединение с преобразователем, опрос возобновился.

• Этот ответ был изменен 4 месяца назад от manjey73.

[manjey73]

</Line>
    <Line active="true" isBound="true" number="2" name="Pulsar">
      <LineOptions>
        <ReqRetries>2</ReqRetries>
        <CycleDelay>0</CycleDelay>
        <CmdEnabled>true</CmdEnabled>
        <PollAfterCmd>true</PollAfterCmd>
        <DetailedLog>true</DetailedLog>
      </LineOptions>
      <Channel type="TcpClient" driver="DrvCnlBasic">
        <Option name="Behavior" value="Master" />
        <Option name="ConnectionMode" value="Shared" />
        <Option name="Host" value="192.168.0.9" />
        <Option name="ReconnectAfter" value="5" />
        <Option name="StayConnected" value="false" />
        <Option name="TcpPort" value="4005" />
      </Channel>
      <CustomOptions />
      <DevicePolling>
        <Device active="true" isBound="true" number="2" name="Pulsar" driver="DrvPulsar" numAddress="68309" strAddress="" pollOnCmd="false" timeout="1000" delay="200" time="00:00:00" period="00:00:20" cmdLine="Pulsar_Voda_Rs485.xml" />
      </DevicePolling>
    </Line>

Канал связи TCP клиент, на другом конце COM порт

[manjey73]

[3] N520_1
———-
Статус : норма
Канал связи : COM3, закрыт

Устройства (1)
—————
[3] PulsarImpuls : норма

Ну хотя бы это вариант, USB-RS485 отключено, соответственно порт закрыт а устройство в норме. А в журнале
2023-05-27 09:05:34 Открытие последовательного порта COM3
2023-05-27 09:05:34 Попытка открытия последовательного порта может быть не ранее, чем через 00:00:05 с после предыдущей.

2023-05-27 09:05:34 Открытие последовательного порта COM3
2023-05-27 09:05:34 Попытка открытия последовательного порта может быть не ранее, чем через 00:00:05 с после предыдущей.

Такое кажется было и на 5-й версии…

[Mikhail]

В конфигурации указан канал связи TcpClient, а в журнале COM3. Как такое может быть?

[manjey73]

я говорю о том, что если вытащить USB-RS485 или оборвать связь между ПК и Ethernet-RS485 это приведет к тому, что Status останется Normal, хотя связи с устройством через (одно или другое) нет фактически.

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

Это два варианта, что так что эдак, фиолетово каким образом оборвать связь до реальной линии RS485 будет зависание Status в том положении, в котором он был до разрыва связи. По идее тут он должен превратиться в ---

• Этот ответ был изменен 3 месяца, 3 недели назад от manjey73.

[manjey73]

Кстати при этом и все значения должны в --- перейти, а не зависнуть в последнем прочитанном значении. сейчас не помню, переходят они в этот статус или нет.

[manjey73]

Непосредственно переменный сбрасываются в состояние --- а вот переменная Status продолжает висеть как и висела в Normal

[Автор]

Сообщения