roboforum.ru

Да, G коды думал полегче? просто набор координат. Ан нет, оказывается и ГОСТ есть!
Ну думаю контроллеру никакого труда не составит инструкции из тела программы понаходить. Идея класс - главное проводов к кампу нету! Но надо какието элементарные функции программы на ПК ставить - позиционирование, индикация, подстройкак какаянибудь. Чтобы ПК ДЕЙСТВИТЕЛЬНО был е обязателен

ПК в топку - много с гимору всплывает, но пока приходицо обходицо
работы много, проблем... все решаемо, но время...

Было бы очень удобно, например в станок загружать через флешку, карту или USB порта программу для работы.

Это лишь кажется, пока станка нет. На самом деле удобнее управлять с компа. Если остро необходима автономка, то на флешку проще сгрузить коды управления станком, чем строить городушку с собственным дисплеем и пересчетом G-кодов в МК.

ну скажем автомномный модуль управления станком довольно удобен и практичен во многих отношениях, при нормальной реализации модуля получим:
1. лучшая помехозащищенность и надежность
2. меньшее потребление энергии в комплексе (компы они жрут однако)
3. компактность
4. ПК освобождается для решения более насущных проблем.
Есттно все ИМХО. Кому как короче.

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

Согласен! Правда при условии, что он у нас есть и достался даром. Если такой модуль надо не только обсудить, но и сделать, то я - пас

Мне не очень нравится подключать ПК к ЧПУ даже через опторазвязку. Радиоинтерфейс наверно по-прикольней.

И еще наверное подороже, правда немного

Дед, а Дед, а твой модуль от опенроботикс, который подешевле можно же для ЧПУ примастрячить, по идее же его скорости хватит с головой. Я давно на него смотрю.

Master писал(а):Дед, а Дед, а твой модуль от опенроботикс, который подешевле можно же для ЧПУ примастрячить, по идее же его скорости хватит с головой. Я давно на него смотрю.

Примастрячить конечно можно, если у вас там на +3.3В всё, а вот хватит ли скорости - это уже не ко мне вопрос

Я что-то сомневаюсь что справится 8-битный контроллер на 7 МГц с G-кодом в реальном времени. Это ж не просто вычисления с плавающей точкой, там и тригонометрические функции считать надо, и всякое другое.

2FireFly - ты этой темой занимаешься? Прикидывал на каком процессоре такое можно крутить?

На любом. Скорость то не ограничена с низу. Тем более на ЖИДЕНЬКИХ любительских салазках.

Скорости даже при ИК развязке хватит, только она не нужна. Станок по хате не бегает и USB шнурок совсем не мешает

Я что-то сомневаюсь что справится 8-битный контроллер на 7 МГц с G-кодом в реальном времени. Это ж не просто вычисления с плавающей точкой, там и тригонометрические функции считать надо, и всякое другое.

Тригонометрии там нет. Справится даже на встроенном 4MHz RC. Зачем G-код в МК обрабатывать? Для создания модели в любом случае РС нужен. Можно сбросить в память уже готовые коды управления. Правда в моей практике нужды в автономном режиме пока не возникало.

blindman писал(а):Я что-то сомневаюсь что справится 8-битный контроллер на 7 МГц с G-кодом в реальном времени.

А что там ему вычислять, кол-во шагов по ХYZ и все. Ну при желании в холостом режиме еще можно разгон торможение.

А что там ему вычислять...

Относительное перемещение. Микроны или "плюшки" нужно перевести в шаги с поправкой на коэффициенты передач. При движении сразу по двум осям нужно еще пересчитать угол в шаги и внести поправку, если X/Y не целое.

На самом деле сейчас полно чипов, которые переварят эти вычисления без проблем и доступны для домашнего изготовления.