cnc-club.ru

Мда. похоже проблему проще рушить раздобыть ноут с LPT. Обещали подарить вот на днях. Не думал что столь небольшая разница в протоколах накладывает такие ограничения.

2cme писал(а):Где в LinuxCNC находится код отвечающий за преобразование gcode в сигналы dir step lpt порта?

Прямо в step/dir нет, но
есть motion (motmod), который
"Basically motmod takes in a list of waypoints and generates a nice blended and constraint-limited stream of joint positions to be fed to the motor drives."
http://www.linuxcnc.org/docs/html/man/man9/axis.9.html

Потом все это передается в stepgen, который генерит step/dir.

Должно быть что-то еще, что парсит Gкод. Есть что похожее, мне кажется что оно отвечает за Gкод, но времени не было разбираться.

http://git.linuxcnc.org/gitweb?p=linuxc ... 2e;hb=HEAD

Nick писал(а):

2cme писал(а): Да и защищено от взлома достойно

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

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

Nick писал(а):Прямо в step/dir нет, но
есть motion (motmod), который
"Basically motmod takes in a list of waypoints and generates a nice blended and constraint-limited stream of joint positions to be fed to the motor drives."
http://www.linuxcnc.org/docs/html/man/man9/axis.9.html

Потом все это передается в stepgen, который генерит step/dir.

Должно быть что-то еще, что парсит Gкод. Есть что похожее, мне кажется что оно отвечает за Gкод, но времени не было разбираться.

http://git.linuxcnc.org/gitweb?p=linuxc ... 2e;hb=HEAD

Понятно.

garfield писал(а):Не думал что столь небольшая разница в протоколоах накладывает аткие ограничения.

Не небольшая Огромная.

А писюки и их ОСы в принципе не рассчитаны на реалтайм. И если кто-то что-то на них таки делает в реальном времени (см. нестандартное использование принтерного порта, простого как дубина и ведущего родословную с самого первого IBM PC), то "это не ваша заслуга, а наша недоработка" И эта "недоработка", увы, активно устраняется.

Serg-tmn писал(а):А писюки и их ОСы в принципе не рассчитаны на реалтайм.

Почему? Архитектура их, в общем то, не особо отличается от архитектуры специализированных контроллеров на микропроцессорах, есть версия QNX для Intel, если хочется настоящего реалтайма, а не патченого, но параллельный порт с возможностью ногодрыгания все равно нужен

Было бы интересно потрогать что нибудь типа "QNX CNC" наподобие LinuxCNC.

Nick писал(а):А ты смотрел на интерполятор Gкода для ардуино? Есть смысл с ним разбираться?

Пока не пробовал, хотя код смотрел внимательно. Плохо, что он оставляет мало работы для верхней программы, а своих G-кодов в ней не так много. Ардуинка есть, даже две ... Попробовать что-ли ?
Но только после сборки новых драйверов L297-IRF540 .

Rafiq писал(а):Почему? Архитектура их, в общем то, не особо отличается от архитектуры специализированных контроллеров на микропроцессорах,

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

sherr писал(а):

Nick писал(а):А ты смотрел на интерполятор Gкода для ардуино? Есть смысл с ним разбираться?

Пока не пробовал, хотя код смотрел внимательно. Плохо, что он оставляет мало работы для верхней программы, а своих G-кодов в ней не так много. Ардуинка есть, даже две ... Попробовать что-ли ?
Но только после сборки новых драйверов L297-IRF540 .

Блиннн, почитал про GRBL - нашел некоторые подводные камушки - нет раздельного задания максимальных скоростей по осям, а у меня ось
Z туговатая и медленная. Значит, нужно будет во все перемещения по Z вставлять F100 или что-то в этом роде ...Не знаю, умеет ли
Gcodetools что-то подобное ?

Gcodetools в принципе умеет. Точнее есть задание скорости заглубления (Penetration feed).
Плюс можно написать пост процессор, который может делать замену по регулярному выражению, например что-то вроде:
заменять: (G0?[0-3] [XY\-\.\d\s]*Z[\s\-\.\d]+)
на:
\1 F100

т.е. будет что-то вроде:
regex("(G0?[0-3] [XY\-\.\d\s]*Z[\s\-\.\d]+)", "\1 F100")

sherr писал(а):

Nick писал(а):А ты смотрел на интерполятор Gкода для ардуино? Есть смысл с ним разбираться?

Пока не пробовал, хотя код смотрел внимательно. Плохо, что он оставляет мало работы для верхней программы, а своих G-кодов в ней не так много. Ардуинка есть, даже две ... Попробовать что-ли ?
Но только после сборки новых драйверов L297-IRF540 .

Подготовка пошла - обновил бутлоадер, залил GRBL 0.8b (dev). Подключил к терминалу и вот ----

Grbl 0.8b
'$' to dump current settings
$
$0 = 400.000 (steps/mm x)
$1 = 400.000 (steps/mm y)
$2 = 80.000 (steps/mm z)
$3 = 15 (microseconds step pulse)
$4 = 400.000 (mm/min default feed rate)
$5 = 600.000 (mm/min default seek rate)
$6 = 0.100 (mm/arc segment)
$7 = 255 (step port invert mask. binary = 11111111)
$8 = 50.000 (acceleration in mm/sec^2)
$9 = 0.050 (cornering junction deviation in mm)
$10 = 0 (boolean homing enable)
$11 = 50.000 (mm/min homing feed rate)
$12 = 250.000 (mm/min homing seek rate)
$13 = 100 (milliseconds homing debounce delay)
$14 = 25 (milliseconds stepper idle lock time)
$15 = 3 (float decimal places)
'$x=value' to set parameter or just '$' to dump current settings
ok
ok
?
MPos:[0.000,0.000,0.000],WPos:[0.000,0.000,0.000]
ok
ok

Подключать пока не к чему, разбирать контроллер действующего станка не хочется. Читаю теорию, ищу подходящий GUI
(вообще пара-тройка есть но надо пробовать)

А откуда ставил прошивку? Где взять можно?

Ну готовый HEX - отсюда https://github.com/grbl/grbl/downloads.
А как под Линуксом зашить - вот http://arduino.cc/forum/index.php?topic=100978.0
А уже есть куда зашивать ?

Есть ардуинка для опытов, правда на ней выгорел защитный диод.
Arduino Linux CNC - советы начинающим #66

Поэтому спасибо за инфу, как только диод перепаяю, буду пробовать!

Только информация, особенно о dev-версии сильно раскидана - смотрите вики на гитхабе, и, главное, обсуждение там же .
Как начать - когда прошьете - подключить вновь USB-кабель, заходите в любую терминальную программу,
соединяетесь с /dev/ttyUSB0 -9600-8-1, нажимаете ресет на ардуине, получаете версию прошивки, дальше -
$ - показать настройки, ? - показать текущие координаты, настройки правятся в формате $0=400.0;
Вчера с матами-перематами собрал zapmaker-GrblHoming - это примитивный GUI для GRBL - он собирается под qt-creator , но пришлось
подшаманить кое-что в /usr/lib - попробую - выложу, но он без qt- runtime не работает.
И еще прочешите сайт ShapeOko, там тоже немало про GRBL .

Погонял GUI - ну так не особо удобный, простой как грабли, но вроде как-то работает (драйвера пока не подключал, на столе голая плата)

Собрал для своего мини станочка переходник с USB на Lpt (3 осевой контроллер китайского производства Step-Dir) на двух микросхемах FT232RL и ATtiny2313A. Mach3 с ним естественно не работает, пришлось писать свой nanoMach.
Программа обрабатывает только две команды G0 и G1. Мне этого пока хватает при работе с ArtCam. Проблем со скоростями нет поскольку информация передается через USB (можно и через СОМ) кадрами (строка G кода). Один кадр
передается примерно за 100мкс при скорости виртуального СОМ порта 921600. Временные интервалы формирует микроконтроллер.

Про nanoMach можно поподробнее.
На чем писал, под какую ОСь, что нравится-не нравится, будешь ли развивать?

Вот новую ардуинку выпустили под линух. Цену не говорят))
http://www.3dnews.ru/766445/

nanoMach писал на ВСВ6. Работает в WinME,XP и наверно выше, не проверял. Главное при работе через USB установить
фирменные драйвера от FTDI, чтобы получить виртуальный СОМ порт. В принципе можно использовать готовый переходник USB-COM. У меня предусмотрена возможность работать через обычный СОМ порт (перемычками), при этом
скорость порта 115600. Пока запускал только тестовые программки. Есть принципиальные отличия от Mach обусловленные тем, что управление идет кадрами. Например кнопка "пауза" приостанавливает передачу кадров,
а станок останавливается только после отработки текущего кадра, отрисовка траектории по XY идет тоже покадрам.
Планы на будущее пока не строил. Сейчас меня волнует проблема перевода файлов plt в dxf или сразу в G коды.