Schematics. Checks of Radio Equiрment. Схемотехника. Проверки Радио-оборудования.
Продолжение.
Собрав простой инструмент для контроля реального АМ радиосигнала, можно приступить к исследованию проблемы.
Для тех, кто пропустил начало — смотрите
mtaalamu.ru/blog/1395.html
Сколько бы этим не занимался, а правила прежние:
— ни кому не верь ( даже себе );
— если не идет, вернись в самое начало.
Вернемся в самое начало.
Не буду рассказывать про АМ модуляцию, хотя тема эта при углублении в нее бесконечна как математика и физика. Задачка (на первый взгляд) проста — посмотреть что происходит с командным пакетом от момента его формирования процессором передатчика до входа RX процессора приемника-дешифратора. Смотрите:
mtaalamu.ru/blog/321.html
mtaalamu.ru/blog/331.html
mtaalamu.ru/blog/346.html
Вот и глянул… И обомлел...В пакете импульсы не только не прямоугольные, но и разные по амплитуде.
А должно быть примерно так:
Удивлен, что команды вообще декодировались…
Что это означает с точки зрения физики?
Импульсы не достигают необходимой амплитуды за свой период. Или не заряжается (разряжается) какая-то емкость, или одно из двух…
Да-а-а! С передатчиком оказалось не все просто. Перековыривать готовую конструкцию без готового решения нет смысла. Поэтому пришлось собрать макетку передатчика с модулятором отдельно.
Понятно, что без приборов тут вообще делать нечего, но есть и «мелкие» проблемы:
— Как изобразить удобный контрольный «пакет»?
— Как засинхронизировать его при наблюдении?
Придется напомнить тем кто не знал и вдруг забыл протокол RS-232. Нагляднее всего протокол RS-232 можно представить на «характерных» символах 55hex=85=chr&(85)=«U» и FFhex=255=chr&(255).
Осциллограммы импульсов на разьеме RS 232 (ножка TX) показаны ниже.
Из соображений наглядности и синхронизации лучше непрерывно передавать последовательность символов chr&(255);chr&(85).
Думаю нагляднее уже не представить…
Продолжение следует.
Собрав простой инструмент для контроля реального АМ радиосигнала, можно приступить к исследованию проблемы.
Для тех, кто пропустил начало — смотрите
mtaalamu.ru/blog/1395.html
Сколько бы этим не занимался, а правила прежние:
— ни кому не верь ( даже себе );
— если не идет, вернись в самое начало.
Вернемся в самое начало.
Не буду рассказывать про АМ модуляцию, хотя тема эта при углублении в нее бесконечна как математика и физика. Задачка (на первый взгляд) проста — посмотреть что происходит с командным пакетом от момента его формирования процессором передатчика до входа RX процессора приемника-дешифратора. Смотрите:
mtaalamu.ru/blog/321.html
mtaalamu.ru/blog/331.html
mtaalamu.ru/blog/346.html
Вот и глянул… И обомлел...В пакете импульсы не только не прямоугольные, но и разные по амплитуде.
А должно быть примерно так:
Удивлен, что команды вообще декодировались…
Что это означает с точки зрения физики?
Импульсы не достигают необходимой амплитуды за свой период. Или не заряжается (разряжается) какая-то емкость, или одно из двух…
Да-а-а! С передатчиком оказалось не все просто. Перековыривать готовую конструкцию без готового решения нет смысла. Поэтому пришлось собрать макетку передатчика с модулятором отдельно.
Понятно, что без приборов тут вообще делать нечего, но есть и «мелкие» проблемы:
— Как изобразить удобный контрольный «пакет»?
— Как засинхронизировать его при наблюдении?
Придется напомнить тем кто не знал и вдруг забыл протокол RS-232. Нагляднее всего протокол RS-232 можно представить на «характерных» символах 55hex=85=chr&(85)=«U» и FFhex=255=chr&(255).
Осциллограммы импульсов на разьеме RS 232 (ножка TX) показаны ниже.
Из соображений наглядности и синхронизации лучше непрерывно передавать последовательность символов chr&(255);chr&(85).
Думаю нагляднее уже не представить…
Продолжение следует.
Комментарии (3)
RSS свернуть / развернутьSergei_T
yababay
Markony
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.