-
Публікації
7 482 -
Зареєстрований
-
Відвідування
-
Днів у лідерах
3
Тип публікації
Профілі
Форум
Календар
Усі публікації користувача standov
-
ну можна, але так якщо починаешь прикидувати шо то залишається то виявляється шо то тільки чайник ) Це в мене шось колись була фантазія рубити насос води коли на сигналізацію ставлю (антіпотоп), але дружина мені сказала "альо, муж, а нічо шо я стіралку і посудомийку інколи і по таймеру і інколи уходячи з дому". До того шо ця теорія з розетками чогось не працює в "цьому житті"
-
це теорія яка на практиці замахує, бо плита/микрохвильовка тупо задалбує постійно встановлювати годинник, кавоварка, коли в неї раптово з'являється 220, починає "чогось" себе промивати і їй пох чи є там чашка під нею а стіралка починає співати голосно, на всю хату, мелодії. А ще я-б 100500 разів подумав вимикаючи та вмикаючи регулярно якоюсь китайською фіговіною гілки де "важка" техніка. А враховуючи шо там майже ніде нема поляризованих реле (може і на краще) то виникає питання взагалі про безпечність існування того реле в будинку
-
Як на мене, то просто розведення зіркою вирішує 90% питань із додатковими дротами (бо просто вся логіка виноситься в щит). Ті 10% що залишилися то кейси інтеграторів коли люди одразу знають що хочуть (якісь унікальні knx дівайси які не можна реалізувати релехами, наприклад вбудоване радіо і тп). Але за власним досвідом, піз зірку щит одразу максимальний який влізе (бо я протупив і вигрібаю)
-
Керування розетками штука максимально-загадкова, з серій - не зрозуміло нафіга, а коли воно є то не зрозуміло як користуватися, бо наявність 220 в розетці в 90% нінащо не впливає. По світлу особиста порада, просто зводите в щит зіркою всі вимикачі та всі лампи а далі перед вами безмежний простір. Я зупинився на реле ion @InSAn, бо луксони то прикольно але коли починаєш рахувати бюджет то волосся дибки стає
-
Ну логіка зрозуміла, але в цій штуці є дуже цікавий функціонал - воно в залежності від часу корегує налаштування остаточної емності АКБ після який переулючає пріоритети. Умовно кажучи вдень чим більше виработка сонця тим більший пріоритет поля, вночі пріорітет банок. Я не знаю чи буду в то гратися але виглядає забавно. Ну і плюс шось я застарий в піляння напільніком, не бачу проблеми віддячити копійчиною хоробрим хлопцям з Ерітреї, які зробили рішення під ключ ) але, повторюсь, ваша логіка повністю зрозуміла
-
Я замов отакий a.aliexpress.com/_EwnaYXT але ще не маю відгуку, подивимося бо заводити через серіал дуже не зручно
-
Трошки актуальної автоматизації. Вводні: гібридний сонячний інвертор Voltronic Axpert King 2 + батарейка до нього Проблема: досить крива родна апа яка шле дані в китайське облако, звідки їх можна подивитися, з того шо мені 100% потрібно то поточний заряд батарейки, бо зараз дуже актуальна інформація, чи не настав час витягати генератор. Апа з одного боку працює, з іншого через раз + дружині користуватися дуже не зручно. Не дивлячись на те шо інвертор має вайфай на борту, використовує він його, схоже, лише для облака. Бо ніяких відкритих портів не знайшлося, гугл мовчить як партизан. Але в інеті повно інструкцій як зняти з його порта всі необхідні дані, інструкції різної красноокості тому я цього разу вирішив зробити трошки інакше - я купив готове рішення під інвертор, яке крутится на малині і досить виглядає привабливим. А головне має mqtt брокер на борту. Проект тут solar-assistant.io, жодного відношення не маю, пишу про то шо знайшов. Отже, купив я дистрибутів під малину в них на сайті, прошив малину, втикнув в інвертор через microUsb. Завелося майже одразу, виглядає досить привабливо, але то не наш путь. Включаємо в налаштуваннях mqtt брокер та погнали Things Bridge mqtt:broker:solar "Solar" @ "MQTT" [ host="192.168.10.60", secure=false, username="путін" password="***ло", retainMessages=false, qos=2, enableDiscovery=false,clientID="openhab34" ] { Thing topic SolarAssistant_Inverter_1 "SolarAssistant Inverter 1" @ "SolarAssistant" { Channels: Type number : grid-voltage "Grid Voltage" [ stateTopic="solar_assistant/inverter_1/grid_voltage/state", unit="V" ] Type number : grid-power "Grid Power" [ stateTopic="solar_assistant/inverter_1/grid_power/state", unit="W" ] Type number : battery-voltage "Battery Voltage" [ stateTopic="solar_assistant/inverter_1/battery_voltage/state", unit="V" ] } Thing topic SolarAssistant_Total "SolarAssistant Total" @ "SolarAssistant" { Channels: Type number : battery-soc "Battery SOC" [ stateTopic="solar_assistant/total/battery_state_of_charge/state", unit="%" ] } } "Залізні" Items Number:Dimensionless SA_TOTAL_BATTERYSOC "Battery [%.0f %]" {channel="mqtt:topic:solar:SolarAssistant_Total:battery-soc", expire="1m"} Number:ElectricPotential SA_INVERTER1_GRIDVOLTAGE "Grid Voltage [%.0f V]" {channel="mqtt:topic:solar:SolarAssistant_Inverter_1:grid-voltage", expire="1m"} Number:Power SA_INVERTER1_GRIDPOWER "Grid Power [%.0f W]" {channel="mqtt:topic:solar:SolarAssistant_Inverter_1:grid-power", expire="1m"} Number:ElectricPotential SA_INVERTER1_BATTERYVOLTAGE "Battery Voltage [%.0f V]" {channel="mqtt:topic:solar:SolarAssistant_Inverter_1:battery-voltage", expire="1m"} Проксі Group ElectricityInput "Ввод електрики" <electricity> (Home, gElectricity) ["Equipment"] Number:ElectricPotential ElectricityInput_VA "Напруга від міста A [%.0f %unit%]" <measurement> (ElectricityInput, gElectricityVoltage) ["Measurement", "Voltage"] Number:Power ElectricityInput_PA "Споживання від міста A [%.0f W]" <measurement> (ElectricityInput, gElectricityPower) ["Measurement", "Power"] Group ElectricityInput_Inverter "Інвертер" <solar_energy> (ElectricityInput) ["Inverter"] Group ElectricityInput_InverterBattery "Батарея" <battery> (ElectricityInput_Inverter) ["Battery"] Number:ElectricPotential InverterBattery_Voltage "Напруга батареї [%.1f %unit%]" <measurement> (ElectricityInput_InverterBattery) ["Measurement", "Voltage"] Number:Dimensionless InverterBattery_SOC "Стан батареї [%.0f %]" <measurement> (ElectricityInput_InverterBattery) ["Measurement", "Level"] Проксі правила let proxy = require('openhab-proxy-pattern'); const v = function(value) { if (typeof value == 'string') { const v = parseInt(value); return isNaN(v) ? undefined : `${v} V`; } else return 0; }; const p = function(value) { if (typeof value == 'string') { const p = parseInt(value); return isNaN(p) ? undefined : `${p} W`; } else return 0; }; ['A'].forEach(function(phase) { proxy.bind(`ElectricityInput_V${phase}`, `SA_INVERTER1_GRIDVOLTAGE`, 15).update(v); proxy.bind(`ElectricityInput_P${phase}`, `SA_INVERTER1_GRIDPOWER`, 60).update(p); //proxy.bind(`ElectricityInput_PF${phase}`, `Shelly_EM3_2_${phase}PF`, 60).update(pf); }); proxy.bind('InverterBattery_Voltage', 'SA_INVERTER1_BATTERYVOLTAGE', 15).update(); proxy.bind('InverterBattery_SOC', 'SA_TOTAL_BATTERYSOC', 15).update(); Правила для телеграм-бота const bot = require('openhab-telegram').bot("telegram:telegramBot:dovgodko"); const alerts = require('openhab-alerts'); bot .onCommand('info', function(t) { return '/energy Енергія' + "\n/forecast Прогноз погоди"; }); bot .onCommand('energy', function(t) { const battery = items.getItem('InverterBattery_SOC').state; let message = ''; message += `Заряд батареї - <b>${battery}</b>`; return message; }); ['Alert_ElectricityLost'].forEach(function(contact) { alerts.contact(contact).on(function (alerts, e) { const battery = items.getItem('InverterBattery_SOC').state; bot.alert(e.message + `, заряд аккумулятора ${battery}`); }, function (alerts, e) { const battery = items.getItem('InverterBattery_SOC').state; bot.alert(e.message + `, заряд аккумулятора ${battery}`); }); }); В результаті, в домашньому телеграм-боті з'явилась інформація про поточний заряд батареї, плюс коли електрика зникає або вмикається - бот каже поточний стан батареї А в графані моніторинг додатковий
-
я думаю шо там питання в налаштуванні та конкретному залізі/умовах. Наприклад в добробуті (3 роки тому в Києві) точно все всередині, в тч в конференцах було на убікутях і тьфу-тьфу системних проблем не було, шо там зараз там вже хз, бо зараз є велика проблема з наявністю всього. Але то не питання топіку )
-
ще раз, спробую пояснити. ДО існування (в вайфає) МІМО широке використання пропрієтарного фейрінгу не мало великого сенсу БО не надавало великих переваг над алгоритмами самого терміналу який спирається переважно на рівень сигналу. ПІСЛЯ широкого запровадження мімо - почали активно запроваджувати і алгоритми фейрінгу з боку точок, але не тому шо це якось включено в сам мімо а тому шо на точках з'явилася додаткова ступінь свободи, про яку термінал не може приймати рішення на своїй стороні. В цьому контексті казати шо тільки термінал приймає рішення то ВЖЕ не корректно та маніпулятивно, бо "і так і нє". Це всьо, всього іншого шо тут приписують я не казав, а якщо казав то покажіть де )
-
шось якийсь зламаний телефон, я написав так "і у випадку з мімо точки то роблять дуже маніпулятивно, бо мімо то в тч "просторове розділення""(с). Поясню цю тезу, для мульточок БЕЗ мімо не має великого сенсу відфутболювати кліентів з точки зору Fairness БО, за відсутності просторового розділення Fairness забезпечується (а скоріше не) інакше (а скоріше ніяк). Варіант ручного балансування не розглядаємо. АЛЕ як тільки мімо пішла в загал то механізм футболу кліентами заіграв новими красками, бо виявилось шо то досить ефективно може працювати "ЗА УМОВИ НАЯВНОСТІ МІМО" (без мімо то звичано теж можна робити але сенс досить умовний, кліент сам обирає точку по сигналу). Я ніде не казав шо сам по собі мімо дає якісь можливості, це додаткова ступінь свободи в просторі яку ефективно можна включити в алгоритм, або не включити, в залежності від вендора та заліза. В того самого рукуса там є якась магія про це
-
мова була про то шо для забезпечення Airtime Fairness та Band steering (там де точки на різних каналах) в розподілених системах аля юніфай точки, спираючись на ситуацію по окремим мімо каналам можуть відстрелювати кліентів або навіть не давати їм підключатися на окремі точки. в юбікуті то назівається гордо "Auto optimization" чи шось таке, так воно має сенс тільки для окремих кейсів але то приклад коли не тільки кліент приймає рішення, бо як мінімум в нього немає повної картини
-
ніт, тобто телефон безумовно як кліент сам приймає остаточне рішення, залишатися чи нє, але він це рішення приямає на базі ситуації яку йому підсовують точки, і у випадку з мімо точки то роблять дуже маніпулятивно, бо мімо то в тч "просторове розділення". Дуже простий приклад - включаєте в юніфай агресивне витиснення і спостерігаєте як ваш телефон "приймає рішення". Тому питання маніпулятивне, простої відповіді немає.
-
А чо придумувати - подивіться промо їх, там все чорним по білому ) це готельні точки, по точці в номер і пое в них на виході ..барабанний дріб...під готельні войп телефони. (тих самих убікуті). А будинок на 5-6 кімнат це вже майже собі сохо готель ))) Я не про транзитний порт, у інволів на борту світч на 4 порти, один з яких ще й поеаут(під войп). Такого більше в точках нема убікутевських ніде.