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

[urez83]

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

[HeadLess]

Lecter2017 писал(а):

Аму меня проблемы с последней версией. 1.84 вроде.

Крайняя версия от SDimok - 1.81

urez83 писал(а):

Скорее всего у тебя с сигналами энкодера что то

Для смещения на 1мм нужно больше двух десятков пропусков

Lecter2017 писал(а):

Раз - и весь рисунок сместился на 1 мм вправо.

Сразу вся строка, или в процессе засветки за строку понемногу набегает?

[urez83]

В общем старею наверное. Проблема с пропусками уже всплывала и была решена еще тогда. Короче FT232 выпаяна у меня за ненадобностью, соответственно вход RX контроллера висит в воздухе и как следствие наводки и ловля помех.
В прошлый раз контроллер прошил своей прошивкой с отключенным uart и проблема исчезла. А сейчас позабыл это и прошивал той что в комплекте. В общем надо или оставлять на плате ft232 или в исходниках убирать все что с uart связано.
Засветил 4 экземпляра и пропуски исчезли.

[HeadLess]

Или подсопротить RX к питанию

[Lecter2017]

HeadLess, сразу вся строка. Прямо вот все хорошо идет и раз - сместилась. Как затык небольшой чтоли происходит еле заметный а потом эта херня. Вчера светил на ПО 1,74 версии, все норм.

[urez83]

В общем проблема с пропусками строк успехом не увенчалась. Отключение UART в прошивке не помогло. Подумалось что проблема с помехами или кабелями, но тут все отлично. Пробовал и на авторской программе
и на SDimok, пропуски не ушли. Грешить на аппаратную часть не могу, все работало хорошо. Когда началось даже не пойму и что этому предшествовало. Может винда 10я что то обновила.....
У mial 74я версия без пропусков, 81я с пропусками. У меня 74я то нет совсем пропусков, то навалом. В 81й тоже пропуски.

[smacorp]

У пользователей установки периодически возникают следующие проблемы:

1. Остановка каретки в крайнем (левом или правом) положении после печати строки.
2. Засветка всей строки целиком.
3. Пропуск засветки всей строки целиком.

Анализ прошивки (а она одна у всех) даёт огорчительные выводы - все эти проблемы основополагающие. Их причина - отсутствие настоящей обратной связи с кареткой.

В прошивке заложена "идеальная" каретка - управляющая программа передаёт настройки, введённые пользователем, и прошивка вычисляет, к примеру - каретка должна проехать строку за 10 мс. (плюс маленький запас на всякий случай) и за это время должно поступить надцать прерываний от энкодера.

И пока реальная каретка укладывается в рассчитанные временные рамки, всё работает. Но стоит каретке не уложиться из-за огромного количества причин или прерываний окажется меньше\больше из-за помех, стройная работа прошивки рассыпается - каретка ещё не доехала до конца текущей строки, а прошивка уже пытается обрабатывать следующую.

Уточню, что это упрощённая схема работы прошивки - описывать разные нюансы незачем. Главное, что хотел сказать - всё что могут сделать пользователи установки это добиваться идеальной работы каретки. Если получится. Например, каретка может запаздывать на какие-то миллисекунды (причём, редко), пользователь будет уверен, что всё отлично, но прошивка будет считать иначе.

[Lecter2017]

Именно. Проблема номер один моя. Но почему то на версии 1.81. Последней. На 1.74 только что засветил большую плату, нормально

И да, каретка останавливается на долю секунды, это заметно, и потом пошел сдвиг. Ты прав

[smacorp]

Проблема номер один моя. Но почему то на версии 1.81

SDimok до определённого момента пытался подобрать оптимальные задержки, чтобы компенсировать неидеальность реальной каретки. Потом пришёл к выводу, что пусть прошивка сама решает. Отсюда и успешность (неудачность) версий. Возможно, что в версии 81 он опять ввёл что-то подобное, её я не смотрел.

Но главное, что вышеописанные проблемы никогда не получится устранить без значительного изменения идеологии, заложенной AlphaCrow.

[urez83]

smacorp писал(а):

Если получится. Например, каретка может запаздывать на какие-то миллисекунды (причём, редко), пользователь будет уверен, что всё отлично, но прошивка будет считать иначе.

Вот специально запустил установку на минимальной скорости чтобы посмотреть, будет ли сбой если каретка задержится где то.
И во время движения каретки тормозил ее рукой. Получается что когда каретка меняет направление я придерживаю ее на довольно значительное время.
Никаких сбоев не обнаружил. Пока каретка не доедет до нужного места, лазер молчит. Как только подъезжает к началу засветки, то светит.
Ну и соответственно стол, пока каретка не доедет до одного из краев, стол не едет, как только каретка доехала, стол сместился. И так пробовал в обе стороны.
Думаю дело не в этом. Тем более какое то время все работало хорошо а потом началось...

[smacorp]

urez83, сказанное мной есть опыт анализа исходных кодов прошивки и управляющих программ. И последующего переписывания и прошивки, и управляющей программы для себя. Я рассказал как есть, а Вы делайте выводы какие удобно.

А что касается "все работало хорошо а потом началось" - у меня тоже работало пока щётки мотора не достигли определённой степени износа, начали искрить сверх меры и создавать сильные помехи. Выяснил, устранил. Потом перешёл на рельсу. И снова работало до тех пор пока не перестало. Выяснилось - пока смазки в каретке хватает, всё работает. Если начались остановки в крайних точках - пора снова смазывать шарики в каретке. При этом, каретка бегает одинаково легко и со смазкой, и без.

Ну и так далее.

[Ruzik]

urez83
У меня тоже глюки на разных версиях и не могу найти закономерности, то норм, то пропуски.

Белее стабильно работало при множителе х1 каретки. Попробуй поменяй х1 на х2 или если стоит х2 то на х1, изменится что то?

[urez83]

Ruzik Попробовал поставить на каретку х2, пропусков нет. Но проба была не чистой. У меня по столу 1600 точек на 1998мкм (все таки швп не того класса как хотелось бы и это число получил сверлением шаблона на чпу так чтоб совпало с лазером).
Если поделить 1998мкм/1600=1,24875мкм/точку. До этой пробы у меня шаг стола стоял 31,22 мкм. Если 31,22 поделить на шаг 1,24875 то получается 25,001001001. Короче поставил 29,97мкм чтобы ровное число получилось (29,97/1,24875=24).
Подумалось, вдруг там что некорректно делится/умножается/анализируется и в результате ошибка накапливается и получаем пропуск засветки. И о чудо! Рисунок без пропусков, скорее всего из за множителя каретки.
Позже попробую вернуть х1 и стол поставлю на шаг 31,22 мкм и доложу.
UPD Причем тест делал и с включенной камерой и с выключенной. Оба теста без пропусков, хотя с выключенной камерой скорость немного плавала.
UPD2 Проверил все. Действительно множитель х2 работает без пропусков в независимости от шага каретки и прочих настроек. Это на мой взгляд единственная верная зацепка для поиска проблемы. За последние 4 дня извел метров 5 фоторезиста,
никаких других условий стабильной работы не нашел. Пробовал и разные режимы и другие порты с кабелями, хабы разные, разные методы запуска программы, даже в прошивке поковырялся, удалил всю отладочную часть включая саму работу с uart.
И что интересно, даже с выключенной камерой скорость сбоит но пропусков нет, что не может не радовать.

[Ruzik]

urez83
У меня работало на х2 нормально, теперь только на х1 только норм работает. Но на х1 стало нормально работать недавно, раньше не работало вообще на х1 (пропуски стабильные). Думал что у меня лента 300lpi и это из за этого, только множитель х2 помогал.

Почему х2 сменился на х1, не знаю.

Сначала запускаю без платы засветку. Если пропуски есть, их сразу видно визуально, хватает 5 мм хода по плате и меняю на другой множитель. Если и при другом множителе есть пропуски, меняю гнездо USB, куда подключена установка и опять проверяю. Если не помогает, то перезагружаю комп и по новой пробую. В одном из трех случаев танцев, помогает.

[tyratron]

urez83, привет.
У меня строки пропускает только если всякая хрень на компе включена. Когда выгружаю все лишние программы пропусков нет.
Правда я еще программу Prio поставил которая изменяет приоритет в диспетчере задач.
Как по мне просто идет подвисание юсб порта и из за этого пропускает строку.
Ну и мотор у меня 777й, мощный так что задержек по перемещению нет и мощности на каретку с запасом.

[urez83]

tyratron У меня было такое на винде7, выключаешь все не нужное, антивирус останавливаешь и все работает на любых режимах. Но сейчас стоить десятка и такая фигня.
Причем было время на десятке работало нормально, но опять же, возможно просто я не замечал из за того что мощность лазера всегда ставлю 0,15 а на тестах делаю при К=0,1.

[tyratron]

Привет, да у меня 7-ка, да еще и 32 битная, поскольку и мач3 для ЧПУ тоже на этом компе.
10 ку никогда не ставил и не собираюсь пока 7ку поддерживают...
Чем проще система тем меньше глюков...
Реестр чищу переиодически, дефрагментацию не делаю поскольку ССДшник на системе стоит и тормозов в этом плане не наблюдается...
Мучаюсь с камерой частенько постоянно слетают смещения, но я ЮСБ эндоскоп использую и походу сама камера в корпусе трубке имеет люфтец...
а так впринципе работать можно...

[maliiv]

У меня стабильно работает на 74 версии и на Х1 и на Х2. Винда 7-ка 64 бита. Другие версии даже не хочу пробовать - от добра, добра не ищут. 74 версия вполне устраивает - стабильная рабочая версия.

[maliiv]

А не кто не обратил внимание на тот факт, что после изготовления установки, почти у всех, этот аппарат какое то довольно продолжительное время работал как часики, без нареканий ? Проблемы у всех появились уже потом, после продолжительной эксплуатации установки. Это наводит на мысль о грязном энкодере и его датчике. Ленту народ протирал, а вот датчик никто не снимал, и линзы не протирал. А ведь пыль она везде. И если пыльный либо светодиод, либо фотодиод, считывание штрихов может быть не четким. Ведь ни у кого, кроме меня, этот узел не защищен от пыли. Я согласен что у меня тоже не полная защита, но все таки, закрыта вся лента и датчик, просто так пыль уже туда не попадает.
Вот цитата с первой страницы AlphaCrow - "Потом готовый растр построчно передаётся в МК и даётся команда на засветку строки. Пока одна строка засвечивается передаётся следующая строка, и так пока все строки не обработаем."
Когда установка по реперам определяет размер ПП, то в зависимости от ленты которая вбита в прогу, она определяет количество штрихов до реверса мотора, т.е. кол-во на строку. И далее вспышка по штриху, пока строка не закончится. А следующая, уже в буфере. И тут без разницы мотор криво работает или нет, тут хоть рукой каретку вози, вся каша варится от ленты. Пока все расчитанные штрихи не пройдут, следующая строка не пойдет. Вот может где то здесь весь сыр-бор ??? Если допустим из за грязного энкодера, установка не смогла прочитать все нужные на строку штрихи, один к примеру потерялся, может такое быть, что следующую строку из буфера она не выполняет, а чуть притормозив, как многие пишут, грузит следующую, и сделав пропуск экспонирует ее ??? Но в любом случае мне кажется, что собака порылась именно где то здесь...Это исходит из начала моего поста...

[HeadLess]

В случае пропуска штрихов, каретка будет перемещаться дальше, пока не засветит ВСЮ строку из буфера.
И пока каретка тормозит, она так же считает, на сколько штрихов уехала. Это для того, чтобы знать с какого места начать засветку на обратном ходе. Таким образом будет происходить смещение засветки в сторону движения каретки. И после проявки увидим "ступеньки".