Вот Вам теоретический фундамент для предложенного AlexandrY решения.
https://ru.wikipedia.org/wiki/Model-View-Controller

Если коротко, то всё, что нагенерил GUI_Builder нужно разделить на три кучки, модель оставить как есть, представлений сделать два - для экрана и для браузера.
Контроллер придётся дополнительно поделить на два слоя, "бизнес-логика" не меняется, а вот получение сигналов от элементов управления делается в двух вариантах - (1) от кнопок или сенсорного экрана локально и (2) запросы от удалённого браузера.

PS. Я с этим GUI_Builder-ом дела почти не имел, поэтому сложность задачи деления на M, V и C не очень себе представляю. Возможно что некоторое "допиливание" в сторону бОльшей идейной похожести на html может упростить задачу.
PPS. Я сейчас тоже готовлюсь к неизбежному - сделать настройку, тестирование и управление девайсом через веб-интерфейс.
К счастью локального экрана нет. Пока упражняюсь в денвере.
Так вот, я обнаружил что необходимый минимум элементов управления уже 20 лет как есть в самом html и для создания простейшего интерфейса из нескольких полей ввода и пары кнопок ничего лишнего не требуется.

Да не запаривайтесь, это типичная ахинея PHP-шников используемая в их внутренней борьбе.

В данном случае вам следует знать, что uС/GUI это однозадачная, однопользовательская, статически линкуемая система.
Поэтому MVC здесь совершенно мимо.
Для представления в броузере uC/GUI не должно использоваться ни под каким видом.

Не клевещите на PHP-шников, они до таких высот абстракции обычно не долетают.

Ну и что из того что это однозадачная, однопользовательская, статически линкуемая система, это никак не мешает мысленно поделить её на части и рассматривать их взаимодействие.