cnc-club.ru

Bender писал(а):Можно и своё ПО написать...

Свое ПО это из области фантастики, если только все алгоритмы не зашиты в самом контроллере, и ПО будет просто клиент, который через какой нибудь протокол будет отдавать приказы что делать (куда ехать и на каком режиме) и считывать информацию о текущем статусе.
Если же логика работы должна быть реализовано на стороне ПО, это это все равно что написать еще один Mach3.

Как дела с новым контроллером, когда планируете его выпустить на рынок?

Все максимально вынесено в контроллер... все алгоритмы и просчёты...
Т.е. нужно сделать только клиента который будет отдавать команды...

daemon78 писал(а):(куда ехать и на каком режиме)

...именно так!

daemon78 писал(а):Как дела с новым контроллером, когда планируете его выпустить на рынок?

уже скоро...

Bender писал(а):Все максимально вынесено в контроллер... все алгоритмы и просчёты...
Т.е. нужно сделать только клиента который будет отдавать команды...

daemon78 писал(а):(куда ехать и на каком режиме)

...именно так!

daemon78 писал(а):Как дела с новым контроллером, когда планируете его выпустить на рынок?

уже скоро...

Очень интересный у Вас продукт получается, ИМХО.
Жду старта продаж со скидками

Создал тему про контроллеры.
http://www.cnc-club.ru/forum/viewtopic. ... 64#p515764

В программе WLMill реализована функция поворота СК по реферным точкам:
1. Задаются координаты двух точек (базовая(вокруг неё происходит поворот) и вспомогательной).
2. Находится координата базовой точки (касание,подвод).
3. Подводится инструмент к вспомогательной точке, и нажимается кнопка "корректировать поворот".
после чего рассчитывается угол поворота которому соот. текущее положение детали.

также можно повернуть СК отн. базовой точки на заданную величину.

Добавлены рисунки кнопок для наглядности.

Сергей, обнаружил баг, хотя это может быть и фичей, возможно я не разобрался.
https://youtu.be/gJOQ1agoOFw

После обновления проги и ррошивки отловил вот такой баг.

https://www.youtube.com/watch?v=xPczV3lcUbU

УП и конфиг прилагаю

Владимир, это вы за деньги купили не до контроллер и теперь бесплатно, как и пурики тестируете его, ломая свои фрезы, переводя материал и насилуя станок?

daemon78 писал(а):Сергей, обнаружил баг, хотя это может быть и фичей, возможно я не разобрался.

Спасибо за видео!), в след. раз нужно ещё показывать менеджера сообщений для полной картины.

1. Это не баг, просто так делать нельзя) А именно устанавливать один вход для нескольких логических входов одной оси (кроме виртуальных входов).
Получается у оси сработали оба концевика и она просто не может с них съехать...(никуда нельзя)

Чтобы таких ошибок больше не было, была добавлена кнопка "проверка ошибок" в окно настройки оси. 2. То что кнопки не активны про это написано в п 2.6.2.1
"
Для движения от клавиатуры, кнопки должны находится в "фокусе ввода". Когда движение
возможно от нажатия на кнопки от клавиатуры - кнопки активны.
"
для установки фокуса можно кликнуть на любую область закладки "клавиатура".

https://ru.wikipedia.org/wiki/%D0%A4%D0 ... %B9%D1%81)

3. При нажатии на кнопку Home ничего не происходит.
К сожалению не выводилось сообщение о том что станок находится в ручном режиме, а в нём нельзя вводить строку g - кода и задавать автоматические операции.
...будет добавлено сообщение...

daemon78 писал(а):После обновления проги и ррошивки отловил вот такой баг.

Если программа WLMill не нарисовала траекторию, либо траектория не верна(визуально), то нет смысла запускать программу.

Дело в том что в программе есть код G91.1 и WLMill принял его за G91. Т.е. установил относительные координаты .....

...сейчас это исправляется...

Программа обновлена.
1 Добавлена поддержка G90.*
2 Добавлена проверка параметров оси
3 Добавлено несколько папок в программе
icons - иконки
wlmillconfig- конфигурация
lang - словари

sima8520 писал(а):Владимир, это вы за деньги купили не до контроллер и теперь бесплатно, как и пурики тестируете его, ломая свои фрезы, переводя материал и насилуя станок?

Нуууу, я настолько негативно даже и не смотрел на это дело. Здесь я наоборот нахожу позитив. Постараюсь объяснить.

После того как я прочитал доки, информацию про модули, меня заинтересовало то, что по той информации которая есть, у меня сложилось впечатление, что архитектура ПО выстроена грамотно. Для меня это как лакмусовая бумажка, так как я много лет проработал Soluition Architect. Если архитектура изначально выстроена правильно, то дальнейшее развитие и сопровождении становится простым и предсказуемым. Далее, автор продукта Сергей за день устраняет найденные замечания и баги. Суммируя, я могу сказать, что здесь есть возможность построить более или менее удобный и качественный инструмент. Когда я стал первым покупателем, я прекрасно понимал, что это будет значить, но не вижу тут ничего плохого.
Ну и продукт такого рода решает мои бытовые проблемы с мастерской на балконе Именно из-за этого и присмотрелся к нему.
Я давно не брал С++ в руки да и дети времени много не оставляют, а так бы помог на общественных началах

Bender писал(а):1. Это не баг, просто так делать нельзя) А именно устанавливать один вход для нескольких логических входов одной оси (кроме виртуальных входов).
Получается у оси сработали оба концевика и она просто не может с них съехать...(никуда нельзя)

Хммм, но на народной плате под концевики каждой оси есть только один вход. То есть положительный и отрицательный концевики могут быть заведены только параллельно из-за аппаратного ограничения разводки платы.
Каким же образом мне указать WLMill что у меня на самом деле 2 концевика по оси?

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

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

Bender писал(а):Чтобы таких ошибок больше не было, была добавлена кнопка "проверка ошибок" в окно настройки оси.

daemon78 писал(а):Хммм, но на народной плате под концевики каждой оси есть только один вход. То есть положительный и отрицательный концевики могут быть заведены только параллельно из-за аппаратного ограничения разводки платы.
Каким же образом мне указать WLMill что у меня на самом деле 2 концевика по оси?

С WL35A
1 Задействовать два входа.
2 Подключить два датчика к одному входу, но на одном установить тумблер его отключения.
Если вышел за пределы, то выключил датчик, отвел в безопасное место (контроль ложится на пользователя), и снова включил.

daemon78 писал(а):Есть еще большое пожелание сделать пробинг по аналогии с мачем.

Это будет решено с помощью макросов, сейчас это обдумывается...

daemon78 писал(а):И еще одно пожелание добавить горячие клавиши хотя бы для типовых операций.

хорошая идея!, постараюсь сделать.

Bender писал(а):Задействовать два входа.

Не совсем понял, а откуда взять еще один вход, остальные входы-выходы, разведенные на плате у меня задействованы.

Bender писал(а):2 Подключить два датчика к одному входу, но на одном установить тумблер его отключения.

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

Если программу подкорректировать, можно все датчики на один вход повесить через диоды. Оси хомятся по очереди и система управления знает для какой оси сработал вход. В LCNC алгоритм хоминга такой. В начале едет ось Z на большой скорости подъезжает к датчику и на маленькой уточняет положение. Затем немного отъезжает в сторону, чтобы другие датчики на этом же входе не словили ошибку. Далее всё повторяется для остальных осей.

evgenymcp писал(а):Если программу подкорректировать, можно все датчики на один вход повесить через диоды. Оси хомятся по очереди и система управления знает для какой оси сработал вход. В LCNC алгоритм хоминга такой. В начале едет ось Z на большой скорости подъезжает к датчику и на маленькой уточняет положение. Затем немного отъезжает в сторону, чтобы другие датчики на этом же входе не словили ошибку. Далее всё повторяется для остальных осей.

спасибо!

Вот ещё вариант:
все положительные концевые датчики на один вход.
все отрицательные концевые датчики на другой вход.
и поиск оси делать с отходом onlyPELback, onlyMELback (п 3.1.8). по очереди...

тогда все будет работать!

Bender писал(а):Программа обновлена.
1 Добавлена поддержка G90.*
2 Добавлена проверка параметров оси
3 Добавлено несколько папок в программе
icons - иконки
wlmillconfig- конфигурация
lang - словари

Обновлена только прога? Прошивка та же?

только WLMill