Протокол BSAP
Добрый день.
Столкнулся с проблемой реализации протокола BSAP. Данный протокол используется в ПЛК Control Wave (Emerson).
Для реализации я использую ПЛК110 и соответственно возник вопрос, может быть кто-нибудь сталкивался с этим редким протоколом? Или реализовал?! Или работал с самим Control Wave!
Буду признателен любой помощи и советам по поводу этой темы.
К неравнодушным в долгу не останусь)
Добрый день! Тоже сталкивался с проблемой реализации данного протокола в CODESYS 3.5. Было бы интересно посмотреть комментарии людей которые с ним работали.
Если протокол закрыт, то беЗплатно вы его не реализуете. Есть описание протокола? или его можно купить только за денюжку, как типа BACNet и т.д. ?
http://www.documentation.emersonproc...301401x012.pdf
Автор, это оно?
Очень похож на DF1 от AllenBradley, и наверняка тут тоже куча заморочек. По опыту с DF1 без устройства и логирования приема передачи хрен у вас что получится, без обид. над DF1 я месяца четыре пыхтел имея на руках ПЛК.
Глянул мельком, и шальная мысль, а не перелицованные ли у Emerson ПЛК от AllenBradley ?
Последний раз редактировалось melky; 19.01.2021 в 20:23.
melky, да, протокол открытый и документация в свободном доступе, Ваша ссылка правильная.
ПЛК Emerson имеется в наличии, поэтому тестировать проблем не составит.
Вот как раз таки из-за заморочек я и создал эту тему, протокол неунифицированный, не просто со старта понять что к чему.
Сходство немного имеется в отливке корпусов, но по аппаратке их насколько знаю нет.
capzap, Newcomer, я могу понять скептецизм некоторых людей, которых видимо страшит или смешит сложная задача, но тем не менее задача стоит и её предстоит решать.
Убедительная просьба, если Вы хотите написать бесполезный комментарий, то не утруждайте себя бить по клавишам и других пользователей читать Ваш бред, чтобы не разводить мусор в этой теме. Спасибо.
Привет. Есть успехи? У меня есть кое-что потестировать, если у вас ещё остался ПЛК EmersonСообщение от Vladlen95
И что вы сделали для тестирования ?
Столько сообщений, а по делу только от melky. Если это так сложно реализовать, возможно нужно добавить 3 звено в систему, скажем ПЛК от Emerson, который примет информацию от ПЛК Owen по доступному протоколу, а дальше по протоколу Bsap передаст информацию на другое устройство поддерживающие только этот протокол.
Отлично, тогда давайте в две руки так сказать
1. Определитесь с кодом расчета CRC, там два варианта при беглом взгляде как и у AllenBradley - CRC и CRC1, CRC2 то есть ПЛК настраивается на одну из них (скорее всего, так как в зависимости от ответов и запросов прыгать то с однобайтовой CRC на двухбайтовую это надо быть идиотом)
Если CRC считается так же, как и у Алена, то код на C# у меня есть, хотя по заказу такие вещи меняются на раз и вот вам другой протокол.
2. В зависимости от типа CRC в расчет попадают разные блоки данных, была у Алена такая пакость
3. DLE, STX, ETX спецсимволы например DLE = 0x10 если попадается в блоке данных, он удваивается и при этом удвоение не участвует в расчете CRC
4. из-за удвоения DLE неизвестна длина ответа, так что тут указанием буфера для приема не обойтись, либо брать его заведомо больше и потом искать окончание посылки и принимать решение, в любом случае вы попадаете на timeout
з.ы. вообще наверное проще в личку перейти. От вас будет нужно видео работы с программой, где там переменные для передачи, как это настраивается и т.д. чтобы понять, насколько это близко к AllenBradley и смогу ли я помочь. з.ы. на ПЛК я протокол не писал, делал для RapidScada и там помог разработчик, доработав код остановки по массиву байт при чтении и плюс потом дочитывал 1 или 2 байта CRC. Можно ли такое реализовать в ПЛК даже не представляю...
В RapidScada реализована какая-то часть протокола?Отлично, тогда давайте в две руки так сказать
1. Определитесь с кодом расчета CRC, там два варианта при беглом взгляде как и у AllenBradley - CRC и CRC1, CRC2 то есть ПЛК настраивается на одну из них (скорее всего, так как в зависимости от ответов и запросов прыгать то с однобайтовой CRC на двухбайтовую это надо быть идиотом)
Если CRC считается так же, как и у Алена, то код на C# у меня есть, хотя по заказу такие вещи меняются на раз и вот вам другой протокол.
2. В зависимости от типа CRC в расчет попадают разные блоки данных, была у Алена такая пакость
3. DLE, STX, ETX спецсимволы например DLE = 0x10 если попадается в блоке данных, он удваивается и при этом удвоение не участвует в расчете CRC
4. из-за удвоения DLE неизвестна длина ответа, так что тут указанием буфера для приема не обойтись, либо брать его заведомо больше и потом искать окончание посылки и принимать решение, в любом случае вы попадаете на timeout
з.ы. вообще наверное проще в личку перейти. От вас будет нужно видео работы с программой, где там переменные для передачи, как это настраивается и т.д. чтобы понять, насколько это близко к AllenBradley и смогу ли я помочь. з.ы. на ПЛК я протокол не писал, делал для RapidScada и там помог разработчик, доработав код остановки по массиву байт при чтении и плюс потом дочитывал 1 или 2 байта CRC. Можно ли такое реализовать в ПЛК даже не представляю...
Там (в BSAP) есть как минимум RBD, RBE, Alarm, PTP и куча всякой всячины типа аудита.
Или же там (rapidscada) реализована программа верхнего уровня, которая опрашивает контроллеры?
Последний раз редактировалось tpiat; 01.09.2025 в 06:29.
Ax3 автор потерялся еще тогда, так что даже близко к тестированию не подобрались.
Ваши права
Ответить с цитированием