Страница 13 из 15
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 08:40
staltech
ozzy_sv писал(а):читал тему
https://github.com/gnea/grbl/issues/67 автор вроде как хочет перевести grbl на новую платформу и составить конкуренцию linuxcnc (из того написанного что я понял)
но почему то прицепился к камню SAMD21 (atmel), хотя ему предлагали cortex m4 и тот же stm32f103 , который дешевле в раза три за SAMD21 .. но автор стоит на своем..
так вот к чему я это , пор тировать самому или использовать готовый порт для текущей версии то можно но в дальнейшем поддержки не видать как своих ушей, может стоит подождать автора ? ну или использовать atmega2560 что скажите господа ?
Постараюсь проанализировать переписку которую ты привел. Я тоже не сторонник портирования GRBL на STM32, хотя по большей части освоил использование HAL и STM32CUBE. Кстати форк под STM32F103 тоже на STDLIB а не на HAL.
Конкуренция LCNC принципиально не возможна с использованием чипов основанных на ядрах M0 и M3, да еще и с таким количеством выводов. Даже M4F для таких целей маловато. Можно попробовать чипы на ядре M7F это уже double float и хорошие частоты, но и то в сочетании с FPGA.
SAMD21 это CortexM0, получится примерно тоже самое что и на STM32F103 так как отсутствует FPU да и частота ниже.
https://ru.aliexpress.com/item/SAMD21-M ... ff5fb8a724
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 09:34
selenur
staltech писал(а):ozzy_sv писал(а):читал тему
https://github.com/gnea/grbl/issues/67 автор вроде как хочет перевести grbl на новую платформу и составить конкуренцию linuxcnc (из того написанного что я понял)
но почему то прицепился к камню SAMD21 (atmel), хотя ему предлагали cortex m4 и тот же stm32f103 , который дешевле в раза три за SAMD21 .. но автор стоит на своем..
так вот к чему я это , пор тировать самому или использовать готовый порт для текущей версии то можно но в дальнейшем поддержки не видать как своих ушей, может стоит подождать автора ? ну или использовать atmega2560 что скажите господа ?
Постараюсь проанализировать переписку которую ты привел. Я тоже не сторонник портирования GRBL на STM32, хотя по большей части освоил использование HAL и STM32CUBE. Кстати форк под STM32F103 тоже на STDLIB а не на HAL.
Конкуренция LCNC принципиально не возможна с использованием чипов основанных на ядрах M0 и M3, да еще и с таким количеством выводов. Даже M4F для таких целей маловато. Можно попробовать чипы на ядре M7F это уже double float и хорошие частоты, но и то в сочетании с FPGA.
SAMD21 это CortexM0, получится примерно тоже самое что и на STM32F103 так как отсутствует FPU да и частота ниже.
https://ru.aliexpress.com/item/SAMD21-M ... ff5fb8a724
Надо будет купить побаловаться, мне отладка Amtel больше всего нравиться, на мой взгляд самая удобная, и гребенку на 10 пинов вывели

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 11:30
staltech
selenur писал(а):Надо будет купить побаловаться, мне отладка Amtel больше всего нравиться, на мой взгляд самая удобная, и гребенку на 10 пинов вывели
Согласись эта
ATSAME70-XPLD все равно интересней.
А вот если "
gnea" решит для GRBL использовать SAM21, то для общих решений лучше придерживаться его версии... Придется подождать.
Я пока вернусь к работе над сендером и генератором G-кода, нужно доделать то что планировал. И по работе вопросы порешать.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 13:12
Serg
selenur писал(а):Надо будет купить побаловаться, мне отладка Amtel больше всего нравиться, на мой взгляд самая удобная, и гребенку на 10 пинов вывели

У stm32 прошивка и отладка вообще по одному проводу (+gnd)...

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 13:29
AndyBig
UAVpilot писал(а):У stm32 прошивка и отладка вообще по одному проводу (+gnd)
По двум - клок+данные

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 13:31
Serg
Ну да, эт с другим arm перепутал.

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 19:24
ozzy_sv
staltech писал(а):эта ATSAME70-XPLD все равно интересней
а эта
https://ru.aliexpress.com/item/DUE-2013 ... Title=true
не рассматривается из за того что TinyG ее заняли )) практически в туже стоимость что и samd21
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 19:48
staltech
Вкратце по вопросу обсуждения
https://github.com/gnea/grbl/issues/67 версии GRBL для ARM. Могу ошибаться, пишу так как лично я понял слова автора.
1. Выбор SAMD21, скорее личные предпочтения и не желание привязки к конкретному производителю чипов. Как я понял то что у нас STM32 намного дешевле чем чипы Atmel не означает что в США также, HAL тут тоже идет в минус ST.
2. О прямой конкуренции с LCNC речи не шло. Имелось ввиду использование как альтернативной открытой платформы, в задачах где использование LCNC не сильно оправдано. В свое время я так и поступил при изготовлении гравировального станка по стеклу, и в этом направлении буду придерживаться данного выбора. Для будущего фрезерного станка буду использовать LCNC и скорее всего Mesa с Ethernet.
3. Версия GRBL для ARM будет полностью переписана с учетом особенностей ядра и периферии, так что это будет не просто обычный форк.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 19:53
staltech
ozzy_sv писал(а):staltech писал(а):
эта ATSAME70-XPLD все равно интересней
а эта
https://ru.aliexpress.com/item/DUE-2013 ... Title=true
не рассматривается из за того что TinyG ее заняли )) практически в туже стоимость что и samd21
На счет DUE я не знаю, это вопрос скорее к автору. А по поводу ATSAME70-XPLD это просто шутка, лежит у меня такая для будущих экспериментов.

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 20:35
selenur
Пользуюсь такой для некоторых тестов алгоритмов, очень шустрая.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 11 янв 2017, 23:27
63ru
тестил сегодня прошивку stm32. grbl 1.1 некоторые параметры
$3 - не работает, не меняет направления движения
$4 - работает
$5 - не работает, активный уровень входа всегда 0 (лимиты)
$6 - не работает, активный уровень входа всегда 1 (проба)
.......
немного подкоректировал схему staltech, добавил элементов .. ))
на оптопары питание 3.3в.
J2-5 на вырост ))
J6 запаять в случии питания от USB (не паяем схему питания) ..
схему брал отсюда
http://www.cnc-club.ru/forum/viewtopic. ... 20#p327620
.....
есть хотелка еще вариант с драйверами DRV8825 на одной плате...
...
staltech писал(а):Вкратце по вопросу обсуждения
https://github.com/gnea/grbl/issues/67
...3. Версия GRBL для ARM будет полностью переписана с учетом особенностей ядра и периферии, так что это будет не просто обычный форк.
под какой камень ?
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 12 янв 2017, 05:49
staltech
63ru писал(а):под какой камень ?
Что то типа такого:
http://www.atmel.com/ru/ru/tools/atsamd21-xpro.aspx
63ru писал(а):тестил сегодня прошивку stm32. grbl 1.1 некоторые параметры
$3 - не работает, не меняет направления движения
$4 - работает
$5 - не работает, активный уровень входа всегда 0 (лимиты)
$6 - не работает, активный уровень входа всегда 1 (проба)
Боюсь на этом уровне может и остаться. Я когда порт на ARM делал тоже частично забивал на инверсии, типа потом. А потом может никогда не наступить.
63ru писал(а):на оптопары питание 3.3в.
Виноват забыл перекинуть питание. Там еще перед сборкой прошивки выводы Collant Flood и Coolant Mist нужно переназначить.
63ru писал(а):есть хотелка еще вариант с драйверами DRV8825 на одной плате...
Видел их только на картинке, сложного ни чего нет можешь и сам развести. Землю под драйвера делай отдельным полигоном.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 12 янв 2017, 11:22
lenivets
staltech , подскажите пожалуйста резистор шунтирующий кварц CH340G на 1м нужен? а то на ардуинки стоял. Сделайте пожалуйста фотки с двух сторон своей платы.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 12 янв 2017, 12:00
staltech
lenivets писал(а):staltech , подскажите пожалуйста резистор шунтирующий кварц CH340G на 1м нужен? а то на ардуинки стоял. Сделайте пожалуйста фотки с двух сторон своей платы.
Резистор в принципе не обязательно. Если не забуду взять фотик с работы то сделаю.

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 12 янв 2017, 18:30
staltech
Фотки скинул на dropbox полномасштабные. У меня версия платы с неисправленными ошибками, поэтому будут расхождения с последней версией.
https://www.dropbox.com/sh/a363tivsyfko ... 7RHUa?dl=0
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 13 янв 2017, 08:56
lenivets
Спасибо.

помаленьку делаю. Первый раз делаю двухстороннюю плату.

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 13 янв 2017, 09:30
staltech
lenivets писал(а):Спасибо. помаленьку делаю. Первый раз делаю двухстороннюю плату.
Согласен, меня обычно напрягает пайка переходных отверстий, но без них не как.

Re: Попытка совместной разработки GRBL контроллера
Добавлено: 13 янв 2017, 12:26
ScrewDriver
На всякий случай: с версии 0.9 поменяны местами пины концевика по Z и Spindle Enable.
Наткнулся недавно, когда выставлял концевики по Z, а они не работали.
Не знаю, актуально ли будет для Вас.
Я у себя дополнительно подцепил HC-05 Bluetooth модуль на RxD, TxD ардуинки - на компьютере донгл CSR4.0 со стеком от Тошибы - получается не нужны провода от ПК до станочка.
В винде просто создается новый виртуальный комп порт, проброшенный через bluetooth.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 13 янв 2017, 12:32
staltech
ScrewDriver писал(а):На всякий случай: с версии 0.9 поменяны местами пины концевика по Z и Spindle Enable.
Наткнулся недавно, когда выставлял концевики по Z, а они не работали.
Не знаю, актуально ли будет для Вас.
Не давно перешли на версию 1.1, но все равно спасибо.
Я даже не застал 0.8, начинал с 0.9i насколько помню.
Re: Попытка совместной разработки GRBL контроллера
Добавлено: 13 янв 2017, 12:34
ScrewDriver
staltech писал(а):
Не давно перешли на версию 1.1, но все равно спасибо.
Я даже не застал 0.8, начинал с 0.9i насколько помню.
Я тоже не застал, но наткнулся из-за того, что китайские cnc шилды - маркировку-то не меняли. Подцепил на Z концевики, а они не заработали.