Форум РадиоКот

Ребят, спасайте!( Разрабатываю устройство для измерения расстояния с помощью инфракрасного передатчика и приемника. Исходные данные: с одной стороны приемник, с другой передатчик (нужно именно так), с обоих сторон по микроконтроллеру (у приемника и передатчика). Передатчик работает в качестве генератора на частоте приемника. Вопрос: как на atmega расчитывать постоянно меняющееся расстояние (при этом расстояние обычно изменяется от 0 до 3-4 м) ? Дело в том, что здесь же присутствует скорость света (свет от передатчика) и значения времени прибытия сигнала до передатчика ну ооочень маленькое...никак не в дуплю как сделать правильный расчет. Подкинете идейку? Как сделать расчет?

http://web2life.ru/tochnoe-izmerenie-ra ... yu-iphone/

Рассмотрите такой вариант... и делать ничего не надо.

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

rick-braun писал(а):Исходные данные: с одной стороны приемник, с другой передатчик (нужно именно так)

Как Вы это себе представляете? И я сейчас не про ресурсы МК, а про сам принцип. Как приемник может сможет вычислить время прохождения сигнала, если не знает время начало его от передатчика? Только если кодировать в посылке дополнительную информацию, как например в GSM, но тогда часы у МК должны быть идеально засинхронизированы.

Между прочим, за время выполнения одной команды МК, свет пройдет расстояние более 9метров.

Z_h_e писал(а):

rick-braun писал(а):Исходные данные: с одной стороны приемник, с другой передатчик (нужно именно так)

Как Вы это себе представляете? И я сейчас не про ресурсы МК, а про сам принцип. Как приемник может сможет вычислить время прохождения сигнала, если не знает время начало его от передатчика? Только если кодировать в посылке дополнительную информацию, как например в GSM, но тогда часы у МК должны быть идеально засинхронизированы.

Между прочим, за время выполнения одной команды МК, свет пройдет расстояние более 9метров.

Либо через доп информацию, либо через начальную калибровку (например, посылку на известном малом расстоянии...)

А что тогда предложите? Может как-то поработать с АЦП?

http://forum.cxem.net/index.php?showtopic=19622

Посмотрите эту готовую схему.

FAKIR писал(а):http://forum.cxem.net/index.php?showtopic=19622

Посмотрите эту готовую схему.

Благодарю! Но нужно все же на контроллерах... на основании расстояний нужно еще подавать звуковые сигналы и в процессе работы нужно постоянно настраивать выдачу этих сигналов, которые будут соответствовать определенным расстояниям (или превышение-уменьшение)

GRAF писал(а):https://geektimes.ru/post/258416/

сейчас почитаю...спасибо

Используя предложенный принцип измерения можно перейти и на МК, как я полагаю.

понял, спасибо. Буду читать

rick-braun писал(а):Может как-то поработать с АЦП?

Ну попробуйте вывести зависимость яркости принятого сигнала от расстояния. Схема тогда будет простой, и может будет даже работать, например в темноте. Но вряд ли удастся применять на практике, хотя кто знает. Можно попробовать на приемник установить два фотодиода. Одним измерять общую ИК освещенность, а другой засвечивать. Может чего и получится, тогда на стороне передатчика и МК не нужен.

FAKIR писал(а):http://forum.cxem.net/index.php?showtopic=19622

Посмотрите эту готовую схему.

Отражательные свойства всех предметов разные. На каких-то больше рассеивается, на каких-то меньше. Измеренное расстояние тоже будет разным для разных поверхностей при одинаковом фактическом.

Z_h_e писал(а):

rick-braun писал(а):Может как-то поработать с АЦП?

Ну попробуйте вывести зависимость яркости принятого сигнала от расстояния. Схема тогда будет простой, и может будет даже работать, например в темноте. Но вряд ли удастся применять на практике, хотя кто знает. Можно попробовать на приемник установить два фотодиода. Одним измерять общую ИК освещенность, а другой засвечивать. Может чего и получится, тогда на стороне передатчика и МК не нужен.

Да дело в том, что погрешности для меня не сильно важны (если они не слишком огромные), главное - при превышении заранее установленного расстояния+ некоторое значение (несколько сантиметров) или при уменьшении+некоторое значение(несколько сантиметров) выдавать индикацию+звуковой сигнал о превышении/уменьшении. Расстояние мерить хотя бы примерное (+- сантиметры)

расстояние нужно устанавливать в процессе эксплуатации устройства - кнопками, например

Z_h_e писал(а):часы у МК должны быть идеально засинхронизированы.

Это при максимальной частоте в 16МГц?

Z_h_e писал(а):Между прочим, за время выполнения одной команды МК, свет пройдет расстояние более 9метров.

Не 9, а 19 метров за один такт.

GRAF писал(а):

FAKIR писал(а):http://forum.cxem.net/index.php?showtopic=19622

Посмотрите эту готовую схему.

Отражательные свойства всех предметов разные. На каких-то больше рассеивается, на каких-то меньше. Измеренное расстояние тоже будет разным для разных поверхностей при одинаковом фактическом.

а как-то можно это программно определять?

Pnjom-Penb писал(а):

Z_h_e писал(а):часы у МК должны быть идеально засинхронизированы.

Это при максимальной частоте в 16МГц?

Z_h_e писал(а):Между прочим, за время выполнения одной команды МК, свет пройдет расстояние более 9метров.

Не 9, а 19 метров за один такт.

многовастенько..

а еще... Как посоветуете избавляться от помех - от других источников инфракрасного излучения ?

Ну попробуйте вывести зависимость яркости принятого сигнала от расстояния.



а как это сделать?

rick-braun писал(а):Дело в том, что здесь же присутствует скорость света ... Как сделать расчет?

Работать со скоростью света средствами контроллера - пустая затея. Ищите геометрические решения. Например - разворачивайте луч передатчика в угол и измеряйте размер основания соответствующего треугольника. Простые тригонометрические уравнения позволят рассчитать высоту этого треугольника.
От помех принято избавляться модуляцией. Используйте ИК-приемники для ПДУ и модулируйте питание светодиода с той же частотой.