Modbus протокол в контроллерах 

2026-08-01

Что такое протокол Modbus в контроллерах и почему он остается стандартом автоматизации

Протокол Modbus в контроллерах — это фундамент промышленной связи, который связывает программируемые логические контроллеры (ПЛК), датчики и исполнительные механизмы в единую сеть. В нашей практике мы видим, что более 60% проектов по модернизации старых цехов начинаются именно с аудита существующей шины Modbus, потому что замена этого слоя связи часто экономически нецелесообразна. Если вы инженер или закупщик, вам нужно знать: этот протокол работает поверх последовательных линий (RS-485) и Ethernet (TCP/IP), обеспечивая обмен данными между устройствами разных производителей без сложных шлюзов.

Суть проста: одно устройство (ведущее или Master) запрашивает данные, а другое (ведомое или Slave) отвечает. В контроллерах это реализовано на уровне прошивки, что позволяет считывать регистры памяти напрямую. Мы сталкивались с ситуациями, когда попытка использовать проприетарные протоколы ведущих брендов приводила к зависимости от одного поставщика и росту стоимости обслуживания на 40% в течение трех лет. Modbus ломает эту монополию, давая свободу выбора оборудования.

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

Архитектура сети: Master-Slave и адресация устройств

Понимание топологии сети — первый шаг к избеганию ошибок при проектировании системы управления. Протокол Modbus строго следует архитектуре «ведущий-ведомый» (Master-Slave). Это означает, что в сегменте сети может быть только одно активное устройство, инициирующее обмен данными. Все остальные устройства пассивны и отвечают только на запросы. В реальных проектах мы часто видим ошибку, когда инженеры пытаются подключить два ПЛК как Masters на одну шину RS-485 без дополнительного шлюза, что приводит к коллизиям данных и полной остановке линии.

Адресация в Modbus ограничена диапазоном от 1 до 247 для последовательной версии (RTU/ASCII). Адрес 0 зарезервирован для широковещательных сообщений, на которые ведомые устройства не отвечают. Для инженера это критический параметр: если у вас в проекте 300 частотных преобразователей, вы не сможете подключить их все в одну физическую линию без использования повторителей или сегментации сети. Мы рекомендуем закладывать резерв адресов на этапе проектирования, оставляя промежутки между адресами устройств для будущего расширения.

Физическая реализация чаще всего базируется на интерфейсе RS-485. Этот стандарт дифференциальной передачи сигнала обеспечивает высокую помехоустойчивость, что жизненно необходимо в условиях промышленных цехов с мощными электродвигателями и частотниками. Однако длина кабеля имеет жесткие ограничения. При скорости 9600 бод максимальная длина линии может достигать 1200 метров, но при увеличении скорости до 115200 бод эта дистанция сокращается до нескольких десятков метров. Игнорирование этого правила — самая частая причина нестабильной связи, с которой мы сталкиваемся при пусконаладке.

Важно помнить о необходимости правильной терминации линии. На обоих концах шины RS-485 должны быть установлены согласующие резисторы номиналом 120 Ом. Отсутствие резистора на одном из концов вызывает отражение сигнала, которое интерпретируется контроллером как ложный пакет данных. В одном из наших проектов на пищевом производстве отсутствие терминации приводило к случайным остановкам конвейера каждые 4 часа, что выяснилось только после анализа осциллограммы сигнала.

Для Ethernet-версии (Modbus TCP) архитектура меняется. Здесь нет понятия адреса устройства в рамках кадра, так как используется IP-адресация. Ведущее устройство обращается к ведомому по IP-порту 502. Это снимает ограничение в 247 устройств, позволяя строить масштабные распределенные системы. Тем не менее, логика запрос-ответ сохраняется, и сетевая задержка (latency) становится новым фактором, влияющим на быстродействие системы. При проектировании крупных сетей на базе TCP мы всегда проводим расчет нагрузки на коммутаторы, чтобы избежать очередей пакетов.

Действие: Перед началом монтажа проверьте документацию всех устройств на предмет поддерживаемых скоростей обмена и требований к терминации. Убедитесь, что у вас есть свободные адреса в диапазоне 1-247 для каждого нового устройства в сегменте RS-485.

Типы данных и карта регистров: как читать информацию с контроллера

Работа с Modbus невозможна без понимания структуры данных. Контроллер хранит информацию в четырех основных типах областей памяти, и путаница между ними — источник 80% ошибок интеграции. Эти области называются Input Discrete, Coil, Input Register и Holding Register. Каждая из них имеет свой диапазон адресов и назначение. Неправильный выбор типа регистра при настройке SCADA-системы или верхнего компьютера приведет к чтению неверных значений или ошибкам доступа.

Катушки (Coils) и дискретные входы (Discrete Inputs) работают с бинарными данными (0 или 1). Катушки используются для управления выходами (включить реле, запустить двигатель), а дискретные входы — для чтения состояния кнопок или концевиков. Разница в том, что катушки можно записывать, а дискретные входы только читать. Регистры (Registers) предназначены для хранения числовых данных. Входные регистры (Input Registers) обычно содержат данные с аналоговых датчиков (температура, давление), а удерживающие регистры (Holding Registers) позволяют как читать, так и записывать параметры, такие как уставки времени или коэффициенты усиления ПИД-регулятора.

Особое внимание стоит уделить формату представления чисел. Стандарт Modbus не определяет, как именно 16-битное слово интерпретируется как целое число, число с плавающей точкой или массив бит. Это зависит от производителя контроллера. Например, значение температуры 25.5°C может быть передано как целое число 255 (с масштабом 0.1) или как float IEEE 754. Более того, порядок байт (Endianness) может отличаться. В нашей практике был случай, когда система отображала температуру -200°C вместо +20°C из-за перепутанного порядка старшего и младшего байта. Всегда сверяйтесь с картой регистров (Register Map) конкретного устройства.

Адресация регистров также варьируется. Некоторые производители нумеруют регистры начиная с 0, другие — с 1. Кроме того, в спецификациях часто указывают адреса со смещением типа данных (например, адрес 40001 для первого удерживающего регистра). Программное обеспечение верхнего уровня может требовать ввода адреса без префикса (просто 0) или с ним. Эта несогласованность требует тщательной настройки драйверов связи. Мы рекомендуем создавать таблицу соответствия адресов для каждого типа оборудования в проекте, чтобы избежать путаницы при программировании.

Для работы с данными большого размера (32-битные числа, long integer, double float) используется объединение двух соседних 16-битных регистров. Порядок объединения (какой регистр старший, какой младший) опять же зависит от вендора. Ошибка здесь приводит к огромным искажениям значений. Например, счетчик электроэнергии может показывать абсурдные значения, если регистры переставлены неправильно. Тестирование чтения 32-битных величин должно быть обязательным этапом приемки системы.

Действие: Запросите у поставщика контроллера подробную карту регистров (Modbus Map) в формате Excel или PDF. Проверьте типы данных, порядок байт и систему адресации перед написанием любого кода для опроса устройств.

Модификации протокола: RTU, ASCII и TCP/IP

Выбор физической реализации протокола Modbus диктуется условиями эксплуатации и требованиями к скорости передачи данных. Три основные модификации — RTU, ASCII и TCP — имеют свои четкие сферы применения. Путаница между ними недопустима, так как устройства с разными режимами не могут общаться друг с другом напрямую без конвертеров.

Modbus RTU (Remote Terminal Unit) является наиболее распространенным вариантом для последовательных линий. Данные передаются в компактном двоичном виде. Каждое сообщение содержит адрес устройства, код функции, данные и контрольную сумму CRC (Cyclic Redundancy Check). CRC обеспечивает высокую надежность обнаружения ошибок передачи. Благодаря бинарному кодированию, RTU эффективнее использует пропускную способность канала по сравнению с ASCII. В условиях ограниченной скорости линии (например, 9600 бод) выбор RTU обязателен для обеспечения приемлемого времени отклика системы.

Modbus ASCII использует текстовое представление данных. Каждый байт информации кодируется двумя ASCII-символами (hex-представление). Сообщения начинаются символом двоеточия (:) и заканчиваются символами возврата каретки и перевода строки. Контрольная сумма вычисляется как LRC (Longitudinal Redundancy Check). Главное преимущество ASCII — возможность отладки с помощью простого терминала, так как сообщения читаемы человеком. Однако объем передаваемых данных удваивается, что снижает эффективную скорость обмена вдвое. Мы используем ASCII только в специфических случаях, когда оборудование поддерживает только этот режим или для отладки через простые GSM-модемы.

Modbus TCP/IP переносит протокол на уровень приложений стека TCP/IP. Здесь кадр Modbus инкапсулируется в TCP-пакет. Отпадает необходимость в контрольной сумме CRC, так как целостность данных гарантируется нижними уровнями сетевого стека. Вместо адреса устройства используется IP-адрес, а для идентификации соединения внутри пакета добавляется идентификатор транзакции (Transaction ID). Это позволяет мультиплексировать запросы от нескольких клиентов. Модуль MBAP (Modbus Application Protocol) добавляет заголовок к стандартному кадру PDU. Переход на TCP оправдан при расстояниях свыше 1 км или при необходимости интеграции с корпоративной IT-инфраструктурой.

Сравнение производительности показывает существенную разницу. На линии 9600 бод цикл опроса 10 регистров в режиме RTU занимает около 20-30 мс. В режиме ASCII это время возрастает до 50-60 мс. Modbus TCP при наличии качественной сети Ethernet обеспечивает время отклика менее 5 мс, но сильно зависит от загрузки сети и качества коммутационного оборудования. В одном из проектов мы заменили длинную линию RS-485 на оптоволокно с конвертерами в Ethernet, что снизило время цикла сканирования всей установки с 4 секунд до 200 миллисекунд.

При выборе между RTU и TCP важно учитывать стоимость инфраструктуры. RS-485 требует прокладки отдельного экранированного кабеля, но сами интерфейсы дешевы. Ethernet требует наличия свитчей и структурированной кабельной системы, но позволяет использовать стандартные IT-инструменты мониторинга. Для малых систем (до 30 устройств) RS-485 часто выгоднее. Для крупных распределенных объектов TCP безальтернативен.

Действие: Определите максимально допустимое время цикла опроса для вашей технологии. Если оно меньше 100 мс и устройств много, планируйте переход на Modbus TCP. Для простых задач управления насосами или вентиляторами достаточно надежного RS-485 в режиме RTU.

Характеристика Modbus RTU Modbus ASCII Modbus TCP
Среда передачи RS-232 / RS-485 RS-232 / RS-485 Ethernet (Wi-Fi, Fiber)
Кодировка данных Бинарная (Hex) Текстовая (ASCII Hex) Бинарная в пакете TCP
Проверка ошибок CRC (Циклический избыточный код) LRC (Продольный контроль четности) Контролируется уровнем TCP/IP
Эффективность Высокая (компактный кадр) Низкая (2 символа на байт) Высокая (зависит от сети)
Макс. количество устройств 247 (на сегмент) 247 (на сегмент) Теоретически не ограничено (по IP)
Сложность настройки Средняя (параметры порта) Средняя (параметры порта) Высокая (IP, маски, шлюзы)
Типичное применение Промышленные контроллеры, датчики Старое оборудование, модемы SCADA, крупные системы, IoT

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

Даже при соблюдении всех стандартов, реальная эксплуатация выявляет скрытые проблемы. Электромагнитные помехи (EMI) — главный враг последовательных линий Modbus. Силовые кабели, проложенные параллельно кабелю связи на расстоянии менее 20 см, могут наводить паразитные напряжения, достаточные для искажения логики сигналов. В нашей практике был случай на металлургическом заводе, где дуговая печь вызывала сброс связи каждые 15 минут. Решение потребовало замены обычной витой пары на экранированный кабель с двойной изоляцией и организации отдельного заземления экрана только в одной точке.

Заземление — тема, вокруг которой существует множество мифов. Правильное заземление экрана кабеля RS-485 должно выполняться в одной точке, обычно со стороны контроллера (Master). Заземление с обоих концов создает контур заземления, по которому протекают уравнительные токи при разности потенциалов земли в разных точках цеха. Эти токи могут сжечь порты связи или создать сильные помехи. Мы используем изолированные преобразователи интерфейсов (galvanic isolation) на каждом узле сети, чтобы разорвать гальваническую связь и защитить оборудование от скачков напряжения.

Таймауты и задержки ответа — еще одна частая проблема. Ведомое устройство может не успеть обработать запрос, особенно если это старый прибор с медленным процессором. Стандарт предусматривает паузу между сообщениями (межкадровый интервал). Для RTU это 3.5 символа. Нарушение этого тайминга приводит к тому, что мастер воспринимает ответ как продолжение предыдущего сообщения или игнорирует его. Настройка таймаута ожидания ответа в мастере должна быть с запасом. Мы рекомендуем устанавливать таймаут не менее 200-500 мс для старых устройств, даже если паспортная скорость говорит о меньшем времени.

Диагностика проблем требует специального инструментария. Простого мультиметра недостаточно. Необходим анализатор протокола или хотя бы конвертер USB-RS485 с программным сниффером (например, Modbus Poll или бесплатные аналоги). Эти инструменты позволяют видеть сырые пакеты данных, проверять контрольные суммы и анализировать временные диаграммы. Часто мы обнаруживаем, что проблема не в оборудовании, а в «битом» контакте в клеммной коробке или окислении жил кабеля, что вызывает периодические обрывы связи.

Конфликты адресов — классическая ошибка монтажа. Если два устройства имеют одинаковый адрес Slave ID, они начнут отвечать одновременно, создавая кашу в линии. Мастер получит ошибку проверки четности или некорректные данные. Перед подключением к общей шине каждое устройство должно быть индивидуально проверено и запрограммировано на уникальный адрес. Мы требуем от монтажников ведения журнала присвоения адресов, где фиксируется физическое местоположение устройства и его логический адрес.

Действие: Приобретите или арендуйте анализатор шин Modbus для этапа пусконаладки. Не полагайтесь на индикацию светодиодов на приборах — она часто не показывает тонкие ошибки протокола. Проверьте целостность экрана и отсутствие потенциалов между землями разных шкафов.

Безопасность и современные требования к защите данных

Традиционный Modbus не имеет встроенных механизмов безопасности. В кадре нет поля аутентификации или шифрования. Любой, кто имеет физический доступ к линии или подключен к той же сети Ethernet, может читать данные и, что хуже, отправлять команды управления. В эпоху Индустрии 4.0 и роста киберугроз это становится критическим недостатком. Мы наблюдаем тенденцию, когда заказчики требуют защиты периметра сети Modbus как обязательное условие приемки объекта.

Для защиты последовательных линий единственным эффективным методом является физическая изоляция. Шлюзы Modbus-to-Ethernet должны находиться в защищенном сегменте сети (DMZ), доступ к которому строго контролируется межсетевыми экранами (Firewall). Прямой выход линии RS-485 в корпоративную сеть недопустим. Мы реализуем схемы, где опрос оборудования ведет локальный шлюз, который затем передает агрегированные данные на сервер по защищенному каналу, используя туннелирование или VPN.

Для Modbus TCP существуют расширенные стандарты безопасности, такие как Modbus Security (на базе TLS), но поддержка их в полевом оборудовании пока ограничена. Большинство существующих ПЛК и датчиков не имеют вычислительной мощности для обработки криптографии в реальном времени. Поэтому защита реализуется на уровне сетевой инфраструктуры: VLAN, списки контроля доступа (ACL) на коммутаторах и строгая сегментация сетей АСУ ТП и IT.

Важно понимать риски несанкционированного изменения уставок. Злоумышленник может изменить коэффициент усиления регулятора или пределы срабатывания аварийной защиты, что приведет к технологической катастрофе. В наших проектах мы внедряем программную защиту на уровне SCADA: запись в критические регистры разрешена только с определенных рабочих мест и требует дополнительной авторизации оператора. Журналирование всех команд записи (Write Single/Multiple Register) является обязательным требованием для расследования инцидентов.

Регуляторные требования ужесточаются. Стандарты вроде МЭК 62443 диктуют новые правила построения безопасных систем управления. Хотя сам протокол Modbus остается неизменным ради обратной совместимости, окружение, в котором он работает, должно эволюционировать. Игнорирование вопросов кибербезопасности при тендерах на поставку оборудования может привести к дисквалификации поставщика в будущем.

Действие: Проведите аудит сетевой архитектуры. Убедитесь, что сеть Modbus изолирована от публичного интернета. Внедрите политику регулярной смены паролей на шлюзах и ограничьте физический доступ к коммуникационным шкафам.

Выбор оборудования и поставщиков: на что обратить внимание

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

Обязательно проверяйте наличие сертификатов соответствия. Для работы в России и странах ЕАЭС оборудование должно иметь декларацию ТР ТС (EAC). Европейские устройства должны иметь маркировку CE. Наличие этих знаков гарантирует, что устройство прошло тесты на электромагнитную совместимость и безопасность. Отсутствие сертификации — риск отказа таможни или проблем при проверках надзорных органов.

Техническая поддержка поставщика играет решающую роль. Протокол стандартен, но дьявол кроется в деталях реализации. Способен ли поставщик предоставить карту регистров в течение 24 часов? Есть ли у них инженеры, понимающие разницу между Big Endian и Little Endian? Именно здесь важен выбор надежного партнера. Например, ООО «Циндао Чжэнвэй Пауэр Сапплай» специализируется на предоставлении комплексных решений в области источников питания и плат управления — от разработки до производства. Компания предлагает индивидуальную разработку промышленных модулей питания (AC/DC, DC/DC), инверторов и встраиваемых плат управления, которые широко используются в железнодорожном транспорте, судостроении, оборонной промышленности и системах IoT. Продукция отличается высокой точностью, широким диапазоном рабочих температур и, что критично для работы в сетях Modbus, повышенной устойчивостью к электромагнитным помехам. Опытная команда инженеров компании помогает трансформировать сложные технические требования в надежное оборудование, способствуя импортозамещению и интеллектуализации производственных процессов. Выбирая таких партнеров, вы получаете не просто компонент, а гарантию стабильности всей системы управления.

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

Также учитывайте возможности масштабирования. Поддерживает ли контроллер функцию Broadcast? Есть ли возможность обновления прошивки через Modbus? Эти функции могут стать критичными при модернизации системы через 5-10 лет. Гибкость платформы важнее сиюминутной экономии в 10-15% стоимости.

Действие: Запросите у потенциальных поставщиков образец устройства для проведения натурных испытаний в вашей среде. Протестируйте устойчивость связи при максимальной загрузке шины перед заключением контракта на крупную партию.

Часто задаваемые вопросы

Какое максимальное расстояние можно использовать для Modbus RTU?

Стандарт RS-485, на котором базируется Modbus RTU, теоретически поддерживает длину линии до 1200 метров при скорости 9600 бод. Однако на практике мы рекомендуем не превышать 800-900 метров без использования повторителей. С увеличением скорости передачи данных максимальная длина кабеля уменьшается. При скорости 115200 бод надежная связь возможна лишь на расстояниях до 50 метров. Качество кабеля (емкость погонного метра) и количество подключенных устройств также влияют на дальность. Для больших расстояний используйте оптоволоконные преобразователи или переходите на Modbus TCP.

Можно ли подключить компьютер напрямую к контроллеру через Modbus?

Да, это стандартная процедура для настройки и диагностики. Однако современные компьютеры не имеют порта RS-485. Вам потребуется адаптер USB-to-RS485. Важно выбрать адаптер с гальванической развязкой, чтобы защитить порт компьютера от скачков напряжения в промышленной сети. Программное обеспечение (например, Modbus Scanner или терминалы) позволит отправлять запросы и видеть ответы в реальном времени. Убедитесь, что драйверы адаптера корректно устанавливают виртуальный COM-порт в системе.

В чем разница между функциями 03 и 04 в Modbus?

Функция 03 (Read Holding Registers) используется для чтения регистров, которые могут быть изменены пользователем (уставки, параметры). Функция 04 (Read Input Registers) предназначена для чтения данных только для чтения, обычно поступающих от внешних датчиков (температура, ток). Хотя технически многие устройства позволяют читать оба типа регистров любой функцией, соблюдение этого разделения является хорошим тоном и требуется некоторыми стандартами безопасности. Ошибка в выборе функции вернет исключение (Exception Code 01 или 02).

Почему мой контроллер не отвечает на запросы?

Наиболее частые причины: неверный адрес Slave ID, несовпадение параметров порта (скорость, четность, стоп-биты), отсутствие терминационных резисторов или обрыв линии. Также проверьте полярность подключения линий A и B (часто их путают местами). Если используется конвертер USB-RS485, убедитесь, что он не находится в режиме эхо-отражения. Используйте анализатор протокола, чтобы увидеть, уходит ли запрос от мастера и приходит ли хоть какой-то ответ от устройства.

Поддерживает ли Modbus передачу изображений или файлов?

Нет, протокол Modbus предназначен исключительно для обмена небольшими пакетами данных (регистры, биты). Он не поддерживает передачу файлов, изображений или больших массивов данных. Для этих целей используются другие протоколы (FTP, HTTP) или специализированные расширения. Попытка передать большой объем данных через Modbus приведет к таймаутам и перегрузке шины. Если вам нужно передать журнал событий или тренды, используйте пакетную передачу по несколько регистров за запрос или выделите отдельный канал связи.

Заключение и следующие шаги

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

Мы призываем подходить к внедрению систем на базе Modbus системно. Начинайте с качественного проекта, учитывающего физические ограничения среды. Выбирайте сертифицированное оборудование от проверенных поставщиков, готовых предоставить техническую поддержку. Не экономьте на диагностическом инструментарии — время, сэкономленное на покупке анализатора, будет потеряно многократно при поиске неисправностей на объекте.

Если вы планируете модернизацию существующей системы или строительство нового объекта с использованием контроллеров с поддержкой Modbus, важна правильная конфигурация и подбор компонентов. Наши специалисты готовы провести аудит вашей текущей архитектуры и предложить оптимальное решение, исключающее типичные ошибки интеграции.

Каталог контроллеров с поддержкой Modbus | Техническая поддержка и консультации

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

Главная
Продукция
О Нас
Контакты

Пожалуйста, оставьте нам сообщение

Политика конфиденциальности

Спасибо за использование этого сайта (далее — «мы», «нас» или «наш»). Мы уважаем ваши права и интересы на личную информацию, соблюдаем принципы законности, легитимности, необходимости и целостности, а также защищаем вашу информационную безопасность. Эта политика описывает, как мы обрабатываем вашу личную информацию.

1. Сбор информации
Информация, которую вы предоставляете добровольно: например, имя, номер мобильного телефона, адрес электронной почты и т.д., заполнена при регистрации. Автоматически собирается информация, такая как модель устройства, тип браузера, журналы доступа, IP-адрес и т.д., для оптимизации сервиса и безопасности.

2. Использование информации
предоставлять, поддерживать и оптимизировать услуги веб-сайтов;
верификацию счетов, защиту безопасности и предотвращение мошенничества;
Отправляйте необходимую информацию, такую как уведомления о сервисах и обновления политик;
Соблюдайте законы, нормативные акты и соответствующие нормативные требования.

3. Защита и обмен информацией
Мы используем меры безопасности, такие как шифрование и контроль доступа, чтобы защитить вашу информацию и храним её только на минимальный срок, необходимый для выполнения задачи.
Не продавайте и не сдавайте личную информацию третьим лицам без вашего согласия; Делитесь только если:
Получите своё явное разрешение;
третьим лицам, которым доверено предоставлять услуги (с учётом обязательств по конфиденциальности);
Отвечать на юридические запросы или защищать законные интересы.

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

5. Обновления политики
Любые изменения в этой политике будут уведомлены путем публикации на сайте. Ваше дальнейшее использование услуг означает ваше согласие с изменёнными правилами.