Если нет жестко ограниченного списка проприетарного оборудования, которое необходимо использовать, то вместо пистолета для чтения barcode, я бы использовал дешевый смартфон или raspberry pi 0 c маленькой камерой. Не люблю я проприетарный embedded.
Kizzeon, Там надо как раз смотреть модель. Возможно, прогресс шагнул в сторону.
Стоит еще учитывать, что сами кассиры - люди примитивные. В руках у них нет мышей и тачпадов - только клавиатура. В торговых приложениях нет никаких менюшек и почти нет понятия курсора (разве только для отмены операций). То есть фактически функционал каждой клавиши зависит от текущего режима работы (никаких перемещений фокуса не должно быть). Еще надо отдельно проработать системные комбинации клавишь, чтобы оператор случайно не свернул окно. Я не уверен, что браузер - самое лучшее решение для оболочки. Наверное, отличным выбором будет Kiosk-режима в Electron. По управлению получится что-то вроде Qiwi-аппарата.
Если вы будете работать с торговым оборудованием, самый вынос мозга будет - работа с фискальным регистратором.
johand, это смотря что за услуги, под серые схемы PAYPAL или что-то надежное проверенное, к чему люди относятся с доверием, подключить будет сложно.
Зато приватные услуги оплачивать самое оно!
ozerovlife, зачем на github? там же нельзя редактировать код, наблюдать результат на лету, и сразу же копировать ссылку с изменённым результатом. У кого есть время на создание пулреквестов? jsfiddle.net работает без регистрации.
Время же на часах в системе вообще не имеет никакого отношения к GPS.
Вы удивитесь, но именно это зачастую играет фатальную роль. Возможно, вы сталкивались с ситуацией, когда дебаг GPS-а гаждета показывает, что увидел 1-2 спутника, но никак не может сопоставить их со своей картой спутников. Вам надо получить координаты, а телефон думает думает думает. Бывает залипает и на 10 минут и на 15 минут. Вот чем он занимается все это время? Он пытается вычислить расхождение между часами просто тупым перебором значений в обе стороны. - И это единственное чем он занимается. - При этом мог бы выдать координаты меньше чем за секунду, синхронизировав часы по Wi-fi чуть заранее.
freeExec, Ну что же вы читаете между строк. Во-первых, есть формула расчета абсолютной погрешности. Она немного сложнее, чем формула hdop, но тем не менее все программы на Android показывают значение погрешности только в метрах.
Во-вторых, типичный RTK-модем выдает координаты с погрешностью около 1-2см. Если у вас не так, то вы неправильно настроили GPS. Либо вы не синхронизировали время.
Максимальное расхождение часов на вашем Android-гаджете и часов на спутнике GPS не должно превышать 10мс.
Пришлите сюда ссылку на ваш gps.conf. Посмотрим, сравним. Сейчас выложу свой.
freeExec, По этим данным датчиков очень легко определить расфокусированную или смазанную фотографию. - И для этого не нужен ни OpenCV ни TensorFlow, - там чистая математика.
freeExec, Ну предположим, что они снимаются макросъёмкой или вовсе видео. От 30-8000 кадров/фото в секунду. Конечно, большинство материала придётся откинуть. Собственно, Имея показания датчиков, я могу выровнять фотографии или хотябы просто отобрать наиболее удавшиеся снимки, а остальное - удалить. Вручную это было бы сложно обработать. Ровно так и с GPS - все неточные показания с погрешностью больше 0.5 метров - откидываются, принимаются только данные GPS, где погрешность меньше 0.5м.
