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

[mial]

На win10 работает без шаманства.

[lopus73]

stalnoi писал(а):

на файле программы когда щелкаешь правой кнопкой мышки выбираешь свойства потом совместимость . поставь запускать от имени администратора и совместимость с 7 виндой

Бесполезно не помогает.

[Lecter2017]

lopus73, чья плата управления?

[tihohod]

Я тут подумываю как можно сделать эту установку без стационарного компа. Вот, к примеру, берем в основу RaspberryPI. К ней делаем платку с драйвером шаговика и DC мотора. Стол двигает распи - для этого реалтайм особо не нужен. На каретку делаем еще платку с stm-кой. Она прямо на каретке обрабатывает сигналы энкодера, реализует pid регулятор и гонит по гибкому шлейфу шим-сигнал на управление DC-мотора. Ну и драйвер лазера тоже на каретке. Строку в stm-ку загоняет распи - по SPI через тот же гибкий шлейф. Распи с экранчиком дюймов на 5-7 крепим на станке. Рабочая схема - как думаете?

[Alexeyslav]

Выглядит чрезмерно усложнённым. Этим всем может управлять один единственный STM-микроконтроллер.

[-= Александр =-]

Можно уже существующую установку воткнуть в расберри или любой другой одноплатник. Вопрос только в управляющем софте.
Без отдельного контроллера для считывания линейки и мигания лазером один фиг не обойтись, такой реалтайм никакой одноплатник не сможет.

[tihohod]

Alexeyslav писал(а):

Выглядит чрезмерно усложнённым. Этим всем может управлять один единственный STM-микроконтроллер.

Это должен быть очень навороченный микроконтроллер. Даже если не гнать через него видео (к примеру, использовать аналоговую камеру и дисплей с композитным входом, на котором нарисовать крест для прицеливания), остается задача растеризации гербера, а там без вычислений с плавающей точкой туго.

[-= Александр =-]

Картинку можно в него сразу растром закидывать, а камеру в комп втыкать только на время прицеливания. Такая схема будет надежнее в плане проблем со связью - пакет данных передается весь сразу и проверяется на наличие ошибок еще до засветки. Во время засветки не надо ничего передавать, аппарат рисует сам.

Принтеры сейчас так работают, документ в них закидывается целиком, а не по строкам в реальном времени, как когда-то в древности.

[ATON]

Я тут последние полгода продолжаю лениво размышлять про перевод установки на чтонить жирное с большим количеством памяти как раз чтобы отвязать управляющий комп от реалтаймового управления. Пока мысли такие. взять например core746i от waveshare (в первую очередь потому что она у меня есть) - 746 проц, сдрам (8MB) уже есть. Для подготовки гербера использовать уже имеющиеся хосты - авторский или от сдимок, а вот экспозицию полностью поручить контроллеру. Т.е. с точки зрения хоста работа практически ничем не будет отличаться, разве что виртуально сильно быстрее будет происходить экспозиция (надо проверять - не сильно ли хост обидится на такое), но вот рулить лазером и движками контроллер будет уже полностью самостоятельно.
Основным плюсом мне видится как раз отвязка от загруженности компа. Ну и заодно развлечься в процессе написания прошивки, конечно..

[tihohod]

Ну буфер на полный кадр однозначно неплохо было бы добавить контроллеру. Решило бы проблемы с глюками типа "потери связи" во время экспозиции. Но стоит ли ради этого менять контроллер так радикально? Просто повесить на stm-ку озу с SPI или даже просто sd-карту.

[lopus73]

Lecter2017 писал(а):

lopus73, чья плата управления?

Серого Волка.

[Alexeyslav]

Не нужно туда растр гнать. Там не так много информации чтобы использовать растр, большая часть это будут повторяющиеся длинные участки, можно на каждую строку загонять перечень интервалов и их яркость(засветка/нет засветки). Но это такое, сжатие PCX называется. Главнаяя особенность в том что не нужно готовить файл на самом устройстве, на ПК подготавливаете файл в ручном/автоматизированном режиме согласно неких правил/условий, там же производится DRC-контроль а на "печатный станок" несёте флешку с которой он печатает не обращаясь к большим мощностям. Работу с SD-картой осилит практически любой STM32-контроллер.

[andryblack]

tihohod писал(а):

Я тут подумываю как можно сделать эту установку без стационарного компа. Вот, к примеру, берем в основу RaspberryPI. К ней делаем платку с драйвером шаговика и DC мотора. Стол двигает распи - для этого реалтайм особо не нужен. На каретку делаем еще платку с stm-кой. Она прямо на каретке обрабатывает сигналы энкодера, реализует pid регулятор и гонит по гибкому шлейфу шим-сигнал на управление DC-мотора. Ну и драйвер лазера тоже на каретке. Строку в stm-ку загоняет распи - по SPI через тот же гибкий шлейф. Распи с экранчиком дюймов на 5-7 крепим на станке. Рабочая схема - как думаете?

Рабочая, я делал: https://radiokot.ru/forum/viewtopic.php ... 6#p3541596 только управление не с экрана а по сети через web интерфейс

[ATON]

Не нужно туда растр гнать. Там не так много информации чтобы использовать растр, большая часть это будут повторяющиеся длинные участки, можно на каждую строку загонять перечень интервалов и их яркость(засветка/нет засветки). Но это такое, сжатие PCX называется. Главнаяя особенность в том что не нужно готовить файл на самом устройстве, на ПК подготавливаете файл в ручном/автоматизированном режиме согласно неких правил/условий, там же производится DRC-контроль а на "печатный станок" несёте флешку с которой он печатает не обращаясь к большим мощностям. Работу с SD-картой осилит практически любой STM32-контроллер.

Я пока не хочу лезть в разборки с гербером, растеризация, морфинг и вот это вот все. А морфинга захочется неизбежно.
Потому пока план оставить хостовый софт как есть, но экспозицию уже полностью на борту установки производить.
Хотя... Как варинат можно такое провернуть: виртуальный COM-порт, к которому подключается хостовая программа, на другом конце этого виртуального компорта крутится промежуточная софтина которая принимает растр, сжимает, пишет в файл который принимет установка, и дальше как и предлагаешь - с флешкой к установке и там засветка. Хотя наверное даже не с флешкой, а есп8266 и по вафле передать, плюс из веб-интерфейса можно порулить установкой.

tihohod писал(а):

Ну буфер на полный кадр однозначно неплохо было бы добавить контроллеру. Решило бы проблемы с глюками типа "потери связи" во время экспозиции. Но стоит ли ради этого менять контроллер так радикально? Просто повесить на stm-ку озу с SPI или даже просто sd-карту.

Яж говорю - лениво размышляю. "Лениво" до такой степени, что детально пока даже прошивку не изучал на предмет резервов производительности...
Плюс есть мысли повесить на борт еще и экранчик с камерой для езды по реперам. Потому и такой жирный контроллер - на вырост. В идеале конечно сделать его полностью автономным, но разбор гербера и его растеризация несколько пугает пока..

[iliasam]

Извиняюсь за вопрос, а моя конструкция здесь никому не интересна: https://radiokot.ru/forum/viewtopic.php?f=8&t=177754 ?

[tihohod]

ATON писал(а):

В идеале конечно сделать его полностью автономным, но разбор гербера и его растеризация несколько пугает пока..

Разбор гербера - это не сложно. Растеризация - сложнее, да. Если для "жирного" мк есть подходящая библиотека векторной графики типа Cairo, то вполне можно сделать.

[Alexeyslav]

Не надо возлагать на контроллер больших задач, с этим может справиться и стационарный ПК в 100 раз лучше. На ПК можно сделать всю сложную обработку, а на флешку сбрасывать в формате МАКСИМАЛЬНО УДОБНОМ исполнительному устройству, чтобы ему досталась лишь простая и необходимая задача - соблюсти интервалы. Пусть при этом RAW-файл весит сотню мегабайт, рисовалке-то что? самая сложная задача для неё - это считать данные с флешки. Можно WiFi, но это сложнее в плане обработки ошибок связи, возобновление передачи после потери пакетов и прочее. Кроме того, на самом устройстве всёравно нужна будет объёмная флешка, для хранения задания. Внутренней памяти контроллера точно не хватит. Принтеры, принимая задание, используют сжатие похожее PCX, поэтому им хватает 16Мб даже 8Мб памяти, но у вас же этого не предвидится?

[kotovasiya]

Можно совсем просто, закидывать в флешку цветной бмп. Переделать авторский проект на работу с SD флешкой. Добавить экран для навигации или настроечный файл в прошивку. У меня так, только развертка из лазерного принтера.

[ATON]

tihohod писал(а):

[uquote="ATON",url="/forum/viewtopic.php?p=4077946#p4077946"]В идеале конечно сделать его полностью автономным, но разбор гербера и его растеризация несколько пугает пока..

Разбор гербера - это не сложно. Растеризация - сложнее, да. Если для "жирного" мк есть подходящая библиотека векторной графики типа Cairo, то вполне можно сделать.[/uquote]
Да на контроллере это делать КМК, вообще дурацкая затея. Тогда уж проще всего малинку рядом поставить и растеризацию-морфинг на нее перевесить.

Не надо возлагать на контроллер больших задач, с этим может справиться и стационарный ПК в 100 раз лучше. На ПК можно сделать всю сложную обработку, а на флешку сбрасывать в формате МАКСИМАЛЬНО УДОБНОМ исполнительному устройству, чтобы ему досталась лишь простая и необходимая задача - соблюсти интервалы. Пусть при этом RAW-файл весит сотню мегабайт, рисовалке-то что? самая сложная задача для неё - это считать данные с флешки.

в общем планы примерно такие и есть.

Можно WiFi, но это сложнее в плане обработки ошибок связи, возобновление передачи после потери пакетов и прочее. Кроме того, на самом устройстве всёравно нужна будет объёмная флешка, для хранения задания. Внутренней памяти контроллера точно не хватит.

Я думаю вафлей просто передавать файл для вывода. С другой стороны, 3018 у мня довольно давно уже по вафле работает, и нормально.. Но правильнее да - перекинуть файл на контроллер, а там пусть уже выводит.

Принтеры, принимая задание, используют сжатие похожее PCX, поэтому им хватает 16Мб даже 8Мб памяти, но у вас же этого не предвидится?

Вообще, т.к. картинка растровая, черно-белая, с большим количеством повторов - вполне можно и чтонить типа РСХ сделать, да. Хотя с другой стороны флешки в общем то недорогие нынче. Даже не просто недорогие, а дешевле грязи мелкие объемы, и ресурс не будет вырабатываться, как скажем, на малинах всяких..

Можно совсем просто, закидывать в флешку цветной бмп. Переделать авторский проект на работу с SD флешкой. Добавить экран для навигации или настроечный файл в прошивку. У меня так, только развертка из лазерного принтера.

Та неее... Копаться в исходниках на форте под самописный компилятор... Я конечно люблю поизвращаться, но не до такой ведь степени )) А других исходников у нас нет.
Моя идея в том, что хостовый софт оставить как есть, максимум программно перехватывать поток вывода и подготовить в более удобоваримый вид для экспозиции более умным контроллером.
Т.к. как сейчас идет работа - помните, были такие GDI принтеры только под винду? Вот примерно так сейчас идет работа с установкой. А хочется чтобы чуть больше мозгов было на борту и отвязаться от загруженности хоста.

[timer32]

У кого не будь получалось вытравить плату в корпусе LQFP48, горизонтальные ноги хорошо проявляются и вытравливаются,
а вот с вертикальными проблема, плохо смывается фоторезист и при травке остаются залипухи.
Скорость засветки 1200 мощность 0,5