при перезапуске контроллера не получается подключиться к web по ip адрессу через точку доступа, так же перестают работать сценарии в node red. при подключении к debug сразу запускается node red и все работатет в штатном режиме
Для диагностики проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.
приложен диагностический архив, доступен только сотрудникам поддержки
(562,6 КБ)
По логам зацепок нет — AP и eth0 поднимаются штатно, без сбоев. Единственная зацепка: Node-RED подключается к MQTT-брокеру с задержкой 30 сек – 4 мин после каждой перезагрузки, похоже на проблему с адресом сервера.
Просим прислать вывод:
grep -A5 '"type": "mqtt-broker"' /root/.node-red/flows.json
Такое время включения как раз после перезагрузки подключался по дебагу и восстанавливался нод ред. Сам он не включается
Пришлите, пожалуйста, вывод команды выше.
ничего не выводит
Очень странно. А вот такая команда:
grep ‘“type”: “mqtt-broker”’ /root/.node-red/flows.json
grep: “mqtt-broker”': No such file or directory
Простите, пожалуйста, я “намудрил”.
Хотел попросить полный вывод по вашим скриптам из node-red, а команду прислал неправильную. Выполните, пожалуйста:
cat /root/.node-red/flows.json
там json всех скриптов выдает
А ваши скрипты на контроллере по mqtt ни с чем не общаются?
они все в node red
Node-red по mqtt данные использует ведь? Вы можете временно предоставить мне “облачный” доступ к контроллеру? Так я смогу выяснить подробности и не беспокоить вас постоянными вопросами.
Пригласите, пожалуйста, пользователя support@wirenboard.com в организацию на облачном сервисе.
Поставьте временный пароль от SSH пришлите личным сообщением (потом замените).
Для этого в настройках организации нажмите кнопку “Пригласить”
И укажите почтовый адрес:
После этого поддержка получит доступ к вашему контроллеру для диагностики.
Не забудьте удалить потом доступ.
Причина найдена: в конфиге MQTT-брокера Node-RED (wirenboard-server) адрес сервера жёстко указан как 10.200.200.1 (это debug-интерфейс), а не localhost — из-за этого подключение зависит от готовности этого интерфейса при загрузке и может задерживаться. То же самое с spruthub-server — там указан 172.16.170.132 (адрес eth0 по DHCP).
Нужно поменять оба адреса на localhost, обязательно задеплоить и перезагрузить контроллер для проверки.
спасибо большое, все исправил все само загрузилось после перезапуска 
Рад был помочь )