Comments 118
Целая эпопея
Круто! На работающего человека всегда глаз радуется смотреть. Конкурентов боитесь?
А как с истираемостью поликарбоната?
Прекрасное дело! Успеха вам!
Сколько цветов у пикселя?
Вы молодцы! Только почему "фуу" ? Вы ведёте свой бизнес и у вас получается. Хоть в Никарагуа. Главное успех!
Мне в статье приглянулась возможность реализации собственной идеи, которая в свое время была продемонстрирована, но осталась без особого внимания. Суть заключается в навигации по закрытым офисным, складским и т.п. помещениям, когда необходимо проложить маршрут автономного следования к точке прибытия, и соответственно обратно для перемещения мобильных платформ разного назначения, когда в качестве обратной связи применяется напольное покрытие светодиодное типа Вашего с функцией прокладки трека с отображением ID цвета, его распознаванием. Далее привязка к драйверам управления колесными парами и т.д. и т.п. Регион реакции на цвет настраивается до цветовых 256 оттенков (256 маршрутов).
демо-ролик, начиная с 6:40 этого места
Я видел, как решена задача доставки деталей в цеху: тележка едет по замкнутому маршруту склад-цех-склад, работники на рабочих местах приостанавливают её и нагружают-разгружают. Техническая реализация: на полу наклеена магнитная полоса (широкая, сантиметров пять); на рулевой трапеции тележки впереди установлен датчик полосы, и сервомотор поворачивает руль, пока не потеряет полосу, после чего реверсируется - таким образом тележка рыщет вокруг полосы; тяговый мотор двигает тележку, пока его не остановит смотрящий вперёд фотодатчик, а для остановки тележки рабочий вывешивает поперёк пути тележки тряпку на палке. Питается тележка - оба её мотора и оба датчика - от автомобильного аккумулятора. Больше никакой электроники нет.
P.S. Старый завод в Японии, 2008г.
Вопрос стоимости такой навигации и гибкости в перепрокладке маршрутов, в жизненном цикле и т.п. Есть концепты рыскания по полосам, по отржателям в определенном спектре света, построению карт помещения с применением лидаров и т.п. Если представить себе полы с вмонтированными в них Лед шлейфами, которые излучают весь спектр оптики, то много ограничений отпадает как в свободе прокладки маршрутов, так и количеством перемещаемых платформ.
Сильно сомневаюсь, что наши технологии тут применимы...
Очень крутой проект и реализация на высоте. Молодцы!
Тема заголовка "это другое" не раскрыта. То есть, как и почему выбрали Китай не понятно.
А вы организуете то же самое производство в РФ с +- такими же затратами на подготовку производства, с такими же затратами на единицу товара, а так же с таким же SLA (условно говоря ответственностью за выпуск определенного объема продукции в определенных период времени)?
Если да, то готов шляпу съесть. Если нет - увы, в моем вопросе содержится ответ на ваш вопрос ;)
Идея производить в РФ отпала сама собой еще на этапе Ver1, когда мы не смогли найти в стране ни поликарбонат, ни алюминий в нужном количестве. А речь шла о каких-то мизерных 35м2 площади. Я уж не говорю о том, что производители печатных плат тупо перезаказывают платы в Китае
И еще важный аспект в дополнение... мы не смогли нигде порезать листовой алюминий на ЧПУ.... потому что все станки забиты заказами для оборонки! Вот тебе и "делай в РФ"
Кажется, это идея для стартапа! ;)
китайцы это щелкают как орехи причем на всех видах подложек, от пленок и алюминия, до керамики и по нужным размерам, цветам и сторонам.
Ну это хотя бы лучше чем "потому что этих станков тупо НЕТ а если есть - нет операторов".
в России из вышеописанного можно было бы осуществить только литье, но вдвое дороже
Я пытался наладить с китайцами кооперацию на их CNC базе изготовление и сборку механики для прототипа. Предложений была масса, причем в день запроса сразу присылают цитату со сметой расходов, удобные сайты для оформления заказов, связь по WeChat. Работают с исходниками от солидворкса. В конечном итоге вынужден был отказаться, т.к. никто не смог предоставить полный набор обработки, некоторые пропускали часть работ по ошибкам своих обсчетов (лазерная резка, гибка, сварка, CNC фрезеровка и токарка так же 3Д печать POM и все это с постобработкой. Помимо всего этого нужно проводить местную независимую инспекцию хода работ силами местного инженера, что в куче сводит на нет и сулит большие риски. В лучшем случае пришлют с большими расхождениями от документации, непонятно через сколько времени, в худшем после 50% предоплаты испарятся с концами. Вообще тема какого либо производства в Китае или совместная кооперация тянет на увесистую статью, но я не писатель и это не мое, хоть опытом и располагаю. Проще здесь ответить на вопросы.
Было бы здорово, если бы автор именно о таком своем опыте рассказал. Что касается PCB производства и сборки, то в Китае есть неплохие онлайн сервисы и я с такими имел положительный опыт.
Что мешает аналогичное решение реализовать на базе проектора(ов) настенных или под потолком, проектированием на пол чего угодно с написанием софта во всем мультимедийном многообразии которое потянет видеокарта PC...
Тени. Проекторы с разных точек - очень нетривиально совместить, будет слепить пользователей.
Обратная связь. Видеосъёмка + ML? Медленно и очень сложно.
Тени. Проекторы с разных точек - очень нетривиально совместить, будет слепить пользователей.
Интерактивные полы уже давно на потоке, есть разные методы, отличающиеся от проекции включая и обратную связь, лень гуглить.
Обратная связь. Видеосъёмка + ML? Медленно и очень сложно.
О чем это Вы? Все происходит в режиме реального времени. Что касается сложности, функция реализована на уровне софт контроллера, включая процедуры настройки с четкими инструкциями, что было продемонстрировано в видеоролике.
SD SDI: Обычно поддерживает скорость передачи данных до 270 Мбит/с. Эта полоса пропускания подходит для видеосигналов стандартной четкости.
HD SDI: Может работать с более высокими скоростями передачи данных, обычно до 1,485 Гбит/с или даже выше. Такая повышенная пропускная способность необходима для передачи видеосигналов высокой четкости.
настенных или под потолком
думается, потому что между полом и проекторами находятся люди
Вопрос. Почему не реализовали беспроводной интерфейс с пикселями?
Думается мне, что кабелями надежнее, быстрее и сильно дешевле
Не соглашусь.
CAN шина требует кабель с особыми характеристиками и соблюдения топологии разводки. Для этого приходится на заказ изготавливать неразрывный кабель с T-образными коннекторами. Причём кабель делает один производитель, а монтирует разъемы уже другой.
Это существенно дороже чем модуль WiFi или BLE
Сравните:
1) Скорость CAN шины на 100 М до 0.5 Мбот.
2) Скорость BLE на 100 М до 2 Мбот.
3) Скорость WiFi на 100 М до 300 Мбот.
Кроме того существенно уменьшается вес.
Можно размещать клетки как угодно.
Схема и платы будут существенно проще, легче и дешевле.
---------------------
В данном решение CAN интерфейс считаю самым узким местом и не оптимальным для такой задачи.
В теории звучит интересно, но у меня есть сомнения и опасения по работоспособности этого на практике. Я бы хотел пообщаться более детально в телеграме, если вам интересно продолжить AnatoliyB
BLE/Wifi не будут устойчиво работать с таким количеством клиентов на такой малой площади.
Тут из беспроводного будет viable только Zigbee, и то, с кастомным протоколом поверх InterPAN, чтобы иметь возможность быстро слать пакеты.
К тому же, вы говорите про скорость обычной CAN шины, а есть еще CAN-FD, который заметно шустрее
Спасибо. Я тоже склоняюсь к тому, что 300+ устройств в одной комнате не заработают...
А если мы сегментируем поле и сократим количество wi-fi слэйвов в комнате до 24 штук?
Будут.
ZeegBee - это чтобы далеко, но медленно.
В данном случае - все близко.
На вскидку.
WiFi -реализуем так. Центр управления отправляет широковещательные сообщения на одном канале. Т е одно сообщение - для всех.
Клетки отвечают по очереди, чтобы не мешать друг другу на других каналах.
В результате все будет работать без проблем.
Еще лучше использовать не стандартный протокол типа ESP-NOW. Но это можно реализовать на модулях NRF.
Эту задачу уже решили китайцы с 3d экранами из 1500 дронов в воздухе https://www.youtube.com/watch?v=3G1KBu6H6BM
Вы прикалываетесь, это две большие разницы.
У них нет обратной связи там шировещательное сообщение в одну сторону.
Автору нужно опрашивать 300 разных клиентов хотя бы 10...30 раз в секунду, это таймслоты порядка 100...300 мкс. Такое с трудом реализовали в LTE, но для вайфая/зигби/ISM это за пределами физических возможностей чипа - они только включаются на передачу около 1 мс. Увы, но с такими таймслотами из доступного пока только проводные интерфейсы.
Спасибо за комментарий, ценно!
Нет, автору не нужно опрашивать этих клиентов. Это клиенты посылают автору сигнал при изменении их состояния. По клеткам ходят люди.
Вот и посчитайте сколько людей и как быстро будут топать по клеткам.
Кроме того, в клетках для обнаружения топанья используется датчик веса, а это инерциальный датчик, а люди не могут топать 30 раз в секунду.Будет не более 5 топов в секунду. А это уже интервал в 200 000 мкс.
В итоге у автора никогда не сработают все 300 датчиков одновременно. Активными будут на порядок меньше клеток.
В итоге скорость передачи клеток будет раз в 1000 меньше, чем Вы насчитали.
Я бы начал с варианта WiFi на ESP8266 и BLE на основе JDY-10. Потом посмотрел бы в сторону нестандартных протоколов на этих частотах.
С любым протоколом без выделения гарантированных тайм слотов возникает вопрос о том, как разрешать коллизии. Датчики должны слать сообщение, центр должен широковещательно отвечать что он их услышал присылая новый цвет. Но на 100% это от коллизий не защитит.
Безусловно, детали нужно прорабатывать. обсуждать их экспромтом ,как минимум , не эффективно. Возможно много вариантов построения протокола обмена.
Коллизии существуют всегда и везде. Ethernet и Интернет на том и построены, и работают со скоростями Гига бод.
CAN шина тем и замечательна, что там есть арбитраж коллизий на аппаратном уровне
nikolz ? Датчики должны слать сообщение, центр должен широковещательно отвечать что он их услышал присылая новый цвет.
Датчики должны спать до момента их опроса со стороны центра, после чего отправлять значение в центр, далее дело за центром, что делать с таким значением в соответствии с алгоритмом сценария.
О чем это я?
Война миров эмбеддеров и железячников на стыке серой зоны полного "понимания").
А еще существуют многоканальные ADC USB - COM котрые одновременно могут транслировать от резистивных датчиков по 10 каналам считываемые напряжения каждые 200 мс, таких комплектов одновременно можно до 256 подключить посредством хаба. Вот и считайте.
И зачем его ставить? и как это подключается к CAN интерфейсу? И каким образом Вы заведете 300 проводов от датчиков на эту игрушку?
Что-то я не увидел куда подключить 300 датчиков и сколько это все будет стоить.
Для справки. В каждой клетке у автора стоит STM32. а в каждом ESP8285(86) есть не только SoC но и Wifi. при цене готового модуля менее 1 доллара.
Посмотрите на плату устройства на картинке и на кабель. А потом все это выкиньте и представьте модуль размером со спичечную коробку. Клетки без проводов. Вот и посчитайте.
То о чем я указал не имеет отношения с CAN, явно пишу сто это USB RS232 (UART), транслировать можно по воздуху нужное количество каналов, 1 канал на 1 площадку, что не понятного, на PC CISC x86 можно одновременно завести через USB хаб 256 комплектов (10х256). Дизайн, коммуникации и топология, это вопросы вдумчивого процесса и я не буду это все здесь расписывать. Всего лишь подсказка, дальше сами.
На моих в.у. линках дан ресурс с достаточной информацией для организации такой затеи.
Я понял что вы предлагаете сделать кучу виртуальных ком портов. Прикольно. Предположу, что у Вас куча старого оборудования с com портами и вы их вешаете на современный ПК.
----------------
Но в данном случае нет кучи старых датчиков с ком портами. Если использовать USB то можно сразу подключать клетки по USB и нет надобности в адаптерах COM->USB
Вы очень далеки от реалий, предполагая что UART коммуникации в прошлом, даже не представляю что Вам известно об этом и насколько они сегодня популярны среди разработчиков современной робототехники и автоматики. Понятие TTL датчики Вам так же не знакомо? Впрочем не мое это дело заниматься ликбезом.
Напротив,я использую UART для программирования, отладки SoC, а также делаю интерфейсы для датчиков подключая их к ПК, когда лень использовать для этого микроконтроллер.
Но чтобы сотни датчиков вешать к ПК через сом порты это что-то.
Но чтобы сотни датчиков вешать к ПК через сом порты это что-то.
А что Вас смущает?
Понятие классического COM да, кануло в историю и редкий ПК сегодня включает в себя 9 пинового старичка, впрочем в индустриальной автоматике это дефакто в стандарте PLC. Хотя RS-232 был заменен универсальной последовательной шиной (USB), Ethernet и беспроводными технологиями для подключения к компьютерам периферийных устройств, таких как модуляторы-демодуляторы (модемы), принтеры и мыши, он по-прежнему используется во многих промышленных, научных и телекоммуникационные приложения из-за его надежности и эффективной телеметрии практически всех сфер, от медицины, до авионики и космоса, как и во многих моих проектах.
Вы ошибаетесь. Все виды интерфейсов обладают надежностью. Да, сом-порт просто поставить к одному устройству через чипы CH34x к USB. Сам так делаю.
Но com порт не предназначен для массового подключения датчиков . Он не имеет ни двунаправленных выводов, ни третьего состояния на них, ни адресации устройств.
-------------------
Тот факт что Вы применяете com порт в своих разработках лишь констатация факта.
Но при большом количестве датчиков это решение создает избыточное количество проводов , лишнее усложнение коммутации и лишнюю нагрузку на OC.
Если бы com порт был столь универсальный, то никто бы не создавал I2C, SPI, OneWire и другие интерфейсы, которые предназначены именно для подключения множества датчиков, чипов, модулей с помощью малого числа проводов.
Не уговариваю и не настаиваю быть со мной согласным, т.к. у всех этих интерфейсов, коммуникаций и протоколов имеются свои плюсы и минусы. В моем случае я к одному USB (COM) ADC подключаю одновременно до 10 датчиков, счет может происходить селективно или одновременно, скорость обновления считываемого значения в канале 200 мс за 1 цикл, скорость передачи 115 200 бод с резолюцией 12 Bit = 0,001 ...3.3V.
В качестве датчиков применяются стандартные TTL по питанию в диапазоне 5 - 12V, программно сравниваю с триггерным значением для последующих команд. Теоретически я могу применять до 1600 каналов (256 USB) на 1 PC CISC CPU x86, т.е. 1600 измерений (физически не пробовал, т.к. нет такого хаба и кол-ва ADC).
Я тоже так подключал SoC TLCR, а к нему 10 датчиков и скорость считывания по соm 3 Mbod.
Но это не 300 датчиков, для которых потребуется 300 адаптеров и штук 30 USB хабов. А потом комп замучается их опрашивать.
Но пусть будет...
... для которых потребуется 300 адаптеров и штук 30 USB хабов. А потом комп замучается их опрашивать.
Не замучается, если в цикл встроена процедурка очистки буферного пространства памяти записи считываемых значений в каждом цикле опроса.
Мой софт контроллер работает на SBC c минимальной архитектурой начиная с CISC Atom x5 z8350 Intel CPU x86, 4 Core 1.92 GHz, 2 GB Memory, 32 Storage, USB 3.0 and other with Windows 10 (LTSC).
Подвести к терминалу шлейф из 10 и более сигнальных проводов не вопрос. Что касается расстояний, есть аппаратные методы с применением опорных напряжений с гальванической развязкой, транслировать можно и по воздуху, есть коммуникационные Wi-Fi и прочие Lora.
Собственно, сравнительно недавно налажено производство и передано на поток в продажу аналогичный ADC USB UART на 16 каналов.
А потом кто-то включает микроволновку и от вайфая остаётся пшик
Точно!
Прикольно. Но Вы очевидно про микроволновку узнали из интернета. Но это фейк.
Фейк или не фейк, а у меня прекрасно себе конфликтуют Wi-Fi, Bluetooth и порты USB 3.2 Gen 2 при активной работе
Ну и что там посыпалось?
Вы читайте внимательно и не пугайтесь сразу.
Когда Вы включаете СВЧ печь, то у Вас потребление от сети 220 вольт в импульсе возрастает на 1 кВт. Возникают помехи и по сети. Что и как у вас сбивает это еще вопрос.
Чел поставил ноут в 1 м от печки . Он бы еще его внутрь засунул. А еще лучше, если голову туда засунет и не будет писать в инете ужастики.
При этом спектр после включения печки лучше, чем до включения.
А график "Разница в пропускной способности сети Wi-Fi до и после включения микроволновки" вообще в попугаях.
Для понимания влияния СВЧ Печи на WiFi приведу спектр излучения магнетрона, который стоит в СВЧ печи:
Как хорошо видно , ширина диапазона частот на картинке составляет 50 Mhz. Ширина спектральной линии на уровне -70дБ составляет 10 Mhz, т е половину полосы одного канала из 14. Таким образом, помеха от СВЧ печи подавит один из 14 каналов. и то не факт, так как в WiFi используется шумоподобный сигнал, а помеха сосредоточена на одной частоте.
Ну перестройте ваш роутер на другой канал и будет Вам счастье.
Думается мне, что кабелями надежнее, быстрее и сильно дешевле
Потолок уже виден, потому что, как я понял, архитектура с централизованным управлением.
От каждой плитки-пикселя свой кабель не пропихнёшь, значит, каждая плитка будет через себя проталкивать чужие пакеты, разбираться где себе, где не себе и т.д.
С другой стороны, в конкретном игровом цикле плитке нужно знать только своё состояние и состояние соседей, чтобы знать, в какое состояние перейти или остаться.
Т.е. напрашивается децентрализованная архитектура с централизованным накатыванием того или иного клеточного автомата. Разработка посложнее, конечно, но зато надёжнее. Если один пиксель вырубит, остальные будут работать.
И маршрут обновления модели автомата на новый игровой цикл будет многовариантным.
Старая задачу на децентрализованное управление - как шеренга солдат может сделать залп, если может получать сигнал только от соседа слева и справа? Совсем простая - как толпа людей, обладающих одинаковой моделью поведения, может синхронизировать свои часы?
Провода для питания всё равно надо прокладывать.
Или кто-то ночью будет Qi-зарядку к каждому пикселю на час прикладывать)
Безусловно.
Но, во-первых, он есть в существующем варианте, но в составе более дорогого can-кабеля. Во-вторых, это можно делать, когда нет играющих, установив аккумуляторы в клетки. В-третьих, возможно, что заряжать аккумуляторы потребуется раз в неделю или месяц. Главное, чтобы ничего не мешало разворачивать систему и играть.
Я к тому, что CAN - очень надëжное и подходящее решение. Тем более провода всë равно при монтаже прокладываются.
Аккумуляторы с зарядкой ставить в стационарное устройство - это просто выкинуть деньги. А вот если переносной, быстро устанавливаемый вариант пикселей делать - да, тут уж и аккумуляторы, и какой-то беспроводной интерфейс будет удобен.
Все верно. Все зависит от того, что Вы хотите и где разместите.
Но в случае установки модулей с WiFi(BLE) в клетках выкидывается STM32 и существенно упрощается конструкция каждой клетки.
Т е ,беспроводную связь получаем бесплатно и минус кабель с CAN , который на 300 клеток надо еще где-то сделать.
Т е в беспроводном варианте интерфейса конструкция клетки будет проще и дешевле.
Кабель - да, на сколько я понял из статьи, недешёвый. Влагозащита хотя-бы от уборщицы должна быть.
Но что скажете про задержки передачи сигнала туда и обратно? Если хотя-бы 10 пикселей включатся, и 10 выключатся одновременно (в такт под музыку дети прыгают, да). С гарантией доставки сообщения хотя-бы 99%. И пикселям ведь ещё будет помогать загадить эфир тот самый бесплатный WiFi в торговом центре.
Как сказал поэт: "Все не так уж сумрачно вблизи..."
Полагаю, что передачу информации от пульта управления к клеткам осуществлять надо в широковещательном режиме "от одного ко всем". При этом , полагаю, что можно обеспечить скорость до 50 кадров в секунду.
Невозможно решить все технические вопросы лишь обсуждением в комментариях к статье.
Помехи есть везде. Включаем сканирование на смартфоне дома и видим кучу точек доступа. Но когда-то тестил ESP несколько часов на предмет потери пакетов в режиме UDP с подтверждением приема . Это фактически ESP-NOW только пакеты больше. Точные результаты уже не помню, что-то в пределах процента, но помню, что они меня очень устраивали. .
Поэты пишут, исходя из на чувств. В разработке железа, да и вообще в инженерии "чуйка" тоже немалую роль играет. Но в итоге решение обосновывается либо математикой, либо опытом.
Я, как музыкант, не встречал стабильной беспроводной передачи с задержкой в пределах видео-кадра на основе WiFi, а уж BT тем более. В других стандартах и нестандартах - запросто.
А вот как инженер, в электромобилях наблюдал жесточайший реалтайм по CAN-шине, когда десяток критичных устройств шлют друг-другу "письма" с актуальными данными каждые 10 мс. (десять прописью, 100 Гц) С соответствующей для этих устройств гарантией доставки.
Вам бы не понравился лаг педали газа уже при 60 мс задержки. А тормоза... Детям, кроме даунов-инвалидов, лаг больше 30 мс - это медленно уже. А музыкантам даже 30 мс - многовато , разве что похоронные марши играть.
Добро пожаловать в мир жëсткого реального времени
Так как я не музыкант и не поэт, но с большим опытом и знаниями в обсуждаемой теме, то поясню.
В BLE интервал отправки сообщений не менее 3 ms.
В Wifi на SOC модулях интервал сообщений от 10 ms.
В ESP-NOW интервал сообщений от 1 до 4 ms.
BT это 2 Mbod. ESPNow это до 20 Mbod. WiFi это до 200 Мbod ,
-------------------------
Теперь считаем WiFi за 10 ms (100 Гц) отправит сообщение в 250 Кбайт. ESPNow - 25 Кбайт, BT 2.5Kбайт.
В сообщении мы передаем один байт(цвет ) на клетку. В итоге мы можем
на BT передать сообщение на 2500 клеток ну и т д
Таким образом, получается что потенциально можно сделать поле в 2500 клеток и изменять на нем картинку с частотой 100 кадров в секунду. Без учета длины пакета.
Поэтому я оценил скорость в 50 кадров в секунду для 300 клеток как реальную.
В том, что WiFi-хост успеет передать текущую картинку широковещательным пакетом на все пиксели, я не сомневаюсь. Телевизоры же вполне работают примерно с такой же частотной полосой сигнала. Передаются ли такие пакеты по BT, не знаю.
Узкое место - при передаче в обратную сторону. Чтобы передать один бит, накладные расходы выходят немаленькие, и пикселям нужно разрешить коллизии одновременной передачи. В CAN-шине это происходит аппаратно без потери скорости.
Если пиксель передаёт только смену состояния, нужно ещё подтверждение доставки сообщения, пускай даже широковещательное. Если подтверждение не используется, пиксель должен постоянно передавать состояние (в CAN обычно так и делают), а это траффик, и ещё большие расходы на разрешение коллизий.
В общем, пока не увижу аналогичную надёжно работающую беспроводную систему, не поверь. Проводную систему, в реальном времени, с множеством датчиков через CAN - видел.
Вы очевидно не поняли как работают эти клетки.
Попробую объяснить, как понял я.
Клетки мигают , а человек по ним прыгает, ходит или бегает.
Для управления свечением клеток используется широковещательное сообщение сразу всем. Т е мигание любой клетки совершается с частотой до 100 Гц.
Сигнал от клеток передается по другому каналу.
Состояние клетки определяется весами. Т е сигнал с клетки передается, когда человек встал на нее или ушел с нее.
Человек прыгает (бегает) по клеткам со скоростью не более 5 прыжков в секунду. Причем физически не может быть так, чтобы одновременно изменили состояние все 300 клеток.
Предположим, что одновременно на поле может быть 30 человек. Тогда одновременно могут изменить состояние 60 клеток.
Причем следующее изменение состояний будет не раньше, чем через 200 ms( время на один прыжок). Сигнал с клетки короткий. Поэтому его можно передать и по BLE. Время передачи составит 1 ms. На 60 сигналов надо не более 100 ms.
Если это много, то можно разделить клетки по каналам. Там , где много человек , выделять больше каналов. Номер канала для клетки передается в момент передачи управления светом.
Чтобы избежать коллизий можно передавать клеткам величину задержи их выхода в эфир по указанному каналу. На сигнал с клетки всегда передается подтверждение.
Почему геймеры не любят беспроводные мышки и клавы, а особенно через BT? Задержка большая, та же фигня.
Ну и если я привёл детей на такую штуку, как в статье, штука не должна лагать, как комп дома у папы) Иначе детям станет не интересно.
Печатать на плантации 3D-принтеров... Боже, какой бред. Купили бы один аппарат для литья из пластика и сэкономили бы во много раз... Ещё и производительность была бы в разы больше...
Зря вы так категорично. Форма для литья стоит не малых денег и относительно долго изготавливается, а мы заказывали ножки экстренно и в последний момент из-за изменений в конструкции. В итоге 3D печать подошла идеально: цена для нас на уровне погрешности в цене каждого пикселя, а по производительности они готовы выдавать нам тысячи штук в день. Такие условия никогда не станут узким местом для нашего продукта.
Ищешь что-то полезное и ценное, а находишь аналогию поста в стиле "Глядите чаго сделял"
Не буду спорить, статья действительно отчасти является такой. О чём бы вам хотелось узнать более подробно? Просто когда всё это проделал, оглядываясь назад понимаешь, что вроде и рассказывать то больше не о чем, всё и так понятно... вот развел плату, вот заказал на производстве, запрограммировал и готово, любой школьник осилит поморгать светодиодом))
На мой взгляд, момент, когда больнее всего, вы описали в самом малом объеме. Объяснить китайцам, что вам нужно изготовить, при наличии всех схем и чертежей - тот ещё квест))) Опишите этот этап подробнее пожалуйста
Вы будете смеяться, но вот один из "чертежей" который я отправлял своему китайцу, чтобы объяснить, что/куда паять)) Даже стыдно такое показывать, но это было на самом деле. Просто это был уже проверенный китаец и я не хотел тратить время на правильный чертеж, а взял и нарисовал в онлайн пэйнте.
Я подумаю, как можно оформить это в статью...
когда больнее всего, вы описали в самом малом объеме. Объяснить китайцам, что вам нужно изготовить, при наличии всех схем и чертежей - тот ещё квест))) Опишите этот этап подробнее пожалуйста
Дело в следующем, что в Китае масса CNC и прочих фирм, завязанных на прототайпинг в объеме начиная от одной штукм, я долго в этом деле обкуривался и изучал сторонний опыт, они предлагают свои услуги по всему миру и я сумел между ними организовать конкурс (их было с десяток). Они откатали прием и обработку заказов до совершенства. В качестве документации принимают SolidWorcs исходники, проверяют их и принимают к исполнению или ведут с Вами переговоры о непонятках, далее отправляют Вам на меил свою цитату, Вы проверяете и если все устраивает, производите 50% оплаты, оставшуюся сумму по факту доставки на Ваш адрес. Казалось бы все тип-топ, но не тут то было, их менеджеры терпеливо и учтиво будут исправлять свои ляпы в сметах или по неопытности важные вещи не включать в перечень работ, я не стану их здесь перечислять, т.к. это влетает в целую статью, скажу лишь то, что по опыту других клиентов, с которыми я устанавливал связь, все они мастера черных поясов по работе с напильником и после получения заказов, проливали крокодильи слезы в битве за требуемый функционал своего изделия. Китайские камрады берутся за всё и редко признаются что их станочная база что-то не потянет, вместо этого они будут предлагать Вам альтернативные решения или Вам после определенного этапа нужно то, что они для Вас изготовили, передать другому заводу, который Вы должны им сообщить и при этом они должны получить гонорар за свою часть работы. В общем без привлечения независимого экспертного надзора это психоз и нипруха. И инспекторы тут как тут причем по регионам и берутся за $200 организовать промышленный надзор. Но это все в.п. есть надводная часть айсберга, есть т.н. инженерные одиночки, которые осуществляют менеджмент на базе не своего производства. Они формируют портфель заказов и далее с заводами заключают свои горизонтальные договора. Среди них есть немало шарлатанов, которые получают от клиентов 50% и поминай как звали. В конечном итоге вся эта возня в 70% из 100% редко бывает успешной. Как я вышел из этой картины и ценой чего, это уже другая история, в конечном итоге прототип смонтирован по месту стартапа, доведен до желаемого результата и находится на грани приятия решения от инвесторов.
Снимаю шляпу, да и гараж у Вас неплох, мнеб такой. Хотелось бы и у нас когда-нибудь дождаться сервиса как у китайцев- отправил ТЗ, заплатил и вуаля.......
В качестве сигнализации такие плитки можно в помещениях использовать, если злоумышленник ночью наступил на плитку когда в здание никого нету - то сигнал на пульт охраны чтобы шел. Есть датчики движения, но их вроде могут обходить набрасывая простынь на себя и медленно передвигаясь. Если такие плитки будут дешевые.
Для сенсоров рассматривали лазерную сетку? Чем не подходит?
Сетка с лазерами на стенах? Как в этом случае делать "мультитач", когда играет 10 игроков?
Одно непонятно. Откуда деньги на всё это?
Очень интересный проект, теперь хочу сделать себе такой же пол. Но ваш способ активации пикселя выглядит чудовищным - явно есть способы проще. Про лазерную сетку уже упомянул, сейчас придумал ещё проще и тупее - ИК-диоды в пикселе и ИК-детекторы на потолке.
Также есть ИК-рамки, которые ставят на экраны-мониторы и они становятся сенсорными, даже мультитач. Нашёл российского производителя - touchgames.ru (удивительное совпадение близости названия к вашему проекту!), сейчас спрошу у них про возможность создания рамки 5 на 5 метров.
Изучали как это сделано у Activate Games? У них тоже такой способ, как у вас?
Недавно был в Москве и если бы знал про вас заранее... Т_Т
Что с травмоопасностью? Ведь активно игроки бегают-двигаются, и близко друг у другу.
Стены мягкие, как я понял. Без них будут читеры? Выглядят эти стены очень депрессивно, клаустрофобично, жутковато. У себя я попробую прозрачные стены или мягкую решётку.
Почему не снимают обувь перед игрой? Зимой ведь всё быстро марается?
А в носках скользко?
Думали о призовом варианте? Т.е. игроки набирают очки и от этого зависит ценность приза.
Насчёт конструктора игр. По идее, можно обойтись без кода, делать игру прямо ногами в комнате или пальцами на планшете/курсором на ПК.
Я как раз делаю программирование без текста. Вот как это может выглядеть:
(проект пока на паузе)
Вот вам пару идей для игр:
-связанные с мячом (весом в 2 кг, получается?) - боулинг, атака базы противника с расстояния киданием мяча по пикселям его базы.
-связанное с весом игрока - балансировать на пикселе (Wii Balance Board). Предложил бы менять оттенки цвета пикселя, но пока с оттенками у вас ограничения, вроде как. Поэтому можно просто переключать все доступные цвета, пусть игрок балансируя так включит нужный.
Про ИК интересно, желаю успехов в тестах, обязательно поделитесь потом результатами
У Activate Games вообще датчик на замыкание, т.к каждый пиксель - физическая кнопка с ходом нажатия
Да, мягкие стены, практично и выглядит круто, зря вы
Уличную обувь обязательно снимают, играют или в носках или одевают наши крокксы. В носках, правда, скользковато
О призах пока не думал, чистый фан + соревнования между собой
У нас есть визуальный конструктор уровней Пол - это лава, где мышкой можно рисовать уровни
Мой коммент уже не актуален, т.к. оказалось, что многие ответы есть в вашем телеграм-канале.
Насчёт стен - кажутся неуютными только на видео, наверно. Надо пробовать самому. Тёмные закрытые места обычно слегка пугают, тут предложил бы делать опрос "Надо ли делать комнату светлее?".
Насчёт скользкости полов вам писали в VC, что можно наклеить специальную плёнку. Если у меня получится с ИК-плинтусом и стеклянный пол будет сплошным, то эта проблема станет ещё острее.
Визуальный конструктор поддерживает ли мультитач на планшете? Чтобы играть-проверять свои игры пальцами, будто два человека?
Мы наоборот решили, что для светового пола должно быть темное помещение, так эффект от цветной игры заметно сильнее, чем в белых стенах или при ярком свете (у коллег был печальный опыт попытки открыть платформу на островке ТЦ).
Что касается мультитача на планшете - нет, сейчас тестирование игр возможно только последовательными кликами на поле, НО в интерфейсе есть функция постоянного нажатия (как будто человек встал и стоит на месте), это позволяет тестировать некоторые режимы, где человек должен занять позицию и подождать.
«Фууу, вы продаёте китайское» или Как мы с нуля организовали производство в Китае и почему это другое