Перейти к публикации
  • Привет. Кажется, ты используешь AdBlock. Наш форум развивается и существует за счет доходов от рекламы. Добавь нас в исключения =) КАК ДОБАВИТЬ?
Юрий Борисович

При гравировке из RDWorks выпадает сообщение "Quit processing" и прекращается процесс.

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

Здравствуйте.
После запуска процесса гравирования почти сразу выбрасывает сообщение "Quit processing". После чего какое-то время (от 5 минут до получаса) гравирует, а затем останавливается. В результате - испорченный материал. Причем иногда процесс проходит до конца (без сообщения), чаще - срывается.
Файлы - в масштабе 1/1, без инверсии, без зеркала, размер файлов до 6 Мб. Картинки изначально рисуются в SAI, но потом редактируются в Фотошопе, а откуда без слоев, кривых и прочего грузятся в RDWorks.
Передача данных - по ip-адресу (как посоветовали при установке оборудования). ОС - WinХР, оперативки достаточно.
Что предпринимали: Перебирали форматы файлов, цветовые модели, размеры, разрешение. Перегружали и лазер, и комп.
Если у кого было такое и нашли способ победить - помогите пожалуйста советом. В настоящий момент удается отгравировать одну картинку при трех-четырех неудачных.

_IMG_20190429_141558.jpg

Поделиться сообщением


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

уменьшите разрешение и соответственно размер, хоть немного

Поделиться сообщением


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

Так в том и сложность найти причину.
С размерами и разрешениями игрались много.
Например изображение 76х45см разрешением 300dpi (размер файла около 5 мб) один раз выгравировал без проблем, другую картинку точно такого же размера  - испортил материал, остановился после 30 %. 

При этом, векторные объекты режет отлично. Сообщение и последующий сбой выскакивает не всегда, и только при гравировке изображений.

Могжет это быть из-за древней операционки, ХР? На этой машине мы еще и рипуем для широкоформатного принтера. 
Или из-за IP передачи данных?

Поделиться сообщением


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

вспомнил, наблюдал такое когда размер на столе тык в притык и скорость гравировки может быть большая, а для этого нужно больше поля для торможения и разгона, например вчера на скорости 300 всё ок, завтра на скорости 320 останавливается

Поделиться сообщением


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

В 30.04.2019 в 15:32, Юрий Борисович сказал:

Могжет это быть из-за древней операционки, ХР? На этой машине мы еще и рипуем для широкоформатного принтера. 
Или из-за IP передачи данных?

Комп тут не при чём, т.к. задание полностью отправляется в материнку и комп больше не принимает участие в расчётах. 

ТЕОРИТИЧЕСКИ файл мог побиться подороге (т.к. китайцы досих пор не научились проверять целостность данных) - можно попробовать по USB или вообще для эксперимента прямо с флэшки. Если в вашей версии на материнке есть внутренняя память и можно посмотреть файлы в ней, то лучше стереть всё.

Из вектора гравировать пробовали таким же размером? Как картинку к гравировке готовите?  Что если картинку уменьшить? Скорость ниже ставить пробовали?

Можно модель материнки?   

 

Поделиться сообщением


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

Спасибо за советы, и за внимание к моей проблеме. Лазер находится на работе, послезавтра попробую, сообщу о результатах.

  

Поделиться сообщением


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

В 30.04.2019 в 21:04, alexander-1 сказал:

вспомнил, наблюдал такое когда размер на столе тык в притык и скорость гравировки может быть большая, а для этого нужно больше поля для торможения и разгона, например вчера на скорости 300 всё ок, завтра на скорости 320 останавливается

К сожалению, добавлением полей проблему решить не удалось. А так хотелось...
К изображению 76х45см добавил поля по 5 см с каждой стороны. Уменьшал скорость до 250, даже ставил неокругленную скорость в 251, 249. Через минуту вылетает сообщение. Хорошо, догадался гонять с выключенным высоким напряжением, а то бы гору материала испортил.
Размер файла 5,35 МБ. (300dpi, Tiff, грэйскэйл). Перед этим гравировал фрагменты этого-же файла с разной скоростью и мощностью. Они гравировались вполне успешно. 

 

Но поля я добавил так сказать, виртуальные. Добавил их в файле и переместил на их размер исходную точку лазера. Сам материал не увеличивал. Станок же не видит края материала?

Поделиться сообщением


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

Возьмите ноут, установите на него RDWorks, подключите его к станку свежим патчкордом и попробуйте запустить задание. Если это не глюк конкретного экземпляра Руиды, то все будет ОК. Если глючит именно Руида - смотрите к какому БП она подключена. Если это один БП и на двигатели и на нее - отсадите Руиду на другой БП на 24В. 36В применять сильно нежелательно. Протяните все клеммники. Попробуйте, если уж на то пошло, отцепить все коммуникации с компом и в автономе выполнить то же задание с USB флешки.

Изменено пользователем Andy52280

Поделиться сообщением


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

В 02.05.2019 в 18:42, PavelK сказал:

Из вектора гравировать пробовали таким же размером? Как картинку к гравировке готовите?  Что если картинку уменьшить? Скорость ниже ставить пробовали?

Можно модель материнки?   

 

Из вектора только режем. Там все отлично.
Файл изображения изначально рисуется в SAI2, а потом обрабатывается в Фотошопе. В результате на выходе - без слоев, масок, кривых. Физический размер изображения 76х45см (по совету alexander-1  еще добавлял поля - по 5 см с каждой стороны)
Размер файла 5,35 МБ. (300dpi, Tiff, грэйскэйл).

Гравировал фрагменты этого-же файла с разной скоростью и мощностью. Они гравировались вполне успешно. 

Поделиться сообщением


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

27 минут назад, Andy52280 сказал:

Возьмите ноут, установите на него RDWorks, подключите его к станку свежим патчкордом и попробуйте запустить задание. Если это не глюк конкретного экземпляра Руиды, то все будет ОК. Если глючит именно Руида - смотрите к какому БП она подключена. Если это один БП и на двигатели и на нее - отсадите Руиду на другой БП на 24В. 36В применять сильно нежелательно. Протяните все клеммники. Попробуйте, если уж на то пошло, отцепить все коммуникации с компом и в автономе выполнить то же задание с USB флешки.

Спасибо. 

Поделиться сообщением


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

8 часов назад, Юрий Борисович сказал:

Из вектора только режем. Там все отлично.
Файл изображения изначально рисуется в SAI2, а потом обрабатывается в Фотошопе. В результате на выходе - без слоев, масок, кривых. Физический размер изображения 76х45см (по совету alexander-1  еще добавлял поля - по 5 см с каждой стороны)
Размер файла 5,35 МБ. (300dpi, Tiff, грэйскэйл).

Гравировал фрагменты этого-же файла с разной скоростью и мощностью. Они гравировались вполне успешно. 

Я не говорил что бы поля добавить )) я имел ввиду что просто его не хватает. Я бы лучше изображение в этом случае сделал меньше по ширине

Поделиться сообщением


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

15 часов назад, alexander-1 сказал:

Я не говорил что бы поля добавить )) я имел ввиду что просто его не хватает. Я бы лучше изображение в этом случае сделал меньше по ширине

Да вроде достаточно места. Размер рабочего поля станка - 100х60см, размер картинки - 76х45. А вот поля были по 1см., поэтому совет воспринял именно так. Но не помогло. А напрямую запустил по USB и описываемый косяк пока исчез. 
Спасибо за советы.

В 06.05.2019 в 11:40, Andy52280 сказал:

Возьмите ноут, установите на него RDWorks, подключите его к станку свежим патчкордом и попробуйте запустить задание. 

Помогло прямое соединение по USB. Но пришлось поискать драйвера. Те, что были в инсталляторе не пошли.
В итоге данная задача частично решена, Спасибо всем помогавшим!!!
(На самом деле, вместо этого косяка вылез другой, но наверное стоит описать его отдельно, чтобы не путать темы).

Поделиться сообщением


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

А вот это странно. Вообще-то USB считается менее надежным и безопасным интерфейсом. У Ethernet отсутствие левых драйверов, развязка, скорость, стабильность, длина линка - ну все лучше. И если таки Ethernet глючной, то это нехорошо. Может, все же в линке/порту проблема? Ну или как раз то, что на первом компе одновременно идет RIP. Поставили на свободный - оно и заработало. 

Поделиться сообщением


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

2 часа назад, Andy52280 сказал:

А вот это странно. Вообще-то USB считается менее надежным и безопасным интерфейсом. У Ethernet отсутствие левых драйверов, развязка, скорость, стабильность, длина линка - ну все лучше. И если таки Ethernet глючной, то это нехорошо. Может, все же в линке/порту проблема? Ну или как раз то, что на первом компе одновременно идет RIP. Поставили на свободный - оно и заработало. 

У нас более десяти компьютеров в сети с разной ОС и каждый хочет быть первым... Локальная сеть действительно неустойчивая.
Хотя как выяснилось позже, проблема все-же не решена.

Поделиться сообщением


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

мне помогло уменьшение разрешения при преобразовании в растр в кореле с 508 до 254 точек на дюйм

Поделиться сообщением


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

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

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

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

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

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

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

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

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


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

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

  • Похожие публикации

    • Автор: PavelK
      В общем, понадобилось тут добиться, что бы RDWorksV8 не требовал прав администратора при запуске.
      Для этого просто переходим в папку, куда устанавливали RDWorks (если не меняли, то обычно C:\RDWorks\),
      находим файл под названием RDWorksV8.exe.manifest и удаляем его.

      После этого правой клавишей на RDWorksV8 и в менюшке выбираем "Создать ярлык" и по этому ярлыку уже можно будет запускать без запросов прав администратора. Ярлык можно перетащить на рабочий стол.
      Другой вариант это просто скопировать RDWorksV8.exe  и вставить в эту же папку (без замены, если спросит)
      - у него будет другое имя и так же не будут нужны права администратора.
    • Автор: Dan
      Полностью переведённый на русский язык установщик RDWorksV8.01.60/RDCamV8.01.60 последней, вроде, стабильно работающей, версии.
      Появилось много изменений и добавлений различных настроек.
      ... Интерес вызвала возможность логирования некоторых процессов при работе в RD - ведение логов.
      ... Появилась возможность выполнения компенсации смещения при двунаправленной гравировке средствами контроллера, как я понял. Но это надо проверить.
      ... Довольно сильно расширился диалог настроек импорта/экспорта с доп настройками по поиску или формированию этикеток/меток. Опять же, надо проверять, как это работает. Возможно, фича полезная.
      ... Так же появилась возможность из самой программы назначать ось для поворотки (Y или U), что было возможно только в настройках с панели самих контроллеров - 6445S/G.
      И многое другое.
      Также в своей сборке я отключил возможность установки в качестве плагина кривую и недопиленную версию RD, ибо разрабы её оч сильно перекопали, пытаясь подогнать по функционалу к полноценной версии, но при этом отключили массу возможностей - последний скрин.

      Некоторые диалоги при работе и настройки камер я не трогал, ибо там пока полный бардак .. )))
      Слишком много перепиливать для нормального отображения русских менюх.
      Если кому сильно надо вменяемые диалоги именно по работе с камерами, то допилим ... как-нить ... )
      Пожалуйста, пишите обо всех косяках в переводе и диалогах 
    • Автор: markovki
      Уважаемые форумчане, всем доброго времени суток. Уверен, что вопрос не сложный, но ответ так и не нашел.
      Ruida. Отправляю из CorelDraw обрезанную картинку в двух битах в РДКАМ, сразу же появляется два цвета - один гравируется (BMP), второй как резка, т.е. второй цвет вырежет мне эту картинку, но мне не нужно её вырезать!!! Картинка с очень мелкими деталями, сделать качественную трассировку с такой детализацией не удается.
      Подскажите, как сделать, чтобы картинка не вырезалась?
      Удаление цвета или отключение вывода цвета на печать не устраивает, т.к. резка остального тоже отключается, да и каждый раз отключать, можно ошибиться.
    • Автор: @lexey
      Может кто подскажет. проблема почти такая же. 
      Причем интересно, так происходит только на одном ПК. С двух других посылается задание хорошо. И не важно резка это или гравировка.
      Суть: отправляем задание, оно уходит, но не полностью. То-есть обрывается в процессе отправки (на видео видно), и станок выполняет только то что прилетело ему. (обрывок задания).
      А бывает станок пишет что не хватает памяти, но редко.
      И напомню, так только на одном пк. Станок по сети подцеплен. Обиднно, это рабочее место оператора обновил новым пк, (мимаки на нем еще висит с растрлинком). И оно теперь не работает, с пк иза приходится бегать резать, или менеджера (не есть гуд).
      Можно конечно и пк поменять, нока по мне, это не выход. Надо ж найти причину. Бред какой то происходит.
      VID_20210615_170228.avi
    • Автор: PavelK
      Программа управления для контроллеров Ruida, в том числе для Ruida 6332G BS.
       
×
×
  • Создать...