Глава 11. Понятия, на которых держится всё
Прежде чем трогать «умный дом» руками, нужно освоить десяток слов. Без них монтажник-автоматизатор и монтажник-электрик говорят на разных языках и делают на объекте дорогие ошибки.
В этой главе
- Контроллер: тот, кто держит щипцы в руке
- Шина и топология: как устройства связаны проводом
- Протокол: язык, на котором устройства переговариваются
- Сухой контакт: сигнал, который проводит ток
- Нормально замкнутый и нормально разомкнутый: как контакт ведёт себя в покое
- Датчик и исполнитель: кто смотрит и кто делает
- Сценарий: условие, действие, исключение
- Работа без интернета: умный дом против «умной лампочки»
- Обратная связь: почему без неё интерфейс врёт
- Отказоустойчивость: что происходит при пропаже питания и связи
- Что происходит при пропаже питания
- Что происходит при пропадании связи
- Идентификация: «узнать человека» и «пропустить» — это не одно и то же
- Проверка себя: 10 вопросов
- 1. Что такое контроллер и почему нельзя строить дом так, чтобы свет включался только через него?
- 2. Чем линия отличается от звезды в топологии шины?
- 3. Два устройства физически подключены одним кабелем, но не понимают друг друга. Что это значит?
- 4. Что такое сухой контакт и чем он отличается от «мокрого»?
- 5. Почему для датчика протечки нормально замкнутый контакт обычно безопаснее нормально разомкнутого?
- 6. Датчик и исполнитель — кто есть кто? Приведите по два примера.
- 7. Из каких трёх частей состоит сценарий? Придумайте пример с исключением.
- 8. Как на объекте проверить, работает ли система без интернета?
- 9. Почему экран в приложении может показывать «свет включён», когда свет на самом деле выключен?
- 10. Какие две ошибки есть у любой системы распознавания и почему нельзя убрать обе?
Прежде чем трогать «умный дом» руками, нужно освоить десяток слов. Без них монтажник-автоматизатор и монтажник-электрик говорят на разных языках и делают на объекте дорогие ошибки.
Хорошая новость: все эти слова — про то, что вы уже знаете. Реле, кнопка, датчик движения, кабель, щит. Просто вокруг них выстроена своя терминология, и она проще, чем кажется. Программирования на первых этапах не будет: сейчас — только понятия.
Контроллер: тот, кто держит щипцы в руке
Контроллер — это главный прибор умного дома. В щите он занимает одно или несколько модульных мест и выглядит как обычный модульный автомат — тот же корпус, та же защёлка на DIN-рейку (металлическая планка в щите, на которую защёлкиваются автоматы).
Аналогия: вы управляете кнопкой на стене — рука идёт, палец нажимает. Контроллер — это «рука» дома. Он смотрит, что говорят датчики и переключатели, и сам «нажимает» реле, включая свет, тёплый пол, замок.
Что у него обычно есть:
- релейные выходы (об этом ниже) — «пальцы», которые щёлкают нагрузкой;
- входы — «нервные окончания», куда подключаются датчики и кнопки;
- интерфейсы связи — кабельные порты, по которым контроллер разговаривает с остальными устройствами.
Где ошибаются. Контроллер — не выключатель. Он может сломаться, зависнуть, обесточиться. Поэтому в классической схеме у критичного потребителя (например, света в коридоре) должна остаться возможность прямого управления — хотя бы обычной кнопкой на стене, заведённой мимо контроллера. Дом, в котором без контроллера не включается свет в санузле, — это плохой дом, каким бы дорогим он ни был.
Второе: читайте паспорт. Сколько нагрузок держит один выход, какой суммарный ток, сколько входов у конкретной модели — зависит от модели, смотрите паспорт. Вешать на один релейный выход больше, чем разрешено, — это обычная перегрузка, никакой магии.
Шина и топология: как устройства связаны проводом
Шина — это общий кабель связи, к которому подключаются устройства умного дома. Название взялось по аналогии с электротехникой: силовая шина в щите — одна полоса, и автоматы подключаются к ней все.
Аналогия: шина — это как общедомовая линия домофона. Одна пара проводов идёт по этажам, и каждая трубка подключена к ней параллельно. Точно так же на шину умного дома вешаются и датчик в коридоре, и панель у входа, и реле в щите — все параллельно к одному кабелю.
Топология — это схема, по которой проложен этот кабель. Основные варианты:
Линия (последовательно):
Щит ----[Датчик 1]----[Датчик 2]----[Панель]
кабель заходит в устройство и выходит дальше
Звезда (лучами из одной точки):
[Датчик 1]
/
Щит --------[Датчик 2]
\
[Панель]
отдельный кабель на каждое устройство
Дерево (смешанная):
Щит ----[Узел]----[Датчик 1]
|------[Узел]----[Датчик 2]----[Панель]
Какая топология нужна — зависит от протокола (о нём ниже). Одни системы требуют строгую линию, другие позволяют всё, кроме замкнутого кольца. Это прописано в документации конкретной системы, и её нужно прочитать ДО прокладки кабеля, а не после.
Где ошибаются. Классика монтажных ошибок:
- проложить шину «как удобно», а потом выяснить, что протокол требует свою топологию;
- шунтировать устройства (подключить их не параллельно к шине, а «в разрыв») — по аналогии с тем, как нельзя включить автомат последовательно с линией;
- не оставить запас кабеля и свободных мест на шине: потом добавить один датчик — и перекладывать весь трассу.
Сечение кабеля для шины — по документации конкретной системы; у большинства это тонкий кабель, но требуемое сечение и максимальная длина линии зависят от протокола и модели, смотрите паспорт. Шину прокладывайте в своём кабельном канале, отдельно от силовых линий — по той же логике, по которой слаботочку не тянут рядом с кабелем плиты.
Протокол: язык, на котором устройства переговариваются
Протокол — это набор правил, по которым устройства обмениваются данными. Аналогия: два человека могут стоять рядом и не понять друг друга, если один говорит по-русски, а второй по-китайски. Так и приборы: кабель подключён, а толку нет, потому что один «говорит» на одном протоколе, второй на другом.
Практическое следствие для монтажника простое: устройства одного протокола можно соединять, разных — нельзя, если между ними нет специального «переводчика» (шлюза, интегратора).
Протоколы, которые вы чаще всего встретите (называем только имена, без рекламных обещаний):
- KNX — европейский стандарт для проводных систем. Устройства вешаются на общую шину.
- Modbus — протокол, распространённый в промышленной автоматизации. Встречается в тепловых счётчиках, вентиляции, котлах.
- Wi-Fi — та же беспроводная сеть, что у вас дома на ноутбуке. Некоторые бытовые устройства подключаются так.
- Zigbee, Z-Wave — беспроводные сети именно для автоматизации, со своей логикой.
- MQTT (Message Queuing Telemetry Transport, протокол передачи сообщений между устройствами) — способ обмена сообщениями через сервер-посредника, похож на общую доску объявлений: устройство пишет туда, другие читают.
Это не «лучшие и худшие», это разные языки для разных задач. Прежде чем что-то купить на объект, спросите у проектировщика или у заказчика: на каком протоколе собран остальной дом. Иначе можно насобирать зоопарк, где устройства физически исправны, но друг друга не понимают.
Где ошибаются. Самая дорогая ошибка — купить устройство, не проверив протокол. Вторая — протянуть кабель «просто так», без понимания, куда он потом подключится. Дешевле один раз спросить, чем перезакладывать трассу.
Сухой контакт: сигнал, который проводит ток
Сухой контакт (dry contact, «сухой» — то есть без собственного напряжения) — это просто пара проводов, которые устройство замыкает и размыкает. Само устройство ничего не подаёт на эти провода — оно только соединяет их или разъединяет.
Аналогия: обычная клавиша выключателя. Внутри выключателя нет никакой электроники — он просто замыкает два конца провода. Это и есть сухой контакт. Датчик протечки, дверной контакт, кнопка, геркон — все они чаще всего дают сухой контакт.
Смотрим на схему:
Контроллер (вход) Датчик (сухой контакт)
+---[ вход IN1 ]--------o o---+
| (контакты) |
+---[ общий GND ]----------------+
Когда контакт замкнулся — контроллер видит замыкание. Разомкнулся — видит размыкание. Всё, больше ничего.
Противоположность — «мокрый» контакт, когда на проводах уже есть напряжение (230 В или 24 В). Подавать его туда, где ждут сухой контакт, — верный способ спалить вход контроллера. Читайте паспорт: у каждой клеммы написано, сухой это вход или нет, и какое напряжение допускается.
Где ошибаются. Три типовых случая:
- Подают 230 В на вход, который ждёт сухой контакт.
- Путают клеммы «общий» и «сигнальный».
- Не проверяют, выдерживает ли контакт датчика нужный ток — контакт рассчитан на сигнальный ток, а не на катушку пускателя.
Нормально замкнутый и нормально разомкнутый: как контакт ведёт себя в покое
Когда у вас есть контакт — сухой или внутри реле — важно понимать, в каком он состоянии, когда «ничего не происходит». Отсюда два термина:
- Нормально разомкнутый (НО-контакт, NO — Normally Open, «нормально открытый») — в покое разомкнут, замыкается, когда что-то происходит.
- Нормально замкнутый (НЗ-контакт, NC — Normally Closed, «нормально закрытый») — в покое замкнут, размыкается, когда что-то происходит.
Аналогия: дверь. Обычная дверь — «нормально закрытая»: стоит закрытой, пока её не откроешь. Дверь с доводчик (доводчик — механизм над дверью, который сам её закрывает)ом на пожарном выходе — тоже «нормально закрытая», но по-другому: она сама возвращается в закрытое состояние.
Практический пример — датчик протечки. Два варианта:
Нормально разомкнутый: Нормально замкнутый:
в покое: o o (разомкнут) в покое: o──o (замкнут)
при утечке: o──o (замкнут) при утечке: o o (разомкнут)
Пусть контроллер настроен так: «сигнал тревоги — если на входе нет замыкания». Тогда нормально замкнутый датчик безопаснее: если у него оборвётся провод, контроллер сразу это заметит — линия перестала быть замкнутой. А у нормально разомкнутого обрыв провода выглядит так же, как «протечки нет». Эту логику в системах сигнализации называют «контроль линии»: систему специально строят на замкнутых контактах, чтобы обрыв сразу выглядел как неисправность.
Где ошибаются. Покупают датчик, подключают, а он «работает наоборот» — сигналит при норме и молчит при утечке. Это не брак, а перепутанные NC и NO. У большинства датчиков режим выбирается, смотрите паспорт.
Датчик и исполнитель: кто смотрит и кто делает
Датчик (или сенсор) — устройство, которое смотрит на мир и сообщает системе, что происходит: движение, температура, влажность, протечка, открытие двери, задымление.
Исполнитель (или актуатор) — устройство, которое делает: включает свет, открывает клапан, поднимает штору, защёлкивает замок.
Аналогия: рука и палец. Датчик — это нервное окончание, которое чувствует жару. Исполнитель — это мышца, которая дёргает руку. Между ними сидит мозг — контроллер.
На объекте это выглядит так:
| Устройство | Датчик или исполнитель | Как подключается |
|---|---|---|
| Датчик движения | датчик | сухой контакт или на шину |
| Датчик протечки | датчик | сухой контакт |
| Датчик температуры | датчик | обычно своя линия, зависит от модели |
| Релейный модуль | исполнитель | на шину или в связке с контроллером |
| Клапан отопления | исполнитель | сухой контакт, 24 В или 230 В — по паспорту |
| Привод шторы | исполнитель | обычно отдельная линия 230 В |
| Настенная панель | и то, и другое | на шину |
Правило: датчик обычно слабый — ему хватает сигнального провода. Исполнитель обычно сильный — под него ведётся отдельное питание, и его выходные клеммы держат нагрузку по току. Смотрите паспорт: какой ток допустим на выходе, если исполнитель сам, а не через отдельный релейный модуль.
Где ошибаются. Подключают привод шторы или клапан напрямую к датчику, минуя контроллер или реле — «а чего, оба же умные». Датчик на это не рассчитан. Правильная цепочка всегда такая: датчик → контроллер (или логика в панели) → исполнитель.
Сценарий: условие, действие, исключение
Сценарий — это правило, по которому система реагирует. Запись сценария всегда в трёх частях: условие — когда сработать; действие — что сделать; исключение — когда не срабатывать даже при выполненном условии.
Аналогия из автоматики, которую вы знаете: тепловое реле. «Если ток больше уставки — отключить». Условие есть, действие есть. Но у теплового реле нет исключений — он тупо отключит. Умный дом умеет по-другому.
Пример сценария «Вечерний свет в коридоре»:
- Условие: датчик движения в коридоре увидел человека.
- Действие: включить свет на 30 %.
- Исключение: но только если сейчас после 22:00, ИЛИ если в доме никто не спит (иначе — не включать, чтобы не разбудить).
Другой пример — «Ушёл из дома»:
- Условие: телефон хозяина пропал из домашней сети (или все ушли).
- Действие: выключить всё освещение, закрыть клапаны воды, проверить, что окна закрыты.
- Исключение: если в доме кто-то есть — не выключать.
Поймите главное: сценарий не «умнее» контроллера, это просто правило, которое кто-то (обычно проектировщик или наладчик) заранее записал в систему. Чем больше условий и исключений, тем сложнее потом разбираться, «почему сработало не так». На объекте сценарии стоит записывать в виде простого текста — «если А, то Б, кроме В» — и вешать в щит рядом с перечнем нагрузок. Через год заказчик или следующий монтажник скажет вам спасибо.
Где ошибаются. Самая частая проблема — забытое исключение. Написали «при протечке закрыть клапан воды», а забыли, что этот же клапан открывает систему полива. Итог: датчик в подвале увидел конденсат — и вся система полива на участке простояла два дня. Исключение — не формальность, это то, что спасает от ложных срабатываний.
Работа без интернета: умный дом против «умной лампочки»
Важно разделить два вида систем, потому что у них разная логика работы.
Облачные системы — управляются через сервер в интернете. Устройство (например, розетка с Wi-Fi) связывается с сервером производителя, а ваш телефон — тоже с этим сервером. Сервер «передаёт команды».
Локальные системы — работают внутри дома. Контроллер стоит в щите, устройства подключены к нему напрямую, интернет им для работы не нужен.
Аналогия: внутренняя телефонная станция. В больнице можно позвонить из приёмного в операционную, даже если у больницы отрубили внешнюю телефонию. Внутренняя связь работает. Интернет — это «внешняя телефония».
Проверка на объекте простая: выключите роутер. Свет должен включаться с настенной панели, замок должен открываться своим кодом, сценарий «пришёл домой» должен работать. Если что-то из этого живёт только через приложение в телефоне и облако — значит, без интернета оно не работает, и заказчику об этом нужно сказать честно.
Где ошибаются. Проектируют дом так, что всё завязано на приложение и интернет. Потом у дома деградирует связь (перебои, смена провайдера, сгоревший роутер) — и заказчик остаётся с домом, в котором нельзя включить свет в детской. В щите всегда должна быть альтернатива: обычные клавиши, резервные кнопки на панели, работающие напрямую.
Обратная связь: почему без неё интерфейс врёт
Обратная связь (feedback, «отдача») — это когда система сообщает: «я сделала то, что ты просил», — и это отличается от «я приняла команду».
Аналогия: вы повернули ключ в замке зажигания. «Ключ повернулся» — это команда принята. «Мотор завёлся» — это результат. Если приборной панели нет, вы не знаете, завёлся мотор или сел аккумулятор.
В умном доме то же самое:
- Без обратной связи: вы нажали на экране «включить свет в гостиной». Экран показал «включено». Но свет не включился — например, перегорела лампа, отвалился провод, выключился автомат. Экран при этом врёт: он показывает, что команду отправили, а не что она исполнилась.
- С обратной связью: система проверяет реальное состояние (например, по току в линии или по отдельному датчику) и на экране честно пишет «не включилось, проверьте линию».
Схематически:
Без обратной связи:
Телефон ──команда──> Контроллер ──> Лампа
| |
└──"включено" (просто ответ)─────────┘
экран показывает то, что НАПИСАЛИ, а не то, что РЕАЛЬНО есть
С обратной связью:
Телефон ──команда──> Контроллер ──> Лампа
^ |
| "лампа реально горит" ────┘
└──── экран показывает факт
Для монтажника это значит: если у вас в системе есть выбор между «просто кнопка на экране» и «кнопка с подтверждением реального состояния» — берите вторую. И если заказчик спрашивает, почему одна панель дороже другой, часто это именно разница в обратной связи.
Где ошибаются. Строят систему, где всё выглядит красиво на экране, но никто не проверил, реально ли физически работает исполнитель. Через месяц заказчик звонит: «У меня на всех экранах включено, а в доме темно». Это провал проекта, и он стоит дороже, чем пара датчиков тока на этапе монтажа.
Отказоустойчивость: что происходит при пропаже питания и связи
Отказоустойчивость — это способность системы работать, когда что-то из её частей сломалось или обесточилось. Проверяется двумя главными вопросами.
Что происходит при пропаже питания
Тут важны два момента.
Первый — состояние выходов после восстановления. У реле есть настройка: включаться или не включаться после того, как контроллер обесточили и снова включили. Это называется поведение при старте. Если вы утром включили свет, потом мигнул свет во всём доме — должна ли кухня снова загореться или остаться выключенной? Это настраивается, и правильный вариант зависит от задачи. Для системы отопления и замка одно, для света — другое.
Второй — что должно работать, даже если «мозг» умер. Замок должен открываться обычным ключом. Свет должен включаться обычной клавишей. Клапан газа должен закрываться по собственному датчику, а не «только по команде контроллера». Если в доме какая-то функция существует ТОЛЬКО в контроллере — это не функция, это ловушка.
Что происходит при пропадании связи
Если контроллер жив, а связь с интернетом пропала — что остаётся?
- Локальные сценарии, записанные в контроллере, — работают.
- Управление с настенных панелей, подключённых к контроллеру напрямую, — работает.
- Приложение на телефоне через облако — не работает (или работает только по локальной сети, если вы дома).
- Сигнализация, которая шлёт уведомления в облако, — не может уведомить. Должен быть резервный канал (например, SIM-карта), или заказчик должен знать, что при обрыве интернета он не узнает о тревоге.
Простое правило: интернет — это удобство, не необходимость. Если система без интернета «умирает», значит, её спроектировали плохо. Хороший дом деградирует мягко: пропала связь с облаком — остались локальные сценарии и панели; умер контроллер — остались обычные клавиши и ключи.
Где ошибаются. Ставят один контроллер, который держит всё, и не думают о том, что будет при его отказе. Или ставят систему, где свет в санузле включается только через приложение. По первости это кажется нормальным, через год это становится источником вызовов и скандалов.
Идентификация: «узнать человека» и «пропустить» — это не одно и то же
Последнее понятие — про то, где чаще всего ошибаются на практике. Речь о системах доступа: замки с кодовой панелью, отпечатком пальца, картой, лицом.
Идентификация (от лат. identificare, «отождествлять») — процесс, в котором система пытается понять, кто перед ней. А дальше начинается главное.
Две разные задачи, которые путают:
- «Система узнала человека» — система поняла, что это конкретный Иванов, у которого есть право входа.
- «Система пропустила» — система решила, что можно открыть замок.
Это НЕ одно и то же. Может быть наоборот: система пропустила человека, которого не узнала (например, «любой, кто приложил что-то к считывателю»). А может быть так: система узнала хозяина, но не пропустила (например, хозяин забыл, что его право доступа отозвано).
У любой системы распознавания есть два вида ошибок, и они противоположны:
- Пропустить чужого (в сигнализации это называется «ложное срабатывание доступа», часто ошибкой I рода) — система приняла чужого за своего и открыла замок.
- Не узнать своего (ошибка II рода) — система не узнала хозяина и не пустила его.
Аналогия из вашей практики: автомат защиты. У него есть два порога — слишком чувствительный (отключает на рабочем токе, то есть «не узнаёт своего») и слишком грубый (пропускает короткое замыкание, то есть «пускает чужого»). Точной настройки, где не будет ни одной ошибки, не существует — всегда придётся балансировать между ними.
На практике это значит:
- Если заказчик говорит «не хочу, чтобы система меня не узнавала» — значит, он боится ошибки II рода, и настройку нужно делать более чувствительной (система будет легче признавать человека своим).
- Если заказчик говорит «не хочу, чтобы кто-то чужой открыл дверь» — значит, он боится ошибки I рода, и настройку нужно делать более строгой (система будет чаще ошибаться в обратную сторону, отказывать своим).
Эти две настройки противоположны: нельзя сделать обе ошибки нулевыми. Чем строже система, тем чаще она не узнаёт своих; чем лояльнее — тем чаще пропускает чужих. Любая попытка «сделать, чтобы никогда не ошибалась» — обещание, которое никто в мире не может выполнить.
Для монтажника практический вывод: не обещайте заказчику «нулевых ошибок». Объясняйте, что ошибок два вида, что они противоположны, и что настройку нужно выбирать под задачу. Замок в квартире, куда пускают только хозяев, и проходная офисного здания настраиваются по-разному.
Проверка себя: 10 вопросов
1. Что такое контроллер и почему нельзя строить дом так, чтобы свет включался только через него?
Контроллер — главный прибор, «мозг» умного дома: он принимает сигналы от датчиков и переключает реле, управляющие нагрузками. Нельзя строить дом так, чтобы свет включался только через контроллер, потому что контроллер может сломаться, зависнуть или обесточиться. У критичного потребителя должна быть возможность прямого управления — обычная клавиша, заведённая мимо контроллера.
2. Чем линия отличается от звезды в топологии шины?
В линии кабель идёт последовательно: заходит в одно устройство, выходит из него к следующему. В звезде из щита (или из одного узла) идут отдельные лучи на каждое устройство. Какая топология нужна — зависит от протокола конкретной системы, это читается в документации до прокладки кабеля.
3. Два устройства физически подключены одним кабелем, но не понимают друг друга. Что это значит?
Они говорят на разных протоколах — то есть используют разные правила обмена данными. Кабель есть, а «языка» общего нет. Нужно либо заменить устройство на устройство с тем же протоколом, либо поставить между ними переводчик (шлюз).
4. Что такое сухой контакт и чем он отличается от «мокрого»?
Сухой контакт — это просто пара проводов, которые устройство замыкает и размыкает, не подавая на них никакого напряжения. «Мокрый» контакт — когда на проводах уже есть напряжение (например, 230 В или 24 В). Подключать «мокрый» выход на вход, который ждёт сухой контакт, — способ спалить вход контроллера.
5. Почему для датчика протечки нормально замкнутый контакт обычно безопаснее нормально разомкнутого?
Потому что в норме линия замкнута, и контроллер постоянно видит замыкание. Если провод оборвался — линия разомкнулась, и контроллер сразу это заметит как неисправность. У нормально разомкнутого датчика обрыв провода выглядит так же, как «протечки нет», — систему можно месяц не знать, что она мертва.
6. Датчик и исполнитель — кто есть кто? Приведите по два примера.
Датчик смотрит и сообщает: например, датчик движения, датчик протечки. Исполнитель делает: например, релейный модуль, клапан отопления. Правильная цепочка: датчик → контроллер → исполнитель. Подключать исполнитель напрямую к датчику нельзя — датчик на это не рассчитан.
7. Из каких трёх частей состоит сценарий? Придумайте пример с исключением.
Условие — когда сработать. Действие — что сделать. Исключение — когда не срабатывать, даже если условие выполнено. Пример: условие — датчик протечки увидел воду; действие — закрыть клапан воды; исключение — если сейчас работает система полива (чтобы случайный конденсат в подвале не отключил полив на весь участок).
8. Как на объекте проверить, работает ли система без интернета?
Выключить роутер и попробовать: включить свет с настенной панели, открыть замок своим кодом, проверить, срабатывают ли сценарии. Если что-то живёт только через приложение и облако производителя — значит, без интернета оно не работает, и заказчику об этом нужно сказать прямо.
9. Почему экран в приложении может показывать «свет включён», когда свет на самом деле выключен?
Потому что без обратной связи экран показывает не факт, а подтверждение отправки команды. Контроллер ответил «команду получил», и экран честно показал именно это. Реальное состояние (сгорела лампа, отвалился провод, выбил автомат) он не проверяет. Обратная связь — это когда система читает реальное состояние и показывает его.
10. Какие две ошибки есть у любой системы распознавания и почему нельзя убрать обе?
Первая — пропустить чужого (принять чужого за своего). Вторая — не узнать своего. Настройки, уменьшающие одну ошибку, увеличивают другую: чем строже система, тем чаще она отказывает своим; чем лояльнее — тем чаще пускает чужих. Нулевых ошибок одновременно не бывает, поэтому обещать заказчику «систему без ошибок» нельзя — нужно выбирать баланс под конкретную задачу.
Если по этим десяти вопросам вы смогли ответить своими словами, не подглядывая — вы готовы к следующей главе, где начинается уже практика: что и куда подключать.