# Нежелательная остановка последовательного порта (с линией моторов штор Dooya82) при ошибках на нем, при известных малозначительных причинах **URL:** \ **Category:** Контроллеры Wiren Board\ **Created:** [August 18, 2026, 5:07am UTC](https://support.wirenboard.com/t/dooya82/41565 "2026-08-18T05:07:01Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![BorisFT](https://avatars.discourse-cdn.com/v2/letter/b/278dde/32.png) [@BorisFT](https://support.wirenboard.com/u/BorisFT)\ **Post date:** [August 18, 2026, 5:07am UTC](https://support.wirenboard.com/t/dooya82/41565/1 "2026-08-18T05:07:01Z")
Доброго дня! На одном из наших объектов периодически происходит следующее: 1. Ненадолго отключается свет, но более чем на 5 секунд. 2. Моторы штор остаются без питания, контроллер на UPS 3. Моторы штор не отвечают и драйвер wb-mqtt-serial возвращает такую ошибку 1. 4. Свет возвращается, но порт остается в ошибке до его перезапуска 5. Шторы не работают до ручного вмешательства Подскажите пожалуйста, как можно изменить поведение драйвера, что бы он не так активно тревожился об ошибках на этом порту, а в идеале просто игнорировал проблемы связи? Что бы он не прерывал работу при ошибках? Или как можно сбросить аварийное состояние порта не перезапуская драйвер wb-mqtt-serial? Причины возникновения ошибок понятны и не требуют специальной реакции, однако поведение драйвера не оставляет другого варианта, кроме ручного вмешательства после кратковременных отказов электропитания. Хотелось бы или изменить это поведение, или автоматизировать борьбу с последствиями. диагархив прилагаю на всякий який _приложен диагностический архив, доступен только сотрудникам поддержки_ (280,3 КБ) ---
**Author:** ![Alexey\_Zhabrovets](https://support.wirenboard.com/user_avatar/support.wirenboard.com/alexey_zhabrovets/32/32451_2.png) [@Alexey\_Zhabrovets](https://support.wirenboard.com/u/Alexey_Zhabrovets)\ **Post date:** [August 18, 2026, 7:05am UTC](https://support.wirenboard.com/t/dooya82/41565/6 "2026-08-18T07:05:58Z")
Добрый день! После возврата света вы нажимаете «Открыть» в веб-интерфейсе — и ничего не происходит? Или шторы просто остались там, где их застало отключение, и вы их не трогали до перезапуска драйвера? ---
**Author:** ![BorisFT](https://avatars.discourse-cdn.com/v2/letter/b/278dde/32.png) [@BorisFT](https://support.wirenboard.com/u/BorisFT)\ **Post date:** [August 18, 2026, 7:12am UTC](https://support.wirenboard.com/t/dooya82/41565/7 "2026-08-18T07:12:40Z")
После возврата света если нажать “открыть” или любую другую кнопку в веб-интерфейсе она станет красной. Мотор команду не получает. Управление рукой при этом работает, остановлен только последовательный порт контроллера, на стороне моторов ничего не приходится делать, что бы работа возобновилась, только снять галку “включить порт” в настройках драйвера, сохранить, поставить галку, сохранить ---
**Author:** ![Alexey\_Zhabrovets](https://support.wirenboard.com/user_avatar/support.wirenboard.com/alexey_zhabrovets/32/32451_2.png) [@Alexey\_Zhabrovets](https://support.wirenboard.com/u/Alexey_Zhabrovets)\ **Post date:** [August 18, 2026, 11:01am UTC](https://support.wirenboard.com/t/dooya82/41565/8 "2026-08-18T11:01:56Z")
Строка `got more than 2 consecutive failures ...` что на шине никто не ответил в течение 5 секунд. Драйвер в ответ закрывает и тут же открывает порт заново, и повторяет это, пока шина молчит. Отсюда поток одинаковых сообщений. Сбрасывать там нечего — состояния, которое требовало бы сброса, у порта нет. А галка «Включить порт» просто перезапускает драйвер: сохранение конфигурации перезапускает службу. Воспроизвести ваш случай на стенде не удалось. Снимал питание с устройства на выделенном порту, в том числе на три минуты. Драйвер каждый раз поднимал связь сам за несколько секунд, без вмешательства. Значит дело не в самом факте пропадания питания, а в чём-то ещё — и это надо найти. Также заметил, что у вас 2.248.1 от мая. В 2.260.1 исправлено: команда, отданная устройству, потерявшему связь, больше не теряется, а выполняется после её восстановления. `apt update && apt install --only-upgrade wb-mqtt-serial` Учтите — после обновления шторы могут поехать позже, чем вы нажали кнопку, если нажатие пришлось на момент обрыва связи. Еще есть пару вопросов: 1. Питание приводов как реализовано? Идёт напрямую от автомата или через контактор либо канал реле? 2. По журналу за последние полтора месяца просадок было около десяти, а вмешательство потребовалось дважды. Правильно понимаем, что проблема возникает не после каждого отключения света? Если так — чем отличались те два случая? И еще просьба, если случай повторится — прежде чем переключать галку, подождите, пожалуйста, минут пять и попробуйте нажать кнопку ещё раз. Так мы поймём, восстанавливается ли связь сама. И если получится, до переключения галки сохраните журнал и скиньте файл stuck.log: `journalctl -u wb-mqtt-serial --since "-20 min" --no-pager > /mnt/data/stuck.log` ---
**Author:** ![BorisFT](https://avatars.discourse-cdn.com/v2/letter/b/278dde/32.png) [@BorisFT](https://support.wirenboard.com/u/BorisFT)\ **Post date:** [August 19, 2026, 5:38pm UTC](https://support.wirenboard.com/t/dooya82/41565/9 "2026-08-19T17:38:00Z")
Я обновлю ПО контроллера, мы делаем это раз в пару месяцев, что бы не сильно беспокоить пользователей, посмотрим на его поведение. Правда я считал, что это исправление касается только modbus-сеансов. Если в rpc тоже реализованно, просто замечательно. 1. Питание приводов четыре отдельные линии на автоматах, без реле 2. > вмешательство потребовалось дважды Всё абсолютно верно, такое поведение я наблюдал дважды и после второго случая создал эту тему. Мне тоже не удалось воспроизвести, однако есть у двух случаев общая черта, пропадало питание на время небольшое, но более обычного. “Обычное” в данном случае это время перевода моторного АВР на вторую линию, то есть если было пропадание одного ввода и перевод на резерв, менее пяти секунд, то аварийная ситуация не наступает. Когда было глобальное отключение и не было несколько часов оба ввода аварийная ситуация не наступала. Когда я отключал ввод руками на 10 секунд - авария не наступала. А вот позавчера, около десятисекундным отключением наступила. Журнал сохраню, в принципе мне ничего не мешает добавить скрипт, который сохранит его, если обнаружит r в /meta/error/ у приводов, или через десять секунд после восстановления питания, так, я думаю, журнал не пропадет от моей забывчивости. > восстанавливается ли связь сама В первый раз порт в аварии провисел довольно долго, прежде чем пользователь мне написал о проблеме, насколько я помню. Во второй раз более десяти минут, связь не восстанавливалась. Посмотрим, что будет после обновления ---
**Author:** ![Alexey\_Zhabrovets](https://support.wirenboard.com/user_avatar/support.wirenboard.com/alexey_zhabrovets/32/32451_2.png) [@Alexey\_Zhabrovets](https://support.wirenboard.com/u/Alexey_Zhabrovets)\ **Post date:** [August 25, 2026, 7:24am UTC](https://support.wirenboard.com/t/dooya82/41565/10 "2026-08-25T07:24:42Z")
Добрый день! Подскажите, пожалуйста, проблема устранилась после обновления? ---
**Author:** ![BorisFT](https://avatars.discourse-cdn.com/v2/letter/b/278dde/32.png) [@BorisFT](https://support.wirenboard.com/u/BorisFT)\ **Post date:** [August 26, 2026, 5:53am UTC](https://support.wirenboard.com/t/dooya82/41565/11 "2026-08-26T05:53:13Z")
Вот сегодня утром появился ответ: нет, не смотря на обновление, проблема повторилась, и на этот раз немного по другому. Свет выключили в 4:50 по местному, включили после того, как сел UPS телеком оборудования, в 6:02. Последовательный интерфейс на котором шторы снова перешел в нерабочее состояние, после перезапуска сервиса wb-mqtt-serial вернулся в норму. Вот свежий диагархив, и лог, автоматически сохраненный [stuck\_26.8.2026\_6\_5.log](https://support.wirenboard.com/uploads/short-url/c4G2COMQOyEyfA8vrWccq0llk4p.log) (118,1 КБ) _приложен диагностический архив, доступен только сотрудникам поддержки_ (310,6 КБ) ---
**Author:** ![Alexey\_Zhabrovets](https://support.wirenboard.com/user_avatar/support.wirenboard.com/alexey_zhabrovets/32/32451_2.png) [@Alexey\_Zhabrovets](https://support.wirenboard.com/u/Alexey_Zhabrovets)\ **Post date:** [August 26, 2026, 12:37pm UTC](https://support.wirenboard.com/t/dooya82/41565/13 "2026-08-26T12:37:36Z")
Добрый день! Разбираю диаг. архив, по результатам отпишу вам. Нужно немного больше времени чтоб разобраться. ---
**Author:** ![Alexey\_Zhabrovets](https://support.wirenboard.com/user_avatar/support.wirenboard.com/alexey_zhabrovets/32/32451_2.png) [@Alexey\_Zhabrovets](https://support.wirenboard.com/u/Alexey_Zhabrovets)\ **Post date:** [August 27, 2026, 8:52am UTC](https://support.wirenboard.com/t/dooya82/41565/14 "2026-08-27T08:52:01Z")
Разобрал архив и лог, спасибо. Из журнала видно: питание вернулось в 06:02:41, и через три секунды драйвер поднял связь примерно с 25 устройствами на портах MOD2, MOD3 и RS485-2. На MOD4 не подключилось ни одного из девяти приводов. При этом порт продолжал открываться и опрашивать их каждые 10 секунд вплоть до перезапуска сервиса в 06:40. Опыты повторил на контроллере с точно такой же версией драйвера, как у вас. Снимал питание на минуту и на полторы — связь возвращалась сама за несколько секунд. Воспроизвести ваш случай снова не удалось. На данный момент решения, кроме перезапуска `wb-mqtt-serial`, у меня нет. Передам информацию разработчикам — с логом, конфигурацией и результатами опытов. Как будет какая-нибудь информация, я вам сообщу. ---
**Author:** ![BorisFT](https://avatars.discourse-cdn.com/v2/letter/b/278dde/32.png) [@BorisFT](https://support.wirenboard.com/u/BorisFT)\ **Post date:** [August 27, 2026, 10:25am UTC](https://support.wirenboard.com/t/dooya82/41565/15 "2026-08-27T10:25:21Z")
Хорошо, видимо дело в реализации того, как драйвер работает именно с приводами. Поскольку о перезапуске драйвера приводы никак не могут узнать, но начинают работать после как ни в чем ни бывало. С модбасс-устройствами на всех объектах связь восстанавливалась всегда, с такой гирляндой приводов этот объект единственный, к сожалению не на чем попытаться воспроизвести ---
**Author:** ![Alexey\_Zhabrovets](https://support.wirenboard.com/user_avatar/support.wirenboard.com/alexey_zhabrovets/32/32451_2.png) [@Alexey\_Zhabrovets](https://support.wirenboard.com/u/Alexey_Zhabrovets)\ **Post date:** [September 1, 2026, 6:17am UTC](https://support.wirenboard.com/t/dooya82/41565/16 "2026-09-01T06:17:03Z")
Добрый день! Подскажите, пожалуйста, а есть ли возможность дать доступ в облако нашим разработчикам, если повторится такое поведение? По логам пока сложно понять в чем проблема ---
**Author:** ![BorisFT](https://avatars.discourse-cdn.com/v2/letter/b/278dde/32.png) [@BorisFT](https://support.wirenboard.com/u/BorisFT)\ **Post date:** [September 23, 2026, 3:43pm UTC](https://support.wirenboard.com/t/dooya82/41565/18 "2026-09-23T15:43:22Z")
Здравствуйте, прошу прощения, что то пропустил ваше сообщение. Конечно, мы дадим доступ разработчикам при надобности. Но за прошедшие 20 дней ситуация более не повторялась, впрочем с электропитанием сбоев тоже не было. Вероятно будет актуально зимой ---
**Author:** ![Alexey\_Zhabrovets](https://support.wirenboard.com/user_avatar/support.wirenboard.com/alexey_zhabrovets/32/32451_2.png) [@Alexey\_Zhabrovets](https://support.wirenboard.com/u/Alexey_Zhabrovets)\ **Post date:** [September 24, 2026, 6:00am UTC](https://support.wirenboard.com/t/dooya82/41565/19 "2026-09-24T06:00:27Z")
Давайте тогда так поступим, раз проблема редко воспроизводимая, сейчас закроем тему, т.к. не активная, но если вдруг повторится, то напишите еще раз нам на портал новой темой (можно ссылку на эту приложить) с доступом к облаку (но надо именно в момент, когда шторы не двигаются), я подключу разработчиков. ---
**Author:** ![Alexey\_Zhabrovets](https://support.wirenboard.com/user_avatar/support.wirenboard.com/alexey_zhabrovets/32/32451_2.png) [@Alexey\_Zhabrovets](https://support.wirenboard.com/u/Alexey_Zhabrovets)\ **Post date:** [October 12, 2026, 11:14am UTC](https://support.wirenboard.com/t/dooya82/41565/22 "2026-10-12T11:14:01Z")
Добрый день! Разработчики попробовали воспроизвести вашу ситуацию на стенде. Использовали ту же версию wb-mqtt-serial, что у вас, и такой же конфиг устройств. Проверили на одном и на двух приводах на шине: - отключение питания приводов на 30–60 секунд и на 5–10 минут; - «дребезг» питания: несколько включений и выключений подряд; - случай, когда после включения питания отвечает только часть приводов; - отправку команд, пока приводы без питания. Ещё провели долгий тест. Питание приводов много раз отключалось на случайное время от 30 секунд до 10 минут, затем приводы включались по очереди со случайной задержкой. Проблема не воспроизвелась ни в одном тесте. Связь с каждым приводом возвращалась сама не позже чем через 15 секунд после включения питания. В логах из диагархива тоже не нашли ничего, что указывало бы на причину. Пока предлагаем вот что: 1. Обновляйте ПО контроллера на последний стабильный релиз, чтобы у вас были все исправления драйвера. 2. Проверьте линию на MOD4. Только на этом порту связь не вернулась, а на остальных портах устройства подключились сами. Посмотрите терминаторы по концам линии, топологию (шина, а не звезда), длину и наличие общего провода между контроллером и приводами. Это нужно, чтобы исключить причину, которой нет на нашем стенде. Если проблема повторится, создайте, пожалуйста, новую тему со ссылкой на эту и дайте доступ к контроллеру через облако. Подключиться нужно, пока шторы не отвечают, до перезапуска драйвера. Тогда разработчики посмотрят, что происходит, прямо на вашем объекте. ---
**Author:** ![BorisFT](https://avatars.discourse-cdn.com/v2/letter/b/278dde/32.png) [@BorisFT](https://support.wirenboard.com/u/BorisFT)\ **Post date:** [October 15, 2026, 4:15pm UTC](https://support.wirenboard.com/t/dooya82/41565/23 "2026-10-15T16:15:28Z")
Понятно. Пока проблема более не воспроизводилась ни разу, но и с питанием проблем пока не много, пара остановок, но порт после завелся без проблем. Топология шина, контроллер посередине двух ветвей. Возможно дело в приводах, я не знаю. Открою новую тему с сылкой на эту если что. Спасибо за поддержку