Продолжение.





Собрав простой инструмент для контроля реального АМ радиосигнала, можно приступить к исследованию проблемы.

Для тех, кто пропустил начало — смотрите

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).



Думаю нагляднее уже не представить…
Продолжение следует.