Перейти до публікації
Пошук в
  • Додатково...
Шукати результати, які містять...
Шукати результати в...

standov

Пользователи
  • Публікації

    7 481
  • Зареєстрований

  • Відвідування

  • Днів у лідерах

    3

Усі публікації користувача standov

  1. по памяти там кстати всех предупреждали, и обновление же дло сугубо добровольное. Но конечно никто не читает, это факт
  2. да но опенхаб 80ю (судя по документации) поддерживает, а сам яблотрон как понимаю нет. Безусловно ничего нет вечного, новы же первый про 35 лет начали )
  3. пока я тут трындел вышел релиз 3.2 github.com/openhab/openhab-distro/releases/tag/3.2.0 Из потенциально-интересного что бросается в глаза - интеграция с микротик, добавился маркетплейс аддонов от сообщества, какое-то дикое количество улучшений для облачного miio ксяомишного бондинга, поддержка WOL, большое количество правок по Zigbee (хот мне Zigbee2mqtt как-то понятнее). В общем-то ничего революционного, багфикс и эволюция
  4. ну тут речь, как я понимаю, о том что если у вас есть старое то вы в пролете, как и большая вероятсность что через 5 лет вы будете в пролете с текущей системой, поддержку которой прекратят. Да, реновация это тоже вариант но можно и без
  5. безсловно нет, поэтому если у вас есть опенхаб вы всегда можете сделать эту логику сколько угодно многоступенчатой 1) если есть кто-то дома 2) если телефон не в сети или появился последние 5 минут 3) если у вас в машине гпс метка показала что вы +-200 метров от дома 4) переспросить в телеге в конце концов ) 5) включить видеонаблюдение на принудительную запись 6) .. фантазия-фантазия-фантазия это именно то о чем я говорю, oh дает вам возможность отойти от линейной логики навязанной разработчиком, как отойти от линейной одноступенчатой логики испульсных реле "если - то" в случае с ПЛК. никто никуда не прокинут ) не открываетп отому что пока нечего открывать но это ничем не *хуже* любого брелка, просто интегрированного в машину но точно может быть дополнено какими-угодно проверками а значит это точно безопаснее обычного брелка. И да конечно это не ради возможности включить полив, это ради неограченной возможности делать то что хочешь а не то что можешь ) Да, безусловно, хотеть можно деструктивного, тут надо свои хотелки внимательно соизмерять
  6. опенхаб вообщ никакого железа не выпускает ) существует тоже достаточно давно (конечно не 35 лет) но поддерживает и правда очень древние железки, по крайней мере натыкался на какие-то древнючие американские термостаты и прочие HVAC из фильмов "Один Дома" ). Они у вас есть, работают, свое дело делают, а теперь мы их интегрируем с вашим новеньким NEST например, как-то так выглядит типичное обсуждение в кастомерском форуме опенхаба. ПС. У меня кстати одно время работала интеграция с *усилителем* Marantz PM7200 года так двухтысячного, пока было где его слушать )
  7. я видимо нить потретял ) Можно ли делать одно событие разными способами? безусловно, для этого есть прокси-логика и бизнес-логика а дальше полет фантазии. нет нет и нет. Это все именно для того чтобы получить работающее стабильное безопасное решение а также обсуждение граблей на этом пути ) зуд в руках это побочное заболевание, условие необходимое (факт) но не достаточное.
  8. Электрика Электропитание в доме организовано по схеме резервирования одной фазы через ИБП с аккумуляторами, схема очень приятная и мне категорически нравится и всем советую, есть только у нее недостаток - если в городе пропал свет и при этом в чатике поселка никто не спросит "а где свет" то можно очень не сразу догадаться что сидишь на АКБ и что не плохо бы было выключить лишний свет и/или погасить один телевизор. Кроме этого есть такое профзаболевание - страсть смотреть графики ). Я решил что мне нужен способ мониторить состояние электросети от города а также состояние АКБ. Основное требование было - измерение тока токовым трансформатором а не шунтом, ставить непонятные китайские шунты в сеть дома мне кажется весьма небезопасно. Для реализации первой задачи я пошерстил инет в поисках максимально-недорогого и при этом функционального решения, по большому счету вариантов получилось 4: 1) PZEM модули с алишечки, например PZEM-004T. Это забавная штука которая умеет мерять ток/напряжение и имеет наружу modbus. Штука правда интересная и к ее вариации я еще вернусь 2) Наши родные счетчики SmartMac D103. Я с ребятами пообщался на выставке обсудили перспективы и работу mqtt и тп задротские нюансы. Штука забавная и я в конечном итоге использовал другой их продукт но цена на конкретно D103 мне показалась абсолютно неоправданной. 3) Zwave трехфазный "счетчик" QUBINO 3-PHASE SMART METER - GOAEZMNHXD1. Штука мне на бумаге очень понравилась и я долгое время ее рассматривал как кандидата на скорую покупку. Минус и большой один - там НЕ ТТ а шунты, но по скольку это не китай и плюс это Zwave где сертификация занимает отдельную историю, я с этим фактом смирился 4) Shelly 3EM, окончательный выбор мимо которого я пройти не смог, впоследствии у меня будет еще пяток их девайсов. То редкое сочетание когда и не дорого и хорошо. Shelly вообще и 3EM в частности. Что это и почему, это компания (вроде как Болгария) которая делает достаточно большой спектр ооочень недорогих устройств для автоматизации домов. Самое правильное что ребята на мой взгляд сделали, это посадили по человеку ответственному за реализацию интерфейсов к опенхабу и hass, оторванных от облаков. Да у них есть свое приложение, свое облако но ребята не стали надувать сопли пузырями и рассказывать что они сейчас победят hass или openhab. Они возглавили ). На сейчас поддержку железок Shelly в опенхаб (www.openhab.org/addons/bindings/shelly/) можно назвать идеальной, все-все железки в тч новые сразу уимеют в опенхаб прямо из коробки, суппорт реагирует и отвечает на все вопросы и активно включается в изучение проблем. В общем молодцы и ребятам пламенный привет. Про 3EM Это штука на дин-рейку, по ширине чуть больше 1 места, имеет 3 канала с токовыми трансформаторами и 3 канала по напряжению. Есть неий четвертый канал который по мануалу можно использовать для контроля продажи электрики в сеть но у меня почему-то он не заработал как полноценный. Имеет вайфай и по локальной сети либо брокастами либо на прописанный хост умеет слать данные которые умеет понимать родной очень приятный бондинг в опенхабе. Питание эта штука получает прямо по одному их входных каналов которые меряют напряжение. Есть небольшой нюанс который характерен для моей схемы питания - поскольку у меня питание организовано через УПС то и напряжение по одной из фаз будет меряться после УПС. С-но если есть желание мониторить напряжение до УПСа и стабилизаторов на других фазах и после и при этом что-бы железки сами висели на фазе резервированной - их надо аж 3 штуки, я пока обхожусь одной но планирую именно что 3, благо цена на них вразумительная. АКБ Для мониторинга напряжения и тока АКБ я остановился на упомянутом выше PZEM, тут уже ТТ по очевидной причине не будет работать, только шунт. их есть несколько разных вариантов мне идеально подошел PZEM-017 с шунтом на 50А (aliexpress.ru/item/4000277396829.html?item_id=4000277396829&sku_id=10000001130795271&spm=a2g39.orderlist.0.0.61f34aa6WukF8L). Нюансы работы с модбасом я рассмотрю в отдельном посте, пока просто учтите что бумажечка с регистрами из комплекта PZEM это то без чего у вас не ничего не получится. К сожалению для мониторинга тока заряда/разряда АКБ необходимо врезать в 10мм2 кабель токовый шунт, кабель родной резать не хотелось и я пока меряю только напряжение АКБ, чего мне достаточно для понимания "сколько там еще осталось". Прокси для электропитания Group Equipment_ElectricityInverter "Інвертор" <plug> (Main, gEquipmentElectricity, gEquipmentElectricity_A) ["Inverter"] Group Equipment_ElectricityInverterBattery "Батарея інвертора" <plug> (Equipment_ElectricityInverter) ["Battery"] Number:ElectricPotential Equipment_ElectricityInverterBattery_Voltage "Напруга АКБ [%.2f %unit%]" <voltagea> (Equipment_ElectricityInverterBattery) Number:ElectricCurrent Equipment_ElectricityInverterBattery_Current "Струм АКБ [%.0f %unit%]" <voltagea> (Equipment_ElectricityInverterBattery) Group Equipment_ElectricityInput "Ввод електрики" <plug> (Main, gEquipmentElectricity) ["Equipment"] Group:Number:AVG Equipment_ElectricityInputV "Напруга від міста [%.0f V]" <plug> (Equipment_ElectricityInput) ["Measurement", "Voltage"] Number:ElectricPotential Equipment_ElectricityInputVA "Напруга від міста A [%.0f %unit%]" <voltagea> (Equipment_ElectricityInputV, gEquipmentElectricity_A) Number:ElectricPotential Equipment_ElectricityInputVB "Напруга від міста B [%.0f %unit%]" <voltageb> (Equipment_ElectricityInputV, gEquipmentElectricity_B) Number:ElectricPotential Equipment_ElectricityInputVC "Напруга від міста C [%.0f %unit%]" <voltagec> (Equipment_ElectricityInputV, gEquipmentElectricity_C) Contact Equipment_ElectricityLostAlarm "Відсутне энергопостачання від міста [MAP(uk.map):%s]" <error> (Equipment_ElectricityInput, gAlarms) ["Alarm", "Voltage"] Group:Number:SUM Equipment_ElectricityInputP "Споживання від міста [%.0f W]" <plug> (Equipment_ElectricityInput) ["Measurement", "Power"] Number:Power Equipment_ElectricityInputPA "Споживання від міста A [%.0f W]" <flash> (Equipment_ElectricityInputP, gEquipmentElectricity_A) Number:Power Equipment_ElectricityInputPB "Споживання від міста B [%.0f W]" <flash> (Equipment_ElectricityInputP, gEquipmentElectricity_B) Number:Power Equipment_ElectricityInputPC "Споживання від міста C [%.0f W]" <flash> (Equipment_ElectricityInputP, gEquipmentElectricity_C) Group Equipment_ElectricityHome "Живлення будинку" <plug> (Home, gEquipmentElectricity) ["Equipment"] Group:Number:AVG Equipment_ElectricityHomeV "Напруга мережі будинку [%.0f V]" <plug> (Equipment_ElectricityHome) ["Measurement", "Voltage"] Number:ElectricPotential Equipment_ElectricityHomeVA "Напруга будинку A [%.0f %unit%]" <voltagea> (Equipment_ElectricityHomeV, Equipment_ElectricityInverter, gEquipmentElectricity_A) Number:ElectricPotential Equipment_ElectricityHomeVB "Напруга будинку B [%.0f %unit%]" <voltageb> (Equipment_ElectricityHomeV, gEquipmentElectricity_B) Number:ElectricPotential Equipment_ElectricityHomeVC "Напруга будинку C [%.0f %unit%]" <voltagec> (Equipment_ElectricityHomeV, gEquipmentElectricity_C) Group:Number:SUM Equipment_ElectricityHomeP "Споживання мережі будинку [%.0f W]" <plug> (Equipment_ElectricityHome) ["Measurement", "Power"] Number:Power Equipment_ElectricityHomePA "Споживання будинку A [%.0f W]" <flash> (Equipment_ElectricityHomeP, Equipment_ElectricityInverter, gEquipmentElectricity_A) Number:Power Equipment_ElectricityHomePB "Споживання будинку B [%.0f W]" <flash> (Equipment_ElectricityHomeP, gEquipmentElectricity_B) Number:Power Equipment_ElectricityHomePC "Споживання будинку C [%.0f W]" <flash> (Equipment_ElectricityHomeP, gEquipmentElectricity_C) Железо Shelly Number:Power Shelly_EM3_2_APower "A [%.1f W]" {channel="shelly:shellyem3:####:meter1#currentWatts", expire="5m"} Number:Power Shelly_EM3_2_BPower "B [%.1f W]" {channel="shelly:shellyem3:####:meter2#currentWatts", expire="5m"} Number:Power Shelly_EM3_2_CPower "C [%.1f W]" {channel="shelly:shellyem3:####:meter3#currentWatts", expire="5m"} Number:ElectricPotential Shelly_EM3_2_AVoltage "A [%d V]" {channel="shelly:shellyem3:####:meter1#voltage", expire="5m"} Number:ElectricPotential Shelly_EM3_2_BVoltage "B [%d V]" {channel="shelly:shellyem3:####:meter2#voltage", expire="5m"} Number:ElectricPotential Shelly_EM3_2_CVoltage "C [%d V]" {channel="shelly:shellyem3:####:meter3#voltage", expire="5m"} Железо PZEM Bridge modbus:serial:PZEM_1 [ port="/dev/usbHL340", id=1, baud=9600, stopBits="2.0", parity="none",dataBits=8,enableDiscovery=true,encoding="rtu" ] { Bridge poller holding [ start=0, length=8, refresh=1000, type="input" ] { Thing data voltage [ readStart="0", readValueType="uint16" ] Thing data current [ readStart="1", readValueType="uint16" ] } } Number:ElectricPotential PZEM_1_Voltage "Voltage [%d V]" {channel="modbus:data:PZEM_1:holding:voltage:number", expire="5m"} Прокси-правила (кусок), тут очень красноречивый пример, когда 1) железка отдает напряжение в сотых вольта, а виртуальная железка уже оперирует "нормальными" вольтами 2) пока у меня нет стабилизаторов и только одна EM3 я считаю что она у меня снимает напряжение и до и после несуществующих стабов, но виртуальная инфраструктура заложена по максималкам и на вырост. ule "Equipment_ElectricityInverterBattery_Voltage update" when Item PZEM_1_Voltage received update or System started then if (PZEM_1_Voltage.state != UNDEF) { val v = PZEM_1_Voltage.state as Number var Number value = 0|V; if (v > 0) { value = v/100; } Equipment_ElectricityInverterBattery_Voltage.postUpdate(value) } else Equipment_ElectricityInverterBattery_Voltage.postUpdate(UNDEF) end rule "Equipment_ElectricityHome A update" when Item Shelly_EM3_2_AVoltage received update or Item Shelly_EM3_2_APower received update or System started then if (Shelly_EM3_2_AVoltage.state != UNDEF) { val v = Shelly_EM3_2_AVoltage.state as Number Equipment_ElectricityHomeVA.postUpdate(v) Equipment_ElectricityInputVA.postUpdate(v) val w = Shelly_EM3_2_APower.state as Number Equipment_ElectricityHomePA.postUpdate(w) Equipment_ElectricityInputPA.postUpdate(w) } else { Equipment_ElectricityHomeVA.postUpdate(UNDEF) Equipment_ElectricityHomePA.postUpdate(UNDEF) Equipment_ElectricityInputVA.postUpdate(UNDEF) Equipment_ElectricityInputPA.postUpdate(UNDEF) } end Зачем это все городилось: rule "Equipment_ElectricityHome lost" when Item Equipment_ElectricityHomeVC received update // мониторим фазу С потому как A на ИБП or Time cron "0 0/1 * * * ?" or System started then if (Equipment_ElectricityHomeVC.state == UNDEF) { // что-то поломалось } else if (Equipment_ElectricityHomeVC.state < 100|V) { // напряжение меньше 100В = нет электрики Main_NotifyMessage.sendCommand("Відсутне энергопостачання від міста") } else { Main_NotifyMessage.sendCommand("Відновлено энергопостачання від міста") } end Тут обращаю внимание на маленьку грабельку - когда по фазе напряжения нет то шелли показывает некий потенциал до пару вольт, скорее всего это просто наводка от зарезервированной фазы, потому проверять в правиле напряжение на "ровно 0" нельзя, я этот момент достаточно долго не мог осознать и не догонял почему правило не срабатывает. Ну и конечно если у вас питание не зарезервировано то все не так весело. Чуть ранее я писал про пользу интеграции influx с openhab, пришло всемя показать как это все работает. Поскольку все метрики выше собираются и хранятся то статистика доступна к просмотру и анализу, что очень бывает удобно для понимания "че вообще происходит", "сколько купить АКБ", "какой мощности нужен генератор" и тп насущные вопросы. Я не буду тут рассказывать как рисовать графики в графане, это все разжевано в документации и кроме того очень сильно отличается между версиями 1 и 2. Чего нет но надо доделать 1) Уведомление о низком напряжении АКБ, тут в планах просто считать если среднее напряжение за последние n-минут меньше некоего то алярм 2) Еще двух 3EM для полноценного и честного обмера 6 каналов и бесперебойным питанием 3) Чисто теоретически есть в планах добавить обсчет "оставшегося времени по текущей нагрузке", но это уже когда совсем будет скучно
  9. @uafisherесли в терминах электриков, сделать управление зональное светом/мастер можно и на импульсных реле и на ПЛК, и то и то будет работать и решать задачи, но говорить что это конкурирующие решения - не корректно, это просто разные уровни абстракции с разными возможностями.
  10. именно поэтому в посте про охрану есть дисклеймер прямо сразу ) интегрироваться в снятие охраны это самое глупое что можно сделать
  11. тут все тоже не критично, про это был выше пост про прокси-паттерн, который именно и используется для того что-бы отвязать логику от железа и смена железа/протоколов была легкой простой и приятной и не требовала вмешательства в основную логику. Серия постов не имеет задачу показать что OH чем-то прицнипиально лучше конкурентов, это просто личный опыт с аргументацией. НО сравнивать OH следует именно с конкурентами HASS, домотикс, иоброкер и еще парой менее популярных решений. С яблотроном сравнивать не корректно, OH может успешно дополнить яблотрон но это разные идеологии и подходы.
  12. есть приложение "фирменное" под андроид (play.google.com/store/apps/details?id=org.openhab.habdroid&hl=uk&gl=US), под яблоко я точно не знаю что там - не клиент. Куда вы в том-же опенхабе можете сделать абсолютно кастомный интерфейс под ваши задачи (в версии 3 кастомизация интерфейсов зашкаливает неистово). Я специально не касаюсь в своих примерах вопроса интерфейсов потому что там а) нудно б) уж очень вкусовщина в) я сторонник что автоматизации должна по максимуму опираться на естественные "интерфейсы" - выключатель на стене, брелок сигнализации, кнопки на козырьке машины, события окружения (освещенность, влажность и тп). Я стараюсь проектировать все так что-бы жена например даже не подозревала что для управления умным домом есть еще какое-то приложение в телефоне (себе безусловно поставил для контроля как минимум)
  13. поэтому и можно доработать логику до каких-то детекторов влажности или там устреднения прогноза из разных источников или там не полностью выключать полив а сделать "модуляцию" длительности прогнозом/влажностью в 7:40 утра ) вариантов можно придумать мульен, и в случае с ОН вы будете ограничены не платформой а только воспаленной фантазией и временем на проверку/реализацию ) Приколы могут быть где угодно, безусловно OH это не подход "сделал и забыл", про это во втором посте, по памяти, было. Это конструктор для приятного уема зуда в руках, эта тема скорее даже не про то "как можно", этого добра хватает в инете, а скорее про грабли и то как реализацию зуда в руках не делать самоцелью (процесс ради процесса) а все-же на выходе поиметь практический стабильный воспроизводимый результат
  14. к сожалению (или счастью) это только домыслы и я не совсем понимаю как это установить или надежно опровегнуть, но мысль примерно понятна
  15. блин, я третий раз напишу. 1. У меня есть очень большое подозрение что эта труба вторым концом никуда не подключена и просто дренирует по моей дороге и в лесок, у меня 75% времени вокруг болото не проехать ни пройти. 2. Поскольку у меня везде болото и все затоплено то у меня септик не работает (дважды переделывали), если труба все-же куда-то включена то есть ли *законный* механизм вынудить собственика меня в нее подключить раз она лежит по "моей" улице. Сейчас вооканал мне отказывает мотивируя тем что тупо некуда 3. Банально нанести трубу на планы уже будеь профит, ее перестанут регулярно пробивать и рвать и затапливать все вокруг, да и я смогу пойти в водоканал и сказать "вот же труба" )
  16. Сорится прямо с кринцицей если им там впаяют штраф на 100500млн тоже не так что-бы горю желанием, но ситуацию как-то надо разрешить и пытаюсь понять в каком вообще правовом можно действовать и как
  17. еще раз, все знают кто клал, все знают чья труба, экспериментально установлено что там дважды в сутки залповые сбросы почти чистой воды. Дальше что?) вот мой вопрос именно в контесте что мне делать с этими знаниями. водоканал говорил "ничего у вас там нет", вызвать полицию ну составят акт-жалобу, "и че"(с)
  18. сейчас чинят те кто рвут, последний раз сосед подключался в водопостачанню порвал, затопило, пошел к предполагаемому собственику "криниця" тв контексте давайте хоть вместе чинить, его практически послали
  19. совсем болото которое просыхает только в пик лета, плюс это все на площади пару ГА, краситель может что и покажет но это не точно да и плюс это надо как-то в эту трубу попасть, а она транзитом, примерно понятно откуда начинается но не понятно где она может заканчиваться бо там куда она идет тоже нет центральной канализации
  20. я хочу врезаться в официальную трубу, мне город говорит что у вас ее нет, но я точно знаю что она есть, но про нее никто не знает и не понятно откуда она и куда и с каким дебетом и не заканчивается ли она в моем леске
  21. труба именно что мешает, про нее никто не знает и регулярно рвут, заливая все вокруг водой и есть подозрение что эта труба никуда не воткнута а просто дренирует куда получится, и у нас вечное болото, это конечно не факт но для этого я хочу понять как это проконтролировать
  22. нет, суть не совсем в этом. суть в том что вокруг нет на несколько улиц центральной канализации, но при этом есть некая труба в которой точно есть некие ругалярные стоки (вроде как дважды в сутки залповые) и абсолютно не понятно куда эта труба идет и куда вливается. А вокруг у нас болото непросыхающее и не работающие септики ) возникает небольшое подозрение. Сам завод морозится "да труба скорее всего наша но никто ничего толком не знает"
  23. Ситуация следующая, по улице закопана канализация местного предприятия по производству бутилированной воды, про эту канализацию никто из официальных организаций не в курсе, на выкопировках ее нет. Несколько раз ее уже рвали с затапливанием улицы, один раз рвали даже сотдники ДТЕка, которые приехали ставить 10кв линию. Вопросы 1. К кому обратится с целью получить информацию, архитектура говорит "ничего нет, вот смотрите план" 2. Есть ли какая-то процедура врезки в такого вида канализацию, ну например не должны ли собственники предоставлять к ней доступ жителям улицы? 3. Есть ли у нас вообще такое понятие как частная канализация 4. В случае ее обнаружения официальными организациями и она действительно не оформлена, о каких последстиях для организации может идти речь?
×
×
  • Створити...