Полигон-2

Здравствуйте.

Мне нужно собрать инфракрасный адаптер для старого ноутбука. Гугл выдает много схем либо на спец. микросхемах, либо на транзисторных ключах. Примеры ниже:




Они предназначены для IrDA-порта для материнке, которого у меня нет. Поэтому хотел бы узнать - можно ли подключать такие адаптеры к COM-порту через конвертер RS-232 >--> TTL, например, MAX232 или же там все сложнее устроено?

Спасибо за ответы.

[q]

можно ли подключать такие адаптеры к COM-порту через конвертер RS-232 >--> TTL, например, MAX232

[/q]

Если COM-порт старый и честный (на +-12 В) - нужно..

Flanker написал:

[q]

То есть работать такие схемы через СОМ все же могут?

[/q]

Для высоковольтного порта RS-232 необходим входной уровень лог.0 менее минус 1.5 вольт ( т.е. порядка минус 2.0 вольт ).
Напряжение минус 2-3 вольт можно получить на диодно-конденсаторном мосте на основе 155ЛН1, 1531ЛН1, а лучше - 1564ЛН1. К источнику питания минус 2 вольт подключать резистор R1, вместо общего провода.

Конденсаторы лучше использовать керамические ( водятся на старых материнках ), в крайнем случае - К73-17 63 вольт.
Диоды Шоттки крайне желательны, в крайнем случае - Д310 германиевые.

Flanker написал:

[q]

применю max232?

[/q]

Ну раз есть такое дело - можно и без диодно-конденсаторного моста.

[q]

То есть работать такие схемы через СОМ все же могут?

[/q]

IrDA от RS-232 физически ничем не отличается кроме замены уровней напряжения морганием светодиода. Согласуете напряжение для него и вперёд.

А вот на программном (особенно если хотите, чтобы относительно современные винды сами опознавали ИК-устройство, а не использовать самописный софт) там довольно сложный протокол установки соединения будет...

Blackbird написал:

[q]

В промышленных IRDA которые вешались на COM были еще "мозги" посередине . Так что затея ТС бесполезна . Проще б/у IRDA на COM порт купить и юзать

[/q]

Спасибо, теперь я разобрался в вопросе, нужен еще контроллер вроде такого https://www.pe2bz.philpem.me.u...OIM32F.pdf

ATauenis написал:

[q]

IrDA порт на материнке как халявный порт с TTL уровнями для микроконтроллеров

[/q]

а списочка материнок нет???

Еще, я так понимаю, что если расковырять IrDA-USB свисток с поддержкой IRCOMM и по-выкусывать оттуда инфракрасную часть то получим искомый USB-COM адаптер

а то дата-кабели от старых мобилок уже не достать

svinka написал:

[q]

Еще, я так понимаю, что если расковырять IrDA-USB свисток с поддержкой IRCOMM и по-выкусывать оттуда инфракрасную часть то получим искомый USB-COM адаптер

[/q]

Не факт - оно может быть сделано на пропиетарном контроллере сразу к USB а может вообще программно заэмулировано на STM32 ..

ATauenis написал:

[q]

А возможно ли обратное, т.е. использовать IrDA порт на материнке как халявный порт с TTL уровнями для микроконтроллеров, чтобы не использовать внешний конвертер уровней? В винде 98 он определяется как COM3/4, так что софт должен признавать эту колхозную похабщину.

[/q]

Вам два транзистора сложно припаять на COM если уж на максим грошей немаэ ? И не знаю у меня на мамках от пентиума 1 до коры дуба IRDA была ирдой когда встроенная . И еще раз повторяю там оно физически по входам и выходам UART не напоминает . Там короткие импульсы шмаляют и протокол обмена есть ..

Blackbird написал:

[q]

Вам два транзистора сложно припаять на COM если уж на максим грошей немаэ ?

[/q]

Так паять надо. А тут только шлейф на гребёнку обжать, и вперёд. Меньше действий.


Blackbird написал:

[q]

И не знаю у меня на мамках от пентиума 1 до коры дуба IRDA была ирдой когда встроенная .

[/q]

Помнится, Win98 её видит как COM порт. Надо повторно порыться в своих платах, заскриншотить.


Blackbird написал:

[q]

И еще раз повторяю там оно физически по входам и выходам UART не напоминает

[/q]

Таки это не UART? При условии отсутствия драйвера, и работе гипертерминалом с IrDA-COM-портом.

[q]

Хм оно весьма и весьма отличаеться от COM порта и дело тут увы не в уровнях напряжения.Я таки разбирался в свое время когда делал самопал внешний . Так что на просто повесить на COM порт не удастся - разве что програмную эмуляцию ногодрыгания сделаете .

[/q]

Так вопрос и есть исключительно программный.
В серийных изделиях мы когда-то делали вообще однонаправленную передачу по ИК с устройства на ПК - единственный светодиод тупо висит на выходе стандартного UART микроконтроллера. Да, скорость обмена фиксирована и очень низкая (9600), но для наших объёмов данных (несколько кБ) и этого было больше чем достаточно. Да, самое сложное - это малые длительности импульсов в IrDA. Один раз экспериментально подбиралось, какие задержки нужно напихать в прошивку МК для безошибочного приёма и дальше никаких проблем с ними не было.
Со стороны ПК конечно, всё это автоматически никак не опознавалось (именно потому что в настоящем IrDA есть сложный протокол двустороннего опознавания устройств) - была примитивнейшая самописная софтина на delphi, открывавшая виртуальный COM-порт обычного хорошего китайского USB-приёмника, принимавшая с него поток байт и складывавшая всё это в csv.

[q]

нужен еще контроллер вроде такого https://www.pe2bz.philpem.me.u...OIM32F.pdf

[/q]

Вся польза от него - избавит вас от ручного подбора задержек для разной скорости передачи (и потребности определять эту скорость). Хотя если скорость предполагается постоянной - там работы на полчаса.

Так что определяйтесь с требованиями - что именно хотите соединять и в каких режимах, и это уже надо определять остальное.

Затем, что ответы просто не требовались сохранили результаты измерений в памяти прибора, сбросили их на комп для дальнейшей обработки. В обратном направлении что-то передавать потребности просто нет. Ну и 2) скорее всего и кусок схемы и соотв. кусок кода для МК просто копипастились с более старых приборов той же конторы с гораздо более слабыми МК. Потом просто подбирались константы под новый конктроллер и его частоту и всё. В принципе по возможностям МК можно было уже попробовать и полноценный протокол туда впихать, но потребности особой не было.

С контролем целостности сходу не вспомню, надо исходники глянуть. Очень может быть, что и никак, за исключением первичной проверки при отладке прошивки . А первичная проверка - отправить несколько сотен различных байт и убедиться, что HyperTerminal выдал именно то, что в него послали. Опять же проблем никогда не возникало, да и связь с ПК не была особо важна нашим заказчикам.
Хотя в принципе даже при однонаправленной передаче можно что-то реализовать - хоть контроль чётности включить, хоть CRC считать и передавать - вопрос времени вычислений и памяти для хранения результатов.

UPD.: А вот глянул - его и правда не было. Нам надо было передавать за раз чуть меньше 8 кб. На скорости 9600 это 8,5 секунд ровно (учитывая, что с настройками по умолчанию 8-N-1 на каждый байт реально по RS-232 передаётся 10 бит). Возможно кто-то даже экспериментировал, что даже с нашим примитивным методом подстройки за такое время приёмник и передатчик не рассинхронизируются.
И про UART я немного наврал без схемы/кода - он даже не использовался, просто дёргался обычный выходной пин (впрочем, у атмеля почти все пины переназначаемые между обычным и подключенным к какому-то из встроенных блоков - на тот, который можно было подключить к приёмнику UART висел сигнал о низком заряде батареи. Скорее всего тупо для упрощения разводки).
Вся передача - 38 строк ассемблера AVR:

Delay_IR1:            
  ldi   r26, 0b00001010  
IR_loop1:            
  dec   r26          
  brne  IR_loop1        
  ret

Delay_Pulse:          
  ldi   r26, 0b00000100  
  sbi   _SFR_IO_ADDR(PORT_IR), PIN_IR
Pulse_loop:            
  dec   r26          
  brne  Pulse_loop      
  cbi   _SFR_IO_ADDR(PORT_IR), PIN_IR
  nop              
  ret

Delay_Bit:            
  ldi   r26, 0b00011110  
Bit_loop:            
  dec   r26          
  brne  Bit_loop        
  ret  

Ir:
;Send byte
#define   IR_Data  r24  
#define   Count    r25

  cli
;Start Bit
  rcall Delay_IR1    
  nop          
  nop          
  nop          
  nop          
  rcall Delay_Pulse  
  rcall Delay_IR1    
  nop          
  ldi   Count,8    
;Send Byte
IR_Send:              
  lsr   IR_Data    
  brcc  IR_0      
  rcall Delay_Bit    
  rjmp  IR_1      
IR_0:                 
  rcall Delay_IR1    
  rcall Delay_Pulse  
  rcall Delay_IR1    
IR_1:          
  dec   Count      
  brne  IR_Send    
;Stop Bit
  rcall Delay_Bit    
  sei
  ret

Вся возьня с подбором длительности импульсов - изменением констант в Delay* и количества Nop'ов для совсем уж тонкой подстройки