Изкажение данных

  • В этой теме 8 ответов, 3 участника, последнее обновление 2 года назад сделано Mikhail.
Просмотр 9 сообщений - с 1 по 9 (из 9 всего)
  • Автор
    Сообщения
  • #13737
    Валдас
    Участник

    По непонятным причинам меняются местами данные каналов от некоторых устройств, и постоянно от одних и тех же самых. После рестарта коммуникатора всё востонавливается. Где может быть причина?
    Scada Web
    Input Chanels
    Line Settings
    Chanels Settings
    Communicator

    #13739
    Валдас
    Участник
    #13741
    manjey73
    Участник

    Перекиньте в шаблоне сигнал 2 в конец, он станет 8. Поправьте таблицу и привязки.
    Опять будет меняться местами 1 и 2 или будет по другому ?

    #13742
    manjey73
    Участник

    Судя по логу, который вы приложили, у вас сам прибор поменял местами значения…

    2019-09-17 15:27:51 прибор на посылку команды

    00 00 00 00 00 06 01 03 09 05 00 02 — чтение по адресу 2310 вдруг стал присылать значение 03 04 42 D0 вместо 03 04 42 20

    А Apkrova наоборот, вместо 03 04 42 D0 присылает 03 04 42 21

    #13743
    manjey73
    Участник

    Сорри, чуть не те 2 байта взял. 42 DX и 42 0X(1X, 2X) ну в общем видно что по одному запросу ответ был один, а потом другой из самого прибора.

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

    manjey73, то есть прибор сам путает местами данные в ответах?

    #13749
    manjey73
    Участник

    Ну судя по логам на запрос 00 00 00 00 00 06 01 03 09 05 00 02 прибор отдавал одно значение, а после перезапуска линии в указанное время (в логе найти).
    Стал выдавать другое значение, и вроде всегда фиксированное.

    Данные поменялись местами с этим запросом Request element group «Apkrova»
    Send (12): 00 00 00 00 00 06 01 03 00 87 00 02
    Receive (7/7): 00 00 00 00 00 07 01
    Receive (6/6): 03 04 42 D1 00 00

    Apkrova = 42 D1 00 00 или 42 CF 00 00 или 42 CE 00 00
    SetpointLoad = 42 0C F1 CB (тут значение меняется)

    А потом ХРЯСЬ и

    2019-09-17 15:27:50 Initialize communication line 15 "MGC Katiline JUE"
    2019-09-17 15:27:50 Load device template from file KpModbus_MGC_JUE.xml
    2019-09-17 15:27:51 Start communication line 15 "MGC Katiline JUE"
    
    2019-09-17 15:27:51 Establish a TCP connection with 10.19.134.49:502
    
    2019-09-17 15:27:51 Communication session with the Device 47 "MGC Katiline JUE", type: KpModbus, address: 1, call number: 10.19.134.49
    Request element group "Apkrova"
    Send (12): 00 00 00 00 00 06 01 03 00 87 00 02
    Receive (7/7): 00 00 00 00 00 07 01
    Receive (6/6): 03 04 42 21 AC D7
    OK!
    Request element group "SetpointLoad"
    Send (12): 00 00 00 00 00 06 01 03 09 05 00 02
    Receive (7/7): 00 00 00 00 00 07 01
    Receive (6/6): 03 04 42 D0 4E 20

    Все перевернулось… Это же данные в логе до того, как оно куда-там попадет в теги… То есть ответы на сами команды сменились….

    42 D0 4E 20 — до конца лога не проверял, но походу значение зависло…

    • Этот ответ был изменен 2 года назад от manjey73.
    #13751
    manjey73
    Участник

    Incorrect PDU length!

    Очень много вот таких ошибок. Может произошло смещение ответов на запросы ? Типа драйвер получает ответ, который должен был получить на прошлом запросе ?

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

    Похоже устройство чудит.
    Я бы рекомендовал в настроках канала связи установить разъединение после каждого сеанса и увеличить паузу после запроса до 1000 мс, например.

Просмотр 9 сообщений - с 1 по 9 (из 9 всего)
  • Вы должны авторизироваться для ответа в этой теме.