mkv

Здравствуйте! С обновлённым драйвером состояния отображаются правильно, проблема больше не проявилась. Благодарим за помощь в решении!

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

Здравствуйте! Возможно, именно дребезг позволяет быстро воспроизвести проблему. Но на реальных линиях связи могут быть любые проблемы, в том числе сходные с дребезгом. Если при переходном процессе присутствует дребезг, то можем считать состояние неопределённым до стабилизации состояния на линии. В данном случае состояние стабилизируется, но отображение в ПО неправильное. Но после изменения другого сигнала или если программно закрыть-открыть порт, то отображается правильно. Данная проблема была обнаружена при подключении устройств, при необходимости могу найти схему.

Здравствуйте! Ипользую .Net Fraimework 4, например так (консольное приложение, w7, x64): ... //инициализация port = new SerialPort(); port.PinChanged += port_PinChanged; port.PortName = "COM8"; port.Open(); port.RtsEnable = true; port.DtrEnable = true; ... static void port_PinChanged(object sender, SerialPinChangedEventArgs e) { Console.WriteLine("CD=" + port.CDHolding.ToString() + " DSR=" + port.DsrHolding.ToString()); } Можно использовать программу PComm Terminal Emullator, картинки в прикрепленном файле... Контакты 7 и 6 замыкаем и размыкаем для подачи-снятия сигнала (для проведения теста). Пример, с использованием контактов 7 и 6, только для исключения влияния внешних факторов. Устройства, подключаемые к последовательному порту, могут использовать эти сигналы нестандартно, например, для дополнительного контроля линии или передачи дополнительной информации. Подобные решения давно используются. Есть необходимость переноса этих решений на платформы, где нет возможности подключения кроме USB. port.rtf

Здравствуйте! Воспроизведение сбоя (UPort 1150 rev 1.4): На DTR и RTS программно устанавливаем уровень 1 (port.RtsEnable = true; port.DtrEnable = true;) Замкнуть 1 (DCD) и 4 (DTR) пины. Сигнал берём с пин 7 (RTS), подаём на пин 6 (DSR) (замкнуть контакты) – состояние “1”. В программе (любой, показывающей состояние на пинах 1 и 6) следим за изменением состояний. Меняем состояние на пин 6 с частотой 1-5 Гц (замыкая-размыкая контакты 6-7), как правило работает штатно. Далее подаём “1” на пин 6 примерно секунд на пять, и снимаем (состояние “0”), повторяем до появления сбоя (с вероятностью10%-20% для пин 6 отображается состояние “1” вместо “0”). Если в состоянии сбоя разомкнуть 1 и 4, то отображение состояния для пин 6 изменится на “0”. Если программно закрыть-открыть порт, то состояние на пин 6 так же отображается правильно. Может быть сбой с отображением “0” вместо ”1”.

Добрый день! Обнаружена проблема с uport 1150. Режим - rs232, ОС - W7, драйвер 1.7.5.0 (в предыдущих версиях тоже самое). При подаче сигнала на входы DSR (пин6) или DCD (пин1), например, с RTS иногда состояние входов, при снятии сигнала, не изменяется. Думал проблема аппаратная, но видимо нет. Если в ошибочном состоянии программно закрыть и открыть порт, то состояния входов считываются правильно. Утилиты с http://www.moxa.ru/shop/usb/1_port/uport_1150/ показывают такое же поведение. Возможно проблема в ПО драйвера? Может кто сталкивался с таким поведением uport 1150 и есть решения проблемы?