Форум myROBOT.ru » Лаборатория » Электронная мастерская » Замена TSOPxxxx (мозговой штурм)

Страниц (1): [1]
 

1. Белый Волк - 06 Июля, 2012 - 14:26:05 - перейти к сообщению
Идея проста:
Необходимо получить связку "ИК-фотодиод" --> "Разработанная цепь" --> "Микроконтроллер", которая вкупе с программным обеспечением микроконтроллера даст возможность как можно более качественного приёма данных по ИК-каналу (в предположении, что микроконтроллер на другой стороне полностью в нашем распоряжении, то есть, без привязки к конкретному протоколу передачи данных).

Желательно не использовать в штурме специализированные микросхемы, а в программной части - не использовать преобразования Фурье.

Вопрос о финансовой целесообразности пока не затрагивается.
Жду ваших предложений и обсуждений.
2. Гость - 08 Июля, 2012 - 10:56:48 - перейти к сообщению
я бы сделал примерно так:
триггер шмидта на операционнике по входу, и протокол обмена на подобие KEELOQ, только без шифрования.
3. Белый Волк - 09 Июля, 2012 - 14:31:54 - перейти к сообщению
Predator
Думаю, помешает фоновая засветка.
4. elmot - 09 Июля, 2012 - 14:39:49 - перейти к сообщению
А почему именно ИК? Нужен весь этот гемор с направлением луча, засветкой, дистанцией? Естиь же туча беспроводных технологий - SimplisiTI, Xbee, Bluetooth и т.д. Зачем оживлять технологию, от которойв общем-то отказались?
5. Гость - 09 Июля, 2012 - 14:52:03 - перейти к сообщению
да, фоновая засветка это да.....
тогда вместо триггера шмидта нужен компаратор с переменным уровнем типа АРУ. можно подумать как это на RC цепочках и диоде замутить (или без них).
хотя при достаточно ярком фоновом освещении любой фтоэлемент уйдет в насыщение.
6. Белый Волк - 11 Июля, 2012 - 08:22:33 - перейти к сообщению
elmot
К сожалению, эти технологии несравнимо дороже и сложнее для новичков, чем ИК-передача данных с TSOPxxxx. Эта тема не подразумевает экономической целесообразности или упрощения схем - это просто мозговой штурм, упражнение, если угодно.

Predator
Резонно, от серьёзной фоновой засветки ничто не спасёт. Пока будем считать, что засветка не приводит к насыщению.
Я склоняюсь к простейшему полосовому фильтру, усилителю, сглаживающей цепочке, а далее к компаратору, встроенному в микроконтроллер. Нули кодировать длительностью X, единицы - 2X. Между пакетами пауза не менее 3X.
Прилагаю моделируемую схему и осциллограммы напряжений.
7. elmot - 11 Июля, 2012 - 13:53:52 - перейти к сообщению
Белый Волк пишет:
elmot
К сожалению, эти технологии несравнимо дороже и сложнее для новичков, чем ИК-передача данных с TSOPxxxx.

3 раза ха. Блютуз модули продаются по $6 в китаешопах. Готовые.
за $30 покупается демоплата xbee, это уже два модуля - один в комп и плата с 32бит МК. Так что начинайте откладывать в сторону эти ваши ИК. Они только в пульты телевизоров годятся, да и там не очень-то хороши.
8. Белый Волк - 11 Июля, 2012 - 13:59:22 - перейти к сообщению
elmot
23 рубля - TSOPxxxx и ИК-светодиод в розничной торговле. BlueTooth-модули и NRF24L01 использую. Суть темы не в этом.
9. Гость - 11 Июля, 2012 - 16:32:56 - перейти к сообщению
под словами
Цитата:
можно подумать как это на RC цепочках и диоде замутить
я подразумевал примерно это. а вот при кодировке длительности 0 и 1 я-бы сделал одинаковыми (например так: 1 длительность 2Х+пауза 2Х, 0-длительность Х+пауза 3Х).
это даст фиксированое начало каждого бита, после преамбулы и если один бит затерся-его легко будет восстановить ПУ кодами а предыдущий и последующие останутся целыми.
ну и добавить алоритм управления уровнем сравнения компаратора (чтобы 0 были 0, а 1 -1)
10. elmot - 11 Июля, 2012 - 16:34:30 - перейти к сообщению
Белый Волк пишет:
Суть темы не в этом.

Тогда курить здесь:
MFM
или здесь:
RLL
11. Белый Волк - 12 Июля, 2012 - 08:51:29 - перейти к сообщению
Predator
Согласен, длительность передаваемого пакета лучше сделать константной.

elmot
До кодирования пока речь реально не дошла, но большое спасибо за ссылки.

Ссылки, приведённые elmot натолкнули на мысль о несколько другом подходе к решению проблемы для неответственных приложений. В основном - мысли о серьёзном увеличении частоты и прямой передаче данных без несущей.
12. elmot - 12 Июля, 2012 - 13:32:46 - перейти к сообщению
Белый Волк пишет:

elmot
До кодирования пока речь реально не дошла, но большое спасибо за ссылки.

Ссылки, приведённые elmot натолкнули на мысль о несколько другом подходе к решению проблемы для неответственных приложений. В основном - мысли о серьёзном увеличении частоты и прямой передаче данных без несущей.

Стоп-стоп. При записи на FDD в формате MFM разговор был простой - есть сигнал(в вашем случае несущая) - это 1, нет несущей -0. Все, таким образом это не кодирование, а именно способ модуляции. Не надо кодировать длинным 0, коротким 1 или наоборот.
13. Гость - 12 Июля, 2012 - 14:01:56 - перейти к сообщению
да, для неответственных вещей можно обойтись без модуляции, но тогда будет сложнее отделить постоянку=фоновой засветке.
ну а так я считаю вопрос решенным, осталось только несущую частоту подобрать подальше от помех.
P.S. фильтров я бы 2 отдельных сделал: ФВЧ (отделить постоянку...) перед усилителем и ФНЧ (отделить ртутные лампочки... после усилителя. каждый 2-3 порядка.
14. ОЛЕГ - 23 Июля, 2012 - 00:12:06 - перейти к сообщению
Вскользь посетила идея применить логические элементы. На приемнике работает мультивибратор на частоте передатчика. При совпадении сигналов получим что-то на выходе. В подробности не вникал.
15. Predator - 27 Июля, 2012 - 20:15:33 - перейти к сообщению
я тут еще мозгами пораскинул: можно для повышения надежности приема корелятор прикрутить (программный).