Ax3 автор потерялся еще тогда, так что даже близко к тестированию не подобрались.
Ax3 автор потерялся еще тогда, так что даже близко к тестированию не подобрались.
И что вы сделали для тестирования ?Сообщение от Ax3
В 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.
tpiat, с какого бы там что-то было реализовано?
Человек тогда пропал совсем, а теперь только за деньги
"з.ы. на ПЛК я протокол не писал, делал для RapidScada"
Меня заинтересовал этот фрагмент
Вчера скачал RapidScada, про bsap ничего не нашёл
Последний раз редактировалось tpiat; 01.09.2025 в 06:28.
Да мне все равно, что вас заинтересовало. Берете шашки (исходники и VisialStudio) в руки и пишите.
з.ы. а по прочитанному выше непонятно, что даже до попыток реализации дело не дошло?
некоторые слишком впечатлились сериалами про бескорыстные стартапы программистов и решили ломануть брендовый протокол? вопрос только один - нахуа? чтобы условный "Сечин-Потанин" стал ещё богаче?
Протоколы открыты, ломать не требуется, только получить понимание и программировать. Это без заинтересованности просто неинтересно.
Драйвер для DF1 я писал по одной причине, светил проект, не случился правда. Писать под basp читать выше почему не интересно.
Спасибо за вежливый корректный ответ.
Мне Ваш совет не пригодится, уже реализовал, правда, не на Visual C++, а на QT+ gcc.
Реализовал ту часть, которая в контроллере. Думал, есть в скаде та часть, которая в Winlows или Linux этим рулит.
Нет -- значит нет. Сажусь писать.
Всем удачи.
tpiat если нужны будут подсказки в части реализации механизмов для RapidScada, обращайтесь. Найдете мою почту в некоторых драйверах под нее. Меркурий, МЭК61107, Овен Cloud и других.
Пишите. Если это то же, что и протокол DF1 (я не вдавался в подробности в виду отсутствия возможности подключения к ПЛК), можете попробовать его. Там только две функции реализовано (чтение и запись).
Как надо контролировать и останавливать опрос, как считать CRC, этим поделюсь без проблем. (если там все схоже с DF1)
Ну и в Рапиде не C++, там C#
Ваши права
Ответить с цитированием