Си это хорошо, только похоже не по зубам многим современным «программистам». Вот и появляются всякие Lua и Микропитоны внутри микроконтроллеров, системные демоны на интерпретаторах
Какое то спорное решение, помещать в корпус из профиля дрыгостол.
При таком корпусе напрашивается кинематика CoreXY, H-Bot или UTI
Тема про высокотемпературный хотэнд совершенно не раскрыта.
Если делать нормальную термокамеру, то движки и все электронику нужно наружу выносить
Создается впечатление, что макросы в последнее время используются как защита исходного кода от реверс инжиниринга
Разве что еще мозги тренировать, чтобы деменция не развивалась )))
А что мешает монитор разделить на 2-4-… окна?
Понятно, что для любой разработки лучше иметь больше одного монитора.
Но ведь и в «поле» приходится отлаживать микроконтроллеры )))
Литиевые аккумуляторы делятся на морозостойкие и обычные. Морозостойкие на морозе не так явно будут терять ёмкость.
Вот заметка про литий полимерный морозостойкий аккумулятор.https://www.compel.ru/lib/77099
Морозостойкие версии есть и среди li-ion.
Если вы прочитаете на них даташит, то увидите, что рабочая температура (температура разрядки) там от -40, а вот температура зарядки от 0. То есть даже их в вашей схеме уже нельзя использовать без контроля температуры.
Было бы интересно, если бы камера учувствовала в ориентации платформы в пространстве. В полетных контроллерах современных дронов эта функция вполне пашет.
Андроид тоже использует ядро линукс. И что? Код легко переносится? Как бы не так. Все приложения в основном пишутся в рамках SDK.
Так и Микрософт заменит все POSIX библиотеки на .NET, естественно без исходников.
Да еще и кучу проприоритарных драйверов в ядро добавит
Все верно — выше частота, больше разрядность — выше точность.
Весь вопрос, какая точность вам нужна. Софт при расчете шагов может интерполировать и нужной точностью убирать все погрешности.
Есть у меня самодельный станочек на китайских ШВП и рельсах. Раньше им платы фрезеровал.
Там точность механики хорошо если 10-20 микрометров при скорости 200.
Ну и зачем мне нудна точная электроника, которая будет высчитывать шаги с точностью до 0.1 мкм?
Конкретно для этого станка Atmega328 с GControl больше чем достаточно.
Другой пример — принтер дельта на работе. Переводит прямоугольные координаты G-кода в управления треугольной кинематикой. Там 8-ми битный AVR дает приличную погрешность, которая растет со скоростью печати. Поэтому 32-битный контроллер там очень целесообразен.
У вас же, судя по задаче, какой то прецизионный роутер с очень маленькой погрешностью и высокой скоростью )))
Иначе, весь этот труд — из пушки по воробьям. Ну, или святое, потому что интересно поразбираться. Но тогда и цель немного другая. Почему бы тогда не сделать по потоку на каждую ось, с мьютексами синхронизации и прочими интересными вещами? Если запустить такую штуку на многоядерном контроллре, то вообще огонь будет )))
Мне кажется вы переоцениваете свою механику )))
1 шаг мотора NEMA 17 на ходовом винте 2мм/оборот — это около 10мкм без микрошага. С учетом микрошага 1/32 — 0.3мкм
Пропустите один шаг по Y в любом месте движения по X и ваша механика не заметит этого
Все это пишется 10-ю строчками на Shell при помощи i2cget
При таком корпусе напрашивается кинематика CoreXY, H-Bot или UTI
Тема про высокотемпературный хотэнд совершенно не раскрыта.
Если делать нормальную термокамеру, то движки и все электронику нужно наружу выносить
Разве что еще мозги тренировать, чтобы деменция не развивалась )))
Понятно, что для любой разработки лучше иметь больше одного монитора.
Но ведь и в «поле» приходится отлаживать микроконтроллеры )))
Если вы прочитаете на них даташит, то увидите, что рабочая температура (температура разрядки) там от -40, а вот температура зарядки от 0. То есть даже их в вашей схеме уже нельзя использовать без контроля температуры.
А что будет с литиевыми аккумуляторами при -20С? -40С?
Без перезагрузки через GPIO16?
А фильм действительно прекрасный
Когда же уже китайцы по нашим чертежам будут отливать корпуса за недорого
Самое трудное для DIY — корпус
Все остальное подгоняем под него )))
Так и Микрософт заменит все POSIX библиотеки на .NET, естественно без исходников.
Да еще и кучу проприоритарных драйверов в ядро добавит
Насколько данный режим быстрее разряжает батарею?
Весь вопрос, какая точность вам нужна. Софт при расчете шагов может интерполировать и нужной точностью убирать все погрешности.
Есть у меня самодельный станочек на китайских ШВП и рельсах. Раньше им платы фрезеровал.
Там точность механики хорошо если 10-20 микрометров при скорости 200.
Ну и зачем мне нудна точная электроника, которая будет высчитывать шаги с точностью до 0.1 мкм?
Конкретно для этого станка Atmega328 с GControl больше чем достаточно.
Другой пример — принтер дельта на работе. Переводит прямоугольные координаты G-кода в управления треугольной кинематикой. Там 8-ми битный AVR дает приличную погрешность, которая растет со скоростью печати. Поэтому 32-битный контроллер там очень целесообразен.
У вас же, судя по задаче, какой то прецизионный роутер с очень маленькой погрешностью и высокой скоростью )))
Иначе, весь этот труд — из пушки по воробьям. Ну, или святое, потому что интересно поразбираться. Но тогда и цель немного другая. Почему бы тогда не сделать по потоку на каждую ось, с мьютексами синхронизации и прочими интересными вещами? Если запустить такую штуку на многоядерном контроллре, то вообще огонь будет )))
1 шаг мотора NEMA 17 на ходовом винте 2мм/оборот — это около 10мкм без микрошага. С учетом микрошага 1/32 — 0.3мкм
Пропустите один шаг по Y в любом месте движения по X и ваша механика не заметит этого
Давно уже контроллеры делают на STM32 и не пищат, так как используют нормальные драйверы от TMC