МКИ - История изменений

Dima: /* Проверка информационного обмена по протоколу МЭК-60870-5-104 */

2025-04-03T11:38:58Z

Проверка информационного обмена по протоколу МЭК-60870-5-104

← Предыдущая версия		Версия от 11:38, 3 апреля 2025
Строка 318:		Строка 318:


	'''Примечание:''' Весь трафик между '''Modbus Poll''' на узле '''MCM-NODE2''' и каким-либо из датчиков пролетает через сервер '''MCM-SNIFFER''' (см. схему). Соответственно, если в настройках перехвата указать порт на сервере '''MCM-SNIFFER''', к которому подключен '''MCM-NODE2''' (например, '''~~enp7s0~~'''), то МКИ на сервере '''MCM-SNIFFER''' сможет перехватывать трафик MODBUS и, соответственно, его анализировать.		'''Примечание:''' Весь трафик между '''Modbus Poll''' на узле '''MCM-NODE2''' и каким-либо из датчиков пролетает через сервер '''MCM-SNIFFER''' (см. схему). Соответственно, если в настройках перехвата указать порт на сервере '''MCM-SNIFFER''', к которому подключен '''MCM-NODE2''' (например, '''enp6s0'''), то МКИ на сервере '''MCM-SNIFFER''' сможет перехватывать трафик MODBUS и, соответственно, его анализировать.

Dima: /* Установка сертификата Entcor */

2025-04-03T11:37:20Z

Установка сертификата Entcor

← Предыдущая версия		Версия от 11:37, 3 апреля 2025
Строка 173:		Строка 173:
	# Для интерфейса '''enp5s0''' вместо 192.168.2.15/24 следует указать нужный статический адрес сервера, также при необходимости следует указать фактически используемые адреса шлюза и DNS (в '''via''' и '''nameservers''' соответственно).		# Для интерфейса '''enp5s0''' вместо 192.168.2.15/24 следует указать нужный статический адрес сервера, также при необходимости следует указать фактически используемые адреса шлюза и DNS (в '''via''' и '''nameservers''' соответственно).
	# В файле конфигурации заранее определяется мост '''docker0''', который будет использоваться Docker'ом после его установки. Таким образом, интерфейсы '''enp6s0/enp7s0/enp8s0''' заранее подключаются к мосту '''docker0''', и, соответственно, в будущем будут доступны из Docker.		# В файле конфигурации заранее определяется мост '''docker0''', который будет использоваться Docker'ом после его установки. Таким образом, интерфейсы '''enp6s0/enp7s0/enp8s0''' заранее подключаются к мосту '''docker0''', и, соответственно, в будущем будут доступны из Docker.
	# Для удобства проще скопировать готовый файл '''01-network.yaml''' с компьютера администратора и положить его в '''/etc/netplan''' .		# Для удобства проще скопировать готовый файл '''01-network.yaml''' с компьютера администратора и положить его в '''/etc/netplan.''' Файлу следует установить права по маске 0100600.
	# Как показывает практика, существующий в '''/etc/netplan''' файл конфигурации по умолчанию '''50-cloud-init.yaml''' лучше переименовать во что-то типа '''50-cloud-init.yaml.bak,''' иначе у интерфейса '''enp5s0''' будет образовываться 2 адреса - статический из настроек в '''01-network.yaml''' и динамический, который будет дополнительно прилетать по DHCP и создавать путаницу. Вроде бы, должно лечиться установкой в файле '''50-cloud-init.yaml''' для интерфейса '''enp5s0''' параметра '''dchp4: false''', но по факту не помогает, поэтому лучше от греха подальше во избежание конфликтов держать в '''/etc/netplan''' только один файл '''01-network.yaml''' с настройками интерфейсов.		# Как показывает практика, существующий в '''/etc/netplan''' файл конфигурации по умолчанию '''50-cloud-init.yaml''' лучше переименовать во что-то типа '''50-cloud-init.yaml.bak,''' иначе у интерфейса '''enp5s0''' будет образовываться 2 адреса - статический из настроек в '''01-network.yaml''' и динамический, который будет дополнительно прилетать по DHCP и создавать путаницу. Вроде бы, должно лечиться установкой в файле '''50-cloud-init.yaml''' для интерфейса '''enp5s0''' параметра '''dchp4: false''', но по факту не помогает, поэтому лучше от греха подальше во избежание конфликтов держать в '''/etc/netplan''' только один файл '''01-network.yaml''' с настройками интерфейсов.
	# Для применения настроек интерфейсов и сохранения настроек после перезагрузки сервера рекомендуется выполнение '''netplan generate''' . Это позволит проверить конфигурацию перед применением и отловить возможные ошибки. Саму конфигурацию лучше применять через '''netplan try --timeout 30''' (или другое не сильно большое количество секунд, чтобы она автоотменилась в случае косяков). Также рекомендуется в обязательном порядке выполнить контрольную перезагрузку сервера, чтобы убедиться, что настройки после нее восстанавливаются правильно.		# Для применения настроек интерфейсов и сохранения настроек после перезагрузки сервера рекомендуется выполнение '''netplan generate''' . Это позволит проверить конфигурацию перед применением и отловить возможные ошибки. Саму конфигурацию лучше применять через '''netplan try --timeout 30''' (или другое не сильно большое количество секунд, чтобы она автоотменилась в случае косяков). Также рекомендуется в обязательном порядке выполнить контрольную перезагрузку сервера, чтобы убедиться, что настройки после нее восстанавливаются правильно.
	# Для проверки работоспособности моста '''docker0''' перед настройкой интерфейсов следует запустить постоянный пинг (с параметром '''-t''') с '''MCM-NODE1''' (10.0.0.1) на '''MCM-NODE2''' (10.0.0.2) и наоборот и убедиться в том, что узлы недоступны друг для друга. После настройки конфигурации интерфейсов и выполнения '''netplan try''' следует проверить, что пинг с MCM-NODE1 (10.0.0.1) на MCM-NODE2 (10.0.0.2) в обе стороны проходит успешно, т.е. узлы общаются между собой напрямую через мост '''docker0'''.		# Для проверки работоспособности моста '''docker0''' перед настройкой интерфейсов следует запустить постоянный пинг (с параметром '''-t''') с '''MCM-NODE1''' (10.0.0.1) на '''MCM-NODE2''' (10.0.0.2) и наоборот и убедиться в том, что узлы недоступны друг для друга. После настройки конфигурации интерфейсов и выполнения '''netplan try''' следует проверить, что пинг с MCM-NODE1 (10.0.0.1) на MCM-NODE2 (10.0.0.2) в обе стороны проходит успешно, т.е. узлы общаются между собой напрямую через мост '''docker0'''.
	==== Установка сертификата Entcor ====		==== Установка сертификата Entcor ====
	С компьютера администратора следует скопировать файл сертификата '''entcor.crt''' ~~на узел '''MCM~~-~~SNIFFER''' по следующему пути~~ (~~необходимо использовать фактический IP~~-~~адрес сервера MCM-SNIFFER~~)~~:<syntaxhighlight lang="sh">~~		Перед установкой собственно компонентов МКИ с компьютера администратора следует скопировать файл сертификата '''entcor.crt''' и разместить его в каталоге /usr/local/share/ca-certificates (удобнее всего это сделать через Shell-link в панели Midnight Commander). Затем сертификат необходимо обновить, после чего выполнить перезагрузку:<syntaxhighlight lang="sh">
	~~scp entcor.crt entcor@192~~.~~168.2.23:/home/entcor~~
	~~</syntaxhighlight>~~Затем ~~на компьютере '''MCM-SNIFFER''' следует перенести~~ сертификат ~~в необходимый каталог и~~ выполнить ~~его обновление~~:<syntaxhighlight lang="sh">
	~~sudo mv entcor.crt /usr/local/share/ca-certificates~~
	sudo update-ca-certificates		sudo update-ca-certificates
	</syntaxhighlight>'''Примечание:''' после обновления сертификатов необходимо выполнить перезагрузку компьютера '''MCM-SNIFFER'''.		</syntaxhighlight>'''Примечание:''' после обновления сертификатов необходимо выполнить перезагрузку компьютера '''MCM-SNIFFER'''.
Строка 222:		Строка 219:
	Далее в том же каталоге следует создать/отредактировать файла '''.env''', в котором следует установить следующие параметры:		Далее в том же каталоге следует создать/отредактировать файла '''.env''', в котором следует установить следующие параметры:

	* MONITOR_DATA_IF = <имя интерфейса на узле '''MCM-SNIFFER''', на котором выполняется прослушка, например, ~~enp7s~~		* MONITOR_DATA_IF = <имя интерфейса на узле '''MCM-SNIFFER''', на котором выполняется прослушка, например, enp6s
	* MODE = enode		* MODE = enode

Dima: /* Установка сертификата Entcor */

2025-03-28T10:36:42Z

Установка сертификата Entcor

← Предыдущая версия		Версия от 10:36, 28 марта 2025
Строка 175:		Строка 175:
	# Для удобства проще скопировать готовый файл '''01-network.yaml''' с компьютера администратора и положить его в '''/etc/netplan''' .		# Для удобства проще скопировать готовый файл '''01-network.yaml''' с компьютера администратора и положить его в '''/etc/netplan''' .
	# Как показывает практика, существующий в '''/etc/netplan''' файл конфигурации по умолчанию '''50-cloud-init.yaml''' лучше переименовать во что-то типа '''50-cloud-init.yaml.bak,''' иначе у интерфейса '''enp5s0''' будет образовываться 2 адреса - статический из настроек в '''01-network.yaml''' и динамический, который будет дополнительно прилетать по DHCP и создавать путаницу. Вроде бы, должно лечиться установкой в файле '''50-cloud-init.yaml''' для интерфейса '''enp5s0''' параметра '''dchp4: false''', но по факту не помогает, поэтому лучше от греха подальше во избежание конфликтов держать в '''/etc/netplan''' только один файл '''01-network.yaml''' с настройками интерфейсов.		# Как показывает практика, существующий в '''/etc/netplan''' файл конфигурации по умолчанию '''50-cloud-init.yaml''' лучше переименовать во что-то типа '''50-cloud-init.yaml.bak,''' иначе у интерфейса '''enp5s0''' будет образовываться 2 адреса - статический из настроек в '''01-network.yaml''' и динамический, который будет дополнительно прилетать по DHCP и создавать путаницу. Вроде бы, должно лечиться установкой в файле '''50-cloud-init.yaml''' для интерфейса '''enp5s0''' параметра '''dchp4: false''', но по факту не помогает, поэтому лучше от греха подальше во избежание конфликтов держать в '''/etc/netplan''' только один файл '''01-network.yaml''' с настройками интерфейсов.
	# Для применения настроек интерфейсов и сохранения настроек после перезагрузки сервера рекомендуется выполнение '''netplan ~~try~~''' . Это позволит проверить конфигурацию перед применением и отловить возможные ошибки. Также рекомендуется в обязательном порядке выполнить контрольную перезагрузку сервера, чтобы убедиться, что настройки после нее восстанавливаются правильно.		# Для применения настроек интерфейсов и сохранения настроек после перезагрузки сервера рекомендуется выполнение '''netplan generate''' . Это позволит проверить конфигурацию перед применением и отловить возможные ошибки. Саму конфигурацию лучше применять через '''netplan try --timeout 30''' (или другое не сильно большое количество секунд, чтобы она автоотменилась в случае косяков). Также рекомендуется в обязательном порядке выполнить контрольную перезагрузку сервера, чтобы убедиться, что настройки после нее восстанавливаются правильно.
	# Для проверки работоспособности моста '''docker0''' перед настройкой интерфейсов следует запустить постоянный пинг (с параметром '''-t''') с '''MCM-NODE1''' (10.0.0.1) на '''MCM-NODE2''' (10.0.0.2) и наоборот и убедиться в том, что узлы недоступны друг для друга. После настройки конфигурации интерфейсов и выполнения '''netplan try''' следует проверить, что пинг с MCM-NODE1 (10.0.0.1) на MCM-NODE2 (10.0.0.2) в обе стороны проходит успешно, т.е. узлы общаются между собой напрямую через мост '''docker0'''.		# Для проверки работоспособности моста '''docker0''' перед настройкой интерфейсов следует запустить постоянный пинг (с параметром '''-t''') с '''MCM-NODE1''' (10.0.0.1) на '''MCM-NODE2''' (10.0.0.2) и наоборот и убедиться в том, что узлы недоступны друг для друга. После настройки конфигурации интерфейсов и выполнения '''netplan try''' следует проверить, что пинг с MCM-NODE1 (10.0.0.1) на MCM-NODE2 (10.0.0.2) в обе стороны проходит успешно, т.е. узлы общаются между собой напрямую через мост '''docker0'''.
	==== Установка сертификата Entcor ====		==== Установка сертификата Entcor ====

Dima: /* Проверка информационного обмена по протоколу MODBUS */

2025-03-28T09:48:59Z

Проверка информационного обмена по протоколу MODBUS

← Предыдущая версия		Версия от 09:48, 28 марта 2025
Строка 318:		Строка 318:

	Результат опроса можно увидеть, нажав кнопку '''Display communication traffic''' в панели инструментов ('''Tx – байты с запросом, Rx – байты ответа от датчика'''). В случае ошибки опроса или недоступности устройства Rx в трафике не будет, а будут только строки с отправкой (Tx).		Результат опроса можно увидеть, нажав кнопку '''Display communication traffic''' в панели инструментов ('''Tx – байты с запросом, Rx – байты ответа от датчика'''). В случае ошибки опроса или недоступности устройства Rx в трафике не будет, а будут только строки с отправкой (Tx).
	[[Файл:Modbus9.png\|центр~~\|мини~~\|Рис. 12 - Просмотр трафика при опросе порта]]		[[Файл:Modbus9.png\|центр\|Рис. 12 - Просмотр трафика при опросе порта\|обрамить]]


	'''Примечание:''' Весь трафик между '''Modbus Poll''' на узле '''MCM-NODE2''' и каким-либо из датчиков пролетает через сервер '''MCM-SNIFFER''' (см. схему). Соответственно, если в настройках перехвата указать порт на сервере '''MCM-SNIFFER''', к которому подключен '''MCM-NODE2''' (например, '''enp7s0'''), то МКИ на сервере '''MCM-SNIFFER''' сможет перехватывать трафик MODBUS и, соответственно, его анализировать.		'''Примечание:''' Весь трафик между '''Modbus Poll''' на узле '''MCM-NODE2''' и каким-либо из датчиков пролетает через сервер '''MCM-SNIFFER''' (см. схему). Соответственно, если в настройках перехвата указать порт на сервере '''MCM-SNIFFER''', к которому подключен '''MCM-NODE2''' (например, '''enp7s0'''), то МКИ на сервере '''MCM-SNIFFER''' сможет перехватывать трафик MODBUS и, соответственно, его анализировать.

Dima: /* Проверка информационного обмена по протоколу MODBUS */

2025-03-28T09:45:55Z

Проверка информационного обмена по протоколу MODBUS

← Предыдущая версия		Версия от 09:45, 28 марта 2025
Строка 289:		Строка 289:
	[[Файл:Modbus1.png\|центр\|Рис. 4 - Главное окно ZLVirCom\|обрамить]]		[[Файл:Modbus1.png\|центр\|Рис. 4 - Главное окно ZLVirCom\|обрамить]]

	При нажатии на кнопку Device в верхнем меню открывается список портов, в котором можно провалиться в конкретный порт и выполнить его настройки:		При нажатии на кнопку '''Device''' в верхнем меню открывается список портов, в котором можно провалиться в конкретный порт и выполнить его настройки:
	[[Файл:Modbus2.png\|центр\|мини\|848x848пкс\|Рис. 5 - Окно со списком портов RS-485 на устройстве ZLAN5843]]		[[Файл:Modbus2.png\|центр\|мини\|848x848пкс\|Рис. 5 - Окно со списком портов RS-485 на устройстве ZLAN5843]]

Dima: /* Проверка информационного обмена по протоколу МЭК-60870-5-104 */

2025-03-28T09:43:05Z

Проверка информационного обмена по протоколу МЭК-60870-5-104

← Предыдущая версия		Версия от 09:43, 28 марта 2025
Строка 317:		Строка 317:
	[[Файл:Modbus8.png\|центр\|мини\|893x893пкс\|Рис. 11 - Выполнение опроса порта в установленном режиме]]		[[Файл:Modbus8.png\|центр\|мини\|893x893пкс\|Рис. 11 - Выполнение опроса порта в установленном режиме]]

	Результат опроса можно увидеть, нажав кнопку Display communication traffic в панели инструментов (Tx – байты с запросом, Rx – байты ответа от датчика). В случае ошибки опроса или недоступности устройства Rx в трафике не будет, а будут только строки с отправкой (Tx).		Результат опроса можно увидеть, нажав кнопку '''Display communication traffic''' в панели инструментов ('''Tx – байты с запросом, Rx – байты ответа от датчика'''). В случае ошибки опроса или недоступности устройства Rx в трафике не будет, а будут только строки с отправкой (Tx).
			[[Файл:Modbus9.png\|центр\|мини\|Рис. 12 - Просмотр трафика при опросе порта]]

	4. Весь трафик между Modbus Poll на узле MCM-NODE2 и каким-либо из датчиков пролетает через сервер ~~МКИ (который~~ MCM-SNIFFER, см. схему). Соответственно, если в настройках перехвата указать порт на сервере, к которому подключен MCM-NODE2 (enp7s0 ~~на данный момент~~), то ~~еНОД.~~МКИ на сервере MCM-SNIFFER сможет перехватывать трафик MODBUS и, соответственно, его анализировать.
			'''Примечание:''' Весь трафик между '''Modbus Poll''' на узле '''MCM-NODE2''' и каким-либо из датчиков пролетает через сервер '''MCM-SNIFFER''' (см. схему). Соответственно, если в настройках перехвата указать порт на сервере '''MCM-SNIFFER''', к которому подключен '''MCM-NODE2''' (например, '''enp7s0'''), то МКИ на сервере '''MCM-SNIFFER''' сможет перехватывать трафик MODBUS и, соответственно, его анализировать.

Dima: /* Проверка информационного обмена по протоколу МЭК-60870-5-104 */

2025-03-28T09:37:13Z

Проверка информационного обмена по протоколу МЭК-60870-5-104

← Предыдущая версия		Версия от 09:37, 28 марта 2025
Строка 268:		Строка 268:

	Далее устанавливается канал обмена последовательным нажатием кнопок "Build String" и "Open Channel" (индикатор "1 channel" должен стать темно-зеленым).		Далее устанавливается канал обмена последовательным нажатием кнопок "Build String" и "Open Channel" (индикатор "1 channel" должен стать темно-зеленым).
	[[Файл:IEC Test - 2.png\|мини\|794x794пкс\|Настройки программы IEC Test для организации обмена между узлами стенда MCM-NODE1 и MCM-NODE2 по протоколу МЭК-60870-5-104 (серверная часть)\|центр]]Соответственно, на другом узле ПО IEC Test запускается в режиме клиента с показанными ниже настройками:		[[Файл:IEC Test - 2.png\|мини\|794x794пкс\|Рис. 1 - Настройки программы IEC Test для организации обмена между узлами стенда MCM-NODE1 и MCM-NODE2 по протоколу МЭК-60870-5-104 (серверная часть)\|центр]]Соответственно, на другом узле ПО IEC Test запускается в режиме клиента с показанными ниже настройками:

	TCP/IP Link Role - Client		TCP/IP Link Role - Client
Строка 277:		Строка 277:

	Для начала непосредственно информационного взаимодействия следует послать с клиента на сервер специальную команду посредством нажатия кнопки "Start DT" (индикатор "1 channel" должен стать светло-зеленым как показано на рисунке ниже). С этого момента канал обмена установлен и активирован, а между экземплярами ПО IEC Test могут передаваться пакеты протокола МЭК-60870-5-104.		Для начала непосредственно информационного взаимодействия следует послать с клиента на сервер специальную команду посредством нажатия кнопки "Start DT" (индикатор "1 channel" должен стать светло-зеленым как показано на рисунке ниже). С этого момента канал обмена установлен и активирован, а между экземплярами ПО IEC Test могут передаваться пакеты протокола МЭК-60870-5-104.
	[[Файл:IEC Test - 3.png\|центр\|мини\|791x791пкс\|Настройки программы IEC Test для организации обмена между узлами стенда MCM-NODE1 и MCM-NODE2 по протоколу МЭК-60870-5-104 (клиентская часть)]]Для создания трафика по протоколу МЭК-60870-5-104 между узлами '''MCM-NODE1''' и '''MCM-NODE2''' следует использовать специальный макрос, имитирующий последовательную передачу данных протокола МЭК-60870-5-104 между узлами. Для этого необходимо на любом из узлов в ПО IEC Test перейти во вкладку "870 Commander", нажатием кнопки "Загрузить" загрузить макрос "ДУ по циклу 5 сек.rtm" и выполнить его нажатием кнопки "Выполнить":		[[Файл:IEC Test - 3.png\|центр\|мини\|791x791пкс\|Рис. 2 - Настройки программы IEC Test для организации обмена между узлами стенда MCM-NODE1 и MCM-NODE2 по протоколу МЭК-60870-5-104 (клиентская часть)]]Для создания трафика по протоколу МЭК-60870-5-104 между узлами '''MCM-NODE1''' и '''MCM-NODE2''' следует использовать специальный макрос, имитирующий последовательную передачу данных протокола МЭК-60870-5-104 между узлами. Для этого необходимо на любом из узлов в ПО IEC Test перейти во вкладку "870 Commander", нажатием кнопки "Загрузить" загрузить макрос "ДУ по циклу 5 сек.rtm" и выполнить его нажатием кнопки "Выполнить":
	[[Файл:IEC Test - 4.png\|альт=Выполнение макроса в ПО IEC Test для создания трафика по протоколу МЭК-60870-5-104\|центр\|мини\|797x797пкс\|Выполнение макроса в ПО IEC Test для создания трафика по протоколу МЭК-60870-5-104]]В случае правильно настроенных узлов стенда и экземпляров ПО IEC Test на принимающем узле во вкладке "870 Commander" в соответствующем окне можно будет увидеть информацию о принятых сообщениях, отправленных макросом с передающего узла, что свидетельствует о состоявшемся информационном обмене по протоколу МЭК-60870-5-104 между узлами.		[[Файл:IEC Test - 4.png\|альт=Выполнение макроса в ПО IEC Test для создания трафика по протоколу МЭК-60870-5-104\|центр\|мини\|797x797пкс\|Рис. 3 - Выполнение макроса в ПО IEC Test для создания трафика по протоколу МЭК-60870-5-104]]В случае правильно настроенных узлов стенда и экземпляров ПО IEC Test на принимающем узле во вкладке "870 Commander" в соответствующем окне можно будет увидеть информацию о принятых сообщениях, отправленных макросом с передающего узла, что свидетельствует о состоявшемся информационном обмене по протоколу МЭК-60870-5-104 между узлами.

	'''Примечание:''' в случае, если система МКИ выполняет прослушивание на одном из интерфейсов, входящих во внутреннюю сеть информационного обмена, а также при правильном конфигурировании компонента Grafana, при подключении браузером по адресу сервера '''MCM-SNIFFER''' в соответствующих дашбордах должна появиться информация о перехваченных пакетах протокола МЭК-60870-5-104, создающих описанный выше трафик.		'''Примечание:''' в случае, если система МКИ выполняет прослушивание на одном из интерфейсов, входящих во внутреннюю сеть информационного обмена, а также при правильном конфигурировании компонента Grafana, при подключении браузером по адресу сервера '''MCM-SNIFFER''' в соответствующих дашбордах должна появиться информация о перехваченных пакетах протокола МЭК-60870-5-104, создающих описанный выше трафик.
Строка 287:		Строка 287:

	Для доступа к датчикам на конверторе ZLAN установлены адреса IP-портов с помощью прилагающейся к нему софтины '''ZLVirCom''', которую можно запустить с рабочего стола на узле '''MCM-NODE2''' ('''Примечание:''' '''в текущей конфигурации стенда вся работа с MODBUS производится с этого узла'''). ZLVirCom сам опрашивает локальную сеть и находит там конвертор, после чего подключается к нему, и его можно конфигурировать:		Для доступа к датчикам на конверторе ZLAN установлены адреса IP-портов с помощью прилагающейся к нему софтины '''ZLVirCom''', которую можно запустить с рабочего стола на узле '''MCM-NODE2''' ('''Примечание:''' '''в текущей конфигурации стенда вся работа с MODBUS производится с этого узла'''). ZLVirCom сам опрашивает локальную сеть и находит там конвертор, после чего подключается к нему, и его можно конфигурировать:
	[[Файл:Modbus1.png\|центр\|Главное окно ZLVirCom\|обрамить]]		[[Файл:Modbus1.png\|центр\|Рис. 4 - Главное окно ZLVirCom\|обрамить]]

	При нажатии на кнопку Device в верхнем меню открывается список портов, в котором можно провалиться в конкретный порт и выполнить его настройки:		При нажатии на кнопку Device в верхнем меню открывается список портов, в котором можно провалиться в конкретный порт и выполнить его настройки:
	[[Файл:Modbus2.png\|центр\|мини\|848x848пкс\|Окно со списком портов RS-485 на устройстве ZLAN5843]]		[[Файл:Modbus2.png\|центр\|мини\|848x848пкс\|Рис. 5 - Окно со списком портов RS-485 на устройстве ZLAN5843]]

	Настройки портов, к которым подключены датчики, должны выглядеть следующим образом:		Настройки портов, к которым подключены датчики, должны выглядеть следующим образом:
	[[Файл:Modbus3.png\|центр\|обрамить\|Окно настройки параметров выбранного порта RS-485 на устройстве ZLAN]]		[[Файл:Modbus3.png\|центр\|обрамить\|Рис. 6 - Окно настройки параметров выбранного порта RS-485 на устройстве ZLAN]]

	Если все настроено корректно, то Modbus Poll сможет подключится к соответствующим RS-485-портам конвертора по указанному для них IP Address и Port (см. ~~скриншот~~).		Если все настроено корректно, то Modbus Poll сможет подключится к соответствующим RS-485-портам конвертора по указанному для них IP Address и Port (см. рис. 6).

	3. Непосредственно для выполнения опроса датчиков нужно запустить Modbus Poll с рабочего стола на узле MCM-NODE2:		Непосредственно для выполнения опроса датчиков нужно запустить '''Modbus Poll''' с рабочего стола на узле '''MCM-NODE2''':
			[[Файл:Modbus4.png\|центр\|мини\|852x852пкс\|Рис. 7 - Главное окно Modbus Poll]]

	Далее в меню Connection выбрать Connect (или нажать F3), откроется окно настроек подключения, где нужно указать следующие параметры:

	В поле IP Address or Node Name нужно указать адрес порта, который будем опрашивать (соответственно, 10.0.0.241, .242, .243 для портов 1, 2, 3 конвертора.		Далее в меню Connection следует выбрать Connect (или нажать F3), откроется окно настроек подключения, где нужно указать следующие параметры:
			[[Файл:Modbus5.png\|центр\|мини\|424x424пкс\|Рис. 8 - Параметры подключения к порту RS-485 на устройстве ZLAN]]


			В поле IP Address or Node Name нужно указать адрес порта, который будем опрашивать (соответственно, '''10.0.0.241, .242, .243 для портов 1, 2, 3 конвертора''').

	Далее будет выполнено подключение к железке ZLAN и при попытке опроса вылезет ошибка “Timeout error”, так как не сконфигурированы параметры опроса.		Далее будет выполнено подключение к железке ZLAN и при попытке опроса вылезет ошибка “Timeout error”, так как не сконфигурированы параметры опроса.
			[[Файл:Modbus6.png\|центр\|мини\|878x878пкс\|Рис. 9 - Окно программы Modbus Poll при несконфигурированных параметрах опроса]]


	Для их настройки ~~надо~~ зайти в меню Setup -> Read/Write Definition (или нажать F8) и указать следующие параметры:		Для их настройки следует зайти в меню '''Setup -> Read/Write Definition''' (или нажать F8) и указать следующие параметры:
			[[Файл:Modbus7.png\|центр\|мини\|Рис. 10 - Настройка параметров опроса порта]]

	В поле Slave ID нужно указать адрес датчика (5, 6 или 7), в поле Function выбрать «04 Read Input Registers (3х)», в полях Address и Quantity указать значение 1. Если номер датчика соответствует выбранному при подключении порту, то опрос пойдет корректно (Tx увеличивается, Err = 0):		В поле '''Slave ID''' нужно указать адрес датчика ('''5, 6 или 7'''), в поле '''Function''' выбрать '''«04 Read Input Registers (3х)»''', в полях '''Address''' и '''Quantity''' указать значение 1. Если номер датчика соответствует выбранному при подключении порту, то опрос пойдет корректно ('''Tx увеличивается, Err = 0)''':
			[[Файл:Modbus8.png\|центр\|мини\|893x893пкс\|Рис. 11 - Выполнение опроса порта в установленном режиме]]

	Результат опроса можно увидеть, нажав кнопку Display communication traffic в панели инструментов (Tx – байты с запросом, Rx – байты ответа от датчика). В случае ошибки опроса или недоступности устройства Rx в трафике не будет, а будут только строки с отправкой (Tx).		Результат опроса можно увидеть, нажав кнопку Display communication traffic в панели инструментов (Tx – байты с запросом, Rx – байты ответа от датчика). В случае ошибки опроса или недоступности устройства Rx в трафике не будет, а будут только строки с отправкой (Tx).

	4. Весь трафик между Modbus Poll на узле MCM-NODE2 и каким-либо из датчиков пролетает через сервер МКИ (который MCM-SNIFFER, см. схему). Соответственно, если в настройках перехвата указать порт на сервере, к которому подключен MCM-NODE2 (enp7s0 на данный момент), то еНОД.МКИ на сервере MCM-SNIFFER сможет перехватывать трафик MODBUS и, соответственно, его анализировать.		4. Весь трафик между Modbus Poll на узле MCM-NODE2 и каким-либо из датчиков пролетает через сервер МКИ (который MCM-SNIFFER, см. схему). Соответственно, если в настройках перехвата указать порт на сервере, к которому подключен MCM-NODE2 (enp7s0 на данный момент), то еНОД.МКИ на сервере MCM-SNIFFER сможет перехватывать трафик MODBUS и, соответственно, его анализировать.

Dima: /* Проверка информационного обмена по протоколу MODBUS */

2025-03-28T09:22:30Z

Проверка информационного обмена по протоколу MODBUS

← Предыдущая версия		Версия от 09:22, 28 марта 2025
Строка 284:		Строка 284:
	=== Проверка информационного обмена по протоколу MODBUS ===		=== Проверка информационного обмена по протоколу MODBUS ===

	Работа стенда по протоколу MODBUS осуществляется посредством ПО Modbus Poll, запущенного на узле MDM-NODE2 (см. схему). Modbus Poll подключается по протоколу MODBUS-TCP к железке-конвертору ZLAN (см. схему) и через него опрашивает устройства (температурные датчики), подключенные к RS-485-портам №1, №2 и №3 конвертора ZLAN. Также на датчиках изменены их базовые адреса следующим образом: ID = 5 – на 1 порту RS-485, ID = 6 – на 2 порту RS-485, ID = 7 – на 3 порту RS-485.		Работа стенда по протоколу MODBUS осуществляется посредством ПО '''Modbus Poll''', запущенного на узле '''MDM-NODE2''' (см. схему). Modbus Poll подключается по протоколу MODBUS-TCP к железке-конвертору ZLAN (см. схему) и через него опрашивает устройства (температурные датчики), подключенные к RS-485-портам №1, №2 и №3 конвертора ZLAN. Также на датчиках изменены их базовые адреса следующим образом: ID = 5 – на 1 порту RS-485, ID = 6 – на 2 порту RS-485, ID = 7 – на 3 порту RS-485.

	Для доступа к датчикам на конверторе ZLAN установлены адреса IP-портов с помощью прилагающейся к нему софтины ZLVirCom, которую можно запустить с рабочего стола на узле MCM-NODE2 ('''Примечание:''' '''в текущей конфигурации стенда вся работа с MODBUS производится с этого узла'''). ZLVirCom сам опрашивает локальную сеть и находит там конвертор, после чего подключается к нему, и его можно конфигурировать:		Для доступа к датчикам на конверторе ZLAN установлены адреса IP-портов с помощью прилагающейся к нему софтины '''ZLVirCom''', которую можно запустить с рабочего стола на узле '''MCM-NODE2''' ('''Примечание:''' '''в текущей конфигурации стенда вся работа с MODBUS производится с этого узла'''). ZLVirCom сам опрашивает локальную сеть и находит там конвертор, после чего подключается к нему, и его можно конфигурировать:
	[[Файл:Modbus1.png\|центр~~\|мини\|794x794пкс~~\|Главное окно ZLVirCom]]		[[Файл:Modbus1.png\|центр\|Главное окно ZLVirCom\|обрамить]]

	При нажатии на кнопку Device в верхнем меню открывается список портов, в котором можно провалиться в конкретный порт и выполнить его настройки:		При нажатии на кнопку Device в верхнем меню открывается список портов, в котором можно провалиться в конкретный порт и выполнить его настройки:

Dima: /* Проверка информационного обмена по протоколу MODBUS */

2025-03-28T09:18:00Z

Проверка информационного обмена по протоколу MODBUS

← Предыдущая версия		Версия от 09:18, 28 марта 2025
Строка 286:		Строка 286:
	Работа стенда по протоколу MODBUS осуществляется посредством ПО Modbus Poll, запущенного на узле MDM-NODE2 (см. схему). Modbus Poll подключается по протоколу MODBUS-TCP к железке-конвертору ZLAN (см. схему) и через него опрашивает устройства (температурные датчики), подключенные к RS-485-портам №1, №2 и №3 конвертора ZLAN. Также на датчиках изменены их базовые адреса следующим образом: ID = 5 – на 1 порту RS-485, ID = 6 – на 2 порту RS-485, ID = 7 – на 3 порту RS-485.		Работа стенда по протоколу MODBUS осуществляется посредством ПО Modbus Poll, запущенного на узле MDM-NODE2 (см. схему). Modbus Poll подключается по протоколу MODBUS-TCP к железке-конвертору ZLAN (см. схему) и через него опрашивает устройства (температурные датчики), подключенные к RS-485-портам №1, №2 и №3 конвертора ZLAN. Также на датчиках изменены их базовые адреса следующим образом: ID = 5 – на 1 порту RS-485, ID = 6 – на 2 порту RS-485, ID = 7 – на 3 порту RS-485.

	Для доступа к датчикам на конверторе ZLAN установлены адреса IP-портов с помощью прилагающейся к нему софтины ZLVirCom, которую можно запустить с рабочего стола на узле MCM-NODE2 (~~в принципе,~~ в текущей конфигурации стенда вся работа с MODBUS производится с этого узла!). ZLVirCom сам опрашивает локальную сеть и находит там конвертор, после чего подключается к нему, и его можно конфигурировать:		Для доступа к датчикам на конверторе ZLAN установлены адреса IP-портов с помощью прилагающейся к нему софтины ZLVirCom, которую можно запустить с рабочего стола на узле MCM-NODE2 ('''Примечание:''' '''в текущей конфигурации стенда вся работа с MODBUS производится с этого узла'''). ZLVirCom сам опрашивает локальную сеть и находит там конвертор, после чего подключается к нему, и его можно конфигурировать:
	[[Файл:Modbus1.png\|центр\|мини\|794x794пкс\|Главное окно ZLVirCom]]		[[Файл:Modbus1.png\|центр\|мини\|794x794пкс\|Главное окно ZLVirCom]]


	При нажатии на кнопку Device в верхнем меню открывается список портов, в котором можно провалиться в конкретный порт и выполнить его настройки:		При нажатии на кнопку Device в верхнем меню открывается список портов, в котором можно провалиться в конкретный порт и выполнить его настройки:
			[[Файл:Modbus2.png\|центр\|мини\|848x848пкс\|Окно со списком портов RS-485 на устройстве ZLAN5843]]

	Настройки портов, к которым подключены датчики, должны выглядеть следующим образом:		Настройки портов, к которым подключены датчики, должны выглядеть следующим образом:
			[[Файл:Modbus3.png\|центр\|обрамить\|Окно настройки параметров выбранного порта RS-485 на устройстве ZLAN]]

	Если все настроено корректно, то Modbus Poll сможет подключится к соответствующим RS-485-портам конвертора по указанному для них IP Address и Port (см. скриншот).		Если все настроено корректно, то Modbus Poll сможет подключится к соответствующим RS-485-портам конвертора по указанному для них IP Address и Port (см. скриншот).

Dima: /* Проверка информационного обмена по протоколу МЭК-60870-5-104 */

2025-03-28T09:09:05Z

Проверка информационного обмена по протоколу МЭК-60870-5-104

← Предыдущая версия		Версия от 09:09, 28 марта 2025
Строка 280:		Строка 280:
	[[Файл:IEC Test - 4.png\|альт=Выполнение макроса в ПО IEC Test для создания трафика по протоколу МЭК-60870-5-104\|центр\|мини\|797x797пкс\|Выполнение макроса в ПО IEC Test для создания трафика по протоколу МЭК-60870-5-104]]В случае правильно настроенных узлов стенда и экземпляров ПО IEC Test на принимающем узле во вкладке "870 Commander" в соответствующем окне можно будет увидеть информацию о принятых сообщениях, отправленных макросом с передающего узла, что свидетельствует о состоявшемся информационном обмене по протоколу МЭК-60870-5-104 между узлами.		[[Файл:IEC Test - 4.png\|альт=Выполнение макроса в ПО IEC Test для создания трафика по протоколу МЭК-60870-5-104\|центр\|мини\|797x797пкс\|Выполнение макроса в ПО IEC Test для создания трафика по протоколу МЭК-60870-5-104]]В случае правильно настроенных узлов стенда и экземпляров ПО IEC Test на принимающем узле во вкладке "870 Commander" в соответствующем окне можно будет увидеть информацию о принятых сообщениях, отправленных макросом с передающего узла, что свидетельствует о состоявшемся информационном обмене по протоколу МЭК-60870-5-104 между узлами.

	'''Примечание:''' в случае, если система МКИ выполняет прослушивание на одном из интерфейсов, входящих во внутреннюю сеть информационного обмена, а также при правильном конфигурировании компонента Grafana, при подключении браузером по адресу сервера '''MCM-SNIFFER''' ~~('''<nowiki>http://192.168.2.142</nowiki>''')~~ в соответствующих дашбордах должна появиться информация о перехваченных пакетах протокола МЭК-60870-5-104, создающих описанный выше трафик.		'''Примечание:''' в случае, если система МКИ выполняет прослушивание на одном из интерфейсов, входящих во внутреннюю сеть информационного обмена, а также при правильном конфигурировании компонента Grafana, при подключении браузером по адресу сервера '''MCM-SNIFFER''' в соответствующих дашбордах должна появиться информация о перехваченных пакетах протокола МЭК-60870-5-104, создающих описанный выше трафик.

	=== Проверка информационного обмена по протоколу ~~МЭК-60870-5-104~~ ===		=== Проверка информационного обмена по протоколу MODBUS ===

			Работа стенда по протоколу MODBUS осуществляется посредством ПО Modbus Poll, запущенного на узле MDM-NODE2 (см. схему). Modbus Poll подключается по протоколу MODBUS-TCP к железке-конвертору ZLAN (см. схему) и через него опрашивает устройства (температурные датчики), подключенные к RS-485-портам №1, №2 и №3 конвертора ZLAN. Также на датчиках изменены их базовые адреса следующим образом: ID = 5 – на 1 порту RS-485, ID = 6 – на 2 порту RS-485, ID = 7 – на 3 порту RS-485.

	1. Работа стенда по протоколу MODBUS осуществляется посредством ПО Modbus Poll, запущенного на узле MDM-NODE2 (см. схему). Modbus Poll подключается по протоколу MODBUS-TCP к железке-конвертору ZLAN (см. схему) и через него опрашивает устройства (температурные датчики), подключенные к RS-485-портам №1, №2 и №3 конвертора ZLAN. Также на датчиках изменены их базовые адреса следующим образом: ID = 5 – на 1 порту RS-485, ID = 6 – на 2 порту RS-485, ID = 7 – на 3 порту RS-485.		Для доступа к датчикам на конверторе ZLAN установлены адреса IP-портов с помощью прилагающейся к нему софтины ZLVirCom, которую можно запустить с рабочего стола на узле MCM-NODE2 (в принципе, в текущей конфигурации стенда вся работа с MODBUS производится с этого узла!). ZLVirCom сам опрашивает локальную сеть и находит там конвертор, после чего подключается к нему, и его можно конфигурировать:
			[[Файл:Modbus1.png\|центр\|мини\|794x794пкс\|Главное окно ZLVirCom]]
	2. Для доступа к датчикам на конверторе ZLAN установлены адреса IP-портов с помощью прилагающейся к нему софтины ZLVirCom, которую можно запустить с рабочего стола на узле MCM-NODE2 ~~с IP 192.168.2.195~~ (в принципе, в текущей конфигурации стенда вся работа с MODBUS производится с этого узла!). ZLVirCom сам опрашивает локальную сеть и находит там конвертор, после чего подключается к нему, и его можно конфигурировать: