Нет, в стандартном корпусе нормально так поживает.

Понятно.

P.S. Забавную к прочтению тему нашёл на местном форуме О свете в цвете

Я одно время пробовал использовать вместо ленты от Canon 1200dpi ленту от HP 1440dpi с соответствующим указанием разрешения по Х в конфиге программы. Разрешение по У оставалось одинаковым -1200. Никаких проблем не наблюдал. Потом вернул ленту от Canon, так как на новой плате возникли сбои.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

Это совершенно разные вещи.
HLDI в ее нынешнем виде работает с битовым полем с квадратными ячейками, размер которых жестко завязан на энкодерную ленту. То есть для ленты 180 lpi (720 dpi) размер квадрата 35.27*35.27 мкм (для одинарной точности). Этого вполне достаточно для огромного большинства задач. Но для тонкой подстройки установки (увеличения скорости или точности работы) желательно иметь возможность отхода от квадрата (превращения его в прямоугольник) с одним изменяемым размером (от шага энкодера никуда не деться), а шаг слайсера можно отвязать от энкодера. Тогда для фоторезиста шаг строк можно сделать шире, а для маски - уже. Естественно потребуется подбор параметров. Но это поможет избавиться от "полосатости" маски для лазеров с малой мощностью и оптимизировать время


Это не разрешение системы по Y. Это количество шагов, которое должен сделать шаговый двигатель для смещения стола на 1мм. От энкодера оно никак не зависит, и с ним не связано. То есть это физическое разрешение стола - 0.833 мкм и чтобы передвинуться на одну строку ему нужно шагнуть 42 раза 2 строки подряд и 43 раза на третью при разрешении 720 dpi.

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

Не зря тут Altium бился в поисках дюймового винта

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Да, только в любительских условиях и 5 мкм точности - труднодостижимая величина , а гербер можно нарезать и в метрической системе координат.
Тут мяч на стороне программиста.

Forward
Тут какой вопрос. Размер платы определяется по реперам из гербера. А как определяется размер из BMP?

Вопрос к опытным товарищам. От лазера имеется характерный блик. На плате без полигонов вроде особо не критично, все вымывается, а вот при их наличии зазоры вымываются плохо, подозреваю подсвет. Времени на эксперименты не было пока, но чуть позже доберусь. Просто может кто проходил через похожую ситуацию. От диафрагмы я так понял почти все отказались?
https://www.dropbox.com/sh/qzrdpup1mqz3 ... 0kVna?dl=0
Стекло стоит вот это: https://www.aliexpress.com/item/Collima ... 0.0.WA7te2
Думал пружина бликует - выкинул, ничего не поменялось... Это сама линза дает такой эффект или еще от чего-то переотражения могут быть?

Файл изображения это просто рисунок имеющий размер в пикселях, он не содержит реальных размеров, ни в сантиметрах, ни в миллиметрах, или дюймах.
Но при генерации рисунка, обычно придерживаются такого параметра как DPI, который означает сколько пикселей приходится на один дюйм(25,4 мм).
В результате чего, зная с каким значением DPI сформирован рисунок, можно понять какой будет реальный размер объектов на рисунке.

Forward
Попробовал тесты по времени, без засветки ФР..

Стандартная засветка, размер 15х15 мм, X1200 Y400, время 1:38..



Далее, сохранил BMP при разрешении 1200 (Все BMP сохранял из HLDI версии SDimok). Уменьшил по Y в два раза, засветил. X1200 Y800, время 0:56..



Далее сохранил BMP при разрешении 2400, уменьшил по Y в 4 раза, засветил. X2400 Y1600, время 1:02, но полезли ошибки..



Все же получается оптимально в 2 раза (чтобы не было ошибок) и время засветки уменьшилось не 2 раза, а в 1,75 раза (98 сек/56сек = 1,75), если считать, что получаемый размер из BMP, правильный. Поэтому выше и вопрос про размер из BMP.

Тут уже ответили, могу добавить, что количество пикселей - из свойств BMP, делим на разрешение установки и умножаем на 25,4 - получаем мм.

По поводу времени... Нужно попросить SDimok произвести обрезку по центрам реперов, тогда количество строк будет совпадать с расчетным и размеры платы не уплывут. А пока лишние части кружочков дают о себе знать...

А еще можно попробовать gerbview - она умеет экспортировать BMP. Только нужно выставить разрешение, соответствующее установке и убрать лишние галки.

А я то думаю, почему размеры разные.
На фото свойства сохраненного BMP, сам BMP с кружочками и разрешение открытого гербера в программе HDLI.



Добавлено after 43 minutes 55 seconds:
Плюс к этому нужно обрезать как то по центрам кружочков в самом gerbview?

Да обрезать то можно в любом графическом редакторе, хоть в Paint-е.
Для пробы личше сделать микрореперы (10-15 мкм) и не заморачиваться (величина ошибки - одна строка в данном случае). Тут важен сам принцип.
P.S. Хотя можно и существующие использовать, только в HLDI изменить диапазон поиска реперов,чтобы эти кружочки не попадали в диапазон.


Уменьши К для начала

Сегодня сделаю, тут перетрубация большая пробую перейти на однобитный формат.

Чето у меня новая прошивка с новой прогой не пошла. Так и не смог настроить ПИД. Вроде все работает, но во время экспонирования может встать каретка. Стол при этом продолжает ехать. В ручном режиме тоже какая то хрень, иногда каретка не может стронуться с места. Перебрал всю механику, нашел несколько косяков как то что натяжной ролик крутился на подшипнике, а подшипник стоял из-за не правильной шайбы. На плате был оторван входной кондер по питанию. Каретка слегка перетянута. Все сделал, и ничего не изменилось. Откатил на связку 57-36, там все настроилось без проблем. Время экспонирования тестового файла снизилось на 1 мин., было 15 мин 20 сек, стало 14 мин 25 сек. Кто работает на новой связке, скажите как у вас, были какие трудности с настройкой ПИДа.

mial, прошивку не пробовал а ПО подглюкивает точно.
Ruzik, добавил к своей софтине репперы, если не трудно - погоняйте.
Добавил размеры, только они у нас с автором HLDI расходятся.
Как проверить я не придумал.

Да, блик есть и у меня. Засветке не мешает. Просто нужно подобрать правильное время экспонирования.
Бликует сам корпус изнутри. Это переотражение от стенки корпуса в линзу.
У меня как-то были мысли точнуть корпус из меди и зачернить в каустике, но руки так и не дошли, работает ведь нормально.
Можешь попробовать вставить внутрь корпуса свёрнутую в трубочку чёрную бумажку, в некотором роде станет лучше.

Находит и режет по центрам.

У тебя размер соответствует реальному. Автор подгоняет под дюймовую сетку, поэтому у него всегда немного в плюсе несколько соток.

Думаю без переделки прошивки не выйдет.
Дело в том, что компьютер просто накидывает строки в буфер DMI контроллера,
а тот шпарит, отсчитывая по прерываниям энкодера (причем увеличение разрешения каретки в 2 раза, это дополнительная вспышка лазера между рисками энкодера).
А вот отвязаться от шага по Y это вполне возможно (проще пропорционально сжать изображение, чем гасить накопившуюся ошибку на ШД).
Буду пробовать

Давай файл, попробую разобраться.
У меня в новой версии уже всё подготовлено для "деквадратизации" точек. Появится чуть позже - проверять надо.


Надо ещё проверять. Хотя можно было только в MCU 37 на 36 поменять не трогая HLDI.


В свете последних глюков - рано ещё. Надо ещё с ПИД-м разобраться. Исходник с USB я скачал, буду разбираться.