Ну 12вольт, да

Нашел еще вариант электропомпу для баклажек 19литровых, но оно чуть дороже и громоздкая уже

+

Вопрос на какую высоту тебе поднять и сколько за единицу времени

Наоборот - спустить

Аа

Тада клапан нужен прсто

Самотеком из 5 баклажки

Ну вот клапан дещевле штукаря не нашел

Хм, есть вроде э/м клапана для жигулчторов всяких

Полторы

Это на тех сайтах по электронике

Но там Ф отверстия миллиметра 4

Это на тех сайтах по электронике

Говорю тебе, это не то место где покупать автозапчасти и сантехнику

Это как в супермаркете продуктовом - айфоны

Не уверен, что правильно сравнил ты. Вроде профильно там

Но тут диаметр маленький трубки

Но тут диаметр маленький трубки

Да норм

Тада бери

Я так понял через релюху со своим питанием

Если контроллер ардуина

Или транзюк

Да, конеш

Ага, спс

От выхода ардуйни больше светодиода не запитать

Сам намотай электромагнит, и тупо пережимай силиконовую трубку от капельницы

Будет забесплатно и без мозгоебства ?

Точнее пережимай пружинкой, а электромагнитом ее отжимай

Нормальнозакрытое типа

а у кого-нибудь есть опыт использования http://www.healtech.ru/produczija/obd-tool-diagnostika-motozikla ?

и вот чуть хардкора http://www.agner.org/optimize/microarchitecture.pdf The microarchitecture of Intel, AMD and VIA CPUs An optimization guide for assembly programmers and compiler makers

А есть какой-нибудь «стандарт» для «управления ногами» типа модбаса, но через HTTP? чтобы вебморду с кнопками всякими сделать и дать возможность дёргать за ручки через банальный wget

OGC IoT RESTful API http://ogc-iot.github.io/ogc-iot-api/background.html

Тип того

Кейворды: IoT REST API

А так я хоть через телеграм могу ногами дрыгать

10х за кейворды. Утром гляну

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

Реальники им врятли будут давать. Скорее там DMZ будет

Ну то славно.

А то поразвелось, понимаешь, ipv6-петухов, которым белых адресов для тостеров не хватает и у которых потом гитлеры из принтеров вылезают.

А есть какой-нибудь «стандарт» для «управления ногами» типа модбаса, но через HTTP? чтобы вебморду с кнопками всякими сделать и дать возможность дёргать за ручки через банальный wget

mqtt, json, majordomo, thingspeak, zabbix, хотя последние два только для работы данными

А есть какой-нибудь «стандарт» для «управления ногами» типа модбаса, но через HTTP? чтобы вебморду с кнопками всякими сделать и дать возможность дёргать за ручки через банальный wget

Какой уровень упоротости интересует? Если хочется чтобы было прям отлично - то Project Haystack. Если не хочется копаться в дебрях - делай как больше нравится. Все равно никто ни о чем не договорился в IoT, по части RESTful.

OGC IoT RESTful API http://ogc-iot.github.io/ogc-iot-api/background.html

Тут же вроде только для сенсоров.

mqtt, json, majordomo, thingspeak, zabbix, хотя последние два только для работы данными

Эээ, а зяббикс тут при чем?...

Ну мало ли уведомления слать

Ггг

Только в одну сторону и потом ну нахуя?

Сделай бота телеграмного и дергай

Нахуй делать когда все уже сделано?

Илюшенька Аблеев наделал

https://github.com/ableev/Zabbix-in-Telegram

Я поавда пока еще не пр крутил

*не прикрутил

Все влом)

А заббикс это что вообще? Система мониторинга всего чо к нему прикрутить?

Система мониторинга ИТ-инфраструктуры.

Ясн

Прикручивать то к нему что угодно можно, но троллейбус.жпг

Да все это хипстерство с иот это троллейбус в какой-то мере же

Ну или уарт сделай с АТ командами)

Да все это хипстерство с иот это троллейбус в какой-то мере же

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

Ну или уарт сделай с АТ командами)

HTCPCP лучше уж

https://github.com/ableev/Zabbix-in-Telegram

Я юзаю похожее, но для sensu.

Исправно оповещает, мне збс.

ERROR: S client not available

Народ, спасибо за наводку на REST. Очевидные вещи на поверку оказываются самыми простыми (привет, Оккам). Почему-то никогда не было необходимости разобраться в очередном новомодном сокращении, а оказалось просто и полезно. Беру на вооружение.

А вот вопрос у меня есть ламерский, немного связанный с темой REST и IoT. Предположим, у меня в сети есть куча мелких девайсов, и доступ к ним осуществляется через GET http://wallswitch/switch/1 или PUT http://lamp/relay/1. Как сделать некий хаб всех девайсов (пусть ручкаме), чтобы можно было через один центральный сервер уметь http://home/devices/1/switch/1 и оно автоматом туннелировалось к нужному девайсу http://wallswitch/switch/1? Это, подозреваю, нужен какой-то апач/прокси?

MajorDoMo

А вот вопрос у меня есть ламерский, немного связанный с темой REST и IoT. Предположим, у меня в сети есть куча мелких девайсов, и доступ к ним осуществляется через GET http://wallswitch/switch/1 или PUT http://lamp/relay/1. Как сделать некий хаб всех девайсов (пусть ручкаме), чтобы можно было через один центральный сервер уметь http://home/devices/1/switch/1 и оно автоматом туннелировалось к нужному девайсу http://wallswitch/switch/1? Это, подозреваю, нужен какой-то апач/прокси?

какой-нибудь вебсервер (ngings например) и скрипт, который бы проксировал. и даже вебморду делал

И приложение на андроид писал сам

Ну или mqtt сервер подними и всех научи с ним работать

А вот вопрос у меня есть ламерский, немного связанный с темой REST и IoT. Предположим, у меня в сети есть куча мелких девайсов, и доступ к ним осуществляется через GET http://wallswitch/switch/1 или PUT http://lamp/relay/1. Как сделать некий хаб всех девайсов (пусть ручкаме), чтобы можно было через один центральный сервер уметь http://home/devices/1/switch/1 и оно автоматом туннелировалось к нужному девайсу http://wallswitch/switch/1? Это, подозреваю, нужен какой-то апач/прокси?

Нужно что-то, умеющее в реврайты. Использовать Apache в 2016 уже немного зазорно, так что или Nginx или Lighttpd. Второе довольно популярное во встраиваемых решениях.

А вот вопрос у меня есть ламерский, немного связанный с темой REST и IoT. Предположим, у меня в сети есть куча мелких девайсов, и доступ к ним осуществляется через GET http://wallswitch/switch/1 или PUT http://lamp/relay/1. Как сделать некий хаб всех девайсов (пусть ручкаме), чтобы можно было через один центральный сервер уметь http://home/devices/1/switch/1 и оно автоматом туннелировалось к нужному девайсу http://wallswitch/switch/1? Это, подозреваю, нужен какой-то апач/прокси?

И ещё по-доброму, нужно описать модели разных устройств и иеархию. К примеру, /home/kitchen/lightspot1/state - URI по которому располагается состояние светильника на кухне. GET запрос будет отдавать это состояние, PUT же - изменять его. Но при этом, было бы удобно иметь прямую адресацию, типа: /sys/devices/7d4b7de2-8c30-46cc-a17f-e45f251f40cf/state Но подобная иеархичность лучше всего реализуется в MQTT, с возможностью иеархической подписки.

И ещё по-доброму, нужно описать модели разных устройств и иеархию. К примеру, /home/kitchen/lightspot1/state - URI по которому располагается состояние светильника на кухне. GET запрос будет отдавать это состояние, PUT же - изменять его. Но при этом, было бы удобно иметь прямую адресацию, типа: /sys/devices/7d4b7de2-8c30-46cc-a17f-e45f251f40cf/state Но подобная иеархичность лучше всего реализуется в MQTT, с возможностью иеархической подписки.

Да, собственно, для описания иерархии вопрос и задан. Но если бы я спросил сразу про иерархию, вопрос не уместился бы на одной странице :)

но пока останемся на мета-уровне REST

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

вот это "веб-сервер в режиме реверсивного прокси", наверное, и надо. ОК.

Зависит на самом деле от того, на чем и как ты будешь описывать логику. Потому что дополнительный веб-сервер нужен отнюдь не всегда.

пока что вопрос касался только мета-уровня множественного описания ресурсов в разных ветках структуры, про связывающую логику - тема другая, там возможны варианты

Нет, имеется ввиду на каком ЯП ты будешь все писать. Потому что если, как пример, на Python, Node.js, (whatever you like), то веб-сервер можно впихать в само приложение, без необходимости держать ещё один

в идеале (это мой бзик) я бы обошелся вообще без центральной компоненты, разрешая устройствам общаться распределенно друг с другом, поэтому не знаю... но идею зарегистрировал, буду иметь в виду ??

В таком случае встаёт проблема централизованного обновления сценариев системы. Нужен достаточно производительный девайс (ну тобишь не копеечные атмеги). Ну или при каждом изменении сценария, перекомпилировать прошивку для каждого устройства, и перезаливать её, что немного проблемно.

да не, память для сценариев вполне можно использовать в ЕЕПРОМ или на флешке в том числе и с атмегами, это не проблема

не забывай, мы говорим хоть и о "копеечных атмегах", но могущих HTTP, а то и HTTPS

HTTP ну очень простой, ну нереально простой для реализации. Тебе не нужны даже заголовки, а нужно просто разодрать первую строку запроса и пэйлоад при необходимости. Это совсем не сложная для МК задача. А вот HTTPS остаётся позади, без аппаратного ускорения криптографии (то бишь точно не атмеги). Впрочем, как и любое устойчивое шифрование.

вот о сих пор не понимаю, почему нет дешевых специализированных чипов http-https bridge для втыкания переходником к устройствам, не могушим (s)...

хз, можно собрать самим, на той же ESP8266 к примеру.

Кстати, а кто как смотрит на ESP32 ? Вроде очень вкусная штука, за свой прайс.

если брать esp, то можно сразу собирать все устройство в ней

а они уже есть?

Отчасти - да. Наличие I2C решает все проблемы с переферией.

а они уже есть?

По предзаказу вроде да. В ближайшие пару месяцев должны вроде уже выйти.

для железок эта штука достаточно гибкая а дальше mqqt например и свою имплементацию сервера

https://www.mysensors.org/

mqtt, json, majordomo, thingspeak, zabbix, хотя последние два только для работы данными

ну json это скорее способ завернуть объект, чем протокол. мне бы вот хотелось простого в дёрганье и парсинге. типа /set?value=1234 — сейчас такой костыль на вывода на дисплей прикрутил а json на той же дурине разобрать руками — как-то ресурсозатратно, имхо.

Да зачем мучать мелкопроцессоры http/https... Ставится центральный сервер а дальше по i2c, rs485(что в принципе лучше всего), или в край уж tcp...

485й так вообще железобетонное решение проверенное десятилетиями..