standov

доречи, під цю задачу з такими вводними, якщо хочеться максимально-фабричного рішення то той самий український ion8, дві штуки це буде 150 баксів (2 по вісім каналів), зрозуміло що це дорожче рішення з алішкі але це все одно в 5 разів дешевше i3 Engineering.

Ну тут ще питання рощмірів датасетк, бо в мене на роботі 320гб робочій датасет в інфлбксе і флюксом сервер вкласти на пару хвилин як два пальця, а віш ще і параллелиться гарно))) благо що це не гарячі данні і то нічим осибливо не загрожує бізнесу, але в цьому плані ql простіше, ви можете не дочекатися результату на такому датасеті але сам сервер при цьому для інших реквестів живий, бо флюкс може якимось банальним групуванням вкласти легко. Але то вже на великих сетах

Я в цій схемі лише не зрозумів про зарядку з керуванням струму і як інвертор в машини буде про то все знати? Там жеж "зарядка" то фактично банальні захисти, індикації та контроллер порта, а сам інвертор в машині? Чи як? Ну тобто сонце дає 500вт замість номіналу 2000, машина каже "пака, в тебе проблеми мережі" і ставить порт в помилку, як це все має розрулити лімітер? Тобто як я розумію задача лімітера це розділити два споживача по якомусь правилу, але проблема то ширше, коли регулярно (мінімум два рази навіть в сонячний день) коли енергії недостатньо для штатного ac порта машини, і вона стає в помилку в кращому випадку поки не перетикнеш порт. Чи я чого не розумію? А коли енергії достатньо то нафіга лімітер, в мене нема потреби живити друге джерело, в мене є гібрид на то

Я на работі з інфлюксом працюю і досить регулярно натикають на якісь незрозумілі кейси саме з флюксом, але вони зазвичай боряться значно швидше ніж цей був. З вншого боку ми накатуюємо мінорні апдецти регулярно і я постійно перецмаюся через то що раптом щось "пофвксять" і оті намллені костилі зі умовного стеуофверфлоу перестануть працювати )

Тривіальний запит це вивести метріку в діапазоні дат, з аггрегейтвіндоу. Тобто це традиційна задача "намалювати в графані графік". В одному екземплярі це не проблема але коли в вас їх 50-100 і ще і стоїть автооновлення на 10 секунд то різниця по ресурсам з тим самим на influxql разюча. Проблема в тому що флюкс оперує великим датосетом і його дельтами колапсує до потрібного вам (дуже умовно, споощено але для пляснення покатіт) а ql оперує індексною ініормацію самого стораджа і вигружає вже максимально-потрібний датасет (але цого можливості обмежені). Умовно в першому випадку навантаження на cpu в іншому на диск та пам'ять. В рівних умовах перше закінчується значно швидше, але ви отримуєте значно більше можливостей, але для простих запитів воно і не треба.

ну це варіант але воно буде працювати лише влітку мені в економію, а влітку то взагалі майже все буде працювати. Плюс я не впевнений дуже що лімітер відпрацює достатньо швидко щоб зарядка не стала в помилку (але в мене жодного досвіду). В взимку воно буде шпарити по денному тарифу АПД. @volomoto взагалі не впевнений що зрозумів думку, можете детальніше?

ну я би теж хотів щось дешевше )) просто поки навіть нічого більше не гуглиться, бо мені не потрібно ні 20квт ні можливість роботи від акб, може буває шось дешевше, в теорії то наче там нічого рокет-сайнсного немає

ну за які такі гроші, 2кілобакси то 500 баксів інвертор + 1500 на акб, то буде раптом під 10квтг (і то щось таке напівгаражне), це для авто ніачом + де воно має стояти в -20 на вулиці. Плюс це взагалі не вирішує проблему, бо наприклад поле 3-4квт дає зараз 500вт в похмуру погоду, до сраки ті акб, воно все одно без гріда мінімальні 2квт не витягне без якихось танців з бубном. Тобто фактично то все буде нормально працювати лише влітку. а тут *в теорії* воно може мабуть 500вт вдувати по дс (але то не точно), 5квтг в похмурий день то вже шось. Це за умови що воно працює так я собі уявляю звісно ) В мене в хаті вже є акб та інвертор, зараз питання більш прикладне "під задачу"

Потихеньку вивчаю сабж, ідея в тому що без необхідності мати АКБ буфер можна *теоретично* заряджати машину від сонця в ситуації коли струм рендомний. Поки нагуглив таке, може їто стикався з такими системамм вживу або має навіть практичний досвід, цікаво послухати. В моєму конкретному випадку є обережна ідея лупанути навіс під авто панелями і відповідно думаю як то потім використати, бо парковка в мене заживлена напряму від стовпа, заводити то все в будинок не дуже реалістично а ставити гібрід з АКБ на вулиці мені не подобається як не крути.

рендомний кнх/далі яких сотні на ринку від вендорів світового рівня, але про них не пише форбс. Рендомний ПЛК якщо хочеться креатіва.

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

Імзо найбільш продаюча реклама китайського гімна - "да це гімно але дешеве". Дарю. Замість отого всього про індукційний двигун який перемелює навіть невеличкі кістки

це да але є нюанси які працюють в форматі магії, буквально на минулому тижні робив запит який не працював у флюксе і не піддавалося дебагу, хоча має працювати, витратив день і наткнувся в редіті на пораду в форматі "спробуйте отак, може допоможе" і воно справді допомогло. Це я і називаю непередбачуваність ) якщо цікаво то от data = from(bucket: "home") |> range(start: v.timeRangeStart, stop:v.timeRangeStop) |> filter(fn: (r) => (r._measurement == "VentilationHeater_OutputState" or r._measurement == "VentilationUnit_OutputTemperature" or r._measurement == "Ventilation_OutputTemperature") ) |> aggregateWindow(every: 1m, fn: mean) |> group(columns: ["_measurement", "_field"]) |> pivot( rowKey:["_time"], columnKey:["_measurement"], valueColumn:"_value" ) c_p = 1005.0 // [Дж/(кг·К)] rho = 1.2 // [кг/м³] result = data |> filter(fn: (r) => r.VentilationHeater_OutputState > 0 ) |> map(fn: (r) => ({ _time: r._time, a: (6.0 * 3600.0 * float(v: r.VentilationHeater_OutputState)) / ( c_p * rho * (float(v: r.Ventilation_OutputTemperature) - float(v: r.VentilationUnit_OutputTemperature)) ) })) |> yield() result якщо прибрати |> group(columns: ["_measurement", "_field"]) то воне на працює, причому окремі перший датасет працює, другий якщо підсунути заглушку то теж, але коли робиш комбінацію двох то віддає 0 без помилок, бо хз чого. це взагалі не піддається дебагу. В редіті наткнувся що pivot праює "дивно" якщо в датасеті є певна комбінація тегів в даних (хоча на скільки знаю опенхаб теги не шле по дефолту) і що group інколи допомагає бо фактично все що робить - чистить дані від всього окрім зазначених колонок. причому якщо в графані дивитися перший датасет з групуванням та без то вони виглядають тупо ідентично тобто з одного боку таке зробити другими засобами скоріш за все не можливо але і флюкс працює дивно. Проблема флюкса ще і в продуктивності, на досить тривіальні запити він витрачає надто великі ресурси.

Ну тих що поруч стало там фільтри всеж є, о інакше би все було зовсім не так радісно, мова більше про індустріальні усілякі штуки де фільтри мають доставлятися окркмо а корпуси екрануватися, але нашим людям видніше як то підключати. Хоча знову таки, хз, може кулібіни зараз і таке тягають "в хату". Пс реле напруги на такі сплески може теж відреагувати, переважно тим що перестати працювати )

нема сенсу, флюкс та v2 вони прикопали, v3 буде без флюкса. Штука цікава але занадто непередбачувана вийшла, вони самі то визнали.

А ніде поруч немає потужних інверторів/частотного керування? Стикався колись зі схожою проблемою - криво спроектований частотнік без фільтрів по вч повибивав транзистори всі до чого зміг "дотягнутися". Якщо є то треба робити фільтри та екранування. Попередньо модна подивитися форму сигналу в мережі осцилограіом, чи є там короткі сплески високох амплітуди

я не можу зробити вниз бо в мене сосни між панелями та півднем, фактично вже зараз взимку верхушки сосен дають тінь десь на метр від нижнього краю панелей, через 2-3-5 років будуть давать тінь навіть так, а влітку я хз нашо мені стільки електрики ) АПД ну тобто не то шоб не можу, просто доцільніше було підняти максимально, бо на практиці взимку все одно світло більше розсіяне.

все дуже просто ))) 1. В мене заплановано збільшення до 10 панелей, 4 панелі лежать в інсталятора десь з липня, не може приїхати поставити бо нема рук. 2. Збільшувати далі (більше 10) без зміни інвертора сенсу не має, бо влітку мені і 6 з глаза (врубав кондеї шоб вибирати "зайве") а гратися з державою в якісь вигідні мені економічні відносини не хочу, бо маю упередження. 3. скат не такий вже і вільний бо там димарі і коли сонце йде по склону то вони дають тінь, але то вже таке - головне пункт 1 та 2

в мене традиційна проблема бітумки, сніг сам сповзає але недалеко, якщо зараз нормально сипане то нижній ряд буде довго на півшишки працювати (

Тут варто зазначити що для кода/конфігів і тп нічого краще за git ще не вигадали. Робите пріватну репу на гітхабі і пушаєте туди ваші зміни, в тч з того самого vscode.

Там трикутник, координатор+ 2 розетки, між розетками теж є лінк абе фактично чогось коли прямий лінк між розеткою та координатором падає то рощетка випадає, хоча по намальованому має працювати бо є поруч роутер який живий

Підкажіть, маю отакий сіфон-подачу на ванну, підключений до grohe box змувача за допомогою пм труби. Після того як трошки підняв тиск в системі то почав неістово гудєть як набирається вода, гудить і холодна і гаряча, гудить саме цей сіфон, сіточку почистив, що з ьим можна зробити? Подачу прикручував - ефекту не помітив

Мабуть цікаво, не знаю чи буду таке робити але зрозуміти ідею цікаво

так з ними і нема ніяких проблем

Чесно кажучи не пам'ятаю, спробую сьогодні-завтра скинути