Не только. Я уже как то приводил данные по основным программам.
Наиболее универсальными и часто применяемыми являются DXF, GBR и DRL.  А все остальные входные файлы для программ зачастую несовместимы между разными программами.
Посмотрите например, какие файлы "кушают" КСАМ, МАЧ и другие.

GBR - диалект RS274, т.е. Ж-код, DRL - тоже (скорее всего). Вы смотрите на расширение файла, а загляните внутрь... - там RS 274 - Ж-код.
Есть конечно другие, но Ж-код - стандарт де-факто, для ЧПУ.

Отредактировано spike (2008-07-02 13:30:08)

Все добрый вечер.

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

Трудоголик, думается мне что вы понимаете различия между языком и диалектом, разве нет?
Я высказал свое предложение по улучшению программы VRI-cnc, подчеркну: предложения по улучшению. Если у автора есть причины не делать поддержки RS274, как то: некогда, сложно, не хочется и т.п. - это его дело...

Добрый вечер.
Глянул по этому адресу.Очень позновтельно надо немного позаниматься на днях.

Выставка случаем не "Металлообработка-2008" называлась? Был я на этой выставке , не верите?, вывода о том, что все ушли от Ж-кода сделать не могу, ибо это не так. Все, абсолютно все, промышленные образцы станков поддерживают Ж-код, остальное - эксперимент, баловство тобишь. Нет? Можт тогда ссылкой поделитесь?

Master-VRI, поймите правильно, я не являюсь пользователем вашей программы, я скорее - конкурент, и, надеюсь, партнер. Просто, очень не хочется чтобы вы тратили силы на изобретение велосипеда, и пользователей заставляли делать то же. Поэтому именно здесь, а не в ветке про Ж-код.

Ты имеешь в виду  "последовательность выходных сигналов" ? Те,что в отдельной папке лежат? ИМХО,для отладочной программы это +,а для "серийной" - не уверен...Я поклонник жёсткой стандартизации...

и будет Наш хоббийный "МИКРОМАТ-мини".Я гдето описывал про эту систему но поверхностно со слов электронщика.
С уважением алексей.

Вот то устройство, что работает через последовательный порт....

Какой программой?

НЕ стоит овчинка выделки.
У меня нетбуки уже и СОМ порта не имеют, только USB, LAN, блютуз и вайфай.
Тем не менее старенький Пень1, собранный из хлама,  прекрассно управляет станком даже под WIN95, а большего от него и не требую, все равно вся подготовка файлов идет на более серьезных машинах, которые нерационально отдавать под станок.

Смотря с чем сравнивать. Если с простым ключевым контроллером, то неплохо, а вообще VRI-CNC реально может выдать до 16 000 шагов на каждый из 3-х двигателей. Современные двигатели способны делать 10 и более тысяч шагов, вот к этому пределу (15-16 тыс шагов) и надо стремиться

Извините меня пожалуйста, я пока не могу цитировать...

Dj_smart>>>

Есть прога(моя),которая жуёт гербер из лайоута, и пишет отдельный файл в котором: 1 байт номер движка и направление вращения,3 байта - количество шагов(с запасом).Пока допускает только углы в 45 градусов.Не вопрос переделать под любые. Ну а файл буду кормить меге32.Только у мя не через ком(хотя на плате распаян), а через флешку. +индикатор 2*16 символов.

Мне очень интересен способ записи на флешку. Можно же писать в FAT скажем, из под операционной системы, а можно непрерывным потоком байт. Не могли бы вы уточнить? Просто если прошивка для МК написана на асме, то она явно очень сложная для обслуживания FAT. Значит, могу предположить, что пишите какой то своей программой. ЭТО УЖЕ ЧТО ТО, РАД РАБОТЫ УЖЕ ВЕДУТЬСЯ.  Хотя метод переноса информации некритичен - главное создать стандарт, без таких вот сомнительных фраз типа мне пароль на программу не нужен, удалите его.... Верно?

>>Трудоголик
>>Управляю ею через COM-порт и мегу 32.
>>Какой программой?

Программу написал сам - для тестирования микроконтроллеров по последовательному порту. Не вопрос, выложу в ближайшее время, как с файлообменником разберусь. Весьма полезная штука для отладки МК в реальном времени.

>>malvin написал(а):

>>Предлагаю создать контроллер первого уровня или главный контроллер с >>интерфейсом по последовательному порту.

>>НЕ стоит овчинка выделки.
>>У меня нетбуки уже и СОМ порта не имеют, только USB, LAN, блютуз и вайфай.
>>Тем не менее старенький Пень1, собранный из хлама,  прекрассно управляет
>>станком даже под WIN95, а большего от него и не требую, все равно вся
>>подготовка файлов идет на более серьезных машинах, которые нерационально
>>отдавать под станок.

Я наверное не совсем точно изложил суть дела. Микроконтроллеры имеют РОДНОЙ последовательный порт, который используют весьма широко. USB поддержки в нем нет(m32).  Я же предлагаю подключать МК к компу через MAX232 или FTDI, последний - как раз и есть тот самый USB, про который вы говорили и которых на любом ноутбуке полно.

>>malvin написал(а):

>>Заявленные автором показатели - 3000 шагов в секунду. Неплохо, да?

>>Смотря с чем сравнивать. Если с простым ключевым контроллером, то неплохо, а
>>вообще VRI-CNC реально может выдать до 16 000 шагов на каждый из 3-х
>>двигателей. Современные двигатели способны делать 10 и более тысяч шагов, >>вот  к этому пределу....

Я хотел бы узнать, сколько шагов в минуту удавалось реально выжать по одной оси существующих на форуме схем? Стоит ли вообще пытаться мне сделать прототип этой разработки?

Это конечно интересно, про современные двигатели, но уже и резко растет ЦЕНА на контроллер и сам движок. Верно? Мне они не по карману.

Greenfield>>

>>Через мегу по ком порту на 56 кбитах у меня получилось прокачивать 800 байт в
>> секунду с обратной связью, то есть с подтверждением от контроллера принятого
>>байта, вобщем около 1000 шагов в секунду на этой скорости она сможет
>>обеспечить, а вот насчёт FTDI я сильно сомневаюсь.

Я на FTDI делал логгер аналогового сигнала - та микросхема, что была у меня, выдерживает 1 мегабит в секунду - все уперлось не в нее, а в АЦП, что я использовал. Как вам это? А зачем контроллер кормить по одному байту? У него хороший объем оперативки на борту. Залейте сразу 10, ну 100, если хотите. Я так делал в одном из своих проектов. Да. к слову, современный COM-порт может работать уже далеко за пределами 56 килобит, M32 UART позволяет давать 2 мегабита, если не ошибаюсь....

Да, товарищи! способ передачи на МК данных значения не имеет - я могу и по GSM сети передать на сервер управляющую программу на другом конце земного шара, дальше то что? Было бы что передавать! И чтобы оно-самое понималось контроллером.

Немного ниже..

НА обычных ключах - максимум 800 - 1000 шагов, на ШИМ максимум что я получил - 6000 шагов без нагрузки, просто ради эксперимента.

Это только кажется, при самостоятельном изготовлении контроллера разница в основном будет состоять в стоимости выходных полевиков, а они не очень сильно отличаются, максимум на один двигатель понадобится сумма 200-300 рублей. Другое дело двигатели, каждый более менее приличный стоит от полутора тысяч рэ

и выше.
Самый простой  вариант - кормить контроллеру файл типа DRL, GBR с уже просчитанными траекториями, можно даже с координатами не в мм, а сразу кратным количеству шагов. Контроллеру останется только вычесть из одной строки другую расчитать отношение количества шагов по осям и по этому результату сделать нужное количество шагов по нужной оси с уставновленной в контроллере скоростью.  Все дуги, кривые можно обработать до создания этого файла, дабы даже Атмега16(32) мог справится с расчетами для конкретного станка.
Тогда практически нет разницы через какой порт  передавать файл, а если время чтения данных из дополнительной памяти не будет слишком большим, то можно использовать и ее.
Если ориентироваться на скорость до 10 000 шагов по каждой оси, контроллеру на считывание данных из памяти, расчет и выполнение каждого шага дается не более 33 микросекунд, т.е примерно 500 тактов. Вот из этого и надо исходить. НУ и не забывать про ШИМ, его лучше делать аппартным, чтоб не забирать много ресурсов МК.

Этот разговор лучше перенести в тему про умный контроллер.