Добрый день. Вы чего то напугались? Не надо. Ваш станок может быть будет не такой красивый и точный. Но не думаю, что Вам будут нужны допуски в доли миллиметра и точность угла загиба до долей градуса.
Отмотать нужную длину, отрезать и загнуть кусок проволоки не такая уж супер-пупер задача.
Пока движитесь в нужном направлении.
С уважением.
Лучшее - враг хорошего "Le mieux est I\'ennemi du bien" (вроде как Вольтеровское)
Да это-то понятно, что CNC(ЧПУ по нашему), но идея состоит в том что бы такую схему реализовать на основе ПР200 или ПЛК в крайнем случае, а переменные (длина, угол изгиба и другие действия) задавать с экрана в виде цифр. Точность особенная действительна не нужна, допускаю отклонения вплоть до +/- 3-5 мм. Не совсем понял, из предыдущих постов, по поводу циклов срабатывания энкодера и ПЛК. Судя по сообщениям скорость (кол-во циклов ) ПЛК выше чем у энкодера? Т.е. один цикл на энкодере - 12-16 циклов программы? 1х цикл энкодера это переход на 1 деление на его шкале? Или что то иное? Поясните. На форуме читал, что ОВЕН ПЛК плохо сопрягаюстся с энкодерами (не достаточная сила сигнала с энкодера или слабая чувствительность ПЛК к сигналам энкодера). Это верно? Если так, так может быть имея те вводные по допускам которые я озвучил выше, применить "открытый энкодер" с индуктивным датчиком, будет и проще и ремонтнопригоднее и не нужно заморачиваться с циклами - есть сигнал от датчика, есть реакция на ПР и дальше по цепочке.Сообщение от BETEP
У ПЛК 110 обработка энкодера осуществляется независимо от цикла программы, и поэтому получается быстро.
Электрическое сопряжение энкодера зависит от его типа - у ПЛК входной сигнал 24в, у некоторых энкодеров - уровни ТТЛ. Соответственно сопрягать их придётся через усилитель напряжения.Т.е. один цикл на энкодере - 12-16 циклов программы? 1х цикл энкодера это переход на 1 деление на его шкале? Или что то иное? Поясните. На форуме читал, что ОВЕН ПЛК плохо сопрягаюстся с энкодерами (не достаточная сила сигнала с энкодера или слабая чувствительность ПЛК к сигналам энкодера). Это верно?
При программной реализации обработки энкодера на каждый фронт датчика энкодера нужно минимум 2 цикла исполнения программы. (8циклов исполнения программы)
В реальности время цикла исполнения программы плавает - не уложившись по времени получаем пропуск , и поэтому для гарантированной работы следует расчитывать на 12-16 циклов программы.
Да.Если так, так может быть имея те вводные по допускам которые я озвучил выше, применить "открытый энкодер" с индуктивным датчиком, будет и проще и ремонтнопригоднее и не нужно заморачиваться с циклами - есть сигнал от датчика, есть реакция на ПР и дальше по цепочке.
Энкодеры с программной обработкой в цикле - очень медленные, и могут не подойти для вашей задачи.
И датчики для энкодеров нужно выбирать с высокой скоростью работы выхода.
Добрый день. Весь вопрос в том, насколько финдебоберный ЧПУ Вы хотите замутить. И сколько готовы в это вложить.
Например, зачем задавать угол изгиба с экрана и мудрить механизм, выполняющий это действие, если можно к примеру просто механически поменять шаблон, или переставить штырьки. И т.д.
Что касается энкодера, то я уже писал что в Вашем случае самодельный будет лучше. Если не хватает быстродействия входа ПР 200 (200Гц, 200 импульсов в секунду). То можно сделать подсчёт метража при помощи отдельного узла, счётчика СИ 10,20,30. Он будет отмерять длину, а с него уже по окончании дискретный сигнал в ПР200.
Также чувствую Вам немного непонятно насчёт энкодера и циклов программы. Не заморачивайтесь, ориентируйтесь по максимальной частоте импульсов, воспринимаемой тем или иным устройством. Т.е. ПР 200 может различить отдельные импульсы на дискретном входе, если их не больше (приблизительно) 200 штук в секунду. СИ20 - если не больше 1500 импульсов в секунду и т.д.
Алексей Геннадьевич всё правильно пишет, но поскольку Вы (как я понял) не сильны пока в программировании, то и что такое ЦИКЛ ПРОГРАММЫ Вам не очень понятен.
Ориентироваться можно примерно ещё так. Асинхронный двигатель обычно имеет скорость 3000об/мин, или 50 об/сек. Если Вы сделаете 1 выступ на валу и индукционный датчик, то с него будут поступать импульсы с частотой 50 Гц. При этом если вал, через который вы протягиваете проволку имеет прямой привод и его диаметр будет 1см, то за один оборот, проволока продвинется на 3,14см. Что вполне даже укладывается в Вашу погрешность по длине и свободно воспринимается входом ПР 200. Поставите 2 выступа, частота будет 100Гц (приемлемо), точность отсчёта уже 1,57см. И т.д.
Навряд ли Вы будете гнать проволоку с такой скоростью. Будет стоять или редуктор или ПЧ для регулировки подачи. Соответственно пересчитывается.
Так что как видите и простейший энкодер с одним зубчиком и индуктивным датчиком позволяет уложится в Ваши требования, если поставите редуктор 1:100 (правда подача будет медленно). Так что прикидывайте - считайте. Раньше этим целые конструкторские бюро занимались. Но Вы, при желании я думаю справитесь. Не боги горшки обжигают.
Надеюсь написал не слишком занудно.
С уважением.
Лучшее - враг хорошего "Le mieux est I\'ennemi du bien" (вроде как Вольтеровское)
Благодарю, все понятно и доступно.
Чтобы эту схему реализовать на чём то другом, нужно вначале изучит существующий опыт.
Вот набросал начало программы. Для понимания: i1-датчик наличия проволоки в станке,i2 - датчик длины проволоки ( открытый энкодер), I3 - датчик положения рамы ( открытый энкодер), I5- датчик положения загибающих роликов (открытый энкодер), Q1-МП двигателя подачи проволоки, Q2- мп двигателя поворота рама станка (для изменения плоскости - 2D), Q3-мп двигателя поворота загибающего ролика. Уставки -"3" взяты условно, на деле они будут соответствовать углу поворота и меткам на колесе энкодера. Универсальные счетчики применены для того чтобы применить возврат рабочего органа в первоначальное положение. Однако не могу понять от чего на них подавать команду. Скорее всего должен быть датчик конечного положения, который будет давать команду на обратный ход. Но хотелось бы уйти от этого варианта и решить задачу программными средствами. Кто нибудь подскажет как это сделать?
Еще проблема - после срабатывания последнего счетчика "1" появляется на Q1, что соответствует включению двигателя подачи проволоки для следующей операции. Двигатель нужно остановить, т.е. изменить 1 на 0. Тоже вопрос как реализовать? Схема блочная , т.е. операции повторяются, поэтому если реализовать один блок можно на основании его создать все остальные. Кто что думает по поводу изложенного?
Вы бы лучше программу выложили, чтобы с картинки заново эту мозаику не собирать.
Вот на файлообменнике:https://yadi.sk/d/bh1rGCn03EGcnj
Добрый день. Поражаюсь вашему оптимизму! Вы в живую видели мультиформер? Гнуть 8-ку это не шутка. Сам работаю на пружинном производстве, но чтобы сделать мультиформер с нуля, даже мыслей не возникало. Что за проволоку будете использовать? Если гвоздилку - то может быть, что-то и получится, а если пружинную нагартованную то вряд ли. Протяжку, с подающими роликами, на поворотной раме (спиннер) с мотор - редуктором могу себе представить, а вот дальше как вы будете гнуть? Все операции гибки проволоки происходят на опорном устройстве, нож, втулка или ролик, и только в конце операции рубка. Просто отрезок проволоки будет вести себя непредсказуемо. Надо будет конец жестко фиксировать. Нарисуйте эскиз изделия, может что-то посоветую. Зачем датчик наличия проволоки? Снял для Вас рабочее видео.
https://drive.google.com/file/d/0B9L...ew?usp=sharing
https://drive.google.com/file/d/0B9L...ew?usp=sharing
Ваши права
Ответить с цитированием