Гидропривод
Вобщето это ТАУ )
Мосты они не только в ТОЭ или ТАУ.
Возвращаясь к мышам…
грызунов можно не мучать
датчики доступны отдельно
например Agilent ADNS-2610 в Digikey стоит всего 1.6$ (упаковка 40шт)
на него есть подробный
Так линза еще нужна, как минимум.
Разобрал мышу - она.
Так как датчик отдельно от контроллера, да еще с описанием, то это уже более интересно.
Можно будет поспрашивать инструментальщиков, смогут ли нарезать линейку и с каким минимальным шагом.
Более того, полезно было бы и нониус нарисовать и даже код какой-нибудь.
Еще, на всякий случай.
В струйниках есть прозрачная ленточка с делениями для определения положения каретки.
Для некоторых приложений может пригодиться.
зы: www.ibusiness.ru/news/246947/
Как я понимаю, можно лазить прямо в матрицу.
Значит контроллер в той мыше просто конвертер usb-spi.
А мышу можно пользовать целиком.
Интересно, что за мышь.
Кстати, следующий датчик у них на 800 dpi.
Кстати, следующий датчик у них на 800 dpi.
Однако ж, жгут - 2500dpi
Если интересно: мышь как датчик перемещения но напрямую к РС - можно читать через DirectInput.
на самом деле не все так радужно…
погрешность у них накапливается, и значительная
так лазерный датчик дает погрешность 0.15% от длины (простой оптический 0.5%)
значит если хотим точности в 0.01 то каждые 5мм надо снимать целый кадр и привязыватся к зебре.
на этом система теряет простоту…
на самом деле не все так радужно…
погрешность у них накапливается, и значительная
так лазерный датчик дает погрешность 0.15% от длины (простой оптический 0.5%)
значит если хотим точности в 0.01 то каждые 5мм надо снимать целый кадр и привязыватся к зебре.
Я скептически отношусь к измерению длины мышью.
Мышовым сенсором можно считать значения на линейке, это да.
Но для этого линейка должна быть соответствующая.
Тут еще и другие проблемы, типа изоляции от пыли, например.
Ну и стоимость разработки всей этой беды, для одного экземпляра конечно дешевле брать готовый датчик.
С другой стороны интересно.
И если по скорости интерфейс сенсора будет успевать передавать данные, а размер изображения, отображаемого на ПЗС, составляет не менее 1 мм (а это, видимо, только для 2100 и 400 dpi), то можно попробовать написать программку.
Если менее 1 мм, то сначала нужно искать линейку с шагом никак не крупнее, чем размер изображения.
на этом система теряет простоту…
Дыкть, нужно смотреть, чем не жалко пожертвовать.
Если интересно: мышь как датчик перемещения но напрямую к РС - можно читать через DirectInput.
В одном месте нашел, что сенсор для сканера цепляли через LPT.
Т.е. если доступа к регистрам сенсора у драйвера мыши нет (а, собственно, зачем ?), тогда DirectInput не поможет.
С другой стороны, надеятся на производителей мышей, что они прошивку не поменяют, да плюсом бороться с мышовым драйвером - проще уж напрямик работать, благо описалово есть.
Блин, придумал. Сенсор нужно развернуть на 45 градусов. Тогда получим в корень из двух больший захват и во столько же более высокое разрешение.
А если развернуть, скажем, градусов на 30, то разрешение будет выше раза в два. Но с математикой будет еще сложнее.
Я скептически отношусь к измерению длины мышью.
Мышовым сенсором можно считать значения на линейке, это да.
Но для этого линейка должна быть соответствующая.
в том то и дело что нет!
отметки на линейки можно использовать только как реперные точки для компенсации набегающей погрешности, позиционирование между отметками датчик будет выполнять штатно - по неровностям поверхности.
Блин, придумал. Сенсор нужно развернуть на 45 градусов. Тогда получим в корень из двух больший захват и во столько же более высокое разрешение.
А если развернуть, скажем, градусов на 30, то разрешение будет выше раза в два. Но с математикой будет еще сложнее.
я не сомневаюсь что используя апприорную информацию о направлении перемещения датчика можно добится большей точности, вот только раскрывать прошивку DSP и позволять ей менять ни один производитель еще не решился.Обработка внешним DSP не имеет большого смысла - тогда лучше сразу взять ПЗС линейку.
Обработка внешним DSP не имеет большого смысла - тогда лучше сразу взять ПЗС линейку.
Именно внешним.
Расстояние от ПЗС/линзы до поверхности постоянное ? Нет.
Там же dpi плюс/минус лапоть, поэтому для мыши преемлемо, а для измерения - никак.
И чем эта ПЗС - не линейка ?
Дешевле и доступнее вряд ли что найдется.
А дороже - готовых _точных_ датчиков полно.
В общем, думаю, нужно посвятить вечерок-другой ломанию мышки - для экспериментов самое оно.
Итак, разведал. Цена отечественного аналога в три раза ниже.
Но он короче. Сколько будет стоить такой же длины - не знаю, м.б. столько же, м.б. чуть дешевле.
По крайней мере заказывать не нужно, да и 18", скажем, несколько великоват.
Еще. Точность шкалы линеек, если заказывать, будет не хуже 0.01 - надо сказать, более, чем достаточно.
С мышой пока не понятно.
Перебрав больше дюжины, нашел модель на двух платах, связанных друг с другом четырьмя проводами.
На одной из них сенсор - то что нужно.
После разборки оказалось, что сенсор 1610.
Будет или нет работать в режиме прямого доступа к ПЗС - пока вопрос, но зато готовая плата уже есть.
Гидростанцию буду строить на насосе НШ10 и движке непонятного происхождения.
Советы типа что куда фтыкать - принимаются (Сам гидростанций никогда не строил 😉 )
После разборки оказалось, что сенсор 1610.
Будет или нет работать в режиме прямого доступа к ПЗС - пока вопрос, но зато готовая плата уже есть.
А вот, собственно, и ответ:
andrx.livejournal.com/3186.html
Кстати, мыша с отдельной платой сенсора - Defender Optical M 1301B (PS/2)
А вот, собственно, и ответ:
andrx.livejournal.com/3186.html
DS на 1610 найти не смог.
Нашелся DS с таким же номером, но на совершенно другой чип.
Прямо проверить работоспособность так же не удалось.
Т.к. в результате экспериментов 1610 был установлен в рабочую мышь вместо 2610, где, в общем-то, и работает.
Менять чипы местами еще раз - желания нет.
Но есть сильное подозрение, что 1610 и 2610 - это практически одно и то же.
Вот что получилось с 2610
1 - буква “e”, размер шрифта 5
2, 3 - стальная линейка
4…6 - штангенциркуль
Как оказалось, из-за снижения скорости диагональное расположение менее предпочтительно.
С другой стороны это не особо и нужно, т.к. шаг делений постоянный, то для распознавания должно быть достаточно простейшего фильтра.
Выводы: возможность применения подтверждена, целесообразность осталась такая, как и была.
(С линейкой получилось не так, как ожидал, а штангенциркуль сам по себе не дешев - может и не окупиться)
Потестировал сегодня драйверочек (до 55V*30А), с оптоизоляцией.
Интересно ли кому будет ?
Т.е. доводить до ума или оставить для себя, как есть ?
С другой стороны это не особо и нужно, т.к. шаг делений постоянный, то для распознавания должно быть достаточно простейшего фильтра.
Попробовал использовать корреляцию - что-то не очень хорошо получилось.
Какие еще есть методы для определения разности фаз двух сигналов с одинаковой частотой ?
С линейкой получилось не так, как ожидал, а штангенциркуль сам по себе не дешев - может и не окупиться
Пока линейка распознается значительно лучше штангенциркуля, несмотря на менее эстетичное изображение.
Видимо из-за того, что фон у нее более равномерный.
В принципе, при необходимости можно и анодирование какое-нибудь сделать или нолевочкой пройтись, чтобы зеркальных бликов не было, которые, видимо, забивают АРУ сенсора.
Собрал VGA-совместимый видеоадаптер.
Похоже, по сюжету нужно будет подключать и клавиатуру.
Закладываться на произвольную матрицу или взять писишную в индустриальном исполнении ?
Вот какую ? И у той и у другой свои плюсы и минусы.
Собрал VGA-совместимый видеоадаптер.
Покурив, еще чуть-чуть улучшил ТТХ:
монитор - VGA, текст, 640*400, 31.5кГц*70гц
адаптер - 32символа*20строк, матрица 13*20точек, цвет - 16+16(символ/фон).
интерфейс - CAN
Имхо, вполне приличная железка для станка получилась. Продолжаем.
Собрал таки конвертер Rs232/CAN.
Вообще, думаю, уже понятно, что CAN выбран в качестве основного внутреннего протокола.
Преимущества CAN перед остальными протоколами вполне очевидны.
Тем более, возражений пока нет 😉
Собрал таки конвертер Rs232/CAN.
Вообще, думаю, уже понятно, что CAN выбран в качестве основного внутреннего протокола.
Преимущества CAN перед остальными протоколами вполне очевидны.
Тем более, возражений пока нет 😉
Протокол по RS232 озвучьте, я сделаю совместимый.
Собрал таки конвертер Rs232/CAN.
Вообще, думаю, уже понятно, что CAN выбран в качестве основного внутреннего протокола.
Преимущества CAN перед остальными протоколами вполне очевидны.
Тем более, возражений пока нет 😉
Да хорошее у вас начинание! В целом вы интересное дело затеяли, сам бы я на такое не пошел, но узнать, что у вас из этого выйдет, очень хочется.
Только, вы станок на гидроприводе собирать хотите, или сначала для него всю электронику соберете? Или уже собрали станок? И я не понимаю, в чем же у вас загвоздка получается?
Вам нужен гидроцилиндр? Так закажите, чего проще, это мудрее чем делать цилиндр самому. Хотя в принципе можно и сделать. Но, можно также при этом и дрель самому собрать для начала, и паяльник намотать собственноручно.
Что ещё? Гидростанцию? Да, купить будет проблематично, но собрать её, можно, имея схему, как конструктор. При этом особых трудностей не должно быть, вы же не собираетесь клапаны вытачивать? На какое давление, сами знаете, на которое рассчитан цилиндр. А схему либо составить либо позаимствовать у кого нибудь.
С этим всё?
Тогда обратную связь? Ну, возьмите датчики от мышки, только не используйте ейную же микросхему, зачем? Это же обычные оптические датчики, нарисуйте схему на лог элементах, или попросите кого. Если сделаете имитацию энкодера, легче будет к Стандартной проге подключаться!
А вот линейку, у инструментальщиков лучше не спрашивайте, а то они вам такую нарежут, долго смеятся будете. Возьмите лучше длинную стеклянную полосу, и наклейте на неё, полиэтиленовую полоску с распечатанными на ней с принтера ризками. И все! Никаких накапливаемых при этом погрешностей не будет. А лучше купите готовую промышленную линейку, (энкодер все равно не приспособите), если уж гулять!
Станок вам подойдет обычный хоббийный, только вместо приводного винта, приспособите шток. И все!
Управление можно подогнать под тот же Матч. Понадобится два пина, на цилиндр, для езды в + и - , и два пина под линейку. Итого четыре пина на ось. А управление, простое, скорости ведь небольшие, задаете передвижение в программе, она включает подачу, и при достижении заданной позиции, подача ОТКЛ. Это конечно, вариант с одной подачей. А можно поставить регулируемые дроссели, и будет у вас регулируемая подача!
А насчет того, какое масло использовать, какие присадки. Зачем вам это? Заливайте то, что есть, на заводах всё так работает, и ничего!
Вот и все! ДОЛОЙ СОМНЕНИЯ, СВЕТЛОЕ БУДУЩЕЕ ЖДЕТ!!!
Да хорошее у вас начинание!
…
Вот и все! ДОЛОЙ СОМНЕНИЯ, СВЕТЛОЕ БУДУЩЕЕ ЖДЕТ!!!
Закажи для меня пол-кило травы, срочно вылетаю в НЧ ❗ ❗ ❗
Протокол по RS232 озвучьте, я сделаю совместимый.
Так все уже украдено за нас ©
Делайте Ж-код и будет вам счастье ©.
Закажи для меня пол-кило травы, срочно вылетаю в НЧ ❗ ❗ ❗
Траву доставили! Девочки уже в бане! Ждемс, только вас!!! 😁 😁 😁
Да хорошее у вас начинание! В целом вы интересное дело затеяли, сам бы я на такое не пошел, но узнать, что у вас из этого выйдет, очень хочется.
Только, вы станок на гидроприводе собирать хотите, или сначала для него всю электронику соберете?
Сборка станка будет чуть позже - кто знает, дело это не быстрое
Пока собирается электроника.
Кроме нее, для тестирования гидропривода вроде бы все куплено.
Пока рассматриваются три возможные схемы - ротопод, гексапод и его усеченная до 3D версия.
Которая будет выбрана - пока еще не известно.
По-любому, возможность использования обычных шаговиков на случай облома с гидравликой в концепции заложена.