В последние дни очень много думал по поводу, этого самого, массового внедрения
LinuxCNC. Есть у этой системы один огромный минус, благодаря которому мы, тупо, не сможем этой массовости достичь. Даже, если
GUI будет максимально дружественным, ложку дёгтя нам подбросит сама ОС на базе
Linux. Я, конечно, не имею ничего против
Linux. На серверах ОС на базе
Linux робят годами как часы. И офисные варианты ОС на базе
Linux тоже в последнее время хороши
Однако, в ЧПУ мы имеем дело с софтом, основной массы которого нет под
Linux. А выбраться из
Linux мы не можем. Всё в
LinuxCNC намертво привязано к
Linux,
Debian, и, конечно же, к
RT ядру. Причём, этих зависимостей так много, что установить
LinuxCNC не в
Debian - уже проблема. По сути, сейчас это уже
DebianCNC. Про установку
LinuxCNC на мини компы (ARM) я тоже промолчу
Что касается
RT ядра.. Уже всем ЧПУшникам очевидно, станком напрямую должен рулить не сам ПК, а внешний контроллер. Он и реагирует быстрее, и
RT в нём намного точнее. Комп должен заниматься совсем другими задачами, и
RT режим для них не нужен. К тому же, надо по полной использовать все ядра процессора, раз уж они есть. А с
LinuxCNC мы все процессы скидываем на одно ядро, дабы уменьшить
Latency. Вощем, всё делаем наоборот
Получается, что
GUI (html/css/js) у нас работает везде. А серверная часть ЧПУ (LinuxCNC) жёстко привязана только к одной ОС. Что же делать? На мой взгляд, мы можем извернуться и накатать на замену
LinuxCNC что-то простое, консольное (stdin/stdout), но при этом мультиплатформенное. Заодно исправим какие-то очевидные недостатки
LinuxCNC Сказать, конечно, легче, чем сделать. Но, по-моему, это довольно логичное решение, которое напрашивается в жизнь уже давно.