Стартовая страница › Форумы › Взаимодействие с устройствами › Modbus › Modbus ACSII- символы признака конца строки
Помечено: Modbus ACSII
- В этой теме 9 ответов, 2 участника, последнее обновление 6 лет, 5 месяцев назад сделано Mikhail.
-
АвторСообщения
-
03.11.2017 в 21:39 #7741MerlokУчастник
Добрый день пользователям Rapid SCADA.
Возникла необходимость подключить прибор с протоколом Modbus ACSII.
Другие программы связываются с прибором без проблем. Использование Rapid SCADA ответа от прибора не дало.
Снифером в режиме наблюдателя установил,что при запросе с помощью протокола Modbus ACSII через Rapid SCADA не верно выставлен признак конца строки. По спецификации протокола необходимо два символа 0D 0A.Но Rapid SCADA не выдает в линию последний символ «0А». Думаю, из-за этого ответа от устройства и нет.
Прошу опытных пользователей дать совет по настройке или прояснить ситуацию иным способом.04.11.2017 в 15:31 #7746MikhailМодераторДобрый день! Действительно должно быть 0d0a. Вы могли бы скопировать часть лога линии связи из Коммуникатора? Если ошибка на нашей стороне — исправим. Modbus ASCII редко используется, возможно, после очередного обновления драйвера, возникла эта ошибка.
05.11.2017 в 09:35 #7748MerlokУчастникДобрый день, тех.поддержка.
Лог в 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>
ЗАРАНЕЕ СПАСИБО. ЗА ОТВЕТ.06.11.2017 в 11:55 #7753MikhailМодераторНапишу Вам ответ в течение этой недели. Думаю, что проблема решится.
08.11.2017 в 16:41 #7779MikhailМодераторПопробуйте данное исправление.
Просьба написать о результате.09.11.2017 в 09:58 #7783MerlokУчастникПосле замены 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 снова работают.09.11.2017 в 10:06 #7784MerlokУчастникПопытка создать новые линии и КП с уже новой DLL приводят к тому, что при инициализации свойств КП пункт «Свойства» не активен, или в другом случае выдает ошибку «Неизвестная DLL».
Попытки производятся на двух разных компьютерах. На обоих стоит Windows 10 x64.- Этот ответ был изменен 6 лет, 5 месяцев назад от Merlok.
09.11.2017 в 10:36 #7786MerlokУчастникУстранение проблем с DLL, написанных выше, смог найти на вашем форуме…..Продолжаю эксперименты)))
Пока обнадеживающе…..последний символ появился……осталось проверить на устройстве…отпишусь позже…- Этот ответ был изменен 6 лет, 5 месяцев назад от Merlok.
09.11.2017 в 15:40 #7793MerlokУчастникБольшое спасибо за содействие. Все работает и ответы от устройства идут.
Приятно удивлен оперативностью ответа и решения вопроса. К сожалению, данный протокол используют редко и потому в интернете мало доступных готовых решений по нему. Многие пишут, зачем заморачиваться и можно все реализовать на QT или Visual C#, но программирование- не моя профессия и совершенно не хочется тратить море времени, чтобы постичь все тонкости универсальных программных продуктов, ради достижения конкретной цели.09.11.2017 в 22:14 #7795MikhailМодераторРад, что всё получилось.
Часто приходится слышать, что запрограммировать ту или иную функциональность можно за несколько часов. Но на самом деле, потом возникает множество нюансов, на доработку которых уходит много времени и сил. Поэтому оптимально, чтобы каждый был специалистом в своей области, и в программировании, и в запуске систем на объектах и много где ещё.
-
АвторСообщения
- Вы должны авторизироваться для ответа в этой теме.