cnc-club.ru

Nick писал(а): Попробуй на нем в LiveCD или LiveUSB с дистрибутива LinuxCNC запуститься и померь latency.

Загрузился с диска, вот такие цифры
865G7MF-SH проц 2.53 памяти 1гиг
Max jitter Base thread: 11199 ns
Max jitter Servo thread: 9859 ns

Nick писал(а):С энкодерами - посчитай, какое максимальное будет число тиков в секунду

1024 риски на диске = на один оборот. 163840 импульсов на 200мм перемещения.
Что можно ожидать?

вот рабочий проект с энкодерами на оптопарах
http://vrtp.ru/index.php?showtopic=19597&st=0

Невский писал(а):Max jitter Base thread: 11199 ns

Это очень даже хорошо.

Невский писал(а):1024 риски на диске = на один оборот.

Смотри, максимальная частота с которой linuxCNC будет читать порт - около 30кГц. На 1 риску энкодера должно приходить 4 разных сотояний сигналов итого 4096 на оборот = максимум 7 об/сек. Это при условии, что такты сигналов распределены равномерно. Но это идеальный вариант.

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

Nick писал(а): Это при условии, что такты сигналов распределены равномерно. Но это идеальный вариант.

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

Nick писал(а):По хорошему надо как минимум 2 такта на смену положений, а на самом деле используют еще более большой интервал, чтобы можно было обрезать шумы.

Про код Грея ( это о нём речь?) в общем плане ознакомился, с работой энкодера тоже. Во всяком случае, я понимаю как он работает.
YAPSC 10 при этом можно обойти? На одном МК atmega32L сделать можно?

Невский писал(а):Энкодеры от производителя, установку оптопары постараюсь выполнить по заводской установке, крепления с направлющими все сохранились.

Заводская тоже может быть кривой, если там стоял быстрый чип, который умел считать тики энкодера, то можно очень криво поставить и будет работать...
Тебе по скорости проходит 1 оборот в секунду?

2 такта - это чтобы смена положения кода гарантированно попала в наш период.

При шаге 1мм на 1 оборот , да мне скорость не нужна, Больше важна точность. Чем точнее -тем лучше.
Технология такая : на фольгированый текстолит наносится краска, затем бором или лазером краска удаляется, сверлится , травится.
Скорость на последнем месте.
Подключать энкодеры думаю к такому МК

Вырезать его из платы по периметру смд, готовая макетка "ардуина" .

Невский писал(а):да мне скорость не нужна, Больше важна точность

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

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

На зубчато ременном примерно 7-7.5:1, ходовой винт будет с шагом 1.25
Энкодер на ходовом валу.
Хватит ли у меги "мозгов" посчитать 4096 имп на один оборот и если оборотов вала около 150-170 до крайней точки?
Она то, по идее запоминает количество импульсов от 0. Ещё и по двум осям. Не придётся диск энкодера переделывать?

Мозгов посчитать хватит.
Я пользуюсь и 16 и 24 и 32 битными вычислениями.
Они, конечно, медленнее 8-ми битных, но не смертельно.
Частично проблема в том, что 24 битные переменные уже не получится держать в регистрах процессора, а придется хранить их в памяти, и при вычислениях - считывать от туда и записывать обратно.

Конкретно со средой программирования для arduino не знаком. Использую просто 8-битные микроконтроллеры Atmel.

То есть, тогда схему по ссылке можно собирать без изменений
http://fotki.yandex.ru/users/alex-vr/vi ... 70/?page=2
Исключить переменные резисторы.
Остальное будет решаться прошивкой?