standov
-
Публікації
8 398 -
Зареєстрований
-
Відвідування
-
Днів у лідерах
5
Тип публікації
Профілі
Форум
Календар
Усі публікації користувача standov
-
Ну це не мій варіант, в мене там будуть лише машини ну і потенційно інвертор. Мені якщо зазори закрити то вже мвє вистачити з головою
-
Так, в нас на алектричці пробіг став більше бо чисто психологічно "запригнув і мотнув" на двз то якось все більш напряжно, шумно і тп. Я ніколи на двз не іздив на нову пошту а на іграшці(закреслено) електро - практикую. Пс. Хожу нормально, з собакою, кожен дееь, бо я вас знаю )
-
Споживання машини в мене 400-500квтг взимку, влітку трошки більше бо в дітей починаються виїздні пласти, парки і тп. Меньший подросте буде ще більше, бо щараз в нього фактично лише садочок і 1 гурток, в старшої 3 гуртки. Я рахую з запасом да, тобто виходячи з концепту граничного використання, ну хай буде 2тис. Але ця ціна не враховує ні потенційне здорожчання ні переправляення надлишків на будинок. Карбонат я маю на увазі монолітний полікарбонат. Стосовно щілин вище обговорювали, рішення ринок вже дає, стосовно ідеальної герметичністя - а нащо це треба для авто-навісу?)
-
ну це не варіант, 2квт то забагато про це і мова +- так само, може трошки більше. Стосовно окупності - 12 місяців по 3кгрн це вже майже косарь баксів, окупність капвитрат в 2-3-4 роки це вже по "індустрії" дуже вигідно. Плюс я-ж не планував його за 2к купляти, питання було в цілому чи хтось щось таке юзав, бо така потужність мені точно не потрібна і може бувають менші дешевше. Питання окупності зараз це трошки самообман, бо по перше вартість електрики буде далі збільшуватися (ще думаю в 2-3 рази точно) а по друге 2 косаря зараз, коли я працюю це не 2 косаря потім коли я не захочу працювати і планую жити на накопичення, а електрична машина то вже явно реальність до фінішу. Стосовно панелей то ідея була про те що панелі ВЖЕ зараз дешевше карбонату (50-100$ за квадрат) на кришу, і вкладати в карбонат під 2к я точно не хочу бо це просто дичина якась, а вкласти в панелі, хай і дорожче по кріплення, монтаж і тп, я можу розглянути цей варіант. Тобто якщо розглянути ідею в комплексі і не як лупашить панелі на існуючу кришу, а як саме "замінити" ними кришу то економічно то має сенс як на мене. Якщо ще і вийде, як вище запропонували, пустити на вхід гібріду домашнього то це взагалі буде агонь-історія
-
ну подивлюся, в мене фільтр не під мойкою а далеко в шафі, там місця вже мабуть нема. в общем теоретично буду подивитися. Наразі я ту всю історію через інше, в мене фільтр вже двічи сигналив про необхідність заміни картріджів (думаю тупо рахує цикли запуску помпи), я скинув і відповідно було цікаво шо-ж мені там лиється на таких вводних. Наче поки живе -
подумаю, чатжпт так теж порадив ) мене фільтр в "коробці" то буде надто колхозно мабуть, але вивчу тему за нагоди
-
"думайте як залізка" Варіант 1, точно рабочий але багато рухів Зробіть по каналу на кожну залізку, прямо в налаштуваннях каналу добийтеся щоб канал чітко відповідав формату даних або свіча або контакта, це 100% можно бо це базові можливості mqtt бондінга, далі зробіть по айтему на кожен канал відповідного типу і поєднайте правилом якщо це потрібно Варіант 2. Більш лаконічний. Створити 1 канал який буде читати з одного топіка (лампа) а писати в другий (перемикач) та трансформовувати то все до формату свіча Свіч на цей канал, вимкнути автоапдейт і забити на контакт бо імхо він не потрібний на рівні опенхабу
-
Покажіть конфігурацію для отих двох каналів які в свічі і чого їх два?
-
Items, якщо це спеціально не вимкнути (autoupdate), завжди сетять свій стан незалежно від того чи вдалося в канал зробити "корисну роботу". Відповідно у вас профіль відпрацював з транформацією. Не має великого сенсу робити профіль як ви зробили, бо ви фактично намагаєтеся свічу встановити значення яке він не знає як відобразити (тому іконку міняє на текст). Якщо в вас не з'являється в mqtt топіка то з ймовірністю 99% щось не так в things яким відповідає channel Ви кудись не туди пішли, ви спробували то що я вище писав про stateTopic commandTopic + transformationPattern? Не спрацювало?
-
@k-masterне можу нічого сказати, не заводжу через ui ні items ні things, тому не стикався мабуть з таким багом
-
Чатжпт має таку думку Оцінка стану вашого зворотного осмосу за показниками до та після фільтрації: До фільтра (вхідна вода): pH: 6.7 – у межах норми, хоча трохи кислувата. Провідність: 320 µS/cm – доволі жорстка вода. Загальна мінералізація (TDS): 160 ppm – середній рівень. Солі: 158 ppm – доволі високий вміст розчинених солей. Після фільтрації (осмотична вода): pH: 6.32 – трохи нижчий, що типово для осмотичної води. Провідність: 60 µS/cm – значне зниження, що свідчить про ефективну роботу мембрани. TDS: 29 ppm – дуже хороший результат, означає, що мембрана працює належним чином. Солі: 0 – фільтр добре видаляє розчинені солі. Висновок: Фільтр працює ефективно – видалення мінералів та солей відбувається належним чином. Зниження TDS з 160 ppm до 29 ppm свідчить про близько 82% ефективності мембрани, що є нормальним показником для хорошого зворотного осмосу. Якщо система вже працює тривалий час, слідкуйте за подальшим зростанням TDS після фільтра – якщо він перевищить 40-50 ppm, можливо, варто розглянути заміну мембрани. Ще один момент – pH після фільтра трохи знизився (6.32), що типово для осмотичної води. Якщо ви хочете підняти його ближче до нейтрального рівня (7.0), можна додати мінералізатора бо нейтралізуючий картридж.
-
Купив, поміряв Зі скважини 6.7ph 320us/cm 160ppm Sail O.o1% 158ppm ? Це шо? Після проточного осмоса 400 мембрана, десь рік мабуть як встановлена 29ppm 6.32ph 60us/cn Salt 0% salt 29ppm Схоже з мемраною все ок, але пш якийсь в мене дивний. Ну схоже предфільтри треба поміняти чи що?
-
Шукаю хто може допомогти Потрібно будівництво "під ключ" зони відпочинку біля будинку. Ворзель Буча Ірпінь
-
від проекту по візуалізації до реалізації Приблизний склад зони (25*5м) 1. паркан габіон 2. площадка 3. відкрита "альтанка" 4. "сарайчик" бюджет обмежений помісячно
-
Ну в цілому пофіг, шо то шо то - вже стопслово, коли я років надцять дивився то мпні здалося що белараша.
-
Приклад з дркументації, там правда з додатковою трансформацією але не принципово Thing mqtt:topic:bedroom1-switch (mqtt:broker:myInsecureBroker) [ availabilityTopic="tele/bedroom1-switch/LWT", payloadAvailable="Online", payloadNotAvailable="Offline" ] { Channels: Type switch : power [ stateTopic="stat/bedroom1-switch/RESULT", transformationPattern="REGEX((.*POWER.*))∩JSONPATH($.POWER)", commandTopic="cmnd/bedroom1-switch/POWER" ] } Це черкз files, але можна використати як шпаргалку для інтерфейса, плюс погратися з autoupdate. Якщо хочеться саме мати окремий контакт та лампу то я би може пошукав в комьюніт маркетплейсі якийсь ruleTemplate про це, я не натикався але мені здається може бути
-
Зррзумів, тобто у вас бістабільний вимикач, не імпульсний, який заведений прямо в ох, ну тоді я би мабуть робив як вище писав, з thing stateTopic та правило з посилання в mqtt команди напряму черкз actions або через commandTopiс+autoupdate=false. Якщо у вас задача лише зв'язати лампу з вимикачем не бачу глибокого сенсу мати повноцінний Contact
-
Оце ви шукаєте? Це в налаштуваннях каналу thing
-
Якщо ви почитаєте доку про контакт, то там написано що він для readonly кейсів Іншими словами він не має перемикатися ні в інтерфейсі ні правилами. Найкращий приклад залізки для contact це геркон, ви його статус читаєте але не можете міняти в ох, тільки хардварео, на це наприклад орієтовані дефолтні інтерфейси. Тобто це можна натягнути на лампочку (яка вбо горить або ні) але аж ніяк не на перемикач, який ви в інтеріейсі можете переключити По мапінгу, почитайте доку на mqtt бондінг, вм точно є, я просто thing завжди роблю через files і не пам'ятаю що там в інтерфейсі, але зазвичай там є галочка Advanced яка відкриває доступ до додаткового функціоналу
-
Вимикач настянній тут мається на увазі хардварний? Тобто він має два бондінга на вхід вихід? Я категорично проти таких схем коли хардварний вимикач та хардварна лампа зв'язуються через ох, бо це по перше не найдііно а по друге вносить затримку. Якщо лампу та вимикач поєднати між собою поза опенхабом (зігбі прив'язка, електрично, реле якесь) то контакт не потрібен і достатньо аросто свіч лампи зкий читає/міняє стан, і в усих прикладах схема саме така, напрямую мапимо лампу. Використовувати контакт (contact) для чогось що може змінити юзер напряму не коректно, якщо вже робити таку єтажерку правил то саме лампа мсє бути Contact, а свіч настінний Switch. Якби мені було потрібно всеж так зробити як ви хочете, я би мабуть. 1. Зробив 1 mqtt thing який має stateTopic(ввшого настянного перемикача) 2. Зробив switch для лампи на цей thing 3. Зробив правило на цей switch при update слати в mqtt команду.для лампи Тобто айтем на перемикач імхо зайва сутність і я шось не зузстрічав в інших щоб вони її використовували. Це трошки на пальцях, і може я шось не так зрозумів
-
Чесно кажучи не дуже розумію про два правила, можете пояснити думку? Я особисто все світло ( да і не лише світло) заводжу через мою проксі-бібліотекуюґ, але і там є лише свіч, через проксі. Що ви робите з контактом і нащо? Достатньо свіча.
-
Функція технічного супорту виробника - розрулювати кейси поза документацією та поза штатними режимами (і ескаліровать процес уточнення документації/кейсів по інсталяторам по результатам), розрулування тривіальних кейсів має брати на себе рівні *під* виробником - або комьюніті або інсталятори, це схема яка напрацьована роками, ви або в ній або вас нема
-
Ви намагаєтеся натягнути сову на глобус. Це оверпрайс, багато кому не потрібна документація, багато хто хоче завершене коробочне рішення яке просто працює, а коли не працює то приїздят навчені люди та воно починає працювати, це цивілізація, це то як воно має бути в ідеаьному світі, це нормально, це коштує грошей, великих грошей, це називається послуги інсталятора, і це абсолютно нормально. А чат в телеге виробника це хрень, вибачте за мій французький та прямоту. Це робить продукт в каналі абсолютно не конкурентноздатним, про це і мова, бо це вартує дохєра для виробника але абсолютно не ефективно бо менеджер виробника це попка, який йде по сценарію і не формує додаткову вартість, про це і мова коли я говорю що виробник має дуже дивні, нічим не підтверджені, амбіції. Такий сценарій., суто теоретично, може існувати коли продукт абсолютно над ринком, черкз принципово понад конкуренті переваги, тут це взагалі не так, це звичайний пропрієтарний плк.
-
Розумієте, ви накидали варіантів в яких вам пристрій підійшов згідно заявленого ф-лу, але тут не обговорюють що пристрій не робить те що заявлено виробником, тут обговорюють те що пристрій пропрієтарний та оверпрайс, ні то ні інше не заважає йому виконувати заявлений функціонал(то би було зовсім інша історія). Тобто ви навели доводи які ніяк не релевантні обговоренню і чогось вважає що комьюніті винно в тому що ви не почули *суті* зауважень. Я можу помилятися, бо останні пару дні по діагоналі читав, вле мені здається тут не було жодного зауваження до суті функціонала. Пристрій проприєтарний - це факт. Комьюніті нема - це факт Документації глибокої нема (бо нема комьюніті) - це фвкт Є ціна яка в 10-2 рази вище за інші рішення на ринку (які мають комьюніті та переважно не пропрієтарні) - не знаю чи факт, але протилежного поки не довели. Тобто мені як користувачу не зрозуміло ціноутворення взагалі. Мова була саме про це, в не тк що ви на цьому зробити змогли за допомогою супорту в телеге з третього разу. Я можу по інструкції в неті на умовній маліні зробити сигналізацію, чи це шось доводить про адекватність цього рішення для інших?
-
Ці відомі беларуські креветки
