Сбросить с2000 ethernet на заводские настройки как

от admin

Можно ли заставить работать "C2000-Ethernet"?

Передача RS485 по оптоволокну заработала сразу. Передача по радиоканалу так и не заработала без «потерей связи». Поэтому подходил к задаче связи приборов «Болид» по Ethernet со смешанными чувствами.

Но долгий путь между «неужели эта мыльница работает» и «какой замечательный удобный прибор» позади и хочу зафиксировать некоторые моменты.

Задача была простая: подключение к «С2000М» на КПП удаленных приборов в цеху.

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

1. Как увидеть «С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».

2. Глючность «UProg» при работе с» С2000-Ethernet».

Сразу же столкнулся с зависаниями «UProg».

Через раз UPrug не показывал, что «С2000-Ethernet» онлайн или не читал или не записывал конфигурацию.

Запись настроек происходила не понятно: то ли запись произошла — то-ли нет.

Чтобы увидеть актуальные настройки из «С2000-Ethernet», необходимо прочитать их.

Но после перезапуска «Uprog» или изменении конфигурации устройства были не онлайн — не горят зеленые кружочки и не активны кнопки чтения/записи (см. скриншот выше), и мы не видим именно текущую конфигурацию «С2000-Ethernet»:

Мы можем видеть текущие настройки конфигурации из кэша, а не из самих «С2000-Ethernet» и эти настройки могут оказаться «левыми».

К слову, UProg информирует о том, что настройки взяты из кэша:

Способ работы при глюках был найден: необходимо было удалить, а затем вновь добавить линию.

Чуть что — удалять/добавлять линию и перезапускать перезапускать «UProg».

Какой-то из следующих шагов привел к стабильной работе «UProg» с «С2000-Ethernet» почти без глюков и зависаний.

3. Добавить компьютер в удаленные устройства.

Из все той же инструкции следует, что для конфигурирования «С2000-Ethernet» в его конфигурацию не нужно добавлять IP-адрес компьютера, с которого производится конфигурация:

  • C любого компьютера, если в конфигурации прибора разрешено «свободное соединение» (по умолчанию разрешено) и на текущий момент соединение ни кем не используется. В этом случае для доступа к «C2000- Ethernet» необходимо знать следующие конфигурационные параметры прибора: UDP-порт «С2000-Ethernet» для свободного соединения (заводское значение — 40001) и Master-ключ для свободного соединения. Это екомендуемый способ.
  • Если IP-адрес компьютера, где установлена служба «Orion 2 — Device Interface Protocol», указан в списке удаленных устройств прибора в совокупности с параметром «Совместимость» в значении «Авто» или «C2000-Ethernte 2.X». В этом случае для доступа к «C2000-Ethernet» необходимо знать следующие конфигурационные параметры прибора: UDP-порт «C2000-Ethernet» (заводское значение — 40000) и Master-ключ соответствующей записи списка удаленных устройств.

Я думаю что лучше сразу же еще при изменении IP-адреса необходимо добавить в удаленные устройства и компьютер.

Причем добавить его нужно вторым в списке.

4. Мастер-ключи.

«С2000-Ethernet» не будут общаться по сети без установленных Мастер-ключей.

Хотя из инструкции это не очень очевидно, но однозначная фраза есть:

  • в «прозрачном режиме», если приборы «С2000-Ethernet» работают в паре, при этом параметр совместимость установлен в значение «Авто» или «C2000-Ethernet 2.X»;
  • при работе в «режиме с сохранением событий» при любом значении параметра «Совместимость»;
  • для конфигурирования прибора по локальной сети.

Думаю лучше все-таки задать ключи, например «1111»:

Тогда по зеленому крестику хотя бы можно судить, что ключ установился:

При обращении к C2000-Ethernet из Uprog тоже возможно будет необходимо задать ключи:

При следующем чтении конфигурации в «Uprog» зеленые крестики могут пропасть, а могут и остаться.

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

5. Сбросить настройки «C2000-Ethernet» в заводские.

Однажды эксперименты с ключами привели к тому, что C2000-Ethernet вообще перестал читаться.

Хорошо что легко можно сбросить конфигурацию C2000-Ethernet на заводскую, что описано на стр.18 руководства пользователя:

Сбрасывать на заводские пришлось не один раз.

6. Режимы работы.

Получилось заставить работать связку С2000M-Ethernet-Приборы только когда для «С2000-Ethernet» установлены режимы работы с сохранением (Master-Slave).

Из текста инструкции следует, что «С2000-Ethernet» может работать, как в прозрачном режиме, так и в режиме сохранения:

  • Прозрачный режим. Осуществляет передачу данных из интерфейса RS-232 или RS-485 в Ethernet и обратно. Предназначен для использования как в составе системы «Орион» (протокол «Орион» и «Орион Про»), так и других систем (Рисунок 2).
  • Режим с сохранением событий Master (С2000-Ethernet-Master). Осуществляет опрос приборов в удаленном сегменте интерфейса RS-485. Объём буфера событий – 255 сообщений. Режим используется только в системе с протоколом обмена «Орион».
  • Режим с сохранением событий Slave (С2000-Ethernet-Slave). Cобирает информацию от удаленных «С2000-Ethernet» (от С2000-Ethernet-Master) и передает Master-устройству системы: АРМ «Орион», АРМ «Орион Про» или другому ПО (только протокол обмена «Орион»), пульту «С2000M».

Я не увидел здесь информации, что в прозрачном режиме система со структурой 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М».

Совместимость.

Вот цитата про типы совместимости:

  1. Использовать значение С2000-Ethernet (Авто) для всех IP-адресов кроме указанных в п.2.
  2. Для всех приборов С2000-Ethernet v2.15, указанных в списке удаленных устройств: — если конфигурируется прибор C2000-Ethernet v2.70 и выше, то установить параметр в значение С2000-Ethernet 1.X;
    — если конфигурируется прибор версии ниже чем v2.70, то установить параметр в значение С2000-Ethernet 1.X, если .

Так понял это: тип совместимости, отличный от С2000-Ethernet (Авто), следует устанавливать лишь в особо экзотических случаях.

6. Настройка в RSsetting.

Не помню уже на каком этапе настраивал RSsetting.

Есть подозрение, что без этой настройки не получится видеть из UProg приборы через Ethernet, подключенные по RS485 к «С2000-Ethernet».

7. Виртуальные com-порты.

При создании линии в службе «Орион2-Интерфейс» бывает, что появляются виртуальные com-порты.

А бывает что не появляются.

Нужно добавить появившиеся или сконфигурировать уже добавленные виртуальные com-порты для того, чтобы видеть, опрашивать и конфигурировать приборы, подключенные к RS485 «C2000-Ethernet».

Для каждого «C2000-Ethernet» нужно добавить собственный виртуальный com-порт и в настройки линии интерфейса этого виртуального порта внести IP-адреса соответствующего «C2000-Ethernet».

Можно ли создать один виртуальный com-порт и внести в него IP-адреса нескольких «C2000-Ethernet» — не знаю.

Если виртуальный com-порт добавляется сейчас, то кнопка «Добавить IP/Port» работает не корректно в момент добавления: нужно сперва сохранить добавленный com-порт, а затем добавлять записи IP/Port.

Так и не понял — добавление какого из портов приводит к работе: 4000 или 40001. Добавил оба.

8. Работа через маршрутизатор.

Оказалось что очень удобно работать по схеме, когда компьютер и оба «С2000-Ethernet» подключены к маршрутизатору.

«С2000-Ethernet» уже подключены к маршрутизаторам одной сети: каждый в своем месте.

В любом месте мы ставим на стол ноутбук, садимся на стул, и подключаемся к локальной сети — и теперь мы можем конфигурировать все С2000-Ethernet и подключенные к ним приборы, в том числе и заливать конфигурацию в С2000М (хотя это не пробовал).

Никаких тебе проводов с интерфейсом RS485.

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

Теперь смешно, когда колдовал с «С2000-Ethernet» на коленках под шкафом с маршрутизаторами.

Привет мир!

Вожделенная надпись Привет мир! «Найден прибор» на С2000М появилась как-то сама собой и три увлекательных дня остались позади.

Теперь думаю — а не использовать ли С2000-Ethernet для конфигурирования на всех более-менее больших объектах, как Ritm Контакт-GSM-5-RT для мониторинга.

На следующий день.

Но радость длилась не долго.

Утром следующего дня раздались звонки от заказчика: » -да вы охренели! -почему оно пищит?»

Объект не близко и по приезду оказалось что в 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» после сработки и интенсивного обмена в режим черный ящик белая коробка?

Итоги применения «C2000-Ethernet» первый раз.

На настройку этих «C2000-Ethernet» было потрачено столько времени, что можно было кинуть кабель по улице, пусть даже расстояние приличное: и работа на свежем воздухе и прокладка кабеля стоит денег в отличие от пусконаладки.

Спустя 5 дней никаких потерь связи даже после различных тестов пожаротушения.

Значит будем считать что «C2000-Ethernet» заставить работать все-таки можно.

Еще записи по теме

Чем вообще можно управлять при помощи «С2000-СП4».

Делаем управление разделами С2000М удобным вахтерам и охранникам

Пробую в работе Ethernet-FX-SM40 для связи пожарных приборов Болид по оптоволокну

Управление лифтами по сигналу пожарной сигнализации

Открытый доступ к управлению кнопками С2000-БКИ без Touch Memory

Сценарии Рубеж Firesec 3 управления противопожарным вентилятором и клапаном.

Статья очень наглядная.

Вот так же пытаюсь подключить C2000-Ethernet к ПК стационарному.

Прибор пингуется по стандартному заводскому адресу.

В Uprog Службеа Орион2 Интерфейс прописал ИП. Но далее все становится колом

при добавлении линии выскакиевает ошибка типа Недопустимая полезная нагрузка createline полученная с сервера xml-rpc.

Так же упрог выдает ошибку Соединения со службой.

Линия связи не устанвливается.

Недавно читал новость что новые версии «Орион Про» перестанут поддерживать работу по протоколу XML-RPC.

Поэтому делаю предположение что вероятно на этом компьютере стоит Орион-ПРО?

Иначе откуда взяться этой службе.

У меня на ноуте не было Орион-ПРО.

Поиском по фразе Invalid payload received from xml-rpc server очень много находится обсуждений проблемы с Орион-ПРО:

Там и занятость портов и ошибка в файле Орион-ПРО и не тот режим С2000М.

Но надо сказать что проблему решали.

А вот ошибку соединение со службой у меня выдавал.

Я удалял и добавлял службу и помогало.

Тоже долго мучался с доступностью конфигурации через Uprog — то видел, то не видел, то записывал, то не записывал.

А потом снял джампер Config и всё внезапно заработало без сбоев

Может я недостаточно чистые эксперименты с джемперами ставил, но не обнаружил зависимости от наличия джампер.

Тоже начал этот длинный путь.)

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

Это, я думаю, потому, что прибор был в режиме «Master».

Нужно перевести прибор в режим «Slave», добавить устройство и потом снова перевести в режим «Master». Только пока не понятно, будет ли он на него «смотреть»?.

Блин долго мучались подружить два c2000 ethernet 2.6 версии с версией 3.05.

Оказывается должны быть 2.6 версии в режиме мастер, а 3.05 в режиме слейв. Слейв подключается к прибору с2000м.

В чате https://t.me/ops_bolid нет такого дня чтобы не мучались с С2000-ETHERNET

Спасибо добрый человек! Строчки

«Я не увидел здесь информации, что в прозрачном режиме система со структурой C2000M-Ethernet-Приборы работать в прозрачном режиме не будет.

Но так и не получилось заставить заработать в прозрачном режиме.»

меня спасли от долгих мучений! А тех поддержка БОЛИД об этом не обмолвилась ни слова. Сказали только о настройке задержек ответа в программе SettingsRS485 для С2000М.

С2000 ethernet сброс на заводские настройки

Передача RS485 по оптоволокну заработала сразу. Передача по радиоканалу так и не заработала без «потерей связи». Поэтому подходил к задаче связи приборов «Болид» по Ethernet со смешанными чувствами.

Но долгий путь между «неужели эта мыльница работает» и «какой замечательный удобный прибор» позади и хочу зафиксировать некоторые моменты.

Задача была простая: подключение к «С2000М» на КПП удаленных приборов в цеху.

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

1. Как увидеть «С2000-Ethernet» в «UProg».

Для начала необходимо подключить «С2000-Ethernet» к компьютеру.

В руководстве по эксплуатации пишут:

Для подключения двух «С2000-Ethernet» напрямую друг к другу, а также подключения

«С2000-Ethernet» напрямую к ПК, т.е. не используя ни концентратор, ни коммутатор,

применяется Cross-over («нуль-хабный») кабель.

Не знаю. Не заметил разницы как производятся настройки, пробуя два типа кабелей.

Для того, чтобы в «UProg» стало доступно конфигурирование «С2000-Ethernet» необходимо, чтобы совпало три фактора:

В настройках по умолчанию IP адрес «С2000-Ethernet» такой:

Поэтому, чтобы увидеть «С2000-Ethernet» необходимо сменить IP адрес компьютера:

Затем сменить IP адрес линии службы «Орион2-Интерфейс» в «UProg»:

Потом создать линию службы «Орион2-Интерфейс»:

Параметры новой линии оставляем по умолчанию:

Должен появиться наш «С2000-Ethernet» и загореться зелененьким:

Теперь необходимо сменить IP-адрес «С2000-Ethernet» на нужный. И не забыть сразу же сменить IP-адрес удаленного устройства.

Лучше заранее узнать какие IP-адреса нужно будет установить «С2000-Ethernet».

После записи новой конфигурации «С2000-Ethernet» перестанет быть недоступным.

Чтобы он снова стал доступным, необходимо применить новые IP-адреса для всей цепочки устройств и служб: опять изменить IP-адрес компьютера, затем удалить линию, изменить IP-адрес службы «Орион2-Интерфейс» и опять добавить линию.

Чтобы не менять IP-адреса туда-сюда нужно сразу настраивать все «С2000-Ethernet».

2. Глючность «UProg» при работе с» С2000-Ethernet».

Сразу же столкнулся с зависаниями «UProg».

Через раз UPrug не показывал, что «С2000-Ethernet» онлайн или не читал или не записывал конфигурацию.

Чтобы увидеть актуальные настройки из «С2000-Ethernet», необходимо прочитать их.

Мы можем видеть текущие настройки конфигурации из кэша, а не из самих «С2000-Ethernet» и эти настройки могут оказаться «левыми».

К слову, UProg информирует о том, что настройки взяты из кэша:

Способ работы при глюках был найден: необходимо было удалить, а затем вновь добавить линию.

Какой-то из следующих шагов привел к стабильной работе «UProg» с «С2000-Ethernet» почти без глюков и зависаний.

3. Добавить компьютер в удаленные устройства.

Из все той же инструкции следует, что для конфигурирования «С2000-Ethernet» в его конфигурацию не нужно добавлять IP-адрес компьютера, с которого производится конфигурация:

Я думаю что лучше сразу же еще при изменении IP-адреса необходимо добавить в удаленные устройства и компьютер.

Причем добавить его нужно вторым в списке.

4. Мастер-ключи.

«С2000-Ethernet» не будут общаться по сети без установленных Мастер-ключей.

Хотя из инструкции это не очень очевидно, но однозначная фраза есть:

Думаю лучше все-таки задать ключи, например «1111»:

Тогда по зеленому крестику хотя бы можно судить, что ключ установился:

При обращении к C2000-Ethernet из Uprog тоже возможно будет необходимо задать ключи:

При следующем чтении конфигурации в «Uprog» зеленые крестики могут пропасть, а могут и остаться.

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

5. Сбросить настройки «C2000-Ethernet» в заводские.

Однажды эксперименты с ключами привели к тому, что C2000-Ethernet вообще перестал читаться.

Хорошо что легко можно сбросить конфигурацию C2000-Ethernet на заводскую, что описано на стр.18 руководства пользователя:

Сбрасывать на заводские пришлось не один раз.

6. Режимы работы.

Получилось заставить работать связку С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 (Авто).

А из заголовка таблицы следует, что и режим работы актуален только Master-Slave.

К сожалению, начал настройку именно с этого режима работы.

Может все заработало именно тогда, когда изменил настройки режимов работы на Master-Slave.

Не совсем понятно зачем нужны джамперы Master-Slave-Pass-Config.

Экспериментально выяснил, что работоспособность не зависит от этих джамперов, а зависит только от установок RS485/RS232:

Следует обратить внимание на то, что в режиме Slave работает тот «C2000-Ethernet», который находится в связке с «С2000М».

Совместимость.

Вот цитата про типы совместимости:

Так понял это: тип совместимости, отличный от С2000-Ethernet (Авто), следует устанавливать лишь в особо экзотических случаях.

6. Настройка в etting.

Не помню уже на каком этапе настраивал etting.

Есть подозрение, что без этой настройки не получится видеть из UProg приборы через Ethernet, подключенные по RS485 к «С2000-Ethernet».

7. Виртуальные порты.

При создании линии в службе «Орион2-Интерфейс» бывает, что появляются виртуальные порты.

А бывает что не появляются.

Нужно добавить появившиеся или сконфигурировать уже добавленные виртуальные порты для того, чтобы видеть, опрашивать и конфигурировать приборы, подключенные к RS485 «C2000-Ethernet».

Для каждого «C2000-Ethernet» нужно добавить собственный виртуальный порт и в настройки линии интерфейса этого виртуального порта внести IP-адреса соответствующего «C2000-Ethernet».

Если виртуальный порт добавляется сейчас, то кнопка «Добавить IP/Port» работает не корректно в момент добавления: нужно сперва сохранить добавленный порт, а затем добавлять записи IP/Port.

8. Работа через маршрутизатор.

Оказалось что очень удобно работать по схеме, когда компьютер и оба «С2000-Ethernet» подключены к маршрутизатору.

«С2000-Ethernet» уже подключены к маршрутизаторам одной сети: каждый в своем месте.

Никаких тебе проводов с интерфейсом RS485.

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

Теперь смешно, когда колдовал с «С2000-Ethernet» на коленках под шкафом с маршрутизаторами.

Привет мир!

Вожделенная надпись Привет мир! «Найден прибор» на С2000М появилась как-то сама собой и три увлекательных дня остались позади.

На следующий день.

Но радость длилась не долго.

Объект не близко и по приезду оказалось что в 9:32 была потеряна связь с приборами.

«C2000-Ethernet», к которому подключены приборы, не виделся из Uprog на компьютере, подключенного к маршрутизатору.

Помог только сброс на заводские установки.

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

Вот скриншоты интерфейса добавления удаленных устройств у «нормального» «C2000-Ethernet» и у терявшегося:

Хотя ничего не изменилось!

И увидеть С2000М так и не удалось больше.

Поиск проблем.

Из обсуждения на форуме можно сделать вывод, что опрос приборов можно делать только если «C2000-Ethernet» находятся в «прозрачном» режиме.

То-есть видеть и конфигурировать приборы на виртуальных портах (подключенные к RS485 «C2000-Ethernet») из PProg и UProg можно только в прозрачном режиме.

Я же добавил компьютер вторым устройством в список удаленных устройств, когда «C2000-Ethernet» находился в «прозрачном» режиме, а затем уже перевел в режим «Master».

Может это и привело к уходу «C2000-Ethernet» после сработки и интенсивного обмена в режим черный ящик белая коробка?

Итоги применения «C2000-Ethernet» первый раз.

На настройку этих «C2000-Ethernet» было потрачено столько времени, что можно было кинуть кабель по улице, пусть даже расстояние приличное: и работа на свежем воздухе и прокладка кабеля стоит денег в отличие от пусконаладки.

Спустя 5 дней никаких потерь связи даже после различных тестов пожаротушения.

Значит будем считать что «C2000-Ethernet» заставить работать все-таки можно.

С2000 ethernet сброс настроек на заводские

Имеется ИСО «Орион» со структурной схемой, приведенной ниже и имеется некая проблема, препятствующая нормальной работе.

Проложена линия RS-485, все приборы, соединенные непосредственно интерфейсом работают без проблем, но я не могу заставить пульт (и только пульт) увидеть приборы №11 и №12.

Что делалось и проверялось:

Оба преобразователя С2000-Ethernet запрограммированы в прозрачном режиме, т.е. пересылают команды RS-485 туда-сюда.

Вопрос: Кто виноват и что делать?

Структура линии интерфеса тут:

Просмотрите скорость опроса на всех устройствах (понизить) и расположение резисторов 620 Ом.

Переместить попробую, но

А) Эффект вряд ли будет, т.к. эти приборы и так видны без пульта на месте его установки

Б) Пульт должен стоять там, где он стоит.

В) Надо добиться устойчивой связи с приборами, а они в 20% случаев отваливаются.

«На панели предлагаемого оборудования находятся 4 порта 10/100 Base-T(X) и 1 порт 100 Base-FX, при этом на последнем поддерживается передача данных по одномодовому оптическому волокну.»

Читать:
1 квт звука это сколько

Почему написано одномод, а у Вас многомод?

Так не могу по следующим причинам:

а) Ато отдельно стоящие здания.

б) 200 метров там минимум и только напрямую, т.к. вероятней всего прорыта траншея, где эта оптика и проложена. А витая пара на таком расстоянии гарантированно не заводится).

Есть подозрения на неисправный прибор, вешающий линию интерфейса.

Надо будет осциллограмму посмотреть и уже от нее плясать.

На следующей неделе поеду ковырять.

>>>У этой Моксы на корпусе есть переключатель для защиты от широковещательных штормов.

О как. Проверю, спасибо.

Эм. Не совсем понял что в реестре смотреть. В архитектуре ПК-то у меня нету, только пульт)))

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

Орион-Про вкорячить даже на время нереально, т.к. демо-версий у болида нет. .

Совсем непонятна ситуация, при которой Uprog видит приборы, а пульт не видит. У пульта параметры интерфейса ненастраиваемые. Это плохо.

Было раз подобное (правда без эзернетников). Неисправный Сигнал-20П ложил линию. Заодно и это проверю, сниму осциллограмму.

установите настройки в с2000м, изернет не трогайте там все что нужно стоит:

таймаут ответа при поиске:300 мс

пауза после общей команды:300 мс

таймаут для ответа на запрос событий 300мс

таймаут для ответа на команду :1000мс

ПК то в архитектуре нет, но это поможет подобрать оптимальные настройки, я когда настраивал с2000-рпи, я тоже поставил орион-про и день мониторил пакеты, оказалось 99% прошло, значит все настроено хорошо, потом просто залил в пульт настройки, которые были в реестре для орион про и все пошло

б) Ок, попробую таймауты сменить.

Тайм-аут для ответа при поиске = 240 мс

Пауза после общей команды = 240 мс

Тайм-аут для ответа на запрос событий = 260 мс

Тайм-аут для ответа на команду = 830 мс

Интересные и актуальные комментарии.

02.05.2011

Сброс установок на заводские значения С-2000 Болид

Для осуществления сброса на заводские установки необходимо включить пульт с нажатыми клавишами

«ON» и «PROG». На ЖКИ отобразится приглашение «СБРОСИТЬ ПАРОЛИ?». Отпустите клавиши «ON» и «PROG» и нажмите «ENTER» для подтверждения действия. Выйти из процедуры сброса установок можно нажатием «CLEAR».

После подтверждения действия включается задержка 20 мин, при этом на ЖКИ отображается, сколько времени осталось до сброса паролей. По истечении задержки 20 мин конфигурация пульта принимает заводское значение.

В период действия задержки сброс может быть отменен в любой момент нажатием клавиши «CLEAR».

«С2000-Ethernet» предназначен для трансляции данных интерфейса RS-232/RS-485 в Ethernet и обратно.

В ИСО «Орион» используется для организации связи приборов по локальной сети.

6683942.jpg

структура сети такая:
cisco 2960 гигабитный свитч 2-го уровня выполняющий передачу данных до удаленных преобразователей
NetGear FS750T2 стомегабитный свитч 2-го уровня к нему подключен первый преобразователь с2000-ethernet
snr 2960 стомегабитный свитч 2-го уровня выполняющий объединяющий сегмент из свитчей snr 2940 и подключенных к нему удаленных преобразователей с2000-ethernet
преобразователей в общей сложности 4 шт + возможно будут добавления

со стороны пульта преобразователь (192.168.0.70) настроен так

4546754.jpg

удаленные преобразователи настроены для соединения с основным 192.168.0.70

4535490.jpg

4528322.jpg

Со стороны пульта и арм орион-про версии 1.12 выпуск 2 настройки такие

4580549.jpg

4585669.jpg

ни один из подключенных приборов по линия rs485 к удаленному преобразователю не видится.

самое что интересное до того как была проложена оптика самый первый из установленных в тот момент преобразователь с адресом 192.168.0.71 с очень частыми разрывами связи, потерей приборов работал по медной телефонной линии через vdsl c модемами фирмы zyxel. в моменты разрыва связи с приборами болида пинги до удаленного преобразователя шли, правда значения "прыгали", в прочем в рабочем режиме ситуация аналогичная. Разрывов было очень много, могло доходить до 100 и более за сутки
Я был уверен что проблема в качестве линии связи и ее нагруженности, так как по этой линии передавалось все что можно.
Сейчас после замены линии на оптику, пинг проходит стабильно, нагрузка осталась такая же, только канал стал значительно шире 1 гигабит, а связи с прибором нет,
На новых установленных преобразователях такая же картина, замена преобразователя со стороны пульта никакого эффекта не дало

Уже, честно, устал биться головой. Прошу коллективной помощи решения вопроса с преобразователями ethernet.

p.s. сейчас настройках преобразователей изменена скорость работы порта на half duplex
p.s.s. после экспериментирования с изменением номера порта получателя (на значение 4000) на "принимающем" 192.168.0.70 и "передающем" преобразователе 192.168.0.71 перестали видеться все приборы временно работавших по старому каналу по телефонной паре через vdsl модемы

Последний раз редактировалось svet 11.12.2014, 17:02, всего редактировалось 1 раз. настройки задержки для пульта взяты из инструкции преобразователей для 10 приборов с пингами до 30мс,
навсякий случай перечислю все
пауза перед ответом по rs485 2
пауза перед ответом по rs232 0
пауза перед сеансом без изм. напр. 5
пауза перед сеансом с изм. напр. 5
пауза после общей команды 235
таймаут для ответа на запрос события 260
таймаут для ответа на команду 260
таймаут для ответа поиске 236
кол-во попыток связи при дежурно.. 6
кол-во попыток послать адресную.. 6
кол-во повторов общей команды 6 Похожая проблема. Проблема решилась сбросом С2000-Ethernet на заводские настройки (тампером) и последующей конфигурации прибора. Phoenix писал(а): Похожая проблема. Проблема решилась сбросом С2000-Ethernet на заводские настройки (тампером) и последующей конфигурации прибора.

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

пока что кроме как под термином "глюк" болидовского железа логически я не могу объяснить поведении преобразователей.

Так, как вчера вечером, решил попробовать вновь изменить порты отправителей с у приборов с адресами 192.168.0.70 (со стороны пульта) и 192.168.0.71 (подключен к vdsl линии) с значения 4000 на значение 2021 у обоих. Не работает, "психанул" решил изменить обратно на дефолтные значения 2048 и ждать у "моря погоды". Изменил значение на дефолтный порт прибор у прибора с адресом 192.168.0.71, как вдруг чудо!
Линия rs485 внезапно появилась, переключил на коммутатор с оптикой и тоже сюрприз! сигнал не отвалился, как это было до этого.

т.е. получилось что "принимающий" преобразователь со стороны пульта (адрес 192.168.0.70) выставлено значение порта = 2021
и передающий с одной из удаленных веток (адрес 192.168.0.71) установлен дефолтным портом = 2048
До сих есть соединение между ними и без потерь связи и все на оптике.

Вообще все это как-то не логично. порты все разные, работать вообще не должно, в принципе.
К тому же есть остальные ветки с оптикой и подключенными к ней преобразователями (адреса 72, 73 и т.д) у которых тоже выставлены дефолтный порт 2048 и аналогичные настройки как и у адреса 192.168.0.71, они не работают.

Вот к примеру, на преобразователе с адресом 192.168.0.73 установлен дефолтный порт =2048 в качестве удаленного преобразователя выставлен адрес 192.168.0.70, маска сети 255.255.255.0, протокол орин, скорость линии rs484 9600, все одинаково, но с2000-2 подключенный к преобразователю не видется, к тому же отсутствует индикация наличия линии rs485

Что за фигня? теперь бояться "вообще что-либо менять", чтобы не отвалилась связь между адресами 70 и 71 ? почему другие адреса не подключулись.
Повторяюсь что все пинги проходят без задержек в среднем 6-8мс, все приборы находятся в одной подсети, на одном и том же vlan-e.

Как-то можно отследить работу протокола udp и что вообще происходит с преобразователями ?

svet писал(а): я пробовал перешивать приборы, это тоже полный сброс к заводским настройкам. Не факт. У меня как-то была проблема с пультом, перепрошивка не помогла, помог сброс.

Доброе утро, коллеги
Огромное спасибо Ольги с тех.поддержки. Проблему решили.
Как оказалось что в моей сети построенной на управляемых коммутаторах 2 и 3-го уровня (Cisco, dlink, snr, tplink, microtik) некоторые из них не пропускали udp пакеты, блокировав их на канальном уровне. В логах в коммутатора, к сожалению, такая информация не отображается.
Это было главной причиной того, что через vdsl с2000-ethernet еще "как-то" работал, а при переключении на оптику (увеличивалось количество промежуточных коммутаций) трафик с upd пакетами не доходил.

Я бы хотел осветить более подробно о том как это выявилось.
Очень надеюсь что данная информация пригодится тем людям у которых все настроено правильно, но почему-то не работает.

Маленький ликбез по протоколам, для понимания той информации, которая будет выложена ниже

протокол транспортного уровня UDP используется для передачи данных, его работу никак не отследить, так как он просто шлет данные без подтверждения информации о доставке пакетов с данными до получателя. Преобразователи интерфейса работают между собой с помощью udp и arp запросов.
протокол ICMP — используется для передачи данных о параметрах сети, на этом протоколе работают команды ping, tracert и другие отвечающие за информацию параметрах об "удаленном клиенте".

Протокол arp используется для преобразования ip адреса в mac адрес (уникальный физический сетевой адрес, заданный аппаратным образом производителем). Это преобразование необходимо для того чтобы найти устройство в сети, так как ip адрес может измениться, а mac адрес останется таким же. Все устройства в сети составляют у себя в буферах памяти arp таблицы, где отображается в "табличном" виде ip адрес устройства и mac адрес. При отправке пакетов в качестве адреса устройства используется mac адрес, а мы видим только ip адрес устройства.

В меню com порты добавляем новый порт, у меня это будет port7
в настройках меняем — устройство организации обмена с приборами на с2000-ethernet
таймаут ожидания запроса на 100
пауза после общей команды на 30
в поле управление списком адресов с2000-ethernet
вводим ip адрес преобразователя, как Вы уже догадались, 192.168.0.71 с портом 2048.
Все должно выглядеть похожим образом

forum-bolid.ru

6683942.png

структура сети такая:
cisco 2960 гигабитный свитч 2-го уровня выполняющий передачу данных до удаленных преобразователей
NetGear FS750T2 стомегабитный свитч 2-го уровня к нему подключен первый преобразователь с2000-ethernet
snr 2960 стомегабитный свитч 2-го уровня выполняющий объединяющий сегмент из свитчей snr 2940 и подключенных к нему удаленных преобразователей с2000-ethernet
преобразователей в общей сложности 4 шт + возможно будут добавления

со стороны пульта преобразователь (192.168.0.70) настроен так

4546754.png

4535490.png

4528322.png

  • Ответить с цитатой

4580549.png

4585669.png

ни один из подключенных приборов по линия rs485 к удаленному преобразователю не видится.

самое что интересное до того как была проложена оптика самый первый из установленных в тот момент преобразователь с адресом 192.168.0.71 с очень частыми разрывами связи, потерей приборов работал по медной телефонной линии через vdsl c модемами фирмы zyxel. в моменты разрыва связи с приборами болида пинги до удаленного преобразователя шли, правда значения "прыгали", в прочем в рабочем режиме ситуация аналогичная. Разрывов было очень много, могло доходить до 100 и более за сутки
Я был уверен что проблема в качестве линии связи и ее нагруженности, так как по этой линии передавалось все что можно.
Сейчас после замены линии на оптику, пинг проходит стабильно, нагрузка осталась такая же, только канал стал значительно шире 1 гигабит, а связи с прибором нет,
На новых установленных преобразователях такая же картина, замена преобразователя со стороны пульта никакого эффекта не дало

Уже, честно, устал биться головой. Прошу коллективной помощи решения вопроса с преобразователями ethernet.

p.s. сейчас настройках преобразователей изменена скорость работы порта на half duplex
p.s.s. после экспериментирования с изменением номера порта получателя (на значение 4000) на "принимающем" 192.168.0.70 и "передающем" преобразователе 192.168.0.71 перестали видеться все приборы временно работавших по старому каналу по телефонной паре через vdsl модемы

  • Ответить с цитатой
  • Ответить с цитатой
  • Ответить с цитатой

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

пока что кроме как под термином "глюк" болидовского железа логически я не могу объяснить поведении преобразователей.

Так, как вчера вечером, решил попробовать вновь изменить порты отправителей с у приборов с адресами 192.168.0.70 (со стороны пульта) и 192.168.0.71 (подключен к vdsl линии) с значения 4000 на значение 2021 у обоих. Не работает, "психанул" решил изменить обратно на дефолтные значения 2048 и ждать у "моря погоды". Изменил значение на дефолтный порт прибор у прибора с адресом 192.168.0.71, как вдруг чудо!
Линия rs485 внезапно появилась, переключил на коммутатор с оптикой и тоже сюрприз! сигнал не отвалился, как это было до этого.

т.е. получилось что "принимающий" преобразователь со стороны пульта (адрес 192.168.0.70) выставлено значение порта = 2021
и передающий с одной из удаленных веток (адрес 192.168.0.71) установлен дефолтным портом = 2048
До сих есть соединение между ними и без потерь связи и все на оптике.

Вообще все это как-то не логично. порты все разные, работать вообще не должно, в принципе.
К тому же есть остальные ветки с оптикой и подключенными к ней преобразователями (адреса 72, 73 и т.д) у которых тоже выставлены дефолтный порт 2048 и аналогичные настройки как и у адреса 192.168.0.71, они не работают.

Вот к примеру, на преобразователе с адресом 192.168.0.73 установлен дефолтный порт =2048 в качестве удаленного преобразователя выставлен адрес 192.168.0.70, маска сети 255.255.255.0, протокол орин, скорость линии rs484 9600, все одинаково, но с2000-2 подключенный к преобразователю не видется, к тому же отсутствует индикация наличия линии rs485

Что за фигня? теперь бояться "вообще что-либо менять", чтобы не отвалилась связь между адресами 70 и 71 ? почему другие адреса не подключулись.
Повторяюсь что все пинги проходят без задержек в среднем 6-8мс, все приборы находятся в одной подсети, на одном и том же vlan-e.

Как-то можно отследить работу протокола udp и что вообще происходит с преобразователями ?

  • Ответить с цитатой
  • Ответить с цитатой

Доброе утро, коллеги
Огромное спасибо Ольги с тех.поддержки. Проблему решили.
Как оказалось что в моей сети построенной на управляемых коммутаторах 2 и 3-го уровня (Cisco, dlink, snr, tplink, microtik) некоторые из них не пропускали udp пакеты, блокировав их на канальном уровне. В логах в коммутатора, к сожалению, такая информация не отображается.
Это было главной причиной того, что через vdsl с2000-ethernet еще "как-то" работал, а при переключении на оптику (увеличивалось количество промежуточных коммутаций) трафик с upd пакетами не доходил.

Я бы хотел осветить более подробно о том как это выявилось.
Очень надеюсь что данная информация пригодится тем людям у которых все настроено правильно, но почему-то не работает.

  • Ответить с цитатой

Маленький ликбез по протоколам, для понимания той информации, которая будет выложена ниже

протокол транспортного уровня UDP используется для передачи данных, его работу никак не отследить, так как он просто шлет данные без подтверждения информации о доставке пакетов с данными до получателя. Преобразователи интерфейса работают между собой с помощью udp и arp запросов.
протокол ICMP — используется для передачи данных о параметрах сети, на этом протоколе работают команды ping, tracert и другие отвечающие за информацию параметрах об "удаленном клиенте".

Протокол arp используется для преобразования ip адреса в mac адрес (уникальный физический сетевой адрес, заданный аппаратным образом производителем). Это преобразование необходимо для того чтобы найти устройство в сети, так как ip адрес может измениться, а mac адрес останется таким же. Все устройства в сети составляют у себя в буферах памяти arp таблицы, где отображается в "табличном" виде ip адрес устройства и mac адрес. При отправке пакетов в качестве адреса устройства используется mac адрес, а мы видим только ip адрес устройства.

  • Ответить с цитатой

Первое что мы опробовали с Ольгой, это простой тест работы в сети преобразователя с2000-ethernet и прохождения "внутри" ближайшего коммутатора udp трафика.
для этого мы:
в таблице маршрутизации (преобразователя с ip адресом 192.168.0.71) мы изменили ip адрес получателя на адрес компьютера подключенного с общим с преобразователем коммутатору.
<img src="http://savepic.su/4626939.jpg" border="0" alt="Изображение — savepic.su — сервис хранения изображений" />
Меняем выделенный адрес на адрес на адрес компьютера подключенного к этому же коммутатору, к примеру изменим на адрес 192.168.0.70, сохраняем настройки, возвращаем прибор в нормальный рабочий режим через перемычку.
На компьютере с адресом 192.168.0.70 запускаем программу RSsetings http://bolid.ru/files/373/566/settings_0.zip не забываем в случае если этот IP адрес используется (в моем случае это был адрес принимающего преобразователя со стороны пульта) отключить это устройство от сети, чтобы не было конфликтов.

В меню com порты добавляем новый порт, у меня это будет port7
в настройках меняем — устройство организации обмена с приборами на с2000-ethernet
таймаут ожидания запроса на 100
пауза после общей команды на 30
в поле управление списком адресов с2000-ethernet
вводим ip адрес преобразователя, как Вы уже догадались, 192.168.0.71 с портом 2048.
Все должно выглядеть похожим образом

С2000 Ethernet Сброс на Заводские Настройки • Восстановление настроек

В первом окне выбирайте подключение к интернету. В следующем пункте будут спрашивать про то, какой способ подключения используется. Это нужно узнать из договора провайдера или из инструкции с его сайта. Исправление ошибки Сетевой адаптер не имеет допустимых параметров настройки IP В некоторых случаях она появляется при диагностике через средство устранения неполадок и, как правило, в этом случае не работает интернет. Загрузку желательно делать через официальный сайт в случае примера Intel или воспользоваться полноценной базой Driverpack S.

Сброс базовой станции AirPort

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

  • Программный сброс: сброс пароля базовой станции и отключение защиты (настройки контроля доступа и RADIUS) на 5 минут, что позволяет подключиться к сети для внесения изменений. Если в течение 5 минут изменения не внесены, базовая станция возвращается к прежним настройкам. Используйте этот тип сброса, если администрирование базовой станции невозможно из-за того, что ее пароль забыт.
  • Аппаратный сброс: сброс базовой станции в исходное состояние с сохранением в памяти последней сохраненной конфигурации и всех профилей, что позволяет восстановить базовую станцию с использованием предыдущих настроек. Используйте этот тип сброса, когда базовая станция не реагирует, или при устранении неполадок сети, не устраняемых другими средствами.
  • Сброс к заводским настройкам: то же, что и аппаратный сброс, но с удалением всех сохраненных конфигураций и профилей. Используйте этот тип сброса перед продажей или передачей базовой станции другому пользователю. (При сбросе этого типа данные, хранящиеся на встроенном жестком диске Time Capsule или любом внешнем жестком диске, подключенном к базовой станции, не удаляются.)

При выполнении аппаратного сброса или сброса к заводским настройкам:

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

С2000 Ethernet Сброс на Заводские Настройки • Восстановление настроек

Cброс сетевых настроек Windows 10,7: через командную строку, команды сброса tcp ip сетевого адаптера, и другие способы

Сброс настроек базовых станций AirPort стандарта 802.11ac и 802.11n

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

С2000 Ethernet Сброс на Заводские Настройки • Восстановление настроек

  1. Убедитесь, что базовая станция подключена к источнику питания.
  2. Нажмите кнопку сброса и удерживайте ее в течение 5 секунд, пока индикатор состояния базовой станции не начнет быстро мигать оранжевым. Затем отпустите кнопку.
  3. Подождите около минуты, пока базовая станция завершит перезапуск.
  4. Откройте программу «Утилита AirPort» в подпапке «Утилиты» папки «Программы».
  5. Нажмите кнопку «Другие устройства Wi-Fi», затем выберите свою базовую станцию из списка. Нажмите кнопку «Изменить».
  6. Нажмите кнопку «Другие параметры».
  7. Нажмите «Восстановить предыдущие настройки», а затем нажимайте кнопку «Далее», пока не откроется завершающее окно.
  8. Когда программа «Утилита AirPort» покажет, что настройка завершена, нажмите кнопку «Готово».

Сброс к заводским настройкам возможен только с версией прошивки 7.9.1 на AirPort Time Capsule (802.11ac) и AirPort Extreme (802.11ac).

  1. Отключите базовую станцию от источника питания.
  2. Удерживая нажатой кнопку сброса, подключите базовую станцию к источнику питания и продолжайте удерживать кнопку сброса нажатой около 6 секунд, пока индикатор состояния на базовой станции не начнет быстро мигать оранжевым.
  3. Подождите около минуты, пока базовая станция завершит перезапуск. После этого можно воспользоваться программой «Утилита AirPort» для перенастройки базовой станции.

Утилита предназначена для всех версий ОС. С ее помощью можно сбросить настройки сетевого адаптера Виндовс 7, 8 и XP. Но не позиционируется как решение проблем в Windows 10, так как подобный инструмент реализован в самой системе. Загрузку желательно делать через официальный сайт в случае примера Intel или воспользоваться полноценной базой Driverpack S. При этом с телефона к вайфаю можно подключаться нормально, но вот с каких-то конкретных устройств подключения к сети не происходит.

С2000-Ethernet ПРЕОБРАЗОВАТЕЛЬ ИНТЕРФЕЙСОВ

Внимание! Информация на сайте не является публичной офертой. Уточняйте цены по телефону или у нас в офисе.

  • Организация передачи по локальной сети на участке ИСО «Орион»:
    • между ПК (АРМ «Орион Про», АРМ «Орион», UPROG и др. ПО) и приборами
    • между ПК (АРМ «Орион Про», АРМ «Орион», UPROG и др. ПО) и пультом («С2000M», «С2000»)
    • между пультом («С2000M»,»С2000″) и приборами
    Сертификаты
    Дистрибутивы
    Документация
    Схемы и настройки
    Прошивки

    Версия рекомендуется для использования и обновления приборов версий 2.00 – 2.xx.
    Для конфигурирования прибора рекомендуется использовать программу Uprog v 4.1.0.56 и выше.

    • Для всех режимов добавлена коррекция времени. Рекомендуется обновить приборы в режиме с сохранением событий «Master» и «Slave» (обязательно для СКУД).
    • Для режима с сохранением событий «Master» и «Slave» внесены изменения с целью минимизации различных тайм-аутов в работе системы. Наиболее актуально для приборов в системе СКУД.
    • Для всех режимов для совместимости «C2000-Ethernet» v2.70 с приборами с «C2000-Ethernet» v2.00-2.15 конфигурационный параметр «Совместимость» для соответствующей IP-записи необходимо установить в значение «С2000-Ethernet 1.X» либо обновить прошивку приборов до v2.70.
    • Для всех режимов общие модернизации в работе прибора в локальной сети (особенно актуально при трансляции трафика через VPN-туннель).
    • Для режима «Slave» снято ограничение по использованию прибора Орион с адресом 1 в удалённом интерфейсе.
    • Для прозрачного режима: (изменения доступны, начиная с версии 2.55)
      • исправлена погрешность скорости обмена при работе в RS на 115200 бит/сек (недостаток v2.02-v2.52). При опросе пульта С2000М v3.00 проявляется несколько раз в сутки как потеря пульта с его последующим обнаружением
      • исправлена ошибка, в результате которой «С2000-Ethernet» мог выполнять автоматический сброс (на практике проявляется как кратковременное отсутствие пинга или сбой статистики в АРМ, в редких случаях как потеря прибора RS с последующим быстрым обнаружением; с наибольшей вероятностью характерно для RS-485)
      • исправлена ошибка версии 2.50-v2.52, в результате которой максимальная длина пакета ограничивалась 232 байтами для всех типов параметра «Совместимость»
      • максимальная длина пакета для совместимости «Иные приборы» увеличена до 264 байт
      • добавлена скорость работы 4800 бод в RS-232/RS-485
      English
      Характеристики

      Доставляем системы безопасности по всей России. Режим работы с 9:00 до 18:00 (ЕКТ) по будням.

Похожие публикации