rezident (12.03.2013 14:47, просмотров: 349) ответил FDA на Вот ссылка в MSDNВот свойства драйверов реальных устройств. COM1 - "набортный" (периферийный чип в составе ICH9). COM2 - 4-х портовая плата PCI на MOSCHIP (два порта из 4-х высокоскоростные). У высокоскоростного порта можно изменить частоту тактирования до 96МГц и получить макс.скорость 6 Мбит/с. Но, тем не менее, в свойствах драйвера выбор baudrate выше, чем 128000 бит/с, недоступен.
-
- 921600 часто используется и без всяких проблем! Кстати, в приведённых выше скриншотах есть скорость 128 кбит/сек, которая по мнению некоторых лиц из этой конфы не является "стандартной"! - FDA(12.03.2013 15:45)
- Я же написал, что - да, она (baudrate=128000) в драйвере (для WinXP) есть, но реально на ней не все встроенные порты работают. - rezident(12.03.2013 15:49)
- И что с того? Чип от FTDI спокойно на 921600 работает! - FDA(12.03.2013 16:06)
- Если обратиться к стандарту RS232 (TIA/EIA-232-F), то там вообще речь про 19200 идет. И что с того? :))) rezident(145 знак., 12.03.2013 16:15)
- А случаем на RS485 бамажки нет? - Vit(12.03.2013 17:44)
- Нету. Сам несколько лет уже ищу. - rezident(12.03.2013 18:20)
- попались похожие draft-ы Vit(12.03.2013 23:15 - 13.03.2013 00:12)
- Спасибо. - rezident(13.03.2013 14:56)
- попались похожие draft-ы Vit(12.03.2013 23:15 - 13.03.2013 00:12)
- Нету. Сам несколько лет уже ищу. - rezident(12.03.2013 18:20)
- Ну и что? Нужна большая скорость бери FTDI или спец. мультипортовки, например от Moxa. И всё будет работать! - FDA(12.03.2013 16:56)
- !: Нах нужна эта FTDI, ежели то же самое можно забацать на дешевеньком кабеле с PL2303 ;) - Гудвин(12.03.2013 17:28)
- Хотя бы потому, что неизвестно какие скорости потребуются для работы с конкретным ЭБУ. Как правило, используется 10400 бит/сек, но бывает и 8200 и другие экзотические варианты. Всего предугадать нельзя, поэтому FTDI проще. А разница в цене при FDA(28 знак., 12.03.2013 22:39)
- И даже правка реестра нисколько не парит... SM (если про такового слышал) вообще коды драйвера ковырял на предмет расширения возможностей, ибо пролифик ему нравился, в отличие от FTDI. - Гудвин(12.03.2013 17:38)
- Сергей - авторитет.. но не в таком контексте. Мало ли кому что нравится. Не нравиться технарю что-то может только оно если не обеспечивает желаемый функционал. Ты можешь назвать таковой недостаток FTDI? Я - нет... POV(92 знак., 12.03.2013 22:32 - 22:35)
- Сергей сказал, koyodza сказал... Скажу тогда и я еще разок про "в эксплуатации": PL2303 вкупе со своим драйвером - именно то, для чего оно и предназначено. В винде ведет себя тупо и предсказуемо - при втыкании в очередную usb дырку создает Гудвин(989 знак., 12.03.2013 23:26)
- Чего оскорблять-то? Нефиг сказать по теме - лучше не лезте тогда, а идите изучать программирование под Windows. Проблемы только от кривых рук, чип тут ни при чём! - FDA(13.03.2013 13:10)
- А какие проблемы с FTDI? Воткнул в USB, установил драйвер и получил COM-порт. И ничего в реестре править не надо! Вот зачем придумывать проблемы? - FDA(13.03.2013 08:39)
- Да - скорость, естественно только по TTL. Драйверы RS232 выше "230" скорее всего ограничивают... - Гудвин(12.03.2013 23:44)
- А вот у меня было пяток покупных кабелей с профиликом. Косячные сцуки. Брал все в никсе. - POV(12.03.2013 23:29)
- За некоторые шнурки сам бы оторвал руки китайцам - упрощают до недопустимого :) Ну и есть, как и увсех впрочем, проблемы с драйверами. При появлении WIN7 были танцы с бубном - новейшие вешали систему в синий экран при неких манипуляциях (частые Гудвин(114 знак., 12.03.2013 23:37)
- косяк был у них одно время с драйверами. Где-то лет 6 назад. Быстро исправили, но я как раз наступил на эти грабли. Выглядело как пропадание Rx при отсутствии активности минут через 15. Ещё попадались китайские переходники полностью залитые, с koyodza(72 знак., 12.03.2013 23:32)
- недостатки FTDI при использовании как VCP я уже называл: доступность пользователю ряда настроек, которые иногда приводят к снижению скорости или неработоспособности преобразователя koyodza(157 знак., 12.03.2013 23:00)
- Из этих настроек только "время отклика" может немного снизить скорость обмена данными, да и то в случае, если софт для компа написан через задницу! - FDA(13.03.2013 08:30)
- в некоторых случаях (если софт ждёт ответа не до посинения) изменение времени отклика приводит к преждевременному таймауту. Изменение софта не всегда возможно, он может быть написан третьей стороной - koyodza(13.03.2013 12:44)
- Значит корявый всё таки софт! Причём тут чип? - FDA(13.03.2013 13:09)
- на самом деле корявый не софт, а те пользователи, которые лазят в настройки. Именно поэтому лучше тот чип, который не позволяет творить безобразие, и просто работает у любого пользователя - koyodza(13.03.2013 13:16)
- Бред полный! Юзер может помимо этого параметра ещё много чего поменять. Если уж он смог залезть в такие дебри, то это уж точно не быдлоюзер и такой человек сможет вернуть всё обратно. Вобщем проблема в корне надуманная! - FDA(13.03.2013 13:19)
- не надуманная, а результат опыта работы с разными юзерами и адаптерами. Потом они забывают, что меняли, а наладчики бегают ищут причину почему перестало работать или работает нестабильно - koyodza(13.03.2013 13:25)
- А что, не судьба прописать в паспорте на устройство или в руководстве на программу перечень возможных неисправностей. Я всегда так делаю, вплоть до банальных вещей типа смены номера COM-порта. При этом всегда юзеров можно мордой тыкнуть в этот FDA(10 знак., 13.03.2013 15:13)
- Вы как вчера родились. Инструкции читают максимум 5% пользователей, а при этом ещё и думают 5% от читающих. Ткнуть носом, конечно, да, но это происходит уже потом. Всегда лучше избежать нежелательной ситуации, чем бороться с ней - koyodza(13.03.2013 15:20)
- Да этих нежелательных ситуаций может быть сколько угодно! Это не повод не использовать какие-то конкретные чипы. Кроме того, если пользователь смог добраться до настроек драйвера, то его уровень не самый низкий, следовательно, он всегда сможет их FDA(166 знак., 13.03.2013 16:49)
- бред несёте вы. Покажите, каким образом программно (не прибегая к помощи D2XX) можно определить неправильные настройки FTDI, особенно если используется сторонний протокол, который нельзя дополнять собственными командами koyodza(238 знак., 13.03.2013 17:02)
- Программа должна выдать сообщение о превышении тайм-аута и предложить пользователю проверить настройки драйвера. Что, разве это так сложно? "Любой" китайский нормально не работает. Часто возникают проблемы с драйверами. Уже не раз писали про это FDA(178 знак., 13.03.2013 18:22)
- Бредятина... - Гудвин(13.03.2013 18:53)
- +1, чувак живёт в другой реальности - koyodza(13.03.2013 20:53)
- Бредятина... - Гудвин(13.03.2013 18:53)
- Программа должна выдать сообщение о превышении тайм-аута и предложить пользователю проверить настройки драйвера. Что, разве это так сложно? "Любой" китайский нормально не работает. Часто возникают проблемы с драйверами. Уже не раз писали про это FDA(178 знак., 13.03.2013 18:22)
- бред несёте вы. Покажите, каким образом программно (не прибегая к помощи D2XX) можно определить неправильные настройки FTDI, особенно если используется сторонний протокол, который нельзя дополнять собственными командами koyodza(238 знак., 13.03.2013 17:02)
- Да этих нежелательных ситуаций может быть сколько угодно! Это не повод не использовать какие-то конкретные чипы. Кроме того, если пользователь смог добраться до настроек драйвера, то его уровень не самый низкий, следовательно, он всегда сможет их FDA(166 знак., 13.03.2013 16:49)
- Вы как вчера родились. Инструкции читают максимум 5% пользователей, а при этом ещё и думают 5% от читающих. Ткнуть носом, конечно, да, но это происходит уже потом. Всегда лучше избежать нежелательной ситуации, чем бороться с ней - koyodza(13.03.2013 15:20)
- А что, не судьба прописать в паспорте на устройство или в руководстве на программу перечень возможных неисправностей. Я всегда так делаю, вплоть до банальных вещей типа смены номера COM-порта. При этом всегда юзеров можно мордой тыкнуть в этот FDA(10 знак., 13.03.2013 15:13)
- не надуманная, а результат опыта работы с разными юзерами и адаптерами. Потом они забывают, что меняли, а наладчики бегают ищут причину почему перестало работать или работает нестабильно - koyodza(13.03.2013 13:25)
- Бред полный! Юзер может помимо этого параметра ещё много чего поменять. Если уж он смог залезть в такие дебри, то это уж точно не быдлоюзер и такой человек сможет вернуть всё обратно. Вобщем проблема в корне надуманная! - FDA(13.03.2013 13:19)
- на самом деле корявый не софт, а те пользователи, которые лазят в настройки. Именно поэтому лучше тот чип, который не позволяет творить безобразие, и просто работает у любого пользователя - koyodza(13.03.2013 13:16)
- Значит корявый всё таки софт! Причём тут чип? - FDA(13.03.2013 13:09)
- в некоторых случаях (если софт ждёт ответа не до посинения) изменение времени отклика приводит к преждевременному таймауту. Изменение софта не всегда возможно, он может быть написан третьей стороной - koyodza(13.03.2013 12:44)
- Т.е. недостатков у FTDI нет, коль имеется два пути и отнюдь не колхозных, а предоставленных производителем? - POV(12.03.2013 23:15)
- чтобы работать с ним как D2XX, софт должен это уметь. В этом режиме адаптер не виден как СОМ-порт, но появляются другие возможности. Если нужен именно СОМ, то я выбираю СР210х или PL2303, чтобы пользователи не крутили настройки - koyodza(12.03.2013 23:28)
- CP210x не работает в 8E1 толком, не даёт ошибок чётности. Так что где геморрой ещё. Я за FTDI, там драйвера менее глючные. - fk0(12.03.2013 23:37)
- Именно так - чем проще, тем меньше геморроя в эксплуатации. - Гудвин(12.03.2013 23:31)
- чтобы работать с ним как D2XX, софт должен это уметь. В этом режиме адаптер не виден как СОМ-порт, но появляются другие возможности. Если нужен именно СОМ, то я выбираю СР210х или PL2303, чтобы пользователи не крутили настройки - koyodza(12.03.2013 23:28)
- Из этих настроек только "время отклика" может немного снизить скорость обмена данными, да и то в случае, если софт для компа написан через задницу! - FDA(13.03.2013 08:30)
- Сергей сказал, koyodza сказал... Скажу тогда и я еще разок про "в эксплуатации": PL2303 вкупе со своим драйвером - именно то, для чего оно и предназначено. В винде ведет себя тупо и предсказуемо - при втыкании в очередную usb дырку создает Гудвин(989 знак., 12.03.2013 23:26)
- Сергей - авторитет.. но не в таком контексте. Мало ли кому что нравится. Не нравиться технарю что-то может только оно если не обеспечивает желаемый функционал. Ты можешь назвать таковой недостаток FTDI? Я - нет... POV(92 знак., 12.03.2013 22:32 - 22:35)
- !: Нах нужна эта FTDI, ежели то же самое можно забацать на дешевеньком кабеле с PL2303 ;) - Гудвин(12.03.2013 17:28)
- А случаем на RS485 бамажки нет? - Vit(12.03.2013 17:44)
- да хоть на 1234567 бод! всё что выше 115200 для ком-порта не распространено. точка. у вас получается жётская привязка к чипу, в то время как 115200 заработает на любом гавне. нужно быстрее? меняйте интерфейс и не сношайте моск. а то я помню Mahagam(238 знак., 12.03.2013 16:13)
- Если обратиться к стандарту RS232 (TIA/EIA-232-F), то там вообще речь про 19200 идет. И что с того? :))) rezident(145 знак., 12.03.2013 16:15)
- И что с того? Чип от FTDI спокойно на 921600 работает! - FDA(12.03.2013 16:06)
- Я же написал, что - да, она (baudrate=128000) в драйвере (для WinXP) есть, но реально на ней не все встроенные порты работают. - rezident(12.03.2013 15:49)
- А причем тут выпадающий список? Скорость порта задается двумя способами - константой из известный в winapi и непосредственно числом. По второму способу нормальный чип позволит задать широкий спектр скоростей. - POV(12.03.2013 14:51)
- нормальный чип позволит задать широкий спектр скоростей - а ненормальный только из стандартного ряда скоростей. Консенсус. Или нет? ;) - rezident(12.03.2013 14:59)
- Дык, не встречал таких окромя набортных. Уж как минимум кратные скорости (460300, 921600) все позволяют даже если в ТТХ отчего-то они не указаны. Пролифик разве что мегабит не даст. - POV(12.03.2013 15:08)
- пролифик поступает вообще по свински - ставит ближайшую из стандартных вместо того чтобы сказать "не могу работать на заданной скорости". Еще одна претензия к пролифику - ненастраиваемая латентность. со значениями по умолчанию часть софта 3m_пароль_не_помню(99 знак., 13.03.2013 15:10,
)
- Чтобы не вылетало по тайм-ауту нужно слать все данные одним пакетом, а не по байту, как некоторые привыкли делать при работе с обычным COM-портом. Лично у меня при времени отклика даже в 16 мс (стандартное значение для драйвера FTDI) всё работает FDA(40 знак., 13.03.2013 16:52)
- Это на ВАШЕМ протоколе. В общем случае протокол выбирать не приходится, он задается имеющимся оборудованием и существующим софтом архитектура которого тянется из античности. Латентность 16мс запрос-ответный протокол с короткими пакетами убивает 3m_пароль_не_помню(141 знак., 14.03.2013 10:47, )
- 16мс у вас не обеспечит многозадачная ОС --> не морочьте мозги, ваш протокол ещё та поделка студентов. Хороший протокол должен уметь работать через модем. И не использовать грязные хаки вроде прямого управления ножками RTS/CTS, не требовать fk0(29 знак., 14.03.2013 11:44)
- При максимальной латентности в 255 мс всё также должно работать или Вы тайм-ауты ставите по 10 мс у себя??? Скорость передачи данных упадёт, это очень легко отследить в своей программе (две строчки). И если скорость обмена будет ниже расчётной, то FDA(167 знак., 14.03.2013 10:53)
- далеко не всегда есть возможность использовать произвольный протокол. Некоторым иногда нужно обеспечивать совместимость с другим оборудованием - koyodza(13.03.2013 17:04)
- Это на ВАШЕМ протоколе. В общем случае протокол выбирать не приходится, он задается имеющимся оборудованием и существующим софтом архитектура которого тянется из античности. Латентность 16мс запрос-ответный протокол с короткими пакетами убивает 3m_пароль_не_помню(141 знак., 14.03.2013 10:47,
- А как же ваши изыскания? :) Гудвин(13.03.2013 15:49)
- или наоборот - koyodza(13.03.2013 15:21)
- Чтобы не вылетало по тайм-ауту нужно слать все данные одним пакетом, а не по байту, как некоторые привыкли делать при работе с обычным COM-портом. Лично у меня при времени отклика даже в 16 мс (стандартное значение для драйвера FTDI) всё работает FDA(40 знак., 13.03.2013 16:52)
- пролифик поступает вообще по свински - ставит ближайшую из стандартных вместо того чтобы сказать "не могу работать на заданной скорости". Еще одна претензия к пролифику - ненастраиваемая латентность. со значениями по умолчанию часть софта 3m_пароль_не_помню(99 знак., 13.03.2013 15:10,
- Дык, не встречал таких окромя набортных. Уж как минимум кратные скорости (460300, 921600) все позволяют даже если в ТТХ отчего-то они не указаны. Пролифик разве что мегабит не даст. - POV(12.03.2013 15:08)
- нормальный чип позволит задать широкий спектр скоростей - а ненормальный только из стандартного ряда скоростей. Консенсус. Или нет? ;) - rezident(12.03.2013 14:59)
- 921600 часто используется и без всяких проблем! Кстати, в приведённых выше скриншотах есть скорость 128 кбит/сек, которая по мнению некоторых лиц из этой конфы не является "стандартной"! - FDA(12.03.2013 15:45)