Цитата(777777 @ Nov 9 2011, 09:40)

Не понял вопроса, что значит "оценивать"? Чтобы измерить ее амплитуду
необходимо не менее 4 точек (при равномерном семплировании). Если считать по 8 точкам, результат получается неважный, при 16 точках 16 градаций определяются уверенно, но иногда, раз на несколько десятков слов, проходит ошибка которую я и пытаюсь исправить с помощью кодов восстановления.
Хотелось бы достичь 300 кбит/с, до 500 вряд ли удастся достичь. Сейчас пока получается 250.
спасибо, наконец-то стало более-менее ясно.
Вам надо не на приеме оценивать амплитуду, а на передаче - вблизи датчика - получать одно 4-битное значение на весь период
1. для этого взять 16 точек, усреднить по всем, взять корень квадратный из суммы квадратов
2. либо взять 4 точки (этого вполне достаточно по Котельникову) и методами интерполяции вычислить точную амплитуду (максимум на периоде)
после чего уже к 4-битному значению применить цифровую модуляцию BPSK, FSK или QAMm
и бегом бежать от АМ, т.к. здесь информационный параметр - амплитуда - наиболее подвержен искажениям
итого. частота следования измеренных амплитуд: 64к значений в секунду, по 4 бит, т.е. общая скорость 256 кбит/сек
для BPSK полоса сигнала будет примерно 320 кГц (rolloff a = 0.25), для FSK (CPFSK) с индексом модуляции <=1 ~ 512 кГц
для QPSK 165 кГц, QAM16 - 82 кГц
постоянку выходной трансформатор не пропустит, значит, надо перенести выше нуля - на ПЧ
с учетом вышесказанного, а также, если предположим потребуется применить код Хэмминга 7,4,3
целесообразно остановиться на QPSK-модуляции, чтобы не городить АРУ (и возможно, эквалайзер), необходимые для QAM-16
Цитата(Serg76 @ Nov 9 2011, 09:12)

Поддерживаю
des00, выше об этом уже писал. Может, если перейдете на КАМ16, то и с кодами не надо будет заморачиваться

на 5.5 км в меди - придется