Iplr

Думаю над тем, что мне со стороны патч-панели подать через инжектор не стандартные 38В, а необходимые 5В, а на стороне Pi через сплиттер разделить питание и Ethernet? Читал, что будут потери по питанию от длины кабеля, но тогда как стандартные PoE устройства работают? Им тоже доходит "меньше", чем 48 В.

Спасибо Кэп очевидность, я это уже по ветке объяснял. Повторюсь для вас, что никто не хочет заменять звук bluetooth. Просто экспериментируем, тем более, что покрытие bluetooth смартфонов не более 10% по рынку.

Коллеги, я немного гуглил. Много чего нашел, в частности хотел обсудить вот это решение (перевод с японского): http://u.to/KFSPCA Там и схема к ардуино и софт для него и для смартфонов. Используется подходящая технология FSK. Да, там используется аудио-шнур, передача по-воздуху будет хуже - как раз это и проверим и будем решать с помощью проверки контрольных сумм, повторов и т.п. Модуль который там используется покупной - ничего особенного не представляет, есть схема его и нет проблем сделать его самостоятельно. И многие спрашивают что за решения для смартфонов - вот описание и там есть ссылки на некоторые проекты http://applidium.com/en/news/data_transfer_through_sound/

Здорово. А что значит "кое как"? на ПК современном кое-как?

Я не говорил, что звук пробивает ощутимо дальше. Наше справедливое расстояние между приемником и передатчиком 1-2 метра. Характер передаваемых данных: запрос - ответ. передача команд и ответ на них. объём передаваемых данных за один сеанс не более 50 байт. Скорости 1200 должно хватить. Я сам "начинал" в FIDO с модемом 1200 без_ничего. Неплохо было в "модеме" реализовать коррекцию ошибок. Полоса пропускания - вопрос, некоторые модели Андройд-смартфонов могут "выкинуть" большую несовместимость и требования к полосе. "Ультразвук" был в кавычках, соответственно ультразвука не добиться на смартфонах. Да, питание, 24В, стационарное.

Так и проверяли. Всё работает на нужных нам расстояниях между устройствами. В кармане, сумке и т.п. - это не наш use case, то что выше дана ссылка на стартап - это к нам не относится по смыслу и т.п. В нашем случае пользователь находится осмысленно рядом с устройством и выполняет управление устройством. В своё время: - отклонили wifi, т.к. надо пайриться и этот процесс не управляется из песочницы приложений; - облачное управление, когда устройство в Интернет онлайне и с ним push-взаимодействие от клиентского приложения - это реализовано, но высокие требования к онлайну, да и устройство дороже получается из-за модема; - bluetooth2 - отклонили из-за пайринга, вместо него берём bluetooth 4, но проникновение маленькое, не говоря уже о NFC; - вот сейчас изучаем звук. Понятно. А какой процессор посоветуете? Получается в готовом устройстве будет два процессора.

Нет, что вы. Конечно же для нас bluetooth основная технология. Звук пока находится на стадии гипотезы, которую мы хотим проверить сделав прототипы, изучив вопрос. О коммерческом применении, не говоря уже о сравнении с bluetooth не идёт речь. Желание полноценно изучить возможность подтверждается рядом приложений из Google Play с помощью которых успешно работает передача данных через звук. А почему хуже нет? Просто, понимаете, так мы располагаем нашу логику на борту этого модуля, чтобы не делать два микропроцессора на устройстве, если он есть уже.

Парни, вы что-то отклонились в прикладную часть. Планируемое нами устройство будет использовать BLE, но покрытие смартфонами им небольшое, поэтому мы хотим нивелировать это звуком. Планируем использовать https://www.bluegiga.com/en-US/products/blu...--smart-module/ у него есть используемый микропроцессор 8051 microcontroller - на нём вроде есть АЦП и можно реализовать "модем", да? Ну и продолжаю искать исполнителя - пишите [email protected]

Проверяем гипотезу, что можно передавать бинарные данные через звук в пространстве используя микрофон и динамик. На базе STM32 или других микропроцессоров. Ищем коммерческой помощи, а именно, продумать реализацию, собрать стенд, разработать прошивку и провести тестовые передачи данных. Условия: Передавать данные надо в помещении общего пользования, это я для понимания уровня шума. Расстояние между приёмником и передатчиком 1-2 метра. Объём передаваемых данных небольшой, это команды, идентификаторы, немного параметров. Скорость передачи может устроить 1200. Важна коррекция ошибок на "низком уровне". Процессор, например, STM32F10X, например, отладочная плата Discovery. Протокола передачи данных высокого уровня не нужно разрабатывать, на стенде надо реализовать только приём/передачу, например, 100 байт данных. Звук желательно располагать в "менее слышимом" диапазоне для человеческого уха, но не до фанатизма, т.к. в будущем одним из приёмником/передатчиком будет смартфон, т.е. чтобы условно любой смартфон мог "работать" в этом диапазоне. Для Android есть несколько приложений, которые могут с помощью звука передавать данные - работают. Сходу находится несколько реализаций FSK модема, а может быть будут найдены готовые библиотеки - приветствуется, т.е. изобретать велосипед не надо. http://stackoverflow.com/questions/1069359...t-modem-library Если готовы взяться, предлагайте условия на [email protected]

Я не знаю кто будет делать монтаж. Первых плат - мы сами, вручную. Далее - будем искать варианты, Китай в т.ч. Предлагайте.

Да. Платы ни разу не производились нами. Поэтому и не можем сами заказ разместить, а соответственно, все вопросы кажущиеся сейчас без ответа - будем обсуждать с исполнителем. Редактор любой. Библиотек нет. В наличии только эта принципиальная схема и BOM, ну и понимание что зачем нам нужно. Размер платы ориентировочно 100х150 мм. Количество слоёв - как предложит исполнитель и объяснит свой выбор относительно стоимости проектирования, изготовления, эксплуатации и т.п. Набора комплектующих, кроме указанных - нет. Требуется оптимальное решение по цене/качеству/доступности. Ориентировочный тираж изготовления платы около 1000 шт, но заказ будет осуществляться партиями по 10-50 штук.

Есть принципиальная схема (приложена), на основании которой нам нужно изготовить печатную плату, а вам для нас надо выполнить требования изготовителей (одного на выбор): 1. http://www.pcbpro.ru/zakaz/ 2. http://www.pselectro.ru/zakaz_pechatnyh_plat/ 3. http://rezonit.ru/urgent/howto/ Предлагайте стоимость и сроки на почту [email protected] MDB_STM_GSM_1.pdf

А вы застали времена FIDO, когда были файловые бомбы, которые подсовывали мейл тоссерам? Здоровенные файлы заполненные одним значением каждого байта, которые архивировались в 99.9%

"Безответственность" - воспринимаю как для красивого словца. В мой запрос я включаю, что мне надо разработать ТЗ по моему описанию-требованиям. Это нормально? Найденный мной исполнитель просрочил два срока после достижения договорённостей. И БП для этой платы - не висяк, оно переросло в более крупную задачу.

Хорошо, это описание того, что мне надо. Не ТЗ. На основании которого можно дать оценку. Остальное - детали в процессе, если мы согласимся сотрудничать. Вложения будут в процессе переговоров.