Я немного подумал головой (и такое бывает) и решил, что приводы сразу с тестов в основу переносить - идея не очень хорошая. Думаю, надо чтобы еще хотя бы пара человек собрали эти приводы и протестировали, уменьшится ли рябь у них. Если да, то это даст нам уверенность, что эти приводы точно лучше предыдущих и есть смысл вкладывать время и силы для внесения их в основу. Если нет, тогда мы узнаем об этом малой кровью.
В связи с вышесказанным, пока я выложил приводы и сборку портала с ними на форум в модификации. Если у кого-то есть время и желание помочь развитию проекта, то, пожалуйста, соберите и протестируйте эти приводы, это очень поможет.
Скачать модели, а также прислать отчёты о тестировании можно на форуме проекта в отдельной теме. Заранее спасибо.
В связи с вышесказанным, пока я выложил приводы и сборку портала с ними на форум в модификации. Если у кого-то есть время и желание помочь развитию проекта, то, пожалуйста, соберите и протестируйте эти приводы, это очень поможет.
Скачать модели, а также прислать отчёты о тестировании можно на форуме проекта в отдельной теме. Заранее спасибо.
Продолжая поиски решения ряби, я спроектировал, распечатал и протестировал еще один привод. На этот раз я решил максимально точно, насколько это возможно, воспроизвести кинематику привода оси Х, который, напомню, не рябит. Тот же 40-зубый шкив, те же углы схода\захода ремня, то есть и количество зубцов в зацеплении идентично.
Как итог, рябь вдоль оси У точно такая же, как на предыдущих приводах. Но под углом к осям ХУ видно увеличение амплитуды ряби, то есть текущие тестовые приводы немного хуже предыдущих.
Если искать принципиальные отличия между текущим приводом оси Х, который не рябит, и текущим приводом оси У, который, пусть и заметно меньше, чем раньше, но всё еще рябит, то я могу выделить несколько вещей. В первую очередь - наличие двухкратной редукции в приводе оси Х. Повторить её на оси У возможно, но это потребует перепроектирования всего портала, так что пока этим заниматься я не хочу. Также отличия есть в том, что ремень на оси Х попадает на каретку через поворот на 90 градусов, а на оси У напрямую. Также отличаются длины и отношения длин пролётов ремня. Все эти вещи мы менять в приводах оси У особо не можем, так что смысла копать в эту сторону я не вижу.
Иными словами, пока предыдущая версия тестовых приводов у меня показала себя лучше всего. На данный момент продолжать какие-то тесты я не вижу смысла т.к. всё остальное что можно протестировать слишком сложно в реализации, все простые вещи мы уже исключили. Так что ждём пользовательских тестов предыдущих приводов и, если они будут удачны, то пихаем это в релиз.
Как итог, рябь вдоль оси У точно такая же, как на предыдущих приводах. Но под углом к осям ХУ видно увеличение амплитуды ряби, то есть текущие тестовые приводы немного хуже предыдущих.
Если искать принципиальные отличия между текущим приводом оси Х, который не рябит, и текущим приводом оси У, который, пусть и заметно меньше, чем раньше, но всё еще рябит, то я могу выделить несколько вещей. В первую очередь - наличие двухкратной редукции в приводе оси Х. Повторить её на оси У возможно, но это потребует перепроектирования всего портала, так что пока этим заниматься я не хочу. Также отличия есть в том, что ремень на оси Х попадает на каретку через поворот на 90 градусов, а на оси У напрямую. Также отличаются длины и отношения длин пролётов ремня. Все эти вещи мы менять в приводах оси У особо не можем, так что смысла копать в эту сторону я не вижу.
Иными словами, пока предыдущая версия тестовых приводов у меня показала себя лучше всего. На данный момент продолжать какие-то тесты я не вижу смысла т.к. всё остальное что можно протестировать слишком сложно в реализации, все простые вещи мы уже исключили. Так что ждём пользовательских тестов предыдущих приводов и, если они будут удачны, то пихаем это в релиз.
Тов. Solos в чате предложил новую конструкцию шкива. Идея простая: если убрать центральную часть зубчиков на шкиве, то сопряжение зубцов ремня и шкива будет растянуто во времени и это может уменьшить рябь.
Ну и сразу придумался альтернативный вариант - не срезать у каждого зубчика центральную часть, а срезать у каждого четного зубчика нижнюю, а у каждого нечетного - верхнюю часть.
Оба шкива замоделены в виде переходников с 12 или 16-зубых шкивов на 20-зубые, используемые в текущих приводах. Скачать можно из чата проекта. Сам я тестировать это буду не ранее чем через неделю, а, скорее всего, и того позже. Но, если кому интересно - можно распечатать и протестировать самостоятельно "вперёд паровоза")
Ну и сразу придумался альтернативный вариант - не срезать у каждого зубчика центральную часть, а срезать у каждого четного зубчика нижнюю, а у каждого нечетного - верхнюю часть.
Оба шкива замоделены в виде переходников с 12 или 16-зубых шкивов на 20-зубые, используемые в текущих приводах. Скачать можно из чата проекта. Сам я тестировать это буду не ранее чем через неделю, а, скорее всего, и того позже. Но, если кому интересно - можно распечатать и протестировать самостоятельно "вперёд паровоза")
Товарищи востоководы, есть вопрос, который требуется обсудить с сообществом.
Изначально восток начал проектироваться очень сложно. Несколько кинематик, несколько вариантов рамы стола, несколько вариантов приводов стола, размер области печати можно ввести какой угодно, а не только выбрать из списка нескольких предварительно рассчитанных.
Это всё ведёт к усложнению как документации, так и инструкции. Например, надо не просто посчитать количество винтов на каждую сборку, а описать это количество формулами, да так, чтобы каждый вариант каждой системы принтера учитывался. Та же история с зашивкой, где вместо пары чертежей пришлось пилить генератор. Да и инструкции приходится писать сразу на кучу вариантов всего. Ну а в дальнейшем пришлось бы пилить генератор конфигов прошивки, проводку считать динамически и т.д.
Безусловно, это даёт проекту гибкость. Но в то же время это отбирает на себя очень большое количество ресурсов, из-за чего развитие проекта идёт медленнее, чем могло бы. Поэтому я хочу отказаться от возможности гибко конфигурировать принтер и продолжать проектирование только нескольких фиксированных размеров. На данный момент это единственный вариант как-то компенсировать недостаток ресурсов и всё-таки продолжить развивать проект в нормальном темпе.
В связи с этим мне интересно было бы узнать ваше мнение, какие варианты размера и комплектации нужны, а какие не очень. Для этого я сделал опрос в чате проекта. Если есть время, то, пожалуйста, проголосуйте и сообщите своё мнение. Заранее спасибо
Изначально восток начал проектироваться очень сложно. Несколько кинематик, несколько вариантов рамы стола, несколько вариантов приводов стола, размер области печати можно ввести какой угодно, а не только выбрать из списка нескольких предварительно рассчитанных.
Это всё ведёт к усложнению как документации, так и инструкции. Например, надо не просто посчитать количество винтов на каждую сборку, а описать это количество формулами, да так, чтобы каждый вариант каждой системы принтера учитывался. Та же история с зашивкой, где вместо пары чертежей пришлось пилить генератор. Да и инструкции приходится писать сразу на кучу вариантов всего. Ну а в дальнейшем пришлось бы пилить генератор конфигов прошивки, проводку считать динамически и т.д.
Безусловно, это даёт проекту гибкость. Но в то же время это отбирает на себя очень большое количество ресурсов, из-за чего развитие проекта идёт медленнее, чем могло бы. Поэтому я хочу отказаться от возможности гибко конфигурировать принтер и продолжать проектирование только нескольких фиксированных размеров. На данный момент это единственный вариант как-то компенсировать недостаток ресурсов и всё-таки продолжить развивать проект в нормальном темпе.
В связи с этим мне интересно было бы узнать ваше мнение, какие варианты размера и комплектации нужны, а какие не очень. Для этого я сделал опрос в чате проекта. Если есть время, то, пожалуйста, проголосуйте и сообщите своё мнение. Заранее спасибо
Telegram
Dmitry Sorkin in K3D VOSTOK - Обсуждение
Какие варианты размеров востока вам интересны? (пояснение в канале проекта)
250х250х250 / 400х250х250 / 400х400х400 / 500х500х500 / Другое (укажите в комментариях) / Отказаться от голосования
250х250х250 / 400х250х250 / 400х400х400 / 500х500х500 / Другое (укажите в комментариях) / Отказаться от голосования
Уважаемые товарищи востоководы, я укатываю на неделю в отпуск. Причём настолько укатываю, что буду сидеть вообще без телеграма и прочих соцсетей. Так что, если в чате появятся нехорошие люди, то зовите не меня, а других администраторов: @popingus @artymakarov @artificalsun @mayoroffk .
Перед отъездом хочу уточнить, что на данный момент отказался от идеи ограничивать номенклатуру размеров принтера. Это давало много плюсов, например, возможность договариваться с разными производствами чтобы они заранее производили комплекты зашивки, столов и т.д., возможность легко собираться для заказа подобного, а также простоту в плане проектирования принтера. Но, как я понял из обсуждений в чатах, людям в целом очень нужна возможность генерировать принтер под любой размер. Плюс, если убрать эту возможность, то у некоторых уже собравших может возникнуть проблема с обновлением принтера. Поэтому такая возможность останется как минимум на следующую версию.
Перед отъездом хочу уточнить, что на данный момент отказался от идеи ограничивать номенклатуру размеров принтера. Это давало много плюсов, например, возможность договариваться с разными производствами чтобы они заранее производили комплекты зашивки, столов и т.д., возможность легко собираться для заказа подобного, а также простоту в плане проектирования принтера. Но, как я понял из обсуждений в чатах, людям в целом очень нужна возможность генерировать принтер под любой размер. Плюс, если убрать эту возможность, то у некоторых уже собравших может возникнуть проблема с обновлением принтера. Поэтому такая возможность останется как минимум на следующую версию.
Товарищи, на данный момент при выборе количества печатающих голов в спецификации, меняется размер рамы принтера. Для IDEX варианта требуется дополнительно 70мм по ширине чтобы печатающие головы могли парковаться за пределами стола + чтобы не мешали друг другу покрывать весь стол.
Та система, которая есть сейчас, вносит путаницу т.к. люди могут подумать, что к 1-головому востоку можно просто докинуть вторую голову потом и оно будет работать. А на деле это приведёт к потере 70мм области печати по Х + невозможности установить слюнявчики без смены стола. Поэтому надо решить как дальше делать спецификации.
Вариант 1: продолжать делать так же, но большими красными буквами написать, что чтобы потом одноголовый перебрать в двухголовый, надо считать двухголовый и просто не покупать часть деталей для него. Плюсы такого решения: ничего почти делать не надо, оба варианта (с 1 и 2 головами) остаются оптимизированы по цене и габариту.
Вариант 2: добавить галочку "добавить припуски под 2 голову", которая переключала бы расчёт рамы между одноголовым и двухголовым вариантом. Плюс: можно будет считать и оптимизированный одноголовый, и одноголовый под дальнейшую доделку до двухголового, и двухголовый. Минус - усложняется спецификация, усложняется генератор зашивки, больше вариантов напортачить пользователю.
Вариант 3: пусть рама для обоих вариантов считается одинаково. В таком случае теряется возможность посчитать вариант, оптимизированный под одну голову. Зато все одноголовые востоки 100% можно будет доработать до двухголового, то есть шанса ошибиться не будет. Плюс перепиливать сильно что-то не придётся.
Иными словами, вопрос стоит скорее в том, насколько людям нужен восток, оптимизированный под 1 голову по стоимости и габариту, но без возможности доработки до двухголового? Если не нужен, то, КМК, оптимален вариант 3. Если нужен, то вариант 2. Голосование идёт здесь.
Та система, которая есть сейчас, вносит путаницу т.к. люди могут подумать, что к 1-головому востоку можно просто докинуть вторую голову потом и оно будет работать. А на деле это приведёт к потере 70мм области печати по Х + невозможности установить слюнявчики без смены стола. Поэтому надо решить как дальше делать спецификации.
Вариант 1: продолжать делать так же, но большими красными буквами написать, что чтобы потом одноголовый перебрать в двухголовый, надо считать двухголовый и просто не покупать часть деталей для него. Плюсы такого решения: ничего почти делать не надо, оба варианта (с 1 и 2 головами) остаются оптимизированы по цене и габариту.
Вариант 2: добавить галочку "добавить припуски под 2 голову", которая переключала бы расчёт рамы между одноголовым и двухголовым вариантом. Плюс: можно будет считать и оптимизированный одноголовый, и одноголовый под дальнейшую доделку до двухголового, и двухголовый. Минус - усложняется спецификация, усложняется генератор зашивки, больше вариантов напортачить пользователю.
Вариант 3: пусть рама для обоих вариантов считается одинаково. В таком случае теряется возможность посчитать вариант, оптимизированный под одну голову. Зато все одноголовые востоки 100% можно будет доработать до двухголового, то есть шанса ошибиться не будет. Плюс перепиливать сильно что-то не придётся.
Иными словами, вопрос стоит скорее в том, насколько людям нужен восток, оптимизированный под 1 голову по стоимости и габариту, но без возможности доработки до двухголового? Если не нужен, то, КМК, оптимален вариант 3. Если нужен, то вариант 2. Голосование идёт здесь.
Telegram
Dmitry Sorkin in K3D VOSTOK - Обсуждение
Что делаем с расчётом рамы востока? Описание проблемы в посте.
Вариант 1. Просто дописываем предупреждение / Вариант 2. Добавляем ручное управление припусками / Вариант 3. Убираем оптимизацию стоимости и размера под 1-головый вариант
Вариант 1. Просто дописываем предупреждение / Вариант 2. Добавляем ручное управление припусками / Вариант 3. Убираем оптимизацию стоимости и размера под 1-головый вариант
В общем, в ходе обсуждения последнего поста и из результатов голования я понял, что одноголовая версия не то чтобы сильно нужна проекту в целом, ведь даже готовых одноголовых принтеров уже навалом + есть много одноголовых самосборов, которые в этом плане явно поинтереснее востока будут. Так что со следующей версии сделаю так:
1. В настройках спецификации вообще уберу возможность выбирать количество голов. По стандарту спецификация будет считать только IDEX вариант.
2. Создам скрытый лист с дополнительными настройками, куда добавлю возможность вручную вводить корректировки размеров рамы принтера. То есть можно будет по своему желанию увеличить или уменьшить раму принтера под какие-то модификации, в том числе под сборку одноголового варианта. Это очень легко делается.
3. К тем деталям, количество покупок которых зависит от количества печатающих голов, добавлю приписку в описание. Таким образом желающие собрать восток именно с 1 головой будут знать каких деталей можно купить меньше, но автоматически спецификация за них это считать не будет. Это заметно упростит составление спецификации.
Таким образом убьются все зайцы одновременно. Случайно ошибиться варианта не останется, составление спецификации сильно упростится (теперь не надо будет считать количество деталей для печатающих голов и приводов через формулы), но возможность собрать одноголовый вариант останется.
P.S. следующая версия не скоро, проектирование проектируется, но работы много.
1. В настройках спецификации вообще уберу возможность выбирать количество голов. По стандарту спецификация будет считать только IDEX вариант.
2. Создам скрытый лист с дополнительными настройками, куда добавлю возможность вручную вводить корректировки размеров рамы принтера. То есть можно будет по своему желанию увеличить или уменьшить раму принтера под какие-то модификации, в том числе под сборку одноголового варианта. Это очень легко делается.
3. К тем деталям, количество покупок которых зависит от количества печатающих голов, добавлю приписку в описание. Таким образом желающие собрать восток именно с 1 головой будут знать каких деталей можно купить меньше, но автоматически спецификация за них это считать не будет. Это заметно упростит составление спецификации.
Таким образом убьются все зайцы одновременно. Случайно ошибиться варианта не останется, составление спецификации сильно упростится (теперь не надо будет считать количество деталей для печатающих голов и приводов через формулы), но возможность собрать одноголовый вариант останется.
P.S. следующая версия не скоро, проектирование проектируется, но работы много.
Товарищи, так как много спрашивали про текущие модели, то я решил выкладывать их в отдельную тему на форуме. Учтите, что выложенные модели не готовы, это всего-лишь срез текущего состояния проекта, который выкладывается только и исключительно для целей тестирования и поиска ошибок. То есть 99.(9)%, что оно еще не раз изменится.
K3D
Пре-альфа версии 0.9.х
На данный момент (май 24г) идёт активная разработка востока версии 0.9. До формирования релиза еще далеко, но некоторые вещи уже можно показать, а желающие помочь разработке даже могут распечатать и протестировать как минимум на печатаемость и собираемость…
Forwarded from K3D.tech // Dmitry Sorkin
В последнее время участились жалобы на количество реакций под постами. По непонятной науке причине людям не хватало банана 🍌 и хотдога 🌭, чтобы выразить весь спектр своих эмоций. Поэтому с сегодняшнего дня в тестовом режиме добавлены клубника 🍓 и ноготочки 💅. Ура, товарищи!
This media is not supported in your browser
VIEW IN TELEGRAM
Собралось с первого раза, перепечатывал только минифидер т.к. захотелось внести изменения в конструкцию.
На качество печати не смотрите плз, это быстрая печать из сырого пла чисто для прототипирования. Также надо отметить, что на боевой сборке провода будут в оплётке.
Иными словами, башка уже готова под печать на 99%. Текущая сборка на форуме
На качество печати не смотрите плз, это быстрая печать из сырого пла чисто для прототипирования. Также надо отметить, что на боевой сборке провода будут в оплётке.
Иными словами, башка уже готова под печать на 99%. Текущая сборка на форуме
На форум выложил пре-альфа сборку версии 0.9 с измененными натяжителями ремней.
- Т.к. ранее ради выборки люфтов посадка ползунов в корпус натяжителя была заменена на посадку с гарантированным натягом, барашки утратили свою функцию, крутить их руками стало тяжело. Поэтому они заменены на винты с шестигранным углублением под ключ, чтобы регулировать было проще;
- Изменён размер ползуна с зафиксированным ремнём. Благодаря этому все ремни теперь идут без перекосов + должна увеличиться жесткость корпуса натяжителя;
- Добавлены язычки для извлечения деталей, фиксирующих ремень в случае если их закусит;
- Пазы под гайки в ползунах изменены так, чтобы гайки туда вставлялись плотно и не выпадали чуть что;
- Пазы под гайки изменены так, чтобы можно было не только затягивать ползун внутрь корпуса, но и выталкивать его наружу. Это нужно для облегчения разборки.
- Т.к. ранее ради выборки люфтов посадка ползунов в корпус натяжителя была заменена на посадку с гарантированным натягом, барашки утратили свою функцию, крутить их руками стало тяжело. Поэтому они заменены на винты с шестигранным углублением под ключ, чтобы регулировать было проще;
- Изменён размер ползуна с зафиксированным ремнём. Благодаря этому все ремни теперь идут без перекосов + должна увеличиться жесткость корпуса натяжителя;
- Добавлены язычки для извлечения деталей, фиксирующих ремень в случае если их закусит;
- Пазы под гайки в ползунах изменены так, чтобы гайки туда вставлялись плотно и не выпадали чуть что;
- Пазы под гайки изменены так, чтобы можно было не только затягивать ползун внутрь корпуса, но и выталкивать его наружу. Это нужно для облегчения разборки.
Выложил пре-альфа сборку версии 0.9 с новыми приводами осей X и W
Фактически, это те самые "тестовые приводы", которые рябят значительно меньше, чем приводы из версии 0.8, но доработанные. Изменения по сравнению с 0.8:
- Шкивы изменены на 40-зубые;
- Теперь концевики оси Y вставляются в приводы осей X и W, точка парковки перемещена в максимум. Благодаря этому и переносу концевиков осей XW в печатающую голову, отпала необходимость вести проводку под порталом;
- На каретки оси Y добавлены винты, вращением которых можно смещать точку регулировки. Благодаря этому можно будет точнее выставить ортогональность элементов механики.
Фактически, это те самые "тестовые приводы", которые рябят значительно меньше, чем приводы из версии 0.8, но доработанные. Изменения по сравнению с 0.8:
- Шкивы изменены на 40-зубые;
- Теперь концевики оси Y вставляются в приводы осей X и W, точка парковки перемещена в максимум. Благодаря этому и переносу концевиков осей XW в печатающую голову, отпала необходимость вести проводку под порталом;
- На каретки оси Y добавлены винты, вращением которых можно смещать точку регулировки. Благодаря этому можно будет точнее выставить ортогональность элементов механики.
Выложил пре-альфа сборку версии 0.9 с тестовыми приводами оси У
У этих приводов новая геометрия, которая ранее не была протестирована. Я не знаю как они поведут себя в плане ряби. Если хорошо, то останутся до релиза. Если не будет изменений или будут ухудшения, то вернёмся на прошлые "тестовые" приводы, которые я выкладывал ранее.
Кроме того в этой сборке:
- Добавлены крепления вспомогательной балки портала;
- Добавлен весь крепёж в портале;
- Надписи на обдуве изменены для более простой печати;
- Добавлены проставки, по которым можно выставить положение рельс оси У. Так же эти проставки служат стопорами оси, чтобы каретка не съехала с рельсы;
- Добавлены усилители приводов оси Х. Некрасивые, но они будут в отсеке электроники, так что сойдёт. Мб потом придумаю как сделать и красиво, и жёстко.
У этих приводов новая геометрия, которая ранее не была протестирована. Я не знаю как они поведут себя в плане ряби. Если хорошо, то останутся до релиза. Если не будет изменений или будут ухудшения, то вернёмся на прошлые "тестовые" приводы, которые я выкладывал ранее.
Кроме того в этой сборке:
- Добавлены крепления вспомогательной балки портала;
- Добавлен весь крепёж в портале;
- Надписи на обдуве изменены для более простой печати;
- Добавлены проставки, по которым можно выставить положение рельс оси У. Так же эти проставки служат стопорами оси, чтобы каретка не съехала с рельсы;
- Добавлены усилители приводов оси Х. Некрасивые, но они будут в отсеке электроники, так что сойдёт. Мб потом придумаю как сделать и красиво, и жёстко.
На данный момент спецификация пилится в libreoffice, который опенсорсный и бесплатный. Но там очень-очень плохая документация по работе с питоном, из-за чего мне сложно реализовать некоторые вещи. Как вы отнесётесь к переходу на excel в следующей версии?
Anonymous Poll
49%
Excel даже лучше
28%
Вообще без разницы
12%
Лучше бы libreoffice, но смогу смириться
7%
Категорически против excel
4%
Категорически против спецификаций, считать надо руками! (отказаться от голосования)
Выложил пре-альфа сборку версии 0.9 от 01.06.24
Изменены надписи на обдуве чтобы было красивше)
Дальнейшее проектирование я продолжу уже только после выхода следующего видео. Так что, чтобы желающие протестировать текущие детальки могли тестировать самое актуальное что есть, решил выложить даже с такими, казалось бы, незначительными изменениями.
Изменены надписи на обдуве чтобы было красивше)
Дальнейшее проектирование я продолжу уже только после выхода следующего видео. Так что, чтобы желающие протестировать текущие детальки могли тестировать самое актуальное что есть, решил выложить даже с такими, казалось бы, незначительными изменениями.
Выложил пре-альфа сборку версии 9.0 от 21.06.24
- Добавлены кабелеводы на корпуса натяжителей;
- Добавлена нижняя часть рамы. Она отличается от нижней части рамы версии 0.8 другим типом креплений профилей, а также наличием дополнительных деталей, которые могут служить для сборки без сверления большинства профилей. При этом сохраняется полная совместимость со старой рамой, так что, если у вас уже собран принтер, то ничего пересобирать не надо.
Также начиная с текущего момента изменяется обозначение версий:
- Убран лидирующий ноль, то есть следующая версия востока будет не 0.9.х, а 9.х. При этом обозначение старых версий не меняется;
- С текущего момента строго закреплено, что первая цифра в названии меняется при внесении изменений, которые ломают совместимость со старой версией. Например, новая рама или зашивка, новая печатающая голова, которую нельзя поставить на старую балку и т.д.;
- Вторая цифра меняется при внесении изменений, не влияющих на совместимость. Например, при добавлении новой головы, совместимой с текущей балкой и т.д.;
- В случае исправления небольших косяков, например, криво экспортированных моделей или опечаток в спецификации, обозначение версии меняться не будет.
Иными словами, фактически, изменяется только наличие лидирующего нуля, остальное просто формализуется. Отказ от лидирующего нуля обусловлен его бесполезностью в рамках проектирования 3д принтера. По первоначальной идее, во время релиза он должен была поменяться на единицу (v1.0.x), потом на двойку при полном перепроектировании принтера без сохранения совместимости. Но по мере проектирования стало ясно, что таких серьезных изменений, чтобы менять первую цифру, не будет. Если я решу спроектировать, считайте, другой принтер, то я его просто назову другим названием.
Также я решил формализовать стадии проектирования:
- pre-alpha - пока нет даже целой сборки принтера;
- alpha - когда сборка уже есть, но нет полного комплекта документации на принтер: сборки, спецификации, генератора зашивки;
- beta - с момента готовности полного комплекта документации до исправления всех значимых багов.
Иными словами, я хочу отделить необходимую для сборки принтера документацию по проекту (сборка, спецификация, генератор зашивки) от инструкций по сборке. Делаю я это потому, что привязка разработки проекта к инструкциям по сборке приводит к торможению проектирования. Приоритет - дорабатывать конструкцию, а инструкции - это дополнение к проекту, а не сам проект.
- Добавлены кабелеводы на корпуса натяжителей;
- Добавлена нижняя часть рамы. Она отличается от нижней части рамы версии 0.8 другим типом креплений профилей, а также наличием дополнительных деталей, которые могут служить для сборки без сверления большинства профилей. При этом сохраняется полная совместимость со старой рамой, так что, если у вас уже собран принтер, то ничего пересобирать не надо.
Также начиная с текущего момента изменяется обозначение версий:
- Убран лидирующий ноль, то есть следующая версия востока будет не 0.9.х, а 9.х. При этом обозначение старых версий не меняется;
- С текущего момента строго закреплено, что первая цифра в названии меняется при внесении изменений, которые ломают совместимость со старой версией. Например, новая рама или зашивка, новая печатающая голова, которую нельзя поставить на старую балку и т.д.;
- Вторая цифра меняется при внесении изменений, не влияющих на совместимость. Например, при добавлении новой головы, совместимой с текущей балкой и т.д.;
- В случае исправления небольших косяков, например, криво экспортированных моделей или опечаток в спецификации, обозначение версии меняться не будет.
Иными словами, фактически, изменяется только наличие лидирующего нуля, остальное просто формализуется. Отказ от лидирующего нуля обусловлен его бесполезностью в рамках проектирования 3д принтера. По первоначальной идее, во время релиза он должен была поменяться на единицу (v1.0.x), потом на двойку при полном перепроектировании принтера без сохранения совместимости. Но по мере проектирования стало ясно, что таких серьезных изменений, чтобы менять первую цифру, не будет. Если я решу спроектировать, считайте, другой принтер, то я его просто назову другим названием.
Также я решил формализовать стадии проектирования:
- pre-alpha - пока нет даже целой сборки принтера;
- alpha - когда сборка уже есть, но нет полного комплекта документации на принтер: сборки, спецификации, генератора зашивки;
- beta - с момента готовности полного комплекта документации до исправления всех значимых багов.
Иными словами, я хочу отделить необходимую для сборки принтера документацию по проекту (сборка, спецификация, генератор зашивки) от инструкций по сборке. Делаю я это потому, что привязка разработки проекта к инструкциям по сборке приводит к торможению проектирования. Приоритет - дорабатывать конструкцию, а инструкции - это дополнение к проекту, а не сам проект.
Пре-альфа сборка версии 9.0 от 27.06.24
1. Изменения в печатающих головах:
1.1. Для левой печатающей головы добавлены варианты системы охлаждения с датчиком MicroProbe. Он будет использоваться для компенсации температруного расширения рамы, а также для упрощения вывода стола в плоскость
1.2. Для компенсации температурного расширения балки оси Х, правая голова теперь будет парковаться об левую. ⚠️ в текущей сборке это не отражено, но правая каретка теперь должна быть не зеркальной, а такой же, как и левая.
1.3. На случай, если головы не смогут нормально смыкаться, в каретку добавлено отверстие под закручивание винта, чтобы его головка вызывала срабатывание концевика правой головы;
2. Добавлена ось Z. Она претерпела ряд изменений по сравнению с предыдущей версией:
2.1. Для всех размеров стола и конфигураций приводов и стоек, рама стола теперь одинаковая. Длины профилей совместимы с таковыми из рамы стола версии 0.8.х под вариант с 4 стойками и 9 точками крепления;
2.2. Больше не будет поддерживаться версия с 4 стойками и 2 приводами. Теперь либо 2 стойки и привода, либо 4;
2.3. Больше не будут поддерживаться версии столов на 4, 6 и 8 точек крепления. Только 9 точек;
2.4. Плечи теперь крепятся обычными уголками. Можно печатными, можно покупными;
2.5. Окончания плечей теперь крепятся винтами с полукруглой головкой (раньше была потайная);
2.6. Барашки стола переделаны под вплавляемую втулку, а также упрощены насечки на поверхности. Возможно, надо будет перенести втулку выше, а не как сделано сейчас;
2.7. Кронштейн стола полностью новый:
2.7.1. Новый кронштейн не требует большого выреза в нижнем листе зашивки, за счёт чего будет использовать жесткость зашивки для увеличения жесткости привода;
2.7.2. Теперь в стоке есть упорный подшипник, который ставится между мотором и муфтой оси Z и снимает осевую нагрузку с подшипников мотора;
2.7.3. Регулировка винта оси Z изменена: кронштейн мотора теперь двигается вдоль оси Y, а вдоль оси Х регулировка осуществляется движением гайки в каретке оси Z;
2.8. Новые каретки оси Z:
2.8.1. Каретка опущена вниз относительно рамы, благодаря чему под порталом есть больше места для механики. В текущей версии не используется, но может быть полезно для модов, например, для кинематики makerbot;
2.8.2. В каретку Z добавлена регулировка положения гайки вдоль оси X;
2.8.3. В каретке Z крепится оптический концевик, который срабатывает об деталь привода оси Z (внизу). Перенос точки парковки стола вниз нужен чтобы избавиться от необходимости моделировать крепления концевиков под каждый вариант печатающей головы, а также как "защита от дурака" ввиду изменений в парковке голов. Желающие оставить точку парковки вверху могут пользоваться парковкой по датчику автоуровня;
По поводу совместимости с версиями 0.8.х и раньше. Так как изменения в ось Z приведут к изменениям в панелях зашивки, то просто пересобрать старую версию на новую без замены не печатных деталей не получится. Но важно отметить, что все изменения в ось Z служат только двум целям - уменьшить "зоопарк" из кучи версий стола, рамы и приводов, а также упростить сборку и настройку оси Z. При этом рабочие характеристики этой оси не меняются. Таким образом, если у вас уже собрана ось Z от любой из более ранних версий, и она работает нормально, то смысла менять её на новую нет. Если же всё-таки хочется что-то поменять, то "новая" рама стола лезет к любым вариантам старых приводов и направляющих.
1. Изменения в печатающих головах:
1.1. Для левой печатающей головы добавлены варианты системы охлаждения с датчиком MicroProbe. Он будет использоваться для компенсации температруного расширения рамы, а также для упрощения вывода стола в плоскость
1.2. Для компенсации температурного расширения балки оси Х, правая голова теперь будет парковаться об левую. ⚠️ в текущей сборке это не отражено, но правая каретка теперь должна быть не зеркальной, а такой же, как и левая.
1.3. На случай, если головы не смогут нормально смыкаться, в каретку добавлено отверстие под закручивание винта, чтобы его головка вызывала срабатывание концевика правой головы;
2. Добавлена ось Z. Она претерпела ряд изменений по сравнению с предыдущей версией:
2.1. Для всех размеров стола и конфигураций приводов и стоек, рама стола теперь одинаковая. Длины профилей совместимы с таковыми из рамы стола версии 0.8.х под вариант с 4 стойками и 9 точками крепления;
2.2. Больше не будет поддерживаться версия с 4 стойками и 2 приводами. Теперь либо 2 стойки и привода, либо 4;
2.3. Больше не будут поддерживаться версии столов на 4, 6 и 8 точек крепления. Только 9 точек;
2.4. Плечи теперь крепятся обычными уголками. Можно печатными, можно покупными;
2.5. Окончания плечей теперь крепятся винтами с полукруглой головкой (раньше была потайная);
2.6. Барашки стола переделаны под вплавляемую втулку, а также упрощены насечки на поверхности. Возможно, надо будет перенести втулку выше, а не как сделано сейчас;
2.7. Кронштейн стола полностью новый:
2.7.1. Новый кронштейн не требует большого выреза в нижнем листе зашивки, за счёт чего будет использовать жесткость зашивки для увеличения жесткости привода;
2.7.2. Теперь в стоке есть упорный подшипник, который ставится между мотором и муфтой оси Z и снимает осевую нагрузку с подшипников мотора;
2.7.3. Регулировка винта оси Z изменена: кронштейн мотора теперь двигается вдоль оси Y, а вдоль оси Х регулировка осуществляется движением гайки в каретке оси Z;
2.8. Новые каретки оси Z:
2.8.1. Каретка опущена вниз относительно рамы, благодаря чему под порталом есть больше места для механики. В текущей версии не используется, но может быть полезно для модов, например, для кинематики makerbot;
2.8.2. В каретку Z добавлена регулировка положения гайки вдоль оси X;
2.8.3. В каретке Z крепится оптический концевик, который срабатывает об деталь привода оси Z (внизу). Перенос точки парковки стола вниз нужен чтобы избавиться от необходимости моделировать крепления концевиков под каждый вариант печатающей головы, а также как "защита от дурака" ввиду изменений в парковке голов. Желающие оставить точку парковки вверху могут пользоваться парковкой по датчику автоуровня;
По поводу совместимости с версиями 0.8.х и раньше. Так как изменения в ось Z приведут к изменениям в панелях зашивки, то просто пересобрать старую версию на новую без замены не печатных деталей не получится. Но важно отметить, что все изменения в ось Z служат только двум целям - уменьшить "зоопарк" из кучи версий стола, рамы и приводов, а также упростить сборку и настройку оси Z. При этом рабочие характеристики этой оси не меняются. Таким образом, если у вас уже собрана ось Z от любой из более ранних версий, и она работает нормально, то смысла менять её на новую нет. Если же всё-таки хочется что-то поменять, то "новая" рама стола лезет к любым вариантам старых приводов и направляющих.