Идея проста:
Необходимо получить связку "ИК-фотодиод" --> "Разработанная цепь" --> "Микроконтроллер", которая вкупе с программным обеспечением микроконтроллера даст возможность как можно более качественного приёма данных по ИК-каналу (в предположении, что микроконтроллер на другой стороне полностью в нашем распоряжении, то есть, без привязки к конкретному протоколу передачи данных).
Желательно не использовать в штурме специализированные микросхемы, а в программной части - не использовать преобразования Фурье.
Вопрос о финансовой целесообразности пока не затрагивается.
Жду ваших предложений и обсуждений.
1. Белый Волк - 06 Июля, 2012 - 14:26:05 - перейти к сообщению
2. Гость - 08 Июля, 2012 - 10:56:48 - перейти к сообщению
я бы сделал примерно так:
триггер шмидта на операционнике по входу, и протокол обмена на подобие KEELOQ, только без шифрования.
триггер шмидта на операционнике по входу, и протокол обмена на подобие 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 цепочках и диоде замутить (или без них).
хотя при достаточно ярком фоновом освещении любой фтоэлемент уйдет в насыщение.
тогда вместо триггера шмидта нужен компаратор с переменным уровнем типа АРУ. можно подумать как это на RC цепочках и диоде замутить (или без них).
хотя при достаточно ярком фоновом освещении любой фтоэлемент уйдет в насыщение.
6. Белый Волк - 11 Июля, 2012 - 08:22:33 - перейти к сообщению
elmot
К сожалению, эти технологии несравнимо дороже и сложнее для новичков, чем ИК-передача данных с TSOPxxxx. Эта тема не подразумевает экономической целесообразности или упрощения схем - это просто мозговой штурм, упражнение, если угодно.
Predator
Резонно, от серьёзной фоновой засветки ничто не спасёт. Пока будем считать, что засветка не приводит к насыщению.
Я склоняюсь к простейшему полосовому фильтру, усилителю, сглаживающей цепочке, а далее к компаратору, встроенному в микроконтроллер. Нули кодировать длительностью X, единицы - 2X. Между пакетами пауза не менее 3X.
Прилагаю моделируемую схему и осциллограммы напряжений.
К сожалению, эти технологии несравнимо дороже и сложнее для новичков, чем ИК-передача данных с TSOPxxxx. Эта тема не подразумевает экономической целесообразности или упрощения схем - это просто мозговой штурм, упражнение, если угодно.
Predator
Резонно, от серьёзной фоновой засветки ничто не спасёт. Пока будем считать, что засветка не приводит к насыщению.
Я склоняюсь к простейшему полосовому фильтру, усилителю, сглаживающей цепочке, а далее к компаратору, встроенному в микроконтроллер. Нули кодировать длительностью X, единицы - 2X. Между пакетами пауза не менее 3X.
Прилагаю моделируемую схему и осциллограммы напряжений.
7. elmot - 11 Июля, 2012 - 13:53:52 - перейти к сообщению
Белый Волк пишет:
elmot
К сожалению, эти технологии несравнимо дороже и сложнее для новичков, чем ИК-передача данных с TSOPxxxx.
К сожалению, эти технологии несравнимо дороже и сложнее для новичков, чем ИК-передача данных с TSOPxxxx.
3 раза ха. Блютуз модули продаются по $6 в китаешопах. Готовые.
за $30 покупается демоплата xbee, это уже два модуля - один в комп и плата с 32бит МК. Так что начинайте откладывать в сторону эти ваши ИК. Они только в пульты телевизоров годятся, да и там не очень-то хороши.
8. Белый Волк - 11 Июля, 2012 - 13:59:22 - перейти к сообщению
elmot
23 рубля - TSOPxxxx и ИК-светодиод в розничной торговле. BlueTooth-модули и NRF24L01 использую. Суть темы не в этом.
23 рубля - TSOPxxxx и ИК-светодиод в розничной торговле. BlueTooth-модули и NRF24L01 использую. Суть темы не в этом.
9. Гость - 11 Июля, 2012 - 16:32:56 - перейти к сообщению
под словами
это даст фиксированое начало каждого бита, после преамбулы и если один бит затерся-его легко будет восстановить ПУ кодами а предыдущий и последующие останутся целыми.
ну и добавить алоритм управления уровнем сравнения компаратора (чтобы 0 были 0, а 1 -1)
Цитата:
я подразумевал примерно это. а вот при кодировке длительности 0 и 1 я-бы сделал одинаковыми (например так: 1 длительность 2Х+пауза 2Х, 0-длительность Х+пауза 3Х).можно подумать как это на RC цепочках и диоде замутить
это даст фиксированое начало каждого бита, после преамбулы и если один бит затерся-его легко будет восстановить ПУ кодами а предыдущий и последующие останутся целыми.
ну и добавить алоритм управления уровнем сравнения компаратора (чтобы 0 были 0, а 1 -1)
10. elmot - 11 Июля, 2012 - 16:34:30 - перейти к сообщению
11. Белый Волк - 12 Июля, 2012 - 08:51:29 - перейти к сообщению
Predator
Согласен, длительность передаваемого пакета лучше сделать константной.
elmot
До кодирования пока речь реально не дошла, но большое спасибо за ссылки.
Ссылки, приведённые elmot натолкнули на мысль о несколько другом подходе к решению проблемы для неответственных приложений. В основном - мысли о серьёзном увеличении частоты и прямой передаче данных без несущей.
Согласен, длительность передаваемого пакета лучше сделать константной.
elmot
До кодирования пока речь реально не дошла, но большое спасибо за ссылки.
Ссылки, приведённые elmot натолкнули на мысль о несколько другом подходе к решению проблемы для неответственных приложений. В основном - мысли о серьёзном увеличении частоты и прямой передаче данных без несущей.
12. elmot - 12 Июля, 2012 - 13:32:46 - перейти к сообщению
Белый Волк пишет:
elmot
До кодирования пока речь реально не дошла, но большое спасибо за ссылки.
Ссылки, приведённые elmot натолкнули на мысль о несколько другом подходе к решению проблемы для неответственных приложений. В основном - мысли о серьёзном увеличении частоты и прямой передаче данных без несущей.
elmot
До кодирования пока речь реально не дошла, но большое спасибо за ссылки.
Ссылки, приведённые elmot натолкнули на мысль о несколько другом подходе к решению проблемы для неответственных приложений. В основном - мысли о серьёзном увеличении частоты и прямой передаче данных без несущей.
Стоп-стоп. При записи на FDD в формате MFM разговор был простой - есть сигнал(в вашем случае несущая) - это 1, нет несущей -0. Все, таким образом это не кодирование, а именно способ модуляции. Не надо кодировать длинным 0, коротким 1 или наоборот.
13. Гость - 12 Июля, 2012 - 14:01:56 - перейти к сообщению
да, для неответственных вещей можно обойтись без модуляции, но тогда будет сложнее отделить постоянку=фоновой засветке.
ну а так я считаю вопрос решенным, осталось только несущую частоту подобрать подальше от помех.
P.S. фильтров я бы 2 отдельных сделал: ФВЧ (отделить постоянку...) перед усилителем и ФНЧ (отделить ртутные лампочки... после усилителя. каждый 2-3 порядка.
ну а так я считаю вопрос решенным, осталось только несущую частоту подобрать подальше от помех.
P.S. фильтров я бы 2 отдельных сделал: ФВЧ (отделить постоянку...) перед усилителем и ФНЧ (отделить ртутные лампочки... после усилителя. каждый 2-3 порядка.
14. ОЛЕГ - 23 Июля, 2012 - 00:12:06 - перейти к сообщению
Вскользь посетила идея применить логические элементы. На приемнике работает мультивибратор на частоте передатчика. При совпадении сигналов получим что-то на выходе. В подробности не вникал.
15. Predator - 27 Июля, 2012 - 20:15:33 - перейти к сообщению
я тут еще мозгами пораскинул: можно для повышения надежности приема корелятор прикрутить (программный).