Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Синхронизация двух удаленных устройств.
Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Вопросы системного уровня проектирования
Oleg_IT
Есть два устройства взаимодействующих между собой по радио. Взаимодействие осуществляется по такому алгоритму. Один периодически передает данные, а другой периодически, кратковременно слушает эфир. Период прослушивания равен периоду передачи плюс время прослушивания (время активной фазы). Таким образом осуществляется сканирование эфира по времени. Как только приемная сторона обнаружит предназначенный ей сигнал, она делает свой период прослушивания равным периоду передачи и идет автоматическая подстройка периода прослушивания. Период задаётся через МК (AVR) с помощью часового кварца. Всё прекрасно работает, когда кварцы высокой точности. Как только применяю «обычные» кварцы, (разброс частоты между парами не замерял, но по осциллографу сильно заметно как одна синусоида «плывёт» относительно другой) синхронизация рассыпается, видны только одиночные «схватывания» сигнала. Причина этому понятна.
Есть ли средства заставит устройства синхронно работать с любыми кварцами? Вопрос теоретический, т.к. по стоимости «обычные» и точные кварцы отличаются на несколько рублей.
petrov
Конечно в теории цифровой связи вопросы символьной, пакетной и прочей синхронизации решены.
Oleg_IT
А где об этом почитать можно?
petrov
Начало в
Цифровая связь - Прокис Дж.
Цифровая связь - Бернард Скляр.

Практическое руководство по разработке простеньких модемов:
http://rapidshare.com/files/45943139/%20RF...Nezami.rar.html
r_dot
Цитата(Oleg_IT @ Sep 28 2007, 13:58) *
... Период прослушивания равен периоду передачи ...


По-моему, проще всего сделать "окно" прослушивания чуть шире, начиная его до рассчётного времени приёма с учётом максимально возможной рассинхронизации кварцев за период передачи.
arttab
Не понятно какая стабильность Вам нужна - долговременная или кратковременная.
Может чаще посылать пакеты синхронизации или если в диапазоне приемника есть сигналы точного времени, то синхронизоваться по ним.
Коллега работал с приемником который выдавал данные если преамбула была верная (аппаратный уровень). Это еще один вариант. Особенности экономии энергии Вы тоже не определили.
Oleg_IT
Цитата(r_dot @ Sep 29 2007, 02:36) *
По-моему, проще всего сделать "окно" прослушивания чуть шире, начиная его до рассчётного времени приёма с учётом максимально возможной рассинхронизации кварцев за период передачи.

Да, можно и по шире, так пробовал, работает. Но тогда по энергетики не проходит, батарейное питание.

Цитата(arttab @ Sep 29 2007, 19:56) *
Не понятно какая стабильность Вам нужна - долговременная или кратковременная.
Может чаще посылать пакеты синхронизации или если в диапазоне приемника есть сигналы точного времени, то синхронизоваться по ним.
Коллега работал с приемником который выдавал данные если преамбула была верная (аппаратный уровень). Это еще один вариант. Особенности экономии энергии Вы тоже не определили.

А что значит «долговременная или кратковременная»? Приёмник постоянно слушает эфир, как появляется информация для него (тут я не отметил, передатчик посылает несколько одинаковых пакетов именно чаще чем приемник включается на приём, чтобы приёмник мог засинхронизироваться) обрабатывает команду и посылает ответ. Получается кратковременная стабильность, так вроде? Передатчик может включаться в любой момент.
Не понятно также, что значит «преамбула была верная». У меня преамбула несколько байт 0x55, как рекомендует разработчик трансивера. Аппаратный уровень стоит на адрес, 9-и битный UART (RS-486).
r_dot
Цитата(Oleg_IT @ Oct 4 2007, 09:15) *
Да, можно и по шире, так пробовал, работает. Но тогда по энергетики не проходит, батарейное питание.


Конечно, работает. Так синхронизация и делается. А вот про энергосбережение - не аргумент. Добавляете спереди к "окну" например, 10 мкс и увеличиваете на столько же период опроса. smile.gif
Oleg_IT
Цитата(r_dot @ Oct 5 2007, 04:06) *
Конечно, работает. Так синхронизация и делается. А вот про энергосбережение - не аргумент. Добавляете спереди к "окну" например, 10 мкс и увеличиваете на столько же период опроса. smile.gif

Не согласен. Период опроса должен быть «привязан» к периоду передачи. Тогда всё растягивается и момент синхронизации наступит позже, а это отразится на затрате энергии.
r_dot
Цитата(Oleg_IT @ Oct 5 2007, 11:50) *
Не согласен. Период опроса должен быть «привязан» к периоду передачи. Тогда всё растягивается и момент синхронизации наступит позже, а это отразится на затрате энергии.


И не собираюсь убеждать. Просто возьмите и посчитайте, с какой скважностью "приём/спячка" вы работаете, насколько надо увеличить "окно" приёма и как это отразится на скважности. Полученный результат сравните с допуском на разброс начальной ёмкости свежей батареи или аккумулятора. Для аккумулятора учитывайте и саморазряд - при малом потреблении он может быть соизмерим с "полезным" разрядом.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.