M-LINK: собственный протокол TRACE MODE для RS

0:02 Добрый день покажем конфигурирование обмена данными между узлами тресмот по последовательным каналам связи с использованием протокола обмена данными М. Линк. Компания Адастра, ну и проведем его практическую демонстрацию вообще передача данных между вычислительными устройствами по последовательным каналам, ну или линиям. Связи с интерфейсами раз 232 422 и 485 известность незапамятных времен. Однако и ныне, несмотря на засилье локальных и прочих сетей, такого рода способ обмена. Данными не лишился своей актуальности, да он архаичен, да он низкоскоростной, да он имеет жесткую иерархию. Мастер Слэф, и тем не менее скадатры Смолт надо учитывать. Что создаваемый в системе Узел в может взаимодействовать с другими узлами проекта лишь по 2 последовательным портам физическим или виртуальным эти порты должны? Быть непременно созданы в узле и отмечены следующими назначениями мастером Линк Слейф и в редких случаях резерв амлинг. Смотрите ранее снятый ролик, поскольку. Портов, 2 то их назначение может приводить тому, что наш узел в обмене по 1 порту может выступать мастером по отношению к другим узлам проекта тогда с их стороны. Порты должны быть отмечены как Слейвы с другими и по 2 порту Слоевым. Тогда подключенная линия должна замыкаться на порт узла, отмеченного как мастер м линк.

1:41 Естественно, что остальные настройки портов должны быть идентичными скорость, контроль отчетности в 1 голову. Да, прерывание и базовый адрес не должны быть нулевыми. Надо хотя бы задать единички с точки зрения физической организации линии связи. Напомним, что для подключения точка точка по РС 232 должен использоваться 0 модемный кабель, а для многоточечного подключения полис. 485 Стоит помнить про терминатор на длинных линиях. Ну, есть традиционное ограничение 1 мастер и до 31 Слейва. Откроем в инструментальной системе, подготовленной к нашему ролику проект, видим 2 узла соответственно. Мастер и Слейф, начнем с мастера, заглянем его группу ком порты и откроем на редактирование ком порт номер 2 ком 2 мастера Млинк скорость. Базовый адрес, контроль четности, прерывания нового управления передачи означает, что мы работаем по РС 232 тайм Аут в миллиардекундах время ожидания ответа на запрос. Соответственно, возле Эртем Слейф тоже группа ком порты ком порт номер 4.

2:57 Слейф, все остальные параметры идентичны, отмеченные галочками настройки Сиверси 16 и тут и там. Предполагают, что мы собираемся работать либо на длинных, либо на зашумленных линиях. Дело в том, что сам протокол Имлинг Символьной с возможностью формирования. Групповых запросов мастеру от мастера, но у него в качестве признака корректности применен контроль четности и тщетности, что означает при наложении. Одиночные помехи на передаваемые данные, принятая посылка будет идентифицирована как некорректная, а вот двойная помеха приведет к корректному принятию. Некорректных, ну, то есть поврежденных данных, способ избавиться от этого добавление в конец каждой посылки, 2 Байтов, рассчитанных по алгоритму Серсе. 16 Ну и проверка на приемном конце контрольных сумм, как у нас опять таки предвидя вопрос. А где же полное описание протокола отвечаем, он был посканами? Написан в 5 версии Скада Трысмал, а в текущей, то есть 6 версии, был лишь модернизирован в плане добавления этого самого Серси конфигурирование обмена. Выполняется с помощью драк Андропа для запроса данных, причем по умолчанию будет запрашиваться. Реальное значение перетаскиваем у канала, но можно указать. Любой атрибут его, правда, надо указывать в привязке и в явном виде. Ну и класс канала приемника должен соответствовать типу данных, запрашиваем атрибута. Удаленного канала для формирования значения не вычисляемого атрибута удаленного канала требуется локальный и обязательно с типом аутпут, причем выходное. Значение этого канала должно быть привязано к управляемому атрибуту удаленного канала никак иначе. Для иллюстрации взглянем на наш проект там опять. Таки по названиям групп видно, что внутри находится, как всегда, должное значение. Скаддерс Мод уделено вопросам контроля и диагностики обмена данными, так? В частности, в нашем проекте в группах систем на обоих узлов находится канал с весьма понятным названием, который несет локальному узлу информацию о. состоянии удаленного, участвующего в обмене данными, но на самом деле потенциал диагностики и контроля велик, но тут мы традиционно отправляем зрителя к. Изучению документации настало время приступить практически демонстрации, предварительно соединим оба порта. У нас, кстати, используются виртуальные компарты. Ком 2 и ком 4 полученные подключением к портам Юсби нашего ПК 2 устройств от компании Мокса Юпорт 11:10 типа Юсби в РС. 232 Так вот, соединим их с желтым. 0 Модемным кабелем после этого это мы уже выполнили, запустим утилиту, которая будет перехватывать сообщение по портам соответственно ком 4 и ком 2.

5:59 Режим наблюдатель открыли, 1 открыли, 2 открыли 4 после этого, вернулись в инструментальную систему, выполнили сохранение нашего проекта для. Монитора реального времени, а далее будем последовательно запускать профайлеры, выстраивать на экране и после этого стартовать начнем со Слайва.

6:30 Мастер. Запускаем Слейва. Данный он формирует, но мастера не видит, соответственно никакой деятельности по порту нет. Приступаем к запуску мастера. Стартуем. И так пошел обмен данными, полученные данные статусы. Все замечательно и хорошо, ну абракадабра, которую мы тут наблюдаем и которая быстро меняется для человеческого восприятия, крайне неудобно. Отметим, что символов посылках запросов и ответов присутствует. Но без определенной морально болевой подготовки разобрать их не представляется возможным, поэтому перейдем к более понятному и приятному представлению информации на экране. Ну, во 1 давайте сформируем передачу управляющей информации с узла мастером Линк.

7:29 На узел Слейв и так пишем 9 9 9 9 299 ОП. Вот она, ну и дискрет. 127 Отлично и так, на трендах верхней части экрана мы видим текущее значение параметров запрашиваемых от удаленного узла в средней части расположены поля. Ввода управляющих каналов, формирующих значения каналов в удаленном слейф узле, а результат выполнено. Управление видим, как на тренде в нижней части экрана. Мы видим диагностику и все в целом замечательно и хорошо. Таким образом, мы на достаточно простом примере постигли настройку, конфигурирование и диагностику. Обмена данными Скада Трайсмол по последовательным линиям связи реализуем протоколом Эмлинк. На этом наш ролик завершается вам спасибо за внимание.

Расшифровка сделана автоматически (Yandex SpeechKit) и может содержать ошибки в терминах.