А дабы не мучаться на первых порах с развязкой, взять готовые модули.
Дополнительно про эти модули. Посмотрел спецификацию по ним вроде ок, но есть еще одна деталь которую в спецификациях не всегда найдешь явно, а надо смотреть на графики в спецификациях. Это effective switching frequency - и это надо учитывать при подборе, правда не помню как это точно делать.
Вы говорите об этом участке.spritesmods тоже писал про импульсы кратные 10 мкс и это защита на случай зависания.
Как раз с импульсами от контроллера все хорошо, а вот схема которая конвертит в нужное напряжение отрабатывает не очень хорошо, писал про это здесь.
Даже при корректных импульсах от МК, выходные F3, F5 сигналы растягиваются в >2200мкс.
Явно что-то не так с железом.
На днях подключал шаговики, пока без управления, скорее проверить работоспособности в целом.
Здесь думаю стоит взять како-то открытый проект готового протяжного плоттера и модифицировать его - иначе можно уйти надолго еще в эту тему.
Работу с самой головой ещё не начал разбирать, чуть позже будет немного больше возможностей для этого
Как раз это думаю, что это должен быть первый шаг. Без этого не на чем будет строить все остальное.
Я по началу тоже целился в opensource принтер, но как начал изучать тему понял, что это слишком долго и сосредоточился на более узком модуле для управления картиджем в качестве первого шага.
Буду очень благодарен! Расходы на доставку, естественно, на мне - можем связаться через диалоги в хабре.
Я покопаю в ближайшие дни, что у меня есть из более-менее стабильного и напишу.
Направление по управлению из Arduino даже не стал дальше копать, так как она слишком медленная и не обеспечивает нужных таймингов по выдаче управляющих сигналов. Выше писали про жесткие тайминги. Думаю, что затея бесперспективная.
В схеме PCB здесь есть баги в защитном механизме который должен отсекать сигнал на нагрев сопел(выплевывание чернил), поэтому эта штука нещадно палит сопла на картридже и дольше пары тройки тестов сами картриджи не живут. Как раз про пузырь и перегрев это оно. Это основная проблема на которой застрял в последний подход.
Плюсуем сюда мою криворукость в паяльном деле + не доступность с определенного времени китайских площадок по выпуску дешевых эксперементальных плат. Из-за этого переключился на другие задачи.
В итоге пока этот проект лежит на полке и ждет своего времени.
У меня куча дубликатов самих готовых плат, но с указанными багами. Если есть интерес могу поделиться. В коллаборации даже поучаствовать в доработке.
Я на самом деле прихожу к таким выводам. Можно сколько угодно противится и пытаться не замечать изменений, но похоже они все-таки будут. Возможно в каком-то другом виде, но будут.
Интересная схема, но как мне видится разработка и настройка(память, эти вм, общие папки, консоли) инструментов это отдельная область в которую кандидат для и любой разработчик не должен укрываться. В конце концов область вайбкодинга полно к каким-то практикам и стандартам которые не нужно мучительно долго настраивать - поставило инсталляшку и сидит пиши поромты.
Аналогичная ерунда с курсором была когда я одной строчкой хотел кучу кода получить.
Со стажерами кстати такое часто тоже бывает: на пальцах объясняешь, что нужно сделать, а через пару дней он уходит в цикл и занимается решением проблемы вообще к задаче не относящийся(например сборка сломалась из-за того, что новую версию рантайма себе поставил). Как распишешь в каком файле, что нужно править, какие зависимости использовать и где почитать документацию - все вроде работа нормализуется.
Как раз такие случаи где точечно надо что-то поправить это пока не стоит нейросети закидывать. А вот там где кучу бойлерплейта написать или новый модуль который будет жонглировать уже существующими - там можно существенный профит получить.
Вообще нейросети очень подробные инструкции надо писать, что, как и в каком виде сделать. Если быть таким наставником не в вашем амплуа, то нейросеть по умолчанию будет фиговым работником.
Дополнительно про эти модули. Посмотрел спецификацию по ним вроде ок, но есть еще одна деталь которую в спецификациях не всегда найдешь явно, а надо смотреть на графики в спецификациях. Это effective switching frequency - и это надо учитывать при подборе, правда не помню как это точно делать.
PS Нашел наконец в своих завалах готовые модули.
Схема для v1.3.
Схема для v2.0 - похоже очень кривая.
Через Aliexpress знаю, что можно это заказывать сейчас по вполне приемлемым ценам.
Как раз с импульсами от контроллера все хорошо, а вот схема которая конвертит в нужное напряжение отрабатывает не очень хорошо, писал про это здесь.
Даже при корректных импульсах от МК, выходные F3, F5 сигналы растягиваются в >2200мкс.
Явно что-то не так с железом.
Здесь думаю стоит взять како-то открытый проект готового протяжного плоттера и модифицировать его - иначе можно уйти надолго еще в эту тему.
Как раз это думаю, что это должен быть первый шаг. Без этого не на чем будет строить все остальное.
Я по началу тоже целился в opensource принтер, но как начал изучать тему понял, что это слишком долго и сосредоточился на более узком модуле для управления картиджем в качестве первого шага.
Я покопаю в ближайшие дни, что у меня есть из более-менее стабильного и напишу.
Я как раз автор PrintSpider_Arduino и этого проекта на hackaday.
Этот проект у меня лежит не доделанный в столе.
Видео рабочего прототипа
Где-то потерял видео с кривой надписью HELLO WORLD.
Последнее на чем я остановился:
В целом все это как-то работало с ПО от SpriteTM. Здесь PrintSpiderLib какие-то баги которые до конца не отладил.
Направление по управлению из Arduino даже не стал дальше копать, так как она слишком медленная и не обеспечивает нужных таймингов по выдаче управляющих сигналов. Выше писали про жесткие тайминги. Думаю, что затея бесперспективная.
В схеме PCB здесь есть баги в защитном механизме который должен отсекать сигнал на нагрев сопел(выплевывание чернил), поэтому эта штука нещадно палит сопла на картридже и дольше пары тройки тестов сами картриджи не живут. Как раз про пузырь и перегрев это оно. Это основная проблема на которой застрял в последний подход.
Плюсуем сюда мою криворукость в паяльном деле + не доступность с определенного времени китайских площадок по выпуску дешевых эксперементальных плат. Из-за этого переключился на другие задачи.
В итоге пока этот проект лежит на полке и ждет своего времени.
У меня куча дубликатов самих готовых плат, но с указанными багами. Если есть интерес могу поделиться. В коллаборации даже поучаствовать в доработке.
Зачем ребёнку учиться ходить если Усейн Болт бегает стометровку за 9 секунд?
Спасибо за обратную связь! поправим
Это ведь ирония про иронию?
Я на самом деле прихожу к таким выводам. Можно сколько угодно противится и пытаться не замечать изменений, но похоже они все-таки будут. Возможно в каком-то другом виде, но будут.
Интересная схема, но как мне видится разработка и настройка(память, эти вм, общие папки, консоли) инструментов это отдельная область в которую кандидат для и любой разработчик не должен укрываться. В конце концов область вайбкодинга полно к каким-то практикам и стандартам которые не нужно мучительно долго настраивать - поставило инсталляшку и сидит пиши поромты.
Интересно бы сравнить как раз с использованием ИИ.
Не аутсорсинг случайно был?
+1
Как раз это здоровый подход - комбинировать разные методики, а не бездумно пологаться на ии.
Аналогичная ерунда с курсором была когда я одной строчкой хотел кучу кода получить.
Со стажерами кстати такое часто тоже бывает: на пальцах объясняешь, что нужно сделать, а через пару дней он уходит в цикл и занимается решением проблемы вообще к задаче не относящийся(например сборка сломалась из-за того, что новую версию рантайма себе поставил). Как распишешь в каком файле, что нужно править, какие зависимости использовать и где почитать документацию - все вроде работа нормализуется.
Как раз такие случаи где точечно надо что-то поправить это пока не стоит нейросети закидывать. А вот там где кучу бойлерплейта написать или новый модуль который будет жонглировать уже существующими - там можно существенный профит получить.
Вообще нейросети очень подробные инструкции надо писать, что, как и в каком виде сделать. Если быть таким наставником не в вашем амплуа, то нейросеть по умолчанию будет фиговым работником.
А если явно нейронке говорить как организовать дизайн кода в проекте? Как с реальными джуном.
Указывать какие иниенфейсы будут, какие паттерны использовать, что сделать в реализациях и тд . У меня был хоть небольшой, но удачный опыт.
А вот это как раз и навык распознать где нейронка даст профит, а где модхаться придется с ней.
Думаю, что легаси лапше не документированном даже пробовать не стоит.
Смотря с каким полушарием проблемы, укажите в резюме диагноз сразу после навыков по Kubernetes и мы рассмотрим вашу кандидатуру.
Симбиоз не зрелого мозга HRов и корпоративных стандартов еще и не такое родить может.
Спасибо.
Понял, что еще же можно VPN на раннер натянуть.
Это просто одна из реализаций GraphRAG.
Возможно и будет, заглядывайте через 9 месяцев если что.
О! Снова хоронители джавы подъехали!
Первый раз я вас встретил примерно в 2008 когда только начинал на ней кодить.
Java Is Dead - https://chasethedevil.github.io/post/java-is-dead/
Fri, Nov 21, 2008