Лидеры

ну вы и описываете что-то доморощенное. Это холивар двух подходов к модбас. Очень часто новички не анализируют паузы. кадру выделяют на "лету", т.е. сначало что-то там анализируют, потом сверяют CRC. Встречал даже так... Принял первый байт - это адрес. Адрес не мой - значит это не мне. Далее делает разбор пакета и даже не считает CRC. Зачем его считать, если пакет не мне? А то, что в адресе может быть ошибка и адрес нельзя анализировать до приема всего пакета и проверки CRC - об это не думают. я приверженец того, что выделить пакет паузами, потом проверить CRC, и только потом проверять адрес и функцию и данные.

я как бы счаз "подрабатываю" на аналогичной тематике а есть ли у вас ссылки на "кулинг агрегаты" с радиаторами на принудительную конвекцию? российские? а то фишер стали дороговастенькие а российских чето не нахожу интернетом пользуюсь ))))

У вас стояло условие ==, а нужно поставить != и значение вектора NNNNNNN по числу бит шины.

Вот почему народ упорно не хочет читать, что пишут? Приходится повторять сто раз... чтобы выделить из потока фрейм вам нужно реалтаймовые 3,5 символа тишины. Нет в модбас иного разделения потока данных на фреймы. Вам ни какой офисный ПК и не офисный, тем более усб-свистки, не обеспечат эти 3.5 тишины.

Ту длину, что указана в ответах на запросы, использовать до приема, выделения и сверки КС всего кадра нельзя. А когда кадр принят, она (длина), по факту, и не нужна уже.

ну анализировать первый попавшийся байт - это тоже не торт. приняли вы первый байт - тут должен быть адрес. Если пакет без ошибки - то это адрес. Приняли второй. Если пакет без ошибки - то это функция... но вот только есть там ошибка или нет, вы поймете только после расчета CRC (не берём во внимание паузы в 1.5). Как так? вы уже анализируете пакет не проверив его целостность. Вам отправили 200 байт одним пакетом. вы приняли второй байт с ошибкой и ошибочно определили длину пакета допустим в 7 байт. у вас crc не совпало. игнорим. приняли 8-ой и 9-ый байт - для вас это новый адрес и функция. Но это ещё первый пакет. вы запускате новый вычисление нового пакета - упс, там тоже crc не совпал. В счетчике пакетов девайс отметит "Получил 10 пакетов, из них 10 с ошибкой". А на самом деле был один пакет и он с ошибкой. как можно анализировать пакет, если ты не знаешь про его целостность? нет, не ошибаюсь. в даyном случае в тендере на оборудование не было ни каких требований к стандарту протокола. Да и этого протокола как такого не было... он родился спонтанно... просто решили сделать межплатный обмен на Modbus. Было требование, допустим, измерять влажность и включать насос. Было бы это один МК или Два... шкаф или ящик... внутри CAN или RS485. сколько плат и как они сопрягаются - вообще таких требований не стояло. Делай хоть на ПЛИС, хоть на МК, хоть на MOXA, хоть на паровом двигателе... Главное чтобы обеспечить внешние измерения, внешние воздействие и индикацию. А как ты там обеспечил межплатный обмен - это ни кого не интересует.

да уж... "Разработчик собственных USB-стеков".... Откройте уже наконец-то дескриптор этого самого FT232, посмотрите на размер его энд-поинтов. А размер их == 64 байт. Я уже писал об этом, но что-то всё без толку.... А значит - заполнить всё TX-FIFO одним чохом - никак не получится. Ошибаетесь. Часто в условиях различных тендеров на закупки оборудования, есть требования соответствия каким-то стандартам/протоколам. Если вы ещё не наступали на эти грабли, значит - всё у вас впереди. И как определить где у пакета "первые байты", а где - последние? Не зная его границ.

Да по первому ТЗ было понятно, что это глушилка для СВО. Только сам ТЗ вызвало оторопь немониманием сложности проблем. Если с НЧ поддиапазонами ( до 5.8 ГГц) все так и обстоит- берем китайский усилитель и приделываем к нему антенный тракт дронобойки, то исходя из ТЗ и приведенных частот автор темы собрался воевать с глобалхоками и прочей профессональнйо военной летадлой, где применяются перспективные миллиметровые каналы. Хотите их глушить? Восстанавливать надо СВЧ вакуумную электронику. ЛБВ пакетированые с задачей справятся. вот только они не на столько широкополосны.

Одного честного реал-тайм контроллера недостаточно. Нужна еще честная реал-тайм операционная система на ПК. Если этого нет, то ни по какому протоколу рулить внешними устройствами в реальном времени не получится. Это не проблема MODBUS. А если есть реал-тайм (контроллер и ОС), то можно сделать реал-тайм управление по любому протоколу, включая MODBUS. Он, в этом отношении, не хуже других протоколов. И не лучше. Каждому протоколу - свое применение.

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

времена другие и люди "мутировали" )) возможно выбор такой -- или счаз помереть от сбошеной гранаты или потом ( через годик) от рака мозга или чего то "другого" флуд начался ))

Заказал ПП вот здесь: https://aliexpress.ru/store/5791867?spm=a2g0o.order_detail.order_detail_item.1.f6314f03ZKDzlu Быстрое изготовление 3 дня и доставка 2 недели до Татарстана. 2300руб. 5 шт. Платы на ISA шину. Качество хорошее.