Stm32 emWin lwIp web Опции

[1234Alex]

Прошу совета.
Есть устройство с 7-дюймовым Tft, собранное на Stm32F4.
Поднят lwIp ( lan8720 ).
Всё потихоньку оживает.
Встаёт вопрос о web-морде для этого агрегата.
Идеальным было-бы повторить в web-интерфейсе наличные 3 ( сейчас ) экрана.
Реально-ли это ?
Про emwin vnc знаю ( пока не пробовал ).
Нет-ли других вариантов.
В веб-программировании пока слаб.
Спасибо.

[khach]

Дурацкий вопрос- где находится образ экрана в обсуждаемой системе? Потому что для 7 дюймового дисплея он во внутреннюю память STM32F4 не поместится. Если есть внешняя память то проблемы сделать копию экрана нет. А вот если копию прийдется вычитывать из памяти контроллера экрана- тут начинаются очень интересные грабли с шиной. Хотелось бы услышать от топикстартера боле подробное описание видеосистемы (тип контроллера, тип шины). Иначе советы по организации удаленного экрана немного безпредметны.

[scifi]

А вот если копию прийдется вычитывать из памяти контроллера экрана- тут начинаются очень интересные грабли с шиной.

Что за грабли? У меня были TFT экраны. Для мануалов делал скриншоты именно через веб. Особых проблем не заметил.

Ага, не нужен.
Испокон веков мультиплатформенность GUI создавалась с помощью языков разметки.

Можете конечно парсить HTML или XML.
Но придете все равно к JSON как языку разметки. Ибо проще не бывает.

А JavaScript в качестве разметки даже не смешно, а просто не понятно. Каким боком?

Вы сговорились что ли? Не о том речь.
Просто выдавать скриншот экрана на веб-интерфейс, ловить клики мышки, эмулировать нажатия кнопок, и обновлять этот скриншот.
Это 200 строк жабаскрипта плюс необходимая обвязка на сервере. Потому-то JSON и не нужен.

Может подскажете что лучше почитать по javascript.

Нет, не подскажу.
Синтаксис очень похож на Си, поэтому начать просто. Возникает вопрос - лезешь в гугл и сразу находишь ответ. Как-то так.

[AlexandrY]

Что за грабли? У меня были TFT экраны. Для мануалов делал скриншоты именно через веб. Особых проблем не заметил.


Вы сговорились что ли? Не о том речь.
Просто выдавать скриншот экрана на веб-интерфейс, ловить клики мышки, эмулировать нажатия кнопок, и обновлять этот скриншот.
Это 200 строк жабаскрипта плюс необходимая обвязка на сервере. Потому-то JSON и не нужен.

Это не серьезный подход.
Глядя на крохотный скриншот TFT на экране нормального броузера публика будет в недоумении.
Да и напряг для STM32 будет выше предельного.
Сколько раз в сек собираетесь рефрешить скриншот при скролинге, например? Начнутся лаги, сбои и непопадания в нужную зону видгетов.

Смысл не повторить один в один экран TFT и представление в броузере, а сгенерировать эти представления одновременно не совершая повторной работы.

Я отказался в свое время от GUI_Builder. Он генерит С-и файлы, а их очень трудно парсить как файл разметки для броузера. Это тупиковый путь.
Стоит потратится, но сделать для uC/GUI парсер нормального файла разметки сделанного из представления в броузере. Кстати тогда и к определенному GUI не будет сильной привязки.

[scifi]

Это не серьезный подход.
Глядя на крохотный скриншот TFT на экране нормального броузера публика будет в недоумении.

Дык я о том же. Но ТС оч. хочется именно так.

Да и напряг для STM32 будет выше предельного.

Нет. Хотя зависит от масштаба амбиций, наверное.

Сколько раз в сек собираетесь рефрешить скриншот при скролинге, например? Начнутся лаги, сбои и непопадания в нужную зону видгетов.

А вот тут начинается самое интересное. Было бы полезно взглянуть на реальный скриншот. Подозреваю, что там никаких видгетов нет. Типа "клапан закрыл, насос запустил".