Maxmems

Я подразумевал просто задать одинаковый baudrate со стороны ПК и устройства, при котором данные не будут успевать проходить. В данном случае при 500000 880 бит в 1мс проходить не будут. Неудачно сформулировал, наверное. Никакой магии с программным ограничением битрейта мы не творили Вся проблема здесь: Весь вопрос состоит в том, какая загрузка канала при 921600 на практике является предельной чтобы не было потерь. И можно ли ее как-то повысить. Так что ждем ответа от разработчиков

Слово "ограничить" можно взять в ковычки) Это просто как пример, видимо неудачный

На интерфейсе задается baudrate 921600. На нашем устройстве тоже задается baudrate 921600. Каждую 1 мс с устройства отправляется пакет в 88 байт. При настройках порта, указанных на скрине получается, что каждую 1 мс идет передача 880 бит (88*8=704 бита – данные + 88*2=176 стартовый и стоповый биты каждого передаваемого байта). В теории между пакетами всегда остается еще ~45мкс, но периодически возникает ситуация, что последние 1-2 байта пакета на ПК не принимается. И тем больше таких пропусков, чем больше портов на uport 1650-8 работает. То есть, если подключено одно наше устройство, потери возникают на 1-2 пакетах в секунду. Но если таких устройств 8, на каждом из открытых портов uport 1650-8 каждую секунду теряются данные в 50-100 пакетах.

У нас своё ПО в котором задаётся скорость интерфейса подключения к датчику из числа стандартных значений. В отправленном протоколе есть инфа по ним (значениям).

Это я писал как пример того, что если ограничить скорость на USB2-H-6008-M до значений 500000 бит/сек, то будет ситуация с пропуском пакетов, аналогичная той, которая наблюдается на UPort-1650.

Windows 10 Pro x64. Причина не в этом, т.к. датчики с пакетом в 32 байта, т.е. меньшего размера, но при остальных равных параметрах, работают нормально. Скинул Вам в лс протокол взаимодействия с изделием, которое подключаем к UPort 1650-8/16.

OC Windows. Возможно мы не совсем понимаем друг друга, но как я писал выше "формирует пакет из n параметров 88 байт ~ 880 бит и итоговая скорость при 1кГц составляет 880000 бит/сек., что составляет ~95,5% от скорости интерфейса MOXA 921600 бит/сек". Т.е. передаётся пакет 88 байт слитно каждую мсек. Какая по Вашему мнению должна быть скорость? Также повторюсь, что имеется преобразователь на FTDI "USB2-H-6008-M" с ним проблем нет, работает на 921600бит/сек, и да, если его настроить, допустим, на 500000бит/сек, то также идёт пропуск пакетов. Т.е. по работе MOXA, на первый взгляд, складывается впечатление, что не хватает пропускной способности.

Отправляем пакет 88 байт в 1 мсек

Добрый день! К сожалению, не помогло. Думаю, стоит описать, что нам необходимо прогнать через преобразовать MOXA, для более детального разбора проблемы. Наш датчик, подключенный к преобразователю MOXA, формирует наборный пакет из n параметров 88 байт ~ 880 бит и итоговая скорость при 1кГц составляет 880000 бит/сек., что составляет ~95,5% от скорости интерфейса MOXA 921600 бит/сек.

Да, всё верно, имеется 2 преобразователя один на 8 портов, другой на 16 с одинаковой проблемой. Серийные номера: UPort 1650-8 (TBZAB1102264); UPort 1650-16 (TBZAB1102309). p.s. также имеется преобразователь FTDI, с ним проблем не наблюдается.

Кабелем входящим в комплект Hi-Speed 2.0 в USB компьютера 3.0

Приветствую! Проблема в следующем, при подключении внешних устройств к MOXA UPORT 1650-16/1650-8 на скорости интерфейса RS-485 4w 921600 бит/с, происходит непрерывный пропуск пакетов, при этом, с каждым последующим подключенным устройством, увеличивается пропуск пакетов и далее датчики перестают определяться. Более простыми словами. Подключаю датчик №1 к MOXA (тип преобразователя интерфейса RS-485 4w, скорость 921600 бит/с) происходит пропуск пакетов, порядка 5 в 10сек. Далее подключаем датчик №2, пропуск пакетов увеличивается и так далее. Причем после подключения датчика №4 они (датчики) и вовсе перестают определяться.