Да ничем пока не закончилось. Обычные линейки TTL +A/-A +b/-B +Z, только напряжение питание и напряжение верхнего уровня +15В. Собрали преобразователь к уровню TTL 15В --> TTL 5В, но установить и проверить не успел так как началась стройка и времени на станок не осталось. А урывками по часу-два в день после работы заниматься станком - желания нет.Rionet писал(а):Так чем кончилась суета с линейками? Где там индексные метки? Как работало раньше УЦИ?
Серьёзная плата... А просто по резистору на канал было бы не солидно?..Sakhalin_Cat писал(а):Печатка недотравленая.
А преобразователь точно нужен? MESA (как минимум 7i77) спокойно принимает от 5 до 28В на входах.Sakhalin_Cat писал(а): Да ничем пока не закончилось. Обычные линейки TTL +A/-A +b/-B +Z, только напряжение питание и напряжение верхнего уровня +15В. Собрали преобразователь к уровню TTL 15В --> TTL 5В
От -7 до +12. Читайте доки - они рулез!alex_sar писал(а):А преобразователь точно нужен? MESA (как минимум 7i77) спокойно принимает от 5 до 28В на входах.
.alex_sar писал(а):А преобразователь точно нужен? MESA (как минимум 7i77) спокойно принимает от 5 до 28В на входах.
Хм, вроде все перерыл, но не нашел такого про энкодерные входы.UAVpilot писал(а):От -7 до +12. Читайте доки - они рулез!
Предпоследняя страница.Sakhalin_Cat писал(а):Хм, вроде все перерыл, но не нашел такого про энкодерные входы.
.UAVpilot писал(а):Предпоследняя страница.
Понятно, ездить далеко. А родной УЦИ как работал? на батарейке? Что в мануале на него пишут?Sakhalin_Cat писал(а):Индексные метки примерно в 100мм от торца линейки, это примерно 150мм от софт-лимита и 200мм от хард-лимита.
Про батарейку не знаю, но судя по тому, что при холодном старте орал постоянно на ошибку даты, то теоретически в недрах сего девайса окромя неонки должна была быть батарейка...Rionet писал(а):А родной УЦИ как работал? на батарейке? Что в мануале на него пишут?
Простите, а о чем вообще идет речь про штатное УЦИ или про станок после модернизации?Rionet писал(а):Дык эта, может он и не помнит/не считает ничего пока энергии нету? А тупо последнюю запомненную координату с какой-нибудь еепром выдает?
Тут какбы батарейка должна серьезной быть и линейку тоже кормить иначе да уедет что-то..
Либо они на тормоза надеются? При зажатом тормозе не уйдет, при зажиме-разжиме смещение есть, наблюдал.
Мануала никакого нема уже?
Родное УЦИ - отдельное устройство (опция) и с автоматикой станка никак не связано. В связи с этим вопрос родного уци можно игнорировать. От него только остались линейки привязанные к LinuxCNC.Rionet писал(а):Перед тем как сочинять новое решение стоит понять как работало то что уже было сделано людьми )
Самая правильная идея. У вас что, переносное устройство с автономным питанием? В огромном шкафу не найдется место для маложручего бесперебойника? Не знаю как японцы, а у Хайдена есть в дорогих типах линеек отдельные провода для автономного питания.Rionet писал(а):2. Держать под питанием линейки и отсчетное устройство (не думаю что японцы так делали, выглядит неправдоподобно)
Я иногда даже не могу понять, что вы тут обсуждаете.dpss-2 писал(а):Самая правильная идея. У вас что, переносное устройство с автономным питанием? В огромном шкафу не найдется место для маложручего бесперебойника? Не знаю как японцы, а у Хайдена есть в дорогих типах линеек отдельные провода для автономного питания.
Либо работать без тормозов, как это обычно и делается, либо писать свой хитрый компонент, который будет дожидаться разблокирования оси перед началом движения. Если не ждать, то сервы 100% будут падать в ошибку по перегрузке. Очень большой вопрос как это будет выглядеть в случае фрезерных программ, где все оси постоянно куда-то двигаются.Sakhalin_Cat писал(а): PS: Я так кстати и не смог пока уложить в голове картинку взаимодействия связки "тормоза + сервоусилитель (без вых тормоза) + LinuxCNC". Имеется ввиду как давать команду тормозу если есть здача поехать оси в ЧПУ программе. Склоняюсь к тому, что в ЧПУ режиме при работе более чем одной осью придется вообще держать тормоза постоянно отжатыми. Обоснованно это тем, что тормоза пневмогидравлические и имеют довольно большой лаг между командой на зажим\отпускание и фактической отработкой тормоза и если постоянно зажимать отжимать стол при необходимости сдвига оси то это приведет к очень существенному увеличению времени при отработке программы, да и ступеньки всякие могут появиться.
Можно конечно заморочится и повесить тормоза на винты ШВП, но это не избавит от необходимости постоянно их дергать при работе и не избавит от временного лага отработки команды, хоть он и уменьшится довольно значительно. Так-же это не избавит от пусть и незначительных но всё-же люфтов в паре гайка-винт ШВП и упругих деформаций самого ШВП. Всё-таки когда грызешь концевой фрезой Ф50 сталь на глубину например 50-70мм усилия на сдвиг довольно существенны и сервы постоянного тока в режиме удержания будут грется как утюги, чего очень не хотелось бы.
Вот и я в данный момент вижу именно такую реализацию работы. Отладкой когда займусь видно будет как лучше реализовать всё это.alex_sar писал(а):Либо работать без тормозов, как это обычно и делается, либо писать свой хитрый компонент, который будет дожидаться разблокирования оси перед началом движения. Если не ждать, то сервы 100% будут падать в ошибку по перегрузке. Очень большой вопрос как это будет выглядеть в случае фрезерных программ, где все оси постоянно куда-то двигаются.
Либо - еще как вариант. Сделать "ручную" блокировку по кнопке и добавить защиту в конфиг - чтобы заблокированная ось даже и не пыталась никуда ехать. Так наверное проще всего.