LinuxCNC + Orange Pi (allwincnc)

[гражданинъ]

Вам прям с блэкджеком и шлюхами подавай ! Шлюхи то есть , и достаточно ! Блэкджек по проводам !

[alex_sar]

Здесь кто-то вещал о преимуществах линукса перед виндой?

значит надо поставить винду на эту плату и enjoy.

на нормальном компе нет никаких проблем. а раз уж запускаешь на игрушечной плате слабее nokia 3310 Ж) тут без компромиссов никак

[hmnijp]

Весь файл загружает в память только визуализатор. Интерпретатор загружает в память только небольшие кусочки для предпросмотра.

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

можешь без визуализатора запустить любой интерфейс где только interp/emccanon и посмотреть на память... очередь будет примерно x10 в памяти занимать он размера кода, gremlin ещё ~x20 добавляет к этому. Файл можно удалять потом, он никак не блокируется системой.

[vtgmfg]

а раз уж запускаешь на игрушечной плате слабее nokia 3310 Ж) тут без компромиссов никак

любит наш народ всякие малинки, всякие малинки любит наш народ.

[Курдль]

любит наш народ всякие малинки, всякие малинки любит наш народ.

На самом деле мне решение linuxcnc + Orange Pi все больше и больше импонирует.
Не вижу причин, чтобы оно мне разонравилось.
Есть мелкие нюансы, которые я сейчас выясняю.
Но это гораздо лучше, чем содержать ящик ПК

[vtgmfg]

да тупик это. игрушка.

[MX_Master]

Здесь кто-то вещал о преимуществах линукса перед виндой?

Я думаю, старая винда со старыми программками и драйверами ведёт себя +/- также как старый линух

[Курдль]

да тупик это. игрушка.

Почему? Если какой-то объект выполняет заданные функции с заданными параметрами, что в этом игрушечного?
Позволю себе лирическое отступление

история (для просмотра содержимого нажмите на ссылку)

Несколько лет назад банк, в котором я работал, прикупил западное ПО.
Для его развертывания пригласили специалистов от вендора из США и Канады.
Когда те приехали, попросили первым делом собрать на консилиум с ними всех специалистов банка по Коболу.
"У вас в банке, что, нет специалистов по Коболу?!!"
Чему, спросите вы? COBOL-у! Почитайте в Википедии, сколько лет этому языку программирования и насколько он популярен сейчас.
Однако большое количество промышленных автоматизированных систем в банковской, страховой, налоговой и т.п. отраслях работают на таком ПО.
Отсюда мораль: зачем искать что-то новое, если имеющееся и так надежно работает?

[alex_sar]

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

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

я это точно знаю, потому что постоянно наступаю на эти грабли. если заранее не обратить внимание, то где нибудь в середине программы он только и поругается про лимиты, когда уже половина детали выпилена. на короткой программе этого не увидеть, а если подлинней то 100% так и будет.

[hmnijp]

планировщик точно всё сразу не проверяет
если заранее не обратить внимание, то где нибудь в середине программы он только и поругается про лимиты

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

gremlin для себя создает ещё одну копию планировщика

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

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

[alex_sar]

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

вот нет. может быть в axis так, но в gmoccapy точно, 100% не так. Проверено не далее как в субботу )

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

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

[гражданинъ]

Ни один комп не даёт нам сразу столько работающих входов ,выходов ! Система работает стабильно и надёжно и не надо её сравнивать с наилучшими вариантами на большом РС с месой или ещё чем то . Прекрасно если удастся приторочить вайфай свисток или юсб камеру ,ну а если нет ,то функционала и так достаточно ! Меня флэшка ни разу не напрягает ! Я очень больших УП не использую и те которые есть делю на части по своим соображениям ,но когда тестировал ариск на возврат в ноль ,боюсь соврать , около 300 тыс строк грузилось , 3D рельеф ваза с цветами и "пилило" 3 часа ,в теме это есть . Чего ещё хотеть то ?

[vtgmfg]

хотеть отсутствия каких то ограничений и постоянно растущей цены владения

[AAN]

Чего ещё хотеть то ?

На выхаживании зеркала обычное дело G-код по 200-300Мб...

[гражданинъ]

На выхаживании зеркала

Цена того на чём выхаживают зеркало не позволяет приобрести соответствующее оборудование ? Тут "хобячий" вариант ,без заявок на рекорды .

[vtgmfg]

как раз на хобячих станках пилят всякие иконы и панно

[sinkacnc]

Я пилю детальки для станка:)))

[vtgmfg]

а дальше что?

[Курдль]

Я в развертывании камеры под linuxcnc так и не преуспел.

Я все также топчусь на месте.
Есть у кого-нибудь опыт встраивания камеры в axis?
На другой ветке писали о возможности вызвать mplayer на вкладку интерфейса.
У меня такой подход не выдает ничего. кроме новой вкладки.

[alex_sar]

У меня такой подход не выдает ничего. кроме новой вкладки.

ну а отдельно то работает mplayer ?

надо сначала саму камеру прикрутить. а в linuxcnc просто окошко third-party программы встраивается и не более того.
и документацию надо курить по mplayer, linuxcnc тут вообще побоку.