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

[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 не собьется прошивка?

[x736C]

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

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

Вопрос построения безопасного канала данных остается открытым.

Вопрос критерия безопасности. «Сколько вешать в граммах».

P.S. Кстати, статья в Википедии по теме на редкость развернутая.

[i-mir]

Вопрос критерия безопасности. «Сколько вешать в граммах».

Ну почему же, можно оттолкнуться от ГОСТ 29.205-88 Комплексы и устройства телемеханики. Общие технические условия.
Там кое-какие цифры есть.

[x736C]

Ну почему же, можно оттолкнуться от ГОСТ 29.205-88 Комплексы и устройства телемеханики. Общие технические условия.
Там кое-какие цифры есть.

Вот и я говорю. В ГОСТе три категории телемеханических комплексов. Для всех трех цифры разные.
Кстати спасибо за наводку, интересный ГОСТ.