1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

Резервирование RS-485

RS-485, ProfiBUS, 4-20 mA, Wi-Fi, GSM и так далее

Модератор: Глоб.модераторы

Закрыто
Аватара пользователя

Автор темы
petr2off
эксперт
эксперт
Сообщения: 1737
Зарегистрирован: 06 янв 2016, 19:45
Имя: Петров В.Л.
Страна: Россия
город/регион: Красноярск
Благодарил (а): 78 раз
Поблагодарили: 235 раз

Резервирование RS-485

Сообщение petr2off »

Вообще меня как автора топика интересовала проблема резервирования RS-485. По резервированию TCP/IP у меня вопросов нет.
Аватара пользователя

keysansa
эксперт
эксперт
Сообщения: 2471
Зарегистрирован: 20 дек 2018, 04:45
Имя: Сергей
Страна: РБ/РФ
город/регион: РФ Сергиев Посад
Благодарил (а): 2121 раз
Поблагодарили: 208 раз

Резервирование RS-485

Сообщение keysansa »

petr2off писал(а): 27 авг 2022, 19:50 Вообще меня как автора топика интересовала проблема резервирования RS-485. По резервированию TCP/IP у меня вопросов нет.
Так kirillio, сразу ответил.
В трансформаторной будке живет трансформаторная собака (с) Прозрачный гонщик.
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 18758
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 973 раза
Поблагодарили: 1854 раза

Резервирование RS-485

Сообщение Jackson »

petr2off писал(а): 27 авг 2022, 19:50 Вообще меня как автора топика интересовала проблема резервирования RS-485.
Так давайте конкретно. Какие устройства, куда что резервировать. Схемку бы. И решение найдётся.

Ключевое в решении: резервировать нужно не саму линию связи, а работоспособность связи. Ну и в идеале устройство обязано иметь ещё один порт (кроме того RS-485), по которому оно сможет общаться при отказе RS-485. Иначе как ни резервируй линию связи, а всё упрётся в единственный порт, который если сдох то всё.
По вопросам работы Форума можно обратиться по этим контактам.
Аватара пользователя

Автор темы
petr2off
эксперт
эксперт
Сообщения: 1737
Зарегистрирован: 06 янв 2016, 19:45
Имя: Петров В.Л.
Страна: Россия
город/регион: Красноярск
Благодарил (а): 78 раз
Поблагодарили: 235 раз

Резервирование RS-485

Сообщение petr2off »

Да я уже заложил резервирование по кольцу Ethernet, просто решение дороговатое получается. Вот и захотелось покапать в этой части, а тут решений не особенно много. Что касается
Jackson писал(а): 30 авг 2022, 14:20 Ключевое в решении: резервировать нужно не саму линию связи
это конечно верно, но у пожарников записано - что нужно резервировать линию связи, точнее это сформулировано так - обрыв линии связи не должен приводить к отказу системы. Про порты они еще ничего не писали, ну по крайней мере я не читал. И моя задача пройти экспертизу (прошел кстати), а там эксперты работают просто - есть строка в СП - выполняй.
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 18758
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 973 раза
Поблагодарили: 1854 раза

Резервирование RS-485

Сообщение Jackson »

petr2off писал(а): 02 сен 2022, 06:50 это конечно верно, но у пожарников записано - что нужно резервировать линию связи, точнее это сформулировано так - обрыв линии связи не должен приводить к отказу системы.
Драсте приехали! Разве это одно и то же?
Никого не интересует, как именно добьётесь того чтобы при обрыве линии связи система не переставала работать, хоть флажным семафором сигналы передавайте. Это и называется резервировать связь, а не линию связи. А ещё точнее - это называется устойчивость к единичному отказу, то есть отказоустойчивость. А про интерфейсы и порты у них ни слова не сказано и это правильно, потому что технологии меняются день ото дня и не их дело в этом разбираться - это дело инженеров исполнителей.
petr2off писал(а): 02 сен 2022, 06:50 Про порты они еще ничего не писали
И не будут они об этом задумываться, потому что см.выше.
petr2off писал(а): 02 сен 2022, 06:50 а там эксперты работают просто - есть строка в СП - выполняй.
И тоже нормально всё. Наши инспектора проверяли отказоустойчивость до банальности просто: при выполнении процедуры функционального теста выкручивали из клемм какой-нибудь провод, например тот же интерфейс, и продолжали выполнять процедуру.
По вопросам работы Форума можно обратиться по этим контактам.
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 18758
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 973 раза
Поблагодарили: 1854 раза

Резервирование RS-485

Сообщение Jackson »

Там где такое резервирование явно необходимо - это сказано открытым текстом.
[+] например
Например в морском регистре сказано так: "Если цифровой интерфейс используется для двух и более ответственных функций, то он должен быть дублированным".
Там также сказано что "единичный отказ в системе управления не должен оказывать влияния на функции этой системы", и по идее можно было бы ответственные функции резервировать только релюшками и всё. Но в силу того что есть первое требование, все морские приборы ответственного назначения должны иметь (половина уже имеют) на борту два аппаратно независимых порта и алгоритм автоматического переключения с одного на другой. Там где это не предусмотрено производителем - это головная боль инженера. Там где есть - просто подключаешь два кабеля и всё.
Вы на берегу, у Вас требования резервировать именно интерфейс нет, поэтому надо смотреть по месту как сделать отказоустойчивость, а не однозначно интерфейс дублировать - это разные задачи. Иногда одно без другого не получается, но это не догма. Надо по месту смотреть.

Отправлено спустя 40 минут 22 секунды:
Кстати, один заказчик даже покупал у нас контроллеры потому, что уже всё есть для аппаратного дублирования интерфейса. Использовал просто как удалённые I/O (хотя они узкоспециальные) с дублированным интерфейсом. Видимо, посчитал деньги и ему вышло так проще.
По вопросам работы Форума можно обратиться по этим контактам.
Аватара пользователя

kirillio
И жнец, и чтец...
И жнец, и чтец...
Сообщения: 1405
Зарегистрирован: 26 май 2022, 09:48
Имя: Кирилл
Страна: РФ
город/регион: Москва
Благодарил (а): 411 раз
Поблагодарили: 353 раза

Резервирование RS-485

Сообщение kirillio »

petr2off писал(а): 02 сен 2022, 06:50 Про порты они еще ничего не писали, ну по крайней мере я не читал.
Так может сперва почитать ?
1. СП 484, п.3.20 коллега уже приводил, см. выше.
2. п. 3.5
единичная неисправность линий связи: Единичное нарушение работоспособности одной из линий связи.
3. п.5.3
В случаях, когда защите подлежат объекты, разделенные на пожарные отсеки, комплексы отдельно стоящих
зданий или сооружений (два или более здания или сооружения), в том числе объединенные строительными
конструкциями (например, переходами), единичная неисправность линий связи СПА в одной части объекта (в здании,
сооружении, отсеке и т.п.) не должна влиять на работоспособность СПА в других частях объекта и возможность
отображения сигналов о работе СПА на пожарном посту.
4. п.5.4
СПА должна быть спроектирована таким образом, чтобы в результате единичной неисправности линий связи
был возможен отказ только одной из следующих функций:
- автоматическое формирование сигнала управления не более чем для одной зоны защиты (пожаротушения,
оповещения и т.п.);
- ручное формирование сигнала управления не более чем для одной зоны защиты (пожаротушения, оповещения и
т.п.).
Из этого у вас автоматом вырисовывается требование к портам. Отказ прибора или группы приборов может нарушать данные требования. Тут нужно понимать контекст требования, в разрезе конкретной задачи, где-то это формально прокатит, а где-то нет. Пример.
[+]
https://youtu.be/NaRsdG0319E?t=712
https://youtu.be/NaRsdG0319E?t=2791
petr2off писал(а): 02 сен 2022, 06:50 И моя задача пройти экспертизу
И это печалит. Это равносильно тому, чтобы поступить на службу в армию, для чтобы плац топтать, вместо того, чтобы войну побеждать.
Аватара пользователя

keysansa
эксперт
эксперт
Сообщения: 2471
Зарегистрирован: 20 дек 2018, 04:45
Имя: Сергей
Страна: РБ/РФ
город/регион: РФ Сергиев Посад
Благодарил (а): 2121 раз
Поблагодарили: 208 раз

Резервирование RS-485

Сообщение keysansa »

Jackson писал(а): 02 сен 2022, 11:39Вы на берегу,
Хоть и на берегу, но в ЖД транспорте - тоже самое. Важно решение о проблеме, а не как оно будет получено. Должно быть резервирование всего того, что участвует в решении. Вплоть до контроллера. Или человеками с рациями и фонариками.
Есть одна вещь, не нуждающаяся в резервировании - реле первого класса надежности. Но схемы должны быть разработаны с учетом их безопасного применения.
В трансформаторной будке живет трансформаторная собака (с) Прозрачный гонщик.
Аватара пользователя

Jackson
администратор
администратор
Сообщения: 18758
Зарегистрирован: 17 июн 2008, 16:01
Имя: Евгений свет Брониславович
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 973 раза
Поблагодарили: 1854 раза

Резервирование RS-485

Сообщение Jackson »

keysansa писал(а): 02 сен 2022, 22:16 Хоть и на берегу, но в ЖД транспорте - тоже самое. Важно решение о проблеме, а не как оно будет получено. Должно быть резервирование всего того, что участвует в решении. Вплоть до контроллера. Или человеками с рациями и фонариками.
Пусть человек задачу поставит, если она у него есть. А там - хоть на железной дороге хоть в космосе - решить можно. Пока что вопрос не задан и задача не поставлена.
По вопросам работы Форума можно обратиться по этим контактам.
Закрыто

Вернуться в «Интерфейсы, протоколы, связь»