Уже лучше. Надо испытать в железе)

А синее - это потому что синим лазером будет выжигать?

AndyBig писал(а):А синее - это потому что синим лазером будет выжигать?

В визуализаторе X-Cam просто линии G0 отображается зеленым, G1 - оттенком синего, в зависимости от скорости.

Первый опыт выжигания в системе X-Cam. Как всегда, выжигают либо Hello world либо себя... я выбрал последнее)))) С бумажкой прямо война целая - пришлось чуть ли не натягивать ее как кожу на барабан, гофрится под действием температуры. Выявился целый ряд аспектов, которые предстоит решать, но это скорее в радость - основа уже сделана. Остальное - в деталях.
Захххххх от дыма, теперь вот утаскивать станок в гараж или вытяжку делать...(
https://youtu.be/FLfiCKSIO1s
https://youtu.be/fu0dcolSBOQ

Здравствуйте.
Для работы с x-cam подойдёт любой контроллер с LPT ?

denisej писал(а):Здравствуйте.
Для работы с x-cam подойдёт любой контроллер с LPT ?

X-Cam работает только с собственным контроллером через интерфейс USB.

Анонс нового контроллера CNC для X-Cam

Начата работа над более мощной версией контроллера для X-Cam. Обладая несомненным преимуществом - этого контроллера пока не существует - делайте ваши предложения - что, как, какие функции должны быть и каким будет этот контроллер.

Ожидаю, что будут примерно следующие возможности:
- USB - подключение к PC
- Автономная работа(режим стойки) и работа совместно с оболочкой X-Cam на PC.
- Встроенный интерполятор - линейный, сплайнами
- Частота шагов по осям до 60000 герц.
- Поддержка одновременной работы 6 осей STEP/DIR
- Стековое наращивание дополнительных (технологических)осей.
- Обратная связь для осей
- ИК-пульт, как самый дешевый пульт для станка.
- Поддержка расширяемого набора концевиков, линий управления.
- Отдельный подключаемый модуль полнофункционального пульта
- Подключение (опционально) LCD/VGA
- Как и в предыдущей версии, отказоустойчивость при перебоях с питанием.
- Поддержка большого количества интерфейсов инструментов обработки( фрезеры, преобразователи частоты, лазеры, экструдеры и пр.)

Платформа - AT91SAM7S256. Возможны варианты.

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

Бонус!

1. Самым активным участникам создания контроллера, принимающим непосредственное участие в разработке платы, исходного кода прошивки, бесплатно сам контроллер управления станком + X-Cam.

2. Тестерам, подключившимся к процессу разработки и отладки не позднее середины этапа разработки, скидка 50% на комплект X-Cam+контроллер.

3. Всем желающим приобрести новую версию контроллера и X-Cam не позднее окончания процесса разработки скидка 20%.

А ты не думал сразу перейти на stm32?
Я когда с AVR-ок переходил было немного тяжко, зато теперь реально удобнее, и аппаратная часть более навороченная.

selenur писал(а):А ты не думал сразу перейти на stm32?
Я когда с AVR-ок переходил было немного тяжко

Если вы имеете в виду 8-bit AVR, то речь не про них, а AT91SAM7S256. Это примерно то же, что и stm, если не ошибаюсь. Есть на примете что то получше?

У меня есть малинка. Ну это вообще высший пилотаж. LINUX real-time и вперед)))) Это будет следующий этап. Вот конкретно сейчас меня устраивает ARM7)

Какие успехи с MK1? Какая у него частота шагов?

malvin писал(а):

selenur писал(а):А ты не думал сразу перейти на stm32?
Я когда с AVR-ок переходил было немного тяжко

Если вы имеете в виду 8-bit AVR, то речь не про них, а AT91SAM7S256. Это примерно то же, что и stm, если не ошибаюсь. Есть на примете что то получше?

Выбранный вами микроконтроллер 32-х битный, это да.
Я это к чему веду, я с 8-ми битных avr перешел на atsam3x8e от atmel, скорость работы, и разрядность микроконтроллера впечатлила, но вот как только необходимо добавить поддержку готовой библиотеки, например lcd дисплея, то тут приходится либо писать свою, либо пытаться адаптировать чужую рассчитанную под другие микроконтроллеры, т.к. сообщество очень небольшое, в отличие от STM-щиков.
Что-бы разработку не затягивать на долгие месяцы, часто либо применяешь готовые библиотеки, либо перенимаешь из них готовый код, и лишь само ядро делаешь сам.
В качестве альтернативы я бы посмотрел на такой контроллер: http://ru.aliexpress.com/item/STM32F407 ... 59086.html
Имеет память размером в гиг, сетевой интерфейс, который куда удобнее и стабильнее чем USB, по производительности похож с твоим, но самое главное что для его использования уже много есть примеров, от которых легче оттолкнуться в разработке.

мк1 не моей разработки, как и мк2, поэтому специально не замерял характеристики

selenur писал(а):мк1 не моей разработки, как и мк2, поэтому специально не замерял характеристики

Ба! Человек делает реверсинжиниринг этой платы и не знает ее возможностей... Ни за что не поверю)))))

malvin писал(а):

selenur писал(а):мк1 не моей разработки, как и мк2, поэтому специально не замерял характеристики

Ба! Человек делает реверсинжиниринг этой платы и не знает ее возможностей... Ни за что не поверю)))))

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

selenur писал(а):

malvin писал(а):

selenur писал(а):мк1 не моей разработки, как и мк2, поэтому специально не замерял характеристики

Ба! Человек делает реверсинжиниринг этой платы и не знает ее возможностей... Ни за что не поверю)))))

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

Ну, так и не надо смотреть там ничего) У привода вашего станка есть максимальная скорость. Есть так же число шагов на мм) И есть глубина микрошага. Помножить одно на другое, разделить на 60 - вот и частота шагов))))

Максимальная скорость у станка, в моем случае сильно зависит от качества генерируемого сигнала, например на mk1 срыв перемещений начинается с 600 мм/мин, а с МК2 уже с 900 мм/мин.
Контроллер PIC применяемый в мк1 по характеристикам похож на мега16 от AVR, в котором все работает на пределе возможностей.

selenur писал(а):Максимальная скорость у станка, в моем случае сильно зависит от качества генерируемого сигнала, например на mk1 срыв перемещений начинается с 600 мм/мин, а с МК2 уже с 900 мм/мин.
Контроллер PIC применяемый в мк1 по характеристикам похож на мега16 от AVR, в котором все работает на пределе возможностей.

Скорость линейная сама по себе ничего не говорит) Без того, сколько микрошагов в шаге и без того, сколько шагов на милиметр в настройках программы.

К стати если у тебя предпочтение к amtel микроконтроллерам, как вариант можно использовать для разработки arduino due готовую плату, но заливать свою прошивку, у данного контроллера частота 84 Мгц против 55 Мгц у AT91SAM7S256, цена на микроконтроллеры одинаковая, а опций полезных больше (ценники на алиекспрессе смотрел)

selenur писал(а):К стати если у тебя предпочтение к amtel микроконтроллерам, как вариант можно использовать для разработки arduino due готовую плату, но заливать свою прошивку, у данного контроллера частота 84 Мгц против 55 Мгц у AT91SAM7S256, цена на микроконтроллеры одинаковая, а опций полезных больше (ценники на алиекспрессе смотрел)

-Моя цель - готовая стойка для ЧПУ, к которой СРАЗУ подключаешь оси, концевики, шпиндель и станок работает. Отладочные платы для этой цели непригодны. Заказчик, взглянув на этот огород, ни за что платить не будет)
-Частота проца для меня не столь важна. Я пишу очень оптимальный по скорости код. Новый контроллер перекроет по скорости даже самые большие хоббийные запросы)))

Заехххся с поиском софта для программирования АРМ-ов!!!!))) Сижу уже какой, бхххх, день, скачиваю разные компоненты. Все хочу opensource использовать начать... но коммерция, определенно, рульнее, взять MSDEV и ей подобные - там все уже настроено, ставь и пиши на своем любимом C. Но начинать с чего то надо, вот и начал с этого дерьма, которое называется Eclipce. Где то лежит IAR и другие... не получится, доберемся и до них...

malvin писал(а):Скорость линейная сама по себе ничего не говорит) Без того, сколько микрошагов в шаге и без того, сколько шагов на милиметр в настройках программы.

я думаю, там все же речь шла о сопоставимых конфигах?
(заодно отметился здесь,чтоб не потерять тему)