Настраиваем контроллер to_pci.

[Serg]

Тут нужен простой счетчик, у нас такой не реализован. Можно конечно написать для одного локального входа на плате, но что то не хочется...

А энкодер разве не может работать счётчиком? У Mesa может, там как раз есть режим измерения скорости.

[mmv]

А энкодер разве не может работать счётчиком? У Mesa может, там как раз есть режим измерения скорости.

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

[mmv]

Ну я так и нашел нужные входы, там все сползло.

Ну так все 16 входов работают или нет?
Нужна ли с этим вопросом какая нибудь помощь?

[Serg]

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

В Mesa есть два режима работы:

Код: Выделить всё

counter−mode
      Set to False (the default) for Quadrature. Set to True for Step/Dir (in which case Step is on the A pin and Dir is on the B pin).

[mmv]

Ну значит там есть такой режим входа. Видимо он для подсчёта импульсов при управлении двигателем по SDEP/DIR.

[Serg]

Вернее для подсчёта любых импульсов и измерения частоты их следовааниия, т.е. скорости.

И не только там. Ещё и в encoder(9):

Код: Выделить всё

encoder.N.counter−mode bit i/o
     Enables counter mode. When true, the counter counts each rising edge of the phase−A input, ignoring the value on phase−B.
     This is useful for counting the output of a single channel (non-quadrature) sensor. When false (the default), it counts in quadrature mode.

Вряд ли кому ещё это потребуется в ближайшие пару лет.....

Пользователям to_pci вряд ли потребуется в ближайшие пару лет синхронизация подачи с вращением шпинделя, нарезание резьб, стабилизация скорости вращения шпинделя и т.п. с использованием простых датчиков?..

[mmv]

Повторюсь это первый случай когда это потребовалось.
Поэтому этот режим не реализован.
Его можно реализовать, но это точно не быстро, если такой функционал не заложен изначально. Сначала хотелось бы закончить с ethernet концепцией, а потом уж дорабатывать.

Пользователям to_pci вряд ли потребуется в ближайшие пару лет синхронизация подачи с вращением шпинделя

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

Над реализацией можно подумать.....

[Serg]

Потому что с одной меткой на оборот резьбу не нарежешь нормально наверное.

Отлично режется.

[Jack Vo]

Потому что с одной меткой на оборот резьбу не нарежешь нормально наверное.

Почти все заводские системы ЧПУ умеют резать резьбу по одной метке.
Да и в англоязычном сегменте пользователей LinuxCNC у многих для скорости и резьбы используется либо индуктивные, либо датчики холла.

[mmv]

Ну если нужно, можем добавить такой режим работы. Но придётся с этим подождать...

Почти все заводские системы ЧПУ умеют резать резьбу по одной метке.

Я просто сам так не пробовал резать так резьбы.
Но с таким датчиком только на хоббийных простеньких станочках.....

[ex71]

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

[Serg]

Но с таким датчиком только на хоббийных простеньких станочках.....

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

[mmv]

Что ж вы всё "отмазки лепите-то"?

Что значит отмазки?

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

Нет смысла усложнять проект и вводить кучу всего что не требуется.

Вы ж делаете "замену платам Mesa"

Извините, все таки замену!!!

для которых общедоступны все исходники

А не как многие делают - просто передирают вместе с софтом и продают под своей маркой. Для нас дело принципа сделать своё.
В коде нет ни одной строки скопированной из исходников MESA.

Можно же просто сказать "можем добавить такой режим работы. Но придётся с этим подождать..."

Так и было сказано:

Ну если нужно, можем добавить такой режим работы. Но придётся с этим подождать...

Что то вы суть коверкаете иногда!

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

ведь обороты шпинделя не постоянны - усилие резания может влиять на стабильность оборотов. А LCNC будет основываться на средней скорости.

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

[Serg]

Что значит отмазки?

Ну я там выше отквотил. Если не поняли - забейте.

Что то вы суть коверкаете иногда!

Ну и нормально было сказано. Только зачем в след. строчках надо было изобретать "странные" причины нереализации несложного режима работы, имеющегося в "энкодере" Mase и в штатном компоненте encoder(9)?.. Это уже из области психологии.

А не как многие делают - просто передирают вместе с софтом и продают под своей маркой. Для нас дело принципа сделать своё.
В коде нет ни одной строки скопированной из исходников MESA.

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

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

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

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

[mmv]

Мы с вами немного не понимаем:

Только зачем в след. строчках надо было изобретать "странные" причины нереализации несложного режима работы, имеющегося в "энкодере" Mase и в штатном компоненте encoder(9)

Извините, все таки замену!!!

Не копию, не аналог, а замену на рынке. Изделие может сильно отличаться от другого устройства с аналогичным назначением(не оригинала).

Ну доки-то наверно стоило почитать как работает оригинал

Верно подмечено - в MESA скорее всего реализованы моменты которых у нас нет, мы никогда и не старались делать копию, а реализовывали тот функционал который востребован. Может у нас специфические клиенты или спрос слишком мал...

А то все подумают, что замена - купят и обнаружат, что совсем даже не замена, а просто немного похоже.

Так, так и есть просто похоже, и так всегда и позиционировали этот продукт.

причины не реализации несложного режима работы

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

А вдруг эту тему читают ещё 38 человек,

Кто нибудь да спросит есть ли такой режим работы. А пока никто таким режимом не интересовался. Поэтому и не сделан этот режим.
Что непонятного ? А то что он есть у MESA или ещё у кого - может их клиентам надо.

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

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

раньше где-то тут писал о проблемах хоминга по индексу у вашего продукта и о направлении по их исправлению

Возможно как то пропустили, если можно напомните суть проблемы.

[max73]

блин (а хочется сказать другое слово), эта тема по настройке или философия типа "а если бы да кабы". Я когда пытался что-то настроить за... читать всякие рассуждения не относящиеся к конкретике.
Есть же тема для пожеланий и прочего, оставьте хотя бы настройку плвты чисто технической темой.

[dimedved]

В общем, пока приболемши, собрал на дому систему. А тут ещё выходные на голову свалились.
Вот ковыряюсь.

[dimedved]

Линукс с подключенными интернетами установился легко и непринуждённо.
Но джиттер на base-thread всё равно великоват: до 80к доходит, но в среднем держится на 15к.
На servo-thread вроде максимум 30к было.

Настраиваю систему токарную XZ + Spindle.
Юхаевские сервы. ОС по внешним энкодерам
На шпинделе в качестве энкодера выход с драйвера. Пока нет уверенности, что корректно завёл на него ОС.

На плате SD по всей видимости спалил транзистор на enable (P5) - с дуру туда питалово подал. Теперь он всегда "enabled" =))
Заметил тока сейчас, когда стал заводить этот сигнал.

[dimedved]

Что-то не могу добиться работы SD.
Только что работала и - чупс.

Подключал так:
step0 - x.step
dir0 - x.dir
+5v - x./step + x./dir
step1 - z.step
dir1 - z.dir
+5v - z./step + z./dir
step2
dir2

AOUT, подсоединённый к третьему мотору - тож молчит.

UPD.
Тьфу ты, блин! Осенило только что - стоило только голову к подушке прислонить.
Я-то перенёс сигнал enable на Lpins.pin-00-out и пытаюсь запустить.
На драйвере светится run, но enable на плате получается не активирован - вот и не выдаёт ничего плата...
Поменял - заработало!

[mmv]

Все нормально завелось значит. Очень важны результаты запуска ethernet плат. Если у кого что то не так пожалуйста пишите.