pfg21

UART - универсальный асинхронный приемо-передатчик. сигнал 0 это уровень питающего напряжения (либо +5в либо +3в в зависимости от питающего процессор напряжения). сигнал 1 это уровень земли.

RS232 отличается от uart лишь уровнями напряжения: 0 должен быть от +5в до +15в, 1 должен быть от -5в до -15в.
сделано это для увеличения дальности передачи - RS232 может передавать на расстояние до 15 метров, uart - десятки сантиметров.
в классическом преобразователе max232 находится емкостной преобразователь из +5в в +10в и -10в и усилитель выдающий эти напряжения на выхода. плюс аналогичный входной преобразователь.

RS485 - это передача данных по симметричной линии, обозначаемой обычно A и B. 0 и 1 в ней определяются разность напряжений между линиями A и B.
преобразование из UART в RS485 производится преобразованием соответственно из "несимметричного" сигнала в "симметричный" и обратно.
плюс требуется отдельная линия на переключение в режим передатчика, хотя есть схемы автоматического переключения на передачу по наличию 1 на TxD.
сделано опять для увеличения дальности - дальность передачи по RS485 может исчислятся километрами.

перекодирование/обработки информации между UART RS232 RS485 нет.
какой бит на вход пришел - такой же бит на выходе и будет.

USB отличается от всех вышеуказанных тем, что он гораздо сложней.
в нем передаются не байты, а пакеты информации.
требуется большая программная обработка мудреного (по сравнению с UART) протокола связи.
хотя на физическом уровне USB также использует симметричную линию как и RS485.

программа вполне может работать с конфигом размещенным по пути ~/.config/%program_name%/
есть и более сложные варианты.
все зависит от задумок создателя программы.

любую из найденных
openwrt подключение видеокамеры
цельный вагон тележек вариантов.

да. скетч в аурдино.
или esp32 в нем доступна связь по блютус или вайфай "из каропки", но потребуются ковыряния с программированием.

самомодифицирущийся код гораздо сложнее чем такой же по функциональности, но не самомодифицирующийся код :) как в понимании так и в отладке.
с учетом современного развития и жуткой дешевизны аппаратных ресурсов на фоне дороговизны человеческих, вымерло как излишество.

на заре компов помнится читал описание игры в которой какие-то игровые функции формировались прямо во время работы игры.
сколь помню, был большой набор исполняемых кусков в файле, из которого копированием в память формировались цепочки исполнения, на начало которых CALL'ом передавалось управление, а в конце был обязательно RET.
периодически цепочки переформировывались.

в принципе можно, но десктоп рассчитан на несколько другую работу и в качестве управляющего контроллера будет не удобен. слишком мощный проц, при очень маленьких возможностях управления.
придется подкупить платы расширения с GPIO и прочими необходимыми портами...

есть промышленные компутеры, которые ориентированы на управление тех.процессами имеют и GPIO и гуй со скадой к примеру.

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

Не уверен - гугли читай изучай. интернет тебе на што дан ??

Выкинуть esp и взвять дев-боард с LVDS на борту - соединить их.

вариант два: сделать переходник от esp к lvds. сделаешь - премию шнобеля получишь в не очереди.

Высокоуровневые языки упрощают разработку и сопровождение исходного кода, а также понимание стороннему програмисту.
На низкоуровнем ассемблере ты код с разбегу просто не воспримешь, да и не напишешь. Зато можешь очень точно допилить код для идеального быстрого исполнения под конкретную аппаратную платформу, но допиливание потребует кучу времени и знаний.
Та же java скрывает многие тонкости работы конкретной аппаратной платформы. зато "набросать" рабочй код получится очень быстро.

джава компилируется в байт-код, который исполняется на виртуальной машине (а это все равно прослойка торможения), но зато байт-код прекрасно выполняется на любой аппаратной платформе, если под нее написана виртуальная машина. с++ компилируется в нативный код под конкретную аппаратную платформу, поэтому дозволяет делать более проработанную оптимизацию, но требует по отдельной компиляции на каждую платформу.
у каждого языка и каждой из реализаций языка в компиляторе/исполнителе есть свое место под солнцем.
абсолютно универсально "вовседырошно применимого" языка пока не создали :)