cnc-club.ru

usolutions писал(а): ↑ Ой, опять тебя спросить забыли.
Мне встроеных входов/выходов не хватает на банальную обвязку станка базовыми функциями, а ты со своим центроискателем

так полевые шины не заявлены вроде были.
а центроискатель сейчас предлагается к покупке на сайте.

VAT писал(а): ↑02 май 2021, 23:26

usolutions писал(а): ↑ Ой, опять тебя спросить забыли.
Мне встроеных входов/выходов не хватает на банальную обвязку станка базовыми функциями, а ты со своим центроискателем

так полевые шины не заявлены вроде были.
а центроискатель сейчас предлагается к покупке на сайте.

Я вижу только сканнер проводной. А полевая шина заявлена с WL155S.

usolutions писал(а): ↑ Я вижу только сканнер проводной.

о нем и речь.

Обновлен WLMill и прошивки.

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

Тем кто использовал WLMill-beta необходимо заменить файл на основной https://wldev.ru/data/soft/wlmill/wlmill.exe

Обновлен WLMill-beta

+ добавлена поддержка G93

Видео 4-х осевой от пользователя (без G93, расчётом скоростей занимается WLMill):
https://www.youtube.com/watch?v=O4b2EN2TJss
https://www.youtube.com/watch?v=dul2l96FnIk

Обновлена WLMill beta

добавлена функция init()

добавлены элементы:

buttonUserFunc1
buttonUserFunc2
buttonUserFunc3
buttonUserFunc4
buttonUserFunc5

function init()
{
buttonUserFunc1.setText("Моя кнопка")//установка текста на кнопку
buttonUserFunc1.setToolTip("Моя подсказка")//установка подсказки на кнопку
buttonUserFunc1.setIcon("/icon/myLogo.png")//установка иконки на кнопку
}

о! интересно! вот только к станку уж наверное месяц не подходил по разным причинам - но через 3 дня обязательно буду смотреть

А есть в данный момент возможность вызывать макросы комбинациями клавиш? В процессе сборки клавиатуры на основе Haidenhain te400 + arduino

На данный момент у макросов M3-M9 кнопки F3-F9.
Скорее всего будет добавлена возможность установки гор клавиш в функции init(). Также туда будут добавлены элементы buttonM3() итд

Обновился WLMill-beta

Скрипты:

Добавлены кнопки
buttonUserFunc6 (7,8,9,10) - изначально они невидимы
Добавлены функции по кнопкам
userFunc6 (7,8,9,10) - вызываются при нажатии на кнопки
Добавлены кнопки
buttonM3 (4,5,7,8,9)

действие с кнопками
bool isVisible() //возвращает 1 если кнопка видна
bool isEnabled() //возвращает 1 если кнопка активна
bool isChecked() //возвращает 1 если кнопка нажата (см setChekable)

setChekable(bool) //установка режима работы кнопки с фиксацией
setChecked(bool) // установка кнопки в положение нажато (см setChekable)

setIcon(file) //установка иконки кнопки. вводится имя файла либо каталог относительно файла программы. Для разделения каталогов используется такой слеш - /

setToolTip(txt) //установка всплывающей подсказки
setText(txt) //установка текста на кнопку

setShortcut(txt) //установка клавиш быстрого вызова. Например "Ctrl+1"
setVisible(bool) //установка видимости (отображения кнопки)
setEnabled(bool) //установка активности кнопки

+
Добавился значок приложения в Windows, спасибо пользователю rstm!!!

wldev писал(а): ↑ Добавлены кнопки buttonUserFunc6

Сколько кнопок не добавляй, одним мало будет, а другим нафиг не нужно.
Система развилась до такого уровня, что далее ее должны развивать сами пользователи. Одним пробинг нужен, другим автосмена и т.д. На всех не угодишь.
Разработчик должен лишь обеспечить нам такую возможность.
Допустим мне надо много входов. Я должен иметь возможность вставить в основной цикл свой скрипт который, например, по RS485 производит опрос и получает данные с этих входов. Как и откуда получить, это мой личный вопрос.
Управление станком интерфейс должен производить также скриптами и G кодом. Для этого должны быть задокументированы основные переменные системы. Скорости, положения, состояния и т.п. Надо переехать - беру текущее положение, прибавляю смещение, ставлю скорость, даю G1 и поехали.
Автосмена, пробник, штурвал, и т.д. это все должно быть в отдельных подключаемых модулях. Так в linuxCNC сделано, и в маче то же самое.
Поэтому вопрос. Код вроде открыт, можно ли своими программами/скриптами работать с переменными системы?

msl272 писал(а): ↑ Сколько кнопок не добавляй, одним мало будет, а другим нафиг не нужно.

Их можно и не отображать buttonUserFunc2.setVisible(false)

msl272 писал(а): ↑ Допустим мне надо много входов. Я должен иметь возможность вставить в основной цикл свой скрипт который, например, по RS485 производит опрос и получает данные с этих входов. Как и откуда получить, это мой личный вопрос.

Сейчас есть платы расширения по CAN https://wldev.ru/uncategorized/plata-ra ... wlm35can1/
по RS485 тоже будет добавлена поддержка подобных плат с протоколом MODBUS. Типа
https://aliexpress.ru/item/100500163259 ... 1619328199
(Есть кое- какие вопросы которые пока не разрешены...)

msl272 писал(а): ↑ Код вроде открыт, можно ли своими программами/скриптами работать с переменными системы?

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

msl272 писал(а): Управление станком интерфейс должен производить также скриптами и G кодом. Для этого должны быть задокументированы основные переменные системы. Скорости, положения, состояния и т.п. Надо переехать - беру текущее положение, прибавляю смещение, ставлю скорость, даю G1 и поехали.

так и сейчас так можно. документация дописывается

wldev писал(а): ↑ WLMill ещё пишется и может изменится его структура внутри.
Так что лучше с помощью скриптов. Все элементы добавляются по мере необходимости.

И в чём открытость тогда?

Сергей!. Я думаю ты на правильном пути.
Но опять же не следует сильно упираться в детали. Нужна надежная базовая среда, а все мелочи пользователи сами "доведут"

wldev писал(а): ↑ по RS485 тоже будет добавлена поддержка подобных плат с протоколом MODBUS.

Платы очень хорошие, но вдруг китайцы перестанут их делать через пару лет ? Нужен независимый программный модуль MODBUS с открытым кодом. А какие платы к нему подключить, это уж наша забота. Можно эти, можно любой промышленный ПЛК, и т.д.
У меня на станках все шпиндельные частотники только по MODBUS управляются. Мне этот протокол очень нужен, но не просить же тебя сделать твою среду под конкретный тип преобразователя. Это абсурдно, но нет ничего невозможного!

Prav писал(а): ↑04 июл 2021, 09:45

wldev писал(а): ↑ WLMill ещё пишется и может изменится его структура внутри.
Так что лучше с помощью скриптов. Все элементы добавляются по мере необходимости.

И в чём открытость тогда?

В том, что каждый может скачать исходный код и использовать его по своему усмотрению.

В состав исходного кода входят компоненты работы с контроллером (WLDevice) - поиск устройства, создание его экземпляра.
Его можно использовать в том числе и как пример или базу для своего ПО. Для управления чем либо....

Например программа для управления станком для гибки проволоки (WLBend) базируется на тех же компонентах.
https://wldev.ru/wlbend/

msl272 писал(а): Платы очень хорошие, но вдруг китайцы перестанут их делать через пару лет ?

Плат с Modbus достаточно много. Китайские как пример...

Конечно нужно сразу реализовать и управление частотником по Modbus.

но CAN быстрей) нет опроса главным всех устройств + аппаратная реализация + выше скорость

Modbus это дефакто промышленный стандарт. Все ПЛК, платы сбора, преобразователи и т.п. в основном только его поддерживают.
CAN в этом смысле больше экзотика.
И надо четко понимать, что по таким интерфейсам подключаются устройства с условно низким быстродействием. Понятно, что реалтайм по ним не подключишь, но обычно этого и не требуется.

wldev писал(а): ↑ CAN быстрей) нет опроса главным всех устройств + аппаратная реализация + выше скорость

Для can стандартом установлено мах 40 метров при 1 мбит. Modbus 1200 метров. Ведущий напрямую обращается к конкретному ведомому и получает от него ответ. Modbus пусть и программно, легко организуется через USB любого ПК.

но CAN быстрей) нет опроса главным всех устройств + аппаратная реализация + выше скорость

У CAN физический уровень такой же как и у RS485, скорость не может быть выше.
Аппаратная реализация у CAN только арбитража и всё.

Prav писал(а): ↑04 июл 2021, 18:48

но CAN быстрей) нет опроса главным всех устройств + аппаратная реализация + выше скорость

У CAN физический уровень такой же как и у RS485, скорость не может быть выше.
Аппаратная реализация у CAN только арбитража и всё.

Я имел ввиду не скорость передачи данных, а общую скорость передачи события.

p.s. физически скорость может и таже, но в основном у RS485 используют низкие скорости.

wldev писал(а): ↑05 июл 2021, 08:57

Prav писал(а): ↑04 июл 2021, 18:48

но CAN быстрей) нет опроса главным всех устройств + аппаратная реализация + выше скорость

У CAN физический уровень такой же как и у RS485, скорость не может быть выше.
Аппаратная реализация у CAN только арбитража и всё.

Я имел ввиду не скорость передачи данных, а общую скорость передачи события.

p.s. физически скорость может и таже, но в основном у RS485 используют низкие скорости.

Нда, и о чём тут дискутировать?...