Инструкция по использованию с2000м для дежурного персонала
Содержание:
- Почему не сделать сразу как надо?
- Пуск всех «С2000-АСПТ» при нажатии любого УДП.
- Управление табло «Уходи» и «Не входи» от нескольких «С2000-АСПТ».
- Как увидеть «С2000-Ethernet» в «UProg».
- Связь С2000М с АРМ Орион ПРО.
- Связь С2000М с АРМ Орион ПРО.
- Почему не сделать сразу как надо?
- Глючность «UProg» при работе с» С2000-Ethernet».
- Управлением режимом автоматики нескольких «С2000-АСПТ» от каждого СМК.
- На следующий день.
- Поиск проблем.
- Запуск и останов устройств.
- Режимы работы.
- Работа через маршрутизатор.
Почему не сделать сразу как надо?
Тому есть несколько причин.
1. Невозможность объяснить почему нужен системный блок именно с com портом клеркам, заказывающим оборудование.
2. Некоторая сложность в создании зеркальных баз данных для С2000М и Орион ПРО. Функция конвертирования у меня так ни разу нигде не заработала – все надо делать руками. Сложно даже не сделать,а отслеживать изменения и делать их параллельно. Потому и не заморачиваются.
3. Скорость работ. На заключительном этапе строительства время ускоряется и никто уже не слушает нытье какого-то «программиста» слаботочных систем.
4. Отсутствие пусконаладочных работ. Пусконаладка сейчас вообще не является работой и отсутствует как класс.
Имеется ИСО «Орион» со структурной схемой, приведенной ниже и имеется некая проблема, препятствующая нормальной работе.
Проложена линия RS-485, все приборы, соединенные непосредственно интерфейсом работают без проблем, но я не могу заставить пульт (и только пульт) увидеть приборы №11 и №12.
Что делалось и проверялось:
Оба преобразователя С2000-Ethernet запрограммированы в прозрачном режиме, т.е. пересылают команды RS-485 туда-сюда.
Пингование приборов С2000-Ethernet показывает следующее: Первый пинг занимает 11 мс, все последующие (вплоть до 100 пакетов) – 5 мс. Без «провалов» и обрывов. Пингование осуществлялось с обеих сторон. Пингование осуществлялось с ключом -n 100
Оба преобразователя C2000-Ethernet были версии 2.15. Обновил на версию 2.52. Таймаут ожидания квитанции – 80 мс, в соответствии с РЭ. Стоповый бит 1, в соответствии с РЭ.
Когда я встаю планшетом с Uprog’ом и преобразователем USB-RS485 на клеммы «А В» преобразователя С2000-Ethernet №1, я вижу приборы №11 и №12, но в 20% случаев при опросе порта не виден один или оба прибора.
Когда я встаю Uprog’ом на клеммы «А В» и преобразователем USB-RS485 пульта С2000-М переведя пульт в режим программирования, то я так же вижу эти приборы и так же в 20% случаев при опросе порта не виден один или оба прибора.
Когда я встаю Uprog’ом с преобразователем USB-RS232 на пульт, при этом пульт работает в режиме «Принтер» и переведен в режим программирования, я также вижу эти приборы. Но в 20% случаев при опросе порта не виден один или оба прибора.
Когда я встаю Pprog’ом с преобразователем USB-RS232 на пульт, при этом пульт работает в режиме «Компьютер» (протокол ОрионПро), то я не вижу приборы №11 и №12, беспросветно. Все остальные приборы, естественно, видны.
Вручную закатал приборы №11 и №12 в пульт – он, как следствие, эти приборы не видит. Т.е. нет ни обрывов, ни восстановления связи. Приборов просто НЕТ.
Вопрос: Кто виноват и что делать?
Структура линии интерфеса тут:
http://s57.radikal.ru/i156/1507/d3/b.
Пуск всех «С2000-АСПТ» при нажатии любого УДП.
Если для каждого выхода можно установить по одному табло и СМК для каждого направления пожаротушения в помещении, то два УДП рядом будут выглядеть непонятно. Поэтому необходимо, чтобы один УДП запускал все направления.
В РЭ «С2000-АСПТ» (s2000_aspt_ret_oct_20.pdf) на Стр. 28 сказано:
В РЭ «С2000М» (s2000m_ret_v.4.12_aug_20.pdf) на Стр. 67 сказано:
Это значит что УДП можно подключать к шлейфам прибора «Сигнал-10(20)» и передавать сигнал при помощи сетевого контроллера, осуществляя программирование сценариев управления программой PProg.
Будет конечно проблема для эксплуатирующей организации: для возвращения системы в норму после нажатия УДП необходимо будет в правильной последовательности осуществить ряд действий: отжать УДП, сбросить «Сигнал-10(20)», сбросить «С2000-АСПТ». Дедушка-сторож вряд ли справится с таким заданием.
Конечно, лучше для подключения УДП использовать прибор «Сигнал-20М» с собственными кнопками управления и индикаторами.
Кроме того, прибор блок «Сигнал-10» использовать для подключения УДП не рекомендуется, поскольку, исходя из Стр. 10 РЭ «Сигнал-10» и РЭ «Сигнал-20П» следует, что у блока «Сигнал-10» отсутствует тип входа «Пожарный пусковой».
У блока «Сигнал-10» 16 типов шлейфов.
У блока «Сигнал-20П» 18 типов шлейфов — добавлены типы:
17 – Водосигнальный; 18 – Пожарный пусковой.
Можно подробнее почитать тут forum-bolid.ru/viewtopic.php?f=13&t=2639 и тут partners.bolid.ru/forum/forum_18720.html
Кроме того, видеоуроки «Сценарии пульта. Настройка запуска пожаротушения от сработки извещателей ДИП-34А»:
https://www.youtube.com/embed/CuVoovhHILY»>
Осуществим следующую конфигурацию в Uprog.
Создадим разделы в Uprog, в которые добавим УДП. Типы шлейфов с УДП должны быть «Пожарный пусковой», но если это указано в Uprog, то можно оставить «по умолчанию».
Создаем сценарий типа «Не охранные» и добавляем шаг сценария с командой шлейфу «запустить АУП» с разрешающим условием «УДП активировано» и запрещающим условием «Автоматика АУП выключена» для разделов с соответствующими «С2000-АСПТ».
Если используется тип шлейфа 16 – «Пожарный ручной» , который формирует событие «Пожар2», то разрешающим условием будет «Пожары»->»Пожар 2″.
Нужно ли создавать запрещающее условие вопрос спорный. Возможно имеет смысл применять запрещающее условие «Блокировка пуска АУП»
Привязываем сценарий к ШС11 «Контроль режима дистанционного запуска».
В настройках АСПТ есть параметр «Приоритет дистанционного пуска», если он включен, то пуск произойдет и при наличии неисправности, и при открытой двери. Соответственно необходимо принять решение и этот параметр выключить или оставить включенным. Непонятно как этот параметр «дружит» с запрещающим условием в сценарии.
Цитаты из РЭ на «С2000-АСПТ»:
Альтернативные способы подключения нескольких УДП к нескольким «С2000-АСПТ».
- Но работа шлейфа типа 18 какая-то мутная может показаться необычной, и может быть лучше все-таки делать привычный тип шлейфа 16 – «Пожарный ручной» , который формирует событие «Пожар2».
- Есть вариант подключить УДП к «технологическому» шлейфу с разрешающим условием «Нарушение технологического входа» (это можно, поскольку в итоге сценарий будет переводить в состояние сработки пусовой шлейф) — тогда не будет возникать никакого события «Пуск» или «Пожар» в блоке «Сигнал-20П» и блок будет всего лишь транслятором состояния шлейфа.
- Можно конечно использовать собственные выходы прибора блока «Сигнал-10(20)», к шлейфам которого подключается УДП, и подключать их к соответствующему входу (Цепь ручного пуска) «С2000-АСПТ» — тогда не понадобятся сценарии, и управление будет происходить автономно. Но релейных выходов блока «Сигнал-10(20)» мало, и они позже очень пригодятся для трансляции сигналов от СМК для отключения автоматики каждого «С2000-АСПТ» при открытии дверей.
- Еще интересный способ пуска без сценариев с использованием стандартных программ управления выходами: привязать раздел с УДП к собственному реле «С2000-АСПТ» (это реле ничем не отличается от реле других блоков, например, «С2000-СП1») — и это реле уже будет срабатывать, управляя собственным шлейфом ручного пуска прибора, будучи подключенным к нему через оконечные и добавочные сопротивления в качестве датчика. Тогда тоже целесообразнее использовать тип шлейфа «технологический».
Управление табло «Уходи» и «Не входи» от нескольких «С2000-АСПТ».
Можно над каждой дверью повесить столько табло, сколько приборов управления пожаротушением применено для защиты помещения. И каждое табло соединить со своим прибором пожаротушения.
Если дверей несколько, то придется тянуть солидный пучок проводов, а несколько одинаковых табло над дверью будут смотреться глупо.
Но зато без проблем используем родные выходы «С2000-АСПТ», специально предназначенные для этого.
К тому же если двери всего лишь две, и направлений пожаротушения в помещении тоже всего лишь два — то вариант нескольких табло приемлемый: над каждой дверью будет два табло, и к каждому соответствующему выходу «С2000-АСПТ» будет подключено два табло.
Как вариант, создать общие системные выходы — т. е. осуществлять управление табло от «С2000-КПБ» под управлением «С2000М».
В РЭ «С2000-АСПТ» на Стр. 34 содержаться таблицы состояний выходов в зависимости от режимов работы блока «С2000-АСПТ», из которых следует, что:
Эта информация позволит нам подобрать подходящие сценарии работы выходов, исходя из описаний программ в РЭ «С2000М»:
Теперь каждое табло «Не входи», «Уходи» можно подключать к выходу «С2000-КПБ» (отдельно или шлейфом).
Не требуется создавать сценарии управления — управлять работой выходов можно стандартными программами, привязав к выходам разделы, в которые добавлены соответствующие «С2000-АСПТ».
Вот только в рассматриваемом примере при неисправности линии управления табло «Уходи», «Не входи» не будет отключаться автоматика ().
Оповещение о пожаре при сработке каждого из «С2000-АСПТ».
Ну эта задача решается стандартно: созданием общих системных выходы все того-же «С2000-КПБ».
Только привязку для управления выходами нужно осуществлять не только разделов с «С2000-АСПТ», защищающих данное помещение, но и вообще всех пожарных разделов.
Как увидеть «С2000-Ethernet» в «UProg».
Для начала необходимо подключить «С2000-Ethernet» к компьютеру.
В руководстве по эксплуатации пишут:
Не знаю. Не заметил разницы как производятся настройки, пробуя два типа кабелей.
Для того, чтобы в «UProg» стало доступно конфигурирование «С2000-Ethernet» необходимо, чтобы совпало три фактора:
- IP адрес компьютера — 3 первых сегмента.
- IP адрес «С2000-Ethernet» — 3 первых сегмента.IP адрес линии службы «Орион2-Интерфейс» в «UProg» — 3 первых сегмента.
В настройках по умолчанию IP адрес «С2000-Ethernet» такой:
Поэтому, чтобы увидеть «С2000-Ethernet» необходимо сменить IP адрес компьютера:
Затем сменить IP адрес линии службы «Орион2-Интерфейс» в «UProg»:
Потом создать линию службы «Орион2-Интерфейс»:
Параметры новой линии оставляем по умолчанию:
Должен появиться наш «С2000-Ethernet» и загореться зелененьким:
Теперь необходимо сменить IP-адрес «С2000-Ethernet» на нужный. И не забыть сразу же сменить IP-адрес удаленного устройства.
Лучше заранее узнать какие IP-адреса нужно будет установить «С2000-Ethernet».
В нашем случае IP-адреса «С2000-Ethernet» будут 10.20.35.10 и 10.20.35.11. Адрес компьютера тоже установим не10.20.35.1, чтобы он мог впоследствии работать, будучи подключенным к сети предприятия, в котором будут применяться «С2000-Ethernet» — пусть будет 10.20.35.12.
После записи новой конфигурации «С2000-Ethernet» перестанет быть недоступным.
Чтобы он снова стал доступным, необходимо применить новые IP-адреса для всей цепочки устройств и служб: опять изменить IP-адрес компьютера, затем удалить линию, изменить IP-адрес службы «Орион2-Интерфейс» и опять добавить линию.
Чтобы не менять IP-адреса туда-сюда нужно сразу настраивать все «С2000-Ethernet».
Связь С2000М с АРМ Орион ПРО.
Работа С2000М с АРМ Орион ПРО может осуществляться по трем схемам:
1. Через COM порт в режиме компьютер.
Для пожарной системы это единственно правильный вариант.
Управление системой пожарной сигнализации осуществляет контроллер С2000М. Компьютер используется как вспомогательное средство наглядного отображения состояний и удобного управления контроллером.
Многие не знают, а еще больше не соглашаются с тем, что система пожарной сигнализации не имеет права работать под управлением только компьютера с АРМ «Орион ПРО», поэтому встречаются и другие варианты подключения.
2. Через COM порт в режиме ПИ-Резерв.
В этом варианте управление системой осуществляется компьютером. Контроллер С2000М находится в режиме преобразователя интерфейсов — неглубоком сне, параллельно отслеживая состояние системы и перехватывая управление, когда связь с компьютером теряется.
Резервирование есть, но требование чтобы противопожарная система находилась под управлением сертифицированного прибора не выполняется.
3. Через USB.
Контроллер С2000М никак не участвует в процессе управления и вообще физически отключен от системы.
Резервирование можно обеспечить только извращенным способом при помощи релейной логики, что и было сделано в самой первой схеме из проекта.
Вот проектное подключение из обсуждения на форуме Болид, приведенном выше:
При таком варианте С2000М будет всегда висеть в режиме программирования, как бутафория. Для проекта охранной сигнализации вроде бы и ничего, но схема успешно кочует и по проектам пожарной сигнализации.
То-есть изначально проекты неправильные!
Через С2000-Ethernet.
Оказывается, «C2000-Ethernet» работают вполне себе стабильно, что недавно выяснил в результате натурных экспериментов.
И скорее всего компьютер с АРМ «Орион-ПРО» будет не проблема подключить к ЛВС.
Тогда актуально применение такой схемы из руководства пользователя С2000-Ethernet:
Связь С2000М с АРМ Орион ПРО.
Работа С2000М с АРМ Орион ПРО может осуществляться по трем схемам:
1. Через COM порт в режиме компьютер.
Для пожарной системы это единственно правильный вариант.
Управление системой пожарной сигнализации осуществляет контроллер С2000М. Компьютер используется как вспомогательное средство наглядного отображения состояний и удобного управления контроллером.
Многие не знают, а еще больше не соглашаются с тем, что система пожарной сигнализации не имеет права работать под управлением только компьютера с АРМ «Орион ПРО», поэтому встречаются и другие варианты подключения.
2. Через COM порт в режиме ПИ-Резерв.
В этом варианте управление системой осуществляется компьютером. Контроллер С2000М находится в режиме преобразователя интерфейсов – неглубоком сне, параллельно отслеживая состояние системы и перехватывая управление, когда связь с компьютером теряется.
Резервирование есть, но требование чтобы противопожарная система находилась под управлением сертифицированного прибора не выполняется.
3. Через USB.
Контроллер С2000М никак не участвует в процессе управления и вообще физически отключен от системы.
Резервирование можно обеспечить только извращенным способом при помощи релейной логики, что и было сделано в самой первой схеме из проекта.
Вот проектное подключение из обсуждения на форуме Болид, приведенном выше:
При таком варианте С2000М будет всегда висеть в режиме программирования, как бутафория. Для проекта охранной сигнализации вроде бы и ничего, но схема успешно кочует и по проектам пожарной сигнализации.
То-есть изначально проекты неправильные!
Почему не сделать сразу как надо?
Тому есть несколько причин.
1. Невозможность объяснить почему нужен системный блок именно с com портом клеркам, заказывающим оборудование.
2. Некоторая сложность в создании зеркальных баз данных для С2000М и Орион ПРО. Функция конвертирования у меня так ни разу нигде не заработала — все надо делать руками. Сложно даже не сделать,а отслеживать изменения и делать их параллельно. Потому и не заморачиваются.
3. Скорость работ. На заключительном этапе строительства время ускоряется и никто уже не слушает нытье какого-то «программиста» слаботочных систем.
4. Отсутствие пусконаладочных работ. Пусконаладка сейчас вообще не является работой и отсутствует как класс.
Глючность «UProg» при работе с» С2000-Ethernet».
Сразу же столкнулся с зависаниями «UProg».
Через раз UPrug не показывал, что «С2000-Ethernet» онлайн или не читал или не записывал конфигурацию.
Запись настроек происходила не понятно: то ли запись произошла — то-ли нет.
Чтобы увидеть актуальные настройки из «С2000-Ethernet», необходимо прочитать их.
Но после перезапуска «Uprog» или изменении конфигурации устройства были не онлайн — не горят зеленые кружочки и не активны кнопки чтения/записи (см. скриншот выше), и мы не видим именно текущую конфигурацию «С2000-Ethernet»:
Мы можем видеть текущие настройки конфигурации из кэша, а не из самих «С2000-Ethernet» и эти настройки могут оказаться «левыми».
К слову, UProg информирует о том, что настройки взяты из кэша:
Способ работы при глюках был найден: необходимо было удалить, а затем вновь добавить линию.
Чуть что — удалять/добавлять линию и перезапускать перезапускать «UProg».
Какой-то из следующих шагов привел к стабильной работе «UProg» с «С2000-Ethernet» почти без глюков и зависаний.
Управлением режимом автоматики нескольких «С2000-АСПТ» от каждого СМК.
На каждой двери в защищаемое помещение должен быть установлен сигнализатор магнито-контактный открытия двери (далее СМК). При открытой двери автоматика на каждом «С2000-АСПТ», защищающего это помещение, должна отключаться.
Рассматривал этот вопрос в предыдущей статье, ссылку на которую дал вначале. Но там применялся способ управления реле «С2000-СП1» от технологических входов прибора «Сигнал-20(10)». Естественно это может происходить только под управлением «С2000М».
Сейчас рассмотрим другой способ — привязку выходов «Сигнал-20(10)» к его же входам. Это позволит осуществлять транзит состояний СМК автономно.
Автономно — значит без участия сетевого контроллера «С2000М». Конечно же с участием сетевого контролера можно вообще не использовать реле и не соединять их в цепь со входом «С2000-АСПТ», а обойтись только сценариями, как и в случае с УДП — но без сценариев и «С2000М» кажется надежнее.
Естественно можно сделать все без дополнительных блоков — на каждую дверь в помещении установить столько СМК, сколько «С2000-АСПТ» применено для защиты помещения.
Вот что указано в РЭ «Сигнал-10» (signal_10_rept_aug_20.pdf на Стр. 36):
Таким образом СМК дверей подключаем к входам «Сигнал-10(20)(М)(П)», а каждое выходное реле подключаем к входу цепи датчиков открытия дверей одного «С2000-АСПТ».
Привязку управления осуществляем в программе UProg.
Желательно осуществлять подключение каждого СМК на отдельный шлейф — это значительно упростит пусконаладку.
Подключение и конфигурацию шлейфов блока «Сигнал-20П» сделали ранее.
Добавим еще в Uprog конфигурацию релейных выходов.
Релейный выход блока «Сигнал-20П», управляемый по технологическим шлейфам с СМК, подключим в качестве датчика открытия двери к входу «КЦ4» блока «С2000-АСПТ».
На следующий день.
Но радость длилась не долго.
Утром следующего дня раздались звонки от заказчика: » -да вы охренели! -почему оно пищит?»
Объект не близко и по приезду оказалось что в 9:32 была потеряна связь с приборами.
«C2000-Ethernet», к которому подключены приборы, не виделся из Uprog на компьютере, подключенного к маршрутизатору.
Помог только сброс на заводские установки.
Кроме того, при новом конфигурировании оказалось невозможным добавить еще одно устройство в список удаленных устройств.
Вот скриншоты интерфейса добавления удаленных устройств у «нормального» «C2000-Ethernet» и у терявшегося:
Ну и самое неприятное — я уже не смог через Ethernet увидеть С2000М, которая подключена к тому «C2000-Ethernet», который не терялся.
Хотя ничего не изменилось!
И увидеть С2000М так и не удалось больше.
Поиск проблем.
Из обсуждения на форуме можно сделать вывод, что опрос приборов можно делать только если «C2000-Ethernet» находятся в «прозрачном» режиме.
То-есть видеть и конфигурировать приборы на виртуальных портах (подключенные к RS485 «C2000-Ethernet») из PProg и UProg можно только в прозрачном режиме.
Добавлять более одного прибора в список удаленных приборов «C2000-Ethernet», находящегося в режиме Master, не имеет смысла — поэтому и поля добавления становятся недоступными.
Я же добавил компьютер вторым устройством в список удаленных устройств, когда «C2000-Ethernet» находился в «прозрачном» режиме, а затем уже перевел в режим «Master».
Может это и привело к уходу «C2000-Ethernet» после сработки и интенсивного обмена в режим черный ящик белая коробка?
Запуск и останов устройств.
Для ручного запуска устройств используется кнопка ПУСК.
Для приостановки или отмены запуска, для выключения уже запущенных устройств (например, для выключения уже запущенного звукового оповещения) используется кнопка СТОП.
Возможны следующие варианты последовательностей действий пользователя:
1) ввести PIN-код, выбрать раздел кнопками и нажать кнопку ПУСК (СТОП).
2) в дежурном режиме, когда раздел не выбран, предварительно выбрать команду кнопкой ПУСК (СТОП), ввести код (при необходимости авторизации), выбрать раздел кнопками и нажать кнопку ПУСК (СТОП) для выдачи соответствующей команды выбранному разделу.
3) выбрать раздел, в котором требуется запустить (остановить) устройства, нажать кнопку ПУСК (СТОП), ввести код (при необходимости авторизации). В этом случае команда будет применена к выбранному разделу. Выбранный разделом может быть первый раздел с запущенными устройствами, отображаемый на экране «С2000М» в режиме «Пуск», или текущий отображаемый раздел при просмотре разделов с состояниями «Пуск», «Останов», «Пожар».
Во всех указанных выше случаях перед выдачей команды запуска (останова) будет запрошено подтверждение:
Подтверждение команды: . Отмена действия: .
Примечание:
Функции запуска и останова устройств с органов управления «С2000М» предназначены, в первую очередь, для ручного управления следующими устройствами противопожарной защиты: оповещением, дымоудалением, инженерным оборудованием.
Также они могут использоваться для управления устройствами, не участвующими в противопожарной защите.
В качестве основных средств ручного управления пожаротушением следует использовать блоки «С2000-ПТ» и «Поток-БКИ».
5. Отключение элементов системы.
Отключение может потребоваться для следующих целей:
1) временное отключение отдельных адресных блоков и извещателей при их замене или переносе линий связи, чтобы прибор не индицировал неисправность;
2) временное отключение отдельных выходов управления противопожарным оборудованием на время проверки пожарных извещателей;
3) чтобы поставить на охрану объект, исключив из постановки неисправные извещатели.
Исключить такие элементы можно с помощью функции отключения.
Отключение выполняется следующим образом:
— ввести пароль;
— выбрать кнопками отключаемый раздел (зону):
— для отключения всех элементов в разделе нужно нажать кнопку контекстного меню и выбрать команду «ОТКЛЮЧИТЬ»:
При отключении всех элементов в разделе раздел будет иметь состояние «ОТКЛЮЧЕН»:
— если нужно отключить не весь раздел, а отдельные его элементы, нужно перейти к списку элементов раздела нажатием кнопки и выбрать элемент кнопками :
— для отключения элемента нужно нажать кнопку контекстного меню и выбрать команду «ОТКЛЮЧИТЬ»:
При отключении элемента он будет иметь состояние «ОТКЛЮЧЕН»:
Включение осуществляется аналогично.
Режимы работы.
Получилось заставить работать связку С2000M-Ethernet-Приборы только когда для «С2000-Ethernet» установлены режимы работы с сохранением (Master-Slave).
Из текста инструкции следует, что «С2000-Ethernet» может работать, как в прозрачном режиме, так и в режиме сохранения:
Я не увидел здесь информации, что в прозрачном режиме система со структурой C2000M-Ethernet-Приборы работать в прозрачном режиме не будет.
Но так и не получилось заставить заработать в прозрачном режиме.
Смутные подозрения закрались при рассматривании таблицы индикации светодиода Ethernet в попытках выяснить: светодиод зажегся на 0.1 или все таки на 0.2 сек.
Заголовок этой таблицы вот какой:
И из него следует, что совместимость типа С2000-Ethernet (Авто) бывает лишь при работе в режиме master-slave, а при прозрачной работе возможны только экзотические совместимости С2000-Ethernet 1.X и С2000-Ethernet 2.X.
Или наоборот — прозрачная работа возможна только при совместимости С2000-Ethernet 1.X и С2000-Ethernet 2.X.
Как будет показано ниже, актуален только тип совместимости С2000-Ethernet (Авто).
А из заголовка таблицы следует, что и режим работы актуален только Master-Slave.
К сожалению, начал настройку именно с этого режима работы.
Может все заработало именно тогда, когда изменил настройки режимов работы на Master-Slave.
Не совсем понятно зачем нужны джамперы Master-Slave-Pass-Config.
Экспериментально выяснил, что работоспособность не зависит от этих джамперов, а зависит только от установок RS485/RS232:
.
Следует обратить внимание на то, что в режиме Slave работает тот «C2000-Ethernet», который находится в связке с «С2000М»
Работа через маршрутизатор.
Оказалось что очень удобно работать по схеме, когда компьютер и оба «С2000-Ethernet» подключены к маршрутизатору.
«С2000-Ethernet» уже подключены к маршрутизаторам одной сети: каждый в своем месте.
В любом месте мы ставим на стол ноутбук, садимся на стул, и подключаемся к локальной сети — и теперь мы можем конфигурировать все С2000-Ethernet и подключенные к ним приборы, в том числе и заливать конфигурацию в С2000М (хотя это не пробовал).
Никаких тебе проводов с интерфейсом RS485.
Кроме того, UPrug стал меньше глючить и зависать при записи конфигурации, возможно, после перехода к такому способу конфигурации через сеть, а не напрямую.
Теперь смешно, когда колдовал с «С2000-Ethernet» на коленках под шкафом с маршрутизаторами.