Что такое ведущий и ведомый компьютер
Прежде всего необходимо выполнить настройки в файле config . Эта задача довольно проста, так как обычно изменять какие-либо параметры в этом файле не требуется. В листинге 9.7 представлен пример файла config для клиента.
Листинг 9.7. Пример конфигурации ведущего UUCP-компьютера в файле config (для Taylor UUCP)Далее следует сконфигурировать файл sys , где задаются параметры вызова удаленного хоста. В листинге 9.8 представлен пример файла sys с параметрами для вызова хоста UUCP провайдера Internet в рабочие часы с целью проверки наличия почты.
Листинг 9.8. Пример конфигурации ведущего UUCP-компьютера в файле sys (для Taylor UUCP)Сценарий дозвона chat определяет, какие строки должны быть приняты в процессе установления соединения и каким должен быть ответ. Таким образом, происходит регистрация uucico на удаленном сервере. Приведенный нами сценарий подразумевает, что удаленный хост UUCP в качестве оболочки по умолчанию будет запускать uucico . Если же это не так, то в сценарии указывают, что необходимо дождаться приглашения оболочки пользователя и лишь после этого посылать команду uucico .
Затем нужно задать параметры в файле port . В листинге 9.9 представлен пример файла port , где описываются параметры модема.
Листинг 9.9. Пример конфигурации ведущего UUCP компьютера в файле port (для Taylor UUCP)И последний файл конфигурации, который нам понадобится, это файл dial . В нем задаются параметры для связи с определенным портом. В листинге 9.10 представлен пример файла dial .
Листинг 9.10. Пример конфигурации ведущего UUCP-компьютера в файле dial (для Taylor UUCP)Чтобы проверить правильность заданной конфигурации, пользователь, обладающий правами root , может набрать следующую команду:
С помощью этой команды вы заставляете uucico звонить на UUCP-систему с именем ispmail , игнорируя все ограничения по времени, и вести файл отчета для процесса chat . По прошествии нескольких секунд вы должны услышать, как модем набирает номер удаленного сервера. Чтобы убедиться в успешности соединения, можно также проанализировать содержимое файла отчета UUCP ( /var/log/uucp/Log ). Соответствующие строки будут присутствовать и в файле /var/log/uucp/Debug .
Теперь, когда вы убедились в том, что UUCP-соединение работает нормально, следующим шагом будет автоматизация этого процесса. Лучше всего для этой цели использовать стандартный для ОС Linux процесс cron . Программа cron выполняется в фоновом режиме и считывает свой файл конфигурации, где задается время запуска каждой программы. Чтобы отредактировать файл конфигурации cron , пользователь с правами root должен задать команду:
Затем добавьте в файл cron строки, показанные в листинге 9.11.
Листинг 9.11. Строки в файле cron для автоматического запуска UUCPВ первой строке каждые 5 минут создается файл, в котором uucico указывается опросить удаленный узел. Во второй строке запускается программа для обработки заданий из очереди.
Вопросы перенаправления почты через UUCP-соединение на почтовый узел провайдера Internet более подробно рассмотрены в "Подключение почтового сервера к провайдеру Internet" , "Подключение почтового сервера к провайдеру Internet".
Ведомый компьютер в сеансе UUCP
Ведомый компьютер в сеансе UUCP ожидает появления запросов на установление соединения от ведущих UUCP-компьютеров. И снова нам понадобится файл конфигурации config . Он представлен в листинге 9.12.
Листинг 9.12. Пример конфигурации ведомого UUCP компьютера в файле config (для Taylor UUCP)За ним следует файл конфигурации sys . Поскольку ведомый компьютер не вызывает удаленные системы и доступ к файловым областям не предоставляется, то этот файл имеет тривиальный вид. Пример файла sys показан в листинге 9.13.
Листинг 9.13. Пример конфигурации ведомого UUCP-компьютера в файле sys (для Taylor UUCP)В файле конфигурации port для поддержки входящих соединений также нет сложных настроек. Все клиенты при подключении самостоятельно запускают программу uucico , так что в этом файле лишь нужно указать тип соединения. Пример файла port представлен в листинге 9.14.
Листинг 9.14. Пример конфигурации ведомого UUCP-компьютера в файле port (для Taylor UUCP).Так как ведомый компьютер не осуществляет вызов удаленных компьютеров, то файл dial ему не требуется. Далее нужно лишь создать идентификатор пользователя для удаленной системы, которая будет регистрироваться на данном компьютере. Все идентификаторы пользователей хранятся в файле /etc/passwd . При этом, чтобы система автоматически запускала UUCP по входному звонку, нужно задать в качестве оболочки по умолчанию uucico . Тогда строка в файле /etc/passwd будет выглядеть примерно так:
Этой строкой мы разрешаем удаленной системе shadrach зарегистрироваться с именем shadrach и автоматически запустить для нее программу uucico . Пользователь root должен назначить идентификатору пользователя shadrach пароль. Этот пароль не может быть изменен удаленным хостом.
Резюме
Один из относительно недорогих и безопасных способов подключения почтового сервера к провайдеру Internet — использование протокола UNIX to UNIX CoPy ( UUCP ). Хотя этот протокол — один из старейших, он остается высокоэффективным при передаче почты по модемным линиям без установления сетевого соединения. Многими провайдерами Internet поддерживается работа по протоколу UUCP для обмена электронной почтой. В ОС Linux UUCP реализован в пакете Taylor UUCP . Этот пакет состоит из конфигурационных файлов и выполняемых модулей и позволяет создавать полнофункциональный ведущий или ведомый UUCP - хост на базе почтового сервера под управлением ОС Linux. После установления соединения программное обеспечение для работы с почтой может быть настроено для маршрутизации почты по UUCP -соединению.
Мастер / подчиненный (англ. Master / slave ) - это форма иерархического управления доступом к общему ресурсу, обычно в форме общего канала данных, в многочисленных задачах регулирования и управления .
Из-за ссылки на рабство, содержащейся в паре терминов «хозяин / подчиненный» , для антирасистских соображений, по крайней мере, в области ИТ-систем, все чаще используются альтернативные выражения, в зависимости от контекста.
Оглавление
Основная проблема
Для передачи данных доступен только один общий канал передачи (например, в виде радиолинии или в виде шины данных ). Если несколько участников отправляют одновременно, передача больше не может происходить, поскольку в этом случае на шину будут поступать только искаженные данные. Следовательно, должна быть создана возможность для участников совместного использования канала данных по взаимному согласию. Одна из возможностей - использовать принцип ведущий / ведомый.
Принцип работы
Один участник является мастером , все остальные - рабами . Мастер - единственный, кто имеет право получить доступ к общему ресурсу без запроса. Подчиненное устройство не может получить доступ к совместно используемому ресурсу по собственному желанию; он должен дождаться запроса мастера ( опрос ) или указать мастеру через соединение в обход общего ресурса, о котором он хочет получить запрос.
Плюсы и минусы
Главное преимущество в том, что хозяин контролирует условия доступа: система построена вокруг него, что упрощает планирование.
Архитектуры «ведущий-ведомый» также можно комбинировать с шиной токенов , и в этом случае только ведущие передают токен.
Главный недостаток - невозможность связи между ведомыми устройствами. Кроме того, опрос ведомых устройств ведущим неэффективен.
обязательство
Используется метод ведущий-ведомый, например:
- для розеток master-slave на электричестве
- в автобусной системе , например B. ATA / ATAPI для полевых шин ( Profibus , BITBUS , AS-I и т. Д.) В качестве метода доступа, подробнее см .: Bus Mastering
- в компьютерной сети
- с логическими коммутационными сетями, такими как триггеры с управлением по фронту
- в фотографии с беспрепятственнойвспышкой со вспышками
- для технологии Bluetooth см. Piconet
- в коммуникационных технологиях (см. метод пинг-понга )
- с детекторами движения
- в событийной технике (например, для движущихся голов )
- между базами данных , где мастер может изменять все данные подчиненного
Master-slave для устройств ATA / ATAPI
В контексте интерфейса ATA / ATAPI два устройства, которыми можно управлять с помощью интерфейса ATA / ATAPI, традиционно называются ведущим приводом и ведомым приводом . Это в отличие от общего значения , описанного выше, поскольку оба подключенные устройства (например , жесткие диски) , следует понимать , как ведомых в этом смысле , в то время как хост (обычно ПК) действует в качестве ведущего . Этот термин все еще используется, потому что интерфейс имеет особенность, заключающуюся в правильной адресации ведомого устройства только в том случае, если устройство одновременно объявлено и доступно как ведущее. На официальном языке эти два устройства называются Device 0 и Device 1 соответственно . Подробности об этом в разделе ATA / ATAPI .
Ведущий-ведомый с планками розеток
Блоки розеток, основанные на принципе ведущего-ведомого (так называемые блоки розеток ведущий-ведомый ), имеют ведущее гнездо и (обычно несколько параллельно соединенных ) ведомых розеток. Если в главном розетке протекает определенный минимальный ток, это распознается встроенной электроникой, которая затем также включает подчиненные розетки. Если главный потребитель выключен, подчиненные также обесточиваются. Как правило, на такой колодке есть еще кнопка настройки чувствительности и сигнальный светодиод . Основное преимущество состоит в том, что только одно устройство (ведущее) должно быть включено или выключено, если несколько устройств с электрическим приводом должны работать одновременно. В частности, при использовании на компьютерной рабочей станции (ПК = ведущий) такая автоматическая система ведущий-ведомый не только служит для удобства, но также предотвращает отключение периферийных устройств, таких как мониторы, принтеры или активные громкоговорители и т. Д. Недостатком является низкое постоянное потребление энергии удлинителем, даже когда устройства выключены.
Критика терминологии
Терминология в последнее время избегается или заменяется другой, поскольку термины «господин» и «раб» напоминают практику рабства .
Альтернативой базам данных является «первичная» и «реплика», которые используются в документации IBM , Microsoft , Engine Yard , Amazon Web Services и ACM , а также в Python , Django , Drupal , CouchDB , Redis и MediaWiki ( которые до сих пор используются "Мастером").
В декабре 2017 года Консорциум интернет-систем решил разрешить словам «первичный» и «вторичный» заменить терминологию «главный / подчиненный» в их программном обеспечении DNS BIND .
В 2003 г. призвал округ Лос-Анджелес в Калифорнии к производителям, поставщикам и подрядчикам «рабов» прекратить использование слова «хозяин» и в своей продукции; округ сделал этот запрос «исходя из культурного разнообразия и чувствительности округа Лос-Анджелес». После жалоб на запрос округ Лос-Анджелес опубликовал заявление, в котором говорилось, что решение было «не более чем ходатайством». После этого противоречия Global Language Monitor , который анализирует использование английского языка , выбрал термины «хозяин / подчиненный» как наиболее политически некорректное слово 2004 года.
Движение " Black Lives Matter" возобновило дискуссию в 2020 году.
В летний период на 2020 организация Modbus будет заменить пару терминов «ведущий-ведомый» с «клиент-сервер».
"оптимального" там нет - все зависит от того, как вы подключаете устройства
Если к одному шлейфу подключены два устройства, одно из них обычно называется ведущим (англ. master), а другое ведомым (англ. slave). Обычно ведущее устройство идёт перед ведомым в списке дисков, перечисляемых BIOS’ом компьютера или операционной системы. В старых BIOS’ах (486 и раньше) диски часто неверно обозначались буквами: «C» для ведущего диска и «D» для ведомого.
Если на шлейфе только один привод, он в большинстве случаев должен быть сконфигурирован как ведущий. Некоторые диски (в частности, производства Western Digital) имеют специальную настройку, именуемую single (то есть «один диск на кабеле») . Впрочем, в большинстве случаев единственный привод на кабеле может работать и как ведомый (такое часто встречается при подключении CD-ROM’а на отдельный канал) .
Настройка, именуемая cable select (то есть «выбор, определяемый кабелем» , кабельная выборка) , была описана как опциональная в спецификации ATA-1 и стала широко распространена начиная с ATA-5, поскольку исключает необходимость переставлять перемычки на дисках при любых переподключениях. Если привод установлен в режим cable select, он автоматически устанавливается как ведущий или ведомый в зависимости от своего местоположения на шлейфе. Для обеспечения возможности определения этого местоположения шлейф должен быть с кабельной выборкой. У такого шлейфа контакт 28 (CSEL) не подключен к одному из разъёмов (серого цвета, обычно средний) . Контроллер заземляет этот контакт. Если привод видит, что контакт заземлён (то есть на нём логический 0), он устанавливается как ведущий, в противном случае (высокоимпедансное состояние) — как ведомый.
Во времена использования 40-проводных кабелей, широко распространилась практика осуществлять установку cable select путём простого перерезания проводника 28 между двумя разъёмами, подключаемыми к диску. При этом ведомый привод оказывался на конце кабеля, а ведущий в середине. Такое размещение в поздних версиях спецификации было даже стандартизировано. К сожалению, когда на кабеле размещается только одно устройство, такое размещение приводит к появлению ненужного куска кабеля на конце, что нежелательно — как из соображений удобства, так и по физическим параметрам: этот кусок приводит к отражению сигнала, особенно на высоких частотах.
80-проводные кабели, введённые для UDMA4, лишены указанных недостатков. Теперь ведущее устройство всегда находится в конце шлейфа, так что, если подключено только одно устройство, не получается этого ненужного куска кабеля. Кабельная выборка же у них «заводская» — сделанная в самом разъёме просто путём исключения данного контакта. Поскольку для 80-проводных шлейфов в любом случае требовались собственные разъёмы, повсеместное внедрение этого не составило больших проблем. Стандарт также требует использования разъёмов разных цветов, для более простой идентификации их как производителем, так и сборщиком. Синий разъём предназначен для подключения к контроллеру, чёрный — к ведущему устройству, серый — к ведомому.
Термины «ведущий» и «ведомый» были заимствованы из промышленной электроники (где указанный принцип широко используется при взаимодействии узлов и устройств) , но в данном случае являются некорректными, и потому не используются в текущей версии стандарта ATA. Более правильно называть ведущий и ведомый диски соответственно device 0 (устройство 0) и device 1 (устройство 1). Существует распространённый миф, что ведущий диск руководит доступом дисков к каналу. На самом деле управление доступом дисков и очерёдностью выполнения команд осуществляет контроллер (которым, в свою очередь, управляет драйвер операционной системы) . То есть фактически оба устройства являются ведомыми по отношению к контроллеру.
С момента разработки в 1979 году он не теряет своей популярности. Согласно статистике HMS Industrial Networks в 2021 году Modbus занимает 10% мирового рынка промышленных сетей (по 5% приходится на Modbus RTU и Modbus TCP).
В статье расскажем об основных особенностях протокола Modbus, его преимуществах и недостатках, а также наиболее частых сценариях использования.
Базовые принципы работы Modbus
Modbus использует архитектуру Master-Slave, которая относительно недавно была переименована разработчиком в Client-Server. Согласно этому подходу в сети выделяется клиентское (ведущее) устройство, которое периодически отправляет запросы на серверные (ведомые) устройства с целью чтения или записи их параметров.
Архитектура Client-Server (ранее Master-Slave), лежащая в основе протокола Modbus Архитектура Client-Server (ранее Master-Slave), лежащая в основе протокола ModbusПакет данных Modbus включает в себя постоянную часть PDU (Protocol Data Unit), общую для всех реализаций протокола и состоящую из кода функции и данных. Кроме этого, возможен ряд специфических полей, которые будут различаться в зависимости от физического уровня сети — чаще всего это адрес серверного устройства и контрольная сумма для выявления ошибок. С учетом дополнительных полей полный пакет Modbus носит название ADU (Application Data Unit). Рассмотрим более подробно каждое поле пакета ADU в обобщенном виде. Особенности, присущие различным вариантам протокола, будут описаны в следующем разделе.
Рассмотрим передачу пакетов в Modbus. Протокол обеспечивает клиент-серверное взаимодействие в режиме Request/Response. Клиент инициирует запрос в серверное устройство, передавая в PDU код функции и данные. В зависимости от физического уровня сети в пакете могут быть дополнительные поля, рассмотренные выше.
Если обработка запроса проходит без ошибок, то сервер возвращает пакет, содержащий исходный код функции и запрошенные данные.
Схема работы Modbus в случае отсутствия ошибок на серверном устройстве Схема работы Modbus в случае отсутствия ошибок на серверном устройствеПри возникновении ошибки серверное устройство возвращает в качестве данных код исключения, а вместо исходного кода функции — его значение, увеличенное на 128 (0x80 в шестнадцатеричной системе HEX).
Также предусмотрены тайм-ауты на стороне клиента во избежание длительного ожидания ответа от вышедших из строя устройств.
Схема работы Modbus в случае ошибок на серверном устройстве Схема работы Modbus в случае ошибок на серверном устройствеРазновидности Modbus: ASCII, TCP и RTU
Modbus — это протокол прикладного (седьмого) уровня модели OSI (Open Systems Interconnection model). Он не зависит от нижележащих уровней и может использоваться совместно с другими протоколами, например Ethernet TCP/IP или UDP/IP, а в качестве физической среды для передачи сигналов применять последовательные интерфейсы RS-232, RS-422, RS-485, оптоволокно, радиоканалы и другое.
Опишем отличия наиболее известных реализаций протокола Modbus: RTU, ASCII и TCP.
Modbus RTU (Remote Terminal Unit). Это разновидность протокола, которая в качестве физического уровня сети чаще всего использует последовательный интерфейс RS-485, реже — RS-232 и RS-422. По сути, все эти интерфейсы определяют связь с помощью витых пар, но различаются характеристиками вида максимальной длины кабеля, количества узлов и так далее.
Формат пакета Modbus RTU в целом совпадает с обобщенной формой, описанной ранее: дополнительные поля не используются. Контроль целостности пакетов ведется с помощью алгоритма CRC-16.
Важная особенность Modbus RTU в том, что для разделения пакетов должны использоваться временные паузы продолжительностью не менее чем произведение 3,5*t, где t — время передачи одного байта в текущей сети. А передача байтов данных в пределах одного пакета производится последовательно с промежутком времени между соседними байтами не более 1,5*t, иначе передача будет считаться ложной. Эти правила не дают использовать Modbus RTU в медленных, например модемных, сетях.
Modbus TCP. Это реализация ModBus в сетях Ethernet. Работает поверх TCP/IP стека.
Контроль целостности пакетов также обеспечивается средствами протокола TCP/IP, поэтому нет необходимости в его Modbus-реализации.
Наряду с адресом в заголовке пакета Modbus TCP присутствует ряд дополнительных полей:
Мы рассмотрели только открытые и самые распространенные реализации протокола Modbus. Но их гораздо больше, например MODBUS Plus — проприетарный протокол от Schneider Electric, поддерживающий режим Multi-Master.
Регистры и функции Modbus
Доступ к регистрам осуществляется с помощью 16-битного адреса. Первому элементу в каждой группе регистров соответствует адрес 0. То есть адрес любого регистра может принимать значения из диапазона 0-65535 (0x0000-0xFFFF в HEX-формате). При этом спецификация протокола не определяет, что физически из себя представляют адресные пространства и по каким внутренним адресам устройства должны быть доступны регистры. В общем случае значения регистров с одинаковым адресом, но разными типами отличаются друг от друга.
В документации ряда производителей на некоторые, особенно старые устройства адреса регистров могут быть указаны в других форматах — где адресация начинается не с нуля и первая цифра адреса определяет тип регистра. Например, Input Register с адресом 0 может быть описан как 30001, а Holding Register — как 40001. В таких случаях в пакетах данных следует передавать адреса в стандартном формате Modbus независимо от способа представления их в документации. Для получения верного адреса достаточно вычесть смещение, соответствующее типу регистра. В некоторые программные пакеты заложена автоматическая корректировка адресов.
Для работы с каждым типом регистров определены функции чтения и записи. Наиболее часто используемые функции описаны ниже.
Для каждой функции в спецификации протокола Modbus определена структура PDU: какие данные и в каком порядке должны использоваться в запросах и ответах. Рассмотрим формирование пакетов Modbus RTU на примере функции Read Coils с кодом 1. Эта функция, кроме передачи собственного кода, требует наличия в запросе адреса первого Coil-регистра и количества регистров, которые необходимо прочитать. В случае успешного выполнения запроса в ответе будут возвращены код функции, число байт, необходимое для вывода запрошенных Coil-регистров, и статус всех этих регистров.
Предположим, нам нужно обратиться к серверному устройству с адресом 1 и прочитать 19 его Coil-регистров с номерами 20–38. Адресация регистров ведется с 0, поэтому адрес первого нужного нам регистра будет 0x13 (это 19 в HEX-системе). Требуемое для чтения количество регистров также будет равно 0x13 (для чтения запрошено 19). В качестве адреса и кода функции указываем 01. Контрольная сумма формируется по алгоритму CRC-16 на основе других полей пакета.
В случае отсутствия ошибок в ответе вернутся без изменений адрес серверного устройства и код функции. Для расчета числа байтов, которые потребуются для возврата состояния регистров, нужно разделить запрошенное количество регистров на 8 и к результату прибавить 1, если остаток от деления не равен 0. В нашем случае результат деления 19 на 8 равен 2, но остаток положительный — поэтому для вывода регистров потребуется 2+1=3 байта. Это значение будет указано в ответе после кода функции. И далее будут следовать 3 байта, описывающие состояние выбранных регистров. Например, первый байт будет описывать состояние 8 Coil-регистров с номерами 27-20. Если в поле, к примеру, содержится HEX-значение CD — статус соответствующих 8 регистров такой: 1100 1101.
Если в процессе обработки запроса на серверном устройстве возникнет ошибка (например, обнаружен несуществующий адрес регистра), то в ответе будет содержаться измененный код функции, равный исходному коду плюс смещение 0x80 — в нашем примере 0x81, и код исключения — в нашем примере 03, что значит неверный формат запроса. С полным перечнем возможных исключений можно ознакомиться в документации.
Преимущества и недостатки Modbus
К преимуществам Modbus относятся:
Разумеется, у использования протокола есть и недостатки:
1. Отсутствие встроенной аутентификации и шифрования передаваемых данных.
Поэтому при использовании протокола Modbus TCP необходимо настраивать дополнительные VPN-тоннели. Относительно недавно для Modbus TCP было разработано расширение Modbus Security (с поддержкой TLS), но оно пока не получило широкого распространения.
2. Отсутствие начальной инициализации системы.
Назначать сетевые адреса и настраивать параметры каждого конкретного устройства требуется вручную. Некоторые производители разрабатывают шаблоны для своих Modbus-устройств, но это не упрощает их взаимодействие с контроллерами и ПО других производителей.
3. Спецификации для ограниченного набора типов данных .
В протоколе определен метод передачи только для битов и 16-битных регистров. С другими типами данных (строки, числа с плавающей запятой и так далее) различные производители Modbus-решений поступали по собственному усмотрению. По этой причине впоследствии невозможно было внести дополнения в протокол, так как это могло привести к проблемам из-за уже существующего несовпадения форматов.
4. Недостатки Master-Slave-взаимодействия.
Модель «ведущий — ведомый», изначально положенная в основу протокола, предполагает обмен данными только по инициативе клиентского (ведущего) устройства, которое по очереди опрашивает все серверные (ведомые). Из-за этого возникают следующие ограничения:
5. Отсутствие поддержки режима Multi-Master для интерфейсов RS-232/RS-485
Другие протоколы, основанные на этих же интерфейсах, поддерживают работу с несколькими ведущими устройствами (например, CAN и Profibus).
Однако стоит отметить, что именно описанные выше недостатки обеспечивают простоту использования протокола и высокую скорость его промышленного внедрения. В какой-то степени отсутствие «лишнего» функционала в Modbus и есть его главное достоинство.
Где используется Modbus
Чаще всего Modbus применяется для передачи сигналов от контрольно-измерительных приборов к главному контроллеру или системе сбора данных. Основные сценарии использования Modbus:
- Клиент-серверные приложения для мониторинга и программирования устройств (в том числе дистанционного) в промышленности, строительстве, инфраструктуре, транспорте, энергетике. Примеры: мониторинг энергопотребления, контроль производственных процессов, надзор за ходом строительства и так далее.
- Передача данных от датчиков и приборов интеллектуальным устройствам в интернете вещей (Internet of Things, IoT).
- Связь диспетчерских компьютеров с удаленными терминалами в SCADA-системах.
- Приложения, где требуется беспроводная связь, например в газовой и нефтяной промышленности.
Несмотря на свой возраст, Modbus активно используется и с современными технологиями — например, он отлично чувствует себя в облаке. Многие провайдеры предлагают возможность создания облачных IoT-платформ — для снижения затрат на разработку IoT-сервисов, обеспечения сбора данных и управления устройствами в real-time-режиме. И поддержка Modbus — обязательный пункт для подобных решений, так как невозможно построить межмашинное взаимодействие без протокола, реализованного множеством поставщиков на тысячах различных устройств.
Такая сочетаемость с современными трендами лишний раз показывает, что за прошедшие годы Modbus не только не утратил своей популярности, но и до сих пор остается одним из самых востребованных протоколов в промышленной производственной среде.
Желание быть самостоятельным и стремление к независимости – это хорошая черта характера. Но в жизни, различные обстоятельства и окружающие люди, могут влиять на выбор человека. Ведомые и ведущие люди – это две разные категории людей. В чем отличие между ними, об этом поговорим далее.
😎Кто такой ведущий?
Склонность человека быть ведомым или ведущим часто зависит от его личности: характера, темперамента, свойства нервной системы выдерживать стресс или нагрузку. Каждый человек, даже если он ведет других или управляет большой компанией, нуждается в том, чтобы кто-то его вел, учил, вдохновлял и поддерживал.
В отношениях между партнерами идеальный вариант, когда ведущий – это мужчина, а ведомый – это женщина.
Ведущий – это лидер, сильный человек, который идет впереди и ведет за собой. Определить его довольно просто, т. к. в характере присутствуют все лидерские качества:
Ведущий человек вдохновляет, поддерживает ослабевших, позитивно мыслит. Его отличительная черта характера – никогда не жалуется на судьбу или ситуацию. При отрицательном исходе всегда ищет выход, не опускает руки, старается найти положительные моменты или вынести выгоду.
Большинство ведомых людей интуитивно стремятся быть ближе к ведущему человеку, чтобы чувствовать его поддержку и защиту, надеясь на покровительство.
🤓А кто такой ведомый?
В противоположность ведущим, существуют ведомые люди. Это те, которые идут за лидером, прислушиваются к его мнению. Они легко позволяют собой руководить и направлять. Отличаются гибкостью мышления, легко идут на уступки и соглашаются с чужим мнением, приспосабливаются к обстоятельствам.
Им несложно адаптироваться под новые правила, законы или нормы поведения в обществе.
Но это не означает, что они не могут сами быть для кого-то поддержкой. Ведомые легко вдохновят своих друзей или коллег, если им сопутствует удача в деле.
👉Признаки ведомого человека
Простые признаки помогут четко определить личности, склонные к тому, чтобы ими управляли.
Важно! Ведомость не обозначает слабость. Скорее это указывает на гибкость характера и умение слышать других, учитывать их мнение.
Легко переубедить
Во время дискуссии, под влиянием авторитета, их легко привлечь на свою сторону. При чем, первоначальное мнение о ситуации не играет существенной роли. Легко меняют взгляд на происходящее, в зависимости от того, с кем больше общаются. Под давлением общественного мнения уступают и принимают, то что считает большинство.
Чаще выбирает то, что нужно другим
Сложность отказать или обидеть, заставляет ведомых людей делать выбор в пользу потребностей других, в ущерб своим интересам. Объясняют это желанием помочь или позаботиться. Зачастую, решение принимается до осознания, хотят ли они этого или нет.
Избегает конфликтов
Ведомые – это не конфликтные люди . Их редко можно увидеть в горячих спорах или обсуждениях. Они скорее согласятся с мнением собеседника, чем выступят в прямую конфронтацию, с обострением ситуации, даже, если не согласны с ним.
Хорошие исполнители
Поручите ведомому человеку выполнить какое-то дело, и увидите, что он ответственный и внимательный. Такие люди отлично справляются с должностью помощника, на них всегда можно рассчитывать и положиться. Они легко подхватывают идею ведущего и помогают ее реализовать.
Не знает, что сам хочет
На вопрос: «Чего ты хочешь?», не могут дать точного ответа. Ведомые – это выросшие дети, за которых принимали решение родители. Они знали, что им лучше одеть, где учиться, какую профессию приобретать и т. д. Не имея опыта самостоятельности, такие люди испытывают трудности во взрослой жизни.
Легко манипулировать
Ведомые легко поддаются манипуляциям другого человека. Поэтому они в результате, думают или выполняют что-то помимо своей воли. При этом манипулятор давит на эмоции, например, вызывает чувство стыда или вины, говорит о долге и обязанности.
Люди склонные к тому, чтобы их вели, зависят от мнения окружающих. Любую критику в свою сторону воспринимают очень болезненно и эмоционально. Как следствие, они подвержены нападению депрессии и угнетенного состояния.
🤔Как перестать быть ведомым?
Повысить свою самооценку
Неуверенность в собственных силах осложняет жизнь, поэтому начинайте повышать самооценку. Перестаньте видеть в себе только одни недостатки и сконцентрируйтесь на положительных сторонах. Изменения во внешнем виде, например, новая прическа, обновление гардероба, позволят чувствовать себя более уверенно.
Ставить и выполнять свои цели
Учитесь ставить свои цели. Планируйте каждый день, записывайте то, что хотите сделать в блокнот. При этом важно обозначить сроки для их выполнения и оценивать достигнутый результат.
Научится брать ответственность в свои руки
Развивать свои таланты и желания
Занятие любимым делом или хобби придаст больше уверенности в себе и снимет накопившееся напряжение. Выделите для этого время.
Научится отказывать людям
Говорить слово «Нет» – это не так уж и сложно. Необходимо научиться отказывать людям, которые пытаются манипулировать вами. Ограничьте общение с таковыми, так как никто не вправе руководить вашей жизнью.
❓Плохо ли быть ведомым?
Ответ на этот вопрос каждый должен дать сам себе. Идеальный вариант – это быть в балансе и сочетать в себе как ведомого, так и ведущего. Это поможет принимать правильные решения, быть в гармонии с самим собой.
Быть ведомым человеком не так уж и плохо, если это часть характера. Сложно изменить его быстро, особенно, если за плечами прожито много лет.
Если впереди ведет опытный человек, который не злоупотребляет своей властью, вдохновляет, на ваших плечах меньше ответственности, и вы комфортно себя чувствуете рядом, то идти за ним – это лучшее решение.
Читайте также: