cnc-club.ru

selenur писал(а):2) ..... а дальше предлагайте ..

Я пошел модульным путем: на Вектронике блок драйверов (TB6600) отдельно. В качестве контроллера в основном используется китайский автономник SMC4-4-16A16B, но можно подключить и Ардуину Нану с беспроводным синезубом НС-06. А для мелких ЧПУ (типа проксона) сделал блок управления (с DC-DC, реле включения шпинделя, вентилятором, разъемами подключения USB-TTL, концевых датчиков и Z-probe, кнопок старт/стоп/отмена, выход Uпит на освещалку). Z-probe подключен через оптопару PC-817. Также можно подключить синезуб на НС-06И да, можно выдернуть Ардуину и подключить MicroNC контроллер С.Ефремова

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

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

staltech писал(а):

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

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

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

yurayerz писал(а):Я пошел модульным путем

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

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

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

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

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

staltech писал(а):

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

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

Да конечно.

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

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

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

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

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

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

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

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

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

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

staltech писал(а):

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

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

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

selenur писал(а):2596 у меня есть откуда сдуть давай их

ОК!

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

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

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

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

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

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

Mamont писал(а):

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 для осей.

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

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

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

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