[Priest_89 4]

Проблема такая - подключил устройство к компьютеру по интерфейсу RS-485 через преобразователь USB-485 (пробовал 2 варианта - на CP2103 и на СН340, все в режиме VCP), который, в свою очередь, подключается через USB разветвитель TP-LINK UH-400 (на микросхеме RTS5411). Периодически пропадает передача данных от устройства к компьютеру (в обратную сторону запросы данных проходят), хотя на линии RS-485 все хорошо - есть и запросы и ответы, но ПО на компьютере ничего не получает. При этом в диспетчере устройств и хаб и com-port никуда не исчезают и состояние не изменяют. Проблема возникает из-за влияния помех - имитировал помехи портативной радиостанцией - при включении передачи и на VHF и на UHF рядом с хабом сразу происходит зависание. Если подключать USB-485 напрямую, в обход хаба - проблем нет. Можно ли решить эту проблему программно или аппаратно, кроме как подбором хабов по устойчивости к помехам?

[makc 192]

Попробуйте подключить хаб с помощью кабеля USB 2.0 (без superspeed) и повторите эксперимент.

[quark 48]

4 часа назад, Priest_89 сказал:

Можно ли решить эту проблему программно или аппаратно, кроме как подбором хабов по устойчивости к помехам?

Используйте преобразователи USB-RS485 с гальванической развязкой по RS485.

Все цепи USB нужно гальванически изолировать от внешних устройств. Особенно, если устройства - силовые.

[Priest_89 4]

Quote

Попробуйте подключить хаб с помощью кабеля USB 2.0 (без superspeed) и повторите эксперимент.

Я именно таким и подключал

Quote

Используйте преобразователи USB-RS485 с гальванической развязкой по RS485.

Все цепи USB нужно гальванически изолировать от внешних устройств. Особенно, если устройства - силовые.

На устройстве установлен изолированный приемопередатчик ADM2582, земля интерфейса изолирована от земли устройства, один из USB-485 (который на CP2102) - тоже имеет развязку.

Попробовал два других хаба, у них помехоустойчивость оказалась повыше, помеха в большинстве случаев приводит к переподключению хаба, но и зависания случались. Я предполагаю, проблема в том, что USB-485 подключаются к компьютеру на скорости full-speed, а хаб - на high-speed, поэтому прямое подключение гораздо устойчивее. Есть ли вариант подключить USB2.0 high-speed хаб на скорости full-speed?

 

[quark 48]

В 17.04.2023 в 20:46, Priest_89 сказал:

Я предполагаю, проблема в том, что USB-485 подключаются к компьютеру на скорости full-speed, а хаб - на high-speed, поэтому прямое подключение гораздо устойчивее. Есть ли вариант подключить USB2.0 high-speed хаб на скорости full-speed?

Вы не озвучили скорость по RS485. И допустимое время задержки для ответа...
Хотите получить надежную систему (более или менее) - избавьтесь от хаба USB.
Все подключайте, непосредственно, к USB ПК через изолированные преобразователи.
Длина проводов имеет значение для помехоустойчивости USB - ее нужно сократить до минимума.
Все удлинение должно быть за счет RS485.

[_3m 4]

4 часа назад, quark сказал:

Хотите получить надежную систему (более или менее) - избавьтесь от хаба USB.
...

Хотите получить надежную систему - избавьтесь от USB. Не умеет USB работать надежно, не заложено в спецификации. Вот ethernet например - умеет.

[jcxz 184]

1 час назад, _3m сказал:

Не умеет USB работать надежно, не заложено в спецификации.

Правда??   А у меня почему-то работает в инверторе, крутящем довольно мощный мотор. И причём: подключенный к МК без всяких ухищрений - прямо проводки от МК на USB-разъём и в комп. На соплях. Работает без всяких сбоев, подолгу. А по питанию платы в это время гуляют хорошие такие шпильки от коммутации +65V силовыми ключами IPB036N12N3G стоящими на этой же плате и от цепей вольтодобавки. И как ни странно - всё ок.

ЧЯДНТ?  

[quark 48]

1 час назад, jcxz сказал:

Правда??   А у меня почему-то работает в инверторе, крутящем довольно мощный мотор. И причём: подключенный к МК без всяких ухищрений - прямо проводки от МК на USB-разъём и в комп. На соплях. Работает без всяких сбоев, подолгу. А по питанию платы в это время гуляют хорошие такие шпильки от коммутации +65V силовыми ключами IPB036N12N3G стоящими на этой же плате и от цепей вольтодобавки. И как ни странно - всё ок.

ЧЯДНТ?  

Это вопрос к Вам - что надо такое сделать, чтобы USB, "вдруг" стал надежным? Ждем ваших мудрых советов. )))

[jcxz 184]

2 минуты назад, quark сказал:

Это вопрос к Вам - что надо такое сделать, чтобы USB, "вдруг" стал надежным? Ждем ваших мудрых советов. )))

Ничего не делал. Просто сразу так работал. Вопрос тут к другим - что нужно сделать, чтобы он стал ненадёжным?

[quark 48]

3 минуты назад, jcxz сказал:

Ничего не делал. Просто сразу так работал. Вопрос тут к другим - что нужно сделать, чтобы он стал ненадёжным?

В вашем случае делать ничего не надо, если все устраивает. Старое инженерное правило: "Работает - не трогай!" Разбираться будете, когда перестанет работать...

[Plain 168]

В 17.04.2023 в 20:46, Priest_89 сказал:

ADM2582, земля интерфейса изолирована от земли устройства

Этот неопределённый общий надо прикрутить к корпусу ПК, т.е. не проводом, а припаять лепесток в точке подключения RS-485 и его прикрутить — например, винтом, которым прикручен БП.

[jcxz 184]

51 минуту назад, quark сказал:

Старое инженерное правило: "Работает - не трогай!"

И передаются у меня там изохронные кадры. Для тех кто не знает - изохронные кадры не повторяются (при сбоях) как другие типы передач. Пропал и пропал. Это не bulk или control, у которых отсутствие сбоев может быть следствием работы механизма переповтора после сбоя. А значит - раз сбоев нет даже на изохронных кадрах, то их вообще нет.

И изохронные кадры передаются непрерывно - каждый фрейм USB.

[AlexRayne 7]

19 часов назад, _3m сказал:

Хотите получить надежную систему - избавьтесь от USB. Не умеет USB работать надежно, не заложено в спецификации. Вот ethernet например - умеет.

+1. Именно так мы в итоге пересели с усб на обычный уарт. Если на устройстве возможные более менее приличные помехи, то усб не жилец