У него есть интересное видео и про китайский пак. Так понимаю если степ/дир оторвется, станок нужно будет ловить у соседа в гаражеMX_Master писал(а):Я бы не заморачивался и взял любой серво кетайский пак.
Самое время снова зажечь огонь на тему S-кривых разгона и торможенияselenur писал(а):Главное! что-бы ещё ускорение торможение поддерживала
Ускорения, стессна, будут. Есть несколько вариантов на эту тему.
ты придумал kflopMX_Master писал(а):Понравилось мне ковыряться с аппаратными генераторами STEP/DIR.. Недавно нарыл ещё один способ, который не кушает много оперативки. А вывод шагов на 4 оси стабильно держит до 2.5 МГц.
Не один из бюджетных контроллеров столько выдать не может. Поэтому задумался над тем, чтобы сделать простую, но всеядную выполнялку движений по STEP/DIR. Не контроллер, а именно выполнялку приказов по движению. А всеядную - чтоб можно было получать приказы любым способом - по USB, Ethernet, WiFi, и т.д. Т.е. вся логика контроллера, планировщик и всё всё остальное находятся на отдельном устройстве, будь-то ПК, ноут или планшет. А эта штуковина должна точно и в срок генерировать STEP/DIR/ENBL по заказу.
А что делать когда USB глюкнет от помехи в цеху?Гагарин писал(а):Задержка должна гарантировано компенсировать неопределенность по времени передачи по usb-порту.
Думал об этом. Пока приходит мысль об плавной остановке станка силами микроконтроллера в случае сбоя связи.aftaev писал(а):А что делать когда USB глюкнет от помехи в цеху?Гагарин писал(а):Задержка должна гарантировано компенсировать неопределенность по времени передачи по usb-порту.
как вариант - не использовать эту штуку в цеху. так, дома, хобби. для цеха есть вещи на ethercataftaev писал(а):А что делать когда USB глюкнет от помехи в цеху?
У меня дома периодически Винда пикает, это значит что какое то из устройств USB отключилось и тут же включилось. И это не в цехуdonvictorio писал(а):как вариант - не использовать эту штуку в цеху. так, дома, хобби.
Если делать, так сразу нормально чтоб потом не переделыватьdonvictorio писал(а):так, дома, хобби, для цеха есть вещи на ethercat
Пару месяцев назад наткнулся на github репку с USB контроллером для LinuxCNC на бюджетке с STM32F103C8T6.Гагарин писал(а):Мысли всегда у нескольких людей рождаются одновременно.
Буквально на той неделе решил все-таки попробовать сделать "генератор шагов" , правда на atmege328 для linuxcnc.Но раз есть человек, который работает с более мощными микроконтроллерами, то пока поделюсь идеей.
Связь через usb. Тема такая была и основная проблема известна - нет гарантий передачи пакета за сервопериод.
Решение по этапам:
1)stepgen заменяется своим компонентом, который работает только в сервопериоде. Потребность в функции, работающей в базовом периоде, отпадает. Самописный stepgen каждый сервопривод собирает массив перемещей в ед.времени и конвертирует их в понятные для микроконтроллера величины для настройки таймера. Дальше этот массив передается на микроконтроллер.
2) микроконтроллер получает эти данные и с задержкой начинает их последовательно пережевывать(генерировать шаги). Задержка должна гарантировано компенсировать неопределенность по времени передачи по usb-порту. Возможно задержки в 10мс хватит.
3) Обратно на пк периодически передается инфа о количестве генерированных шагов для контроля. Естественно все события , требующие мгновенной реакции(лимит, хомы и т.д.) отрабатываются микроконтроллером.
4) так же микроконтроллер используется для расширения входов/выходов.
А пока надо работать с USB. И тут первый вопрос - как это лучше организовать? Канеш, желательно, чтоб устройство было доступно для любой ОСи без установки доп. драйверов. А вторым вопросом будет софт на стороне ПК, хотя бы тестовый, для отправки и получения сообщений.MX_Master писал(а):
Виртуальный COM-порт. Эмуляция распространенных конверторов, например, серии FTDI. Тогда для отладки можно будет пользоваться любой терминальной программой.MX_Master писал(а):желательно, чтоб устройство было доступно для любой ОСи без установки доп. драйверов.
Могу ошибаться, но драйвер всё равно придётся ставить? В интернетах любая инструкция про STM32 VCP начинается со слов "нужно установить следующий драйвер..". И, обычно, это https://my.st.com/content/my_st_com/en/ ... 32102.htmlСергей Саныч писал(а):Виртуальный COM-порт. Эмуляция распространенных конверторов, например, серии FTDI. Тогда для отладки можно будет пользоваться любой терминальной программой.MX_Master писал(а):желательно, чтоб устройство было доступно для любой ОСи без установки доп. драйверов.
Если сэмулировать FTDI, то винда, начиная с семерки, вроде как сама справится. А линукс, так уж точно.MX_Master писал(а):Могу ошибаться, но драйвер всё равно придётся ставить?