USB контроллер наверняка

Контроллеры, драйверы, датчики, управляющие устройства.
garfield
Новичок
Сообщения: 8
Зарегистрирован: 09 окт 2012, 09:36
Репутация: 0
Контактная информация:

Re: USB контроллер наверняка

Сообщение garfield »

Мда. похоже проблему проще рушить раздобыть ноут с LPT. Обещали подарить вот на днях. Не думал что столь небольшая разница в протоколах накладывает такие ограничения.
Последний раз редактировалось garfield 10 окт 2012, 13:28, всего редактировалось 1 раз.
Аватара пользователя
Nick
Мастер
Сообщения: 22776
Зарегистрирован: 23 ноя 2009, 16:45
Репутация: 1735
Заслуга: Developer
Откуда: Gatchina, Saint-Petersburg distr., Russia
Контактная информация:

Re: USB контроллер наверняка

Сообщение Nick »

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
2cme
Почётный участник
Почётный участник
Сообщения: 1043
Зарегистрирован: 24 янв 2012, 13:18
Репутация: -209

Re: USB контроллер наверняка

Сообщение 2cme »

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
Понятно.
Аватара пользователя
Rafiq
Мастер
Сообщения: 1053
Зарегистрирован: 28 сен 2012, 18:11
Репутация: 6
Откуда: Tatarstan Respublikası, Yar Çallı şəhəre
Контактная информация:

Re: USB контроллер наверняка

Сообщение Rafiq »

garfield писал(а):Не думал что столь небольшая разница в протоколоах накладывает аткие ограничения.
Не небольшая :) Огромная.
Аватара пользователя
Сергей Саныч
Мастер
Сообщения: 9116
Зарегистрирован: 30 май 2012, 14:20
Репутация: 2858
Откуда: Тюмень
Контактная информация:

Re: USB контроллер наверняка

Сообщение Сергей Саныч »

А писюки и их ОСы в принципе не рассчитаны на реалтайм. И если кто-то что-то на них таки делает в реальном времени (см. нестандартное использование принтерного порта, простого как дубина и ведущего родословную с самого первого IBM PC), то "это не ваша заслуга, а наша недоработка" :) И эта "недоработка", увы, активно устраняется.
Чудес не бывает. Бывают фокусы.
Аватара пользователя
Rafiq
Мастер
Сообщения: 1053
Зарегистрирован: 28 сен 2012, 18:11
Репутация: 6
Откуда: Tatarstan Respublikası, Yar Çallı şəhəre
Контактная информация:

Re: USB контроллер наверняка

Сообщение Rafiq »

Serg-tmn писал(а):А писюки и их ОСы в принципе не рассчитаны на реалтайм.
Почему? Архитектура их, в общем то, не особо отличается от архитектуры специализированных контроллеров на микропроцессорах, есть версия QNX для Intel, если хочется настоящего реалтайма, а не патченого, но параллельный порт с возможностью ногодрыгания все равно нужен :D

Было бы интересно потрогать что нибудь типа "QNX CNC" :D :D наподобие LinuxCNC.
sherr
Кандидат
Сообщения: 56
Зарегистрирован: 01 сен 2012, 17:10
Репутация: 0
Откуда: Ставрополь
Контактная информация:

Re: USB контроллер наверняка

Сообщение sherr »

Nick писал(а):А ты смотрел на интерполятор Gкода для ардуино? Есть смысл с ним разбираться?
Пока не пробовал, хотя код смотрел внимательно. Плохо, что он оставляет мало работы для верхней программы, а своих G-кодов в ней не так много. Ардуинка есть, даже две ... Попробовать что-ли ?
Но только после сборки новых драйверов L297-IRF540 .
Аватара пользователя
Сергей Саныч
Мастер
Сообщения: 9116
Зарегистрирован: 30 май 2012, 14:20
Репутация: 2858
Откуда: Тюмень
Контактная информация:

Re: USB контроллер наверняка

Сообщение Сергей Саныч »

Rafiq писал(а):Почему? Архитектура их, в общем то, не особо отличается от архитектуры специализированных контроллеров на микропроцессорах,
Ровно настолько отличается, чтобы не иметь гарантированного времени отклика на прерывания и прочие события. Да это и не требуется для машины, предназначенной для офисной работы и игрушек. А всякие "зеленые" функции, которые включаются в самый неподходящий момент?
Чудес не бывает. Бывают фокусы.
sherr
Кандидат
Сообщения: 56
Зарегистрирован: 01 сен 2012, 17:10
Репутация: 0
Откуда: Ставрополь
Контактная информация:

Re: USB контроллер наверняка

Сообщение sherr »

sherr писал(а):
Nick писал(а):А ты смотрел на интерполятор Gкода для ардуино? Есть смысл с ним разбираться?
Пока не пробовал, хотя код смотрел внимательно. Плохо, что он оставляет мало работы для верхней программы, а своих G-кодов в ней не так много. Ардуинка есть, даже две ... Попробовать что-ли ?
Но только после сборки новых драйверов L297-IRF540 .
Блиннн, почитал про GRBL - нашел некоторые подводные камушки - нет раздельного задания максимальных скоростей по осям, а у меня ось
Z туговатая и медленная. Значит, нужно будет во все перемещения по Z вставлять F100 или что-то в этом роде ...Не знаю, умеет ли
Gcodetools что-то подобное ?
Аватара пользователя
Nick
Мастер
Сообщения: 22776
Зарегистрирован: 23 ноя 2009, 16:45
Репутация: 1735
Заслуга: Developer
Откуда: Gatchina, Saint-Petersburg distr., Russia
Контактная информация:

Re: USB контроллер наверняка

Сообщение Nick »

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
Кандидат
Сообщения: 56
Зарегистрирован: 01 сен 2012, 17:10
Репутация: 0
Откуда: Ставрополь
Контактная информация:

Re: USB контроллер наверняка

Сообщение sherr »

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
(вообще пара-тройка есть но надо пробовать)
Аватара пользователя
Nick
Мастер
Сообщения: 22776
Зарегистрирован: 23 ноя 2009, 16:45
Репутация: 1735
Заслуга: Developer
Откуда: Gatchina, Saint-Petersburg distr., Russia
Контактная информация:

Re: USB контроллер наверняка

Сообщение Nick »

А откуда ставил прошивку? Где взять можно?
sherr
Кандидат
Сообщения: 56
Зарегистрирован: 01 сен 2012, 17:10
Репутация: 0
Откуда: Ставрополь
Контактная информация:

Re: USB контроллер наверняка

Сообщение sherr »

Ну готовый HEX - отсюда https://github.com/grbl/grbl/downloads.
А как под Линуксом зашить - вот http://arduino.cc/forum/index.php?topic=100978.0
А уже есть куда зашивать ?
Аватара пользователя
Nick
Мастер
Сообщения: 22776
Зарегистрирован: 23 ноя 2009, 16:45
Репутация: 1735
Заслуга: Developer
Откуда: Gatchina, Saint-Petersburg distr., Russia
Контактная информация:

Re: USB контроллер наверняка

Сообщение Nick »

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

Поэтому спасибо за инфу, как только диод перепаяю, буду пробовать! :)
sherr
Кандидат
Сообщения: 56
Зарегистрирован: 01 сен 2012, 17:10
Репутация: 0
Откуда: Ставрополь
Контактная информация:

Re: USB контроллер наверняка

Сообщение sherr »

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

Re: USB контроллер наверняка

Сообщение sherr »

Погонял GUI - ну так не особо удобный, простой как грабли, но вроде как-то работает (драйвера пока не подключал, на столе голая плата)
alkich
Новичок
Сообщения: 5
Зарегистрирован: 08 окт 2013, 12:45
Репутация: 0
Контактная информация:

Re: USB контроллер наверняка

Сообщение alkich »

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

Re: USB контроллер наверняка

Сообщение aaleksander »

Про nanoMach можно поподробнее.
На чем писал, под какую ОСь, что нравится-не нравится, будешь ли развивать? ;-)
Аватара пользователя
tooshka
Почётный участник
Почётный участник
Сообщения: 1803
Зарегистрирован: 24 окт 2012, 14:26
Репутация: 209
Настоящее имя: Андрей
Откуда: Нижний Новгород
Контактная информация:

Re: USB контроллер наверняка

Сообщение tooshka »

Вот новую ардуинку выпустили под линух. Цену не говорят))
http://www.3dnews.ru/766445/
Милая, ты услышь меня
под окном стою со своим я ЧПУ! (Протяжно; с надрывом; форте)
Внимание!!! Чрезмерное увлечение ЧПУ приводит к проблемам в семейных отношениях!
alkich
Новичок
Сообщения: 5
Зарегистрирован: 08 окт 2013, 12:45
Репутация: 0
Контактная информация:

Re: USB контроллер наверняка

Сообщение alkich »

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

Вернуться в «Электроника»