Артикул в штрих-коде. Уже есть. Уникальный. Имеющийся в базе.
1) камера
Камерой снимаем штрих-код.
2) сеть
Вопрос покрытия. WiFi-модуль в тележке, магазин покрыть mesh? Или bluetooth - у них как раз было что-то для покрытия небольших площадей с минимальным расходом энергии.
В общем, запрашиваем по нему цену.
3) динамик
Text-to-speech движков валом, но самые годные в облаках. Сеть уже есть, отправляем данные, получаем звук. Играем звук.

Но централизации для, имхо, имеет смысл унести всю логику на сервер, а задачи модуля в тележке свести к получению картинки, отправке её, получению звука и воспроизведению.

Декодирование картинки, получение цены, запрос (генерация) аудио - сервер.

Спасибо большое, сохраню себе ваш план/алгоритм.

Уточню: при поднесении к камере упаковки, ее на мгновение нужно зафиксировать ?

Я только специальным сканерами считывал, там нужно зафиксировать, да. Если делать с камерой, то будет примерно как чтение штрих-кодов смартфоном. С поправкой на то, что бОльшую часть времени они тратят на фокусировку. Если с камерой будет фиксированный фокус, то должно быть шустро.

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

Плохая реализация, imho. Картинки занимают объем. Аудио - тоже. Если это мелкий магаз на десяток клиентов одновременно, то не проблема, но, если это большой гипермаркет, то в нем может быть несколько сотен клиентов. Внезапно может нехватить ширины канала. Плюс, задержки на передачу и получение данных.

Если уж ставить что то на тележку, то что бы само умело парсить и говорить, imho.

Но есть ещё вопросы юзабилити. Будет ли удобно слушать речь из тележки? Всем ли будет слышно? Не будет ли напрягать и отталкивать посетителей такой магаз, где постоянно роботы из каждого угла вещают что то?

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

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

В общем, идея на первый взгляд хорошая. Но, только на первый взгляд. Под капотом много сложностей. И с большего, они даже не технические, а поведенческие.

Телефон если ? Каталожик со списком покупок, а так сумборно юзлесс принцип теряется, а в среднем например из ленты 3к выношу, да бывает что перебираю и приходится шаманить с картами или кредиткой платить, тут цель не понятна в первую очередь

Цель тележки убрать, считыватели из зала ?

Контроль списка покупок ?

Или уменьшение товара на кассе из-за не помененного ценника например в после акционный период ?

Да и в тележку можно накидать много чего, и если возлагать контроль списка покупок то перелистывание внутри списка займет продолжительное время если экономить на экране.

Приветствую тебя, D4ffy💳

Добро пожаловать.
Рейтинг пользователя: 0, карма: 100%
♥️ У пользователя очень хорошая карма, он адекватен ♥️

Первоначально она так и представлялась, но была оптимизирована для удешевления - масштабировать ширину канала и серверные мощности существенно проше и дешевле, чем изменить каждого клиента. Сделать снимок, отправить, получить ответ и воспроизвести хватит Pi Zero W за $10, а работать с изображениями и text-to-speech на одноядерном гигагерце я бы на ней не рискнул. Плюсом если мы делаем ее автономной и экономим на задержках, то держим ещё и бд с ценами товаров. Хранилище на каждой тележке. И если рассматривается ситуация в несколько сотен работающих модулей, то их всех надо поддерживать в актуальном состоянии - цены на какие-то товары корректируются ежедневно, придется каждую ночь сидеть и обновлять.
Если же делаем автоматическое обновление, то вводим ещё одну ступень усложнения (и вашего варианта, и моего варианта), что в случае интерпрайза - дороже и плюс дополнительная точка отказа.

Ну и задержки на уровне сети в любом случае будут меньше, чем задержки на обработке на слабом железе. А если учесть, что мы кидаем не хайресовое фото (не пережимаем - ибо мощности - а сразу говорим камере снимать разрешением ниже) и для воспроизведения цены высокий битрейт тоже не нужен (и там несколько секунд), то счёт пойдет на килобайты, а задержки не имеют шансов перевалить за секунду.

В скоростных поездах с мониторами, на которых крутят фильмы, на каждое место выдаются наушники. Дико китайские. Последний раз я такие покупал в роспечати за 12 рублей)) И их, судя по всему, до сих пор производят. Мелким оптом цена будет смешной, а по среднему чеку размажется совсем незаметно.
Но это просто подумалось. В любом случае на эти вопросы, сидя на диване и клацая по клавиатуре, ответ не найдем. Хотя мысль интересная, имеет смысл собрать ради такого дела фокус-группу и продумать эти риски.

И кстати о рисках. Магазины тратят деньги на мерчендайзинг, чтобы местами изящно балансировать на грани обмана (ну введения в заблуждение) покупателя в угоду прибыли. И они могут не обрадоваться, если часть усилий будет сведена на нет.