Особый контроллер на МК

[Efim]

1.все сталкиваются с неравномерностью передачи сигнала под Виндовс
2.есть проблеммы обработки сигнала шага
Идея не фонтан, заключается в следующем:
Создать контроллер, который по нескольким "шагам" определяет их частоту и выдает аппаратный шаг двигателю, до тех пор пока не произойдет смена направления или остановка двигателя. Пропуск 2-3 шагов по входу в учет не принимать и продолжать движение...
ЗЫ О проблеммах ускорения и т.д при такой схеме я не думал.
Может полезной идея окажется..

[koolhatcker]

ЗЫ О проблеммах ускорения и т.д при такой схеме я не думал.

А вы подумайте. Иначе максимальная скорость вращения будет ограничена частотой приемистости под данной нагрузкой.

[Efim]

Не вижу разницы, МК задает шаг или этот шаг задается с LPT..
Я имею в виду, чтобы МК выполнял роль сходную с кэшэм. А результат расчетным методом выдавал.
А с ускорением решить вопрос можно. По крайней мере алгоритм и программу я бы написал, только вот под контроллеры я не умею..

[Efim]

Программа управления засылает по лпт на контроллер шаг с определенной частотой на протяжении определенного времени.
Всю временную цепочку постоянно ловить в идеале не обязательно. Достаточно пары шагов чтобы определить частоту. И с этой частотой аппаратно выдавать шаг до момента окончания подачи сигнала с лпт.
Хотя на практике такое реализовать практически невозможно..

[koolhatcker]

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

И что получится? Частоту первых двух шагов определили, а дальше то что? А дальше будет разгон. И импульсы от LPT будут поступать быстрее, чем МК будет выдавать на двигатель.
И вобще - зачем козе баян то? Проблемы с виндой - используйте DOS или никсы. Есть проблемы обработки сигнала драйвером - доведите драйвер до ума. И не нужно мудрить:). Имхо.

[spike]

1.все сталкиваются с неравномерностью передачи сигнала под Виндовс
2.есть проблеммы обработки сигнала шага
Идея не фонтан, заключается в следующем:
Создать контроллер, который по нескольким "шагам" определяет их частоту и выдает аппаратный шаг двигателю, до тех пор пока не произойдет смена направления или остановка двигателя. Пропуск 2-3 шагов по входу в учет не принимать и продолжать движение...
ЗЫ О проблеммах ускорения и т.д при такой схеме я не думал.
Может полезной идея окажется..

Почему не фонтан идея? Нормальная такая идея, и даже хорошая. Вот ознакомься - фактически реализованная.

[LordFox]

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

[Dj_smart]

а если в устройстве сделать достаточно большой буфер можно с компьютера залить проект отключить от компьютера принести к станку подключить сделать изделие, ни какой математики

Ага. Уже есть, и давно:). Это к koolhatcker'у - умный контроллер на МК...

[spike]

Ага. Уже есть, и давно:). Это к koolhatcker'у - умный контроллер на МК...

А я почему-то всегда думал что "умник" сам интерполяцию делает...

[koolhatcker]

Да, интерполяцию он делает сам. А почему бы и нет, если успевает и при этом шаги не теряет?:) Наверное имелось в виду то, что проект заливается на карточку памяти, относится к станку и там по данным с карты изготавливается изделие. А кто делает интерполяцию - да какая разница, главное - чтобы инструмент перемещался по заданной траектории с заданной скоростью.

[LordFox]

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

[spike]

Да, интерполяцию он делает сам. А почему бы и нет, если успевает и при этом шаги не теряет?:) Наверное имелось в виду то, что проект заливается на карточку памяти, относится к станку и там по данным с карты изготавливается изделие. А кто делает интерполяцию - да какая разница, главное - чтобы инструмент перемещался по заданной траектории с заданной скоростью.

Efim описал фактически идею LPTBridge malvin`а, вкратце: используется практически любая программа, управляющая LPT-портом, осуществляется перехват импульсов и измерение их длительности, и передается внешнему контроллеру, который уже и выдает импульсы на привода. При этом появляется возможность выровнять все кривости дерганья портом из под винды. Буферизация возможна на стороне РС и необходима на стороне МК.
LPTBridge по идее может работать с любой программой использующей dll-ку для вывода в порт. Дополнительно в GIGAMESH`е реализована возможность управления потоком вывода - т.е. МК фактически может сказать РС: "подожди, я еще не переварил".

Мне кажется весьма перспективной идея контроллера, который не занимается обработкой траектории и электроавтоматики, а только лишь управляет ими по простой готовой к исполнению без вычислений (ну или с минимальными) программой. Основной задачей его в этом случае является обеспечение близких к идеальным формы и длительности импульсов. И даже не обязательно отсоединение контроллера от РС, хотя, возможно, в некоторых случаях удобно.

[LordFox]

Если это устройство включить онлайн то станок будет работать как принтер, Сделал проект послал на выполнение , заполнился буфер, пошло управление станком. И режит с стабильной скоростью не зависяшей от виндовса.

[spike]

Если это устройство включить онлайн то станок будет работать как принтер, Сделал проект послал на выполнение , заполнился буфер, пошло управление станком. И режит с стабильной скоростью не зависяшей от виндовса.

Да, чуть не забыл, GIGAMESH еще может такому контроллеру длительность импульсов сообщать - соответственно, проблема ускорения/торможения тоже решается.