Bently Nevada 3500. Неисправность модуля 3500/22M "Модуль сбора данных в переходных режимах"

Добрый день, уважаемые коллеги !

При попытке выгрузки конфигурации с контроллера через модуль 3500/22M "Модуль сбора данных в переходных режимах" не могу подключиться к нему , кабель использую 0-модемный (нашел на форуме тему по данному контроллеру, и скачал ПО и документацию со схемой кабеля ) , на dip переключателей rack адреса установлен 1 адрес , проверил сам кабель и преобразователь все работает.
При подключении через rj-45 также прописал на карте ноутбука подсеть контроллера ( ip контроллера это широковещательный адрес 192.168.0.255 ) но то что он был сконфигурирован изначально при настройке контроллера никто сказать не может ( сужу только по спецификации в xlsx формате , предоставленный заказчиком и для чего в ней указали данный ip адрес не ясно).
С помощью встроенного поиска в ПО(rack configuration v5.5) также контроллер не в доступе с RS-232 и с Ethernet порта.
Что я могу делать неправильно ?
Можно ли откинув питание снять модуль с шасси для проверки самой платы на дефекты ? Что будет при этом с конфигурацией ?
Где хранится сама конфигурация на контроллер ( в каждый модуль записана своя конфигурация или все данные хранятся только в интерфейсном модуле )?
Если появится возможность его замены на новый , нужна ли переконфигурация всей системы ?
Буду благодарен за Вашу помощь!

Сообщение **Ryzhij** » 14 фев 2024, 13:26

Ключ в каком положении?

Sam_engineer писал(а): ↑14 фев 2024, 09:16 При подключении через rj-45 также прописал на карте ноутбука подсеть контроллера ( ip контроллера это широковещательный адрес 192.168.0.255 ) но то что он был сконфигурирован изначально при настройке контроллера никто сказать не может ( сужу только по спецификации в xlsx формате , предоставленный заказчиком и для чего в ней указали данный ip адрес не ясно).

Тоже неясно, зачем.
При попытке сканировать (искать в сети) результаты есть?

Sam_engineer писал(а): ↑14 фев 2024, 09:16Что я могу делать неправильно?

Всё, что угодно. Отсюда не видно.

Sam_engineer писал(а): ↑14 фев 2024, 09:16 Можно ли откинув питание снять модуль с шасси для проверки самой платы на дефекты ? Что будет при этом с конфигурацией ?

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

Sam_engineer писал(а): ↑14 фев 2024, 09:16 Где хранится сама конфигурация на контроллер ( в каждый модуль записана своя конфигурация или все данные хранятся только в интерфейсном модуле )

Во-первых, это не контроллер, а система сбора данных, вибромониторинга и защиты.
Может являться частью системы вибродиагностики.
Релейные модули могут использоваться для формирования сигналов защиты, но примитивность логики на контроллер не тянет.
Во-вторых, в каждом модуле хранится своя конфигурация по порогам и уставкам.
В модуле сбора данных, который часто путают с ЦПУ, хранятся настройки связи для его портов и общие параметры для переходных режимов. В 99% случаев остальные модули продолжат выполнять функции защиты.
Если сбор данных на сервер шёл через порт 3500/22M, то, разумеется, этот обмен прекратится.

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

Ryzhij писал(а): ↑14 фев 2024, 13:26 Тоже неясно, зачем.
При попытке сканировать (искать в сети) результаты есть?

Результатов нет, также не видит

Ryzhij писал(а): ↑14 фев 2024, 13:26 Если сбор данных на сервер шёл через порт 3500/22M, то, разумеется, этот обмен прекратится.

Данная система выступает в роли преобразователя , порты не использовались.

Ryzhij писал(а): ↑14 фев 2024, 13:26 Разрешение на подключение зависит от настроек безопасности (где может участвовать и положение ключа), все порты сразу закрыть нельзя, но можно применить пароль на подключение.

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

Отправлено спустя 3 минуты 35 секунд:

Ryzhij писал(а): ↑14 фев 2024, 13:26 Ключ в каком положении?

Ключа нет , система в положении RUN

Сообщение **Ryzhij** » 14 фев 2024, 14:10

Sam_engineer писал(а): ↑14 фев 2024, 13:59 Данная система выступает в роли преобразователя , порты не использовались.

И релейных карт нет?
Сименсоиды такую фигню любят делать. Купят BN-3500, а используют аппаратуру только как нормирующие преобразователи сигналов с вибро-датчиков в 4-20мА, забирая аналоговые сигналы с модулей в контроллер.

Тогда Вы вообще ничем не рискуете. Почти. Остаётся только дискретный сигнал исправности аппаратуры, который формируется модулем сбора данных.

И зачем Вам тогда понадобилось лезть в 3500/22M ?

Ryzhij писал(а): ↑14 фев 2024, 14:10 И зачем Вам тогда понадобилось лезть в 3500/22M ?

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

Ryzhij писал(а): ↑14 фев 2024, 14:10 Сименсоиды такую фигню любят делать. Купят BN-3500, а используют аппаратуру только как нормирующие преобразователи сигналов с вибро-датчиков в 4-20мА, забирая аналоговые сигналы с модулей в контроллер.

Так и есть)

Сообщение **Ryzhij** » 14 фев 2024, 14:30

Sam_engineer писал(а): ↑14 фев 2024, 14:19 Обеспечение возможности внесения изменения в конфигурацию в случае необходимости (изменение типа датчика, настройка резервных каналов и пр.)

Для записи изменений Вам однозначно понадобится ключ.

Ryzhij писал(а): ↑14 фев 2024, 14:30 Для записи изменений Вам однозначно понадобится ключ.

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

Сообщение **Ryzhij** » 14 фев 2024, 14:44

Sam_engineer писал(а): ↑14 фев 2024, 14:34 Мне бы выгрузить конфигурацию с системы для начала , чтобы у эксплуатации были хоть какие-нибудь резервные копии).
А вообще возможны ли какие либо дефекты с самой платой ? Сталкивались ли Вы с такими случаями ?

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

За двадцать лет только один случай был на 20 рэках.

Ryzhij писал(а): ↑14 фев 2024, 14:44 Смена аппаратного адреса рэка, насколько помню, происходит после сброса. По-пробуйте нажать квадратную кнопку на лицевой панели модуля. Потом устанавливайте прямую связь по COM-порту.
Распайку мне надо уточнить

Распайка кабеля у меня есть , она ведь подходит ?

Сообщение **Ryzhij** » 14 фев 2024, 14:52

Sam_engineer писал(а): ↑14 фев 2024, 14:45 Распайка кабеля у меня есть , она ведь подходит ?

Ну да, это она. Я сам её вызванивал и выкладывал этот файл.

Ryzhij писал(а): ↑14 фев 2024, 14:52 Ну да, это она. Я сам её вызванивал и выкладывал этот файл.

Благодарю ! Будем пробовать, отпишусь позже о результатах.

Ryzhij писал(а): ↑14 фев 2024, 14:44 Смена аппаратного адреса рэка, насколько помню, происходит после сброса. По-пробуйте нажать квадратную кнопку на лицевой панели модуля. Потом устанавливайте прямую связь по COM-порту.
Распайку мне надо уточнить.

Попробовали нажать и зажать на 5 сек. кнопку Reset:
1. Ничего не изменилось , Индикатор CONFIG OK Мигал до нажатия и мигает после , что по инструкции модуля говорит нам о том , что Сработал один из установленных параметров безопасности. По COM-порту также не удалось подключится.
2. Так же не мигает RX/TX индикатор , что также говорит о неисправности модуля TDI. Возможно я не прав . но должен ли он мигать при нашем сценарии использования системы ?
Возможен ли такой Вариант, что без ключа по установкам безопасности невозможно подключится к устройству с лицевой стороны ?
Что можно сказать исходя из отсутствующей индикации RX/TX ?
Подозреваю что задний коммуникационный порт просто не сконфигурирован . поэтому и не можем через него подключится.

Сообщение **Ryzhij** » 15 фев 2024, 12:20

Sam_engineer писал(а): ↑15 фев 2024, 11:57 Подозреваю что задний коммуникационный порт просто не сконфигурирован . поэтому и не можем через него подключится.

Подключаться для конфигурирования рэка следует к порту на лицевой панели модуля.

Ryzhij писал(а): ↑15 фев 2024, 12:20 Подключаться для конфигурирования рэка следует к порту на лицевой панели модуля

Но это возможно и с заднего порта ? В случае блокировки переднего по уставкам безопасности как иначе подключится к системе ?

Сообщение **Ryzhij** » 15 фев 2024, 12:30

Sam_engineer писал(а): ↑15 фев 2024, 12:23 Но это возможно и с заднего порта ? В случае блокировки переднего по уставкам безопасности как иначе подключится к системе ?

Передний по-умолчанию, а задний - в соответствии с настройками.
Причем, обычно задний порт RS-485

. Возможны вариации с Ethernet-ом. Полный каталожный номер модуля известен?
Оба порта не блокируются. Передний локальный RS-232 остаётся включенным при блокировке заднего.

Ryzhij писал(а): ↑15 фев 2024, 12:30 Передний по-умолчанию, а задний - в соответствии с настройками.
Причем, обычно задний порт RS-485 . Возможны вариации с Ethernet-ом. Полный каталожный номер модуля известен?
Оба порта не блокируются. Передний локальный RS-232 остаётся включенным при блокировке заднего.

Номера нет , но по фотографии модуля нашел данный номер: 146031-01 Модуль ввода/вывода 10 Base-T/ 100 Base-TX.

В инструкции на модуль в пункте 4.4 "Конфигурация параметров безопасности" указано :
Disable Front Communication Port of TDI (Заблокировать передний коммуникационный порт TDI)
"Выбор данной опции приведёт к блокированию всех функций записи через передний порт модуля сбора данных в переходных режимах. Задний коммуникационный порт останется активным."
Т.е. в теории , если кто либо заблокировал порт в конфигурации , доступ через задний порт должен был остаться открытым ?

Сообщение **Ryzhij** » 15 фев 2024, 13:10

Sam_engineer писал(а): ↑15 фев 2024, 12:46 Т.е. в теории , если кто либо заблокировал порт в конфигурации , доступ через задний порт должен был остаться открытым ?

Да. Заблокировать все порты конфигуратор не даёт. Если заблокировать передний, то опция блокировки заднего станет неактивной, и наоборот.

Ryzhij писал(а): ↑15 фев 2024, 13:10 Да. Заблокировать все порты конфигуратор не даёт. Если заблокировать передний, то опция блокировки заднего станет неактивной, и наоборот.

А что можете сказать по индикации ? Что она может в нашем случае может сигнализировать ?

Сообщение **Ryzhij** » 15 фев 2024, 13:48

Судя по всему, никто никакую конфигурацию в ваши модули не заливал.
Поэтому и моргает индикатор CONFIG OK и после сброса.
Аппаратура работает со шкалами по-умолчанию.

Ryzhij писал(а): ↑15 фев 2024, 13:48 удя по всему, никто никакую конфигурацию в ваши модули не заливал.
Поэтому и моргает индикатор CONFIG OK и после сброса.
Аппаратура работает со шкалами по-умолчанию.

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

Сообщение **Ryzhij** » 15 фев 2024, 15:22

Sam_engineer писал(а): ↑15 фев 2024, 14:59 В данном случае в нашей системе используются датчики для различных видов измерений (виброскорость, перемещение , тепловое расширение) и для каждой из них предусмотрены свои шкалы и маловероятно что шкалы выставлены по умолчанию.

Согласен.
Тогда надо добиваться связи. Если не через этот TDI-модуль, тогда через другой.

Ryzhij писал(а): ↑15 фев 2024, 15:22 Согласен.
Тогда надо добиваться связи. Если не через этот TDI-модуль, тогда через другой.

Это и пытаемся сделать. Модуля другого нет под рукой к сожалению. Зато нашелся ключ, будем завтра пробовать подключится к системе в режиме PROGRAM.

Ryzhij писал(а): ↑15 фев 2024, 15:22 Согласен.
Тогда надо добиваться связи. Если не через этот TDI-модуль, тогда через другой.

Результатов положение режимов (позиции ключа) ничего не дало. Сделали перезагрузку(по питанию) , после нее на лицевой панели стали гореть все индикаторы. Подключение также после перезагрузки с двух портов не вышло.
Скорее всего все-таки сеть сконфигурирована , но подсеть для подключения мы не знаем. Думаем дальше...

Сообщение **VADR** » 16 фев 2024, 16:29

Sam_engineer писал(а): ↑16 фев 2024, 14:35 Скорее всего все-таки сеть сконфигурирована , но подсеть для подключения мы не знаем.

Это про сеть на базе Ethernet или через COM-порт? Если Ethernet и там протокол на базе TCP/IP - можно попробовать следующий трюк. Установите на компьютер какой-нибудь сниффер (например, wireshark). Запустите его в режиме сбора всех пакетов, после чего подключите прямым проводом к порту Ethernet устройства. Если там настроен протокол TCP/IP - при появлении сети устройство обычно анонсирует факт своего существования, выдав в сеть пакет ARP с его IP и MAC адресами (не всегда, но чаще всего). Этот пакет должен пойматься сниффером и из него можно узнать IP-адрес. Только маску сети, если я не ошибаюсь, не выдаёт. Но её уже и подобрать несложно: наиболее вероятно там 255.255.255.0, менее вероятно - 255.255.0.0, остальные варианты ещё менее вероятны, но их не более 30 штук - можно подбором найти.

VADR писал(а): ↑16 фев 2024, 16:29 Это про сеть на базе Ethernet или через COM-порт? Если Ethernet и там протокол на базе TCP/IP - можно попробовать следующий трюк. Установите на компьютер какой-нибудь сниффер (например, wireshark). Запустите его в режиме сбора всех пакетов, после чего подключите прямым проводом к порту Ethernet устройства. Если там настроен протокол TCP/IP - при появлении сети устройство обычно анонсирует факт своего существования, выдав в сеть пакет ARP с его IP и MAC адресами (не всегда, но чаще всего). Этот пакет должен пойматься сниффером и из него можно узнать IP-адрес. Только маску сети, если я не ошибаюсь, не выдаёт. Но её уже и подобрать несложно: наиболее вероятно там 255.255.255.0, менее вероятно - 255.255.0.0, остальные варианты ещё менее вероятны, но их не более 30 штук - можно подбором найти

Да , именно о ней я говорил . Спасибо за предложение , после выходных испробуем данный вариант .