Таблиця лідерів

У нас тут, в нашем околосемейном пространстве, произошел примечательный случай. Подруга жены, особа весьма критично и с немалой долей сарказма относящаяся к антиковидной вакцинации, всячески ее избегала. Но... Появилась возможность съездить за бугор, а для этого, как известно, нужен сертификат. Помыкалась-помыкалась, решила вакцинироваться. Вакцинировалась, съездила, отдохнула. Вернулась пару недель назад. Это преамбула. Амбула. ) На очередных посиделках, вдруг замечаем, что у человека риторика резко изменилась, что называется - оверштаг - на 180 грд.: "Вакцинировать нужно всех!" Даже стала давить на родителей, весьма пожилых людей, при том, что отец, в придачу, после инфаркта. На вопрос, а что послужило столь резкому изменению взглядов, внятно ответить не смогла. Как-будто, провакцинировав, ее перепрограммировали. ) "Это было бы смешно, если бы не было так грустно". Супруга (психолог), предполагает, что у нее развился "синдром обманутого человека": на фоне других обманутых, он не будет выглядеть глупо. Предполагаю, что та часть вакцинофилов, которая безоглядно топит за насильную всеобщую вакцинацию, поимела такую же проблему. Среди моих знакомых и друзей есть вакцинированные, но адекватные. Их медицинское состояние не мешает нам нормально общаться. И вдруг!...

Мы об этом трем с самого начала темы. Глупые ненавидят тех, кто умнее и хотят всех уровнять )

Википедия - «Моноокси́д углеро́да (он же уга́рный газ, о́кись углеро́да, оксид углерода) — химическое соединение, бесцветный токсичный газ без вкуса и запаха, легче воздуха . Химическая формула — CO. Угарный газ очень опасен, так как не имеет запаха. Он обладает общей токсичностью, вызывает отравление с поражением жизненно важных органов и систем, с последующим летальным исходом. Признаки отравления: головная боль и головокружение; отмечается шум в ушах, одышка, учащённое сердцебиение, мерцание перед глазами, покраснение лица, общая слабость, тошнота, иногда рвота; в тяжёлых случаях судороги, потеря сознания, кома.» Обычный вечер, поздняя осень, приехали гости, поседели, немного выпили коньяка и закусили. В доме вечером стало прохладно, включил газовый котёл и водяной тёплый пол. Через несколько часов зашёл обратно в котельную и увидел, что на стенах и потолке образовался сильный конденсат, почувствовал какой-то посторонний запах, но точно не запах газа и он был не сильный, что могло меня насторожить, запах также почувствовали гости и родные. Выключил котёл, включил принудительную вытяжку и открыл окно на проветривание. Решил подняться на второй этаж, на лестницы почувствовал, что сердце стало сильно биться и кружиться голова, лицо налилось красным, еле поднялся на второй этаж. Ночь прошла ужасно, подумал, что это причиной был коньяк, утром спросил у близких, как они спали, всё сказали, что сердце билось учащенно, не хватало воздуха, болела голова. Зашёл в котельную, чтобы понять, в чём причина была конденсата. Снял защитный корпус газового котла и обратил внимание на крепление дымоходной трубы к котлу, крепёжная часть на которую одевается дымоходная труба отпала, она крепилась к котлу на заводские четыре заклёпки, заклёпки по какой-то причине отпали, образовалась щель между дымоходом и котлом, угарный газ выходил в помещение, а естественная вытяжка не справилась. Все живы и здоровы, но могли быть страшные последствия…… У меня не стоял датчик угарного газа, к сожалению, даже никто не предлагал его установить. Когда пользуешься благами газа и всё хорошо долгое время, то не задумываешься о его надобности. Я уверен в том, что у многих он также не установлен. Настоятельно рекомендую это сделать Вам друзья, потому что СО очень коварный газ, который Вы не почувствуете и недомогание от него можно перепутать попросту с усталостью, головной болью или как в моём случае, что я выпил немного коньяка и почувствовал себя плохо.

Сало сила - спорт могила! Сало лечит - спорт калечит!

Ну пишет что «с спмого начала обещали легкое течение болезни» на самом деле обещали коллективный иммунитет и болячка исчезнет, после того как поняли нереальность этой идеи, говорили, что факцина защитит от болезни, а уж потом - когда стало понятно, что не защищает ниразу- начали говорить о легком течении болезни. вот и говорю- начало сдвинулось чуть дальше,

Еще после обеда заехал, взял правила 2м, и пошкрябал пол. Где были какие-то неровности или камушки, то нормально счесалось. Одним словом потратил 20 минут, но теперь все идеально. По окнам заказал просчет, остановился на профиле Rehau 70, фурнитура maco, стекла 40 двухкамерное энергосберегающее.

весь крупный бизнес - это схематоз основная задача которого вытянуть деньги из бюджета (по сути это не бизнес, а финансовый пылесос). Украина не производит продукт, а имитирует производство (в этом вся суть). не об этом речь. Нет прямой зависимости между ростом цен на ЭЭ и ценой продукта . На западе рост цен прямо или пропорционально влияет на рост цены за товар, у нас - нет т.к. вся экономика теневая. Если у нас как на западе все издержки закладывали в продукт и при этом платили все налоги такие товары во-первых не были бы конкурентоспособны, во-вторых большинство бы их не покупало из-за низкой потребительской возможности (у людей просто нет денег на дорогие товары из-за низких доходов и избыточного налогообложения). Олигарха Косюка (бренд "наша ряба") знаете? Вот вам конкретный пример в цифрах как это работает :). Не надо жалеть юр. лиц, что они платят по 6 грн. и более за кВт... они эти деньги не столько в цену товара закладывают, сколько тупо-гарантированно получают из бюджета не напрямую.

Как можно быть таким глупым? ) Кто и что Вам навязывает? Да колитесь хоть каждый день по 2 раза )

В связи с приостановкой вакцинации детей из-за случаев миокардита и перикардита в нескольких скандинавских странах Павлютса просят предоставить статистику обоих заболеваний, диагностированных у молодых людей с 2015 по 2019 год. Также необходимы данные о количестве случаев миокардита и перикардита у детей и подростков за прошлый и текущий год, с указанием, было ли заболевание выявлено после заражения «Covid-19» или вакцинации. Наблюдая за тенденциями заболеваемости и смертности от Covid-19 после вакцинации во всем мире, депутаты «Согласия» хотят знать, анализирует ли Министерство здравоохранения опыт вакцинации в других странах и рост заболеваемости и смертности после вакцинации, в частности, как Минздрав объясняет ситуацию в Израиле, где при очень высоком уровне вакцинации резко увеличились также заболеваемость и смертность. rus.lsm.lv/statja/novosti/obschestvo/u-glavi-minzdrava-trebuyut-podrobnosti-o-statistike-po-covid-19.a425934/

В новостях расскажут, что СП2 не запустили, создался дефицит газа, увеличился спрос и тд. На самом деле все банальнее: Джо договорился с Володей, первый продает сжиженный газ, второй - обычный, так зарабатываются большие деньги.😉

Не отримають.Продавці дрів "нє дрємлют" - навчились прораховувати співвідношення газ=дрова-5%.І на дрова черга -пару неділь.

Proxy Pattern openhab предусматривает написание развитых и сложных сценариев автоматизации, на столько сложных что сообщество наработало некоторое количество стандартных архитектурных шаблонов. Следование этим шаблонам дело сугубо добробовальное но, как показывает практика, целесообразное. На мой взгляд, есть один главный шаблон использование которого строго обязатально если система чуть больше чем маленькая. Называется Proxy Item community.openhab.org/t/design-pattern-proxy-item/15991. Попробую пояснить почему он необходим и как я его использую. У вас есть конкретный дом, есть абсолютно конкретные потребности (контроль освещения, доступа, утечек, потребления, задвижек и тп), вы для реализации этих потребностей заводите в опенхабе *виртуальные железки*, вот реальный пример из моего дома: /////////////////////// // Кабінет Group GF_Office "Кабінет" <office> (Home_GroundFloor) ["Office"] Group GF_Office_HVAC "Клімат кабінету" <heating> (GF_Office, gHVAC) ["HVAC"] {ga="Thermostat" [ modes="heat,eco=ECO,auto" ]} Number:Temperature GF_Office_Temperature "Температура у кабінеті [%.1f %unit%]" <hvac_temperature> (GF_Office_HVAC, gTemperature) ["Measurement", "Temperature"] {ga="thermostatTemperatureAmbient"} Number:Temperature GF_Office_SetpointTemperature "Бажана температура у кабінеті [%.1f %unit%]" <hvac_setpoint> (GF_Office_HVAC, gSetpointTemperature) ["Setpoint", "Temperature"] {ga="thermostatTemperatureSetpoint"} Number:Dimensionless GF_Office_Humidity "Вологість у кабінеті [%d %%]" <hvac_humidity> (GF_Office_HVAC) ["Measurement", "Humidity"] {ga="thermostatHumidityAmbient"} Number:Dimensionless GF_Office_Co2 "Co2 у кабінеті [%d ppm]" <hvac_co2> (GF_Office_HVAC) ["Measurement", "CO2"] { ga="Sensor" [ sensorName="CarbonDioxideLevel", valueUnit="PARTS_PER_MILLION" ] } Тут нет абсолютно никакой привязки к реальному железу, более того в кабинете (для которого эти виртульные элементы) на данный момент не существует железки "термостат" для установки "Бажаної температури", она заведена "на вырост". Это просто виртуальное оборудование и датчики которые соответствуют текущим и будущим задачам. Далее вы заводите уже "железные железки", аналогично пример из моего дома Number Netatmo_Indoor_Humidex "Humidex [%.0f]" <temperature_hot> { channel = "netatmo:NAMain:home:inside:Humidex", expire="60m" } Number:Temperature Netatmo_Indoor_HeatIndex "HeatIndex [%.1f %unit%]" <temperature_hot> { channel = "netatmo:NAMain:home:inside:HeatIndex", expire="60m" } Number:Temperature Netatmo_Indoor_Dewpoint "Dewpoint [%.1f %unit%]" <temperature_cold> { channel = "netatmo:NAMain:home:inside:Dewpoint", expire="60m" } Number:Temperature Netatmo_Indoor_DewpointDepression "DewpointDepression [%.1f %unit%]" <temperature_cold> { channel = "netatmo:NAMain:home:inside:DewpointDepression", expire="60m" } Number:Dimensionless Netatmo_Indoor_Co2 "Co2 [%d %unit%]" <carbondioxide> { channel = "netatmo:NAMain:home:inside:Co2", expire="60m" } Фактически это именно железки которые именно то и делают что меряют "климат" кабинета Далее описываются простые правила которые связывают элементы первого списка со вторым, одно из правил: rule "GF_Office_Temperature update" when Item Netatmo_Indoor_Temperature received update or System started then if (Netatmo_Indoor_Temperature.state != UNDEF) { if (Netatmo_Indoor_Temperature.state != NULL) { GF_Office_Temperature.postUpdate(Netatmo_Indoor_Temperature.state as QuantityType<Temperature>) } else { GF_Office_Temperature.postUpdate(UNDEF); } } else { GF_Office_Temperature.postUpdate(UNDEF); } end Суть правила, если состояние "железной железки" изменилось то меняем состояние виртуальной, также для железок которые предусматривают упралвение делаем второе правило "если нажали на виртуальную то эмулируем нажатие на железную". Чем прекрасен этот подход: 1. Вы пишите основную бизнес логику по виртуальнолму железу, "Если влажность в кабинете упала до ... включаем увлажнитель в кабинете". Логика полностью абстрагирована от железа 2. Железо имеет свойство ломаться, обновляться - у вас поломался увлажнитель, вы купили другой - перебросили за 5 минут прокси логику на новую железку, основная логика (которой всегда много и она сложная) осталась неизменной а значит продолжает работать 3. Персистентный слой хранения настроен только для виртуальных устройств, вы поменяли железку а статистика в графане у вас продолжается как будто ничего не случилось 4. Вы можете планировать архитектуру наперед, при этом оставив реализацию до того момента когда у вас появится настоящая железка. 5. Семантическая модель опенхаба гараздо логичнее и прозрачнее натягивается на прокси чем на настоящее железо, где разработчики бондинга могли что-то сделать на свое усмотрение 6. У вас во всем доме "оборудование" получается однотипным, например все диммеры света 0..100 несмотря на то что у одних железок это 0-100, у других 0-128 а у третих 1-5. Пересчет а адаптация выполняется в прокси-слое логики. 7. При добавлении "железных железок" вы можете прямо копировать из мануала, вам нет необходимости "адаптировать" имена или группы под ваш конкретный дом. Единственный минус этого подхода - чуть больше работы в самый первый раз. Повторюсь, если вы серьезно хотите играть в автоматизацию с опенхабом изучите и осознайте этот паттерн, также есть смысл посмотреть другие паттерны (community.openhab.org/tag/designpattern), там много полезного, пусть и не на столько.

Решил завести отдельную тему про, как мне кажется, интересную открытую систему автоматизации, которую я активно и постоянно *на практике* использую в своем доме (в футере стройка), рассказать что использую, что получилось что нет, какие планы и тп. Надеюсь популяризации openhab-а среди застройщиков форума. Тут буду делиться разными решениями и наблюдениями, как по постройке системы так и по эксплуатации именно в контексте моего конкретного дома и моих представлений о том как это должно быть. Какие-то вещи я уже упоминал в "своей домашней" теме но продублирую тут бо там они потерялись или особо вне контекста. Вводные, дом около 200м2 в конец 2021 в состоянии строительства (внутренняя отделка), инженерные системы изначально планировались под автоматизацию и сделаны в основном самостоятельно либо по четким заданиям. Что-то уже автоматизировано, что-то еще только в планах, что-то не будет автоматизироваться никогда (бо не считаю нужным). В доме проживает 2 взрослых, 2 детей, кот. Отопление - газ, вода, канализация автономные. Посты буду писать по мере нововведений так и по мере натхнення, рассказать и показать есть много чего но писать нужны силы. На старте сделаю пяток постов вводных "что где почему и как дожил"

И повторюсь: педагогов/учителей заставляют вакцинироваться, а потом они идут работать с детьми. В свете вышесказанного - полнейший абсурд!!

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

Мы о чем говорим? О противодействии распространению? Потусовавшись на мероприятии, вакцинированный, заразившись, понесет вирус куда угодно. А учитывая, что: - некоторые категории граждан не могут вакцинироваться по медицинским показателям; - для некоторой группы населения вакцина не работает; - часть вакцинированных , заболев, все равно переносит болезнь крайне тяжело, со всеми вытекающими рисками, можно ли утверждать, что вакцинирование противодействует распространению?

Думаю в скором будущем он и до неё будет противопоказан, если не под запретом.

Всех их объединяет спорт. Это говорит о том, что после прививки, спорт противопоказан.

Аргон косвенно проверит - 2 соска внизу дистанционной рамки каждого стеклопакета.

Вчера приходил ко мне друг юрлицо, топит дровами. и между разговором поделился «когда осенью закупал дрова по 6 тыс за машину, было дорого, сейчас по 10 сказал брать. … электричество раньше платил по 5 тыс в мес, сейчас 10 счет получил» шапочно обсудили вопрос тн, сэс на перспективу. с моей идеи ездить на электромобиле, и сливать ээ для офиса он чето не засмеялся… как в том анекдоте: «папа водка подорожала, это значит ты будешь меньше пить? нет - это значит ты будешь меньше кушать»

Подужаєте такий аналіз з врахуванням того, що офіційна статистика брехня? До речі і неофіційна теж, бо у кожного свої цілі.

Как дети малые... Какая цель правительства. Ну сами представьте каково будет правительству, если население вдруг станет здоровым и умным. Нужно чтобы все были глупыми и больными. Даже если кто не хочет болеть, то заставим.

Европейское агентство лекарств (ЕАЛ) сообщило, что бустерную вакцинацию смело можно проводить через 3 месяца после завершения основного курса вакцинации, сократив ранее рекомендованный шестимесячный срок. «Доступные на сегодняшний день данные подтверждают безопасность и эффективность бустерной вакцинации спустя уже три месяца после завершения начальной вакцинации, если этот короткий интервал желателен с точки зрения общественного здоровья», заявил руководитель стратегии вакцинации ЕАЛ Марко Кавалери.

о чем вы говорите ? скорость фиктивной вакцинации превышает скорость "добровольной " настоящей вакцинации , в итоге может оказаться , что фиктивщиков будет больше , чем натуральщиков , но истинное соотношение мы никогда не узнаем

а , что , не все вакцины одинаково полезны ? я сильно не углублялся , считал что все они плюс - минус одинаковы , раз государство допустило их к использованию и активно их навязывает . Оказывается они разные , полезные и неполезные , опасные и безопасные ?

Связь с внешним миром, уведомления. Интерфейс опенхаба должен быть доступен мне как дома так и где-то вне моей домашней сети. Опенхаб предлагает 2 решения - либо классический проброс портов если у вас есть статистический IP (или DDNS) либо подключить ваш личный опенхаб к публичному бесплатному облаку (www.myopenhab.org/). Теоретически есть еще третий вариант - исходный код облака myopenHAB открытый и есть возможность его поднять на каком-то внешнем хосте (амазон, диджиталоушен и тп). Андроид приложение опенхаба работает со всеми тремя вариантами, также всегда остается вариант использовать браузер если приложения нет. Я пробовал все три варианта (и пожил с каждым пару месяцев) и есть что сказать: 1. проброс портов. Сам опенхаб работает без авторизации, авторизация только на администрирование и то только с 3й версии, что автоматом означает что кроме проброса портов нужно еще городить какое-то nginx проксирование с HTTP-авторизацией, приложение HTTP авторизацию умеет но это лишняя работа. НО самый главный минус такого решения - у вас в приложении не будут работать пуш-уведомления а также интерграция с внешними сервисами (IFTTT, Amazon Alexa, Google Assistant) 2. Облако myopenHAB - у вас появляется автоматом пуш-уведомления, авторизация и интерграция с IFTTT, Amazon Alexa, Google Assistant. НО облако это облако, оно не у вас, народу там много - стабильность под вопросом. 3. Поднять личное облако myopenHAB на хостинге. У меня получилось, это даже работало, также завелись пуши НО не Google Assistant. Также это стоит пусть и копейку но денег. А самое главное там инструкция на пару вечеров, местами абсолютно загадочная и второй раз я это повторять не решусь. В конечном итоге я остановился на втором варианте, облако оказалось не таким уж падучим + я решил подстраховаться, а именно поднял на домашней сети впн (так вроде ниразу и не использовал) и настроил в опенхабе уведомления в телеграм. Как настраивать myopenHAB и телеграм-уведомления все разжевано в документации, я просто расскажу как я с ними работаю из сценариев. Group Main "Ворзель" <home> ["Location"] String Main_NotifyMessage "Останне повідомлення" (Main) ["Status", "Level"] DateTime Main_NotifyTime "Час останнього повідомлення" (Main) ["Measurement", "Timestamp"] и правило: rule "Dispatch Notification" when Item Main_NotifyMessage received command then logInfo("alert", receivedCommand.toString) Main_NotifyTime.postUpdate(new DateTimeType()) // defaults to now val mailActions = getActions("mail","mail:smtp:main") val telegramAction = getActions("telegram","telegram:telegramBot:#####") telegramAction.sendTelegram("Будинок: " + receivedCommand.toString) mailActions.sendMail("####@####.###", "Будинок", receivedCommand.toString) sendBroadcastNotification(receivedCommand.toString, "error", "alert") end Далее в любом правиле основной бизнес-логики мне достаточно виртуальному устройству Main_NotifyMessage отправить команду и она улетит в приложение/телеграм и почту Main_NotifyMessage.sendCommand("Схоже що в будику вже декілька хвилин нікого, але сигналізація не увімкнута") Что тут можно доработать: 1. разделить уведомления на критические(разослать везде) и информационные(только в апу) 2. интеграция с телеграмом позволяет сделать диалоги, что-то спросить у меня и по ответу отработать логику. Но пока до этого не дошли руки

Вот и ладно. Пусть решает эти вопросы. Только решает не бандитскими методами, а цивилизовано, законно. По факторам риска вопрос не праздный. Все что Вы написали имеет место. Но... Официальная точка зрения позиционирует вакцинацию как "...противодействие распространению COVID-19", хотя очевидно и уже признано на международном уровне, что это не так. Вакцинированные продолжают заболевать и являются такими же разносчиками вируса как и невакцинированные. Да, во многих случаях вакцина уменьшает симптоматику и спасает от смерти. Но есть еще побочных действиях от вакцин, о которых упоминать не принято, а то можно получит по шапке. Это нормально? Кто будет отвечать за проблемы со здоровьем вследствие вакцинации? Кто компенсирует потерю здоровья, а то и жизни? Они сняли с себя ответственность. Каждый, кто вакцинируется, заполняет анкету в которой соглашается, что делает это добровольно на свой страх и риск. Так в чем же заключаются цель правительства? Любой ценой уменьшить нагрузку на медсистему? На конкретного человека им наср@ть? Типа, хрен с ними, 10% помрет, зато остальные живы останутся? Простите, но это политика скотного двора, а мы не животные.

Соглашение по именованию и структура дома Openhab предусматривает добавление элементов двумя разными способами - чисто визуальный в интерфейсе и через файлы конфигурации. Я ярый сторонник второго способа, причины следующие: 1. Вы всегда имеете перед глазами все "дерево" 2. Файлы конфигурации очень легко дополнительно "бекапить", я просто весь проект держу в гитхабе, и сразу имею историю изменений 3. При использовании файловых конфигураций их можно редактировать в почти нормальной IDE Visual Studio Code Файлы конфигурации хранятся на сервере openhab и для их редактирования к ним нужно иметь удобный доступ. Слава богу ребята - разработчики о нас позаботились. Если openhab устанавливался через утилиту openhabian (а это предпочтительный способ) то для доступа ко всем файлам, которые предусматривают изменение, поднимается samba сервер и они становятся расшаренными в windows-сети. Для редактирования файлов, естественно, можно использовать любой любимый текстовый редактор, но для Microsoft Visual Studio Code в его маркете существует openhab плагин, который считается основным для опенхаба и вы с его помощью получаете подсветку синтаксиса и пару плюшек. Для среднестатистического дома в порядке вещей иметь несколько сотен элементов в опенхабе, в сообществе натыкался на тему где ребята меряются размерами, и там были и тысячи. При использовании паттерна Proxy item (ранее рассказал почему вы *должны хотеть* его использовать) количество элементов будет еще больше. Очень много смысла до старта "умного дома", на берегу, определиться со структурой чтобы потом было с этим удобнее жить. У опенхаба есть специальный тип элемента "группа", это некий контейнер который позволяет элементы дома выстроить в древовидную структуру по иерархии (Дом - Этаж - Комната - Зона - Устройство и тд) Второе удобное применение групп - функциональное(горизонтальное, не иерархическое) объединение элементов из разных иерархических групп (Свет, Температура Помещений, Климат и тп) В документации на опенхаб фигурирует такой пример, который очень похож на то что я пытаюсь рассказать: Как такового соглашения по наименоваю openhab не навязывает, но есть некий общеустоявшийся с моими личными доработками: 1. Группы первого типа а также все-все элементы в них я решил именовать с использованим комбинации snake_case+CamelCase, часть snake_case указывает на иерархию, CamelCase на элемент внутри. Например GF_Office_SetpointTemperature = термостат(SetpointTemperature) в кабинете(Office) на первом этаже(GF=GroundFloor) 2. Имя элемента и группы включает в себя имя элемента с верхнего элемента ирерархии (пример выше) 3. Горизонтальные, не иерархические группы я именую в CamelCase нотации с прификсом g (gHVAC - климат, gLight - свет, gSetpointTemperature - термостаты) Структура самого дерева и его элементов несколько раз переосмысливалась, и в последней итерации (по факту оказавшейся очень удобной) выглядит следующим образом: main.items Group Main "Ворзель" <home> ["Location"] Group Home "Будівля" <home> (Main) ["House"] Group Home_GroundFloor "Перший поверх" <groundfloor> (Home) ["GroundFloor"] //... кімнати 1го поверху Group Home_FirstFloor "Другий поверх" <firstfloor> (Home) ["FirstFloor"] //... кімнати 2го поверху Group Home_Attic "Горище" <attic> (Home) ["Attic"] Group Home_Corridor "Коридор" <corridor> (Home) ["Corridor"] Group Home_BoilerRoom "Бойлерна" <gas> (Home) ["Room"] Group Outdoor "Ззовні" <home> (Main) ["Outdoor"] Group OU_Parking "Паркування" <home_parking> (Outdoor) ["Carport"] Group OU_Parking_Camera "Камера паркінгу" <cctv> (OU_Parking) ["Camera"] ... При этом элементы мелких групп уже организованы по одноименным файлам, например GF_Office_HVAC.items Такая структура позволяет ее гибко расширять (добавить баню, добавить зону отдыха и тп), очень хорошо ложится на новое понятие в опенхаб 3 - семантическая модель и в целом получается весьма естественна для понимания. Поскольку я использую шаблон Proxy item то есть также необходимость организации айтемов "железных железок". Я для себя выработал такую схему 1. элементы железок хранятся в отдельных файлах (отдельно sonoff, отдельно shelly, отдельно netatmo и тп) 2. имена файлов "железок" начинаются с "_" ("_netatmo.items"). Это позволило визуально в дереве файлов в IDE их все выделить в группу 3. айтемы железок именуются в snake_case, только по железке и никак не привязаны к иерархии дома (Netatmo_Indoor_Humidex - "влажность внутреннего датчика Netatmo") 4. прокси-правила для связи виртуальных и реальных железок в отдельных файлах в формате "_[группа].rules" ("_GF_Office_HVAC.rules") 5. основная бизнес-логика в файлах rules уже по смыслу ("alarm.rules", "status.rules", "ventilation.rules") Persistence Как писал выше, слой исторического хранения данных в случае с паттерном Proxy item, позволяет организовать хранение только для виртуального оборудования. Как выглядит конфигурация хранения в моем доме Strategies { everyMinute : "0 * * * * ?" every5Minutes : "0 */5 * * * ?" everyHour : "0 0 * * * ?" everyDay : "0 0 0 * * ?" default = everyMinute } Items { Main* : strategy = everyChange, everyMinute, restoreOnStartup gLog*: strategy = everyChange } Тут написано следующее: 1. Все элементы группы Main, в моем доме это самая-самая верхняя группа в иерархии виртуальных элементов, хранят в influx ежеминутное значение и значение при изменении, также восстанавливают свое последнее значение при перезапуска опенхаба 2. Элементы горизонтальной группы gLog просто хранят каждое изменение. Это очень удобный лайфхак который позволяет нужной вам настоящей железке присвоить горизонтальную группу и посмотреть потом в графане что с ней просиходит без необходимости заводить виртуальный полноценный элемент. 3. Все остальные (фактически железные железки) не хранят изменение Полезное Обратите пристальное внимание на такую новую функциональность в опенхабе как семантическая модель (www.openhab.org/docs/tutorial/model.html#semantic-model) - это очень легкий способ, с помощью специальных меток-тегов подсказать движку опенхаба что делаюь те или иные элементы, после чего сам опенхаб сделает универсальный развернутый интерфейс, где будет пусть и не самым удобным способом но возможность посомтреть все-все про ваш дом:

А тут кто во что верит, то и видит.

Мы недооцениваем психосоматику. Это достаточно мощный инструмент. Из моих бесед с врачами из отделения пограничных психических расстройств выходило, что чуть ли не всех больных, что поступают в больницу, нужно проводить через их отделение.🙂

Враховуючи ступені розведення де пропорція діючої речовини до водички (чи цкру) становить десь як чайна ложка на Атлантичний океан - це не просто ближче до плацебо, це і є плацебо. Навіть самі справжні гомеопати, які "пересвідчилися в її дієвості на власному досвіді і на досвіді тих кого лікували", ніяк неможуть об'єктивно, тобто за допомогою тестів і аналізів, сказати чи та цукрова кулька є з баночки над якою поколдував "справжній" гомеопат чи просто така сама але пустишка.

читаючи пости Вомбата часто схоже, що він таки бавиться фітотерапією 🙂 але в даному випадку він мав на увазі "справжню" гомеопатію, яка нажаль від вакцин так само далеко, як гуано і мумійо від сучасних ліків

збирається, він просто очкує😉

А главное не отвлекаться на вопросы почему в такой богатой стране он так херово живёт...

Вы построили склад, а не гараж.

И шо, как это Вам мешает колоться? А вот госпрограмма законодательство мешают мне распоряжаться своим телом и жизнью как я хочу. Понимаете разницу? К тому же, это не агрессия против вакцинации, просто мы переживаем за вас всех, мы же умнее и понимаем, что вы тоже не зверушки, а люди, вот нам вас и жаль чисто по человечески.

Безусловно, ограниченных хватает как с одной стороны, так и с другой. Но это всего лишь защитная реакция на агрессию со стороны проваксеров. А чего Вы ожидали? Не будь этой агрессии, ничего бы и не было. Все войны и противостояния начинаются с того, что кто-то кому-то пытается навязать свою волю, мировоззрение.

Давно пора.Занадто багато розумників хочуть керувати замість працювати руками.Потрібно повернути їх в реальність.

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

Итого, для комфортного взлета вам нужно 4 пакета - openhab, influx, grafana, mosquitto. Все указанные пакеты на столько "родные" для опенхаба что опенхабовцы разработали специальную утилиту для пакетной установки в режиме мастера всех сразу - www.openhab.org/docs/installation/openhabian.html Все 4 пакета работают в тч на малине и очень много людей так и использует опенхаб, поставили все на малину и погнали, НО производительности малины не достаточно например для большого потока данных в influx или при просмотре потом данных в графане, да и в целом малина решение ограниченное и решил не идти по этому пути. За несколько лет ковыряния опенхаба я пришел к следующей схеме, которая может показаться избыточной но на практике показала себя очень и очень. Я на ебее за очень недорого (порядка 80 баксов по памяти) приобрел микро ПК HP EliteDesk 800 G1 Desktop Mini, в конфигурации intel i3-4030U/8G. Это коробочка очень миниатюрных размеров с внешним БП, которая при этом является брендовым (а значит в теории более надежным) полноценным ПК. Они бывают в разных конфигурациях но вот я нашел именно такой из соображений "до 100 баксов но живой и на приличном процессоре". На него ставится любая ось, начиная от винды 10 и заканчивая любым линуксом. . Некоторое время (наверное с год) на нем крутилась убунта с заинсталлеными пакетами опенхаба и всего нужного, в том числе того до чего ееще не дошел разговор, это работало и каши не просило, но по факту оказалось что такое решение не очень удобное. Пакеты и софт имеют свойство обновляться, выходят новые версии, новый функционал который хочется попробовать, пару раз обновления не проходили без проблемм, было пару ситуаций когда обновление рас***ашивало все, и я мог потратить весь вечер на банальное восстановление работоспособности. А потом у меня умер дешевый SSD и е-но утянул за собой все ) Это был эпик фейл который мне показал что я делаю что-то не так (см. самый первый пост темы) Я решил что мне нужна контейнерная виртуализация, так что-бы я мог бекапить контейнеры, поднимать их по щелчку пальцев, переключаться между версиями и вообще спать спокойно. Я поизучил разные бесплатные решения и остановился на proxmox ve (www.proxmox.com/en/), который мне показался не сильно красноглазым и с удобным веб-интерфейсом для тех кто любит "открывать окна мышкой". Потратив пару вечеров на чтение документации пришел к тому что по хорошему для proxmox требуется 3 физические машины в кластере, что-бы заработало бекапирование автоматические и авторазворачивание сервисов при падении физической машины. Но у меня 3х пока нет, зато был второй ПК HP Microserver GEn8 который я давно использовал как файлопомойку и бекап. Итого я поднял на двух железках proxmox, объединил их в кластер и наподнимал на них тонких контейнеров LXC под все сервисы отдельно. Сейчас это выглядит так Что мне это дало сразу: 1. Все сервисы в отдельных контейнерах, все контейнеры бекапятся по расписанию 2. Я могу сервисы обновлять не переживая, если обновление не взлетело - я просто откатываю контейнер до предыдушего состояния 3. Я могу поднять совсем новый контейнер рядом с новой версией софта (делал так когда вышел третий опенхаб), поиграться и если вижу что норм то - старый гашу, новый оставляю 4. Контейнеры бекапятся перекрестно - первый "сервер" на второй, второй на первый. Если упадет железка или диск то восстановить будет сильно-сильно проще. В планах - докупить еще один микродесктоп, сделать 3м в кластер и настроить автоматический фейловер Важные нюансы: 1. Самый главный нюанс, если контейнер предполагает использование USB (zwave zigbee modbus и тп) то контейнер надо поднимать сразу как "unprivileged" иначе вас ждет куча секса с правами на порт в линуксе. Переделать существующий контейнер в unprivileged в теории можно но на практике у меня получалось с вероятностью 50%. 2. Контейнеры по возможности следует поднимать с alpine linux, разница по диску и памяти с убунтой колоссальная. Но увы не все (например openhab) на alpine поднять или проблематично или невозможно, тогда по вкусу убунту/дебиан/генту...

Дуб, патина.

Mqtt Другая штука которая вам с вероятностью 99% понадобится при автоматизации дома это MQTT. Википедия сообщает следующее MQTT (англ. Message Queue Telemetry Transport) — спрощений мережевий протокол, що працює на TCP/IP. Використовується для обміну повідомленнями між пристроями за принципом видавець-підписник. Другими словами это стандартизированный простой протокол который разработан для задач автоматизации и получения данных от железок и программных систем. С MQTT работает огромное количество продуктов - все возможные ESP прошивки, в тч под sonoff, все железки shelly. А главное все возможные самодельные железки на базе ESP чипов, я также написал пару программ для внутреннего использования которые в конечном счете данные отправляют в mqtt броккер или подписываются на него для получения данных. Поддержка MQTT в опенхабе реализована в максимальной мере, и предусмотрена на каждом шагу, если у вас есть возможность отправить данные по MQTT вы всегда их просто и удобно сможете обработать в опенхабе. Есть только одно НО, если одно время (2я версия) опенхаб поставлялся с встроенным броккером то в акутальных версиях эту возможность убрали и броккер требуется поднимать отдельно, но с другой стороны он может быть любым по вкусу. Я как и подавляющее большинство юзеров опенхаба использую броккер Eclipse Mosquitto mosquitto.org/ (да-да, те самые ребята которые пилили фрймворк под иот). Брокер легковестный, простой, в достаточной степени беспроблемный. Есть только один нюанс на который я наступил - в дефолтном конфиге москито через какое-то время переставал принимать данные от медленных железок, лечится настройкой - stackoverflow.com/questions/49130641/mosquitto-outgoing-messages-are-being-dropped

Influxdb OH в базе самодостаточен и из "коробки" может использоваться сам по себе, как минимум для ознакомления НО он предусматривает по своей природе что его нужно дополнить дополнительными программными пакетами. Несмотря на то что ОН собирает данные из 100500 внешних систем, по хорошему, не требует их хранения, он просто их закидывает в биореатор сценариев в памяти, который на базе *текущих* значений строит некую логику взаимодействия которая вам нужна. Однако есть возможность OH дополнить так называемым Persistent Storage (www.openhab.org/docs/tutorial/persistence.html). Это внешнее хранилище куда OH будет складывать данные которые он получает из разных систем и которые считает сценариями, данные четко привязаны к сущностям и могут быть в будущем использованы в логике самого опенхаба. Например вы получаете доступ в сценариях к таким штукам как "среднее значение датчика за последние сутки" "значение 24 часа назад" "прошлое состояние" и тп багацтво, с которым логика играет другими красками. Потому Persistent Storage это то что нужно подключить и настроить сразу, как настроить про это все есть в документации. Я просто хочу остановится на том почему это должен быть именно influxdb ) Influxdb это timeseries база данных, которая изначально заточена под хранение данных завязанных на время, она интегрируется максимально просто и естественно, НО дело даже не в этом а в том что данные, сохраненные опенхабом в influxdb, это автоматически и сразу отличный способ получить визуализированные данные в другом программном продукте - grafana. Вот прямо сразу и с разгону, с минимальными движениями и усилиями, вы получаете мощное средство для визуализации, анализа и изучения данных которых в случае с OH будет очень много.

Постоянство признак чего-то там... Я смотрю у Вас пунктик на чужих штанах. Любите мужчин без штанов? ) Я чего спрашиваю вапще-то, нормальным людям не приходят в голову подобные аналогии, ведь штаны это одeжда, люди тысячи лет носят одежду, это удобно. А добровольно надевать намордники начали совсем недавно, и это неудобно, это нарушает дыхание, нарушает речь и выглядит по дебильному ) Потому Ваши постоянные отсылки к штанам, должны иметь глубокий психологический подтекст, мне так кажется.

Вечером решил заехать посмотреть как сохнет бетон, обнаружил что в мое отсутствие заходил какой-то пушистый гость и оставил следы. Я намочил бетон и затер подручными инструментом в виде куска эппс. и получилось так

не факт, у нас крупные потребители такие как Коломойский (Запорожский ферросплавный завод) работают на экспорт (им идет возврат 20 % НДС и не факт, что за ЭЭ платят больше т.к. Коломойский в прошлом году купил с дисконтом в -40 % ЭЭ от Энергоатома). Кстати на Запорожском ферросплавном заводе Коломойский крипту майнил т.е. от его продукции толку обычному человеку никакого (и государству тоже т.к. любой олигарх больше выгребает из бюджета, чем дает туда в виде налогов, которые либо вообще не платит либо минимизирует). У нас избыточное налогообложение и цена ЭЭ в этой схеме это мизер... весь крупный бизнес уходит он налогообложения и то, что он переплачивает якобы за ЭЭ он компенсирует неуплатой налогов (в офшоры или обезличивание через ФОП на упрощенке). Просто крупный бизнес более организован чем обычные люди и он найдет возможность как не переплачивать даже платя 6 грн. за кВт :).

И чтобы не париться правильная/неправильная подготовка гипса под плитку, попадет/не попадет влага на штукатурку под плитку: делается ЦПШ и приклеивается к ней плитка. И плиточник и хозяин довольны и не нервничают.