Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Понедельник
25 ноября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

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

393952 Топик полностью

FDA (12.03.2013 16:06, просмотров: 295) ответил rezident на Я же написал, что - да, она (baudrate=128000) в драйвере (для WinXP) есть, но реально на ней не все встроенные порты работают.

И что с того? Чип от FTDI спокойно на 921600 работает!

Ответить

- Если обратиться к стандарту 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)