Форум РадиоКот

vasutkin писал(а): и не греется на половине мощности?

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

Forward писал(а): Для маски же немного по-другому. Но все будет зависеть от лазера.

Понятно.

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

Forward писал(а):Но, я все-таки надеюсь, что вопрос отвязки шага по Y от шага по X будет решен на программном уровне - так как здесь можно получить наибольший технологический профит по скорости засветки фоторезиста.

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

Serj_K писал(а):Я одно время пробовал использовать вместо ленты от Canon 1200dpi ленту от HP 1440dpi с соответствующим указанием разрешения по Х в конфиге программы.

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

Serj_K писал(а):Разрешение по У оставалось одинаковым -1200.

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

[uquote="Forward",url="/forum/viewtopic.php?p=3181608#p3181608"]То есть это физическое разрешение стола - 0.833 мкм и чтобы передвинуться на одну строку ему нужно шагнуть 42 раза 2 строки подряд и 43 раза на третью при разрешении 720 dpi. [/uquote]
Не зря тут Altium бился в поисках дюймового винта

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

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

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

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

[uquote="Ruzik",url="/forum/viewtopic.php?p=3181778#p3181778"]А как определяется размер из BMP?[/uquote]
Файл изображения это просто рисунок имеющий размер в пикселях, он не содержит реальных размеров, ни в сантиметрах, ни в миллиметрах, или дюймах.
Но при генерации рисунка, обычно придерживаются такого параметра как 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.

Ruzik писал(а):А как определяется размер из BMP?

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

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

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

Forward писал(а):А пока лишние части кружочков дают о себе знать.

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



Добавлено after 43 minutes 55 seconds:

Forward писал(а):Только нужно выставить разрешение, соответствующее установке и убрать лишние галки.

Плюс к этому нужно обрезать как то по центрам кружочков в самом gerbview?

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

[uquote="N1X",url="/forum/viewtopic.php?p=3181779#p3181779"]От лазера имеется характерный блик.[/uquote]
Уменьши К для начала

[uquote="Forward",url="/forum/viewtopic.php?p=3181828#p3181828"]Нужно попросить SDimok произвести обрезку по центрам реперов[/uquote]
Сегодня сделаю, тут перетрубация большая пробую перейти на однобитный формат.

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

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

[uquote="N1X",url="/forum/viewtopic.php?p=3181779#p3181779"]Вопрос к опытным товарищам. От лазера имеется характерный блик. ...
...Думал пружина бликует - выкинул, ничего не поменялось... Это сама линза дает такой эффект или еще от чего-то переотражения могут быть?[/uquote]
Да, блик есть и у меня. Засветке не мешает. Просто нужно подобрать правильное время экспонирования.
Бликует сам корпус изнутри. Это переотражение от стенки корпуса в линзу.
У меня как-то были мысли точнуть корпус из меди и зачернить в каустике, но руки так и не дошли, работает ведь нормально.
Можешь попробовать вставить внутрь корпуса свёрнутую в трубочку чёрную бумажку, в некотором роде станет лучше.

SDimok писал(а):если не трудно - погоняйте.

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

SDimok писал(а):Добавил размеры, только они у нас с автором HLDI расходятся.

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

[uquote="Forward",url="/forum/viewtopic.php?p=3181494#p3181494"]Тут надо разбивать на разделы:
...
- пропуск пустых строк[/uquote]
Думаю без переделки прошивки не выйдет.
Дело в том, что компьютер просто накидывает строки в буфер DMI контроллера,
а тот шпарит, отсчитывая по прерываниям энкодера (причем увеличение разрешения каретки в 2 раза, это дополнительная вспышка лазера между рисками энкодера).
А вот отвязаться от шага по Y это вполне возможно (проще пропорционально сжать изображение, чем гасить накопившуюся ошибку на ШД).
Буду пробовать

[uquote="Forward",url="/forum/viewtopic.php?p=3181117#p3181117"]Но... не подскажете, как с этим бороться? А то у меня длинный (или долгий) путь получается


...

HLDI в ее нынешнем виде работает с битовым полем с квадратными ячейками, размер которых жестко завязан на энкодерную ленту.[/uquote]
Давай файл, попробую разобраться.
У меня в новой версии уже всё подготовлено для "деквадратизации" точек. Появится чуть позже - проверять надо.

[uquote="mial",url="/forum/viewtopic.php?p=3182041#p3182041"]Чето у меня новая прошивка с новой прогой не пошла. ... Откатил на связку 57-36, там все настроилось без проблем.[/uquote]
Надо ещё проверять. Хотя можно было только в MCU 37 на 36 поменять не трогая HLDI.

[uquote="Serj_K",url="/forum/viewtopic.php?p=3180523#p3180523"]В новой версии понравилось запоминание флага инверсии вывода - мелочи но приятно.
Запоминания там нет, просто он по умолчанию в правильном положении стоит.
[uquote="Serj_K",url="/forum/viewtopic.php?p=3180523#p3180523"]
По прошивке контроллера. Не молгли бы выложить файл исходника с внесённой правкой для внесения изменения в мой вариант прошивки.[/uquote]
В свете последних глюков - рано ещё. Надо ещё с ПИД-м разобраться. Исходник с USB я скачал, буду разбираться.