cnc-club.ru

Я вот еще хочу спросить- как ось A -ch3 подчинить к Х ch0?
Я думал там просто в настройках конфигурации нужно указать и все, а нет... Я выбрал для третьего канала мастера 0, но синхронно они крутятся только по шаговом перемещении, наверное еще где-то и что-то нужно прописывать?

Кстати, а с какими настройками коэффициентов заработало?

ukr-sasha писал(а):Кстати, а с какими настройками коэффициентов заработало?

Интересный вопрос...
Стояли те которые ты говорил

ukr-sasha писал(а):ch0->MaxI=2047;
ch0->MaxOutput=2047;
На момент настройки поставь побольше:
ch0->MaxFollowingError=100000000;

с прошлыми не пробовал, надо попробовать вернуть, посмотреть как будет. К стати P стал по другому себя вести, но пока не подбирал, доволен был, что нормально и так работает.

На серве какие?
П.С. Про подчиненную ось тут было. Если не найдешь - пиши.

ukr-sasha писал(а):На серве какие?

Да в принципе все заводские:
Pn300- 600 стоит, ставил 1000 но разницы на оборотах не заметил
Pn201- 16384 сейчас точно работает, меньше ставить не пробовал после "починки"
Pn202-4
Pn203-1
Вроде бы все вспомнил.

ukr-sasha писал(а):П.С. Про подчиненную ось тут было. Если не найдешь - пиши.

Нашел еще вчера (стр.7), сегодня попробовал, работает, спасибо!!! Можно двигаться дальше .

что-то никак не найду в описании каналога какой уровень сигналов он может принимать на входах А0,А0-, В0, В0-,С0, С0-,D0, D0- аналогичных? до вольт или можно больше?

5 вольт переваривает точно...

а 10 (высокий) и полтора(низкий) вольта не испортят плату?

Что-то не похоже на TTL уровни.

да я все про то, чтобы маховик с энкодером ве-178 привинтить к кфлопу. попался просто по случаю - думаю куда применить. там дифференциальный ттл, но какой-то странный
наверное, в каналог никак не завести - во всех описаниях ТТЛ сигнала там максимум 5,3В.

Это не ТТЛ, это сигналы высокоуровневых ДТЛ микросхем серии 511 (были специально разработаны для ЧПУ, имеют невысокое быстродействие, зато повышенную помехоустойчивость) . Чтобы преобразовать в ТТЛ, достаточно резистивных делителей на все выходы.
Но питать эти энкодеры придется 15 вольтами.

имеются ввиду самодельные делители напряжения (то есть правильно подобранные резисторы) или какие-то покупные готовые блоки?

Александр_ писал(а):имеются ввиду самодельные делители напряжения (то есть правильно подобранные резисторы)

Да. Делитель, скажем, из 1 кОм и 470 Ом подойдет. (470 Ом на общий провод, 1 кОм к энкодеру, точку соединения на ТТЛ-вход). С точки зрения помехозащищенности делители лучше ставить ближе к Кфлопу.

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

ZONG писал(а):Незнаю где спрошу тут! Парни реально ли с помощью kflop или подобных железяк реализовать управление шаговыми движками на основе показаний линеек или энкодеров? Вопрос продиктован из соображений экономии

Реально.

Тоесть на выходе мы получаем тотже сервопривод с коррекцией положения при переезде недоезде? Просто выходит проще при нынешнем курсе иметь кфлоп и шаговики + энкодеры чем сервы по 500-600 долларов за ось? Пусть немного медленнее хотя спорно так как шаговики часто ставят напримик без редукции ну и довольно точно за счёт деления шага + хорошего энкодера.

Правильно ли я все понял?

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

В ходе тестировании версии 4.33q, обнаружил что нет задержки при изменнении подачи. Изменяется практически мгновенно при Lookahead 3 сек.

Беспощадно тестирую kflop, в жизни всякое случается. Нашел глюк в ПО, при резком вращении маховичка происходит сбой и ось на максимальной скорости стремится убежать со станка. Видео ниже.
Но как всегда, Том ответил очень быстро. Дело в том что для плавного ускорения, расчет позиции датчика происходит быстрее чем дискретизации/выполнения ПО. И при рывках или шуме алгоритм "запутывается", и происходит данный эффект. Пообещал исправить.
Но можно вылечить следующим образом, заметить строку на При этом скорость просчета маховичка будет происходить на частоте 5 кГц
Или использовать аппаратный счетчик MPGSmoothHardwareEnc.c скорость обработки до 1 МГц.

https://youtu.be/IT0gG4xy910