Мост USB-USART проблемы с ноутбуком

[ForcePoint]

А может у ноута питание USB 3х-вольтовое??

Фигня. Стандарт - 5В.

[Wiza_]

К стати, "наученный горьким опытом" в более-менее ответственных системах, которые должны работать в непрерывном режиме длительное время (сутки, месяцы и т.д.) я не использую USB.

Преобразователь 2x 1-wire ‹-› USB ( FT232BM + Atmega8 ) у меня работает уже 9 лет в режиме 24/7.

Мне так же не приходилось видеть промышленное оборудование управления тех. процессами, использующее USB

Переходники USB ‹-› RS-485 существуют даже у ОВЕНа

а так же промышленные компьютеры, в которых отсутствовал бы RS232

Я видел. Панельный комп 17". Есть USB, есть RS-485. Но последний нам запустить так и не удалось. Пришлось брать ОВЕНовский переходник

По теме проблем не встречал. Проблемы с буферизацией COM порта под виндой имеются. Так как рваные пакеты приходят достаточно редко - проблема мной не решалась.

[akegor]

Переходники USB ‹-› RS-485 существуют даже у ОВЕНа

Ага! Если бы не "даже" - внимания не обратил бы. Овен, конечно, образец, высший стандарт! Только те, кого внесло в их продукцию, быстренько начинают искать, в какую сторону от них сдернуть, от этого образца безглючности.

Проблемы с буферизацией COM порта под виндой имеются.

Нет. При корректной работе самолепного софта с портом - никаких проблем. Если СОМ железный. А если через задницу, ой, простите, через ЮСБ, то результат непредсказуем. Многое зависит от корявости софта, драйверов. То, что железный порт переваривает незаметно для глаз, ЮСБ-ишный не только завесит, а еще и часть системы заодно повесит.

[tim1960]

По работе запускал аппараты, управляемые от PC по RS-232 (WinXP_Pro). Нужны были 2 COM-порта, на компьютерах их нонче не более одного. Перебрал много вариантов переходников USB-COM, проблемы были у всех, пока не купил MOXA UPort 1110. Стоил он дороже дешевых раза в 2-2.5, точные цены не помню, прошло несколько лет. С этим переходником с его родными дровами проблем не было ни разу! Работает с лэптопами (разными) и с ноутбуком.
Не сочтите за рекламу.
P.S. А вообще, с USB на промышленном оборудовании действительно бывает много проблем (свой опыт, так что не претендую !!)
Удачи!

[Wiza_]

Овен, конечно, образец, высший стандарт!

Вот - ребята от USB тоже не шарахаются.
http://www2.advantech.ru/products/GF...7E79900C6.aspx
http://www.delta-electronics.info/IFD6500

Только те, кого внесло в их продукцию, быстренько начинают искать, в какую сторону от них сдернуть, от этого образца безглючности.

Ну я, кроме адаптера, их продукцию не трогал.

Нет. При корректной работе самолепного софта с портом - никаких проблем. Если СОМ железный. А если через задницу, ой, простите, через ЮСБ, то результат непредсказуем.

Увы и ах. Как такового - "железного" порта в винде нет еще со времен ХР. Вся работа осуществляется через драйвер. На "железном" RS-232 - пакеты так же рвутся. Драйвером в котором есть буфер. Несмотря на то, что у него есть параметры для настройки размера - оно похоже не работает никак. И система сообщений винды тоже не так быстра, как хотелось бы: отрегулировать так, чтобы на каждый принятый байт или пакет с конкретным таймаутом возникал эвент - практически нереально.

P.S. А бывает и вот так - http://www.streamlabs.ru/products/devices/alarm/ и очень часто. Раньше ставилось в любой терминал оплаты услуг. Сейчас - хз

[akegor]

на компьютерах их нонче не более одного.

На работе у меня такой же. Но. Поковырявшись в потрохе, нашел куда подоткнуть шлейфик с разъебчиком и даже дырочка в корпусе под него нашлась. Теперь два СОМа. А в другой воткнул PCI платку, на которой два СОМа. Работает не хуже родного железного. Проблем не знаю.

пока не купил MOXA UPort 1110

Большие (и обоснованные многолетними наблюдениями) подозрения, что глючит не железо этих переходников, а их драйверы. Значит, у этой компании уровень программеров выше. Спасибо за информацию.

[akegor]

И система сообщений винды тоже не так быстра, как хотелось бы: отрегулировать так, чтобы на каждый принятый байт или пакет с конкретным таймаутом возникал эвент - практически нереально.

Да. Поэтому жду, пока в буфере окажется нужное количество байтов и только потом разбираю.

[Wiza_]

У меня на самом деле нет опыта работы с FT232RL - может их "безкварцевость" в данном случае и является проблемой ?

Да. Поэтому жду, пока в буфере окажется нужное количество байтов и только потом разбираю.

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

[akegor]

Работаю Билдером, а в нем - CommPort от Slycomm. Переменная InBufUsed. Думаю, через API тоже можно выцарапать. Не пробовал.

[Boba_spb]

Увы и ах. Как такового - "железного" порта в винде нет еще со времен ХР. Вся работа осуществляется через драйвер. На "железном" RS-232 - пакеты так же рвутся. Драйвером в котором есть буфер. Несмотря на то, что у него есть параметры для настройки размера - оно похоже не работает никак. И система сообщений винды тоже не так быстра, как хотелось бы: отрегулировать так, чтобы на каждый принятый байт или пакет с конкретным таймаутом возникал эвент - практически нереально.

Ну да - в винде он резиновый

Это что вы несете про RS232 - все там есть и буфера на прием и передачу, и таймауты на кучу, и даже евент на конкретный байт

The DCB structure defines the control setting for a serial communications device. 

typedef struct _DCB { // dcb  
    DWORD DCBlength;           // sizeof(DCB) 
    DWORD BaudRate;            // current baud rate 
    DWORD fBinary: 1;          // binary mode, no EOF check 
    DWORD fParity: 1;          // enable parity checking 
    DWORD fOutxCtsFlow:1;      // CTS output flow control 
    DWORD fOutxDsrFlow:1;      // DSR output flow control 
    DWORD fDtrControl:2;       // DTR flow control type 
    DWORD fDsrSensitivity:1;   // DSR sensitivity 

    DWORD fTXContinueOnXoff:1; // XOFF continues Tx 
    DWORD fOutX: 1;            // XON/XOFF out flow control 
    DWORD fInX: 1;             // XON/XOFF in flow control 
    DWORD fErrorChar: 1;       // enable error replacement 
    DWORD fNull: 1;            // enable null stripping 
    DWORD fRtsControl:2;       // RTS flow control 
    DWORD fAbortOnError:1;     // abort reads/writes on error 
    DWORD fDummy2:17;          // reserved 
    WORD wReserved;            // not currently used 

    WORD XonLim;               // transmit XON threshold 
    WORD XoffLim;              // transmit XOFF threshold 
    BYTE ByteSize;             // number of bits/byte, 4-8 
    BYTE Parity;               // 0-4=no,odd,even,mark,space 
    BYTE StopBits;             // 0,1,2 = 1, 1.5, 2 
    char XonChar;              // Tx and Rx XON character 
    char XoffChar;             // Tx and Rx XOFF character 
    char ErrorChar;            // error replacement character 

    char EofChar;              // end of input character 
    char EvtChar;              // received event character 
    WORD wReserved1;           // reserved; do not use 
} DCB; 

The COMMTIMEOUTS structure is used in the SetCommTimeouts and GetCommTimeouts functions to set and query the time-out parameters for a communications device. The parameters determine the behavior of ReadFile, WriteFile, ReadFileEx, and WriteFileEx operations on the device. 

typedef struct _COMMTIMEOUTS {   // ctmo  
    DWORD ReadIntervalTimeout; 
    DWORD ReadTotalTimeoutMultiplier; 
    DWORD ReadTotalTimeoutConstant; 
    DWORD WriteTotalTimeoutMultiplier; 
    DWORD WriteTotalTimeoutConstant; 
} COMMTIMEOUTS,*LPCOMMTIMEOUTS;