Проблема платы управления MKS DLC32 V2.1
- Автор темыArch
- Дата начала
Пока ваши коллеги-модераторы спорят на форуме о теории вероятностей и ловят «помехи в эфире Wi-Fi», они действительно упускают из виду фундаментальную техническую классику для связки платы MKS DLC32 и тихих драйверов TMC2209.
Проблема пользователя Arch, когда в ручном режиме с экрана всё движется идеально, а при запуске G-кода (хоть с SD, хоть с компа) станок намертво стопорится с диким треском и «пропуском шагов», имеет конкретную физическую причину.
Вот три вещи, которые никто на ветке не озвучил, но которые нужно проверить в первую очередь:
## 1. Конфликт логики микрошага (Самое вероятное)
Когда Arch управляет станком вручную с тачскрина, плата шлет простые, одиночные команды на перемещение. Но когда запускается управляющая программа, планировщик GRBL начинает гнать плотный поток микрокоманд.
* В чем баг: Драйверы TMC2209 имеют переключатели (джамперы) микрошага на плате, а в прошивке ($100, $101) забиты старые значения от родной «дятловской» платы (обычно шаг 1/16). Если на самой плате MKS физически выставлен шаг 1/32 или включен режим интерполяции до 1/256, а контроллер думает, что там 1/16, то при запуске программы частота импульсов Step превышает физические возможности моторов. Они не успевают за кодом, мгновенно срываются в синхронизацию и намертво клинят на месте с гулом.
## 2. Ток удержания и перегрев TMC2209 (Vref)
Юзер пишет, что не знает, какое напряжение выставить: 0.6В или 0.9В.
* В чем баг: Если напряжение на потенциометре драйвера (Vref) занижено, моторам тупо не хватает крутящего момента сдвинуть каретку при росте динамической нагрузки от G-кода. Если завышено — драйверы TMC2209 без активного охлаждения (вентилятора) уходят в тепловую защиту (Thermal Shutdown) ровно через секунду после старта программы, когда ток идет непрерывно. Драйвер отключается на доли секунды, чтобы не сгореть, — визуально это выглядит как жесткий стопор и «пропуск шагов».
## 3. Инверсия сигнала Enable (Разрешение работы)
В прошивках под ESP32 (база для MKS DLC32) управление пином Enable (включение двигателей) может отличаться от классической Arduino Nano. Если этот параметр инвертирован в настройках, то в ручном режиме плата может успевать подавать костыльный сигнал, а при запуске автоматического планировщика драйверы просто блокируются или работают «наоборот», удерживая вал вместо вращения.
------------------------------
## Резюме для ответа на форуме:
Пусть Arch бросает менять аккумуляторы и ковырять Wi-Fi (коллеги Robinson1957 и Dizzy абсолютно правы — контрольные суммы TCP/UDP здесь ни при чем). Ему нужно:
1. Четко выставить джамперами на плате режим 1/16 шага под драйверы TMC2209.
2. Подогнать под этот режим параметры $100, $101, $102 (для стандартных винтов T8 на 3018 это обычно значение 800).
3. Выставить Vref строго на 0.75В (оптимально для родных движков 1.3А) и обязательно направить на плату вентилятор.
Отправьте его читать матчасть по настройке шагов, пусть не мучает «Кандель».
Проблема пользователя Arch, когда в ручном режиме с экрана всё движется идеально, а при запуске G-кода (хоть с SD, хоть с компа) станок намертво стопорится с диким треском и «пропуском шагов», имеет конкретную физическую причину.
Вот три вещи, которые никто на ветке не озвучил, но которые нужно проверить в первую очередь:
## 1. Конфликт логики микрошага (Самое вероятное)
Когда Arch управляет станком вручную с тачскрина, плата шлет простые, одиночные команды на перемещение. Но когда запускается управляющая программа, планировщик GRBL начинает гнать плотный поток микрокоманд.
* В чем баг: Драйверы TMC2209 имеют переключатели (джамперы) микрошага на плате, а в прошивке ($100, $101) забиты старые значения от родной «дятловской» платы (обычно шаг 1/16). Если на самой плате MKS физически выставлен шаг 1/32 или включен режим интерполяции до 1/256, а контроллер думает, что там 1/16, то при запуске программы частота импульсов Step превышает физические возможности моторов. Они не успевают за кодом, мгновенно срываются в синхронизацию и намертво клинят на месте с гулом.
## 2. Ток удержания и перегрев TMC2209 (Vref)
Юзер пишет, что не знает, какое напряжение выставить: 0.6В или 0.9В.
* В чем баг: Если напряжение на потенциометре драйвера (Vref) занижено, моторам тупо не хватает крутящего момента сдвинуть каретку при росте динамической нагрузки от G-кода. Если завышено — драйверы TMC2209 без активного охлаждения (вентилятора) уходят в тепловую защиту (Thermal Shutdown) ровно через секунду после старта программы, когда ток идет непрерывно. Драйвер отключается на доли секунды, чтобы не сгореть, — визуально это выглядит как жесткий стопор и «пропуск шагов».
## 3. Инверсия сигнала Enable (Разрешение работы)
В прошивках под ESP32 (база для MKS DLC32) управление пином Enable (включение двигателей) может отличаться от классической Arduino Nano. Если этот параметр инвертирован в настройках, то в ручном режиме плата может успевать подавать костыльный сигнал, а при запуске автоматического планировщика драйверы просто блокируются или работают «наоборот», удерживая вал вместо вращения.
------------------------------
## Резюме для ответа на форуме:
Пусть Arch бросает менять аккумуляторы и ковырять Wi-Fi (коллеги Robinson1957 и Dizzy абсолютно правы — контрольные суммы TCP/UDP здесь ни при чем). Ему нужно:
1. Четко выставить джамперами на плате режим 1/16 шага под драйверы TMC2209.
2. Подогнать под этот режим параметры $100, $101, $102 (для стандартных винтов T8 на 3018 это обычно значение 800).
3. Выставить Vref строго на 0.75В (оптимально для родных движков 1.3А) и обязательно направить на плату вентилятор.
Отправьте его читать матчасть по настройке шагов, пусть не мучает «Кандель».
