cnc-club.ru

NKS писал(а):Аналогично, только с одной поправкой, после перекрашенного GMOCCAPY даже в сторону AXIS смотреть неохота

скриншот в студию! (ну чисто для общего развития) - просто я в GMOCCAPY даже не лез, работаю на слабых компах

odekolon писал(а):скриншот в студию! (ну чисто для общего развития) - просто я в GMOCCAPY даже не лез, работаю на слабых компах

http://www.cnc-club.ru/forum/viewtopic. ... 40#p409627
В этой теме несколько скринов есть

NKS писал(а):odekolon писал(а):
скриншот в студию! (ну чисто для общего развития) - просто я в GMOCCAPY даже не лез, работаю на слабых компах

http://www.cnc-club.ru/forum/viewtopic. ... 40#p409627
В этой теме несколько скринов есть

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

NKS писал(а):

odekolon писал(а):Не, ну вообще, конечно на любителя, но после линуксЦНЦ (AXIS), мне на аляповатый интерфейс мача, глядеть не хочется...

Аналогично, только с одной поправкой, после перекрашенного GMOCCAPY даже в сторону AXIS смотреть неохота

Если кому интересно - проектная версия интерфейса моей программки, над которой сейчас работаю:

Самый нейтральный цвет в интерфейсе - это серый. Не синий, не черный, не зелёный, а серый.

Всё руки никак не дойдут доделать веб-интерфейс для lcnc. Все инструменты уже подобраны и протестированы. Но есть более важные проекты, которые надо добить.

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

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

michael-yurov писал(а):Если кому интересно - проектная версия интерфейса моей программки, над которой сейчас работаю:

Когда пробовать будем?

shalek писал(а):Когда пробовать будем?

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

michael-yurov писал(а):

shalek писал(а):Когда пробовать будем?

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

А подключение линеек и ClosedLoop есть в планах?

Kachik писал(а):А подключение линеек и ClosedLoop есть в планах?

Да, будет две версии платы - попроще и побольше. Второй вариант с энкодерными входами.

Снял сигналы степ с быстрой сиреневой платы-клона NcStudio PCIMC-3G.

1. Равномерное движение Увеличил немного Вот и причина срыва генерации на высоких скоростях.

2. Разгон 3. Свободное торможение 4. Торможение при достижении программного лимита. Как я и предполагал, тупой обрыв генерации со стороны платы, которая (гадина) не думает об инерциях перемещаемых масс и двигателя.

На мой взгляд это - убожество.
Имею в планах посмотреть сигналы на оригинальных платах.

А если софт лимиты совпадут с аппаратными (обнуление по датчикам)? Не думаю что даже тот же linuxcnc делает плавное торможение при софт лимитах.

Виноват.

Считаю, что любое ЧПУ имеет все необходимые ресурсы для того, чтобы вычислить, когда следует начать тормозить, чтобы не въехать в софт-лимиты. Уравнения эти в школе проходят.

nevkon писал(а):А если софт лимиты совпадут с аппаратными (обнуление по датчикам)? Не думаю что даже тот же linuxcnc делает плавное торможение при софт лимитах.

Делает.
Датчики Home и аппаратные лимиты - не одно и то же. Первые могут где угодно стоять в пределах рабочего хода (главное, чтобы софт "знал", где именно) и работают один раз после включении станка. А аппаратные лимиты при наличии программных несут чисто аварийную функцию. Когда уже не до плавного торможения и сохранения координат.

Осилил 34 страницы, но так и не понял какая бюджетная система лучше.

LinuxCNC

Montis писал(а):Осилил 34 страницы, но так и не понял какая бюджетная система лучше.

Это риторический вопрос...
ps. Все ровно что спросить какая машина лучше...?

Bender писал(а):Все ровно что спросить какая машина лучше...?

Новая (:

Всем привет. Не стал создавать отдельную тему, решил задать вопрос тут. Вопрос по выбору программы для управления чпу фрезером. Столкнулся с следующей проблемой:
Сейчас станком управляю MAch3 + Stepmaster , при фрезеровки по технологии обработки iMachining станок обрабатывает углы скачками. Как я понимаю, то ли плата управления, то ли MAch3 не успевают обработать правильно УП. Кто сталкивался с такой проблемой? Может есть решения, на одном зарубежном сайте попадалась информация по такой же проблеме и вроде они грешат MAch3 , но тема затухла (((.

sazn86 писал(а):Сейчас станком управляю MAch3 + Stepmaster , при фрезеровки по технологии обработки iMachining станок обрабатывает углы скачками

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

Мач3 впринципе не может не успевать проходить углы. ЕСть УП, и он ей следует. Он или проходит углы с остановом (Exact Stop) или скругляет (Constant velocity)