Кодирование... Дык неизвестно откуда идут данные и в каком формате и ещё много чего неизвестно. 485-ый представляет из себя просто помехозащищённую передачу сигналов на большие расстояния. А по сути это простейшее соединение двух устройств одним (несколькими) сигнальным проводом. Что на вход передатчика подаёте, то на выходе приёмника и получаете. Один в один, только с задержкой распостранения сигнала по линии. Поэтому кодирование и разделение своего сигнала на несколько параллельных сигналов для 485-ого это уже совсем другая тема.

данные идут с датчика, оцифрованный аналоговый сигнал 16 битным АЦП с частотой дискретизации 2 МГц

А что произойдет, если половина всех принятых данных будет содержать ошибки?
Это приемлемо? А если четверть? И вообще, о каком допустимом BER идет речь?

Нужна ли контрольная сумма при передаче или информация для восстановления? Если да, то всё придётся делать через ПЛИС. Если же искажения (очень редкие) не смертельны, а искажения возможны всегда (!) при передаче данных, то всё будет проще.

ошибок не должно быть

Тогда сочувствую

Самое смешное, что эзернет тоже не так просто реализовать. По одной простой причине - надо накапливать данные с АЦП для сборки в пакеты. Потом - разгребать. И если будет ошибка, то грохнется весь пакет (т.е. много измерений), а не одно измерение. А насчет "ошибок не должно быть" это автор темы погорячился. А если помеха влетает на вход АЦП? Чем такой вариант отличается от порчи бита в потоке?

Биты разные бывают.
Когда я интересовался помехоустойчивым кодированием (писал диплом в 2000 году), то встречал коды, в которых разные биты имеют разный вес (как раз наш случай). То есть, порча старшего бита - это катастрофа, поэтому он максимально защищён, а младший - всё равно содержит один шум, его потеря ничего не значит.

Да нет. Потом фильтровать надо данные (FIR)

Скажите уже, что за сигнал передаёте? Что на входе АЦП? Тогда может и совет полезный услышите.

Высоконадёжная передача данных даже на 100 метров - это тема докторской диссертации если не сложнее. Вы готовы в это окунуться?

Сообщение отредактировал GetSmart - Sep 11 2008, 08:47

Задача заменить передачу аналогового сигнала (30 - 300 кГц) по коаксиалу, на передачу оцифрованного сигнала

Так бы сразу и сказали. Для передачи того же звука вполне допускается выпадение одного сэмпла из допустим тысячи. Вообще, по 485 каналу можно передать сигнал с нехудшим качеством чем по коаксиалу. Проще всего ввести в канал дополнительную информацию по восстановлению. БЧХ или что покруче. MrYuran походу знает про это, может что посоветует. Делать такой большой поток данных легче всего в плисине, либо в черезмерно мощном проце. Можно расчитывать, что при этом ошибок вообще не будет если рядом молния не шваркнет или других искровых разрядов по близости нет.

Хотя наверно можно сперва поискать какие-нить готовые решения в сети или в продаже.

Сообщение отредактировал GetSmart - Sep 11 2008, 09:24

Эзернет
если все требования переписать в один список, то эзернет, предложенный кем-то в первом ответе, будет в самый раз. и лучше гигабитный, для возможности повтора испорченных пакетов.
а "разжевав" кодирование будет видно что это копия tcp
очередной вЕлик

Сообщение отредактировал VDG - Sep 11 2008, 12:06

тогда еще вопросик:

если эзернет точка-точка, можно ли на одном конце не использовать трансформатор?

Если сам сигнал от 30 до 300 кГц, а оцифровывается 2 МГц, то целесообразно предварительно слегка припаковать. Если ставится ПЛМ, то очень легко реализуется например вычисление разницы между предыдущим и последующим. Думаю что необходимая скорость передачи потока уменьшится на порядок.

Я и USB2 протягивал с ретрансляцией 5 раз по 15 метров и питанием с одной стороны. Получал скорость до 23 Мбайт.
Если питание с двух сторон можно сделать, то по 20 метров ретрансляторы будут работать.