бля чувак, читаешь мои мысли. у меня на окне светонепроницаемые шторы. давно хочу поставить моторчик с какой нибудь платой управления чтобы она синхронизировалась с моим будильником в телефоне и открывала доступ света в комнату. но чую я что это до пенсии останется в планах
Так вроде у госуслуг есть апи. Только его раздают под роспись требуя описание проекта в котором ты будешь его юзать. Там даже тестирование регламентировано количеством запросов и расписанием. Бюрократия. (=
@@gilyovdmitrij9318 ябы даж рекомендовал заморочится с апиай. эмуляция браузера еще тот кастыль: либо что-то отвалится, либо вас забанят, либо ещё что-то... хотя согласен - изначально гемороя с этим быть может много.
Есть вариант сэкономить, если унитазом не часто пользуются и у счётчика есть заметный гистерезис нуля. Нужно почти до конца закрыть кран с отводом на бачок унитаза. Дальше ваша фантазия :)
Ничего не понимаю в программировании, но каждый ролик и стримы всегда смотрю. Начал смотреть Витю и увидел ваше шоу "Пока все играют", так и наткнулся на канал Кластера. Спасибо тебе за твою деятельность:)
Привет! Спасибо тебе большое за твои видео, всегда жду их с нетерпением. Мне очень нравится и электроника, и программирование, но жизнь сложилась так, что у меня совершенно нет времени этим заниматься, по крайней мере пока, а просмотр твоих видео заменяет мне эти два хобби! Т.ч., пожалуйста, Алексей, снимай их чаще! Жму руку и удачи во всем!
Приветствую. Алексей, подавать показания в строго определенные дни нужно для исключения задвоения объемов ресурса. Измерение происходит, как минимум двумя, максимум по количеству потребителей +1 (ОДН). Для двух счетчиков домового и квартирного очень важно смотреть показания обоих одновременно, иначе один и тот же ресурс подсчитается второй раз, при переносе в следующий месяц, когда в текущем ресурс уже подсчитался в виде ОДН. Заколебался соседям объяснять...
Если есть более мощная система, чем Омега(та же распберри), то лучше на Пайтоне всё это писать. Там, помимо Requests(которая очень простая) есть ещё BeautifulSoup и CookieJar. Первая - для парсинга полученного HTML, вторая - для удобного автосохранения кук.
На самом деле Омега тоже без проблем Пайтон тянет, только надо немного потанцевать с бубном, чтобы установить необходимые модули без возможности установить pip.
Начать можно с Заметок Ардуинщика у Алекса Гайвера или ZigTheHedge, более крутой и фундаментальный уровень у Zefar91, а дальше обратно сюда возвращаться
По-твоему у Кластера полное понимание всего? Да в этом направлении 90% гугление и 10% знания. Реально и в 30 и в 40, другое дело время, в него все упирается. Времени нужно мноооооооо*10^гугол+го
Я уже думал у меня флешбеки, а нет, показалось) Вот в этом видео я реально понял все, и некоторые моменты даже предугадал =) Кстати, никогда не думал отправлять показания curl'ом, хорошая идея, спасибо)
Хорошая серия. Всегда приятно видеть стремление к автоматизации и облегчения жизни с IoT - много интересного почерпнул с использования железок. Но вот с программной частью я бы порекомендовал чуть чуть изменить решение. RRD это интересно, и каждая система датчиков не зависима, но раз все-равно все зависимо на wifi и внешний пуш сервер, мб стоит и централизовать хранение данных? Используя сервер с Prometheus как вариант - тут тебе и настраиваемые уровни оповещения и возможность для визуализации через собственный фронт, так и используя Grafana. Сенсоры в этом случае только отправляют информацию на хранение. Конечно можно добавить внутреннее хранение, на случай падения сети, но это слишком. В качестве сервера можно использовать малинку, что ты показывал в прошлых выпусках - как раз отлично подходит под малый домашний сервер.
Сейчас еще актуальными стали датчики утечки бытового газа. Китайцы наверняка и тут приуспели, значит и их можно подключить к подобной системе. А при повышении какого-то определенного уровня, сразу сообщать не только хозяину квартиры, но и в газовую службу, и в МЧС
ну это вам институтские теоретикам достаточно, а я видел совковую и китайскую технику, работает это через жопу. надо подбирать кучу деталей, и в итоге это обойдётся дороже 100 рублёвой меги. для компактности можно было какойто мелкий ацп, но врятли чтото дешёвое можно купить. разве что в китае пачку, будут раза в 3 дешевле меги. вот тоже думаю ставить отдельную мегу как дешифратор на гри. даже по 10р за микру выходит дороже одного мк, а там недешёвые 561 корпуса которых больше десятка надо. вспомнились наноинженеры из нулевых, вроде автора поста. ставят оу и обвязку, а то и вовсе транзисторы туда где в бородатые годы успешно справлялся 1 корпус логической микросхемы вообще без обвязки
Боюсь даже подумать сколько бы стоила госпрограмма для реализации всего этого о чем Леша рассказал нам за 15 минут. И сколько тысяч часов по новостям прославляли бы наше гениальное правительство которое до всего этого додумалось.
Госпрограмм давно уже нет, по крайней мере в том исполнении, в каком мы привыкли их воспринимать. Всем занимаются отдельные коммерческие группки, у которых обычно руки из одного места, но зато они выиграли тендер и захватили на время рынок. Отсюда и растут все цены, тянется время, а так же все тонет в бюрократическом болоте из-за непонимания начальной и конечной цели разработки. Госуслуги были созданы силами Ростелеком, но сервисы, которые там расположены - это лишь набор данных передающийся по одной шине - СМЭВ, а вот какой пиздец там творится - это тема для отдельного выпуска.
Цель, и начальная и конечная, для бизнеса - срубить бабла, а для политиков - показать что они трудятся на благо страны и не просто так они живут СИЛЬНО лучше большинства (т. е. в итоге все тоже бабло). Какие бы при этом слова не произносились. Давно уже не существует ни правды не лжи, а только разнообразная информация для провоцирования реакции населения. Отсюда неудачи - закономерны, а что-то хорошее - чисто случайно.
Graphite + Grafana в качестве инструмента работы с метриками. Ставил на orange pi - работает отлично. По поводу железной реализации - получилось довольно дорого, получается что в случае отключения эл энергии сбор статистики осуществлятся не будет. Вобщем в помощь RS485 + Modbus RTU, а железо для подсчета надо делать по другому, хотя бы с батарекой, что бы в отсутсвие электричества все считалось. Устройство должно выдавать конечный результат с оффсет и весом импульса.
это не прибор, это костыль. собрать это вообще не проблема, кто бы писал под него код. исходник он наверно и так выложил. устройство должно висеть гдето у счётчика и быть постоянно подключено к розетке и бесперебойнику. у нас в многоэтажке раза в 2 год электрики выключают, а в частных домах или совсем древних, не говоря о сёлах, могут частенько вырубать, готовь батарею
@@MarkOmacO вообщето это не облегчение, это костыль. давно есть счётчики которые сами отправляют данные куда надо, но поколение их не покупает. не знаю что вообще за ситуация у них в городе, у нас все счётчики покупать должен именно клиент, а не компания, компании вообще класть будет у него счётчик или нет. если тупой и не знаешь где купить, обратись к работнику обслуживающей конторы, он и поставит и опломбирует и даже купит за доплату. ну а в прошлом жилось намного проще. были нормативы и они намного дешевле всяких счётчиков. есть расчёт на весь дом, поделили на жильцов и пользуйся сколько надо, хочешь больше, хочешь экономь, всё равно в этом смысла нет. а теперь придумали всех на счётчик поставить, но в общем то ничего не изменилось. ктото по нормативам тратит, ктото по счётчику, а ктото ворует. ну а что в счётчик не влезает всё равно платят все. вся эта система сделана исключительно чтоб заводы счётчики делали и продавали быстро и выгодно. на заводе хоть и указан срок хранения, срок службы всё равно 4 года со дня производства и всем похер что он новый
бала такая же мысль. и дешевле и все что надо есть. ну да код пришлось писать бы не на bash + php, но вполне все можно. но обрабатывать куки руками - гемороя бы конечно прибавилось.
@@silentage6310 можно же разделить логику по разным модулям. Например счётчики сделать тупыми, с одной единственной задачей - слать показания в брокер и/или в бд. А на центральной ноде с линуксом уже делать отправку данных.
Привет Алексей хотел предложить тебе разобраться с устройством gdemu для dreamcast,просто уж больно долго шли к этому устройству!было бы интересно многим узнать твое мнение
Леш про PS mini расскажи. Как что делать как перефлашивать и тд. Так-же очень бы хотелось подробно про создание плат на дому. Какую бумагу использовать для принтера какую резолюцию какой принтер и тд. У тебя платы получаются очень высокого качества.
возле многоэтажки не померяшь. а вообще классная штука. в моем городе регулярно появляется облако синей гари по утрам. дышать просто невозможно. в городскую администрацию писала, типа ваши дети же этой гадостью дышат, у них же рак лёгких будет. ну получила ответ что замеры воздуха регулярно проводятся и соответствуют норме.
Лёшь. Такой момент - репозитории очень хорошая вещь. Проблема не в них проблем в том как софт написан и как поддерживается. Нормальный софт должен быть минималистичным, а не супермегакомбайн который можно настроить как угодно но никто (или почти никто) его настроить не может.
О, с имитацией работы браузера я насношался славно. Правда, отправная точка была другая - сайт управляющей компании. Там, слава Ктулху, авторизация попроще. Кстати, скрипты на Питоне всё-таки получше, чем баш, который без слёз читать невозможно... Ну и единая платформа и для сбора показаний, и для отправки этого добра на сайт. Плюс, отлаживать можно хоть на винде, хоть на линуксе. А быстродействие всё равно здесь роли не играет.
В скором будущем: Кластер получил государственный заказ на создание счетчиков с постоянным подключением к интернету и автоматической отправкой данных в соответствующие обслуживающие компании.
@@alxr497 да я не ради спора написал, просто хотел узнать почему) ставил недавно кое-что по инструкции, просто повторяя шаги, почти не понимая, что они значат. Один из шагов содержал эту команду)
![[geekdays.log] #13 - счётчики, статистика, графики](/img/logo.svg){kind=logo}
