Свежие обсуждения
Компьютеры

USB в полноформатный RS232 на FT232RL

1 2 3

milob: Теперь вопрос- как же может зажечься светик от 1,3 в, когда он рассчитан на 2,5??

Светодиод рассчитан на ток. Какое при этом получится падение, такое и получится.

Прямое падение на номинальном токе может быть разное для разных светодиодов, да и для одной партии есть разброс. Иногда не маленький. Оно ещё меняется со временем и от температуры.

Светиться светодиод может начать от токов в доли процента от номинального.

 

acorn: Имею дело с ним постоянно, еще с Сайлабс CP2102
acorn случаем не можешь дать схемку с CP2102, как я понял в схему с ней нужна еще MAX232 для полного RS232?

 

acorn: Имею дело с ним постоянно, еще с Сайлабс CP2102
acorn случаем не можешь дать схемку с CP2102, как я понял в схему с ней нужна еще MAX232 для полного RS232?

Переходников USB->RS232 я не делал, да и зачем? Готовые дешевле. Что делал - связь своих устройств (только RX/TX) с портом USB компьютера. CP2102 мне нравится больше, чем FTDI-шная реализация, и дешевле он, и места меньше занимает, и более предсказуем (есть у меня с FT232RL непонятка, которую исследовать некогда).
Для реализации полного адаптера RS232 действительно нужен преобразователь уровней.
MAX232 - самый дорогой вариант, для серии лучше возьми аналоги не от MAXIM - этот производитель очень хорош, но цены запредельные, при наличии дешевых аналогов. Для единичной поделки - неважно.
Заменить FTDI или SiLabs можно продуктами Prolific - с этими не работал. Преимуществ не вижу.

Да, замечу - преобразователь уровней нужен для переходника на любом чипе - и FTDI и SiLabs и Prolific оперируют пятивольтовыми сигналами.

 

acorn: есть у меня с FT232RL непонятка, которую исследовать некогда
А что за непонятка такая если не секрет?
acorn: Для реализации полного адаптера RS232 действительно нужен преобразователь уровней.
MAX232 - самый дорогой вариант,

У MAX232 по-моему не хватит ТТЛ-входов и что-то другое нужно.

 

У MAX232 по-моему не хватит ТТЛ-входов и что-то другое нужно.

Точно так. Нужно 5 линий RS-232 > ТТЛ и 3 линии ТТЛ > RS-232 (сигналы DTR, RTS, TXD).
Например: ADM3310E, ADM3311E, MAX211E, MAX213E, MAX241E.

 

acorn: есть у меня с FT232RL непонятка, которую исследовать некогда
AleksBak:А что за непонятка такая если не секрет?
В устройстве микроконтроллер, на PC - своя программа, протокол такой: PC отправляет команду (один символ) и получает в ответ 10-20 двоичных байт.
Полученные данные используются для подсчета статистики и рисования графиков в реалтайме. Все работает и с CP2102 и с FT232. Соединение 115200 8N1.
FT232 (или драйвера FTDI) в некоторых случаях работает медленнее (ощутимо, раза в два), причем эффект зависит от передаваемых данных. Играя числом и значениями передаваемых байт можно от замедления избавиться. CP2102 всегда работает на нужной скорости, быстро.
Софт на PC, прошивка контроллера, протокол и настройки ком-порта не меняются.
Для меня не критично, особо не исследовал, но как факт - проблема есть, повторяется уверенно. Может и мой косяк где-то, сходу не нашел.
acorn: Для реализации полного адаптера RS232 действительно нужен преобразователь уровней.
MAX232 - самый дорогой вариант,

AleksBak:У MAX232 по-моему не хватит ТТЛ-входов и что-то другое нужно.
Да их там целое семейство у Maxim и аналогов. Если нужны все сигналы - брать другую микросхему.

 

acorn: В устройстве микроконтроллер, на PC - своя программа, протокол такой: PC отправляет команду (один символ) и получает в ответ 10-20 двоичных байт.
Полученные данные используются для подсчета статистики и рисования графиков в реалтайме. Все работает и с CP2102 и с FT232. Соединение 115200 8N1.
FT232 (или драйвера FTDI) в некоторых случаях работает медленнее (ощутимо, раза в два), причем эффект зависит от передаваемых данных. Играя числом и значениями передаваемых байт можно от замедления избавиться. CP2102 всегда работает на нужной скорости, быстро.
Софт на PC, прошивка контроллера, протокол и настройки ком-порта не меняются.
Для меня не критично, особо не исследовал, но как факт - проблема есть, повторяется уверенно. Может и мой косяк где-то, сходу не нашел.

Не такая уж страшная проблема. А вот у меня на PIC18F4550 отправляешь сразу серию байт(>1-го до 256 проверял), то почему-то 2 посылки формирует вирт. компорт и именно(!) первый байт стоит в первой посылке, а остальные(после первого) в другой(!). Вот это проблема и если по событию приема запускаешь считывание из буфера в программе ПК, то т.к. 2 раза подряд идут эти события, то первый байт как бы теряется. Это уже софтовая проблема конечно, но влом разбираться(usb-библиотека от CCS). Точнее разбирался насколько хватило терпения и все пока что. Придется изголяться как-то.

 

AleksBakНе такая уж страшная проблема. А вот у меня на PIC18F4550 отправляешь сразу серию байт(>1-го до 256 проверял), то почему-то 2 посылки формирует вирт. компорт и именно(!) первый байт стоит в первой посылке, а остальные(после первого) в другой(!). Вот это проблема и если по событию приема запускаешь считывание из буфера в программе ПК, то т.к. 2 раза подряд идут эти события, то первый байт как бы теряется. Это уже софтовая проблема конечно, но влом разбираться(usb-библиотека от CCS). Точнее разбирался насколько хватило терпения и все пока что. Придется изголяться как-то.
Такого быть не должно - где-то ошибка. Я-бы выкинул PC-шный софт для начала, коннектился-бы терминалом (не стандартным, виндовым - есть другие, удобнее) и передавал-бы 1 символ, 2...

 

acorn: Такого быть не должно - где-то ошибка. Я-бы выкинул PC-шный софт для начала, коннектился-бы терминалом (не стандартным, виндовым - есть другие, удобнее) и передавал-бы 1 символ, 2...
Так компорт монитор(не я его писал, а скачанный) и названия его не помню - показывает тоже самое: сначала первый байт и стоит он отдельно и потом вторая посылка из последующих 255 байт и они уже все вместе. Еще посмотрю в сотый раз и может на самом деле что-то у меня. Вспомнил - компорт монитор из пакета Device Monitoring Studio, с другими компортами покамест не проверял. Спасибо.

 

может у кого печатка осталась?