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

IEEE 802.15.4 читал, но идеалом его не считаю. Дан узкий диапазон (десятки kHz) поэтому склонен отказаться от использования DSSS, если кто-нибудь не переубедит меня в обратном

Думается, что на таких коротких пакетах использовать RS, LDPC или турбо-коды использовать нерационально. Вспоминается БЧХ. Может еще что-то подскажете, более эфективное. Возможность мягкого декодирования в приоритете. Насчет сверточного с прокалыванием (3/4) - думаю.

По модуляции склоняемся к QPSK.

О доступной комплектовке речь пока не идет, мыслим без ограничений

Будут рад если натолкнете меня на рассуждения в нужном русле. Спасибо!

Сообщение отредактировал _Макс - Oct 26 2012, 13:17

почему нескольких десятков кГц не будет достаточно для передачи 5-7 байт методом DSSS с нужной помехоустойчивостью? какова вообще информационная скорость передачи и требуемое С/Ш?

10-12 кБит нужно обеспечить в канале. Если короткий пакет "расширить" по DSSS, то он станет длиннее в n раз, значит время активного состояние увеличится в десятки раз, а у нас батарейное питание Другое дело, например, использовать какое-то кодирование и увеличить пакет, например в два раза (1/2) или даже на треть (3/4). А рабочее соотношение сигнал/шум должно быть настолько максимальным, насколько это возможно при заданном канале. Мне бюджет канала нужен 140-150дБм при 5-10дБм выходной мощности.
Кроме того при более широком канале уменьшается спектральная энергия, а значит, падает сигнал/шум. (Или может я не прав, почитаю сегодня Б. Скляра).

Сообщение отредактировал _Макс - Oct 26 2012, 15:13

Вроде правильно мыслите, ... например GFSK, возможно манчестер добавить, полосу увеличит, хотя может и не пройдет.
максимальную помехоустойчивость ( какую ...для бита, байта, пакета итп?) - минимальных соотношениях энергии бита к энергии шума - тут противоречие, ищите середину.

Манчестер не хочу. Длинные последовательности нулей и единиц, тут исключены. Умножать полосу на два манчестером, имхо безсмысленно.

Думается, QPSK будет лучше, чем GFSK.

Может не правильно выразился. В конечном счете задача стоит: передать пакет как можно дальше (20-30км) при указанной мощности передатчика, в NLOS условиях. Стационарный приемник отличается постоянным питанием и высокого качества трактом, но о нем мы пока не говорим. Хочется просто оптимальным и наиболее эффективным образом спроектировать PHY уровень.

Так как пакеты данных короткие, то большого усиления за счёт кодирования вы не получите, что-то в районе 3-4 дБ. Bероятность ошибки зависит только от отношения Eb/N0 при оптимальной обработке, N0 - спектральная плотность мощности шума, её вы изменить не можете, так у вас допустим МШУ шумит, Eb - энергия приходящаяся на бит передаваемой информации, вот на это вы повлиять можете, увеличивайте длительность символа при той же мощности передатчика, и не важно DSSS это или обычная модуляция узкополосная, да уменьшится скорость, да соответственно больше будет батарея кушаться, ищите компромиссы.

так конечная энергия (мощность) остается той же, просто "размажется" по более широкой полосе.

хотя 10-12 кбит в полосе нескольких кГц с помощью DSSS не вариант, конечно. Да и пакеты коротки, можно попробовать в качестве ПУ какой-нибудь сверточный турбокод + обязательно мягкое декодирование, ну и с модуляцией/скоростью поиграться.

Сообщение отредактировал Serg76 - Oct 26 2012, 16:20

Ну тогда уж лучше GFSK, как советуют, или что либо подобное с постоянной огибающей (CPM) ибо у вас основное требование:
"обеспечив при этом максимальный радиус действия при минимальной мощности передатчика (батарейное питание), это ключевое требование."

Помехоустойчивость доберете кодированием.

А широкополосные сигналы не рассматриваются? Может кодировать как в системах типа skylink 0-одной ПСП, 1 - другой, корреляционным приемником на приемной стороне выделять, поверх помехоустойчивый код наложить.

Кодирование, сверточный турбокод, широкополосность типа UWB, ...поверх помехоустойчивый код - все это лишнее избыточное, поскольку посылка короткая. Всё лишнее увеличит как потребление, так и временное окно. Ставьте приоритеты сначала, а не кучку противоречий.

1) ...обеспечить максимальную помехоустойчивость. Нужно много времени и мощности на бит.
2) максимальный радиус действия - если по прямой то тот диапазон, участок, где шумы минимальны. Но помнить, что при уменьшении длины волны нужно больше мощности.
Обращаем внимание на приемник и его минимальный шум. Важен выбор эффективного вида модуляции - коих много.
3) ... при минимальной мощности передатчика (батарейное питание) - значит короткая по времени посылка, "без излишеств" иначе проигрышь.
Проц, или матрица минимально кушающая в качестве обработчика. Вплоть до подсчета тактов по потреблению на весь пакет передачи/приема.

Ну так и я про то же. Вряд ли QPSK можно назвать удачным выбором. Возьмите что-нибудь из класса с постоянной огибающей (CPM), получим высокий КПД передатчика. да, немного проиграем в полосе, но благо запас в несколько десятков кГц для текущей скорости вроде есть. а уж потом играться с кодированием.

Да согласен, что QPSK можно назвать не очень удачным выбором. Также энергетика приёма и передача связаны, зависимы по энергетики для минимальных соотношений энергии бита к энергии шума при ограниченом батарейном питани. (Тут также важен и сам канал передачи, это антенны, согласование, и тп.) Если система делает редкий "сбор данных" то большее потребление может делать сам приемник а не передатчик. Тут могут меняться приоритеты по выбору вида модуляции. Вообщем желательно (если это реальный проект) видить все в целом. Если это студенческая работа, то думаю тут важно иметь аргументацию выбора и мат доказательство а не реальность выбранного вида модуляции. Поскольку техниеское вопрощение проекта и технологические ограничения могут не дать получить результат. И все свалиться к банальному выбору из того что есть на рынке.

Это реальный проект.

Некоторый update по полосе канала - в ней я практически не ограничен, требование в 10kHz можно отодвинуть до 1MHz максимум, битрейт до 10-20кбит is Ok. Получается DSSS можно, вопрос в том, нужно ли. И что лучше, DSSS или турбо код 1/2, например. Последнее получается компактнее по частоте. Или и то, и другое.

Сверточный код не хочу еще по той банальной причине, что от него всегда будет остаток равный длине кодера, увеличивается сообщение. Хотя его можно мягко декодировать, это радует.

Насчет зависимости КПД передатчика от модуляции не знал. Спасибо, что напомнили. Почему-то к FSK у меня душа не лежит... Кажется по спектральной эффектности FSK-2 хуже. (Б. Скляра читал давно, обрывки воспоминаний вам выкладываю =) Да и нелинейные искажения там имеют место при модуляции. При QPSK можно поставить фильтр перед модулятором, чтобы сгладить переходы, хотя энергия бита при этом упадет.

Да, в моих словах есть противоречия. Но как сказал коллега, тут нужно экспериментировать, подбирать, это правда. Приемо/передающий тракт можно составить из разных компонентов и у меня стоит задача, подобрать наиболее оптимальный набор сейчас. Конечно потом будут эксперименты. Но прежде, чем проектировать, нужно ориентироваться на что-то.

Фокус один, обеспечить максимальнейший бюджет канала, просто невероятный, десятки километров при миливаттном передатчике в условиях NLOS

Сообщение отредактировал _Макс - Oct 27 2012, 10:28

Если это реальный проект, то и опираться надо на реальные данные, технологии. Не думаю, что вы обгоните идеи парней в силиконовой долине.
... десятки километров при миливаттном передатчике в условиях NLOS. Что-то нереальное, ...

.. хотя пока вы не сказали ничего о диапазоне частот, антеннах, достоверности переданных данных, оперативности получения данных, характера передачи данных и тп. Выбор модуляции делать рано.

А если еще боритесь за бюджет, то ипользовать то что уже есть, дешевое и не последних лет разработки.

Я думал об этом, когда предлагал Вам сверточный турбокод. возьмите циркулярный сверточный код, тогда не будет никакого хвостовика, правда процедуру кодирования надо 2 раза проводить, но думаю это не будет проблемой. кроме того, можно поиграться с длиной кодового ограничения для нужной помехоустойчивости (в пределах разумного, конечно, потому как сложность декодирования растет по экспоненте в зависимости от длины кодового ограничения), ну и плюс к этому куча разных алгоритмов мягкого декодирования.