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

 
 
2 страниц V  < 1 2  
Reply to this topicStart new topic
> помехо защищенное кодирование, кто может уже делал
asen
сообщение May 17 2006, 15:00
Сообщение #16


Знающий
****

Группа: Свой
Сообщений: 513
Регистрация: 5-09-05
Из: Барнаул
Пользователь №: 8 220



да это верно но в моем случии передача байтовая с приличными интервалами между байтов так что при потере 1 байта получается 8 бит из пакето 64 бита это в принципе тоже востоновимо
Go to the top of the page
 
+Quote Post
Andy Mozzhevilov
сообщение May 20 2006, 07:25
Сообщение #17


Знающий
****

Группа: Свой
Сообщений: 877
Регистрация: 26-01-05
Из: Екатеринбург
Пользователь №: 2 206



Цитата(asen @ May 17 2006, 20:25) *
В нашем случии как раз выполняются все три приведенных ниже требования

Если рассуждать о применение кодов с исправлением ошибок, то эти коды имеет смысл применять:
1. если канал симплексный


Почему RS-485 стал симплексным? Конечно, любой канал можно использовать как симплексный, но по сути RS485 - полу-дуплекс.

Цитата
2. если время распространения сигнала от передатчика до приемника несоизмеримо больше времени передачи самого пакета (спутниковые каналы)

Да ну, бросьте, в вашем случае это время вообще можно не учитывать.


Цитата
3. если необходимо произвести доставку сообщения за время "не более чем", а ширина канала не позволяет организовать перезапрос искаженных кадров.

Судя по тому, что время между между байтами у вас больше, чем время передачи байта (по вашим словам), то канал используется крайне неэффективно, соответсвенно запас по ширине есть.


Цитата
а насчет

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

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


Сергей тут сделал правильное уточнение.

Цитата
да это верно но в моем случии передача байтовая с приличными интервалами между байтов так что при потере 1 байта получается 8 бит из пакето 64 бита это в принципе тоже востоновимо


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


--------------------
Пасу котов...
Go to the top of the page
 
+Quote Post
ASN
сообщение May 20 2006, 09:15
Сообщение #18


Местный
***

Группа: Свой
Сообщений: 459
Регистрация: 15-07-04
Из: g.Penza
Пользователь №: 326



asen

IMHO, Вы очень усложняете задачу там, где это не требуется.
Суммируя сказанное vladec, Andy Mozzhevilov, Сергей Борщ и _artem_
1. Проработать вопрос организационно-технических мероприятий по обеспечению надлежащего качества линия связи. Для этого можно использовать набор тестовых последовательностей, измеряющих это самое качество. Если оно не удовлетворяет – обеспечить средствами заказчика. Это не Ваши проблемы.
2. Правильно реализовать согласование линий связи (проанализировать схемотехнику устройтсва).
3. Использовать обыкновенную защиту CRC16 (или CRC32) на основе протокола modbus serial line protocol.
4. Если есть запас по скорости, то передавать команду нечётное число раз и принимать решения абонентом методом мажоритирования.
5. Если есть требование гарантированной доставки команду, то лучше всегда периодически возвращать статус устройтсва. Это позволяет с большей достоверностью определить прошла команда или нет.
Go to the top of the page
 
+Quote Post
Andy Mozzhevilov
сообщение May 22 2006, 04:45
Сообщение #19


Знающий
****

Группа: Свой
Сообщений: 877
Регистрация: 26-01-05
Из: Екатеринбург
Пользователь №: 2 206



Цитата(ASN @ May 20 2006, 15:15) *
asen

4. Если есть запас по скорости, то передавать команду нечётное число раз и принимать решения абонентом методом мажоритирования.

При использовании CRC16/32 смысла в каком-либо мажорировании не вижу.

Цитата
5. Если есть требование гарантированной доставки команду, то лучше всегда периодически возвращать статус устройтсва. Это позволяет с большей достоверностью определить прошла команда или нет.

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


--------------------
Пасу котов...
Go to the top of the page
 
+Quote Post

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

 


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


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