недежность протокола, как подсчитать, с чего начать Опции

[bav]

Есть необходимость передавать лог. состояния (8 бит) по витой паре. Т. е. данные 8 бит => сериалайзер => витая пара => десериалайзер => 8 бит данные. Максимальная задержка 5 мкс.

Интерфейс выбран RS485, протокол свой (синхр, данные, инверсные данные, если ошибка, данные игнорируются). сериалайзер/десериалайзер, контоль ошибок сделаны на ПЛИС.

вопросы следующие:

1. как подсчитать надежность (вероятность ошибки), с чего начать, на что опираться

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

[bav]

С вояками дела не имел. У тех, для кого проектируйте, и спрашивайте требования.

это для медицины. управление источником ионизирующего излучения - отсюда и соответствующие требования.

Может не в тему, но повысить помехозащищенность можно применяя избыточные коды. Простейший - код Хемминга.

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

где можно найти вероятность возникновения ошибки, сбоя ?!?

ведь не может она быть равна 0. даже если буду использовать уровни +1кВ и -1кВ на уровне шума 1мВ!?! кажется уже туплю. поеду домой, завтра продолжу.







в продолжение...

мне сообщили, что после анализа RS485, необходимо тоже самое сделать с оптическим каналом связи (50 метров). здесь я вообще не знаю - где брать шум

[Oldring]

это для медицины. управление источником ионизирующего излучения - отсюда и соответствующие требования.

Ну так в таком случае долджны быть медицинские стандарты.

Возможно, правильная организация взаимодействия важнее. Отрубать источник при малейшем подозрении на сбой. Троекратной резервирование. Уровень помех, действительно, скорее всего низкий - следовательно, если сбой - так сильная помеха. От протокола, значит, следует требовать малой вероятности ошибочного приема блока при сильном его искажении.

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

Вероятность сбоя Вы не найдете. Потому что она скорее всего будет зависеть от наводок от соседнего оборудования. От какого-нибудь мощного преобразователя рядом.

Можно оценить условную вероятность необнаружения сбоя при условии возникновения сильной помехи. Для уменьшения этой вероятности и можно применять всякие продвинутые коды контроля. CRC-32 дает вероятность необнаружения сбоя меньше одной миллардной. Этого достаточно? Считается в FPGA тривиально. Если за сутки нет ни одного сбоя - это вполне ожидаемо. Но это не значит, что сбой не произойдет через год, когда рядом будет проезжать троллейбус. Если при этом установка поджарит пациента - вряд-ли это кому-то понравится. Поэтому, на мой взгляд, нужно вносить сбои и смотреть на реакцию системы...

Да и кто сказал, что в FPGA не собьется прошивка?