[an error occurred while processing this directive]
|
в начале сеанса связи там есть и преамбула, и синхрослово, по кторой надо войти в синхронизм. Затем застопорить всю подстройку битовой синхры. Это я сам все делаю, ПЛИСиной. В CC1100 я отрубил нах все ее умные внутренности - собственно asynchronous transparent это и подразумевает. Там на выходе RXDATA появляется просто сигнал с демодулятора, порой отнюдь не кратный по длительности запрограммированной битовой скорости. Я вот такой эксперимент сейчас провел - принимаю кучу бит (576, но это не важно), затем у передатчика "минута молчания", то есть в течение 288 бит от от меня ответа ждет, потом опять врубается на передачу - и тут первые 2-8 бит принимаются НЕВЕРНО (смотрю осциллом, чтобы исключить глюки в моем битовом и фреймовом синхронизаторе). То есть совсем неверно, как будто частота куда-то уехала, я же не юзаю внутреннюю битовую синхронизацию, на кой тогда преамбула-то? Детектируй что пришло, если частота меньше центральной, ноль, если больше - единица.
Ощущение, что или АРУ врубает на полную усиление, что приводит к перегрузке вначале, или ихняя схема компенсации ухода центральной частоты уводит ее куда-то нахрен. Хотя я это и отключаю, но то-ли не отключается, то-ли там еще какие-то авторегулировки... Документация хреновее чем самая херовая.