Виробництво та складання друкованих плат настільних сканерів штрих-кодів для 1D, 2D та презентаційних сканерів

Компанія Highleap Electronics виготовляє друковані плати та друковані плати для настільних сканерів штрих-кодів, що випускаються клієнтами, для 1D/2D презентаційних сканерів, стаціонарних сканерів, настільних USB-зчитувачів та багатоінтерфейсних продуктів штрих-кодів. Огляд виробництва зосереджується на затвердженому зображенні або модулі сканування, геометрії об'єктива та освітлення, контролері декодування, зворотному зв'язку з користувачем/тригером, інтерфейсі хоста, вікні корпусу та функціональному тестуванні еталонної етикетки, а не на припущенні підтримки універсального штрих-коду або драйвера.

Сімейства друкованих плат настільних сканерів штрих-кодів для роздрібної торгівлі, охорони здоров'я та стаціонарних зчитувачів презентацій

Настільні сканери штрих-кодів включають компактні зчитувачі презентацій, всенаправлені сканери лічильників, модулі стаціонарного кріплення та універсальні 1D/2D сканери зображень. Архітектура друкованої плати змінюється залежно від оптичного механізму, освітлення, інтерфейсів хоста та зворотного зв'язку з користувачем. Сканер, що використовує модуль камери/зчитувача зображень та процесор декодування, не повинен виготовлятися як старий лазерний зчитувач, а стаціонарний промисловий механізм має інші механічні обмеження та обмеження щодо роз'ємів, ніж корпус для роздрібної торгової стільниці.

GS1 визначає широко використовувані 1D та 2D символіки штрих-кодів, але підтримка штрих-кодів зрештою визначається механізмом декодування сканера та програмним забезпеченням. Завод з виробництва друкованих плат повинен перевіряти затверджений замовником набір символів та тестувати етикетки, замість того, щоб стверджувати, що плата зчитує кожен 1D/2D код, оскільки вона містить датчик зображення.

Інтеграція обладнання для тепловізора, об'єктива, освітлення та прицілювання

Для сканерів зображень оптичний шлях є частиною проблеми виробництва електроніки. Центр датчика, фокус об'єктива, кут світлодіода підсвічування та відстань між переднім вікном впливають на продуктивність декодування. Плата, яка передає чисте зображення камери на стенд, може вийти з ладу в кінцевому корпусі, якщо вікно відбиває світлодіод прицілювання, датчик нахилений або положення об'єктива змінюється під час складання.

Елементи керування навколо механізму сканування

• Ідентифікатор зображення/модуля: контролюйте затверджений датчик або модуль сканування та його версії. Конструкції з прямими датчиками слід обробляти з дотриманням правил чистоти, що використовуються для виробництво друкованих плат камери.
• Об'єктив та фокус: Оправа об'єктива, процес різьблення/клею та фокусувальна ціль належать до випущеного оптичного вузла. Контур друкованої плати та дані датчика повинні забезпечувати повторюване оптичне вирівнювання.
• Світлодіоди підсвічування: Світлодіодна частина, полярність, компоненти керування струмом та механічний кут повинні відповідати перевіреній оптиці. Яскравіше не означає автоматично краще, оскільки відбиття вікна може зменшити запас декодування.
• Система прицілювання: Схеми лазерного або світлодіодного прицілювача слід збирати/випробовувати лише за проектом, визначеним замовником. Остаточна відповідність оптичним/безпековим вимогам залишається відповідальністю виробника готового виробу.
• З'єднання модулів: окремий сканер може підключатися через плату плати або джгут проводів; включно з реальним збірка кабелю у пілотних проектах, тому цілісність сигналу та деформація не оцінюються окремо.

Декодуючий процесор, пам'ять, тригер та електроніка зворотного зв'язку з користувачем

Декодування штрих-кодів може виконуватися всередині спеціального модуля сканування, локального SoC/MCU або хост-застосунку. Виробництво повинно зберігати цю межу. Якщо основна друкована плата містить декодер, тактові генератори, спалах/DDR, драйвер зумера, датчик запуску/наближення та світлодіоди стану – усі вони потребують контрольованої прошивки та тестової конфігурації. Якщо модуль сканування обробляє декодування, основна плата може лише передавати декодовані дані та керувати станами живлення/запуску.

Коли мікроконтролер або система на кристалі зберігає налаштування символіки, режим інтерфейсу або ідентифікацію продукту, програмування мікроконтролера повинно включати етап контрольованого зображення та перевірки. Критичні модулі декодування, датчики та лінзи повинні залишатися у списку затверджених джерел компонентів , оскільки заміна, сумісна з корпусом, може змінити оптику, прошивку або підтримувані коди.

Плати сканерів USB, послідовних та багатоінтерфейсних

Настільні сканери часто пропонуються з кількома варіантами інтерфейсу хоста. Один і той самий корпус може постачатися з USB HID/клавіатурним, послідовним USB, RS-232 або іншим вбудованим інтерфейсом. Ці характеристики залежать від контролера/прошивки. Постачальник друкованих плат не повинен визначати режим хоста лише на основі роз'єму, а сканер, який перераховує дані через USB, не обов'язково налаштований на виведення даних штрих-коду в правильному форматі.

• USB: виготовляти затверджені Електроніка USB-інтерфейсу впровадження, підтримка мережі ESD та роз'єму, а потім перевірка ідентифікації пристрою та передачі декодованих даних.
• Послідовний / вбудований: визначити електричний рівень, розпіновку роз'єму, передачу даних/конфігурацію та команду тестування для цілей комунікаційні інтерфейси.
• Заповнення опцій інтерфейсу: Одна друкована плата може підтримувати різні роз'єми лише тоді, коли заповнювач, прошивка та корпус прив'язані до контрольованого SKU.
• Порти, доступні користувачеві: області роз'єму та тригера повинні слідувати шляху вивільненого розряду та виробництву Захист ОУР керування.

Збірка друкованої плати сканера, механіка вікон та збірка першої моделі

Основними причинами проблем з пілотом часто є механічні проблеми: центр тепловізора, нахил вікна, відстань між об'єктивом та вікном, вирівнювання тригера та натяг кабелю. Ці розміри неможливо перевірити лише за допомогою AOI. Перший виріб слід зібрати в репрезентативний корпус з остаточним оптичним вікном та стійкою/кріпленням, щоб відбиття, фокус та положення прицілювання оцінювалися за тією ж геометрією, яку відвантажить клієнт.

• Оптична чистота: Поверхні датчика/лінзи/вікна слід захищати під час оплавлення, очищення та остаточного складання.
• Матеріал вікна: покриття, відтінок та товщина можуть впливати на освітлення та зображення; використовуйте затверджене вікно під час пілотної перевірки.
• Утримання роз'єму: USB-кабелі або знімні інтерфейсні кабелі потребують багаторазового використання та повинні використовувати вивільнену механічну опору.
• Розташування скануючого двигуна: положення модуля, гвинти, затискачі або пінопласт не повинні нахиляти оптичну вісь.
• Розмір плати/корпусу: специфічний дизайн Огляд DFM слід включати оптичні/механічні блокувальні елементи, перш ніж панель та процес складання будуть заморожені.

Сканери в режимі презентації потребують оптичного керування, що виходить за рамки базового декодування

Очікується, що презентаційний сканер зчитуватиме коди без необхідності ретельного вирівнювання етикетки оператором. Це робить поле зору, глибину різкості, відбиття вікном, розподіл освітлення та поведінку автоматичного спрацьовування важливішими, ніж у жорстко контрольованому фіксованому двигуні. Завод з виробництва друкованих плат не розробляє ці оптичні характеристики, але він повинен достатньо точно відтворювати розташування датчиків та світлодіодів, щоб перевірена оптична геометрія витримала об'ємне складання.

У першій статті слід використовувати остаточне переднє вікно, рамку та будь-який антибліковий або фільтруючий елемент. Прозора кришка-прототип, виготовлена ​​з іншого пластику, може змінити відбиття настільки, щоб приховати виробничу проблему. Якщо сканер використовує датчик наближення для активації/запуску без використання рук, слід перевірити отвір та поріг цього датчика у остаточному корпусі, щоб продукт не спрацьовував постійно у власному вікні або не пропускав етикетку, що наближається.

Декодування прошивки та конфігурації потребує тієї ж дисципліни редагування, що й апаратне забезпечення

• Набір увімкнення символіки: Клієнт повинен визначити, які коди ввімкнено за замовчуванням і чи зберігається конфігурація у флеш-пам'яті/EEPROM.
• Форматування префіксів/суфіксів: Вивід, подібний до клавіатури, або послідовний вихід може додавати термінатори та форматування, специфічне для програми; виробництво повинно перевірити затверджену конфігурацію.
• Поведінка прицілювання/освітлення: Режими запуску та час роботи світлодіодів можуть змінюватися через оновлення прошивки та повинні контролюватися версією.
• Режим інтерфейсу: Варіанти USB/послідовного порту можуть використовувати спільне обладнання, але вимагають різної ідентифікації пристрою або відображення виводу.
• Версія бібліотеки декодування: Оновлення модуля/прошивки може змінити підтримувані символи або поведінку зчитування без зміни друкованої плати; перша стаття повинна містити інформацію про затверджену редакцію.

Відмінності між стаціонарними, настільними та вбудованими сканерами

Стаціонарні зчитувачі всередині кіосків або автоматизованого обладнання можуть мати вузьке та точно визначене положення етикетки, тоді як настільні сканери повинні витримувати великий об'єм презентації, контрольований користувачем. Вбудовані модулі також можуть бути встановлені за спеціальними вікнами, які виробник сканера ніколи не бачить. Тому в запиті цінової пропозиції слід вказувати кінцеве оптичне вікно та робочу відстань для вбудованих продуктів, а не лише номер деталі скануючого механізму.

Промислові стаціонарні зчитувачі можуть використовувати зовнішні тригерні входи, виходи стану або більш надійні роз'єми живлення/зв'язку. Продукти для роздрібної презентації підкреслюють компактне прокладання USB-кабелю, акустику зумера та косметичну відповідність. Розгляд обох як однієї збірки «друкованої плати сканера штрих-кодів» може приховати відмінності в роз'ємах, вводах/виводах та корпусі, які є важливими для NPI.

Функціональне випробування сканера штрих-кодів з використанням еталонних 1D та 2D символів

Для прийняття на виробництво слід використовувати детермінований набір етикеток, затверджених замовником, які представляють символіку та робочі відстані, необхідні для SKU. Лінія не повинна відтворювати всі умови роздрібної торгівлі чи охорони здоров'я, але вона повинна довести, що оптичний механізм, декодер, тригер, зворотний зв'язок та інтерфейс хоста працюють разом у кінцевому корпусі.

1. Запрограмуйте та визначте: завантажте затверджену прошивку/конфігурацію та перевірте ідентифікацію сканера.
2. Оптичний запуск: перевірте функції тепловізора/освітлення/прицілювання та самотестування будь-якого модуля.
3. Декодування посилання: зчитати необхідні 1D та/або 2D тестові мітки на визначених відстанях/орієнтаціях.
4. Режими запуску: ручний тригер для фізичних вправ, режим презентації/наближення або безперервний режим, якщо він є.
5. Вихід хоста: перевірити декодований рядок даних/звіт через вибраний USB/послідовний інтерфейс.
6. Зворотній зв'язок: підтвердити успішну/помилкову поведінку світлодіодного/зумерного індикатора у зібраному корпусі.

Highleap може реалізувати функціональне тестування за допомогою утиліти сканера клієнта, посилатися на штрих-коди та межі успішного/неуспішного проходження. Тестовий набір повинен мати контроль версій за допомогою прошивки, щоб пізніше оновлення бібліотеки декодування непомітно не змінювало прийняття у виробництво.

Набори для тестування штрих-кодів повинні представляти цільове застосування, а не кожен можливий символ

Виробничій лінії не потрібна неконтрольована колекція роздрібних етикеток. Виробник оригінального обладнання (OEM) повинен визначити невеликий набір еталонних етикеток, який відповідає необхідним 1D/2D символікам, розмірам друку, контрастності та робочим відстаням для SKU. Цей набір має бути стабільним та простежуваним, оскільки зміна якості етикеток може зробити справний сканер дефектним або дозволити пройти через нього слабкий оптичний вузол. Пошкоджені еталонні етикетки слід замінювати за допомогою контрольованого процесу, а не копіювати їх багаторазово.

Для продуктів, що налаштовуються, тест також повинен підтвердити налаштування декодування за замовчуванням після програмування. Сканер може фізично декодувати символ, але не повідомляти про нього, оскільки ця символіка вимкнена, або він може додати префікс/суфікс, який хост-додаток інтерпретує неправильно. Тому кінцеве прийняття рядка має перевіряти фактичний рядок даних або звіт, доставлений хосту, а не лише індикацію зумера. Це особливо важливо для сканерів, що постачаються в інтеграції з POS, медичними установами або кіосками, де хост очікує фіксованого формату.

Вхідні дані для запиту пропозицій (RFQ) для виробництва друкованих плат настільних сканерів штрих-кодів

Запит цінової пропозиції на сканер повинен містити інформацію про механізм сканування та оптичні/механічні характеристики. Якщо вказати лише основну друковану плату, то не буде вказано деталі, що визначають фокус, освітлення, запас декодування та час складання.

• Gerber/ODB++, креслення виготовлення, стек та контур плати.
• Специфікація з точним модулем зображення/сканування, об'єктивом, пристроями освітлення/прицілювання, процесором, пам'яттю, роз'ємами та аудіо/світлодіодними компонентами.
• 3D/механічні дані для центру датчика, оптичного вікна, відстані між лінзами, спускового гачка та стійки/корпусу.
• Пакет прошивки/бібліотеки декодування та правила програмування конфігурації/ідентифікації.
• Визначення хост-інтерфейсу та вимоги до кабелю/роз'єму.
• Набір довідкових штрих-кодів плюс відстань/орієнтація сканування та процедура схвалення/несхвалення.
• Кількість за варіантами сканера 1D/2D, USB/послідовного та стаціонарного/презентаційного.