Страница 9 из 15
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 17:06
staltech
63ru писал(а):Да в Кокосе. На буке не хотел открываться , закинул в корень c:\grbl-edge - открылся.
Спасибо, учту.
Пока у меня возникли проблемы, при коммутации электромагнитного пускателя контроллер иногда виснет. С контроллером на Atmega2561 такого не было.
Так что пока занимаюсь этим вопросом.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 17:18
selenur
staltech писал(а):63ru писал(а):Да в Кокосе. На буке не хотел открываться , закинул в корень c:\grbl-edge - открылся.
Спасибо, учту.
Пока у меня возникли проблемы, при коммутации электромагнитного пускателя контроллер иногда виснет. С контроллером на Atmega2561 такого не было.
Так что пока занимаюсь этим вопросом.
Посмотри тут:
https://geektimes.ru/post/257896/ может полезного в статье, или комментариях найдешь.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 17:22
staltech
Как устранить помехи я знаю, просто специально ставлю в жесткие условия и сравниваю. В начале нужно добиться максимальной стабильности от контроллера.

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 20:59
staltech
Весь вечер прошел в испытаниях. Для начала что получилось.
Плату нужно вырезать как можно точнее под проем в корпусе, иначе будут проблемы при затягивании винтов коннекторов.
Испытывал коммутацией электромагнитного пускателя через китайскую плату реле от сигнала DIR X.
На обмотку пускателя умышленно не ставился RC супрессор,
если его поставить то все проблемы сразу исчезают. Китайская плата имеет частичную опторазвязку, земли на ней не развязаны. Если развязать землю тоже должно помочь.
Результаты следующие:
1. Стандартная плата Arduino Mega (не китайская) виснет в течении первых 10 сек. Именно виснет, USB соединение не разрывается.
2. Моя плата та что на фото сверху, может повиснуть примерно раз в 30 мин. Пробовал вместо кварца ставить генератор, результат тот же. USB тоже не падает.
3. Коль пошла такая пьянка решил проверить форкнутый GRBL 0.9j под Cortex M4F плата NuTiny-SDK- NUC472. Все на соплях, буферов нет и в помине.
Не произошло не одного зависания, единственное проскакивал мусор по COM порту и контроллер один раз встал на паузу. Но тут виноват адаптер USB-UART который тоже висит на соплях.

- на фото NuTiny-SDK- NUC472 а справа USB-UART
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 22:06
ozzy_sv
63ru писал(а):Набросал все схемные хотелки..
схема не завершена !!!...
прежде чем изобретать лисапед со входами /выходами подсмотрели бы как уже реализовано например сдесь
по схеме покритикую, прежде чем риcовать свой компонент в диптрейсе поищите в его библиотеках, может он там есть , сильно экономит время

Это я о процессоре.
Зачем преобразователи интерфейса на выходах, чтобы через него помеха пролазила или при неверном подключении выжечь все до основания ? включая комп ?
если делать по уму то оптроны на вход и выход применять нужно, а то ошибся в подключении и все ...
могу помочь с разводкой платы , сам озадачился станочком и выбираю схему управления
и вопрос к камрадам : чем не устраивает TinyG2 arm от atmela ? или задача сохранить привязку к GRBL
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 22:18
staltech
ozzy_sv писал(а):по схеме покритикую, прежде чем риcовать свой компонент в диптрейсе поищите в его библиотеках, может он там есть , сильно экономит время Это я о процессоре.
О каком собственно процессоре идет речь? Atmega328 так он из DipTrace.
ozzy_sv писал(а):Зачем преобразователи интерфейса на выходах, чтобы через него помеха пролазила или при неверном подключении выжечь все до основания ? включая комп ?
Где вы у меня в схеме видели преобразователи интерфейса? Там логика 74HC04.
ozzy_sv писал(а):могу помочь с разводкой платы , сам озадачился станочком и выбираю схему управления
В помощи не нуждаюсь, а вот если сделаете и выложите свой вариант, то всегда пожалуйста.
ozzy_sv писал(а):и вопрос к камрадам : чем не устраивает TinyG2 arm от atmela ? или задача сохранить привязку к GRBL
Так по названию темы что не видно? Если уж читаете то лучше полностью.
Так что если есть что то конкретное то милости просим а пустой троллинг оставьте при себе.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 22:23
selenur
У GRBL мне очень нравиться протокол общения между контроллером и программами, единственное что немного неудобно, это понять что например посланная команда (или правильнее КАДР) N367 выполнился, а не 368 например, в ответе OK не хватает как раз этого.
Так-же для различных задач на одном и том-же контроллере с GRBL прошивкой, можно использовать именно ту подходящую программу. Например для фрезеровки и гравировки я использую canle, для выжигания планирую пользоваться программой от staltech, а изготовления печатных плат, свою программу, что-бы максимально уменьшить количество шагов при изготовлении плат. Что-бы из diptrace или sprint-layout сразу можно было начинать изготовление платы, без сторонних программ. И если я например буду использовать именно GRBL протокол, то это будет работать у любого человека.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 22:26
staltech
ozzy_sv Второе сообщение на форуме и сразу троллинг не рановато ли? Может обживешься сначала или задачи другие?
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 22:33
ozzy_sv
staltech писал(а):ozzy_sv Второе сообщение на форуме и сразу троллинг не рановато ли? Может обживешься сначала или задачи другие?
в чем троллинг , если конструктивная критика не нравится больше не буду, ради бога , сами на свои же грабли наступайте
по поводу Ваших советов , обойдусь как нибудь без них
Где вы у меня в схеме видели преобразователи интерфейса? Там логика 74HC04.
SN74LVC4245PWLE что это ?
Процессор STM32F103C8T6
selenur
спасибо за расширенный ответ

как раз статьи на Вашем блоге токнули меня на затею сделать себе cnc
p.s. вижу новеньким здесь не особо рады
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 22:39
selenur
ozzy_sv писал(а):p.s. вижу новеньким здесь не особо рады
Не стоит всё близко принимать к сердцу!

тут рады всем

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 22:45
63ru
ozzy_sv писал(а):
... p.s. вижу новеньким здесь не особо рады
В теме обсуждается два проекта для атмеги и стм..
над атмегой работают staltech и selenur
стм предложил я, у меня опыта крайне мало, выкладываю выраинты, спрашиваю..
Вам бы следовало внимательней читать форум!!
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 22:51
staltech
63ru писал(а):Вам бы следовало внимательней читать форум!!
Как раз это хотел и написать, прежде чем цепляться к словам нужно все внимательно прочитать.
А конструктивная критика без воплей всегда пожалуйста.

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 23:21
staltech
Кстати 63ru Валерий, почему ты так на шинные формирователи запал? Лучше обычную логику поставить и оптопары после нее, тем более если драйвера двигателей без опторазвязки планируешь ставить.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 23:22
63ru
ozzy_sv писал(а):63ru писал(а):Набросал все схемные хотелки..
схема не завершена !!!...
.......
по схеме покритикую, прежде чем риcовать свой компонент в диптрейсе поищите в его библиотеках, может он там есть , сильно экономит время

Это я о процессоре.
в моих библиотеках его нет, нашел на просторах инета.. если есть лучше, буду рад.
Зачем преобразователи интерфейса на выходах, чтобы через него помеха пролазила или при неверном подключении выжечь все до основания ? включая комп ?
если делать по уму то оптроны на вход и выход применять нужно, а то ошибся в подключении и все ...
это как раз обсуждается на форуме!! к опторазвязке я склоняюсь тоже, но некоторые драйвере ее уже имеюю, получается масло масленное..
к тому же если делать все по уму нужно ставит DC/DC isoled ....
предлагай свои варианты!
могу помочь с разводкой платы , сам озадачился станочком и выбираю схему управления
...
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 23:27
staltech
63ru писал(а):но некоторые драйвере ее уже имеюю, получается масло масленное..
Дело в том что все нормальные драйвера ее имеют, ну кроме драйверов которые больше для 3D принтеров подходят. По этому я ее и не разводил на плате.
А вот по опторазвязке шпинделя спрашивал, но все молчат...
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 23:38
63ru
staltech писал(а):Кстати 63ru Валерий, почему ты так на шинные формирователи запал? Лучше обычную логику поставить и оптопары после нее, тем более если драйвера двигателей без опторазвязки планируешь ставить.
Так не запал, корпуса у них удобные с одной стороны вход с другой выход, разводка легче, если делать как говоришь , то тогда DC/DC ISOLED (повторяюсь..) еще добавить, тогда по феншую все будет..
дома то пока стоят без развязки.. а тут проект назревает посерьезней станок..
проц разве не вытянет без логики оптопары 5 mA на ногу?
релюхи думаю еще добавить на шпиндель..
судя по твоим испытаниям, развязка предпочтительнее...
А вот по опторазвязке шпинделя спрашивал, но все молчат...
это на включение или аналоговый выход ?
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 23:47
staltech
63ru писал(а):это на включение или аналоговый выход ?
В основном имел ввиду именно аналоговый выход, с включением проще.
63ru писал(а):проц разве не вытянет без логики оптопары 5 mA на ногу?
Выдержит конечно, но это еще сложить все нужно и получается не комельфо. И убить проц таким образом проще.
Релюхи если они работают на индуктивную нагрузку, без опторазвязки лучше не применять.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 03 янв 2017, 23:54
staltech
63ru писал(а):Так не запал, корпуса у них удобные с одной стороны вход с другой выход, разводка легче, если делать как говоришь , то тогда DC/DC ISOLED (повторяюсь..) еще добавить, тогда по феншую все будет..
В принципе если так хочется, я в этом особых проблем не вижу, правда если драйвера с опторазвязкой.
Кстати Cortex-ы лучше переносят помехи чем AVR, но у меня есть одно подозрение которое еще нужно будет проверить.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 04 янв 2017, 00:01
63ru
тогда думаю оставить логику, развязка пусть на драйверах будет, и сделать развязанный аналог+ 2 реле на пуск и охлаждение.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 04 янв 2017, 00:03
staltech
63ru писал(а):тогда думаю оставить логику, развязка пусть на драйверах будет, и сделать развязанный аналог+ 2 реле на пуск и охлаждение.
Вполне логично, только плата уже точно не под такой корпус будет. Но думаю это и не важно.