caxapa.ru :: Все K-line адаптеры, построенные на чипах FTDI, без проблем работают на СТАНДАРТНОЙ для авто скорости 10400 бит/сек. PL'ки без "доработки" драйвера на такой скорости не работают, а реально настраиваются на ближайшую

FDA (11.03.2013 14:13, просмотров: 76310) MBedder

Все K-line адаптеры, построенные на чипах FTDI, без проблем работают на СТАНДАРТНОЙ для авто скорости 10400 бит/сек. PL'ки без "доработки" драйвера на такой скорости не работают, а реально настраиваются на ближайшую - 9600. Дело в том, что у них в настройках драйвера хранятся значения числителя и знаменателя делителя для встроенного генератора. Поэтому и имеется возможность "подправить" драйвер. Чипы FTDI сами вычисляют всё что надо прямо в кристалле.

Ответить

- такую скорость может не позволять устанавливать сама винда, если настройка происходит через DCB с помощью ::SetCommState - koyodza(11.03.2013 14:17)
  - Какая именно винда??? Win98 позволяет, WinXP, Vista, Win7 тоже без проблем! Win8 только ещё не пробовал. Так что не надо бред нести! - FDA(11.03.2013 15:49)
    - ХР точно. Речь не о FTDI в частности, а о СОМ портах в целом. Наблюдался такой эффект на встроенных в плату портах, на нескольких разных платах, после перехода с 98 на ХР. С тех пор нестандартные скорости (для которых нет в MSDN соответствующих koyodza(350 знак., 11.03.2013 15:54)
      - Вы несёте полную чушь! Я продаю K-line адаптеры уже четвёртый год. Они построены на чипах FTDI и работают в 90% случаях на скорости 10400 бит/сек. Бывает, что ещё и на 8200 бит/сек. Ни у одного из моих покупателей никогда не было с ними проблем, FDA(98 знак., 11.03.2013 15:59)
        
        Вы меня не слушаете. Вы продаёте адаптеры именно на этом чипе, который пока работает - вот и хорошо. А я говорю, что не на всех даже встроенных в плату чипах возможна установка нестандартных скоростей, и это нужно учитывать при проектировании koyodza(379 знак., 11.03.2013 16:08 - 16:16)
        
        При чём тут стандартные COM-порты??? Разговор про чипы USB-UART идёт! - FDA(11.03.2013 16:29)
        
        привёл как пример (сам впервые столкнулся с этим, когда ещё FTDI у нас не продавались массово), но ситуация вполне возможна с другими переходниками, не-FTDI, о чём и предупредил. Вам не нужно - ну и хорошо, до свидания - koyodza(11.03.2013 16:47)
  - Позволяет без проблем. - Andreas(11.03.2013 14:21)
    - а вот **й, стандартными средствами на любом железе не позволяет. Похоже, w98 коэффициенты рассчитывала, а ХР берёт из таблиц где-то в драйвере устройства - koyodza(11.03.2013 14:26)
      - Смотрим выше, речь про ftdi. Винда параметр жует без вопросов, а дальше проблема драйвера, как обработать. - Andreas(11.03.2013 14:30)
        
        вот в том и проблема, что работа на нестандартных скоростях не гарантируется. Т.е. сегодня на какой-то версии драйверов и винды оно с этим чипом у Вас работает, а завтра не факт, что будет на новой версии. Это, можно сказать, недокументированная koyodza(45 знак., 11.03.2013 14:37)
        
        Я пытался докопаться до слов "может не позволять устанавливать сама винда", ибо винда сожрет любое значение DCB.BaudRate без ошибки и передаст его драйверу. Но не с тем связался :)) - Andreas(11.03.2013 16:18)
        
        винда то сожрет, но драйверу отдасть ближайшее стандартное, сам с этим недавно столкнулся - AVF(13.03.2013 12:52)
        
        Тогда почему FTDI спокойно работает на любой скорости, а пролифик правильно работает на скоростях, описанные в его ини файле? - Andreas(13.03.2013 13:01)
        
        я про набортный порт на материнке - AVF(13.03.2013 13:19)
        
        Драйвер набортного порта приводит нестандартное значение к стандартному. А некоторые порты при нестандартных скоростях начинают себя вести весьма странно, например скорость дрожит и отличается от требуемой и стандартной. - Andreas(13.03.2013 13:24)
        
        Ну а почему бы ей не дрожать, если повсеместно используются BoudRate-генераторы с дробным коэффициентом деления (используется 2 счетчика). Dir(257 знак., 13.03.2013 16:42)
        
        С двумя счётчиками дробный коэффициент никак не получишь. Может, имеется ввиду, PLL с умножением? - fk0(13.03.2013 17:12)
        
        там немного сложнее, чем просто два счётчика, ещё небольшая логика имеется. Упрощённо это выглядит как изменяющийся одним счётчиком коэффициент деления другого счётчика koyodza(219 знак., 13.03.2013 17:18)
        
        Имеется ввиду, что есть счётчик, например, на N разрядов, который считает от 0 до значения большего 2^N (переполнения) -- длина битового интервала. Но в каждом такте он увеличивается не на единичку, а на некоторое число M. При переполнении из fk0(328 знак., 13.03.2013 18:13)
        
        способы реализации есть разные, может и такое подобие DDS использоваться - koyodza(13.03.2013 20:51)
        
        Как оно там организовано не столь важно. Возможно, физически счетчик и один и отрабатывается этот дробный коэффициент за счет задания двух чисел (M и N) и обратных связей. Dir(89 знак., 13.03.2013 20:17)
        
        Программисты профессионального уровня ставят кварц из даташита и из него же из таблички берут числа для baud rate регистра. А там только стандартные скорости, да и то не все. - fk0(13.03.2013 20:48)
        
        PS: не понимаю пристрастия к нестандартным скоростям и не кратным стандарнтным. ЗАЧЕМ? 115200*4 -- понятно ещё. Но 500000 ровно -- это зачем? - fk0(13.03.2013 20:49)
        
        Я не агитирую за применение нестандартных скоростей UART. Я говорю, что непрофессионалам приходится кроме UART еще и Ethernet, CAN, USB... заводить. А там кучерявые UART-овские кварцы типа 7,3728МГц как то не очень подходят. Dir(299 знак., 13.03.2013 21:09)
        
        Немного опередили, а то я уже хотел про контроллеры профессионального уровня песню завести ;) - Dir(13.03.2013 17:23)
        
        FTDI автоматом внутри чипа рассчитывает параметры генератора скорости, а для профилика нужно в INI-файле вручную записать рассчитанные значения числителя и знаменателя для внутреннего делителя частоты. То есть то, что FTDI считает сам, здесь FDA(50 знак., 13.03.2013 13:12)
        
        А TUSB3410, например, вообще пофигу какое ей задают значение 16-и битного делителя, т.к. исполняемая firmware загружается в нее извне - из I2C EERPOM или прямо через USB из драйвера. - rezident(13.03.2013 13:55, ссылка)
        
        чип ничего сам не считает. Это делает драйвер - koyodza(13.03.2013 13:21)
        
        С таким подходом вообще нельзя закладываться ни на один сторонний драйвер тогда! :-))) - FDA(11.03.2013 15:51)
        
        подход простой: или мы используем 232 в режиме "полной совместимости", т.е. чтобы работало на любом железе, или если берём FTDI, то только через D2XX, а не как обычный последовательный порт - koyodza(11.03.2013 15:57)
        
        На ЛЮБОМ железе вам всё равно свою программу не запустить. Есть всегда ряд требований, предъявляемых программой к железу. Я ещё раз предлагаю посмотреть в сторону программ для диагностики авто. Они ВСЕ работают с нестандартными скоростями на ВСЕХ FDA(23 знак., 11.03.2013 16:02)
        
        Например, в ОС linux поставить нестандартную скорость через стандартный интерфейс нельзя. Ибо скорость задаётся константами вида B9600 и т.п. (man termios) Можно через другое место, но зависит от драйвера и не всякая ещё возможна. И в "любой ОС" fk0(12 знак., 12.03.2013 23:26)
        
        поправка: пока работают на FTDI чипах. Это совсем не то же самое, что работать на любом железе koyodza(323 знак., 11.03.2013 16:12)
        
        Кроме того, Вы вообще в курсе, что большинство современных АППАРАТНЫХ COM-портов не поддерживают даже Ваши СТАНДАРТНЫЕ скорости 128 кбит/сек и 256 кбит/сек? Так про что тогда вообще речь? Или предлагаете всем сидеть на 9600 бит/сек??? - FDA(11.03.2013 16:31)
        
        128кбит/с это уже нестандартная скорость. Стандартные скорости UART вначале получались делением частоты 1843,2кГц: BaudRate(max)=115200 бит/с. Потом стали использовать кварцы 18432кГц и эту тактовую частоту делили на 10 (последовательно на 5 и на rezident(271 знак., 11.03.2013 16:45)
        
        Бля, да откуда у Вам тут у всех "стандарты" свои! Винда поддерживает такую скорость? Ответ: "ДА"! Значит для винды она СТАНДАРТНАЯ! Объяснять мне схемотехнику не стоит, я всё прекрасно понимаю. Сам 128 кбит/сек использовать не собираюсь, но тут FDA(86 знак., 12.03.2013 14:32)
        
        А теперь лезем в MSDN и смотрим что есть "стандартно", а что нет! А то некоторые умники тут тыкают, что винда, мол поддерживает только "стандартные" скорости. - FDA(11.03.2013 23:32)
        
        Пруфлинк, пожалуйста. Я вот под винду не программирую. И "смотреть в MSDN" (что смотреть-то? и где?) не имею возможности (да и желания, т.к. не знаю - что именно смотреть?). Притом, что мне когда-то приходилось чинить 8-ми разрядные платы портов rezident(146 знак., 11.03.2013 23:40 - 12.03.2013 00:04)
        
        Тут просто выше не раз упоминали винду и то, что она "официально поддерживает" только "стандартные" скорости. Так вот я и ткнул в MSDN, где написано, что 128 кбит/сек и 256 кбит/сек тоже являются "стандартными"! - FDA(12.03.2013 08:36)
        
        Я вам (условно) верю. Но прошу подтверждения вашим словам. Где конкретно это написано? Прямую ссылку приведите. Или укажите имя документа, номер страницы, абзаца и где можно скачать/посмотреть этот документ? rezident(218 знак., 12.03.2013 13:08 - 13:31)
        
        Вот ссылка в 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)
        
        А до ~~"счастья для всех даром"~~ MSDN существовала довольно распространенная ось MSDOS на довольно распространенной платформе IBM PC XT/АТ (там COM порт еще как плата расширения втыкался). Так вот там без паяльника больше 115200 ну никак не Codavr(13 знак., 12.03.2013 09:23 - 09:31)
        
        Тут разговор идёт о винде. - FDA(12.03.2013 11:13)
        
        "Скорость передачи должна поддерживаться последовательным драйвером пользователя. Значение по умолчанию составляет 9600 бит в секунду (бит/с)." Про 256 кбит не вижу. Что заставит меня поддерживать это "стандартное" значение в моей железяке? В Codavr(83 знак., 12.03.2013 11:25 - 11:48, ссылка)
        
        А зачем в железяке реализовывать поддержку всех скоростей? Сделайте одну, ну две на выбор. Вообще в современном мире других скоростей кроме 115200 бит/сек смысла использовать не вижу. - FDA(12.03.2013 14:21)
        
        Как раз сейчас делаю на 1 мбит. Ну очень нужно 32 мегабита побыстрее в комп утянуть малой кровью. - Codavr(12.03.2013 14:47)
        
        только Вам мегабит на 1000 м сложнова-то будет протянуть! На меньшее расстояние и большие скорости целесообразнее Ethernet юзать. Передача данных по UDP Не сильно сложнее, чем по UART! - FDA(12.03.2013 15:47)
        
        Зачем мне так далеко. Мне полтора метра за глаза. И не парьте мне моск езернетом, это бредуха. Начиная с железа кончая софтом на порядок разница в геморрое. Тем более, что периферийных устройств будет много, а компов для съема несколько штук. С Codavr(105 знак., 12.03.2013 22:39 - 22:45)
        
        Какой геморрой в реализации UDP??? Со стороны компа делается такой же вирт. COM-порт и готовое ПО вообще переделывать не придётся! - FDA(13.03.2013 08:28)
        
        Я привык делать оптимальное и удобное для юзера решение. Езернет для данной задачи не оптимален ни с какого боку и крайне не удобен для юзера. Даже если бы это был массовый продукт я не стал бы использовал его. Поставил бы контроллер с набортным Codavr(5 знак., 13.03.2013 11:00 - 11:03)
        
        не, тут Вы не правы. Ethernet вполне может быть лучше и удобнее. Не говоря о том, что надёжнее. Хотя, конечно, поначалу повозиться придётся, да и реализация подороже. Но для систем сложнее некоторого уровня самое то - koyodza(13.03.2013 12:51)
        
        А что делать для систем проще этого "некоторого" уровня? - Andreas(13.03.2013 13:04)
        
        Если Ваше устройство связывается только с компом, то USB подходит идеально. Пример: мыши, клавы, принтеры, RFID-считыватели и т.п. А вот если Ваше устройство имеет ещё связь с чем-то, например, является преобразователем USB-RS-485, то добиться FDA(354 знак., 13.03.2013 13:17)
        
        С этим согласен. Сам поимел немалый гимор, помеха распространяется по силовой сети и вешает хост. Но моя конкретная задача ограничена 1 минутой. А ноут даже в розетку никто не будет втыкать. Там вся идея воткнул-короткий обмен-выткнул. Прикупил Codavr(45 знак., 13.03.2013 21:23 - 21:25)
        
        +100500 - koyodza(13.03.2013 13:20)
        
        Разъем в компе как правило один. Если требуется подключение к сети потребуется хаб. ЮСБшку свободную обычно можно сыскать. Конфигурить адаптер юзеру может потребоваться. IP-шники и прочая похабень. А ЮСБ воткнул и пользуйся. - Codavr(13.03.2013 13:00)
        
        проблемы с хабом надуманы. Как правило он уже есть, если сама сеть есть. Если сети нет, то и разъём свободен. Зато устройство запросто может находиться в другом помещении, например, а с USB это уже не так просто - koyodza(13.03.2013 13:19)
        
        Наши сервисмены устанавливают оборудование по больничкам, где уже есть и сетка, и серверы, и админ (а то и не один). При установке получаем гимор всегда, но это дело житейское (за это нам денежку платят). По прошествии некоторого времени, как Codavr(339 знак., 13.03.2013 20:58)
        
        Вот когда будет стоять задача подключиться к устройству в другом помещении где уже есть сеть или потребуется скорость в десятки мегабит, тогда я посмотрю в сторону езернета. Если сетки нет или скорость ограничена мегабитом, то поставлю RS485. - Codavr(13.03.2013 20:47, картинка)
        
        в плюсах у эзернета не только скорость и расстояние: немыслимое число портов и соединений. при совместной работе над проектом это просто сказка. - Mahagam(13.03.2013 20:56)
        
        А почему это счастье до сих пор не воткнули в каждый автомобиль или корабль, а тупо пользуют CAN, NMEA2000, LIN? Почему по сию пору с полевыми устройствами на промпредприятиях упорно пользуют RS485? Можен ну их нафик газеты, книги, журналы пусть Codavr(37 знак., 13.03.2013 21:08)
        
        про самолёты -> - Snaky(14.03.2013 03:15, ссылка)
        
        Вот правильная авионика. Проверено временем, а датацентр на борту еще проверять и проверять :) - Codavr(14.03.2013 09:20, ссылка, картинка)
        
        кстати, про корабли, смотрим вторую страничку по ссылке ))) над нмеами все равно эзернет повешен )) - Mahagam(14.03.2013 00:41, ссылка)
        
        Дык и в модбасах всяких над 485 он родимый висит, но в обоих случаях он висит только там где требуется соответствующая скорость передачи и ни метром дальше. Когда в жигуле потребуется 100 мегабит, то и в жигуль езернет втулят. А для оснащения Codavr(149 знак., 14.03.2013 00:47)
        
        вы про тройной боцманский загиб? ))) - Mahagam(14.03.2013 00:53)
        
        Это протокол самого верхнего уровня. Он сильно выше езернета лежит :) - Codavr(14.03.2013 01:00)
        
        вообще речь шла о связи с компом, много компов с NMEA2000 соской на жопе? да и NMEA2000 на четверти мегабита - это лет на 20 минимум, там и этого замного. кроме того, там стандарт довольно жёсткий, и никто выёживаться с нестандартными битрейтами Mahagam(325 знак., 14.03.2013 00:39)
        
        Силен, бродяга! Ату их, неучей, со своими MIL-STD-1553 ;) - Гудвин(13.03.2013 21:20)
        
        Не ну я тоже за то чтобы всю планету усеять умной пылью работающей по стандарту 802.11я, но с луноходом один хрен придется по космической связи вязаться. - Codavr(13.03.2013 21:34)
        
        я никогда не предлагал делать Ethernet в каждом чайнике - koyodza(13.03.2013 20:55)
        
        Аааа. Сдаешься :))) - Codavr(13.03.2013 21:00)
        
        нет, последние такие попадались ещё в формате ISA карт. Хотя, конечно, выше 115200 лучше не лазить без особой необходимости. Если нужны скоростя повыше, лучше менять интерфейс - koyodza(11.03.2013 16:43)
        
        Так Ваша программа уже под Win8 может нормально не работать! Для этого и нужна поддержка! Какие проблемы-то??? Если чип позволяет использовать нестандартные скорости, то почему этим не воспользоваться???? - FDA(11.03.2013 16:27)
        
        у Вас просто узкоспецифичная задача: вот есть адаптер, в который уже встроен чип, задача не ответственная. Если бы FTDI Вы, например, продавали отдельно от адаптера, или был бы пошире круг задач с нестандартными скоростями, тогда возможно поняли бы - koyodza(11.03.2013 16:40)
        
        Вот все посты у Вас заканчиваются одним и тем же - "я умный, решаю СЕРЬЁЗНЫЕ задачи, а остальные дебилы, нихрена не понимают!" От того, что Вы через слово вставляете "стандартный", "промышленный" и т.п. авторитета Вам не поднимает. Вы почему-то FDA(236 знак., 11.03.2013 23:38)
        
        ну конечно, K-line-адаптер это же вершина всей индустрии, а главное ещё и продаётся сотнями тысяч штук. Куда уж мне до Вас, молодых, великих и ужасных :=) - koyodza(11.03.2013 23:48)
        
        А чего Вы прицепились к K-line адаптеру? Это всего лишь одно из устройств, которое я выпускаю. Просто он является хорошим примером ситуации, когда используются нестандартные скорости. Эти адаптеры люди используют на всех типах ПК и ноутбуках, под FDA(55 знак., 12.03.2013 08:34)
        
        эта херня используется в "ручном режиме" с возможностью "обтачивания напильником". А про то, что "ни у кого ни разу не было проблем" рассказывайте своему начальнику koyodza(224 знак., 12.03.2013 13:13 - 13:18)
        
        Довод странный про "Попробуйте применить другое...".. А попробуй применить проц, который не решает твою задачу, и рви потом волосья на жопе :).. POV(155 знак., 12.03.2013 13:33)
        
        речь идёт о работе USB-232 переходника как VCP, соответственно при его применении нужно учитывать некоторые особенности. Если бы он работал с ним через D2XX, никаких вопросов не было бы - koyodza(12.03.2013 13:41)
        
        У Вас там вообще кукундер съехал что ли? При сём тут D2XX, если речь идёт про вирт. COM-порт??? Я раньше применял и профилик. Он также работает на нестандартных скоростях, но требуется корректировать конфигурационный файл драйвера. В плане FDA(496 знак., 12.03.2013 14:29)
        
        Типовой пример когда это не будет работать: винапи поверх интерфейса другой ОС,где нет нестандартных скоростей так просто (есть, но непросто). Линукс. В нём wine или vmware/virtualbox, потом уже программа. Скорость нужную не поставишь. - fk0(12.03.2013 23:42)
        
        Это одна из причин по которой ВЫНУЖДЕН держать винду. ОС должна допускать работу uart на любой скорости для которой можно установить делитель в имеющемся чипе. вин в этом отношении сделана по уму а в лин - тараканы. - 3m_пароль_не_помню(13.03.2013 15:16, )
        
        иди нах - koyodza(12.03.2013 15:08)
        
        ну выбрал - и пусть радуется. Он же пытается утверждать, что раз у него всё работает, то и у других будет работать, и что я тут выдумываю проблемы, которых нет - koyodza(12.03.2013 13:38)
        
        А что не логично, что если у тысячи человек данное устройство работает причём под различными операционками, то и у другой тысячи на 99% работать будет? Что, не так? - FDA(12.03.2013 14:34)
        
        Я всю ветку дословно не читал, но в твоём изложении "он же пытается утверждать, что раз у него всё работает, то и у других будет работать" он полностью прав. Есть полностью работоспособное решение и оно таковым быть не перестанет. - POV(12.03.2013 13:42)
        
        полностью не читал, а влез. Перечитай вначале, потом встревай со своими комментариями. А то так можно дойти до комментария к отдельным словам или буквам - koyodza(12.03.2013 13:44)
        
        ключевые моменты там и в паре сообщений за ним, потом начался троллинг и срач - koyodza(12.03.2013 13:46, ссылка)
        
        потому что если завтра вдруг _внезапно_ FTDI не станет, то вы со своими нестандартными решениями будете сосать дверную ручку. - Mahagam(11.03.2013 16:31)

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