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

standov

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

    8 240
  • Зареєстрований

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

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

    5

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

  1. Items, якщо це спеціально не вимкнути (autoupdate), завжди сетять свій стан незалежно від того чи вдалося в канал зробити "корисну роботу". Відповідно у вас профіль відпрацював з транформацією. Не має великого сенсу робити профіль як ви зробили, бо ви фактично намагаєтеся свічу встановити значення яке він не знає як відобразити (тому іконку міняє на текст). Якщо в вас не з'являється в mqtt топіка то з ймовірністю 99% щось не так в things яким відповідає channel Ви кудись не туди пішли, ви спробували то що я вище писав про stateTopic commandTopic + transformationPattern? Не спрацювало?
  2. @k-masterне можу нічого сказати, не заводжу через ui ні items ні things, тому не стикався мабуть з таким багом
  3. Чатжпт має таку думку Оцінка стану вашого зворотного осмосу за показниками до та після фільтрації: До фільтра (вхідна вода): 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), можна додати мінералізатора бо нейтралізуючий картридж.
  4. Купив, поміряв Зі скважини 6.7ph 320us/cm 160ppm Sail O.o1% 158ppm ? Це шо? Після проточного осмоса 400 мембрана, десь рік мабуть як встановлена 29ppm 6.32ph 60us/cn Salt 0% salt 29ppm Схоже з мемраною все ок, але пш якийсь в мене дивний. Ну схоже предфільтри треба поміняти чи що?
  5. Шукаю хто може допомогти Потрібно будівництво "під ключ" зони відпочинку біля будинку. Ворзель Буча Ірпінь
  6. від проекту по візуалізації до реалізації Приблизний склад зони (25*5м) 1. паркан габіон 2. площадка 3. відкрита "альтанка" 4. "сарайчик" бюджет обмежений помісячно
  7. Ну в цілому пофіг, шо то шо то - вже стопслово, коли я років надцять дивився то мпні здалося що белараша.
  8. Приклад з дркументації, там правда з додатковою трансформацією але не принципово 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 про це, я не натикався але мені здається може бути
  9. Зррзумів, тобто у вас бістабільний вимикач, не імпульсний, який заведений прямо в ох, ну тоді я би мабуть робив як вище писав, з thing stateTopic та правило з посилання в mqtt команди напряму черкз actions або через commandTopiс+autoupdate=false. Якщо у вас задача лише зв'язати лампу з вимикачем не бачу глибокого сенсу мати повноцінний Contact
  10. Якщо ви почитаєте доку про контакт, то там написано що він для readonly кейсів Іншими словами він не має перемикатися ні в інтерфейсі ні правилами. Найкращий приклад залізки для contact це геркон, ви його статус читаєте але не можете міняти в ох, тільки хардварео, на це наприклад орієтовані дефолтні інтерфейси. Тобто це можна натягнути на лампочку (яка вбо горить або ні) але аж ніяк не на перемикач, який ви в інтеріейсі можете переключити По мапінгу, почитайте доку на mqtt бондінг, вм точно є, я просто thing завжди роблю через files і не пам'ятаю що там в інтерфейсі, але зазвичай там є галочка Advanced яка відкриває доступ до додаткового функціоналу
  11. Вимикач настянній тут мається на увазі хардварний? Тобто він має два бондінга на вхід вихід? Я категорично проти таких схем коли хардварний вимикач та хардварна лампа зв'язуються через ох, бо це по перше не найдііно а по друге вносить затримку. Якщо лампу та вимикач поєднати між собою поза опенхабом (зігбі прив'язка, електрично, реле якесь) то контакт не потрібен і достатньо аросто свіч лампи зкий читає/міняє стан, і в усих прикладах схема саме така, напрямую мапимо лампу. Використовувати контакт (contact) для чогось що може змінити юзер напряму не коректно, якщо вже робити таку єтажерку правил то саме лампа мсє бути Contact, а свіч настінний Switch. Якби мені було потрібно всеж так зробити як ви хочете, я би мабуть. 1. Зробив 1 mqtt thing який має stateTopic(ввшого настянного перемикача) 2. Зробив switch для лампи на цей thing 3. Зробив правило на цей switch при update слати в mqtt команду.для лампи Тобто айтем на перемикач імхо зайва сутність і я шось не зузстрічав в інших щоб вони її використовували. Це трошки на пальцях, і може я шось не так зрозумів
  12. Чесно кажучи не дуже розумію про два правила, можете пояснити думку? Я особисто все світло ( да і не лише світло) заводжу через мою проксі-бібліотекуюґ, але і там є лише свіч, через проксі. Що ви робите з контактом і нащо? Достатньо свіча.
  13. Функція технічного супорту виробника - розрулювати кейси поза документацією та поза штатними режимами (і ескаліровать процес уточнення документації/кейсів по інсталяторам по результатам), розрулування тривіальних кейсів має брати на себе рівні *під* виробником - або комьюніті або інсталятори, це схема яка напрацьована роками, ви або в ній або вас нема
  14. Ви намагаєтеся натягнути сову на глобус. Це оверпрайс, багато кому не потрібна документація, багато хто хоче завершене коробочне рішення яке просто працює, а коли не працює то приїздят навчені люди та воно починає працювати, це цивілізація, це то як воно має бути в ідеаьному світі, це нормально, це коштує грошей, великих грошей, це називається послуги інсталятора, і це абсолютно нормально. А чат в телеге виробника це хрень, вибачте за мій французький та прямоту. Це робить продукт в каналі абсолютно не конкурентноздатним, про це і мова, бо це вартує дохєра для виробника але абсолютно не ефективно бо менеджер виробника це попка, який йде по сценарію і не формує додаткову вартість, про це і мова коли я говорю що виробник має дуже дивні, нічим не підтверджені, амбіції. Такий сценарій., суто теоретично, може існувати коли продукт абсолютно над ринком, черкз принципово понад конкуренті переваги, тут це взагалі не так, це звичайний пропрієтарний плк.
  15. Розумієте, ви накидали варіантів в яких вам пристрій підійшов згідно заявленого ф-лу, але тут не обговорюють що пристрій не робить те що заявлено виробником, тут обговорюють те що пристрій пропрієтарний та оверпрайс, ні то ні інше не заважає йому виконувати заявлений функціонал(то би було зовсім інша історія). Тобто ви навели доводи які ніяк не релевантні обговоренню і чогось вважає що комьюніті винно в тому що ви не почули *суті* зауважень. Я можу помилятися, бо останні пару дні по діагоналі читав, вле мені здається тут не було жодного зауваження до суті функціонала. Пристрій проприєтарний - це факт. Комьюніті нема - це факт Документації глибокої нема (бо нема комьюніті) - це фвкт Є ціна яка в 10-2 рази вище за інші рішення на ринку (які мають комьюніті та переважно не пропрієтарні) - не знаю чи факт, але протилежного поки не довели. Тобто мені як користувачу не зрозуміло ціноутворення взагалі. Мова була саме про це, в не тк що ви на цьому зробити змогли за допомогою супорту в телеге з третього разу. Я можу по інструкції в неті на умовній маліні зробити сигналізацію, чи це шось доводить про адекватність цього рішення для інших?
  16. Це шлях до зникнення компанії, що вам зручніше - не ввжливо, в індустрії є два склавшихся підходи. Або це сичтема з комьюніті - умовний опенсорс, або це системи які ствлять інсталятори і самк вони відповідають на питання своїх клієнтів та потенційних клієнтів. Якщо уомпанія обирає якийсь трктій шлях (мова конкретно про цю нішу) то ймовірність що вона не витримає конкуренцію - збільшується кратно, і івм буде дуже кльово мати проприєтарну сиемткму не існуючох компанії, супалрт до якої ви не ссожете отримати навіть за гроші. Це не сервіс, ринок давно все порішав. Якщо виробник хоче відповідати сам на питання то він має ьо закласти в ціну, ось вам і звідки шалений не конкурентний оверпрайс Далі не читав вибачте бо дуже якось багато тексту, якийсь форбс пішов, вибачте. Ісхо комунікація провалена
  17. це багато пояснює, наприклад ціну - відсутність екосистеми та комьюніті компанія компенсує людьми на зряплаті які в телегу відповідають на однотипні питання ) Незалежності від фірм вам то не дає, бо наприклад є беларуський (тьфу) овен, який в нас був кратно популярніний, і шо де він зараз, контрабас і розмова з власним сумлінням? Це моновендорна екосистема, це вже за визначенням не є незалежність від фірм.
  18. воно все наче як зроблено непогано, але як починаєш дивитися поруч то легше помічати відмінності. Мені наприклад абсолютним стопом стало в хітце топка варена майже з кожного боку, тобто тупо все зібрано з листів зварених між собою. Я дуже упереджено ставлюся до сварки там де воно буде активно нагріватися-відпускатися, є відчуття що шов може лопнути через різні к-ти ризширення, в гаврилівській топці було багато гнутих деталей, тобто там де можна не варити а зігнути вони згібають (як мінімум в моїй моделі). на мій дилетантський погляд це значно краще рішення. ну і плюс в це важко повірити але в мене склалося враження що товщина металла в гаврилових чи не в 2 рази більше за хітце. В кратке все вже більше до гаврілових, але вони були тоді і дорожче і все одно якось троошечки здалося простіше. Стосовно дефро сказати нема чого, бо тоді в мене не було цієї контори в варіантах (бюджет/розмір). про контакти, мені здається з дзвонив ) але то не точно, по суті це було питання чи можна переробити двері під подвійне скло, сказали що можуть але треба щоб я їх зняв та їм відправив ) вирішив що то занадто муторно
  19. може шо змінилося в якості за 3-4 роки але коли собі обирав то в рівному прайсі в гаврілова якость була навіть дилетанту візуально краще (банально товщина металу, якість підгонки та відсутність зварки там де її не треба) ніж поляки в ціні (трошки краще ніж краткі і прям на голову краще ніж хітце). Може вони не хочуть її ставити бо вона важче?) бо моя по документам значно важче за краткі в такому-ж розмірі. Коли собі обирав то менеджер порадив саме гаврілова в бюджеті, але порадила поїхати в магаз де поруч стоять гаврілов, краткі та хітце щоб зробити вибір самому (буча поворт на горенку, але здається розбомбили). Але може за 4 роки якість просіла або в поляків стала краща. По супорту, звертався один раз лише і то питання було не супорту а апгрейду, досить внятно все пояснили.
  20. окрім зазорів на вібрацію треба ще додати зазор на меблеві петлі, бо вони виступають дуже так некісло. За моїм власним вже досвідом 35мм з боку петель меблів, 15мм з протилежного боку і 10мм згори - працюють нормально. Але це дорога(важка) стіралка яка вібрує меньше ніж більш бюджетні, як мінімум поки що. Ну і плюс ставити на підлогу а не на меблевий "постаменті", бо то все розвалиться з часом імхо
  21. мені навпаки сказали що пломби не буде. Я так розумію що номер пломби прив'язаний до особового рахунку і мабуть в рахунка не може бути 2 номера пломби. Але це не точно. плюс жеж між лічильниками як мінімум кран, його треба теж тоді пломбувати, думаю то все не реально.
  22. він після фіскального, не опломбований бо який сенс
×
×
  • Створити...