Лазерная установка для засветки фоторезиста от AlphaCrow

[mial]

Раза два и у меня было. А тут делал 5 заготовок, и на 2 из них пропуски. Как бы такого раньше не было.

[vsteshak]

Подскажите, почему получается "полосатый" гербер?

[mial]

Так бывает, причем этой фигней многие гербер открывашки страдают. При некоторых разрешениях появляются полосы. И все бы ничего, но они будут и на плате. Я решаю эту проблему путем двойной конвертации. Сначала из вектора в растр, затем обратно из растра в вектор, с апертурой Round 0.2 мм. Делается это в САМ350, практически всегда проблема решается.

[Forward]

Как бы такого раньше не было.

Было, было... правда в меньших количествах.

Подскажите, почему получается "полосатый" гербер?

Издержки пересчета дюймов в миллиметры

[mial]

Было, было...

Ну я и имел ввиду, что было, но редко, а тут прям ни в какие ворота.

[kotuk77]

Здравствуйте.
Нужно ли предварительно прошивать LOADER, и почему не запускается программа? (HLDI_SW1010_FW037)
Пробовал подставлять в .ini разные имена из папки FW
побовал запускать с пустым .ini
Windows XP SP3

[Ruzik]

Пробовал подставлять в .ini разные имена из папки FW

Она должна запустится даже без подключенной установки. Сейчас попробовал прямо из архива (только что скаченный) запустить, все работает. В ini ни чего не трогал.

[HeadLess]

Ставь net framework. для хрюши д.б. 4-й

[Seriyvolk]

viewtopic.php?p=2642334#p2642334

[kotuk77]

[uquote="Seriyvolk",url="/forum/viewtopic.php?p=3194454#p3194454"]http://radiokot.ru/forum/viewtopic.php?p=2642334#p2642334[/uquote]
Если вы это - мне, то у меня всё это было установленно.
У меня была зашита прошивка, которая ROM, из папки FW, на 115200.
Прошил загрузчик - всё заработало.

Хотя, из моих заметок (сохраняю важное в текстовый файл на компе):

----------
Сначала нужно прошить Bootloader который я выложил в viewtopic.php?f=8&t=119089&p=2458080#p2458080с помощью STM-ского Flash Loadera или другим способом. А потом в HLDI вызываем обновление прошивки и работаем. Программа сама загрузит её в ОЗУ и запустит.
-----
Загрузчик не нужен. Прошивай сразу прошивку.
Последняя прошивка v.36 была, без загрузчика
----------

[Seriyvolk]

[uquote="kotuk77",url="/forum/viewtopic.php?p=3194695#p3194695"]У меня была зашита прошивка, которая ROM, из папки FW, на 115200.
Прошил загрузчик - всё заработало.[/uquote]Значит не то прошил скорее всего. С такими проблемами, чтоб всё было сделано правильно, но нифига не работает, тут никто не столкнулся.
Была вроде какая-то кривоватая версия программы, но она уже канула в лету.

[SDimok]

Ruzik,Forward, попытался отвязать разрешение портала от каретки.
При сильно большой разнице в DPI - изображение неузнаваемо
У меня разрешение портала 400 шагов на 8000 мкм (1270 DPI), при разрешении каретки 1440 DPI -
ВСЕ НОРМАЛЬНО !!!

А при шаге шпильки 1000 мкм (как наверное у большинства) - разрешение портала получается аж 10160 DPI !!!
Это навевает на мысль о том, что нужно настраивать разрешение портала примерно под разрешение каретки.
Тогда с масштабированием не будет проблем.
Может у Вас другие идеи?

Пойду отсыпаться, может Менделеев что подскажет

[Ruzik]

SDimok
Еще бы пояснения, как это будет работать.

Установил разрешение стола 1200х25400, внизу программы показывает 1209. Это так задумано?

[Forward]

Пойду отсыпаться, может Менделеев что подскажет

Особенно, если принять немного его фирменного напитка...

По делу...
Масштабирование... действительно лучше в разумных пределах. И... лучше на пугать оператора, как и просил Ruzik, деформированной картинкой

Я бы попытался сразу подогнать битмап под фиксированный шаг стола (у тебя он, например 20 мкм) и его кратные множители.
И отображать (дополнительно) величину шага в мкм.
По поводу привода стола: здесь комбинаций туча...
У меня на рабочей установке, например, шпилька с шагом резьбы 1 мм и ШД 0.9о в режиме 1/4, то есть 1600 шагов на 1 мм. В DPI лучше не смотреть
Поэтому, ИМХО, лучше пересчитывать сразу под метрическую систему (создать поле для указания шага), и шагать с ним по герберу. Это лучше, чем пытаться округлять ошибки позиционирования стола. Пострадает последняя строка... Но тут можно реперы выставлять по сетке с кратным шагом.

[SDimok]

[uquote="Ruzik",url="/forum/viewtopic.php?p=3194831#p3194831"]Установил разрешение стола 1200х25400, внизу программы показывает 1209. Это так задумано?[/uquote]
Это ошибка
ловите новый

Добавлено after 10 minutes 57 seconds:
[uquote="Forward",url="/forum/viewtopic.php?p=3194902#p3194902"]Я бы попытался сразу подогнать битмап под фиксированный шаг стола (у тебя он, например 20 мкм) и его кратные множители.[/uquote]
Так изображение автоматически масштабируется под шаг стола.


Добавлено after 8 minutes 24 seconds:
[uquote="Ruzik",url="/forum/viewtopic.php?p=3194831#p3194831"]Еще бы пояснения, как это будет работать. [/uquote]
Сначала шаг стола переводиться в DPI

Потом изображение масштабируется по оси Y на это значание dpi.
В результате шаг битмапа (по оси Y) совпадает с шагом стола.
Во всяком случае задумка была такая.

Добавлено after 8 minutes 23 seconds:
[uquote="Forward",url="/forum/viewtopic.php?p=3194902#p3194902"]фиксированный шаг стола ... и его кратные множители.[/uquote]
Тут может ожидать неприятная неожиданность...
Допустим размер точки по оси Y 2.5 мкм (400 шагов на 1000 мкм)
А нужно - допустим 20 мкм.
Это в 8 раз больше шагов должен сделать ШД.
И все это после экспонирования строки.
Не будет ли такая задержка сказываться на скорости экспонирования в целом?
Хотя, конечно это мелочи

Добавлено after 13 minutes 46 seconds:
[uquote="Forward",url="/forum/viewtopic.php?p=3194902#p3194902"]У меня на рабочей установке, например, шпилька с шагом резьбы 1 мм и ШД 0.9о в режиме 1/4, то есть 1600 шагов на 1 мм. В DPI лучше не смотреть [/uquote]
Мда, действительно ... тут никакой памяти не хватит если создавать битмапы с таким разрешением.

Оптимально при ленте 1200 dpi (2400 dpi)
ставить разрешение портала с размером точки 10 мкм.
Меньше заморочек с масштабированием, да и пересчетах погрешность меньше.

[Ruzik]

SDimok
Может сделать так. Ставим реальное разрешение стола в окне программы, например 400х1000мкм в моем случае. Рядом выпадающий список или изменение вручную шага в мкм. 5,10,15,20,25,30,35,40..и тд. Программа сама пересчитывает разрешение под шаг.

Нужно например шаг 10 мкм, ставим 400Х1000, 10. Программа засвечивает с этим шагом, надо 20, ставим 400Х1000, 20, программа засвечивает с шагом 20 мкм и тд. Это наверно более правильно и понятнее, сточки зрения оператора.

И да, думаю не надо деформировать картинку визуально. Также при сохранении BMP, он должен сохраняться в реальных физ. разрешениях установки (без деформации), чтобы потом, если его загрузить обратно (деформированный), не было непоняток.

[SDimok]

[uquote="Ruzik",url="/forum/viewtopic.php?p=3194951#p3194951"]И да, думаю не надо деформировать картинку визуально.[/uquote]
Тогда придется создавать два набора изображений.
Рабочий - для экспонирования, и второй для визуализации.
Памяти под высокие разрешения итак не хватает, а тут 2 набора
Ну а если подобрать правильный шаг по Y то оно и не сильно деформируется.
Надо подумать ...

[Ruzik]

Если с визуализацией не так просто, то тогда пусть будет деформированная.

Если бы был такой винт, то:

Нормальный шаг..



Увеличенный шаг в 2 раза..



Уменьшенный шаг в 2 раза..



Вроде как не сильно и деформирует.
********************************************

Вот как будет выглядеть с моим разрешением:

Нормальный шаг..



Увеличенный шаг в 2 раза..



Уменьшенный шаг в 2 раза..


*****************************************

И все же для удобства, может в настройках ставим нормальное разрешение по Y, а рядом ставим необходимый шаг (выше писал)?

[Forward]

Так изображение автоматически масштабируется под шаг стола.

Это то я понял. Хотел сказать немного другое...
Масштабировать нужно не под физический шаг стола, а под выбираемый шаг экспонирования (целое число физических шагов).
Но с этим, я вижу, уже разобрались

Это в 8 раз больше шагов должен сделать ШД.
И все это после экспонирования строки.
Не будет ли такая задержка сказываться на скорости экспонирования в целом?

Сейчас же шагает... У него много времени - торможение каретки не мгновенное.

Памяти под высокие разрешения итак не хватает, а тут 2 набора

Так наборов и так два: исходный и преобразованный. Исходный же не удаляется до полного преобразования. Или я ошибаюсь?

[SDimok]

[uquote="Forward",url="/forum/viewtopic.php?p=3195141#p3195141"]Так наборов и так два: исходный и преобразованный. Исходный же не удаляется до полного преобразования. Или я ошибаюсь?[/uquote]
Битмап создается из гербера сразу в указанном разрешении, и выводиться на экран.
Зеркалирование, инвертирование, зуммирование все делается с рабочим битмапом.