IRDA: есть ли где исходники для embedded системы, ! за много $$$? Опции

[Evgeny_CD]

Надо: подключение моего девайса по IRDA, IrCOMM хватит за глаза, SIR 115200.

Что есть:

* готовые чипы от Microchip.

-- MCP2140 - дешево (1.5$ Mouser.com), но 9600 only - не пойдет.
Девайс работает хорошо - я как-то экспериментировал с ним.
-- MCP215(0|5) - хорошо, но стоят 5$ Mouser.com, у нас 9-10. Дорого!

* софты:
-- замечательный проект FreeIrDA
http://freeirda.sourceforge.net/
но дальше первой страницы дело не пошло

-- Pico-IrDA
http://blaulogic.com/pico_irda.shtml
хорошая штука, но непонятно, как с развитием и качеством стека

-- Linux. Посмотрел я в исходники ядра 2.4 - 600к С исходников (без
папок irlan и irnet). Наверное, можно это все перехачить, но
выдрать корни, идущие в ядро Линуха, будет непросто. Большая работа.

Может, кто знает, где взять нормальный IRDA стек, чтобы в какой-нибудь
ARM SAM64 влез?

[rezident]

Дык, а физического уровня не хватит что ли? Прицепили на COM-порт и/или UART МК IR-codec из перечисленных вами и работайте как с обычным COM-портом. IR будет в качестве "удлинителя" линии связи.
Может я что-то весьма наивное предлагаю? Поясните.

P.S. еще непонятно зачем постить одни и те же вопросы в нескольких форумах одинаковой направленности? Кросспостинг это не есть хорошо!

[Evgeny_CD]

Дык, а физического уровня не хватит что ли? Прицепили на COM-порт и/или UART МК IR-codec из перечисленных вами и работайте как с обычным COM-портом. IR будет в качестве "удлинителя" линии связи.
Может я что-то весьма наивное предлагаю? Поясните.

1. Вхождение в связь / разрыв связи. Надо, чтобы винды понимали, что устройство есть.
2. Ошибки. Канал не идеален, надо их отлавливать.
3. Flow Control. Надо выдавать сигналы управления потоком с двух сторон - основная трудность.

P.S. еще непонятно зачем постить одни и те же вопросы в нескольких форумах одинаковой направленности? Кросспостинг это не есть хорошо!

В разных форумах, пусть и одинаковой направленности, разные люди тусуются. Вот если бы я запостил это сообщение во всех коммуникационных подфорумах на этом сайте - это было бы западло. А так на сахаре и тут народ взаимно дополняет друг друга, как правило.

[rezident]

1. Вхождение в связь / разрыв связи. Надо, чтобы винды понимали, что устройство есть.

Ну если Plug&Play нужен, то понятно.

2. Ошибки. Канал не идеален, надо их отлавливать.

Контроль CRC на уровне пакетов недостаточен?

3. Flow Control. Надо выдавать сигналы управления потоком с двух сторон - основная трудность.

Дык обмен может инициироваться с обеих сторон? Или все-таки PC - мастер, а устройство - слейв? Если да, то обмен типа запрос-ответ недостаточен будет?
Я понимаю, что IrDA это стандарт и Винда его поддерживает. Но все же бродит мысль, а нельзя ли в простых случаях ограничиться только PHY?

Насчет кросспостинга. Я, например, читаю три форума. И отвечаю на всех трех. А вот такие обрывки диалогов зачастую вносят путаницу не только для самих пищущих, но и для тех кто читает эти посты.

[Evgeny_CD]

Дык обмен может инициироваться с обеих сторон? Или все-таки PC - мастер, а устройство - слейв? Если да, то обмен типа запрос-ответ недостаточен будет?
Я понимаю, что IrDA это стандарт и Винда его поддерживает. Но все же бродит мысль, а нельзя ли в простых случаях ограничиться только PHY?

Для простых случаев и MCP2140 хватит

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