volomoto

В мене такий самий теплообмінник і виключений попередній підігрів, а захист від обмерзання працює через зупинку приточного вентилятора, і за цю зиму ніякого обмерзання не було. В мене нема ніякої вбудованої в ПВУ автоматики, а захист від обмерзання працює через механічне термореле, гільза якого є біля витяжного вентилятора. Заводська установка була +5º, а я скрутив до 0º і воно працює добре. Відносна вологість в будинку десь 35%.

При такому підключенні правильний зсув між фазами може бути тільки між В і С, а А буде собі жити своїм життям і може бути в протифазі з В або С. Якщо фази в протифазі, то між ними піково буде 660 В або ж 460 В RMS — 3-фазне навантаження швидше за все вигорить. Китаєць не сказав, що 3-фазне навантаження буде працювати правильно. Він сказав, що можлива незалежна робота на різних фазах, тобто ніякого зсуву в 120º ніхто не гарантує.

Якщо він рожевий, то це просто неткана тканина. В мене перед ПВУ стоїть ФБК 200 з кишельковим фільтром G4, а всередині ПВУ — панельний F7. G4 довго працює, а панельний просто дико швидко забивається і я планую докупити ще один ФБК 200 або аналогічний і засунути туди кишеньковий F7. Фільтруючі вставки краще купувати в сторонніх виробників, бо Вентс як дуже зажрався. Ідеально було б мати один фільтр-бокс, в якому є кілька фільтруючих вставок і я навіть знаходив фірму, яка таке виготовляє під замовлення, але більше не можу знайти.

Тільки це просто вати, а не вт/год

А на якій продуктивності міряли? В мене, наприклад, на мінімальній продуктивності (десь 150 кубів) споживає 20 Вт, а на максимальній (400 кубів) десь 300 Вт. І тут все правильно, бо споживана потужність кубічно залежить від потоку повітря, тобто якщо потік збільшується в 2 рази, то споживана потужність — у 8 разів. Ну і я б не довіряв екофлов на малих потужностях, бо він неточний.

Вентс зажрався з А21 і воно явно не варте тих грошей. Якщо порахувати складність заліза і програмування, то там макс. 150$ разом із сенсорами температури і реле підігріву. Зараз Вентс хоче 19 тис грн...

Нема змісту розряджати нижче 3.4 і заряджати вище 4.1. Але це VOC і під навантаженням при тому самому SOC може бути нижча напруга. 2.5 — це захисний рівень на БМС, а не робочий параметр для циклічного режиму. Хоча я б БМС налаштував на 2.9

Ставиться ізолюючий транформатор.

Беріть Volta 6х12, бо з часом захочеться додати інвертор, всякого розумного будинку. Можна використати рідні хагеровські клеми, забравши з них перемички. Якщо взяти волту, то можна мати тримачі клем і зверху, і знизу, тоді на самій дін рейці не треба ніяких клем. Те ж саме стосується розподільчих блоків для груп або для гарантованого живлення.

Не можу знайти середню температуру за січень у Львові, але статистично це на 2 градуси менше, ніж в Ужгороді, то можна вважати, що і цього року так само. Upd. Таки дійсно +2 в січні - meteostat.net/en/place/ua/lviv?s=33393&t=2023-01-01/2023-01-31 Середня в будинку +21º C На опалення та ГВП спожито за січень 1576 кВт•год (окремий лічильник). Сатистично ГВП брало 250-300 кВт•год в літні місяці, тобто 275 кВт•год всередньому. На опалення залишається 1300 кВт•год. Витрати на 1° C дельти на 1м2: 1300/171/19 = 0,4. Розподіл енергоспоживання день/ніч: 30/70 %. Розподіл споживання котлом порахувати не можу.

Так можна біля фундаменту висверлити в бетоні 50 мм отвір і забити туди прут заземлення, щоб вийти на потріний опір.

@mib отут найкраще розміщено: Дріт заземлення там гівняний, але то легко виправляється. Ну і звичайно, що ПЗІП треба відразу заводити на ГЗШ, щоб на довгому дроті зазаемлення на спадала висока напруга, при спрацюванні ПЗІП-а від блискавки.

Це вас цікавить тільки віконний серсор, а мені наприклад потрібен рух, а також чи система під охороною чи ні, що вже посерйозніші наслідки може мати, якщо буде постійно витікати.

Мені лінь детально вникати в сіа і транлятор, але якщо там нема PKI та взаємної автентифікації між хабом та сервером, то це треш. В документації транслятора нічо не говориться про генерацію, заливку і ротацію сертифікатів для транлятора і для хабів, але це не означає, що її нема. Аджакс через клауд спокійно може заливати Х509 сертифікат на хаб, коли той напряму реєструється в трансляторі. Так само і джарка транслятора може вже йти із TLS сетрифікатом згенерованим під конкретний ПЦС ендпойнт. Із SIA, судячи з цього скріншоту з документації: все дуже сумно, бо автентифікації нема зовсім, а шифрування по замовченню виключене. Та навіть якщо включити, то це буде через shared key, а не через X509 сертифікат. Тобто вся надія на те, що в користувача забирають адмін права, а люди із охоронної компанії знають, що роблять. А якщо ти не підключений до ПЦС і хтось прописав із поганими намірами свій сервер в налаштуваннях моніторингової станції, то хаб буде слати туди події, бо якоби ти ж адмін і мав би слідкувати за тим, хто бере в руки твій телефон. Ну це піздєц.

Це не теорія, а спосіб пройти сертифікацію. Так може тому її і можна слати, бо це не чутлива (sensitive) інформація? Тут не суть в неможливості фізично конектитись до інших серверів, а в тому, що є певні категорії подій, які не повинні покидати захищену систему.

Ви сплутали з живленням систем безпеки, бо лінії життєзабезпечення виконуються по схемі IT, щоб там не було ніякої потреби в ПЗВ.

Вам сюди:

В різних інверторах по-різному реалізований захист від перевантаження і деякі мають вбудований "плавний старт": під великим навантаженяям в них струм тримається на максимумі, а напруга сильно просідає (це відбувається за рахунок "відрізання" частини синусоїди) і якщо через певний час струм не зменшиться, то інвертор переходить в перевантаження, якщо ж струм падає, то інвертор піднімає напругу. Отут детально описано - medium.com/@TimDolidze/everything-you-need-to-know-about-inverter-instability-bfd1ce0471a5

Насправді це є витік інформації, який хоч і не впливає на роботу сигналізації, але дозволить зловмисникам взнати, наприклад, чи є рух в будинку, чи система зараз під охороною і т.п. Давати можливість користувачу відправляти події на будь-який брокер — це несекюрно в корені, незалежно від того, чи є там TLS і з СА сертифікатом, чи ні. Хаб може слати події тільки тому, кому він довіряє, а це є клауд системи безпеки та інші пристрої, під'єднані до хаба. Тому реально єдиний робочий мехінізм — це коли події не покидають системи, а інтерпретуються нею в керучий сигнал, наприклад, сухий контакт. Тобто в аджакса має бути додатковий пристрій, які функціонально схожий на PLC, але в програмах там можна використовувати не тільки бінарні входи, але й події з хаба. Цей пристрій так само автентифікується через клауд, як і всі інші пристрої аджакса, і тоді хаб знає, що йому можна довіряти. Хоча навіть цей підхід не є 100% безпечним, бо не дуже мудрий користувач може виставити в публічний доступ стан сухого контакту, який говорить, чи система під охороною, але але це не буде рахуватись як витік інформації (security breach) іх системи безпеки.

Кислотність конденсату сильно залежить від конкретного хімічного складу природнього газу. Я колись читав дослідження з різних регіонів світу і там pH було в межах від 2 до 5, де 2 — це оцет чи лимонний сік, а 5 — дощова вода. І тих 10 літрів конденсату, які потраплять в кількакубовий септик разом із кількома сотнями літрів стоків ніякої різниці там не зроблять.

Тобто ви або не читаєте, або читаєте і не аналізуєте, перед тим як відповідати. Я написав, що для захисту від сухого ходу має бути контроллер з відповідною логікою. Це була порада не вам, а тим, кому потрібен такий захист. Що там у вас стоїть і чому воно стоїть чи не стоїть (як виявилося що не стоїть, бо ви його не поставили) до теми ніякого відношення не має.

Якщо у вас при зникання електрики є тиск у водопроводі, то краще поставити спеціальний захист від перегріву. Спрацьовує автоматично і нема ніякої небезпеки для людей. Перша лінка, яка попалась — prom.ua/ua/p1518107470-klapan-zaschity-peregreva.html

Я розумію чому так, але цю проблему можна обійти додатковим модулем інтеграції, який для аджакса чомусь є єресю. Можна легко зробити так, що внутрішні події не будуть в явному виді покидати систему, а будуть там же перетворюватись на бінарні сигнали управління. По складності це той же IОN, але який ще може брати на вхід події від хаба, використовуючи свій супер-дупер пропріетраний захищений протокол. І вівці були б цілі, і вовки ситі. То так, наболіло

У вас нема, а в мене є Треба просто купувати ті речі, які працюють згідно ваших вимог, а не ті, де на коробці пише "захист від сухого ходу". Я, наприклад, спеціально вибирав котроллер тиску, який має автоматичний рестарт після сухого ходу: Для мене 15-секундні повтори не є проблемою, бо в мене на станції підвищення тиску двигун з повітряним охолодженням і потужністю всього 370 Вт. Для іншого насоса таке можливо не підійде і треба шукати щось з довшим інтервалом.

Ще для ВЧ інверторів є сенс ставити SPD (ПЗІП) типу 2+3 на всі входи і виходи інвертора, бо циклічний захист від перевантаження може давати багато високовольтних викидів.