Требуется сделать "модем"

[Iplr 0]

Проверяем гипотезу, что можно передавать бинарные данные через звук в пространстве используя микрофон и динамик. На базе STM32 или других микропроцессоров.

 

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

 

Условия:

 

Передавать данные надо в помещении общего пользования, это я для понимания уровня шума.

 

Расстояние между приёмником и передатчиком 1-2 метра.

 

Объём передаваемых данных небольшой, это команды, идентификаторы, немного параметров. Скорость передачи может устроить 1200. Важна коррекция ошибок на "низком уровне".

 

Процессор, например, STM32F10X, например, отладочная плата Discovery.

 

Протокола передачи данных высокого уровня не нужно разрабатывать, на стенде надо реализовать только приём/передачу, например, 100 байт данных.

 

Звук желательно располагать в "менее слышимом" диапазоне для человеческого уха, но не до фанатизма, т.к. в будущем одним из приёмником/передатчиком будет смартфон, т.е. чтобы условно любой смартфон мог "работать" в этом диапазоне.

 

Для Android есть несколько приложений, которые могут с помощью звука передавать данные - работают.

 

Сходу находится несколько реализаций FSK модема, а может быть будут найдены готовые библиотеки - приветствуется, т.е. изобретать велосипед не надо. http://stackoverflow.com/questions/1069359...t-modem-library

 

Если готовы взяться, предлагайте условия на job.rabota@gmail.com

[des00 0]

есть контора, но забыл название :(. Читал их описание акустического модема на основе ШПС, предполагалось раздавать контент на мобильники через микрофоны, при вещании радио. бинарники можно купить.

[stfrd 0]

Я тоже читаю Форбс :) Недели как не прошло с публикации статьи, как наши начали строить "свой" стартап :smile3046:

 

Шопинг с Shopkick: как получать выгоду от посещения магазинов

http://www.forbes.ru/tekhnologii/idei-i-iz...shcheniya-magaz

 

Настала эра невидимых приложений, «которые просто сообщают нам о том, что происходит», — объявила недавно Мэри Микер, венчурный капиталист и эксперт по трендам. Сооснователь и директор Shopkick Сириак Рединг начал работать над приложением для покупателей в 2010 году. 41-летний экспат из Германии взял на вооружение ультразвук – высокочастотный сигнал взаимодействует с приложением, проверяет, находится ли покупатель в магазине, и предлагает ему «кики». «Я провел небольшой анализ, — вспоминает Рединг. – Мне было интересно: где пересекаются мобильный и виртуальные миры? Ответ нашелся сам собой: это шопинг».

Edited August 5, 2014 by stfrd

[RFTech 0]

Давно придумали не инженеры, успешно реализовали и продемонстрировали массово на советских экранах.

Называется "Tube Communication"

 

[Tahoe 0]

Шопинг с Shopkick: как получать выгоду от посещения магазинов

http://www.forbes.ru/tekhnologii/idei-i-iz...shcheniya-magaz

41-летний экспат из Германии взял на вооружение ультразвук

Странно, что он ничего не слышал про bluetooth. Получилось бы экономичнее, с т.з. батарейки, а значит лучше автономность. Гораздо надежнее ( в отличии от ультразвука, bluetooth будет работать даже если телефон в кармане или в сумке, а ультразвук имеет ярковыраженные направленные свойства, сильно поглощается одеждой/телом, к тому же собачка, на руках у дамочки, начнет проявлять сильное беспокойство от ультразвука, что заставит дамочку поскорее покинуть это нехорошее место ). И наверняка дешевле.

[stfrd 0]

А вы дальше заголовка всю статью прочтите, там всё разжовано что и почему.

[Tahoe 0]

А вы дальше заголовка всю статью прочтите, там всё разжовано что и почему.

Если под "разжевано" имеется в виду вот это лаконичное заявление:

Shopkick тоже работала над Bluetooth-версией но в итоге решила встроить iBeacon в свое приложение ShopBeacon. В итоге получилось устройство, которое посылает сигнал покупателям только, когда те находятся в магазине (а не на парковке или где-то еще в торговом центре).

то не вижу в нем ничего путного. Если покупатель _уже_ зашел в магазин, последнее, что ему нужно, что бы заспамили его телефон. Кроме обычного пиара, очередной бестолковой псевдо-технологии, ничего в этой статье не вижу. Что же я упустил?

[Iplr 0]

Парни, вы что-то отклонились в прикладную часть.

 

Планируемое нами устройство будет использовать BLE, но покрытие смартфонами им небольшое, поэтому мы хотим нивелировать это звуком.

 

Планируем использовать https://www.bluegiga.com/en-US/products/blu...--smart-module/ у него есть используемый микропроцессор 8051 microcontroller - на нём вроде есть АЦП и можно реализовать "модем", да?

 

Ну и продолжаю искать исполнителя - пишите job.rabota@gmail.com

 

 

[Tahoe 0]

устройство будет использовать BLE, но покрытие смартфонами им небольшое, поэтому мы хотим нивелировать это звуком.

Вы всерьез рассчитываете получить с помощью звука дальность/надежность больше/лучше, чем с bluetooth? "Оптимизм обоснованный?"(с)

 

у него есть используемый микропроцессор 8051 microcontroller - на нём вроде есть АЦП и можно реализовать "модем", да?

Можно. Но не нужно. Сейчас попытался представить для данной задачи камень хуже, чем 51-я машинка. Не смог. А тех, кто будет вспоминать АОНы, еще в конце 80-х разматывавшие 2из6 и/или DTMF, сразу и жестко посылать лесом, по причине их глупости/некомпетентности/непонимания среды распространения сигнала.

[Iplr 0]

Вы всерьез рассчитываете получить с помощью звука дальность/надежность больше/лучше, чем с bluetooth? "Оптимизм обоснованный?"(с)

 

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

 

Желание полноценно изучить возможность подтверждается рядом приложений из Google Play с помощью которых успешно работает передача данных через звук.

 

 

Можно. Но не нужно. Сейчас попытался представить для данной задачи камень хуже, чем 51-я машинка. Не смог. А тех, кто будет вспоминать АОНы, еще в конце 80-х разматывавшие 2из6 и/или DTMF, сразу и жестко посылать лесом, по причине их глупости/некомпетентности/непонимания среды распространения сигнала.

 

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

[Tahoe 0]

Желание полноценно изучить возможность подтверждается рядом приложений из Google Play с помощью которых успешно работает передача данных через звук.

В магазине, где люди разговаривают и/или играет музыка, проверяли? Или "успешно работает",это в лабораторных условиях? Возьмите качественный диктофон ( и, возможно, измеритель звукового давления, что бы, пусть приблизительно, зафиксировать уровень ). Отправьте сотрудника в пару ТЦ и на обычную, шумную улицу, пусть прокатится на эскалаторе и в вагоне в метро. В общем, пусть пройдется по всем тем местам, где собираетесь использовать технологию. Пусть запишет в каждом таком месте по аудиофрагменту. Потом установите в лаборатории обычный бытовой аудиоцентр и проверьте технологию, по-очереди воспроизводя фоном каждый такой аудиофрагмент. Быстрее и проще, ИМХО, не придумать. И не нужны никакие программеры/затраты. Если эксперимент завершится удачно, т.е. надежность и дальность удовлетворят, можно думать о след.шагах. Только не забудьте, в процессе эксперимента, засовывать смартфон в карман, в женсукю сумку, не забывайте пошуршать и т.п. ;)

 

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

Я понимаю, откуда растут ноги у данного желания. Но во-1, 51-я машинка, это, скорее, коммуникационный процессор, а не сигнальный. А во-2, она еще и в очень плохие условия поставлена, это же встроенный MCU. Жалкое подобие левой руки реалтайм, конечно, есть, но надо понимать, что ресурсы выделяются по остаточному принципу, с барского плеча, когда машинка не занята основным делом.

 

Это не значит, что реализовать нельзя. Можно. С извратами. Я бы даже сказал, что это по-комсомольски - "стоя, в гамаке"(с). Еще сложнее найти того, кто понимает суть проблемы и потому, скорее всего, сразу откажется. Возможно, найдется кто-то, кто не понимает, во что ввязывается. Возможног даже он окажется доросовестным и дотащит до конца. За какое время и какой ценой - опускаю. Но на выходе получится плохосопровождаемый франкенштейн. Когда любое мелкое изменение - трагедия. Оно надо? :)

 

устройство будет использовать BLE, но покрытие смартфонами им небольшое

Я бы, в таком случае, скорее рассматривал вариант размещения нескольких хостов. Ну и связи между ними. В конце концов, дальность невозможно наращивать до бесконечности, увеличивая мощность чего-бы то ни было - звук, радио или свет. Все равно, в один прекрасный день, найдется объект, который не покрывается полностью.

[Iplr 0]

И не нужны никакие программеры/затраты. Если эксперимент завершится удачно, т.е. надежность и дальность удовлетворят, можно думать о след.шагах. Только не забудьте, в процессе эксперимента, засовывать смартфон в карман, в женсукю сумку, не забывайте пошуршать и т.п. ;)

 

Так и проверяли. Всё работает на нужных нам расстояниях между устройствами. В кармане, сумке и т.п. - это не наш use case, то что выше дана ссылка на стартап - это к нам не относится по смыслу и т.п. В нашем случае пользователь находится осмысленно рядом с устройством и выполняет управление устройством.

 

В своё время:

- отклонили wifi, т.к. надо пайриться и этот процесс не управляется из песочницы приложений;

- облачное управление, когда устройство в Интернет онлайне и с ним push-взаимодействие от клиентского приложения - это реализовано, но высокие требования к онлайну, да и устройство дороже получается из-за модема;

- bluetooth2 - отклонили из-за пайринга, вместо него берём bluetooth 4, но проникновение маленькое, не говоря уже о NFC;

- вот сейчас изучаем звук.

 

Я понимаю, откуда растут ноги у данного желания. Но во-1, 51-я машинка, это, скорее, коммуникационный процессор, а не сигнальный.

 

Понятно. А какой процессор посоветуете? Получается в готовом устройстве будет два процессора.

[_Pasha 0]

Понятно. А какой процессор посоветуете? Получается в готовом устройстве будет два процессора.

Так у нас все равно все сводится к stm32 :)

Тут интерес теперь в другой плоскости - можно ведь вообще нечто типа speech watermark делать, над звуковым каналом.

Тогда нужно не менее f313.

Плюсы такого подхода - в канале кроме звука оригинального больше ничего нет. Минусы - скорость. Будем посмотреть.

[Tahoe 0]

Так и проверяли. Всё работает на нужных нам расстояниях между устройствами.

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

 

Понятно. А какой процессор посоветуете? Получается в готовом устройстве будет два процессора.

Трудно осмысленно что-то рекомендовать вслепую. В качестве "лекарства от всех болезней", согласен с _Pasha. На сегодня, STM32 - самое популярное семейство. Но внутри семейства, по-первости, тоже глаза разбегутся. :)

 

Если говорить о производительности, то еще лет 10-15 назад у TI была выложена аппликуха FSK-модем на MSP430. При желании, можно даже на AVR реализовать. Хотя при наличии сегодня недорогих 32-битников, смысла в этом особого не вижу.

 

Ничего не сказано насчет питания, оно автономное или стационарное? Хотя и в этом случае, среди STM32 можно выбрать подходящий МК.

[jcxz 0]

Так у нас все равно все сводится к stm32 :)

Не надо начинать строить дом с крыши. А реализацию модема - с выбора CPU.

Имхо - первым делом описывается среда передачи и требования к скорости/достоверности/времени доставки и т.п.

Потом - выбирается метод модуляции, строится модель (в Матлабе к примеру) с модулятором и демодулятором и со всеми необходимыми фильтрами.

Обкатывается на реальных сигналах и шумах.

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

 

И всё это должен делать найденный Вами исполнитель.