Вы, как я понимаю, ссылаетесь на jQuery и NodeJS, где логика полностью вынесена на внешний сервер (или вовсе на стороне клиента), в результате чего собственные вычислительные возможности MCU не используются. Это подходит лишь для каких-нибудь реле и сенсоров, где полсекунды задержки не критичны и создает проблемы безопасности.
Есть заливка через USB кабель JS кода
Разобрать железную дверь, достать замок, разобрать замок, добраться до USB/UART микроконтроллера, залить обновление, собрать замок, собрать железную дверь. Похоже, мы говорим о принципиально разном уровне удобства разработки, так что соглашусь, дальнейшая дискуссия и впрямь теряет смысл.
Можно придумать еще сто причин, включая отсутствие чего-то-что-точно-есть-у-всех, но это не более чем гадание.
Решение есть, хотя и скучное — отслеживание потерь игроков после каждого этапа. Чем больше точек отслеживания — тем лучше.
Регистрация. Создание персонажа. Первый заход в игру. Переход в другую локацию. Взятие первого квеста. Первый бой. Завершение первого боя. Выполнение первого квеста. Сдача первого квеста. Получение второго квеста. Получение уровня. Получение предмета экипировки. Его использование. Получение предмета-расходника. Его использование. Первое поражение. Первый выход из игры. И так далее. В итоге получается подробная статистика с возможностью выборок по временному диапазону (чтобы отслеживать эффект нововведений) или источнику (игрок пришел с органика, партнерки, баннера, рекламы на агрегаторе), в самой статистике — процент игроков, добравшихся до определенного этапа, потраченное ими на это игровое и реальное время, деньги. Часто требуются отдельные фильтры для разных игровых классов, поскольку порой игровой опыт разных классов радикально отличается.
По моему опыту — это рабочий способ узнать, чего реально хотят игроки, что им нравится и за что они будут платить.
Может быть виновником ухода окажется не перегруженный туториал, а квест со странным юмором: например, в одной игре в качестве стартового квеста надо было пробежать всю огромную локацию по кругу. Дважды. ГД утверждал, что он «так видит», что «это смешно и его самого не напрягло пробежать». Да и игроки не возмущались этим квестом на форуме. Но после замеров оказалось, что эта «шутка» обходилась примерно в четверть новичков.
Уверяю, у меня и в мыслях не было заниматься промышленным производством, как и, судя по тексту, у автора топика. Как мне кажется, одна из серьезных причин развития движения DiY, это:
вы должны получить сертификат CE, который стоит более 5000 евро
Что же до LUA, то у этого выбора есть одно очень весомое преимущество, как и у любого интерпретатора — возможность легко загружать обновления кода. Я бы послушал об альтернативах с интерпретаторами, но совершенно не заинтересован ни в каких фреймворках, которые требуют подключения чипа к программатору для изменения одной константы в проекте.
Не совсем понял, что вы имеете в виду. У ESP минимум четыре беспроблемных GPIO вывода, которые могут рулить, соотв. четырьмя реле без каких-либо дополнительных усилий. Или еще большим количеством реле, посредством ShiftReg.
Я как-то разочаровался в комбайнах. Мне не так уж трудно разместить модули на плате самому, а в комбайне редко используется хотя бы треть предустановленных. При этом резко вырастают габариты и цена. Встроенный линукс — это хорошо, но, опять же, в моем случае избыточно — у меня есть полноценный домашний сервер, принимающий решения. А внешние исполнительные модули должны быть готовы к работе за считанные секунды после включения.
Не совсем понимаю на что именно гарантия — не на копеечный же микроконтроллер. Но слышал, что многие предпочитают покупать через Европу, чтобы не столкнуться с заведомым браком.
А в чем особенности ESP8266-EVB по сравнению с nodemcu dev board?
Насчет цен чуть-чуть поправлю. ESP-12 стоит 2.5$, блока питания достаточно простейшего за 0.4$, к нему нужен регулятор напряжения на 3.3В за 0.10$ (если паять) или за 0.4$, если модулем. А на сэкономленные деньги я бы предложил взять плату nodemcu для удобной отладки. :-)
Можно добавить микросхему 74HC595N, чтобы ценой трех пинов получить еще 8 (а при желании — 16, 24… и т.д.).
Можно добавить в схему еще один Arduino Nano или Arduino Nano Pro, который будет связан с Uno через два пина .Uno + E.Shield будут заниматься коммуникацией, а Nano — всем остальным. Чуть дороже, чем первый вариант, зато возможностей больше.
Можно вместо ethernet-shield поставить wifi-mcu ESP8266, который тоже отлично связывается с Arduino через два пина (и стоит в 10 раз меньше). Бонус — «непосредственная близость» физически обеспечивается зоной работы Wi-Fi.
Можно обойтись двумя ESP, один из которых будет работать как точка доступа, а второй — общаться с сервером, чтобы таким образом не пускать в домашнюю Wi-Fi сеть всяких левых. GPIO на них хватит для управления хоть тремя замками.
Я сделал себе регулировку яркости подсветки рабочего стола (в смысле, реального стола) как раз на таком датчике.
Просто провести рукой, думал я. Что там сложного, думал я…
Выяснилось, что ультразвуковой датчик несет в себе боль и ужас.
Ужас, от неточных измерений, сбоев самого датчика, случайных срабатываниях и невысокой скорости распространения звука.
Боль от осознания, что нужно делать много измерений и брать медианное, да еще и подбирать паузу между измерениями так, чтобы эхо не издевалось. Больше измерений — выше защита от случайностей, но и больше время на один замер.
После долгих экспериментов и нескольких недель эксплуатации я подобрал более-менее рабочие значения и пороги.
1. Библиотека NewPing умеет делать ping_median указанное количество раз. Сперва я использовал рекомендованные пять измерений, но через некоторое время перешел на семь. Причина — намного выше стабильность измерений.
2. Если пять секунд сигнала нет (или он за допустимыми пределами), то переходим в режим ожидания. Выход из режима ожидания — наличие сигнала в допустимых пределах в течение полусекунды. Это помогло отфильтровать редкие случайные срабатывания.
3. Максимальная дистанция была выбрана аж два метра (при рабочих значениях 5-70 см). Этот параметр указывает библиотеке сколько ждать возврата сигнала. При маленьких значениях датчик успевает вернуть 0, а на следующем запросе поймать отражение своего первого сигнала.
4. Пришлось научиться правильно убирать руку. Потому как при небольших расстояниях угловое смещение на 10см. заметно влияет на расстояние.
Я имел в виду нечто иное. Частичный отказ от sudo — это хорошо, но у вас, к примеру, у пользователя есть рутовый chown, а значит, по сути, есть и полный рутовый доступ. Я же предлагаю разрешить в sudoers запускать от рута только определенный скрипт, в котором вы пропишете все необходимые действия и который, разумеется, не будет доступен для редактирования пользователю asterix.
А почему бы не дать право за запуск от рута конкретного скрипта, а в нем уже понижать права там, где это зачем-то нужно?
Тогда ему можно будет с чистой совестью выставить права типа 700. По-моему, это будет безопаснее, чем выдавать рутовые права на chmod, chown и rm.
СС3200 — очень интересная штука. Спасибо, что познакомили с ней. Но конкретно в данном случае ее использование непонятно — выполняющая те же задачи связка esp8266 + arduino раз в двадцать дешевле и меньше, чем представленный выше вариант. Отдельно отмечу, что есть реализации SSL и на esp8266 (включая популярную nodemcu) — не такой уж там и слабый процессор.
Расскажите чуть подробнее о брелке, пожалуйста. С виду — он самая уязвимая часть. Почему именно такое решение?
Я пользовался. Gentoo. Сборка gcc заняла неделю. После этого разобрался с cross-compile и qemu — все стало чуть повеселее. Даже удалось собрать XFCE, какую-то версию FF и tigerVNC. Увы, все равно слабоват камень для хотя бы минимально комфортной работы. А вот как многозадачная «ардуина» с графическим интерфейсом — вполне подошла.
В некоторых планшетах есть usb-host, а значит с добавлением двухдолларового Arduino Nano — есть I2C и куча GPIO. Но при этом же сразу есть батарея, wi-fi, экран, камера, встроенная память, пачка разных датчиков, более мощный процессор и все это в нормальном корпусе. Ethernet тоже подключается через usb.
Из перспективных (пока есть не везде, но скоро будут везде) — NFC.
Разобрать железную дверь, достать замок, разобрать замок, добраться до USB/UART микроконтроллера, залить обновление, собрать замок, собрать железную дверь. Похоже, мы говорим о принципиально разном уровне удобства разработки, так что соглашусь, дальнейшая дискуссия и впрямь теряет смысл.
Решение есть, хотя и скучное — отслеживание потерь игроков после каждого этапа. Чем больше точек отслеживания — тем лучше.
Регистрация. Создание персонажа. Первый заход в игру. Переход в другую локацию. Взятие первого квеста. Первый бой. Завершение первого боя. Выполнение первого квеста. Сдача первого квеста. Получение второго квеста. Получение уровня. Получение предмета экипировки. Его использование. Получение предмета-расходника. Его использование. Первое поражение. Первый выход из игры. И так далее. В итоге получается подробная статистика с возможностью выборок по временному диапазону (чтобы отслеживать эффект нововведений) или источнику (игрок пришел с органика, партнерки, баннера, рекламы на агрегаторе), в самой статистике — процент игроков, добравшихся до определенного этапа, потраченное ими на это игровое и реальное время, деньги. Часто требуются отдельные фильтры для разных игровых классов, поскольку порой игровой опыт разных классов радикально отличается.
По моему опыту — это рабочий способ узнать, чего реально хотят игроки, что им нравится и за что они будут платить.
Может быть виновником ухода окажется не перегруженный туториал, а квест со странным юмором: например, в одной игре в качестве стартового квеста надо было пробежать всю огромную локацию по кругу. Дважды. ГД утверждал, что он «так видит», что «это смешно и его самого не напрягло пробежать». Да и игроки не возмущались этим квестом на форуме. Но после замеров оказалось, что эта «шутка» обходилась примерно в четверть новичков.
Что же до LUA, то у этого выбора есть одно очень весомое преимущество, как и у любого интерпретатора — возможность легко загружать обновления кода. Я бы послушал об альтернативах с интерпретаторами, но совершенно не заинтересован ни в каких фреймворках, которые требуют подключения чипа к программатору для изменения одной константы в проекте.
А в чем особенности ESP8266-EVB по сравнению с nodemcu dev board?
Можно добавить микросхему 74HC595N, чтобы ценой трех пинов получить еще 8 (а при желании — 16, 24… и т.д.).
Можно добавить в схему еще один Arduino Nano или Arduino Nano Pro, который будет связан с Uno через два пина .Uno + E.Shield будут заниматься коммуникацией, а Nano — всем остальным. Чуть дороже, чем первый вариант, зато возможностей больше.
Можно вместо ethernet-shield поставить wifi-mcu ESP8266, который тоже отлично связывается с Arduino через два пина (и стоит в 10 раз меньше). Бонус — «непосредственная близость» физически обеспечивается зоной работы Wi-Fi.
Можно обойтись двумя ESP, один из которых будет работать как точка доступа, а второй — общаться с сервером, чтобы таким образом не пускать в домашнюю Wi-Fi сеть всяких левых. GPIO на них хватит для управления хоть тремя замками.
Просто провести рукой, думал я. Что там сложного, думал я…
Выяснилось, что ультразвуковой датчик несет в себе боль и ужас.
Ужас, от неточных измерений, сбоев самого датчика, случайных срабатываниях и невысокой скорости распространения звука.
Боль от осознания, что нужно делать много измерений и брать медианное, да еще и подбирать паузу между измерениями так, чтобы эхо не издевалось. Больше измерений — выше защита от случайностей, но и больше время на один замер.
После долгих экспериментов и нескольких недель эксплуатации я подобрал более-менее рабочие значения и пороги.
1. Библиотека NewPing умеет делать ping_median указанное количество раз. Сперва я использовал рекомендованные пять измерений, но через некоторое время перешел на семь. Причина — намного выше стабильность измерений.
2. Если пять секунд сигнала нет (или он за допустимыми пределами), то переходим в режим ожидания. Выход из режима ожидания — наличие сигнала в допустимых пределах в течение полусекунды. Это помогло отфильтровать редкие случайные срабатывания.
3. Максимальная дистанция была выбрана аж два метра (при рабочих значениях 5-70 см). Этот параметр указывает библиотеке сколько ждать возврата сигнала. При маленьких значениях датчик успевает вернуть 0, а на следующем запросе поймать отражение своего первого сигнала.
4. Пришлось научиться правильно убирать руку. Потому как при небольших расстояниях угловое смещение на 10см. заметно влияет на расстояние.
Тогда ему можно будет с чистой совестью выставить права типа 700. По-моему, это будет безопаснее, чем выдавать рутовые права на chmod, chown и rm.
Расскажите чуть подробнее о брелке, пожалуйста. С виду — он самая уязвимая часть. Почему именно такое решение?
А простые размеры можно настроить с помощью слайсеров или программы-обертки для них. Например, Repetier-host.
Выставляется в nodemcu она так: uart.setup(0,921600,8,0,1,0)