LinuxCNC + Orange Pi (allwincnc)

[Serg]

Вот ещё скрин

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

[selenur]

Вот ещё скрин

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

Полноценно не влазит, как ты и говорил...

[selenur]

Хотя протупил по поводу скрытия панели, и тогда так получается:

[Serg]

А в конфигурации со сдвоенной или с 4-й осью?..

P.S. был какой-то базар про уменьшение размера, но он как-то небыл поддержан... Хотя в нынешней ветке master не проверял...

[selenur]

При скрытой панели, вроде так-же влезла:

[selenur]

А в конфигурации со сдвоенной или с 4-й осью?..

Вот в этом интерфейсе можно уменьшить размер шрифта отображающий координаты:

[Serg]

Если из спортивого интереса, то можно ещё и обрамление окна отключить...
Лично я заказчиками никакие другие интерфейсы кроме gmoccapy даже не показываю, чтобы карму не испортить. А gmoccapy - это минимум 980х750 без обрамления окна.

[MX_Master]

В этом синем TKEMC очень нерационально свободное место используется. Там можно даже мини визуалку в середине разместить.

[nkp]

тогда это уже Axis получится и все теряет смысл))

[MX_Master]

А где можно почитать (мож даже с примерами) как сделать свой интерфейс?

[Serg]

А где можно почитать (мож даже с примерами) как сделать свой интерфейс?

Здесь была тема про gscreen...
А примеров в самом LinuxCNC полно.

[nkp]

А где можно почитать (мож даже с примерами) как сделать свой интерфейс?

http://gnipsel.com/linuxcnc/gui/index.html
ну и тема MyGUI тут на форуме

[NKS]

ну и тема MyGUI тут на форуме

Вот, кстати, по урокам с этой темы у меня (абсолютного барана в программировании) получилось полностью перепотрошить gmoccapy. Думаю, теперь получится и на его основе интерфейс переписать

[MX_Master]

Спасибо за наводки, пробежался. Вижу, что питон, питон и доп. библиотеки графики. Это значит, что процу покоя не будет И тест стандартного gmocappy на апельсине яркий тому пример. Я, канеш, не против питона, но чтобы интерфейс летал на слабом проце, создавать надо как минимум на С. А также юзать простые и быстрые графические средства. Работают же стандартные AXIS и TKEMC и время у проца не сильно отнимают.

Хочу взглянуть как устроен простейший TKEMC. Не могу понять, где начать с исходников. Захожу в https://github.com/LinuxCNC/linuxcnc/tr ... c/usr_intf и ничего такого в глаз не попадает. Подскажите, пожалуйста.

[Serg]

Работают же стандартные AXIS и TKEMC и время у проца не сильно отнимают.

GTK ресурсоёмкий. TK гораздо легче. Писать можно не только на python, а вообще на любом языке, тут никаких ограничений.
Вопрос только в том, что дешевле - твоё время или комп помощней...

Хочу взглянуть как устроен простейший TKEMC. Не могу понять, где начать с исходников. Захожу в https://github.com/LinuxCNC/linuxcnc/tr ... c/usr_intf и ничего такого в глаз не попадает. Подскажите, пожалуйста.

https://github.com/LinuxCNC/linuxcnc/bl ... nuxcnc.tcl

[MX_Master]

Вопрос только в том, что дешевле - твоё время или комп помощней...

Обычно, народ не понимает, почему я не беру денег за какую-то интересную работу.. Потому что опыт был дороже..

https://github.com/LinuxCNC/linuxcnc/bl ... nuxcnc.tcl

Спасибо, будем посмотреть.

[nkp]

на си пример

XmEmc.txt

из первых версий емс (2000г.)

(42.91 КБ) 933 скачивания

xemc.txt

этот еще в 2.5 версии был

(146.38 КБ) 948 скачиваний

но самый легкий-быстрый был консольный вариант:

keystick.txt

(83.67 КБ) 935 скачиваний

[nkp]

Я, канеш, не против питона, но чтобы интерфейс летал на слабом проце, создавать надо как минимум на С. А также юзать простые и быстрые графические средства. Работают же стандартные AXIS и TKEMC и время у проца не сильно отнимают.

но в том же Axis си немного - gremlin по большому счету,но ведь и в джимоккапай тот же gremlin)
остальное - питон-Tk...
GTK "тяжел"

[MX_Master]

Немного углубился в Tcl/Tk, на котором tklinuxcnc написан. В общем-то tcl файл это такой же скрипт, как, к примеру, python скрипт. На питоне что-то написать будет явно быстрее и понятнее. Связка С + Tcl/Tk будет не намного быстрее, т.к в программке на С создаётся текстовый интерпретатор команд Tcl/Tk. Вощем, не зря изучал, теперь можно быстро подправить интерфейс tklinuxcnc, убрав попутно синий цвет.

Поизучал немного суть работы интерфейсов для LCNC. В общем-то, на примере python интерфеса видна вся суть процесса. Какой бы то ни был интерфейс, он просто подключается к инфо каналам LCNC сервера и общается с ним. А как интерфейс визуализирует данные, это его личное дело. Отсюда вывод, что можно запилить абсолютно любую морду, даже разноцветную консольную.

Но если говорить о полной кроссплатформе можно вспомнить про Qt и HTML+JS. На удалённом устройстве морда будет выглядеть отлично, т.к. использует ресурсы другого устройства. А если запускать на апельсине, то Qt будет весьма прожорливым. Что касается веб морды, то нужен какой-то мега шустрый браузер безо всяких Qt. Firefox и прочие хромы сжирают всю ОЗУ апельсинки на раз-два. Озадачился вопросом, протестировал много чего и остановился на Midori. Поддерживает всё современное и, не смотря на WebKitGTK+, жрёт мало. По команде "midori --plain 127.0.0.1" мой HTML пример интерфейса открывается за секунду, отлично работает и жрёт ОЗУ всего 15 Мб, Карл! По команде "midori -e Fullscreen -a 127.0.01" откроет интерфейс сразу на весь экран. Вощем, GUI движок я себе снова нашёл..

[Serg]

На питоне что-то написать будет явно быстрее и понятнее.

По моему опыту - в полностью наоборот. В отличии от python tcl очень простой для изучения язык с чёткими и несложными правилами. В его правилах есть лишь одно исключение: между командой "#" и её аргументами пробел не обязателен. Ну и ресурсов (в памяти и на диске) он хочет гораздо меньше, на диске ему требуется менее 2 МБ. Одни только "отступы" в python чего стоят - даже при косметической правке программы легко можно словить полное изменение логики работы...

Связка С + Tcl/Tk будет не намного быстрее, т.к в программке на С создаётся текстовый интерпретатор команд Tcl/Tk.

Можно и так, если тебе нужен сам интерпретатор Tcl. А если нужен только Tk, то и пользуй только его API. Tk - это полностью отдельный тулкит, он лишь ориентирован на использование с Tcl, но это не является обязательным требованием. Например tkinter для python или perl не содержат даже намёка на интерпретатор Tcl.

Но если говорить о полной кроссплатформе можно вспомнить про Qt и HTML+JS.

Нынче даже винда является POSIX совместимой ОС, поэтому портирование Юниксовых/Линуксовых программ на винду не является проблемой. Однако это не означает, что все программы вдруг стали кроссплатформенными.
Кроссплатформенность - это способность программы/языка работать на нескольких платформах без каких-либо изменений и перекомпиляций. Тут как раз всякие python и Tcl вне конкуренции, причём последний был кроссплатформенным задолго до появления той-же java.