реклама на сайте
подробности

 
 
 
Reply to this topicStart new topic
> Помехоустойчивые протоколы передачи данных
TOG
сообщение Oct 4 2008, 14:11
Сообщение #1


Местный
***

Группа: Участник
Сообщений: 261
Регистрация: 28-11-06
Из: Челябинск
Пользователь №: 22 840



Товарищи,
пните в нужном направлении - нужен помехоустойчивый протокол для передачи данных по радиоканалу (433 МГц). Нужно чтобы при искажении пакета данных, принимающая сторона могла бы восстановить исходный пакет без ошибок.
Go to the top of the page
 
+Quote Post
vik0
сообщение Oct 4 2008, 15:05
Сообщение #2


Местный
***

Группа: Свой
Сообщений: 381
Регистрация: 27-07-08
Из: теплые края
Пользователь №: 39 233



М.б. избыточное кодирование? Reed-Solomon, например.
Go to the top of the page
 
+Quote Post
MrYuran
сообщение Oct 4 2008, 16:05
Сообщение #3


Беспросветный оптимист
******

Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646



Видал однажды техпроект широкополосной радио линии, там по-моему каскадный код применялся.
Рид-соломон поверх свёрточного. Но насчёт исправления на приёмном конце губу особо раскатывать не стоит. Исправлять можно одиночные редкие ошибки. Если вылетает полпакета, никакие коды не помогут. В общем, исходить надо из характера помехи. От пакетных помех применяют скремблирование, но тогда естественно возрастает время задержки и обработки.
Обычно применяется контроль ошибок и перезапрос пакета.
возможный вариант - при ошибке попытаться восстановить пакет, а при невозможности - перезапрос.

Восстанавливающие коды намного более избыточные, чем просто контролирующие.


--------------------
Программирование делится на системное и бессистемное. ©Моё :)
— а для кого-то БГ — это Bill Gilbert =)
Go to the top of the page
 
+Quote Post
Lelikk
сообщение Oct 4 2008, 16:51
Сообщение #4


Частый гость
**

Группа: Свой
Сообщений: 81
Регистрация: 15-12-07
Из: Москва
Пользователь №: 33 326



То есть вам в первую очередь необходимо определиться - насколько важна пропускная способность канала - так как скремблирование избыточной информации не добавляет, то есть не снижает пропускную способность.
А все восстанавливающие коды, особенно с хорошими "возможностями восстановления" сильно нелинейно увеличивают размер передаваемых данных.
Go to the top of the page
 
+Quote Post
Valery_Vlad
сообщение Oct 4 2008, 18:26
Сообщение #5


Местный
***

Группа: Участник
Сообщений: 474
Регистрация: 3-11-05
Из: Москва
Пользователь №: 10 421



Цитата(TOG @ Oct 4 2008, 18:11) *
нужен помехоустойчивый протокол для передачи данных по радиоканалу (433 МГц). Нужно чтобы при искажении пакета данных, принимающая сторона могла бы восстановить исходный пакет без ошибок.

Мало данных. Нужно подробно описать систему, нужно задание на проектирование.
Go to the top of the page
 
+Quote Post
readt
сообщение Oct 4 2008, 18:33
Сообщение #6


Участник
*

Группа: Участник
Сообщений: 44
Регистрация: 23-04-05
Из: Киев
Пользователь №: 4 436



Цитата(MrYuran @ Oct 4 2008, 19:05) *
Если вылетает полпакета, никакие коды не помогут.

Все зависит от того, что значит "вылетает". В смысле имеет место выпадение или вставка бит данных. Или-же в смысле искажены. Если последнее, то для этого используют перемежение как пример тракт DVB (там и сверточный код и перемежение и блочный код).
Go to the top of the page
 
+Quote Post
TOG
сообщение Oct 5 2008, 04:50
Сообщение #7


Местный
***

Группа: Участник
Сообщений: 261
Регистрация: 28-11-06
Из: Челябинск
Пользователь №: 22 840



Спасибо.
Я так понял копать нужно в сторону кодирования Рида-Соломона и сверточного кода...
Скорость канала ~150 кбит/с. Нужно передавать файлы размером 300-400 kB. Размер пакета может быть любой(сейчас 512 байт). Помехи искажают 1--5 байт в пакете(512 байт), повреждается примерно каждый пятый пакет. Принимающая сторона должна принять все пакеты, востановить поврежденные(с помощью этих самых алгоритмов), при невозможности восстановления некоторых поврежденных пакетов послать запрос на повторную передачу именно этих нескольких пакетов.
Тоесть если из 20 битых пакетов приемник сможет восстановить хотя бы 15 это будет отлично, повторно придется запрашивать всего 5 пакетов. Это значительно может снизить общее время передачи.

Сообщение отредактировал TOG - Oct 5 2008, 04:53
Go to the top of the page
 
+Quote Post
Flasher
сообщение Oct 5 2008, 08:44
Сообщение #8


Местный
***

Группа: Свой
Сообщений: 374
Регистрация: 6-09-05
Из: Тирасполь, Приднестровье
Пользователь №: 8 294



Посмотрите трансиверы Chipcon от TI -там все есть для вашей задачи.
Go to the top of the page
 
+Quote Post
one_eight_seven
сообщение Oct 5 2008, 09:56
Сообщение #9


Знающий
****

Группа: Участник
Сообщений: 916
Регистрация: 3-10-08
Из: Москва
Пользователь №: 40 664



Цитата
Я так понял копать нужно в сторону кодирования Рида-Соломона и сверточного кода...

Ну необязательно, может и код Голея сгодится. В случае со свёрточными кодами программа декодера может оказаться довольно жирной. Очень может быть, что гораздо дешевле и надёжнее поставить усилитель на передачу. Но если хотите решать проблему с помощью математики, а не физики, то тема "Помехоустойчивое кодирование" (канальное кодирование) в любой книге по цифровой связи, например, Дж. Прокис "Цифровая связь" или Бернард Скляр "Цифровая связь" вам в помощь. Но стоит просвятиться и в теме "бюджет канала".

Сообщение отредактировал one_eight_seven - Oct 5 2008, 09:59
Go to the top of the page
 
+Quote Post
Николай Иванович...
сообщение Oct 7 2008, 08:55
Сообщение #10


Частый гость
**

Группа: Новичок
Сообщений: 139
Регистрация: 26-09-08
Пользователь №: 40 510



Если поцедура кодирования/декодирования/восстановления занимает времени больше, чем повторная передача пакета, то эффективней не навороченные коды юзать, а просто повторную отправку пакета.
Go to the top of the page
 
+Quote Post
MrYuran
сообщение Oct 7 2008, 09:03
Сообщение #11


Беспросветный оптимист
******

Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646



Цитата(Николай Иванович Приходько @ Oct 7 2008, 12:55) *
Если поцедура кодирования/декодирования/восстановления занимает времени больше, чем повторная передача пакета, то эффективней не навороченные коды юзать, а просто повторную отправку пакета.

Есть специфические моменты.
Например, радиорелейка.
Чтобы отправить пакет с конца на конец, необходимо, допустим, пройти 10 пролётов. Вот и считайте затраты на "туда-обратно"


--------------------
Программирование делится на системное и бессистемное. ©Моё :)
— а для кого-то БГ — это Bill Gilbert =)
Go to the top of the page
 
+Quote Post
Николай Иванович...
сообщение Oct 7 2008, 09:33
Сообщение #12


Частый гость
**

Группа: Новичок
Сообщений: 139
Регистрация: 26-09-08
Пользователь №: 40 510



Цитата(MrYuran @ Oct 7 2008, 13:03) *
Есть специфические моменты.
Например, радиорелейка.
Чтобы отправить пакет с конца на конец, необходимо, допустим, пройти 10 пролётов. Вот и считайте затраты на "туда-обратно"

Ничего не имею против. Я же писал :
Цитата(Николай Иванович Приходько @ Oct 7 2008, 12:55) *
Если поцедура кодирования/декодирования/восстановления занимает времени больше, чем повторная передача пакета...
Go to the top of the page
 
+Quote Post
Grumbler_2002
сообщение Oct 7 2008, 14:47
Сообщение #13


Частый гость
**

Группа: Свой
Сообщений: 154
Регистрация: 5-01-05
Из: г. Зеленоград
Пользователь №: 1 817



Цитата(TOG @ Oct 5 2008, 08:50) *
Размер пакета может быть любой(сейчас 512 байт). Помехи искажают 1--5 байт в пакете(512 байт), повреждается примерно каждый пятый пакет.


Какого рода ошибки? Пакетированные или одиночные? Сатистика есть? Какова требуемая достоверность на выходе?
Go to the top of the page
 
+Quote Post
furymaxx
сообщение Oct 8 2008, 12:28
Сообщение #14


Участник
*

Группа: Участник
Сообщений: 29
Регистрация: 23-07-07
Пользователь №: 29 319



Пакетные ошибки можно превратить в одиночные с помощью перемежителя. Отталкиваться нужно также от количества ошибок в канале связи и допустимого снижения скорости передачи.
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 17:24
Рейтинг@Mail.ru


Страница сгенерированна за 0.01466 секунд с 7
ELECTRONIX ©2004-2016