Процедура первого включения
Процедура первого включения
Первое включение контроллера — это кульминационный момент этапа физического монтажа. Это процесс, требующий не скорости, а методичности и внимания к деталям. От правильности выполнения этой процедуры напрямую зависит работоспособность и долговечность оборудования. Данный урок предоставляет исчерпывающий пошаговый алгоритм, который превращает потенциально рискованное действие в контролируемый и предсказуемый инженерный процесс.
> ⚠️ Внимание: Подача питания на неправильно собранную схему может привести к необратимому выходу контроллера из строя. Всегда выполняйте проверку по чек-листу перед включением. Это не формальность, а ключевой элемент обеспечения надежности системы и вашей личной безопасности.
Процедура первого запуска охватывает несколько ключевых этапов:
- Финальная проверка монтажа: Визуальный и инструментальный контроль всех физических соединений.
- Подача питания: Физическое подключение источника питания и наблюдение за первичной реакцией контроллера.
- Идентификация в сети: Поиск IP-адреса, который контроллер получил от сетевого оборудования.
- Первое подключение: Установление сессии удаленного управления через протокол SSH.
- Базовая диагностика: Проверка работоспособности операционной системы и ключевых служб.
Для выполнения всех шагов вам понадобится следующий минимальный набор инструментов:
- Мультиметр: для проверки напряжения блока питания.
- Ноутбук с Ethernet-портом или Wi-Fi: для доступа к сети объекта.
- SSH-клиент: PuTTY для Windows или встроенный терминал в macOS/Linux.
- Патч-корд (Ethernet-кабель): для временного прямого подключения к ноутбуку, если это необходимо.
---
Секция 1: Финальная проверка перед подачей питания
Перед тем как подать напряжение на контроллер, необходимо провести финальную, скрупулезную проверку выполненных работ. Этот этап страхует от 90% потенциальных проблем, связанных с ошибками монтажа.
> 🔗 Связанный материал: Убедитесь, что вы выполнили все шаги из уроков по схемам питания и проверке его качества. Данный раздел является практическим применением знаний, полученных в уроках о схемах питания контроллера, его заземлении и проверке качества питания.
Чек-лист финальной проверки
Проведите проверку последовательно, пункт за пунктом.
* Клеммные соединения: Убедитесь, что все провода надежно зажаты в клеммах. Слегка потяните каждый провод — он не должен выдергиваться.
* Отсутствие оголенных участков: Проверьте, что изоляция проводов заходит внутрь клеммника, и нет ни одного оголенного участка провода за его пределами, который мог бы случайно коснуться соседней клеммы или металлического корпуса щита.
* Отсутствие посторонних предметов: Внимательно осмотрите щит на предмет наличия обрезков проводов, металлической стружки, выпавших винтов. Используйте фонарик для осмотра труднодоступных мест. Посторонние токопроводящие предметы могут вызвать короткое замыкание при включении.
* Корректность подключений: Еще раз сверьтесь с принципиальной схемой (Э3) и кабельным журналом (КЖ). Проверьте, что провода от блока питания подходят к правильным клеммам на контроллере (`+VDC`, `GND`).
* Важно: Эта проверка выполняется на блоке питания, не подключенном к контроллеру.
* Включите автомат, питающий блок питания контроллера.
* Переключите мультиметр в режим измерения постоянного напряжения (DCV или V⎓).
* Измерьте напряжение на выходных клеммах блока питания. Для стандартных систем оно должно быть в пределах 24 В ± 5% (т.е. от 22.8 В до 25.2 В).
* Если напряжение выходит за эти рамки, отрегулируйте его с помощью подстроечного резистора на корпусе блока питания, если он имеется. Если регулировка не помогает, блок питания неисправен и его использование недопустимо.
* Отключите автомат питания после проверки.
* Убедитесь, что клемма защитного заземления (PE) контроллера надежно подключена к шине заземления щита. Как мы рассматривали в уроке по заземлению, это критически важно для безопасности и защиты от электромагнитных помех.
* Визуально проверьте целостность и корректность подключения устройств защиты (автоматических выключателей, УЗИП), если они предусмотрены проектом.
* Убедитесь, что Ethernet-кабель плотно вставлен в LAN-порт контроллера до щелчка.
* Проверьте второй конец кабеля — он должен быть так же надежно подключен к порту сетевого коммутатора (свитча) или роутера.
* Убедитесь, что порт на коммутаторе, к которому подключен контроллер, активен (обычно на нем горит индикатор Link/Activity).
Только после успешного прохождения всех пунктов этого чек-листа можно переходить к следующему этапу.
---
Секция 2: Подача питания и наблюдение за индикаторами
Это самый ответственный момент. Ваша задача — не просто включить питание, а пронаблюдать за процессом запуска контроллера, интерпретируя его состояние по светодиодным индикаторам.
> 💡 Подсказка: Если индикатор STATUS мигает с высокой частотой — идет загрузка ОС. После успешного старта он переходит в режим редкого равномерного мигания (heartbeat). Это главный признак того, что система ожила и готова к работе.
Последовательность действий
Расшифровка состояний индикаторов (LED)
Статус-индикаторы (LED) — это ваш основной инструмент первичной диагностики. Их поведение дает мгновенную информацию о состоянии контроллера.| Индикатор | Цвет | Состояние | Значение и необходимые действия |
| :-------- | :------ | :--------------------------------------- | :---------------------------------------------------------------------------------------------------------------------------- |
| PWR | Зеленый | Горит непрерывно | Норма. Напряжение питания в норме. Если индикатор не горит, немедленно отключите питание и вернитесь к Секции 1. |
| | | Мигает или не горит | Авария. Проблема с блоком питания или внутренней цепью питания контроллера. Отключите питание, проверьте напряжение. |
| STATUS| Зеленый | Частое мигание (около 4-5 раз/сек) | Норма (загрузка). Операционная система Debian загружается, запускаются системные сервисы. Процесс занимает 60-90 секунд. |
| | | Редкое равномерное мигание (~1 раз/сек) | Норма (работа). ОС загружена, основной сервис `hi-core.service` запущен и работает в штатном режиме (heartbeat). |
| | | Горит непрерывно или не горит | Проблема. ОС не смогла загрузиться, или сервис `hi-core.service` не запустился. Требуется диагностика через SSH. |
| LAN | Зеленый | Горит / Мигает | Норма. Есть физическое подключение к сети (link). Мигание означает наличие сетевого трафика. |
| | | Не горит | Проблема. Нет сетевого подключения. Проверьте кабель, порт коммутатора и сам коммутатор. |
Типичное время полной загрузки контроллера с момента подачи питания до перехода индикатора STATUS в режим "heartbeat" составляет 60-90 секунд. В это время категорически запрещается отключать питание, так как это может привести к повреждению файловой системы на внутреннем накопителе.
---
Секция 3: Поиск контроллера в сети и первое SSH-подключение
После того как индикатор STATUS начал равномерно мигать, контроллер загрузился и, скорее всего, получил IP-адрес. Наша следующая задача — узнать этот адрес и подключиться к командной строке контроллера для дальнейшей настройки.
Методы определения IP-адреса
По умолчанию контроллер настроен на получение IP-адреса автоматически по протоколу DHCP. Адрес ему выдает роутер или основной маршрутизатор в локальной сети объекта.
* Подключитесь к той же сети, что и контроллер.
* В веб-браузере откройте панель администрирования вашего роутера (адреса обычно `192.168.1.1`, `192.168.0.1` или аналогичные).
* Найдите раздел "Список клиентов DHCP", "Подключенные устройства" или "LAN status".
* Найдите в списке устройство. Оно может определяться по имени хоста (hostname) как `hi-core` или по MAC-адресу, который указан на наклейке на корпусе контроллера.
* Запишите IP-адрес, указанный напротив этого устройства.
* Если доступ к роутеру затруднен, можно использовать специальные программы. На ноутбуке, подключенном к той же сети, запустите сканер.
* Для Windows: Advanced IP Scanner, Angry IP Scanner.
* Для macOS/Linux: можно использовать команду `nmap` в терминале. Эта утилита позволяет просканировать всю подсеть на наличие устройств с открытым 22-м портом (стандартный порт для SSH).
# Пример для сети 192.168.1.0/24
# Команда ищет все активные хосты (-sP) и проверяет доступность порта 22 (-p22)
nmap -p22 192.168.1.0/24
В выводе ищите хосты, у которых порт 22/tcp находится в состоянии `open`.
Первое SSH-подключение
SSH (Secure Shell) — это защищенный сетевой протокол для удаленного управления операционной системой. Это основной инструмент инсталлятора для настройки и диагностики контроллера.* На Windows: запустите PuTTY. В поле "Host Name (or IP address)" введите найденный IP-адрес контроллера. Убедитесь, что порт "Port" равен `22` и тип соединения "Connection type" - `SSH`. Нажмите "Open".
* На macOS/Linux: откройте приложение "Терминал" и введите команду:
ssh admin@
Например: `ssh admin@192.168.1.115`
* Логин: `admin`
* Пароль: `hi_default`
> ℹ️ Информация: При вводе пароля в консоли символы не отображаются. Это стандартная мера безопасности. Просто введите пароль и нажмите Enter.
Обязательная смена пароля
Сразу после первого успешного входа необходимо сменить пароль по умолчанию. Это критически важный шаг для обеспечения безопасности системы.
Выполните в консоли команду `passwd`:
admin@hi-core:~$ passwd
Changing password for admin.
(current) UNIX password: # Введите текущий пароль: hi_default
Enter new UNIX password: # Введите новый, сложный пароль
Retype new UNIX password: # Повторите новый пароль
passwd: password updated successfully
Запишите новый пароль в надежное место, например, в соответствующий раздел рабочей документации (РД). Его утеря приведет к невозможности доступа к контроллеру.
---
Секция 4: Базовая диагностика системы через консоль
После успешного входа в систему необходимо выполнить несколько простых команд, чтобы убедиться, что "под капотом" у контроллера все в порядке. Это даст уверенность в том, что аппаратная часть и операционная система функционируют штатно.
Проверка времени работы и нагрузки (`uptime`)
Команда uptime показывает, как долго система работает с момента последнего включения, и какова средняя нагрузка на процессор.
admin@hi-core:~$ uptime
14:20:15 up 8 min, 1 user, load average: 0.08, 0.11, 0.09
- `up 8 min`: система работает 8 минут. Это подтверждает, что не было самопроизвольных перезагрузок.
- `load average: 0.08, 0.11, 0.09`: средняя нагрузка за последние 1, 5 и 15 минут. На свежезапущенном контроллере без активных сценариев эти значения должны быть близки к нулю (меньше 0.5 — отлично). Высокие значения (больше 2.0-3.0 на 4-ядерном CPU) могут указывать на проблему.
Просмотр логов ядра (`dmesg`)
Команда dmesg выводит сообщения ядра Linux. Они содержат ценную информацию об инициализации оборудования при загрузке.
admin@hi-core:~$ dmesg | grep -i "error\|fail\|warn"
Эта команда отфильтрует вывод и покажет только строки, содержащие слова "error", "fail" или "warning". В идеале вывод должен быть пустым. Наличие сообщений об ошибках (особенно связанных с памятью `mmc`, сетью `eth0` или USB) — повод для углубленной диагностики.
Проверка сетевых интерфейсов (`ip a`)
Эта команда показывает полную информацию обо всех сетевых интерфейсах системы.
admin@hi-core:~$ ip a
1: lo: mtu 65536 ...
inet 127.0.0.1/8 scope host lo
2: eth0: mtu 1500 ...
link/ether dc:a6:32:01:23:45 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.115/24 brd 192.168.1.255 scope global dynamic eth0
valid_lft 86047sec preferred_lft 86047sec
...
- Убедитесь, что интерфейс `eth0` находится в состоянии `UP`.
- Проверьте, что в строке `inet` указан тот самый IP-адрес, по которому вы подключились.
Проверка статуса основного сервиса (`systemctl`)
Systemd — это система инициализации и менеджер служб в Debian. Главный сервис платформы называется hi-core.service. Он управляет работой Node-RED и всеми интеграционными модулями.admin@hi-core:~$ systemctl status hi-core.service
● hi-core.service - Home Intelligence Core Service
Loaded: loaded (/lib/systemd/system/hi-core.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2024-05-20 14:12:05 UTC; 8min ago
Main PID: 681 (node)
Tasks: 12 (limit: 4125)
Memory: 154.2M
CPU: 15.340s
CGroup: /system.slice/hi-core.service
└─681 /usr/bin/node ... /usr/lib/node_modules/node-red/red.js
Ключевая строка здесь — `Active: active (running)`. Она подтверждает, что программная платформа контроллера запущена и работает. Если статус `failed` или `inactive`, это указывает на серьезную программную проблему, требующую анализа логов сервиса (`journalctl -u hi-core.service`).
---
Секция 5: Итоги и следующие шаги
Вы успешно выполнили процедуру первого включения контроллера. Это фундаментальный навык инсталлятора, подтверждающий вашу способность безопасно и методично вводить оборудование в эксплуатацию.
Итоговый чек-лист успешного запуска
Вы можете быть уверены в успехе, если положительно ответили на следующие вопросы:
> ℹ️ Информация: Обязательно задокументируйте IP-адрес (если он статический) и новый пароль администратора. Эти данные вносятся в исполнительную документацию и передаются вместе с объектом. Их утеря значительно усложнит дальнейшее обслуживание системы.
Что дальше?
Контроллер жив, здоров и доступен в сети. Теперь он представляет собой чистый холст, готовый к тому, чтобы вы начали создавать на нем систему автоматизации. В следующем модуле мы перейдем от командной строки к более высокоуровневым инструментам:
- Рассмотрим, как впервые подключиться к веб-интерфейсу Node-RED.
- Настроим встроенный MQTT-брокер, который является нервной системой для всех сценариев.
- Создадим первый простой сценарий, чтобы убедиться, что вся платформа готова к разработке.