<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Копытов Иван: заметки с тегом narodmon</title>
<link>https://kini24.ru/tags/narodmon/</link>
<description>Блог ленивого сисадмина</description>
<author></author>
<language>ru</language>
<generator>Aegea 11.3 (v4134)</generator>

<itunes:subtitle>Блог ленивого сисадмина</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit></itunes:explicit>

<item>
<title>Повторный бан «Народного мониторинга»</title>
<guid isPermaLink="false">253</guid>
<link>https://kini24.ru/all/povtorny-ban-narodnogo-monitoringa/</link>
<pubDate>Mon, 24 Jan 2022 21:37:52 +0700</pubDate>
<author></author>
<comments>https://kini24.ru/all/povtorny-ban-narodnogo-monitoringa/</comments>
<description>
&lt;h2&gt;На этот раз последний&lt;/h2&gt;
&lt;p&gt;Итак, на днях в чате взаимопомощи обсуждалась ситуация, когда датчик перестает передавать показания по причине отсутствия электроэнергии или интернета. В последнем случае, конечно, можно завести резервный канал. Но кто будет это делать только ради одного «мониторинга»? А таких достаточно много, как мне кажется.&lt;br /&gt;
Мысль я поддержал. Пользователь @Constanine приводил свои доводы, на мой взгляд, неубедительные: иметь ИБП и резервный канал от другого провайдера. Только смысл в них, если, например, из-за отключения электроэнергии вырубилось оборудование провайдера? Потихоньку беседа переключилась на то, какие датчики можно выводить в публичный доступ, а какие нельзя. Со своей стороны я попросил актуализировать/дополнить справку на сайте проекта, на что в ответ получил:&lt;br /&gt;
— А не слишком ли многого вы от нас хотите?&lt;br /&gt;
Простите, но не так уж и много. Если я пришел на проект, почитал документацию по передаче данных, вывел кучу датчиков в паблик, а мне их убрали обратно в приват — я просто хочу знать причину, а не выяснять у всех и каждого почему так получилось.&lt;br /&gt;
Как мне кажется, @Constantine — человек достаточно резкий, невоздержанный, читающий сообщения «по диагонали». В начале моей с ним «перепалки» он отвечал, как заведенный: «Зато у нас есть бонусы!» Да мне всё равно на бонусы, я про них в курсе, достаточно давно на проекте. И вообще в своих вопросах я о них не спрашивал. Я просто просил дополнить информацию на сайте. Даже готов был заняться этим, если у них нет человека, который этим уже занимается.&lt;br /&gt;
В общем, минут через 5 @Constantine просто отключает мне возможность отправлять сообщения в чат. Еще через минуту просто трет историю в чате, оаставляя только одно мое, самое первое, сообщение. Жаль, я не догадался сделать скриншоты. Ну что тут скажешь? Надоело пытаться отвечать на «неудобные» вопросы? Да, давайте всех банить, что уж!&lt;br /&gt;
Я тоже человек не гордый, не хотите — не надо. Удалил все датчики и свой профиль из проекта. Вышел из &lt;a href="https://t.me/narodmon"&gt;чата&lt;/a&gt;, &lt;a href="https://vk.com/narodmon"&gt;группы в ВК&lt;/a&gt;, забыл только про &lt;a href="https://twitter.com/narodmon"&gt;твиттер&lt;/a&gt;. Исправил как только пришло первое сообщение оттуда. Отключил отправку данных со всех своих датчиков — это буквально 2 кнопки нажать. Если поддержка не может адекватно реагировать на вопросы — зачем мне вообще связываться с такой компанией? Я бы еще понял, если бы не то что матерился или наезжал, а просто писал резко. Но нет, всё было достаточно корректно, я даже извинялся пару раз.&lt;br /&gt;
В общем, надоело. Каждое слово, каждое объяснение нужно вытягивать. Справки нормальной нет. Как-то в приложении «Народный мониторинг 2019» нашел FAQ с вопросами, которые, во-первых, мне показались интересными, а, во-вторых, которые я так и не нашел на сайте. Хотя приложение берет все данные именно с сайта.&lt;br /&gt;
После того, как «Народный мониторинг» обнаружил, что другой проект — rp5, крадет у них информацию, мне кажется, что именно меня заподозрили в том, что я виновен в этом. Возможно, поэтому они так резко начали относиться ко мне. И всё это только из-за того, что другим участникам «Народного мониторинга» предложил отправлять данные и на rp5. Впрочем, меня попросили не рекламировать другие сайты, что я и сделал. Вот только «НМ» ошибся: никакие данные с их проекта я никому не сливал и даже не собирался. Да, я отправлял данные со своих датчиков и на rp5, помимо «Народного мониторинга». Как и на WeatherUnderground, OpenWeatherMap и множество других сайтов. А на то, что происходило между ними, какие у них взаимоотношения — мне глубоко «фиолетово». Данные мои =&gt; отправляю куда хочу.&lt;/p&gt;
&lt;p&gt;That’s all, folks!&lt;/p&gt;
</description>
</item>

<item>
<title>Как меня забанили на narodmon.ru</title>
<guid isPermaLink="false">238</guid>
<link>https://kini24.ru/all/kak-menya-zabanili-na-narodmon-ru/</link>
<pubDate>Tue, 28 May 2019 17:44:16 +0700</pubDate>
<author></author>
<comments>https://kini24.ru/all/kak-menya-zabanili-na-narodmon-ru/</comments>
<description>
&lt;h2&gt;Негодования пост&lt;/h2&gt;
&lt;p&gt;Ничто, как говорится, не предвещало...&lt;br /&gt;
Не так давно переделал свою метеостанцию: использовал другую прошивку для ESP8266, переделал схему для более устойчивой работы модуля зимой — ранее он периодически отваливался от домашнего WiFi и не отправлял данные. Заодно немного переделал схему отправки данных: вместо того, чтобы напрямую отправлять их на сервер, данные сначала забирались системой Domoticz, а затем отправлялись на сервер narodmon. Метод отправки тоже изменился — теперь на HTTP-запрос GET.&lt;br /&gt;
В итоге, за три «нарушения» за последние несколько дней, на один из датчиков мне поставили «бан» на месяц. Почему? Потому, что Domoticz отдавал данные атмосферного давления, округленными до единицы, что привело к тому, что показания не менялись в течение нескольких часов. Администрация сайта посчитала это нарушением и исключила этот датчик из общедоступной карты. Да, я последние пару дней был занят оптимизацией скрипта отправки в связи с изменившимися обстоятельствами, и не обращал особого внимания на то, что творится с передаваемыми показаниями.&lt;br /&gt;
Конечно, меня эта ситуация немного опечалила. Как говорится, «не делай добро...» На мой взгляд, администрации стоило бы предоставить больше информации еще при первом возникновении ошибки. Иначе это выглядит так:&lt;/p&gt;
&lt;ol start="1"&gt;
&lt;li&gt;Около показаний датчика появляется информация, что показания не менялись с такого-то времени. Сам датчик выделяется желтым цветом.&lt;/li&gt;
&lt;li&gt;Через сутки или больше появляется значок предупреждения с тем же текстом. Т. е. информативности никакой. Ну не меняются показания, и что? Такое может случиться, например, при возникновении неполадок с оборудованием. И, если я не успел исправить это очень быстро, то с карты они пропадают. Если я не заходил на сайт, то я вообще этого всего не увижу. А что? У меня данные отправляются, сервер отвечает, что принял их. А что на самом деле происходит — никто не ведает.&lt;/li&gt;
&lt;li&gt;Датчик «улетает» в приватные, т. е. не видимые никому, кроме владельца. Если попробовать заново выбрать пункт «публичная карта», чтобы вернуть его на место, то получаем еще одно «предупреждение». То есть не получаем — оно нигде не отображается, но вам оно засчитывается. Тишина на ровном месте. После третьего «предупреждения» вы наконец-то видите причину, почему датчик не появляется на карте — вас забанили. Опля! А раньше нельзя было сказать? Я бы более внимательно искал причину, а не считал исчезновение датчика с карты глюками сайта.&lt;/li&gt;
&lt;li&gt;Спустя еще полдня после «бана» я начинаю получать уведомления из программы, установленной на телефон. А вот это уже, на мой взгляд, издевательство. Могу повториться: а раньше нельзя было сказать? Нигде! Нигде об этом ничего не написано! Перерыл всю справку и нашел только одно более-менее подходящее предложение:&lt;br /&gt;
«&lt;i&gt;- Если показания датчика не передавались более 30 дней — он и его показания удаляются с сервера автоматически. При неактивности датчика более 3ч датчик он пропадает с карты.&lt;/i&gt;»&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Хочется материться после всего этого. Изменения на сайте вносятся, но никто о них не оповещается. Мы же телепаты, мы и так все знаем.&lt;/p&gt;
</description>
</item>

<item>
<title>Переезд сервера Narodmon</title>
<guid isPermaLink="false">193</guid>
<link>https://kini24.ru/all/pereezd-servera-narodmon/</link>
<pubDate>Sun, 13 May 2018 18:21:53 +0700</pubDate>
<author></author>
<comments>https://kini24.ru/all/pereezd-servera-narodmon/</comments>
<description>
&lt;p&gt;На днях сервер проекта Narodmon перебрался на более мощный сервер и, как следствие, сменил свой IP-адрес. Скорее всего, последовавшие события не связаны с этим, но мой сервер перестал отправлять данные на Narodmon. Пришлось в кои-то веки зайти на него и посмотреть что случилось.&lt;br /&gt;
Проблема оказалась в том, что накопилось слишком много данных на отправку. Пришлось взять в руки «скальпель» и отредактировать свой скрипт отправки данных. Если быть точней, то наконец-то завершить идею, до реализации которой все никак руки не доходили — постепенная отправка ранее не доставленных данных. Заодно немного изменил скрипт в части отправки сообщений об ошибках мне на Telegram. Раньше это было невозможно из-за отсутствия в списке пакетов curl. Сейчас ситуация изменилась, curl стал доступен, равно как и отправка сообщений в «телегу».&lt;br /&gt;
Пока что скрипт проходит тестирование, после небольшой обкатки выложу его на &lt;a href="https://github.com/kini24/narodmon-openwrt-script"&gt;гитхаб&lt;/a&gt;.&lt;/p&gt;
</description>
</item>

<item>
<title>Тестирование новое метеостанции</title>
<guid isPermaLink="false">72</guid>
<link>https://kini24.ru/all/testirovanie-novoe-meteostancii/</link>
<pubDate>Sun, 09 Jul 2017 12:45:30 +0700</pubDate>
<author></author>
<comments>https://kini24.ru/all/testirovanie-novoe-meteostancii/</comments>
<description>
&lt;p&gt;Вчера провел на лоджию электричество, только розетку пока что не закреплял. Собрал станцию, включил в розетку и выставил на улицу. К стене дома крепить не стал, закреплю когда она пройдет испытания. К сожалению, почему-то перестал работать один из датчиков — ds18b20. Думал, что где-то нет контакта, подергал все проводки, проверил разъем, но ничего не изменилось. Так как мультиметр остался на работе, то поиск неисправности, похоже, откладывается до понедельника.&lt;br /&gt;
Попробовал также настроить станцию на отправку показаний на сервер &lt;a href="https://www.wunderground.com"&gt;WeatherUnderground&lt;/a&gt;, но с этим вышла какая-то непонятка. В прошивке esp8266 есть только поля для ввода логина и пароля, в то время как в скрипте на роутере, который отправляет показания, надо также указывать ID станции, которая была создана при регистрации на сайте. Вчера ввел качестве логина ID станции, в качестве пароля указал ключ от нее. Потом смотреть журнал отправки было некогда, проверил только сейчас. Появились показания влажности воздуха, но с пропусками. Пока что непонятно, идет отправка или нет, буду наблюдать дальше.&lt;br /&gt;
Также в скрипте обнаружилась досадная ошибка, которую нужно исправлять, но я не совсем пока что понимаю как это реализовать. Суть ошибки состоит в том, что в какой-то момент скрипт перестает стирать содержимое временного файла с показаниями. При следующей отправке сервер отвечает не «ОК», а «ERROR NO CHANGES», так как в пакете присутствуют более ранние показания, которые сервер принял, а скрипт заново пытается их отправить. В результате данные начинают накапливаться и через примерно 4 часа размер файла начинает превышать 4 кБ — максимальный размер данных, которые можно отправить на сервер. Как результат данные, которые принимает сервер, обрезаются до 4 кБ. То есть появляется новая ошибка — отсутствует строка с закрывающими «##». По логике нужно начинать записывать данные в другой файл, но как потом искать все файлы с данными — непонятно. Буду думать.&lt;/p&gt;
</description>
</item>

<item>
<title>Скрипт передачи данных на сервер narodmon.ru</title>
<guid isPermaLink="false">67</guid>
<link>https://kini24.ru/all/skript-peredachi-dannyh-na-server-narodmon-ru/</link>
<pubDate>Fri, 23 Jun 2017 14:44:41 +0700</pubDate>
<author></author>
<comments>https://kini24.ru/all/skript-peredachi-dannyh-na-server-narodmon-ru/</comments>
<description>
&lt;p&gt;Как и писал ранее, в какой-то момент надоело, что роутер периодически не может отправить данные на сервер, поэтому пришлось немного подредактировать его. После недельного тестирования отправил его администрации ресурса и, после некоторых уточнений, он был добавлен на сайт. Сейчас он находится в разделе «Справка» — «OpenWRT, OR-WRT» — «6. Скрипт для отправки показаний с отказоустойчивостью». Сам скрипт был размещен на &lt;a href="https://github.com/kini24/narodmon-openwrt-script/"&gt;github&lt;/a&gt;. Было добавлено краткое описание работы и кусок журнала его работы, из которого видно как он накапливает данные во время отсутствия связи с сервером, а затем, когда она появляется вновь, отправляет все недоставленные пакеты.&lt;br /&gt;
Самый «интересный» на мой взгляд момент состоит в том, что в моих планах заменить текущий датчик температуры на другие, которые будут передавать данные через домашний WiFi, что, в свою очередь, означает, что я не смогу воспользоваться пакетом owfs и скрипт будет бесполезен для меня. Хотя возможно, что я оставлю этот датчик в качестве «контрольной группы».&lt;/p&gt;
</description>
</item>

<item>
<title>Еще одна модификация скрипта</title>
<guid isPermaLink="false">65</guid>
<link>https://kini24.ru/all/esche-odna-modifikaciya-skripta/</link>
<pubDate>Sat, 17 Jun 2017 11:54:55 +0700</pubDate>
<author></author>
<comments>https://kini24.ru/all/esche-odna-modifikaciya-skripta/</comments>
<description>
&lt;p&gt;Сутки наблюдения за модифицированным скриптом отправки данных на narodmon.ru показали, что есть огрехи в выбранном алгоритме — данные отправляются, сервер отвечает с задержкой, которую скрипт воспринимает за «молчание» сервера. Спустя некоторое время, от 15 минут до одного часа, сервер все-таки отвечает за настолько короткий промежуток, что скрипт успевает его «поймать». Пришлось еще раз изменить скрипт. На этот раз был добавлен цикл, в котором данные отправляются, затем он ждет 5 секунд ответ от сервера и, если ответ не получен, повторяет отправку данных. После 5 попыток отправки цикл сбрасывается и начинает накапливать данные во временном файле. Анализ журнала отправки показал, что данные отправляются если не с первого, то со второго раза. Будем продолжать наблюдение.&lt;/p&gt;
</description>
</item>

<item>
<title>Отправка данных на narodmon.ru</title>
<guid isPermaLink="false">63</guid>
<link>https://kini24.ru/all/otpravka-dannyh-na-narodmon-ru/</link>
<pubDate>Fri, 16 Jun 2017 13:50:25 +0700</pubDate>
<author></author>
<comments>https://kini24.ru/all/otpravka-dannyh-na-narodmon-ru/</comments>
<description>
&lt;p&gt;Так как порой случались сбои в отправке данных на сервер narodmon (нет интернета, сервер занят либо ничего не отвечает и т. д.) принял решение немного модифицировать скрипт отправки. В идеале, в случае любого сбоя данные должны накапливаться и затем, когда все «устаканиться», скопом быть отправлены.&lt;br /&gt;
Скрипт был модифицирован, были внесены несколько дополнительных проверок и он ушел в работу. В ходе работы создается временный файл, куда пишутся все данные. Если сервер narodmon ответил, что данные приняты нормально, то содержимое файла удалялось. В противном случае данные добавляются в этот файл с отметкой времени, когда они были добавлены.&lt;br /&gt;
Но, как обычно, не обошлось без ложки дегтя. В случае, если сервер не отвечает достаточно долгое время, данных накапливается много (в обычном варианте замеры проводятся каждые 5 минут). Когда их размер превысит 4 Кб, сервер narodmon, насколько я понимаю, просто откажется принимать такое множество данных. Но тут ничего не попишешь, будем тестировать и смотреть что получится.&lt;/p&gt;
</description>
</item>

<item>
<title>Перенос owfs</title>
<guid isPermaLink="false">56</guid>
<link>https://kini24.ru/all/perenos-owfs/</link>
<pubDate>Mon, 15 May 2017 19:51:19 +0700</pubDate>
<author></author>
<comments>https://kini24.ru/all/perenos-owfs/</comments>
<description>
&lt;p&gt;С учетом того, что сервер порой не работает по непонятным пока что причинам, было принято решение перенести owfs на роутер. Он, конечно, и так достаточно загружен, но с отправкой данных один раз в 5 минут, думаю, справится. Для чего нужен owfs? Для считывания данных с датчика температуры и отправки данных на другие серверы типа narodmon.ru.&lt;br /&gt;
Поначалу роутер не видел USB-TTL адаптер, пришлось установить еще один дополнительный пакет. После его установки и перезагрузки роутера в списке устройств появился адаптер. Дальше было делом техники: установить owserver, переконфигурировать файл ownet.php на сервере, чтобы он забирал данные с роутера и выдавал их на сайт. Затем просто проследить, что все это работает.&lt;br /&gt;
К сожалению, далеко не в первый раз, оказалось, что сервер narodmon периодически перестает отвечать на отправку данных и, по истечении указанного времени, шлет сообщения о том, что мой сервер ничего не присылает. Просмотр журналов работы показывает, что в период, когда narodmon не «получает» от моего сервера данные, последний вполне успешно их отсылает, но narodmon не подтверждает их получение. В общем, мутная достаточно ситуация... В тоже время WeatherUnderground вполне успешно сигнализирует о получении данных, что позволяет сделать заключение о том, что проблемы на стороне narodmon. От чего они, впрочем, вполне ожидаемо, открещиваются.&lt;/p&gt;
</description>
</item>

<item>
<title>Датчик температуры</title>
<guid isPermaLink="false">33</guid>
<link>https://kini24.ru/all/datchik-temperatury/</link>
<pubDate>Fri, 23 Dec 2016 11:09:56 +0700</pubDate>
<author></author>
<comments>https://kini24.ru/all/datchik-temperatury/</comments>
<description>
&lt;p&gt;Добавил на сайт показания от своего уличного датчика температуры. К сожалению, пока что показания не изменяются в реальном времени, для их обновления необходимо обновить страницу. Надеюсь в будущем это исправить.&lt;br /&gt;
До наступления Нового года также хочу немного изменить способ передачи показаний на сторонние погодные серверы, такие как &lt;a href="https://narodmon.ru"&gt;Narodmon&lt;/a&gt;, &lt;a href="https://openweathermap.org"&gt;OpenWeatherMap&lt;/a&gt; и &lt;a href="https://www.wunderground.com"&gt;WeatherUnderground&lt;/a&gt;. Сейчас они формируются и передаются bash-скриптом на сервере, планирую переделать их на PHP. Это даст мне возможность заносить их в базу MySQL на моем сервере и уже оттуда передаваться на другие. Также это позволит, в свою очередь, сделать мне страницу на сайте с историей показаний.&lt;br /&gt;
В общем, планов много, остается только найти время когда их все осуществить :-)&lt;/p&gt;
</description>
</item>


</channel>
</rss>