caxapa.ru :: Я вам (условно) верю. Но прошу подтверждения вашим словам. Где конкретно это написано? Прямую ссылку приведите. Или укажите имя документа, номер страницы, абзаца и где можно скачать/посмотреть этот документ?

rezident (12.03.2013 13:08 - 13:31, просмотров: 261) ответил FDA на Тут просто выше не раз упоминали винду и то, что она "официально поддерживает" только "стандартные" скорости. Так вот я и ткнул в MSDN, где написано, что 128 кбит/сек и 256 кбит/сек тоже являются "стандартными"!

Я вам (условно) верю. Но прошу подтверждения вашим словам. Где конкретно это написано? Прямую ссылку приведите. Или укажите имя документа, номер страницы, абзаца и где можно скачать/посмотреть этот документ? Я неоднократно встречал ситуацию, когда в свойствах драйвера (WinXP) аппаратного COM-порта (периферийный чип на материнской плате) доступна скорость 128000, но реально порт на этой скорости не работает.

Ответить

- Вот ссылка в MSDN - FDA(12.03.2013 14:19, ссылка)
  - Вот свойства драйверов реальных устройств. COM1 - "набортный" (периферийный чип в составе ICH9). COM2 - 4-х портовая плата PCI на MOSCHIP (два порта из 4-х высокоскоростные). У высокоскоростного порта можно изменить частоту тактирования до rezident(133 знак., 12.03.2013 14:47)
    - 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)
        
        Ну и что? Нужна большая скорость бери 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)
        
        а дятел всё продолжает долбить, даже не читая то, на что сам отвечает. Вот же Гудвин проиллюстрировал проблемы с FTDI - koyodza(13.03.2013 12:48, ссылка)
        
        Да - скорость, естественно только по 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)
        
        Т.е. недостатков у 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)
        
        конечно. Идеальный прибор должен иметь максимум одну кнопку типа "сделай всё хорошо". Когда кнопок больше, обязательно найдётся кто-то, кто всё перекрутит - koyodza(12.03.2013 23:37, ссылка)
        
        да хоть на 1234567 бод! всё что выше 115200 для ком-порта не распространено. точка. у вас получается жётская привязка к чипу, в то время как 115200 заработает на любом гавне. нужно быстрее? меняйте интерфейс и не сношайте моск. а то я помню Mahagam(238 знак., 12.03.2013 16:13)
    - А причем тут выпадающий список? Скорость порта задается двумя способами - константой из известный в 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)
        
        К тому же скорость от латентности практически не зависит (если X-modem заменить на Kermit и т.п.) - fk0(14.03.2013 11:46)
        
        далеко не всегда есть возможность использовать произвольный протокол. Некоторым иногда нужно обеспечивать совместимость с другим оборудованием - koyodza(13.03.2013 17:04)
        
        А как же ваши изыскания? :) Гудвин(13.03.2013 15:49)
        
        или наоборот - koyodza(13.03.2013 15:21)

Схемы, платы, компоненты