{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Копытов Иван: заметки с тегом эксперимент", "_rss_description": "Блог ленивого сисадмина", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/kini24.ru\/tags\/eksperiment\/", "feed_url": "https:\/\/kini24.ru\/tags\/eksperiment\/json\/", "icon": false, "authors": [ { "name": "Копытов Иван", "url": "https:\/\/kini24.ru\/", "avatar": false } ], "items": [ { "id": "233", "url": "https:\/\/kini24.ru\/all\/vlazhnost-v-kvartire\/", "title": "Влажность в квартире", "content_html": "

Собрал мини-метеостанцию для зала (планирую установить подобные во все комнаты квартиры), подключил её к Domoticz. Получилось отлично — сама станция размером со спичечный коробок, нужно только подобрать ей корпус.
\nПоказания поначалу ввели в ступор: давление около 1000 и влажность около 20%. Залез в документацию, оказалось что давление датчик измеряет в гПа. Пришлось в прошивке ESP8266 создавать еще один виртуальный датчик и пересчитывать для него показания в мм ртутного столба. Всё таки в России используется такая единица измерений. А вот с влажностью непонятно до сих пор. Текущие показания — 17%, хотя норма составляет 40-50%. Поначалу думал, что что-то с датчиком. Распаковал новый, установил — картина не изменилась. Сейчас на работе вспомнил об этом, подключил AM2302 — тоже около 18%. Хоть на улицу выноси! Пришлось пойти на сайт narodmon.ru<\/a>. Там картина поинтересней — показания колеблются от 14% до 24%. Хм, ладно, допустим, что все используют одно и то же оборудование. В таком случае нужно обратиться к более официальному источнику. Но «официалы» показали примерно ту же картину — от 20% до 30%.
\nВ общем, пока что можно успокоиться и провести несколько экспериментов по её повышению, вроде кипящего рядом чайника.<\/p>\n

\n\"Показания\n
Показания барометра<\/div>\n<\/div>\n
\n\"Виртуальный\n
Виртуальный датчик<\/div>\n<\/div>\n", "date_published": "2019-04-23T12:45:58+07:00", "date_modified": "2019-04-23T12:50:56+07:00", "tags": [ "esp8266", "espeasy", "влажность", "давление", "метеостанция", "создание", "умный дом", "эксперимент" ], "image": "https:\/\/kini24.ru\/pictures\/baro.jpg", "_date_published_rfc2822": "Tue, 23 Apr 2019 12:45:58 +0700", "_rss_guid_is_permalink": "false", "_rss_guid": "233", "_e2_data": { "is_favourite": false, "links_required": [], "og_images": [ "https:\/\/kini24.ru\/pictures\/baro.jpg", "https:\/\/kini24.ru\/pictures\/pressure.jpg" ] } }, { "id": "94", "url": "https:\/\/kini24.ru\/all\/prodolzhaem-nablyudenie-za-syslog\/", "title": "Продолжаем наблюдение за syslog", "content_html": "

Как писал ранее<\/a> на сервере наблюдаются проблемы с syslog. Этот паршивец каждую ночь перестает писать журналы. Причины пока непонятны, надо будет задать вопрос разработчикам системы. В качестве временной меры выбран перезапуск службы в планировщике cron. Этого, по идее, должно быть достаточно. По крайней мере, пока что. Дальше будем разбираться. Ситуацию усложняет момент, что время в журналах записывается на тот момент, когда была перезапущена служба, а не то, когда что-то произошло. Иными словами, я не могу отследить кто или что «подвешивает» её. Но, с учетом вероятного времени «подвисания» syslogd, можно предположить, что это происходит после выполнения заданий в \/etc\/cron.daily. То есть, можно по одному удалять оттуда файлы и наблюдать после чего служба перестанет «вешаться».
\nЕсли выполнить команду<\/p>\n

service syslogd status<\/code><\/pre>
то система ответит «active». Но запись журналов начнется после перезапуска syslog. В общем, пока что «продолжаем наблюдение» и экспериментируем.<\/p>\n",
            "date_published": "2017-10-02T00:05:32+07:00",
            "date_modified": "2017-10-02T00:05:51+07:00",
            "tags": [
                "syslogd",
                "наблюдение",
                "проблема",
                "эксперимент"
            ],
            "_date_published_rfc2822": "Mon, 02 Oct 2017 00:05:32 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "94",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "highlight\/highlight.js",
                    "highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "61",
            "url": "https:\/\/kini24.ru\/all\/pervy-opyt-s-esp8266\/",
            "title": "Первый опыт с ESP8266",
            "content_html": "
Не так давно приобрел ESP8266-07 с адаптером под «гребенку» с шагом 2,54 мм. Давно была мысль попробовать что она из себя представляет, а тут просто вспомнил и прикупил. Обошлось мне все это буквально в 275 рублей. Думаю, что это не та сумма, которую было бы жалко за опыт.
\nДо экспериментов несколько дней руки не доходили, пока не утащил на работу Там, когда выдалось свободное время, занялся платой. Для подключения использовал беспаечную плату, кабели для подключения и адаптер USB-TTL. Для начала система, как обычно, скачала и поставила драйверы на адаптер, затем уже я начал собирать схему.
\nБез приключений не обошлось. Поначалу компьютер ни в какую не хотел «общаться» с ESP. Не считывал данные, не мог перепрошить, вообще ничего не мог с ней сделать. Плюсом к этому всему была «любовь» Windows к работе с COM-портами. Здесь я подразумеваю тот момент, что если ты не освободил порт (например, программа зависла и ее пришлось завершать принудительно) или сделал еще какие-то его настройки, «несовместимые» с Windows — тебя ждет перезагрузка системы. Сколько я этого «накушался», когда занимался торгово-кассовым оборудованием!!!
\nИ вот, ура! Адаптер определился программой, можно считать параметры и так далее. Первое, что я сделал — перепрошивка. Особой надобности в этом не было (по крайней мере, пока что), просто хотелось получить опыт в этом направлении. С перепрошивкой пришлось помучиться. В итоге, программа залила на плату другую прошивку, но в самом конце выдала сообщение о невозможности выхода из режима прошивки. Пока пытался что-то сделать с платой, привести ее в рабочее состояние, сложилось впечатление, что я получил «кирпич». В тоже самое время не покидала мысль, что ЭТО невозможно убить. Заменил программу прошивки. Поначалу смутило множество настроек — память подсказывала, что почти все они критичны для прошивки. Поменял те, которые, на мой взгляд, было нужно и перепрошил. Получил рабочую плату, которая перезагружалась в самый неожиданный момент. Снова битва с прошивальщиком... В конце концов я получил вполне работоспособную плату, которая адекватно реагировала на команды и не перезагружалась в самый неподходящий момент. В итоге, причиной всех перезагрузок платы оказался плохой контакт питания. Но это я понял уже в самом конце экспериментов.
\nЗавтра возьму с собой на работу датчики, попробую подключить к плате, прошив перед этим NodeMCU — там есть возможность использовать скрипты на lua. Посмотрим что из этого всего получится...<\/p>\n",
            "date_published": "2017-06-07T20:02:34+07:00",
            "date_modified": "2017-06-07T20:02:29+07:00",
            "tags": [
                "esp8266",
                "ttl",
                "USB",
                "первый опыт",
                "прошивка",
                "эксперимент"
            ],
            "_date_published_rfc2822": "Wed, 07 Jun 2017 20:02:34 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "61",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        }
    ],
    "_e2_version": 4134,
    "_e2_ua_string": "Aegea 11.3 (v4134)"
}