ВОПРОС Зависание при выполнении программы

[Sergey Stryukov]

Доброго времени суток!
Пытался найти ответ на просторах форума, но решения так и не нашёл. А проблема в следующем: при выполнении длительной программы в определенный момент каретка начинает совершать случайные действия:
- может зависнуть в одной точке, шпиндель при этом крутится
- во время работы может погнать каретку резко вниз по Z (вовремя остановил, еле успел спасти фрезу и стол)
- может внезапно погнать каретку вверх по Z (врезалась в упор, концевики на станке не установлены).
В основном происходит при холостом ходе (когда поднятая фреза движется от точки к точке). Но иногда и с опущенной фрезой. Candle никаких ошибок не выдаёт, показывает «В работе». При этом кнопки «Пауза» и «Прервать» не реагируют, только сброс.
На простых и коротких заданиях (типа, вырезать несколько кругов или звёздочку) проблема не наблюдается. УП перед отправкой прогоняю в NC Corrector, там задание выполняется полностью и без ошибок. Грешил на проблемы с питанием и помехи: менял кабель USB, блок питания заменил на более мощный (360 W), настроил драйвера ШД. Не помогло.
Пробовал запустить одну из проблемных программ с выключенным шпинделем – зависла на той же самой строке кода (файл УП и скриншот с Candle прилагаю). Выходит, дело не в помехах, а в УП, либо станок не может правильно интерпретировать команды. Помогите разобраться, что я делаю не так?

Исходные данные: прошивка 1.1f, УП делаю в Artcam 2018, постпроцессор использую (GRBL_Gcode_mm), скачанный с данного ресурса. Пробовал другие постпроцессоры, пробовал делать УП в Aspire, результат тот же: выполнение программы заканчивается непрогнозируемо.

Фото

Скриншот

Одна из проблемных УП: Липовая_Буквы_1_Z1.nc

 

[extrimus]

У меня плата Мега 2560 ADK USB-UART на ATmega16U2 бывало отваливался..
Поставил плату преобразователя в разъём компа а на плату вывел TX-RX но с небольшим "извращением" через CAN трансиверы, но зато с тех пор не отваливается...

А вот это же самое можно, только на человеческом языке???? И желательно с картинками.

 

[trew21]

Фсё, читал читал, чет всё так сложно

Ваши сообщения автоматически объединены: 27.11.2020

Проверить, 340-й

341 вроде есть же, не знаю, уже запутался в них

 

[zelvov]

А вот это же самое можно, только на человеческом языке???? И желательно с картинками.

Как то так..

 

[OlegK]

Как то так..

Я оффлайн контроллер и плату тоже развязал, через MAX3232. Кабель около 2метров.

 

[zelvov]

CAN как и 485й привлекают своей помехозащищённостью , да и мекросхемки под рукой лежали без дела...

 

[Sergey Stryukov]

Можно ещё покопать на эту тему:

Спойлер

USB to Serial transmission errors

• It has been found that both genuine Arduino boards, and clone Arduino boards experience occasional errors in transmission of data from the host computer to Grbl. The related errors could result in unwanted motion of the machine. The problem was originally discovered on a an Arduino clone that used a CH340G USB to serial chip, but the problem is also present to a lesser degree on genuine Arduino's and clones that use the Atmel 16U2 chip. There is no fix for the CH340G USB to serial chip. An updated firmware is required to eliminate the problem on the boards using the 16U2 chip.
• Clone Arduino boards using the CH340G USB to Serial chip experience occasional transmission errors and their use is at your own risk. There is no current fix for this problem on CH340G equipped boards.
• Genuine Arduino boards and clone Arduino boards using the Atmel 16U2 USB to Serial chip also experience occasional transmission errors and it is recommended that users re-flash the 16U2 chip with updated firmware. You can use the instructions here: Arduino - DFUProgramming8U2 to falsh the new firmware, and the new firmware can be found here:AlexHolden/Arduino Many thanks to user AlexHolden for taking the time to edit the firmware to solve this problem.
• You can read more about the problem in the issue here: Sent lines different from GRBL echoes · Issue #845 · grbl/grbl

Ваши сообщения автоматически объединены: 27.11.2020

Проверить, 340-й выкаблучивается, или нет, можно прицепить внешний ЮСБ-сериал адаптер на другом чипе (CP2102 или FT232RL). Подключить можно к разъёму под оффлайн-контроллер и провести испытание на "проблемной" УП.

Имеется офлайн-контроллер. Запускал эту УП с него - результат тот же. Виснет на той же самой строке УП

 

[OlegK]

Странно, конечно, что помехи вешают на одной и той же строке...
Не пробовали прогнать в тестовом режиме? В Кэндл поставить галку "проверка" и тыкнуть "Отправить". Это быстро, секунд 20-30.

 

[demyuri]

Странно, конечно, что помехи вешают на одной и той же строке...

Присоединяюсь.
Sergey Stryukov, попробуйте задать начало УП с другого положения. Сдвинув на 10-15 мм по Х и У.

 

[Sergey Stryukov]

Присоединяюсь.
Sergey Stryukov, попробуйте задать начало УП с другого положения. Сдвинув на 10-15 мм по Х и У.

Ок, буду пробовать

 

[chaynik2020]

Ок, буду пробовать

Похоже на механику. Попробуйте уменьшить скорость.

 

[SnakeKVC]

Похоже на механику. Попробуйте уменьшить скорость.

Там и так скорость ни о чём.

 

[demyuri]

Кстати о птичках, параметры $$ в студию, под спойлер.

 

[RAnton]

Исходные данные: прошивка 1.1f, УП делаю в Artcam 2018, постпроцессор использую (GRBL_Gcode_mm), скачанный с данного ресурса. Пробовал другие постпроцессоры, пробовал делать УП в Aspire, результат тот же: выполнение программы заканчивается непрогнозируемо.

тоже такое наблюдал, Candle показывает правильную картинку, а фреза на картинке и в действительности улетает в космос. После сброса все проходит нормально. Хочу попробовать прошивку 1.1h, пока собираю статистику про нее.

 

[chaynik2020]

Там и так скорость ни о чём.

А бывает.

 

[SnakeKVC]

тоже такое наблюдал, Candle показывает правильную картинку, а фреза на картинке и в действительности улетает в космос. После сброса все проходит нормально. Хочу попробовать прошивку 1.1h, пока собираю статистику про нее.

Прошивка 1.1h сделана для портальных станков, и в данном случае не поможет.