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

[banzayy]

если поставить маленькую рельсу с кареткой, например MGN9H, то с увеличением массы проблем не будет. Другое дело, что я бы не рискнул печатать платы на скоростях метр и выше, на роликах проще на больших скоростях и тише по моему будет, но большая скорость не нужна, поэтому попробую

[urez83]

КотоВасий Рельса седьмая лежит, но на роликах получилось довольно тихо и без стуков на краях. Пока оставил так, как раздолбиться, так и попробую наверное, хотя не факт, есть в запасе и роликов и профилей.

[mial]

Пробуйте, отписывайтесь.

Ситуация противоположная прошлой. Полностью пропущена 1 строка. Еще дорожки как то устояли, но с заметным утоньшением в этом месте. Но зато протекли все тенты что были на пути этого пропуска. Очень обидно, плата в целом получилась замечательно, но из-за протекших тентов придется переделывать. Пока возвращаюсь на оригинальную версию. Все таки угробить полдня это очень расточительно.

[SDimok]

mial писал(а):

Все таки угробить полдня это очень расточительно.

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

[mial]

Если бы я что то понимал в передаче по USB, может чего и подсказал. Вопрос такого плана, каждый пакет на стороне контроллера как то проверяется, ну там контрольная сумма или еще что? Смущает то, что передается по 56 пикселей. А ошибка идет на всю длину строки. Возможно контроллер как то не правильно заполняет выделенный для строки буфер. В общем понятно, что такого количества плат как я ни кто кроме smarcop не делает. Но он по моему до сих пор на UART и авторской программе. Поэтому возможно ни кто и не сталкивался с этим. У меня это уже третий случай на штук 40-50 плат. Попробую какое то время поработаю с авторской прогой. Если дефект проявится, то скорей всего дело на стороне контроллера.

[SDimok]

mial писал(а):

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

Именно об этом я и хотел попросить

Добавлено after 23 minutes 2 seconds:

mial писал(а):

Смущает то, что передается по 56 пикселей.

Соврал я маленько передается по 56 байт (56х8 = 448 пикселей), но не суть важно, все равно кусками

[mial]

Но это ничего не меняет

[SDimok]

mial писал(а):

Вопрос такого плана, каждый пакет на стороне контроллера как то проверяется, ну там контрольная сумма или еще что?

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

[Ruzik]

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

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

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

У меня это было и в программе AlphaCrow..
https://radiokot.ru/forum/viewtopic.php ... 0#p3264820
Тут наверно в прошивке дело.

[urez83]

Может стек переполняется в контроллере ? Полоса не всегда рисуется, бывает нормально все.

[mial]

Конечно не всегда. Даже на одном и том же гербере при всех прочих одинаковостях
Ruzik там у тебя старая прошивка была. На новом софте и новой прошивке в авторской связке такого дефекта у меня не было ни разу. Сча погоняю, проверим...

[SDimok]

Ruzik писал(а):

У меня это было и в программе AlphaCrow..
https://radiokot.ru/forum/viewtopic.php ... 0#p3264820
Тут наверно в прошивке дело.

Да, но дальше посмотри на следующей странице вроде, AlphaCrow говорит, что переход на usb
должен исправить проблему.

[Ruzik]

SDimok
Похоже переход на USB не исправил проблему.
Можешь все же реализовать некий счетчик этой ошибки (для тестов)?

[SDimok]

Ruzik писал(а):

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

Думаю, что нет.

[Ruzik]

Я конечно не силен в программировании, но если на лазер идет 0 или 1 на всю длину строки, даже дальше (на весь ход каретки, это и есть условие для отображения ошибки), то почему нельзя поймать этот момент?
Хотел уточнить, этот момент нужно только фиксировать во время теста, а не исправлять на ходу, во время засветки.

[mial]

Ruzik дело не в софте, надо прошивку корректировать под это дело.

[smacorp]

mial, эти два крайних случая с глюками ты на какой скорости каретки делал? Ты писал, что гербер большой, поэтому не пытался ли ты задрать скорость выше метра в секунду?

Второй вопрос тоже тебе - в первоначальной программе скорость каретки отображается при экспонировании. В новой программе, наверное, тоже? Так вот, установил ты в программе скорость каретки метр в секунду, при экспонировании она на экране около каких значений прыгает? Постоянно ближе к 1000? Или равномерно скачет, например, между 700-1000? Надеюсь, понятно выразил.

И третий вопрос тоже твой - когда ты сидел на USART, как часто у тебя показывало ошибки при экспонировании? В первоначальной программе особенно.

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

[mial]

ты на какой скорости каретки делал?

1000 мм/сек

Постоянно ближе к 1000? Или равномерно скачет, например, между 700-1000?

В версии от SDimok показывает в районе 1000 мм плюс минус незначительные значения. В авторской показания скакали больше. Видимо алгоритм отображения разный.

когда ты сидел на USART, как часто у тебя показывало ошибки при экспонировании?

Зависело от кабеля, на одном прям сыпало ошибками. Подобрал другой, там практически всегда 0, бывает в простое 1, 2 ошибки выскакивали. При экспонировании практически никогда. Правда была какая то связка софта и прошивки, там сыпало ошибками очень часто.

потом переходом на USB и новую программу, чтобы выловить глюк пропуска

Присоединяйся, дело стоящее.

[SDimok]

mial писал(а):

В версии от SDimok показывает в районе 1000 мм плюс минус незначительные значения. В авторской показания скакали больше. Видимо алгоритм отображения разный.

В моей версии идет расчет за сколько проэкспонируется заданная длина строки с заданной скоростью.
Потом делю пополам, что бы узнать когда каретка будет на середине, и через это время, после пинка по каретке измеряю скорость.
Грубо говоря измеряю скорость на середине экспонируемой строки - ВСЕГДА.
Как в авторской программе - не знаю.

Добавлено after 12 minutes 10 seconds:

urez83 писал(а):

Может стек переполняется в контроллере ? Полоса не всегда рисуется, бывает нормально все.

Тут надо AlphaCrow пытать В контроллере организовано 2 буфера, пока один экспонируется, второй заполняется.
Потом через DMI они меняются похоже (более точно сказать к сожалению не могу)
Есть команда выбора буфера засветки, возможно она иногда не срабатывает и буфер не переключается, а это как раз строка целиком.

[smacorp]

SDimok писал(а):

вопрос к местным мозголомам: откуда в строке все нули (строка пустая) или все единицы (строка засвечена)

Вот именно это - то 0, то 1 - наталкивает на подозрение, что проблема в самом обработчике прерывания. Положим, первая точка в строке не пустая - лазер включается, далее обработчик клинит, и лазер так и остаётся включённым. Или выключенным, если первая точка в строке пустая. А при переходе на другую строку происходит некая переинициализация, поэтому дальше всё шлёпает нормально. До нового стечения факторов, когда обработчик прерывания клинит.

А как Вы выясняли протокол обмена программы и прошивки? Копались только в фортовских исходниках программы? Или прошивку тоже изучали?

SDimok писал(а):

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

Да, но почему эти буфера заполнены то 0, то 1? Даже если представить, что автор зачем-то намеренно чистит буфера (но это было бы весьма странно в данном случае), заполнение было бы чем-то одним. И, скорее всего, именно 0.