Дякую наперед.
Я малюю якраз в emWin.
І часто виникають питання, на які в рамках документованого API важко знайти відповіді та рішення. Недавно вкотре переглядав один з header-файлів бібліотеки і, дивина, випадково угледів одну функцію, яка ніде в документації не згадана, коментарів на неї немає, але вона робить саме те, чого мені бракувало майже рік.
А тех-підтримка (форум) на сайті Segger — так собі, може відповісти, а може і ні.
Шкода, що нема з ким терти цю тему в Україні, бо я не знайшов жодного, хто юзав би emWin реально глибоко.
Ви програміст-графоман?
Та ні, все норм. Навіть гуд. Якби не було гуд, я б не писав цей постік.
Єдиний притомний коментар.
Нащо мені АТ-команди, якщо і без них все працює?
Не тільки «хньІк-хньІк», а й «нах-нах».
Що таке РРО?
обогощайтесь — це якою мовою?
В нашій задачі зчитування штрих-коду має відбуватися по натисканні на кнопку (курок) самого сканера. Завжди тільки так. Тому ловити рух непотрібно зовсім.
А програміст, який взявся те робити, на Java взагалі не писав до того. Він Embedded С-шник. Але питання навіть не в тому на чому він писав, а в тому, що «клавіатурний» режим роботи сканера не підходить під цю конкретну задачу. Бо сканер має посилати рядок символів взагалі без якоїсь семантичної прив’язки до екранного інтерфейсу користувача, наче того користувача за екраном нема і самого екрану з контекстом вводу з клавіатури теж.
Саме так.
Ніт.
Непотрібно — означає саме те, що написано.
Із документації:
No extra configuration (e.g., baud rate) is necessary.
Як виявилось, в моєму випадку ніякі бібліотеки взагалі виявились непотрібні, бо Java вже сама в собі містить все потрібне. Допис був про те, що інколи шлях до розв’язання задачі буває коротший на порядок і елегантніший на декілька порядків (і це не перебільшення), варто просто глянути в документацію.