cnc-club.ru

После того как зависло, какие действия приводят к отвисанию и возобновлению связи? нажатие пипки резет, перезапуск программы на ПК, передергивание ЮСБ?

У меня все три действия приходится выполнять

Если без передергивания USB кабеля никак, то надо использовать USB UART мост выполненный прямо на разъеме USB

http://hobbycomponents.com/975-large_de ... daptor.jpg чтото типа такого
https://ae01.alicdn.com/kf/HTB1l2RIPFXX ... 40x640.jpg
и припаять веревочки к плате контролера RX TX +5 GND

Mamont писал(а):Если без передергивания USB кабеля никак, то надо использовать USB UART мост выполненный прямо на разъеме USB

http://hobbycomponents.com/975-large_de ... daptor.jpg чтото типа такого
https://ae01.alicdn.com/kf/HTB1l2RIPFXX ... 40x640.jpg
и припаять веревочки к плате контролера RX TX +5 GND

Надо искать причину, а не бороться со следствиями! Причин можеть быть несколько:
1. Блок питания на 24в не фильтрует частоту задающего генератора
2. Отсутствие заземления БП на 24в
3. Отсутствие заземления БП компьютера
Кроме того, шпиндель необходимо запитывать от отдельного БП.
Все устройство желательно в железный ящик.
Сам ящик заземлен.
Внутри ящика все земли в одну точку.

Сам интерфейс USB в ЧПУ станке и есть основная проблема.
Лучше всего спаять преобразователь уровня RS232-TTL и соеденить через апаратный COM порт кома (если конечно он там есть)

Evgenyi_Timakoff писал(а):У меня все три действия приходится выполнять

Не может быть, что б сразу все три - столько бед на один несчастный микроконтроллер, это уже перебор...
Хотя б на два соглашайтесь...

Mamont писал(а):Сам интерфейс USB в ЧПУ станке и есть основная проблема.
Лучше всего спаять преобразователь уровня RS232-TTL и соеденить через апаратный COM порт кома (если конечно он там есть)

Мне как то не посчастливилось обнаружить эту проблему на моем станке! Тот же USB, станок может работать сутками. И здесь надо искать причину. Под подозреним бп. Значит надо запустить работу станка на другом бп, постепенно подключая все агрегаты.

Ресет не нажимал
А вот отвисанию способствует передёргивание юсб провода
Иногда приходится ещё и БП отключать

Kirill953 писал(а):Ресет не нажимал
А вот отвисанию способствует передёргивание юсб провода
Иногда приходится ещё и БП отключать

Похоже виснет CH340G. Может запросто из-за наводок...

Kirill953 писал(а): С неправильным движением разобрался через $3=5
А чпу все так же останавливается , вот кстати , останавливается иногда ( независимо от гкода ) и выбивает такое wpos что-то , в общем , помогите , парниииии(

было такое же.
Один в один, только версия GRBL была более свежая.
Это наводки, попробуй электронику в железный ящик спрятать, заземлив его.
кабель до компьютера как можно меньшего размера.

На USB я бы грешил в последнюю очередь - у меня станок подключался по bluetooth.

У меня знакомый поступил вообще координально, спаял вот такую штуку: где USB интерфейс преобразуется сразу в uart, и до основного микроконтроллера идет уже в такой форме сигнал. В обход встроенного преобразователя USB--> UART.
После чего ему удалось избавиться от похожих проблем

selenur писал(а):После чего ему удалось избавиться от похожих проблем

да там и мега зависать может. у меня именно так и было.
преобразователь не использовался вообще - сразу RX TX с bluetooth модуля шел в МК.

В общем баловство это все.... Я если честно наелся и собираю шкаф на LinuxCNC.

ScrewDriver писал(а):На USB я бы грешил в последнюю очередь - у меня станок подключался по bluetooth.

Как физически голубой зуб подключён к МК? Какие модули и какие коннекторы?

ЗЫ: опыт юзанья беспроводки интересует конкретно.

Rom327 писал(а):И здесь надо искать причину

О причине, да еще жирно выделенной можно говорить когда речь о конкретной причине. Например непропае какой нить ножки контролера
В этом случае применимо больше "кроилово ведет к попадалову". Целый ряд узких мест
1.Ж-команды по интерфейсу не имеет подтверждения контрольной суммой. Сбойнет что нить, примет контроллер вместо G1 X414.01 Y134 чтото G0 X414.01 Y134 или G1 X414.00 Y134 и будет себе честно отрабатывать эти команды
2. USB интерфейс как таковой.
3. кабель от USB длинный, а мост стоит на плате станка. Вариант от Selenur с оптоизоляций данных, не использование питания контролера станка от USB компа очень хорош
4. не нашел развязывающих оптронов . это означает что gnd блока питания шпинделя и драйверов шаговиков соеденен с GND контролера и USB моста. Помехи будут гулять по всем цепям питания

peratron писал(а): Как физически голубой зуб подключён к МК? Какие модули и какие коннекторы?

модуль HK-05, питание, ну и Rx соединяешь с Tx Arduino и наоборот.
Скорость не забудь у модуля настроить на ту, с которой ардуинка общается.
Дальше на компьютере подключаешься к модулю, как к COM порту и все.

Проверь контакты "гребёнки", что бы все сигнальные были притянуты к "+". В особенности RST и контакты концевиков по X,Z,Y. Именно на них могут наводиться ложные срабатывания от бросков по питанию и прочего из-за их неопределённого состояния. К плюсу обычно притягивают резистором 1-10 ком, либо перемыкают на землю(GND), если они не используются.
На фотках плохо различимы, то ли конденсаторы, то ли резисторы. Проверь целостность резисторов и их номинал.

Mamont писал(а):

Rom327 писал(а):И здесь надо искать причину

О причине, да еще жирно выделенной можно говорить когда речь о конкретной причине. Например непропае какой нить ножки контролера
В этом случае применимо больше "кроилово ведет к попадалову". Целый ряд узких мест
1.Ж-команды по интерфейсу не имеет подтверждения контрольной суммой. Сбойнет что нить, примет контроллер вместо G1 X414.01 Y134 чтото G0 X414.01 Y134 или G1 X414.00 Y134 и будет себе честно отрабатывать эти команды

Пришла новая плата такая же, с алика. К успеху ничего не привело, как останавливалась, так и останавливается на новой плате

Про г-код немного не понял, он должен отправлять команды в формате G01X18.376Z-1.938 ?
Потому что мой г-код немного интереснее, он просто X0.100Z-1.359

Или даже немного по другому задам вопрос, в ArtCam'e в каком формате лучше сохранять УП для этой платы?

Эх, отправка Гкода в формате G1 не помогла

Если залит в контроллер ардуиновский лоадер, то можно залить скетч, очищающий EEPROM при подаче питания... а потом - залить по новой прошивку grbl. Либо чип бракованный, либо проблемы с питанием или наводками... провода Z-щупа на время работы лучше откинуть от платы... Возможно помеха лезет от шпинделя.... скрути в косичку его провод и повесь кольцо на провод как можно ближе к шпинделю.
Для полноты картины желательно использовать максимально-короткий usb кабель и питание от АКБ автомобиля.. или проверенного источника питания... например 19 от ноутбука... (штатный бп обычно переделка 15В 3А в 24В 5А - заменой пары резисторов и новой наклейкой на корпусе)

Kirill953 писал(а): Про г-код немного не понял, он должен отправлять команды в формате G01X18.376Z-1.938 ?
Потому что мой г-код немного интереснее, он просто X0.100Z-1.359

G01, G0, g3 G2 модальные команды.

это
G1 X0.100Z-1.359
X1.100Z-3.359
X3.100Z-1.359

и это
G1 X0.100Z-1.359
G1 X1.100Z-3.359
G1 X3.100Z-1.359
эквиваленто


а обнулить* ЕПРОМ можно командой через консоль $RST=*

*вернуть в исходные значения, которые далеко не всегда подходят к твоему станку, но хоть чутка заставят его шевелиться