Ну т.е. в сети есть точка отказа которую без вмешательства не починить. Во вторых вся схема как бы сама по себе не подразумевает хоть какой-то отказоустойчивости (ведь я так понимаю выход гигабитного коммутатора из схемы "Моя текущая схема" подразумевает развал сети на 2 части), но при этом вы заявляете "до по сути такой же схемы на "минималках"" сравнивая ее с схемой где есть HA? Была схема в ширь с отказоустойчивостью, отрезали от нее половину, убрали все промежуточные связи и на выходе получается ну ни разу не такая же схема, и даже без минималок и прочего. И зачем был весь этот опус?
Опять же я не совсем понимаю при чем тут "тестирование it-систем". Хоть и в разрезе того что это первая статья.
Ох... "новое" здание, капитальный ремонт. Иду к шефу, так мол и так, надо определиться с тем кто куда по кабинетам, у кого какая мебель, всех собрать и вывезти для рассадки, мол кому в пол, кому на стенку. В ответ "всем на стенку, розетки на твое усмотрение и всего делов!". И вот час икс, заезжаем, рассаживаемся и вдруг оказывается вообще ни кто, в том числе и директор не хотят сидеть лицом к стене! Ну и полируем фильтрами сетевыми 1.5 метровыми и такими же патчкордами.
если речь о мгновенных сценариях, типа включения света ночью по датчикам, или ещё более неприятно на мгновенных реакциях на включение одной нагрузки чтобы отключить вторую нагрузку, чтобы не выбило автомат
Запись в БД (подсчет статистики) не влияет на текущее состояние сенсора. Это 2 разные вещи (я говорю за текущее положение дел и как тот у кого бд внешняя не первый день). С провалами и пустотами после/до согласен, но у нас не тонкий процесс где дельта даже на 1 градус отклонения из-за такой внештатной ситуации превратит все наши старания в муки от использования УД (если она такая вообще будет).
К слову, как раз скользящее среднее я использую для общей температуры в комнате, чтобы избежать пиков и пил, чтобы лишний раз не дергать кондер\обогреватель.
Не испытываю проблем, хотя бы потому что пид (особенно хорошо подогнанный) прекрасно справляется и с позиции "включен с нуля". Опять же может если у Вас 20 кубов все помещение и 5кВт обогреватель с 5кВт кондером, то может это и влияет, но обычно климат в помещении вещь довольно инерционная. И что бы вот так вот перманентно чтобы была какая-то нереальная пила, да чтобы ее еще и ощутить можно было аж до дискомфорта... Я не представляю такой кейс. Тем более с тем же пидом.
когда из-за других факторов у них локально кратковременно может поменять температура ( приоткроется балкон на минуту, кто-то постоит рядом, или коты подышат в них ) и это не нужно учитывать "прям ща"
Открыли окно, словили триггер от датчика окна, поставили работу того же климата в положение "работает как работает" или вообще выключили, ибо смысл греть или остужать улицу. С расположением... И согласен и не согласен. Вы сами их так разместили что Ваш кот влияет на него (а может он это специально? не думали? ))) ) и теперь из-за этого придумываете каким костылем это подпереть. А так я и сам ловил прикол когда на диване уже холодно, но пид все еще напрягает сплит. Оказалось идея повесить датчик над потолком в дальнем внешнем углу когда за окном +50 идея прям сильно такая себе. И все стало предельно просто. Перевесил датчик именно там где мне нужна эта температура и забыл о проблеме (к слову теперь все датчики у меня располагаются на высоте 1-1.2 метра от пола. Т.е. я проблему создал не подумав и я же ее решил, без костылей. В особо сложных случаях (большое помещение) - 2 датчика и больше + берем минимум для охлаждения и максимум для обогрева с небольшой дельтой (я про однозонную работу климата). Ребус решен. Много кто вешает просто 2 датчика и работает по средней. Но все кого я знаю учитывают в автоматизациях эти внешние факторы и потребности в средней за N-минут ни кто не испытывает. Точнее не имеют проблем с отвалившимся рекордером или статистикой.
Как ни крути, этот кейс и в промышленных условиях вне темы HA часто всплывает и вызывает проблемы
У нас немного не промышленные условия и потребности. К примеру для Вас комфортная температура 25, но Вы же не чувствуете дискомфорт при 24?
Пока первая проблематика, которую я хотел бы решить - иногда хочется температуру в комнатах немножко изменить
"Ощущаемая температура". В контексте закрытого помещения в расчет берем влажность и температуру. Но у вас УД, управляем и влажностью и температурой и забываем об этой сложности. Хотя конечно это уже прилично другой бюджет. Но в том же NR вроде бы как есть аддоны с кучей факторов, но это настолько темный лес что я просто посмотрел и удалил элемент. Знаю 1 случай когда человек прям озадачился, но золотой середины добиться на сколько я знаю он не смог, особенно учитывая что два человека рядом сидящие могут по разному одно и тоже ощущать.
У вас есть умный дом с ХА или это все только догадки? Или вы настолько накрутили ХА что он меняет свои алгоритмы по статистике? Лично я такого ни в одном из чатов по ХА не встречал да и слабо представляю как это вообще можно накрутить в контексте именно ХА. Сами сценарии не хранятся в БД. Как и текущие состояния датчиков и прочего. И при чем тут ручная включалка? Я вот теперь просто требую пример автоматизации которая ну ни как без накопленной истории не может существовать. Я согласен если у вас автоматизации на основе каких-то статистических данных... но лично я за 2 полных года ни одной такой не имею. И даже сейчас хорошенько подумав и спросив в одном из чатиков увлеченных уд, коллективно мы не придумали ни одной автоматизации именно в контексте ХА без которой прям жить нельзя или которая бы встала колом навсегда до появления БД. Опять же даже если у вас и есть что-то такое, то в чем проблема в той же автоматизации предусмотреть такую проблему? Я уже точно год живу с внешней бд и не испытываю ни каких трудностей.
Вот к примеру кусочек автоматизация работы сплитов. Прекрасно держит заданную температуру в не зависимости от того есть ли сейчас бд, только что ха был перезапущен в том числе и без бд или нет.
Целиком отопление умное вот первую зиму живем (первую зиму как температура теплоносителя регулируется УД, остальное было уже в прошлую зиму). Нет ни каких проблем с отвалившейся бд.
Это управление котлом. В зависимости от температуры за бортом устанавливается температура теплоносителя. Без упреждений и прочего, ибо 30кВт котлу нагнать 10 градусов сверху на мой объем теплоносителя и теплопотери это всего ни чего (по хорошему переделать вообще на статистически заданную, но для этого надо еще много денег для переделки системы отопления). Статистика тут тоже особой роли не играет, ибо не поместившийся в первый скрин кусочек автоматизации тупо устанавливает температуру на термоголовках/термостатах и включает их вообще или выключает. Дальше уже работает пид термоголовок/термостатов.
Опять же одно время 2 батареи были через электроклапан, и управлялись они именно нодередом. но пид штука такая что он способен работать не только по накопленным данным, но и перманентно с момента включения только по текущему состоянию. В контексте того же отопления или охлаждения это небольшая пила от силы в 1 градус отклонения. И то это прям я сильно преувеличиваю.
И да, мне уже подсказали что именно в контексте именно умного дома который сам строит алгоритмы своей работы на поведении жильцов статистика и история будет важна. но не в контексте ХА. Да и опять таки как не крути, но у этого УД будет заложенные начальные сведения от которых он будет отталкиваться начав работать с нуля.
Опять же вернувшись к ХА: Assuming the recorder integration is running, historical sensor data is read from the database on startup and is available immediately after a restart of the platform. If the recorder integration is not running, it can take some time for the sensor to start reporting data because some characteristics calculations require more than one source sensor value. Статистика не зависит от доступности БД. Просто она будет нулевая при запуске и для ее наполнения потребуется время. А уж если БД отвалилась во время работы, то статистика ни куда не денется, она все так же будет доступна.
Вырубаю ИБП, в syslog прилетает "UPS on battery. Shutdown in 90 seconds...." а ни кто из двух серверов выключаться и не собирался. Зато через в районе 90 секунд выключается ИБП. Закомментил "upscmd -u upsmonitor -p UPSPASS ups@localhost shutdown.return" Теперь в логах такое:
Dec 24 20:51:36 pve2 nut-monitor[1295]: UPS UPS@localhost on battery Dec 24 20:51:36 pve2 nut-monitor[12970]: Executing command: powerout Dec 24 20:51:36 pve2 upssched[12970]: Executing command: powerout Dec 24 20:51:36 pve2 nut[12973]: UPS on battery. Shutdown in 90 seconds.... Dec 24 20:51:36 pve2 upssched[12974]: Timer daemon started Dec 24 20:51:36 pve2 upssched[12974]: New timer: shutdownnow (600 seconds) Dec 24 20:51:36 pve2 nut-monitor[12966]: Network UPS Tools upsmon 2.8.0 Через 10 минут сервера продолжают работать. ПРи чем на одном из них я попробовал оставить дефолтный конфиг и у него вот так вот в логах: Dec 24 20:48:41 pve nut-monitor[32983]: Network UPS Tools upsmon 2.8.0 Dec 24 20:51:36 pve nut-monitor[1377]: UPS UPS@192.168.133.36 on battery Dec 24 20:51:36 pve nut-monitor[35232]: Network UPS Tools upsmon 2.8.0 Dec 24 20:54:36 pve nut-monitor[1377]: UPS UPS@192.168.133.36 battery is low Dec 24 20:54:36 pve nut-monitor[37925]: Network UPS Tools upsmon 2.8.0
В дефолтном конфиге он должен выключить сервер получив "battery is low". Но нет.
Засуньте парой строк в тасмоту (и так чтобы работало ота) climate ir, серву, далласов парочку и еще чего-нибудь, к примеру scd40. И полирните это еще внутренней логикой.
В вопросе не было про "внешнее питание", "перегружен" и прочее. Был конкретный вопрос. 90% устройств УД у меня zigbe. Но все им не приткнешь, а если и можно на том же ptvo собрать, то будет и стоить дороже и функционалу ptvo до esphome ой как далеко.
Простой пример. мне надо датчик CO2 и ик пульт в каждой комнате. Да зигби может предложить мне оба эти устройства, но с ценник будет... с esp это 1 устройство, которое вышло мне по цене в 1500р, немного 3д печати (для печати корпуса под датчик co2) и пара проводков. 1 устройство, которое вдруг еще и смогло взять на себя функцию датчика температуры и влажности. И все это от 1 розетки, кроме того сущность климата собрана в самом esphome и в ха залетает просто как устройство. И я могу продолжать управлять тем же сплитом с родного сплита, но в HA я тоже буду видеть изменения на сплите внесенные родным пультом. Зигби так не может пока (
Повторяюсь - гибкость. Самое простое из последнего что я сделал - автовключение света перед двором. Датчик присутствия Ld2410, реле, датчик освещенности, wemos D1 mini + esphome. Автономное устройство логику которого я могу менять на лету и для прошивки не нужны программаторы + не ограничен функционалом скажем того же ptvo. А написание логики для еспхома вещь вполне интуитивная и не требует больших навыков программирования.
Очень удобно это хотя бы заббикс и дальше. дюдя...
Т.е. "облака не любишь", но доверяете устройству не имеющего элементарно в простую отказустойчивость ФС и через костыль?
Но заявляете.
Его более чем за глаза обеспечить вас "интернетом", (маршрутизацией, wifi, проводом) в вашем контексте. Если уж на то пошло, то и рбм33г еле шевелящийся мамонт. По производительности до того же квадрата хотя бы ему ой как далеко. Опять же рассматривая вопрос цены в 11к я приводил то что прямо сейчас есть на том же авито не в единичном исполнении. Так то я вообще взял вап лте кит за 3.8к с доставкой до двери. Но я ж не учитываю это как базу хотя бы потому что данный ценник многим просто не доступен (он и для меня сейчас со звездочкой). Вам же что-то где-то перепало и вы считаете это базовым ценником. Напомню что голый RBM33G это примерно от 9к на авито и от 13к в магазинах (если еще есть). Докинем корпус, модем, антенны, бп и вот ваши "когда я за эти деньги всё купил" превращаются в примерно хорошо за 20к.
Т.е. я предлагаю wap lte kit за 11к и если вам надо гпио, то готовая плата за 1.5-2к на али есп с реле на борту. будет все тоже самое за сильно меньшую рыночную стоимость.
Я говорил именно за совокупность rbm33 и того что у вас вышло в итоге.
Дюдя? Очень хочется узнать зачем.
Самба? так на выходе и скорости не великие и нет надежности. Да и полноценно то ею не попользоваться.
Кэш прокси... я бы с удовольствием послушал какой вы профит получили от использования web прокси.
Если исключить вот эти 3 пункта (о которых к слову то и разговора особо не было), то на выходе wap r lte kit 11к прямой сейчас на авито. Примерно вагон на выбор плат из китая с реле и esp на борту за 1-2 тысячи рублей. На выходе 4г, wifi, даже немного проводная сеть + возможность работы ваших автоматизаций автономно и если очень хотите, то бесплатно какой-то mqtt сервер внешний с красивым web-gui.
Аля esp + esphome. Опять же есть малина пи и иже с ними. есть (правда не знаю можно ли сейчас купить и каков ценник) омега. Но и не одной омегой едины, в мире примерно пачка подобных микрокомпьютеров с wifi или ethernet на борту (а то и то). Дальше по желанию. В 2023 году я бы будем честны не особо гнался за этой довольно старой платой. И хоть она и жизнеспособна, но на выходе получится приличный прайс.
del
Да тут нет ни какого HA...
У меня пока есть один вопрос - сеть в итоге в последней статье остается такой же? количество серверов и связанность всего этого?
Ну т.е. в сети есть точка отказа которую без вмешательства не починить. Во вторых вся схема как бы сама по себе не подразумевает хоть какой-то отказоустойчивости (ведь я так понимаю выход гигабитного коммутатора из схемы "Моя текущая схема" подразумевает развал сети на 2 части), но при этом вы заявляете "до по сути такой же схемы на "минималках"" сравнивая ее с схемой где есть HA?
Была схема в ширь с отказоустойчивостью, отрезали от нее половину, убрали все промежуточные связи и на выходе получается ну ни разу не такая же схема, и даже без минималок и прочего.
И зачем был весь этот опус?
Опять же я не совсем понимаю при чем тут "тестирование it-систем". Хоть и в разрезе того что это первая статья.
Ох... "новое" здание, капитальный ремонт. Иду к шефу, так мол и так, надо определиться с тем кто куда по кабинетам, у кого какая мебель, всех собрать и вывезти для рассадки, мол кому в пол, кому на стенку. В ответ "всем на стенку, розетки на твое усмотрение и всего делов!". И вот час икс, заезжаем, рассаживаемся и вдруг оказывается вообще ни кто, в том числе и директор не хотят сидеть лицом к стене! Ну и полируем фильтрами сетевыми 1.5 метровыми и такими же патчкордами.
Запись в БД (подсчет статистики) не влияет на текущее состояние сенсора. Это 2 разные вещи (я говорю за текущее положение дел и как тот у кого бд внешняя не первый день). С провалами и пустотами после/до согласен, но у нас не тонкий процесс где дельта даже на 1 градус отклонения из-за такой внештатной ситуации превратит все наши старания в муки от использования УД (если она такая вообще будет).
Не испытываю проблем, хотя бы потому что пид (особенно хорошо подогнанный) прекрасно справляется и с позиции "включен с нуля". Опять же может если у Вас 20 кубов все помещение и 5кВт обогреватель с 5кВт кондером, то может это и влияет, но обычно климат в помещении вещь довольно инерционная. И что бы вот так вот перманентно чтобы была какая-то нереальная пила, да чтобы ее еще и ощутить можно было аж до дискомфорта... Я не представляю такой кейс. Тем более с тем же пидом.
Открыли окно, словили триггер от датчика окна, поставили работу того же климата в положение "работает как работает" или вообще выключили, ибо смысл греть или остужать улицу. С расположением... И согласен и не согласен. Вы сами их так разместили что Ваш кот влияет на него (а может он это специально? не думали? ))) ) и теперь из-за этого придумываете каким костылем это подпереть. А так я и сам ловил прикол когда на диване уже холодно, но пид все еще напрягает сплит. Оказалось идея повесить датчик над потолком в дальнем внешнем углу когда за окном +50 идея прям сильно такая себе. И все стало предельно просто. Перевесил датчик именно там где мне нужна эта температура и забыл о проблеме (к слову теперь все датчики у меня располагаются на высоте 1-1.2 метра от пола. Т.е. я проблему создал не подумав и я же ее решил, без костылей. В особо сложных случаях (большое помещение) - 2 датчика и больше + берем минимум для охлаждения и максимум для обогрева с небольшой дельтой (я про однозонную работу климата). Ребус решен. Много кто вешает просто 2 датчика и работает по средней. Но все кого я знаю учитывают в автоматизациях эти внешние факторы и потребности в средней за N-минут ни кто не испытывает. Точнее не имеют проблем с отвалившимся рекордером или статистикой.
У нас немного не промышленные условия и потребности. К примеру для Вас комфортная температура 25, но Вы же не чувствуете дискомфорт при 24?
"Ощущаемая температура". В контексте закрытого помещения в расчет берем влажность и температуру. Но у вас УД, управляем и влажностью и температурой и забываем об этой сложности. Хотя конечно это уже прилично другой бюджет. Но в том же NR вроде бы как есть аддоны с кучей факторов, но это настолько темный лес что я просто посмотрел и удалил элемент. Знаю 1 случай когда человек прям озадачился, но золотой середины добиться на сколько я знаю он не смог, особенно учитывая что два человека рядом сидящие могут по разному одно и тоже ощущать.
Давайте вы прочтёте доку по ха и в частности про статистику. Кусочек я уже выше скинул. Удивитесь.
Node red
У вас есть умный дом с ХА или это все только догадки? Или вы настолько накрутили ХА что он меняет свои алгоритмы по статистике? Лично я такого ни в одном из чатов по ХА не встречал да и слабо представляю как это вообще можно накрутить в контексте именно ХА.
Сами сценарии не хранятся в БД. Как и текущие состояния датчиков и прочего. И при чем тут ручная включалка? Я вот теперь просто требую пример автоматизации которая ну ни как без накопленной истории не может существовать.
Я согласен если у вас автоматизации на основе каких-то статистических данных... но лично я за 2 полных года ни одной такой не имею. И даже сейчас хорошенько подумав и спросив в одном из чатиков увлеченных уд, коллективно мы не придумали ни одной автоматизации именно в контексте ХА без которой прям жить нельзя или которая бы встала колом навсегда до появления БД.
Опять же даже если у вас и есть что-то такое, то в чем проблема в той же автоматизации предусмотреть такую проблему? Я уже точно год живу с внешней бд и не испытываю ни каких трудностей.
Вот к примеру кусочек автоматизация работы сплитов. Прекрасно держит заданную температуру в не зависимости от того есть ли сейчас бд, только что ха был перезапущен в том числе и без бд или нет.
Целиком отопление умное вот первую зиму живем (первую зиму как температура теплоносителя регулируется УД, остальное было уже в прошлую зиму). Нет ни каких проблем с отвалившейся бд.
Это управление котлом. В зависимости от температуры за бортом устанавливается температура теплоносителя. Без упреждений и прочего, ибо 30кВт котлу нагнать 10 градусов сверху на мой объем теплоносителя и теплопотери это всего ни чего (по хорошему переделать вообще на статистически заданную, но для этого надо еще много денег для переделки системы отопления). Статистика тут тоже особой роли не играет, ибо не поместившийся в первый скрин кусочек автоматизации тупо устанавливает температуру на термоголовках/термостатах и включает их вообще или выключает. Дальше уже работает пид термоголовок/термостатов.
Опять же одно время 2 батареи были через электроклапан, и управлялись они именно нодередом. но пид штука такая что он способен работать не только по накопленным данным, но и перманентно с момента включения только по текущему состоянию. В контексте того же отопления или охлаждения это небольшая пила от силы в 1 градус отклонения. И то это прям я сильно преувеличиваю.
И да, мне уже подсказали что именно в контексте именно умного дома который сам строит алгоритмы своей работы на поведении жильцов статистика и история будет важна. но не в контексте ХА. Да и опять таки как не крути, но у этого УД будет заложенные начальные сведения от которых он будет отталкиваться начав работать с нуля.
Опять же вернувшись к ХА:
Assuming the recorder integration is running, historical sensor data is read from the database on startup and is available immediately after a restart of the platform. If the recorder integration is not running, it can take some time for the sensor to start reporting data because some characteristics calculations require more than one source sensor value.Статистика не зависит от доступности БД. Просто она будет нулевая при запуске и для ее наполнения потребуется время. А уж если БД отвалилась во время работы, то статистика ни куда не денется, она все так же будет доступна.
А уд без бд не превращается в тыкву. Ха спокойно работает с отвалившейся бд.
Ну пропал интернет, ну останетесь немного без истории. На работу уд это не влияет, а статистика все равно соберётся когда появится интернет.
Извиняюсь за некрофилию, но есть вопрос.
Вырубаю ИБП, в syslog прилетает "UPS on battery. Shutdown in 90 seconds...." а ни кто из двух серверов выключаться и не собирался. Зато через в районе 90 секунд выключается ИБП.
Закомментил "upscmd -u upsmonitor -p UPSPASS ups@localhost shutdown.return"
Теперь в логах такое:
Dec 24 20:51:36 pve2 nut-monitor[1295]: UPS UPS@localhost on batteryDec 24 20:51:36 pve2 nut-monitor[12970]: Executing command: powerout
Dec 24 20:51:36 pve2 upssched[12970]: Executing command: powerout
Dec 24 20:51:36 pve2 nut[12973]: UPS on battery. Shutdown in 90 seconds....
Dec 24 20:51:36 pve2 upssched[12974]: Timer daemon started
Dec 24 20:51:36 pve2 upssched[12974]: New timer: shutdownnow (600 seconds)
Dec 24 20:51:36 pve2 nut-monitor[12966]: Network UPS Tools upsmon 2.8.0
Через 10 минут сервера продолжают работать.
ПРи чем на одном из них я попробовал оставить дефолтный конфиг и у него вот так вот в логах:
Dec 24 20:48:41 pve nut-monitor[32983]: Network UPS Tools upsmon 2.8.0Dec 24 20:51:36 pve nut-monitor[1377]: UPS UPS@192.168.133.36 on battery
Dec 24 20:51:36 pve nut-monitor[35232]: Network UPS Tools upsmon 2.8.0
Dec 24 20:54:36 pve nut-monitor[1377]: UPS UPS@192.168.133.36 battery is low
Dec 24 20:54:36 pve nut-monitor[37925]: Network UPS Tools upsmon 2.8.0
В дефолтном конфиге он должен выключить сервер получив "
battery is low". Но нет.Засуньте парой строк в тасмоту (и так чтобы работало ота) climate ir, серву, далласов парочку и еще чего-нибудь, к примеру scd40. И полирните это еще внутренней логикой.
В вопросе не было про "внешнее питание", "перегружен" и прочее. Был конкретный вопрос. 90% устройств УД у меня zigbe. Но все им не приткнешь, а если и можно на том же ptvo собрать, то будет и стоить дороже и функционалу ptvo до esphome ой как далеко.
Простой пример. мне надо датчик CO2 и ик пульт в каждой комнате. Да зигби может предложить мне оба эти устройства, но с ценник будет... с esp это 1 устройство, которое вышло мне по цене в 1500р, немного 3д печати (для печати корпуса под датчик co2) и пара проводков. 1 устройство, которое вдруг еще и смогло взять на себя функцию датчика температуры и влажности. И все это от 1 розетки, кроме того сущность климата собрана в самом esphome и в ха залетает просто как устройство. И я могу продолжать управлять тем же сплитом с родного сплита, но в HA я тоже буду видеть изменения на сплите внесенные родным пультом. Зигби так не может пока (
Я так хочу.
Повторяюсь - гибкость. Самое простое из последнего что я сделал - автовключение света перед двором. Датчик присутствия Ld2410, реле, датчик освещенности, wemos D1 mini + esphome. Автономное устройство логику которого я могу менять на лету и для прошивки не нужны программаторы + не ограничен функционалом скажем того же ptvo. А написание логики для еспхома вещь вполне интуитивная и не требует больших навыков программирования.
С зигби а маттером вы так сможете?
И они все ещё не имеют той гибкости и лёгкости прошивок заводских устройств по сравнению с esp подобными устройствами.
Очень удобно это хотя бы заббикс и дальше. дюдя...
Т.е. "облака не любишь", но доверяете устройству не имеющего элементарно в простую отказустойчивость ФС и через костыль?
Но заявляете.
Его более чем за глаза обеспечить вас "интернетом", (маршрутизацией, wifi, проводом) в вашем контексте. Если уж на то пошло, то и рбм33г еле шевелящийся мамонт. По производительности до того же квадрата хотя бы ему ой как далеко. Опять же рассматривая вопрос цены в 11к я приводил то что прямо сейчас есть на том же авито не в единичном исполнении. Так то я вообще взял вап лте кит за 3.8к с доставкой до двери. Но я ж не учитываю это как базу хотя бы потому что данный ценник многим просто не доступен (он и для меня сейчас со звездочкой). Вам же что-то где-то перепало и вы считаете это базовым ценником. Напомню что голый RBM33G это примерно от 9к на авито и от 13к в магазинах (если еще есть). Докинем корпус, модем, антенны, бп и вот ваши "когда я за эти деньги всё купил" превращаются в примерно хорошо за 20к.
Т.е. я предлагаю wap lte kit за 11к и если вам надо гпио, то готовая плата за 1.5-2к на али есп с реле на борту. будет все тоже самое за сильно меньшую рыночную стоимость.
На что вы отвечали "нет" и почему дорогущий одноплатник у которого только гпио юзается это оправдано? Я не вижу нити повествования.
Вы вырываете из контекста.
Я говорил именно за совокупность rbm33 и того что у вас вышло в итоге.
Дюдя? Очень хочется узнать зачем.
Самба? так на выходе и скорости не великие и нет надежности. Да и полноценно то ею не попользоваться.
Кэш прокси... я бы с удовольствием послушал какой вы профит получили от использования web прокси.
Если исключить вот эти 3 пункта (о которых к слову то и разговора особо не было), то на выходе wap r lte kit 11к прямой сейчас на авито. Примерно вагон на выбор плат из китая с реле и esp на борту за 1-2 тысячи рублей. На выходе 4г, wifi, даже немного проводная сеть + возможность работы ваших автоматизаций автономно и если очень хотите, то бесплатно какой-то mqtt сервер внешний с красивым web-gui.
Аля esp + esphome. Опять же есть малина пи и иже с ними. есть (правда не знаю можно ли сейчас купить и каков ценник) омега. Но и не одной омегой едины, в мире примерно пачка подобных микрокомпьютеров с wifi или ethernet на борту (а то и то). Дальше по желанию. В 2023 году я бы будем честны не особо гнался за этой довольно старой платой. И хоть она и жизнеспособна, но на выходе получится приличный прайс.