Увеличение разрешения STEP в два раза или генерация SDx2...

[raddd]

Так что тут рисовать то.
Емли растянуть ноль то и время отсутствич сигналов растянется.
Ровно только при 50% скважности на входе.
Рри этом скважность на выходе будет менятся от частоты на входе. Вплоть до просто высокого уровня при превышении порога заданного пасивными элементами схемы или скорости работы логики

[MX_Master]

У большинства контроллеров длина импульса указывается жёстко по времени (у софт генератора LinuxCNC тоже). Чтобы было в процентах - нигде не видел. Поэтому свой увеличитель я делал сразу на STM'ке. Чтобы соблюсть все скважности.

[Сергей Саныч]

stepgen в LinuxCNC имеет возможность выдавать практически любой вариант управления ШД, а не только step/dir (15 готовых "паттернов" плюс произвольный пользовательский).
Так что сформировать последовательность, где вместо импульсов step будут выдаваться фронты, можно. Надо только разобраться.
Другой вопрос, насколько это актуально (см. DoubleStep).

[MX_Master]

Все пользуются этим даблстепом, и я тоже (:

[Сергей Саныч]

Единственный плюс предлагаемого преобразователя фронтов в импульсы (так точнее) по сравнению с doublestep - это меньший расход процессорного времени в потоке basethread. Дело в том, что при использовании этого режима (и, соответственно, parport.<p>.reset) для формирования импульса step нужной длительности делается задержка, "отъедающая" соответствующую часть base-period, что может потребовать увеличения этого самого периода.

[wldev]

Постараюсь ещё раз объяснить...
Я предлагаю НЕ умножитель частоты который из двух фронтов импульса делает два импульса фиксированной длины....
Я предлагаю изменить принцип генерации. Вместо импульсов генерировать только фронты. В результате мы разгрузим вычислительные мощности и снизим загрузку выходного порта.
А чтобы контроллеры понимали наш новый принцип необходимо обратно преобразовать эти фронты в импульсы и все...
Такой способ может увеличить макс. частоту генерации до 2-х раз для сигналов типа step..

[MX_Master]

Можно вместо шагов в базовом цикле передавать цифровые данные в сервоцикле, причём по LPT порту! После LPT порта поставить дешифратор/генератор за 1.5$ и готово. Проц разгружен, максимальная частота шагов увеличена как минимум до 1 МГц. Вроде, pluto-p так работает, только ценник там чуть дороже будет (:

[wldev]

Можно вместо шагов в базовом цикле передавать цифровые данные в сервоцикле, причём по LPT порту! После LPT порта поставить дешифратор/генератор за 1.5$ и готово. Проц разгружен, максимальная частота шагов увеличена как минимум до 1 МГц. Вроде, pluto-p так работает, только ценник там чуть дороже будет (:

Дело не в том, чем и как генерировать сигнал step. А в повышении его информативности и улучшению параметров системы...

[MX_Master]

Я клоню к тому, что времена потихоньку меняются. Если раньше тарабанить шаги основным процессором под Linux было выгодно. То теперь стоимость различных счётчиков и генераторов настолько упала (а их кол-во выросло), что наше ЧПУ под Linux может вообще о шагах не беспокоится.

Даже, если мы увеличим частоту шагов и снизим загруженность проца при выводе шагов, итоговый вариант всё равно не сможет тягаться с современными ЧПУ решениями. До 100 КГц сейчас - это хоббийный уровень. Не зря же народ активно юзает платки MESA, где значения идут в мегагерцах

Говоря всё это, я не имею целью как-то обругать, предлагаемый в первом сообщении, метод. Просто, мысли вслух.

[Сергей Саныч]

Тем не менее, решения на основе программных генераторов с выводом через LPT хоронить пока рановато. Не зря Степмастер Михаила пользуется устойчивым спросом.
Хотя среди новых материнок наличие LPT скорее исключение. Так, в DNS из 270 плат LPT есть только у 12. Но среди б/у плат LPT-шных, пожалуй, большинство. Тем более, что "крутизна" платы и процессора и способность устойчиво генерировать шаги практически никак не связаны.

наше ЧПУ под Linux может вообще о шагах не беспокоится.

Не все любят Linux.

[MX_Master]

Не буду спорить про LPT порт, ибо сам пользуюсь. А вот насчёт Linux не согласен. Людям не нравится, скорее, куцый интерфейс и ковыряния в INI файлах (вместо меню). В то время как с торрентов можно бесплатно слить винду и мач3. А раз оба варианта "стоят" одинаково, куцый Linux идет лесом (:

[Сергей Саныч]

Людям не нравится, скорее, куцый интерфейс и ковыряния в INI файлах (вместо меню)

Ну, вот это и не нравится Хотя не такой уж он и "куцый", даже в типовом Axis. Скорее строгий по сравнению с Mach. А передавать/сохранять файлы конфигурации проще, чем скриншоты менюшек.
На вкус и цвет, как говорится...

[lkbyysq]

Чьи мощности разгружать собираетесь?

В результате мы разгрузим вычислительные мощности и снизим загрузку выходного порта

Режимы работа параллельного порта.
EPP (Enhanced Parallel Port) — разработан компаниями Intel, Xircom и Zenith Data Systems — двунаправленный порт, со скоростью передачи данных до 2Мбайт/сек.(1991)
ЕСР (Extended Capabilities Port) — разработан компаниями Hewlett-Packard и Microsoft — в дополнение появились такие возможности, как наличие аппаратного сжатия данных, наличие буфера и возможность работы в режиме DMA, также поддерживает симметричный двунаправленный обмен данными со скоростью до 2,5 Мбайт/с.

Про шину внутри компьютера даже заикаться не стану.
Про вычислительную мощь процессора тоже.

Хорошая статья вот http://digteh.ru/PC/LPT/
"Идеальным вариантом являются кабели, в которых все сигнальные линии перевиты с общими проводами и заключены в общий экран - то, что требует IEEE 1248. Такие кабели гарантированно работают на скоростях до 2 Мбайт/с, их длина может достигать 10 м"

Мало????

[ART_ME]

Прошу прощения, что вмешиваюсь.
А ничего, что момент ШД падает с ростом частоты вращения?
За что собственно боретесь-то?

[wldev]

Прошу прощения, что вмешиваюсь.
А ничего, что момент ШД падает с ростом частоты вращения?
За что собственно боретесь-то?

это да, Но например если работать до 20КГц на системе у которой макс частота 40КГц то разрешение частот (количество возможных) будет больше (по сравн. с 20КГц) и соответственно плавность работы привода выше...

[MX_Master]

А ничего, что момент ШД падает с ростом частоты вращения?
За что собственно боретесь-то?

Сервы, управляемые по step/dir момент не теряют (:

[ART_ME]

это да, Но например если работать до 20КГц на системе у которой макс частота 40КГц то разрешение частот (количество возможных) будет больше (по сравн. с 20КГц) и соответственно плавность работы привода выше...

Вы имеете поднятие разрешающей способности в два раза?
Это можно, только вряд ли Вы заметите результат.

А ничего, что момент ШД падает с ростом частоты вращения?
За что собственно боретесь-то?

Сервы, управляемые по step/dir момент не теряют (:

И даже наоборот.
Но извините, если Вам нужны высокие скорости на серве, то на кой ляд Вам STEP\DIR?

[Serg]

Можно вместо шагов в базовом цикле передавать цифровые данные в сервоцикле, причём по LPT порту! После LPT порта поставить дешифратор/генератор за 1.5$ и готово. Проц разгружен, максимальная частота шагов увеличена как минимум до 1 МГц. Вроде, pluto-p так работает, только ценник там чуть дороже будет (:

7i43. Только даже они уже не выпускаются.

Не все любят Linux.

http://www.machsupport.com/forum/index. ... ic=15807.0
Видимо спроса нет...

[wldev]

Кстати память DDR SDRAM также работает по двум фронтам...

Вики: https://ru.wikipedia.org/wiki/DDR_SDRAM
"
При использовании DDR SDRAM достигается удвоенная скорость работы, нежели в SDRAM, за счёт считывания команд и данных не только по фронту, как в SDRAM, но и по спаду тактового сигнала. За счёт этого удваивается скорость передачи данных без увеличения частоты тактового сигнала шины памяти. Таким образом, при работе DDR на частоте 100 МГц мы получим эффективную частоту 200 МГц (при сравнении с аналогом SDR SDRAM)
"

[Argon-11]

За счёт этого удваивается скорость передачи данных без увеличения частоты тактового сигнала шины памяти.

Интересно, а в чем выигрыш? Тактовый-то сигнал остается условно 100 МГЦ, но скорость изменения на шине данных ведь удвоенная, т.е. 200 МГц! Разве что там какое-то распараллеливание шины данных на физическом уровне, чтобы часть "абонентов" (ну там чипов памяти) работала по переднему фронту, часть - по заднему и каждый из них работает на 100МГц, т.е. изготовлен на этом же тех.процессе. Не?