cnc-club.ru

UAVpilot писал(а):Такой контроллер сам генерит сигналы step/dir, ибо по usb их не передать.

Ничего он не генерит! Нет ни какой разницы по какому протоколу гонять данные и через какой интерфейс. Алгоритм примерно одинаковый. Принял пакет, отчитался. Записал в буфер, отправил дальше, получил отчет о доставке.

Rom327 писал(а):Ничего он не генерит!

Можно пример USB-контроллера, не генерящего step/dir? Те платы, которые подключаются к USB только для питания - не в счет.

Rom327 писал(а):Нет ни какой разницы по какому протоколу гонять данные и через какой интерфейс. Алгоритм примерно одинаковый. Принял пакет, отчитался. Записал в буфер, отправил дальше, получил отчет о доставке.

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

AndyBig писал(а):Можно пример USB-контроллера, не генерящего step/dir?

Наверное любой дешевый mach3 usb контроллер, не?
Хотя в логике работы мача я не очень силен... не уверен, что он вообще умеет отдавать генерацию на сторону платы. Думаю, что мач и продолжает генерить импульсы, просто дает их на плату в виде команд.

Rom327 писал(а):Ничего он не генерит! Нет ни какой разницы по какому протоколу гонять данные и через какой интерфейс.

Может просветите как передать импульсы step с частотой в десятки килогерц по usb, который согласно спецификации не умеет пересылать пакеты чаще, чем раз в одну милисекунду?

Andrey@KZN писал(а):Наверное любой дешевый mach3 usb контроллер, не?

ЛЮБОЙ дешёвый mach3 usb контроллер сам генерит сигналы step/dir, а mach3 по usb лишь сообщает ему сколько импульсов и с какой часотой надо сгенерить.

Andrey@KZN писал(а):Хотя в логике работы мача я не очень силен... не уверен, что он вообще умеет отдавать генерацию на сторону платы. Думаю, что мач и продолжает генерить импульсы, просто дает их на плату в виде команд.

Т.е. вы вообще не в теме, но уверено называете бредом слова того кто в теме? Вы сначала разберитесь в вопросе, а потом поговорим...

Rom327 писал(а):

UAVpilot писал(а):Такой контроллер сам генерит сигналы step/dir, ибо по usb их не передать.

Ничего он не генерит! Нет ни какой разницы по какому протоколу гонять данные и через какой интерфейс. Алгоритм примерно одинаковый. Принял пакет, отчитался. Записал в буфер, отправил дальше, получил отчет о доставке.

принципиальная разница в том, что юсб плата обменивается данными с компьютером по "компьютерному" протоколу юсб, это протокол включает как вы написали отчеты о доставке. Далее юсб плата генерирует сигналы степ/дир по сути любых характеристик
Плата лпт как правило работает (т.е. просто дает гальваническую развязку через оптопару нежного ЛПТпорта компа и мощного драйвера) с уже готовыми сигналами степ/дир, которые генерирует лпт-порт компьютера, без контроля обработал ли получатель сигнал или нет. ЛПТ порт никто не задумывал для подобных целей и качество этих сигналов так себе

nekefer писал(а):Плата лпт как правило работает с уже готовыми сигналами степ/дир, которые генерирует лпт-порт компьютера, без контроля обработал ли получатель сигнал или нет

Порт LPT только выдает наружу сигналы Step-Dir, сгенерированные программой. LPT выступает в роли простого регистра вывода. Расширенные возможности (EPP, ECP) LPT порта в данном случае (работа Mach через простую плату сопряжения) не используются.

nekefer писал(а): ЛПТ порт никто не задумывал для подобных целей и качество этих сигналов так себе

Это "вина" не столько LPT, сколько самой архитектуры ПК, не рассчитанной на работу в реалтайме.

Andrey@KZN писал(а):

AndyBig писал(а):Можно пример USB-контроллера, не генерящего step/dir?

Наверное любой дешевый mach3 usb контроллер, не?.

юсбшнур имеет 2 провода данных, как вы собираетесь передавать 15 линий сигнала (3 сигнала(степ/дир/энебл) на 5 осей)? дешевый контролер может эмулировать ЛПТпорт, т.е. в компьютере будет виден дополнительный порт ЛПТ, но это очень виртуальное сходство

Andrey@KZN писал(а):Наверное любой дешевый mach3 usb контроллер, не?

Не.

nekefer писал(а):юсбшнур имеет 2 провода данных, как вы собираетесь передавать 15 линий сигнала (3 сигнала(степ/дир/энебл) на 5 осей)? дешевый контролер может эмулировать ЛПТпорт, т.е. в компьютере будет виден дополнительный порт ЛПТ, но это очень виртуальное сходство

Сами отвечаете на свой вопрос, что передать по двум проводам 15 линий возможно. Но стабильность, производительность и т. п. теряются в данной реализации.

Вообще в моем понимании для ЧПУ генерация импульсов - это учет ускорений и автоматическая смена частоты импульсов при прохождении углов. Типа одна ось должна замедлиться, а другая наоборот начать движение.

Если же генерацию понимать именно в лоб, как написал мастер адекватно-вежливого общения с котом на аватарке - типа программируемого генератора, то да. Можно сказать, что генерируют.

Andrey@KZN писал(а):

nekefer писал(а):юсбшнур имеет 2 провода данных, как вы собираетесь передавать 15 линий сигнала (3 сигнала(степ/дир/энебл) на 5 осей)? дешевый контролер может эмулировать ЛПТпорт, т.е. в компьютере будет виден дополнительный порт ЛПТ, но это очень виртуальное сходство

Сами отвечаете на свой вопрос, что передать по двум проводам 15 линий возможно. Но стабильность, производительность и т. п. теряются в данной реализации.

поэтому я не президент, не умею доходчиво объяснять
а если я вам скажу что ЛПТплату можно вообще выбросить из схемы и провода от драйверов ШД всунуть прямо в ЛПТпорт компьютера, весьба бюджетненько
вот этот бюджетный гаджет способен заменить лПТ плату

по юсб передает не сигнал, а информация о сигнале, значительно стабильнее и производительнее чем по ЛПТ

Andrey@KZN писал(а):Вообще в моем понимании для ЧПУ генерация импульсов - это учет ускорений и автоматическая смена частоты импульсов при прохождении углов. Типа одна ось должна замедлиться, а другая наоборот начать движение.

Если же генерацию понимать именно в лоб, как написал мастер адекватно-вежливого общения с котом на аватарке - типа программируемого генератора, то да. Можно сказать, что генерируют.

Хоть в лоб, хоть по лбу. Попытайтесь сначала таки разобраться в вопросе...
Mach раз в милисекунду или реже (чаще usb не сможет) сообщает контроллеру сколько импульсов и с какой частотой надо сгенерить, например в первую милисекунду 10 импульсов с частотой 5кГц, во вторую милисекунду 20 импульсов с частотой 10кГц и т.д. - так и получаются ускорения и замедления.

Насколько я знаю - интервалы фиксированные, и передается только количество необходимых импульсов в каждом интервале.
Что-то, конечно, зависит от реализации плагина, но, обычно - так.

UAVpilot писал(а):в первую милисекунду 10 импульсов с частотой 5кГц, во вторую милисекунду 20 импульсов с частотой 10кГц и т.д.

Предлагаю самостоятельно посчитать, когда и какие ускорения при этом возникают.
Играть в капитана очевидность нет желания

Andrey@KZN писал(а):

UAVpilot писал(а):в первую милисекунду 10 импульсов с частотой 5кГц, во вторую милисекунду 20 импульсов с частотой 10кГц и т.д.

Предлагаю самостоятельно посчитать, когда и какие ускорения при этом возникают.
Играть в капитана очевидность нет желания

Давай, посчитай.
Я вот не знаю, как.

UPD:
Вот пример осцилограммы NCStudio (красный график). К слову, она генерирует сигнал много лучше mach3. А бывает даже так:

Andrey@KZN писал(а):Предлагаю самостоятельно посчитать, когда и какие ускорения при этом возникают.
Играть в капитана очевидность нет желания

Я первый попросил рассказать как передать сигнал step c частотой например 10кГц по usb, который не способен передавать пакеты чаще, чем раз в одну милисекунду. В качестве обоснования желательно указать значение последнего поля в Endpoint Descriptor для такого случая.

А потом можно будет поговорить как так получается, что mach3 может генерить сигнал с максимальной часотой около 25 кГц, а с usb контроллерa получают 150-500 кГц...

Andrey@KZN писал(а):Предлагаю самостоятельно посчитать, когда и какие ускорения при этом возникают.

В реальности нормальная система таких ускорений, конечно не выдаст. Это просто пример для иллюстрации. Какие частоты будут в соседних сервоциклах на реальном станке, посчитать нетрудно.
И да, обычно частота импульсов step меняется один раз за сервоцикл, независимо от способа генерации. В LinuxCNC это, как правило, 1 мс, в Mach3, насколько я помню - 2 мс. Теоретически возникают "бесконечные" ускорения, а практически - реальный ШД их даже не чувствует.

michael-yurov писал(а):Давай, посчитай.
Я вот не знаю, как.

Совсем упрощенно - гигантское ускорение при первом импульсе, период которого отличается от предыдущих

michael-yurov писал(а):синие осцилограммы внизу - после обработки сигнала СтепМастром

Хочу степмастер! Он делает круть!

UAVpilot писал(а):Я первый попросил рассказать как передать сигнал step c частотой например 10кГц по usb, который не способен передавать пакеты чаще, чем раз в одну милисекунду.

Дык это уход в сторону.
Мы же к чему пришли, что ты под генерацией понимаешь просто работу в качестве генератора
А я понимаю более специфичные для ЧПУ вещи. См. синий график у michael-yurov.
В рамках твоей терминологии - ты прав. Можешь успокоиться на этом.

Сергей Саныч писал(а):обычно частота импульсов step меняется один раз за сервоцикл, независимо от способа генерации. В LinuxCNC это, как правило, 1 мс, в Mach3, насколько я помню - 2 мс. Теоретически возникают "бесконечные" ускорения, а практически - реальный ШД их даже не чувствует.

М-м-м-м....
Мне надо это всё в голове уложить.
Но я, хотя бы, понял, почему у меня шаговики "пели" на нескольких нотах при гравировке, но не было плавно меняющегося тона при разгоне.

P.S. интересно, как у степмастера оси синхронизируются, как поиск датчика выполняется... пойду почитаю тему, чтоли...

michael-yurov писал(а):после обработки сигнала СтепМастром

Блин, так это твоя плата

Andrey@KZN писал(а):Вообще в моем понимании для ЧПУ генерация импульсов - это учет ускорений и автоматическая смена частоты импульсов при прохождении углов. Типа одна ось должна замедлиться, а другая наоборот начать движение.

Andrey@KZN писал(а):В рамках твоей терминологии - ты прав. Можешь успокоиться на этом.

Генерация импульсов - это генерация импульсов и ничего более. Не нужно придумывать новые значения для давно устоявшихся терминов