Modbus ACSII- символы признака конца строки

Стартовая страница Форумы Взаимодействие с устройствами Modbus Modbus ACSII- символы признака конца строки

Помечено: 

Просмотр 10 сообщений - с 1 по 10 (из 10 всего)
  • Автор
    Сообщения
  • #7741
    Merlok
    Участник

    Добрый день пользователям Rapid SCADA.
    Возникла необходимость подключить прибор с протоколом Modbus ACSII.
    Другие программы связываются с прибором без проблем. Использование Rapid SCADA ответа от прибора не дало.
    Снифером в режиме наблюдателя установил,что при запросе с помощью протокола Modbus ACSII через Rapid SCADA не верно выставлен признак конца строки. По спецификации протокола необходимо два символа 0D 0A.Но Rapid SCADA не выдает в линию последний символ «0А». Думаю, из-за этого ответа от устройства и нет.
    Прошу опытных пользователей дать совет по настройке или прояснить ситуацию иным способом.

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

    Добрый день! Действительно должно быть 0d0a. Вы могли бы скопировать часть лога линии связи из Коммуникатора? Если ошибка на нашей стороне — исправим. Modbus ASCII редко используется, возможно, после очередного обновления драйвера, возникла эта ошибка.

    #7748
    Merlok
    Участник

    Добрый день, тех.поддержка.
    Лог в RapidScada:
    2017-11-05 07:58:07 Сеанс связи с КП 100 «AD2_5», тип: KpModbus, адрес: 1
    Запрос значений группы элементов «Temp»
    Отправка: :010300000001FB
    Приём: нет данных
    Ошибка связи!
    Лог в Advanced serial port пишет посылку :

    3A 30 31 30 33 30 30 30 30 30 30 30 31 46 42 0D

    <CR>:010300000001FB
    <20171105081815.928 SYS>
    Unable to add string #8
    <20171105081816.548 TX>
    <CR>
    <20171105081817.658 SYS>
    Очистка порта: RXABORT, RXCLEAR
    <20171105081817.658 SYS>
    Очистка порта: TXABORT, TXCLEAR
    <20171105081817.658 TX>
    ЗАРАНЕЕ СПАСИБО. ЗА ОТВЕТ.

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

    Напишу Вам ответ в течение этой недели. Думаю, что проблема решится.

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

    Попробуйте данное исправление.
    Просьба написать о результате.

    #7783
    Merlok
    Участник

    После замены Dll KpModbus.dll в папке C:\SCADA\ScadaComm\KP линии связи с протоколом Modbus перестали запускаться.
    Ошибка:2017-11-09 08:23:53 <СИСТЕМА><EXC> Ошибка при создании линии связи 1: Ошибка при получении типа логики КП из библиотеки KpModbus.dll: Предпринята попытка загрузить сборку из сетевого ресурса, что в предыдущих версиях .NET Framework могло привести к помещению сборки в «песочницу». Этот выпуск .NET Framework не включает политику CAS по умолчанию, поэтому данная загрузка может быть опасной. Если эта нагрузка не предназначена для изоляции сборки, включите переключатель loadFromRemoteSources. Дополнительные сведения см. на странице http://go.microsoft.com/fwlink/?LinkId=155569.
    Возможно процедура замены библиотеки Dll другая. Подскажите пожалуйста как.
    При замене DLL на раннюю версию, линии Modbus снова работают.

    #7784
    Merlok
    Участник

    Попытка создать новые линии и КП с уже новой DLL приводят к тому, что при инициализации свойств КП пункт «Свойства» не активен, или в другом случае выдает ошибку «Неизвестная DLL».
    Попытки производятся на двух разных компьютерах. На обоих стоит Windows 10 x64.

    • Этот ответ был изменен 6 лет, 5 месяцев назад от Merlok.
    #7786
    Merlok
    Участник

    Устранение проблем с DLL, написанных выше, смог найти на вашем форуме…..Продолжаю эксперименты)))
    Пока обнадеживающе…..последний символ появился……осталось проверить на устройстве…отпишусь позже…

    • Этот ответ был изменен 6 лет, 5 месяцев назад от Merlok.
    #7793
    Merlok
    Участник

    Большое спасибо за содействие. Все работает и ответы от устройства идут.
    Приятно удивлен оперативностью ответа и решения вопроса. К сожалению, данный протокол используют редко и потому в интернете мало доступных готовых решений по нему. Многие пишут, зачем заморачиваться и можно все реализовать на QT или Visual C#, но программирование- не моя профессия и совершенно не хочется тратить море времени, чтобы постичь все тонкости универсальных программных продуктов, ради достижения конкретной цели.

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

    Рад, что всё получилось.

    Часто приходится слышать, что запрограммировать ту или иную функциональность можно за несколько часов. Но на самом деле, потом возникает множество нюансов, на доработку которых уходит много времени и сил. Поэтому оптимально, чтобы каждый был специалистом в своей области, и в программировании, и в запуске систем на объектах и много где ещё.

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