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

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

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

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

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

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

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

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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