Перейти к публикации

UG/Open GRIP


medved_frezer

Рекомендованные сообщения

Подскажите источник, где можно найти полноценную документацию по GRIP? Ну, или хотя бы что-то, что б поучиться на чем-то.

Ссылка на сообщение
Поделиться на других сайтах
  • 1 месяц спустя...


А зачем, Вам, собственно, GRIP?? Не проще ли сразу учиться на UG Open API?? Поддерживает 4 языка VB, C#, C, C++. И на много больше возможностей по сравнению с GRIP.

Ссылка на сообщение
Поделиться на других сайтах
  • 2 недели спустя...
  • 3 года спустя...

при миграции grip программ на NX10 при выполнении блока кода типа CHOOSE, PARAM

стали вылетать ошибки - String is too long/Цепочка слишком большая, т.е якобы слишком длинная строка, хотя все в лимиты укладывается

 

хотя на прежних версиях все работало. никто не сталкивался?

Ссылка на сообщение
Поделиться на других сайтах
20 часов назад, Алексей256 сказал:

Патчи на NX10 последние стоят? :smile:

стоит 10.0.3.5 MP1

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

обнаружилось следующее - чтобы обойти ошибку якобы длинной строки в командах CHOOSE, PARAM итп - приходится их тупо урезать порой до 20 символов.Явный баг. Попробую скачать и поставить MP посвежее

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, lexx174 сказал:

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

 

Не могу предполагать в чём причина конкретно в данном случае, т.к. GRIP не знаю вообще.

Просто в разделе про NX уже не раз бывало, что выстраивали целую теорию о причине возникновения какой-либо ошибки, а потом - бац! - простая установка последних патчей решала проблему.

Ссылка на сообщение
Поделиться на других сайтах
17 часов назад, Алексей256 сказал:

 

Не могу предполагать в чём причина конкретно в данном случае, т.к. GRIP не знаю вообще.

Просто в разделе про NX уже не раз бывало, что выстраивали целую теорию о причине возникновения какой-либо ошибки, а потом - бац! - простая установка последних патчей решала проблему.

патчи не помогли, это все до лампочки оказалось.

 

А проблема такая. Есть переменная строковый массив вида STRING/LST(2,10)

 

и дальше в коде он инициализируется

 

LST(1)='AAAAAAAAAA'

 

т.е задана длина строки строкового массива (10 символов), при инициализации все соблюдается.

 

А во время выполнения собранного модуля grip (.grx) ругается именно на строчку инициализации, ошибка с текстом - строка слишком длинная, проверьте ограничения бла бла бла.

 

иногда прокатывает в разы увеличить размер массива под строку, но чаще нужно значение строки жестко урезать по длине. В общем чертовщина какая-то

Ссылка на сообщение
Поделиться на других сайтах
  • 2 недели спустя...
  • 3 недели спустя...

В общем нашел следующее - если значения строковых элементов массива давать в английской локализации то все работает. почему-то проблемы с русской локализаацией.

 

вот что пишет документация:

 

Цитата

Теперь GRIP поддерживает строки не ASCII в дополнение к строкам ASCII, которые обеспечивают для GRIP поддержку международных символов. Также поддерживается комбинация строк ASCII и не ASCII.

Международные символы применяются в программах NX Open GRIP при использовании исходного файла с начальной отметкой последовательности байтов UTF-8, что позволяет программам GRIP использовать любой символ. Отметка последовательности байтов представляет собой последовательность байтов в начале текстового файла, с помощью которой определяется шифрование данных, содержащихся в текстовом файле, и специальную подпись отметки последовательности байтов, с помощью которой текстовый файл отмечается как содержащий данные UTF-8. Если эта сигнатура отсутствует, то файл содержит данные, зависимые от языка системы.

Без файла с отметкой последовательности байтов UTF-8 программы GRIP могут использовать любые символы, характерные для языка, используемого пользователем. Однако GRIP не поддерживает новые длины строк символов, используемых в кодировке UTF-8, поэтому программы GRIP по-прежнему используют ограничения объема данных в байтах. Например, строковые переменные ограничены 256 байтами.

Следующие функции усовершенствованы таким образом, чтобы программы GRIP поддерживали международные символы при сохранении алгоритмов работы при обработке данных ASCII.

  • CHRSTR – поддерживает значение Юникод для строки. Значения ASCII по-прежнему возвращают символ ASCII.

  • LENF – возвращает длину строки в символах. Нет функции для возвращения длины строки в байтах.

  • SUBSTR – определяет расположение и длину строки в соответствии с количеством символов.

  • REPSTR – использует количество символов для вычисления и поиска строк символов вне зависимости от количества байтов в символе.

 

но все равно не понятно как с этим поступать.

Изменено пользователем lexx174
Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • jtok
      Он сильно зависит от марки PP, от расчетной температуры и от расчетного срока службы (количества циклов нагружения). Поищите стандарт DVS 2205, части 1 и 2. В нем есть номограммы долговременной прочности. Он на немецком, но ничего лучше нет. Номограммы эти приведены по ссылке, внизу страницы, раздел "Список приложений".  Например, диаграмма для PP type 1 по ссылке: В оригинале же выглядят они вот так (для PP type 1): Также был древний документ на русском по этой теме, прицеплен к сообщению. _raschet_emkosti DVS 2205-2.pdf
    • Andrey_kzn
      - тут возможно смысл сообщения в том, что оси не синхронизированы, только вот зачем синхронизировать  оси X и Y не понятно. В случае двух шпинделей например,  coupled будет означать синхронизацию.
    • niagara39
      Правильно ХУ на этом станке не перпендекулярны. Тормоз оси У включен постоянно, отключается только при перемещении самой оси У. Координаты не  меняются... Знать бы что за параметры, пока ничего подобного не нашли
    • nicomed
      Поднял старые записи. Из того что было максимально похоже на то, что можно было назвать "получалось" :   Самому не совсем понятно поведение СкетчМенеджера при отрисовке линии от координат 0,0,0 - частенько слетает в произвольное место на виде. 
    • maxx2000
      на втором  скрине PLC сообщает что-то типа "старт программы запрещён потому что оси ХУ не связаны". Возможно станок в режиме точения должен заблокировать перемещение У, включить тормоз или что-то ещё для произвольного смещения под нагрузкой. Возможно косяк в тексте программы.
    • maxx2000
      @sneg0vik как это? Если ХУ не перпендикулярны то это уже не У, а скажем ось В. Нет, конечно в теории можно построить станок с неперпендикулярными ХУ. Вопрос зачем? Gildemeister CTX 420 это же токарно-фрезерный с осью У
    • sneg0vik
      На станке ось "X" является наклонной по отношению к оси "Y" (т. е. они не перпендикулярны). Поэтому надо полагать (учитывая текст ошибки) у вас отключена связь оси "Y" с осью "X".   Проверьте меняются ли координаты оси "X", когда вы двигаете ось "Y". И наоборот. Если - нет, то ищите как включить (наверное через параметры) взаимосвязь оси "Y" с осью "X".
    • ДОБРЯК
      Если ваш Заказчик и такую работу примет, то необходимо в шпоночное отверстие добавить и массу воды. Примерно 1/4 от той массы которую вы будете добавлять.  Да и еще и не забыть добавить момент инерции от воды.
    • Soprin
      В функции MOVE по F7.3 должно же из R270 переносить в R278?
    • niagara39
      Причина все еще не найдена... Но заметил, что сразу после включения в меню диагностики появляется следующее предупреждающее сообщение: 10155 M: Y-axis: Y-axis and X-axis not coupled , но причина его появления и его смысл неизвестны
×
×
  • Создать...