USB2.0 против FireWire, Сильно интересует вопрос по устойчивости к помехам. Опции

[Apast]

На USB2.0 (на CY7C68013A) сделано уже порядочно устройств. В качестве настольных приложений все работает нормально, но в условиях цеха (даже без превышения длинны стандартного USB2.0 кабеля, т.е. до 3 метров) есть проблемы с устойчивастью работы. Всевозможными программными изхищрениями (вплоть до переинициализации драйвера РС на ходу) как то заставляем работать, но это не есть хорошо. Дак вот вопрос, есть ли у кого опыт, как со стабильностью (помехоустойчивастью) у FireWare?
На сколько он в реализации сложней USB? Ну и соответственно какие чипы посоветовали бы посмотреть?

[Oldring]

Вопрос помехоустойчивости для промышленных применений интересен.

IMHO USB не предназначена для промышленности. Главная причина - отсутствие гальванической развязки. Поэтому вблизи мощного электротехнического оборудования возможны сильные наводки на кабель. Ферритовые клипсы - они вроде бы предназначены для устранения ВЧ излучения, не знаю, насколько они помогут в качестве зачиты от пускового импульса многокиловаттного двигателя.

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

Есть третий путь, на мой взгляд, самый правильный, если только не использовать специализированные промышленные сети. Ethernet. Поддержка очень хорошая, гальваническая развязка есть всегда, в случае уж очень длинной линии и очень сильных помех можно проложить оптику.

Ну и нужно не забывать, что производители железа тоже бывают разные, китайцы могли просто сэконосмить на реализации USB портов. Кстати, с какими симптомами дохнет USB? Умирает вся шина или конкретное устройство? Может быть дело в самих самодельных устройствах?

[Apast]

Вопрос помехоустойчивости для промышленных применений интересен.

Кстати, с какими симптомами дохнет USB? Умирает вся шина или конкретное устройство? Может быть дело в самих самодельных устройствах?

Как ни странно, но после долгих выяснений мы выяснили что отваливается именно РС-ная часть.
Само устройство и микроконтроллер с USB на борту работает. Программист для РС нашел програмную приблуду от Микрософта которая позваляет снимать и заново запускать драйвер (ну это в самых тяжелых случаях), дак вот после этого связь востанавливается и можно работать дальше.
Имитировали мы эту ситуацию, просто резистором коротили сигнальные концы USB, в большинстве (~90%) случаев востановить связь удавалась. При этом мы и обратили внимание что отваливается именно РС, она считала что устройство потерено и выбрасовала его из списка (у нас на USB было несколько однотипных устройств). На данное устройство перестают приходить даже SOF пакеты.

Есть третий путь, на мой взгляд, самый правильный, если только не использовать специализированные промышленные сети. Ethernet. Поддержка очень хорошая, гальваническая развязка есть всегда, в случае уж очень длинной линии и очень сильных помех можно проложить оптику.

Да, я и сам думал в этом направлении, но уж больно тяжеловесна поддержка Ethernet со стороны устройства, особенно со всем стеком TCP_IP и прочим. И пропускную способность по данным приличную (сопоставимую с USB) получить сложно.

[Konst_777]

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

Уважаемый Apast. Пожалуйста, опишите более подробно, что это за средство такое замечательное и где его можно найти у Microsoft.

[Apast]

Уважаемый Apast. Пожалуйста, опишите более подробно, что это за средство такое замечательное и где его можно найти у Microsoft.

Да вот она собственно.
Там есть примеры BAT файлов вызова.

Прикрепленные файлы

 DevCon.zip ( 17.19 килобайт ) Кол-во скачиваний: 79

 

[Konst_777]

Да вот она собственно.
Там есть примеры BAT файлов вызова.

Большое спасибо за программу.