Это для определения положения головы в пространстве — там интерактивные системы, которые моделируют 3D-пространство в зависимости от того, куда смотрит «очкарик».
Надо же как интересно! А совсем недавно это было готовое к началу продаж инновационное, преподнесенное как отечественная разработка, изделие Artloom томского стартапа, бодро одобренное всякими Сколковыми, ургантами и прочими рашатв.
А теперь вот — indiegogo, госдеповские 89 баксов и прочие прелести в виде пухлого CEO.
Я, наверное, очень туманно объясняю ( Но суть в том, что вес мой, жены и котов никак друг с другом не смешивается (и вес котов тоже раздельно учитывается). Смешивается только вес гостей.
Вес отдельно взятого пользователя будет меняться при каждом измерении, так как измерительный прибор не прецезионный, и поэтому даже два подряд измерения будут разными. Что касается модели, то она особо и не продумывалась: я просто прикинул наиболее вероятные и частые сценарии, и под них сделал все, начиная с кода Arduino.
Как несложно понять, наиболее важны для меня измерения всего двух весов: собственного и жены. Гости — только для их развлечения, поэтому их график никого особо не волнует. Измерения котов — эпизодические и нерегулярные, и здесь тоже особо графики не нужны, хотя текущая реализация позволяет это сделать.
Да, я понимаю про требования HTTP и сам дурак, что не посчитал нужным разбираться. И про 4 (!) разных способа в курсе. Не поверите, но UDP попробовал на этот раз, но что-то пошло не так, а средств диагностики у меня на этот случай просто не было, поэтому я и не понял, что случилось и перешел обратно на GET/POST.
А потеря/искажение меня не очень сильно беспокоят в данном случае. Вся штука задумывалась больше для удовольствия, а не как критически важная система. К тому же, у меня всегда есть варианты отката — вплоть до своего веб-сервера с локальной базой данных. Просто все эти облачные штуки позволяют сделать быстрее и проще (да, я понимаю, что это звучит сомнительно).
Ну и касаясь неясной политики Гугла с открытием/закрытием сервисов, то я ведь и сейчас могу в любой момент забрать данные через любой табличный формат.
Спасибо за разъяснение загадки полумоста! А с HX711 у меня вышла печальная история: по иронии судьбы я на них наткнулся, когда уже все, в общем-то, сделал. И, что характерно, забыл — иначе бы упомянул в тексте, что можно особо не заморачиваться с INA125.
Я об этом думал. Но, действительно, никогда не знаешь, как оно повернется. К тому же, хотелось и гостей удивлять. А гостей уже так просто не отличишь. И котов — тоже. У нас четыре кота попарно примерно одинакового веса. И один — тяжелее всех. Так что по факту весы могли бы точно определять одного кота и «всех остальных».
Собственно, вот типичные сценарии, когда получается чаще, чем раз в пять минут: тестирование (а у меня оно было очень активным), желание взвеситься, например, сразу после жены, гости, перед которыми я буду хвастаться игрушкой. В этих случаях весы, которые работают раз в 5 минут могут вызвать разве что недоумение.
Я не возражаю против целесообразности свертывания, понимаю, чем это обусловлено и почему никто от этого не будет отказываться. Просто констатирую факт, что в данном случае считаю это недопустимым. Если дело касается веса, то получить средний вес за месяц — это тоже довольно странно. Ну и про отсутствие экспорта в CSV я не говорил — наоборот, упоминал его в контексте вот этой детализации выгрузки.
Мне кажется, нужно смотреть на вещи реально: у вас действительно отличный сервис, который прекрасно соответствует задачам, на которые рассчитан. Мои требования довольно специфичны, не спорю, но один человек со своими хотелками — еще не повод сомневаться в выбранной архитектуре сервиса.
А что касается вопросов, то здесь опять же мое незнание. Я ведь и представить не мог, что инструкция по HTTP GET/POST — это просто некое общее руководство к действию и воспринял это как жесткий алгоритм. Поэтому и не спрашивал, какие там параметры обязательны, а какие — не очень.
Поэтому крайне признателен вам за уточнение: сейчас попробовал подключить трансляцию данных из Pushing Box в Народный монитор, и все получилось. Уже добавляю описание процесса в этот текст.
В тексте есть фото крепления датчика. Там видны «крылья», которые не закреплены. Если я правильно понял, ножки передают давление на них. Есть и другие конструкции датчиков.
Вот, например
Там видно, что «крылья» соединены скобой с выступом — здесь уже он является точкой приложения силы.
Нет, это довольно коротко. Для начала меня смутило то, что нужно было разбираться с ограничением на частоту отправки данных. Я понимаю, что все это решается, но когда я не был уверен, получится ли вообще (это про весы) — это был фактор. Второе — глубина архива. У вас есть градации, когда в течение месяца можно забрать всю статистику, а по мере увеличения глубины происходит переход на средние величины за продолжительные периоды, что для веса не очень хорошо (плохо, если точнее). Третье — варианты отчетов. Из своей таблички я могу сделать что угодно, не экспортируя данные на десктоп. У вас же, как я понял, разнообразие диаграмм и графиков ограничено.
Наконец, четвертое — простота работы. Для меня некоторые вещи в программировании довольно мучительны. Изображение HTTP GET/POST-запросов — в частности. Особенно, если нужно еще и указывать Content-length, который еще и вычислить нужно (тоже головная боль). А с Pushing Box оказалось, что это и не нужно. Заодно решилась и простая интеграция с другими сервисами (уведомления Newtifry, почта), без чего мне пришлось бы в коде Arduino делать отдельные и дополнительные запросы HTTP, что заметно расходует ресурсы контроллера.
Т.е. у вас отличный сервис для задач, под которые он делался, но иногда требуется немного другой подход. Это, разумеется, мое личное мнение.
Концептуально, если машина так хороша, то в ней можно и заснуть — ну пусть едет, она умная, а приедет — разбудит. Правильно же? Но вот если в этот момент поменяют маршрут, то после пробуждения есть шанс узнать, как это — ехать в багажнике своего авто.
В общем, я согласен, что это круто, но как-то все же страшно. Впрочем, пусть приживаются зверушки, а мы уж привыкнем к ним как-нибудь.
А теперь вот — indiegogo, госдеповские 89 баксов и прочие прелести в виде пухлого CEO.
В ВК еще старая инфа. А текущий Artloom уже редиректится на Creopop.
Как несложно понять, наиболее важны для меня измерения всего двух весов: собственного и жены. Гости — только для их развлечения, поэтому их график никого особо не волнует. Измерения котов — эпизодические и нерегулярные, и здесь тоже особо графики не нужны, хотя текущая реализация позволяет это сделать.
Да, я понимаю про требования HTTP и сам дурак, что не посчитал нужным разбираться. И про 4 (!) разных способа в курсе. Не поверите, но UDP попробовал на этот раз, но что-то пошло не так, а средств диагностики у меня на этот случай просто не было, поэтому я и не понял, что случилось и перешел обратно на GET/POST.
А потеря/искажение меня не очень сильно беспокоят в данном случае. Вся штука задумывалась больше для удовольствия, а не как критически важная система. К тому же, у меня всегда есть варианты отката — вплоть до своего веб-сервера с локальной базой данных. Просто все эти облачные штуки позволяют сделать быстрее и проще (да, я понимаю, что это звучит сомнительно).
Ну и касаясь неясной политики Гугла с открытием/закрытием сервисов, то я ведь и сейчас могу в любой момент забрать данные через любой табличный формат.
Поэтому и морзе.
Я не возражаю против целесообразности свертывания, понимаю, чем это обусловлено и почему никто от этого не будет отказываться. Просто констатирую факт, что в данном случае считаю это недопустимым. Если дело касается веса, то получить средний вес за месяц — это тоже довольно странно. Ну и про отсутствие экспорта в CSV я не говорил — наоборот, упоминал его в контексте вот этой детализации выгрузки.
Мне кажется, нужно смотреть на вещи реально: у вас действительно отличный сервис, который прекрасно соответствует задачам, на которые рассчитан. Мои требования довольно специфичны, не спорю, но один человек со своими хотелками — еще не повод сомневаться в выбранной архитектуре сервиса.
А что касается вопросов, то здесь опять же мое незнание. Я ведь и представить не мог, что инструкция по HTTP GET/POST — это просто некое общее руководство к действию и воспринял это как жесткий алгоритм. Поэтому и не спрашивал, какие там параметры обязательны, а какие — не очень.
Поэтому крайне признателен вам за уточнение: сейчас попробовал подключить трансляцию данных из Pushing Box в Народный монитор, и все получилось. Уже добавляю описание процесса в этот текст.
Там видно, что «крылья» соединены скобой с выступом — здесь уже он является точкой приложения силы.
Наконец, четвертое — простота работы. Для меня некоторые вещи в программировании довольно мучительны. Изображение HTTP GET/POST-запросов — в частности. Особенно, если нужно еще и указывать Content-length, который еще и вычислить нужно (тоже головная боль). А с Pushing Box оказалось, что это и не нужно. Заодно решилась и простая интеграция с другими сервисами (уведомления Newtifry, почта), без чего мне пришлось бы в коде Arduino делать отдельные и дополнительные запросы HTTP, что заметно расходует ресурсы контроллера.
Т.е. у вас отличный сервис для задач, под которые он делался, но иногда требуется немного другой подход. Это, разумеется, мое личное мнение.
В общем, я согласен, что это круто, но как-то все же страшно. Впрочем, пусть приживаются зверушки, а мы уж привыкнем к ним как-нибудь.