Попытка совместной разработки GRBL контроллера

[yurayerz]

2) ..... а дальше предлагайте ..

Я пошел модульным путем: на Вектронике блок драйверов (TB6600) отдельно. В качестве контроллера в основном используется китайский автономник SMC4-4-16A16B, но можно подключить и Ардуину Нану с беспроводным синезубом НС-06.

А для мелких ЧПУ (типа проксона) сделал блок управления

(с DC-DC, реле включения шпинделя, вентилятором, разъемами подключения USB-TTL, концевых датчиков и Z-probe, кнопок старт/стоп/отмена, выход Uпит на освещалку). Z-probe подключен через оптопару PC-817. Также можно подключить синезуб на НС-06

И да, можно выдернуть Ардуину и подключить MicroNC контроллер С.Ефремова

1) DC-DC преобразователь, что-бы входящее напряжение можно было легко использовать вплоть до 40 вольт

Часто мной используемые китайские типа Mini 360 только до 23-24В, а LM2596 шибко габаритны для такого блока.

[selenur]

у меня stm32f429ZI у него ресурсов настолько много, что он просто скучает, но пока он не парсит G-код, а лишь принимает уже траекторию...

Я все равно останусь при мнении распределения задач. Но это дело вкуса.
Давайте вернемся к выбору железа, может завтра хоть схемку накидаю...

328 вроде самый оптимальный вариант

[selenur]

Я пошел модульным путем

Тоже думал об этом, что-бы было несколько небольших плат, которые между собой соединялись IDC шлейфами

[staltech]

328 вроде самый оптимальный вариант

Хорошо, используем все что можно сдуть с китайской Arduino. А дальше будем добавлять.

[staltech]

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

Может стоит предусмотреть коннекторы для IDC шлейфов?

[selenur]

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

Может стоит предусмотреть коннекторы для IDC шлейфов?

Да конечно.

[staltech]

Я больше склоняюсь к SMD компонентам.
Оптопары 4N35 или еще какой вариант есть?
И по DC/DC может все таки с запасом? 2596

[selenur]

Я больше склоняюсь к SMD компонентам.
Оптопары 4N35 или еще какой вариант есть?
И по DC/DC может все таки с запасом? 2596

SMD для меня предпочтительнее, оптопарами я пользуюсь такими: TLP281-4 я ими в китае по 25 рублей тарюсь, в одном корпусе сразу 4 оптопары.

[Mamont]

А если вкратце : работа подразумевается автономная или с ПК? Какая прога будет на ПК?

Вертится идея сделать на ПК прогу-интерпретатор кода, будет выдавать на контроллер(генератор импульсов) элементарные приращения в шагах на один тик времени (1..4мс). Данные буферизируются, достаются контроллером и в реальном масштабе времени генерируются импульсы.
Причем данные приращений не целочисленные, а слегка дробные.

[staltech]

оптопарами я пользуюсь такими: TLP281-4 я ими в китае по 25 рублей тарюсь, в одном корпусе сразу 4 оптопары.

Согласен, этот вариант думаю будет дешевле. А по DC/DC что решим?

[selenur]

А если вкратце : работа подразумевается автономная или с ПК? Какая прога будет на ПК?

Вертится идея сделать на ПК прогу-интерпретатор кода, будет выдавать на контроллер(генератор импульсов) элементарные приращения в шагах на один тик времени (1..4мс). Данные буферизируются, достаются контроллером и в реальном масштабе времени генерируются импульсы.
Причем данные приращений не целочисленные, а слегка дробные.

Специфика протокола USB не позволяет нормально реализовать такую логику, в принципе.....

[selenur]

оптопарами я пользуюсь такими: TLP281-4 я ими в китае по 25 рублей тарюсь, в одном корпусе сразу 4 оптопары.

Согласен, этот вариант думаю будет дешевле. А по DC/DC что решим?

2596 у меня есть откуда сдуть давай их

[staltech]

2596 у меня есть откуда сдуть давай их

ОК!

[staltech]

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

Почему же, с буферизацией будет работать, это что то ближе к протоколу MACH3 наверное.

[staltech]

Вертится идея сделать на ПК прогу-интерпретатор кода, будет выдавать на контроллер(генератор импульсов) элементарные приращения в шагах на один тик времени (1..4мс). Данные буферизируются, достаются контроллером и в реальном масштабе времени генерируются импульсы.
Причем данные приращений не целочисленные, а слегка дробные.

Могу платку задарить для таких экспериментов Cyprys FX3 USB 3.0 + ARM + RAM.

[Mamont]

Специфика протокола USB не позволяет нормально реализовать такую логику, в принципе.....

С чегобы?
Длинна пакета: n[8],dx[16],dy[16] dz[16] da[16] crc[8] в сумме 10байт. на скорости 115200 пакет уйдет за 0.870мс
Если СОМ порт не реальный, а USB эмулированный , в один пакет можно совать 2-3 набора дельт

на контроллере желательно иметь 5 16битных таймеров, 1 системный, 4 для осей.

[staltech]

С чегобы?
Длинна пакета: n[8],dx[16],dy[16] dz[16] da[16] crc[8] в сумме 10байт. на скорости 115200 пакет уйдет за 0.870мс
Если СОМ порт не реальный, а USB эмулированный , в один пакет можно совать 2-3 набора дельт

Операционная система не позволит выдержать такие промежутки времени, если только Real time OS но опять же не с USB.
А вот если сначала закидывать в буфер то прокатит.

[selenur]

Специфика протокола USB не позволяет нормально реализовать такую логику, в принципе.....

С чегобы?
Длинна пакета: n[8],dx[16],dy[16] dz[16] da[16] crc[8] в сумме 10байт. на скорости 115200 пакет уйдет за 0.870мс
Если СОМ порт не реальный, а USB эмулированный , в один пакет можно совать 2-3 набора дельт

на контроллере желательно иметь 5 16битных таймеров, 1 системный, 4 для осей.

Ну если так...
А разгон/торможение, как учесть?

[Mamont]

Ну если так...
А разгон/торможение, как учесть?

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

[staltech]

Есть еще вот такая реализация таймера на шарпе для винды, тоже может пригодится.
http://www.codeproject.com/articles/983 ... -net-timer
Была у меня одно время тоже такая идея, но я от нее отошел.