-
Сообщения
-
Автор: Guhl · Опубликовано:
Важно, что теперь мы знаем, что такая хрень лечится перекатыванием образа на другой диск А что там было, никто и не знает скорее всего -
Автор: куркуль · Опубликовано:
Пожалуйста, проверьте кабель profibus, положение оконечных резисторов, поскольку, судя по характеру описания проблемы, это похоже на проблему сбоя связи profibus. Должны быть включены только два резистора разъемов profibus, а остальные должны быть выключены. Пожалуйста, обратитесь к чертежу OEM, чтобы проверить это. ХТХ. Это ответ от сименса на похожею ошибку. РЕЗИСТОРЫ - вероятно переключатели на разъёмах профибас. И что по ручному пульту. он ведь тоже прописан. -
Автор: Andrey_kzn · Опубликовано:
А оси начинают движение в референтную точку? Или сразу при запуске реферирования возникает ошибка? Датчики какие на линейной и на круговой оси, чисто инкрементные (надо доехать до концевика при реферировании), или с кодированным расстоянием? Как организованы аппаратные концевики на круговой оси В? Ошибки с 300000 номерами - это ошибки привода. NC и PLC здесь не причём. Такое впечатление, что есть какой-то контроль фактического положения осей перед выполнением процедуры реферирования - дабы не въехать никуда, пока ось не знает своего положения. попробуйте отреферировать оси из другого положения, разверните ось В, сместите ось V. -
Автор: Anat2015 · Опубликовано:
Надо пользоваться как Гуглом, так и Яндексом, иногда помогает одно, в другом случае - другое. Раньше пользовался только гуглом, после февраля 2022 стал замечать проблемы, особенно по китайским сайтам. -
Автор: A_1 · Опубликовано:
Добрый день. Отправляю фрагмент из руководства по эксплуатации по циклу G76. Значение P (высота резьбы) для метрической резьбы можно найти умножив шаг резьбы на коэффициент 0.542. В цикле G76 она задаётся в дискретах станка (в микронах обычно). Это значение всегда примерное, так как на него влияет величина радиуса при вершине резца. Нельзя полагать, что задав рассчитанную высоту резьбы мы получим годную деталь, всегда требуется коррекция, в том числе из-за разной жёсткости системы СПИД. Но правильнее корректировать значение X в цикле G76, а уточненная высота резьбы зависит от этого значения. -
Автор: Maik812 · Опубликовано:
По компасу есть, по SW 2014 и ниже есть, по step пишите рег выражение. По igs рег выражение и тд. По Creo тоже есть через регулярные. T-Flex нах.. нужен такой CAD :) #- CMNM ((.*))\. $1 Выводит значение после #- CMNM , но абракотабра.. нужно ковыряться в регулярках чтоб переводил в юникод. http://wincmd.ru/plugring/PCREsearch.html PCREsearch Еще Можно и http://wincmd.ru/plugring/WinScriptAdv.html скриптовый плагин Все то что выводит ехплорер выводит Shelldetals -
Автор: Maik812 · Опубликовано:
Есть возможность просто строчку вывести, часто этого достаточно. TextLine.zip -
Автор: Maik812 · Опубликовано:
Все есть Плагин PCREsearch из чего хочешь выведет данные любые, не закрытый формат был бы. Но даже pdf , есть конверте и выводит . -
Автор: Rich · Опубликовано:
Спасибо, дружище, заработало. До момента установки 23 версии как второй и не знал о таком трабле, все старые вещи работали как часы, ну изредка менял библиотеку. -
Автор: RomanSV · Опубликовано:
Здравствуйте всем. И сразу к делу. Есть Итальянский обрабатывающий центр Pama Speedram 2000. При включении станка есть необходимость выводить все оси (X, Y, Z, W, V, http://mir-cnc.ru/public/style_emoticons/default/cool.png на референтные точки и при этом с двумя осями (V линейное перемещение стола и B круговое вращение стола) возникает проблема. Не важно какую из этих двух осей выводить первой на референтные точки выходит ошибка 300512 что в документации описывается как "Ось %1 привод %2 определена параллельная связь". В описании ошибки говорится что: "Актуальное положение ротора и считанная с датчика информация о положении была сравнена при запуске и при этом была определена погрешность более чем в 45 градусов." были проведены следующие действия к попытке устранить ошибку: 1 Заменены управляющие платы приводов этих осей 2 Перезалит образ диска 3 Сброшены NCU и PLC и залиты пусконаладочные архивы Все эти действия ни к чему не привели. До этого в Hardware Config была изменена конфигурация (заменен модуль FLM DI8 M12 на FLM DIO 4/4 M12-2A) но это никак не относится к осям этот модуль отвечает за смазку шпинделя. Так же открывался кожух оси V (линейное перемещение стола) но никаких действий с энкодером не производилось (просто сфоткали название). Сейчас положение стола находится таким образом что энкодер находится прямо под ним и доступ к нему соответственно закрыт. Есть ли у кого ни будь опыт устранения похожей или аналогичной ошибки? Может кто ни будь подскажет в каком направлении нужно двигаться и что проверить? Буду благодарен за любой совет. С уважением, Роман С.
-