Давайте опишу ситуацию и проблемы, а то не знаю даже, куда двигаться и искать проблемы.
Спойлер — всё произошло на БОЕВОМ магазине и внезапно, не было времени собирать подробные логи и отключать/включать конфиги по кругу.
Общая конфигурация:
Жили были два магазина, работали удалённо, даже в другом часовом поясе. У обоих кассы работали на одном терм-сервере через тонкий клиент. Этот же сервер раздает конфиги, и на нем же стоят все нужные программы. Работали ещё на 6.0.58. В момент запуска магазинов это была актуальная версия, поэтому её развернули на двух 4-ых малинах в минимальной комплектации и сделали кассовые места.
Всё шло своим чередом, и никто не трогал версии. Но потом терм-сервер помер, вернее диск помер. На него перенакатили всё, что нужно, поставили WTware 6.2.58 и запустили обратно в работу, но сами малины не перешивали — они так и работали на 6.0.56. Это было несколько месяцев назад.
Касса Фруктбокс:
Пару недель назад касса, назовём её Фруктбокс, перестала включаться. Не долго думая, я просто залил новую прошивку с терм-сервера на флешку, IP по DHCP, конфиг по HTTP, остальное без изменений. Естественно, была залита версия 6.2.58. Всё заработало и вернулось на круги своя.
Касса Левис и первые симптомы:
Но на этой неделе у них появилась проблема с сетью. Далее описание того, что произошло за один день (пришлось ещё всякое оборудование поднимать, но это уже не относится к WTware).
Т.к. отвалился DHCP, пришлось зайти локально в настройки малины Фруктбокс, задать статический IP-адрес и указать адрес сервера, откуда брать конфиг. Всё заработало. Напомню, что это малина на магазине Фруктбокс с недавно обновлённой прошивкой 6.2.58.
И появилась проблема с малиной на втором магазине, назовём его Левис. Там малина не давала зайти в настройки по нажатию на DEL. Просто внезапно не работало, и всё тут. Напомню, что эта малина (Левис) всё ещё работала на 6.0.56. Чтобы не терять времени, я решил, что быстрее будет подключить флешку к серверу и просто перезалить образ — это и продавцу проще объяснить. Собственно, была залита уже версия 6.2.58, т.к. именно она стояла на сервере на тот момент. И по возвращению флешки в малину, сама малина продолжила показывать черный экран. Никаких намёков на картинку не было.
Поиск проблемы:
Очевидно, что мы начали искать проблему в потревоженных проводах, умершей флешке, не работающем мониторе и т.д. Всё поменяли местами с другим оборудованием и перепроверили. В итоге догадались попинговать хост малины (благо что поправили сеть к тому моменту). Малина отозвалась. В веб-морде видим грустную запись, что оба монитора не найдены, даже переключая монитор с перезагрузками и без — ничего не меняло ситуацию.
Я захожу на неё по wtrc.exe и вижу, что "Экран" (т.е. какой-то рабочий стол с подключением к терм-серверу) есть, мышью можно всё нажимать. Это уже настолько нас сбило с толку, что мы залили на другую флешку R-PiOS родную, подумали, что встроенная прошивка не совместима с новой WTwareOS. При R-PiOS картинка появилась, я спокойно обновил eeprom у малины и переставили флешку обратно на WTware. Но чуда не произошло, и монитор не заработал. Хотя "виртуальный" продолжал появляться.
Тесты разных версий WTware:
Собственно, ничего не оставалось как "вернуть как работало", у нас просто не было идей, почему так. Хотя самое неожиданное будет ещё впереди.
Я для начала попытался накатить более свежую версию WTware — 6.2.68. Это никак не помогло. Далее попробовал 6.0.80 (пробовал какие были под рукой) — тоже не работал экран. Нашел и раскатал версию 6.0.6 — она ругалась на конфиги (уже начали там всякое новое использовать), но картинка появилась. В таком виде касса работает до сих пор. Но не это самое интересное.
Проблема возвращается на Фруктбокс:
Все эти метания касались кассы Левис. Весь тот день касса Фруктбокс работала на статических настройках и на прошивке 6.2.58. И т.к. с одной кассой вроде закончили, эту тоже нужно было вернуть на старые настройки (на ней оборудование прибито и т.д.). Собственно, перезагружаем Малину Фруктбокс, только что прекрасно работающую. Заходим в настройки по DEL, и как только возвращаем всё на получение из сети — картинка пропадает. Просто пропадает, и монитор не работает. Перезагрузка само собой не помогает. При этом "виртуальный" рабочий стол тоже появляется и работает.
Собственно, ничего не оставалось как поставить и сюда 6.0.6, и всё заработало.
Буквально на следующий день у кассы Фруктбокс опять отваливался монитор. При этом сессия на терм-сервере осталась, и я мог ей управлять. Тут простая перезагрузка помогла.
Выводы:
Я пришел к выводу, что нужно копать в сторону WTware, т.к. родная ОС малины работает без нареканий и оборудование тоже рабочее.
Собственно классические вопросы: кто виноват и что делать? Конечно, можно сказать, что всё работает, но не понимая, что происходит, непонятно, что делать, когда проблема появится снова. И в целом висит какая-то неопределённость.
Техническая информация:
Соединение с монитором работает через стандартный кабель HDMI — microHDMI, никаких переходников между ними нет. Тестировали мониторы:
Samsung LF22T350FHIXCI
Samsung LS24R358FHIXCI
Если нужна дополнительная информация — пишите. Много тестов не сделаем, магазин боевой, но поковырять интересные теории можно.
UPD: Пробовал залить готовый образ через IMAGER на флешку и вставил. Малина даже сеть не подняла, хотя индикации норм, красная перманентно горит, зеленая тоже погорит и отключается.
Проблема с локальным изображением на RPi4 при работе на WTware 6.x (работает по сети, но локально пропадает)
-
aka
- Разработчик

- Сообщения: 12226
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Проблема с локальным изображением на RPi4 при работе на WTware 6.x (работает по сети, но локально пропадает)
Взять запасную малину. Взять запасную флешку. Взять запасной microHDMI кабель. Всё это проверить на стенде, отвести в боевой магазин, там запустить. Магазинное забрать для опытов.phoenix писал(а): Пт апр 10, 2026 7:50 am Если нужна дополнительная информация — пишите. Много тестов не сделаем, магазин боевой, но поковырять интересные теории можно.
В процессе опытов СНИМАТЬ ЛОГИ. Включил, пинганул, если на пинг ответила - зашёл на веб-морду, получил лог, сохранил. Минута времени. И так по каждому эксперименту. С логами можно понять, что сам терминал о себе думает. Без логов не могу сказать совсем ничего.
Вот это место пожалуйста подробнее.phoenix писал(а): Пт апр 10, 2026 7:50 am UPD: Пробовал залить готовый образ через IMAGER на флешку и вставил. Малина даже сеть не подняла, хотя индикации норм, красная перманентно горит, зеленая тоже погорит и отключается.
Как именно заливал обычно?
Что за IMAGER?
Флешка форматированная?
Заливалось с верификацией?
На другой заведомо хорошей флешке результат эксперимента воспроизводится?
Не может так получиться, что config.txt и cmdline.txt в корне остаются от старой версии, когда заливаешь новую?
Re: Проблема с локальным изображением на RPi4 при работе на WTware 6.x (работает по сети, но локально пропадает)
Ну до магазина нужно лететь на самолете, а это дорога и долго. Да и покупку оборудования приходится оправдывать чем-то. Пока не понятно что не так не понятно что покупать. Логи теперь снимаю, в моменте не снимал. Только без отключения конфигова.
UPD: Сегодня касса Левис снова не включила монитор, но при этом по логам завелась. Приложу первым файлом.
Через вэб-морду залил образ для обновления raspberry-localboot-wtware-update-6.2.58.bin - он уже был готов. И внезапно все заработало.
- Raspberry Pi Imager
- да
- да, в конце идет верификация
- флешка новая, свежекупленная
- первое о чем подумали, поэтому и каждый раз форматируем руками.
UPD: Сегодня касса Левис снова не включила монитор, но при этом по логам завелась. Приложу первым файлом.
Через вэб-морду залил образ для обновления raspberry-localboot-wtware-update-6.2.58.bin - он уже был готов. И внезапно все заработало.
- Вложения
-
- WTware_6.2.58-work-display_2026-04-12_10-00-55.txt
- (123.28 КБ) 1 скачивание
-
- WTware_6.0.6-no-display_2026-04-12_09-51-34.txt
- (98.91 КБ) 2 скачивания
-
aka
- Разработчик

- Сообщения: 12226
- Зарегистрирован: Ср окт 01, 2003 12:06 am
- Откуда: Роcсия, Тольятти
- Контактная информация:
Re: Проблема с локальным изображением на RPi4 при работе на WTware 6.x (работает по сети, но локально пропадает)
В самом начале лога 6.0.6:
width=0 и height=0 монитора.
Малиновая прошивка не увидела монитор.
Малиновая прошивка - это то, что вшито в саму малину, и малиновые файлы bootcode.bin, fixup4.dat, start4.elf на SD. Оно выполняется до начала втвари, исходники закрыты, что там внутри никто кроме малиновых не знает. Дата выпуска малиновых файлов на SD с втварью 6.0.6 в логе:
То же место в логе 6.2.58:
Малиновая прошивка увидела монитор, монитор сказал что умеет 1920x1080.
Дата выпуска малиновых файлов на SD с втварью 6.2.58:
Я не знаю, как так получается. Если ничего не менялось, и вдруг само перестало работать, то это наверное же железо, вероятнее всего контакты с обоих сторон HDMI кабеля. Но контакты не могли починиться новой прошивкой. Контакты могли починиться от того, что малину руками пошевелили. Или фаза луны изменилась.
Код: Выделить всё
Kernel command line: ...bcm2708_fb.fbwidth=0 bcm2708_fb.fbheight=0...Малиновая прошивка не увидела монитор.
Малиновая прошивка - это то, что вшито в саму малину, и малиновые файлы bootcode.bin, fixup4.dat, start4.elf на SD. Оно выполняется до начала втвари, исходники закрыты, что там внутри никто кроме малиновых не знает. Дата выпуска малиновых файлов на SD с втварью 6.0.6 в логе:
Код: Выделить всё
raspberrypi-firmware soc:firmware: Attached to firmware from 2020-04-27 14:33, variant startКод: Выделить всё
Kernel command line: ...bcm2708_fb.fbwidth=1920 bcm2708_fb.fbheight=1080...Дата выпуска малиновых файлов на SD с втварью 6.2.58:
Код: Выделить всё
raspberrypi-firmware soc:firmware: Attached to firmware from 2025-03-31T17:12:03, variant start