С ГВС ничего не сделать, без модификации котла. Можно поставить дополнительный датчик протока, и тот, что в котле разрезать, подключив через реле. И контролировать включение ГВС таким образом. А так котел при любых настройках, хоть пультом, хоть адаптером, и даже если вообще их отключить от котла полностью - как только "увидит" проток по горячей воде, начинает ее греть.
Тут только ставить бойлер косвенного нагрева, обвязывать, регулировать. Но крайне не советую брать маленькой емкости. У меня даже 150л дети умудряются "вылить", всего лишь "помыв голову".
Проблему солнечного света я решил двумя датчиками - поставил их в такие места, в любое время дня хотя бы один из них будет в тени. То есть с утра и до полудня солнце светит на один, а после - на другой. И просто беру значение с того, который показывает меньше.
Такс, я наврал про смещение 30, на самом деле, оно 6. Речь идет о регистрах 0x0030-0x0039 - у них тип доступа W, и читать их бесполезно. Но когда я игрался с утилитой mbpoll и задал широкий диапазон регистров прочитать, то заметил, что если читать регистры +6 от 0х0030, ну то есть 0х0036-0x003F и т.д., то там будет содержимое того, что недавно записал в эти регистры. А так, по инструкции штатный способ контроля - это регистры состояния данных 0х0040-0х006F (вот тут смещение 0х30 по инструкции), но там весьма неудобно ими пользоваться. Я для себя посчитал полезными регистры 0х0036 (соответствует регистру W 0x0030 - переключение между адаптером и родным пультом), 0х0037 (0х0031 Уставка теплоносителя) и 0х003F (0х0039 режимы котла - контур отопления, гвс). ГВС от котла я не использую. Всё остальное уже по инструкции, без "хаков". А ну еще заметил, что ставить температуру носителя меньше 40 бесполезно - он все равно греет 40 (у меня дополнительные датчики на трубах подачи и обратки), можно хоть ноль ставить. Поэтому если нужно отключить нагрев, то нужно выключать режим через регистр 0х0039.
Если отбросить приколы с переводом, то там идёт закодированная через длины импульсов последовательность битов. Первый длинный импульс - сигнал начала посылки. Последовательность битов ==> последовательность байтов, которая уже представляет из себя протокол. Уже не помню как, но я расшифровал (с помощью гугла, конечно же) протокол своего кондиционера Monlan (китайская поделка из Леруа-мерлен). Самое сложное было найти/подобрать алгоритм формирования CRC в конце посылки. Методом тыка и перебора не получалось, но на форумах что-то подобное люди уже "проходили", и один из вариантов в итоге подошел отлично. По итогу, я могу посылать любую комбинацию параметров в кондиционер, а не пытаться записать все эти возможные комбинации в таблицу.
Вопрос - что за интеграция "Датчик погодозависиой автоматики"? Это что-то свое, или с просторов? Всё собирался что-то такое сделать, но в пока что тупо методом тыка составил тупо на jinja несколько if-ов: "если на улице столько, поставь носитель столько". У адаптера ectoContorl есть полезный баг. Если к номеру регистра в который пишем уставку параметра (например температуру носителя) прибавить 30 и с этого адреса прочитать значение - то там будет ровно то, что записали регистр. Можно контролировать успешность записи не через регистр флагов.
с этим появятся проблемы, когда каналы прилягут как магистрали, так и у хостеров vds у меня два вечера подряд капитально проседает скорость через виртуалку в "час пик" к ночи все рассасывается и начинает летать не буду спорить, возможно, у меня не самое удачное размещение vds, но если прямо массы ринутся - каналы прилягут
У китайцев есть дешёвые переключатель резерва - два автомата и моторчик с кочергой. Уже можно не париться с переключением. А если ещё добавить реле времени, которое будет через 3-5 минут замыкать провод датчика масла на корпус - то и ходить глушить генератор не надо.
У меня rpi с HA прямо рядом, поэтому самый дешевый usb-rs485 свисток. Ну и 485 можно по одной витой паре прокинуть на десяток метров. Опять же, если уже есть Wi-Fi пульт - то у него по-любому какое-то api есть, можно его расковырять. Я тоже про этот пульт думал, но вариант с адаптером сильно дешевле оказался.
Есть такое https://ectostroy.ru/heating-control/adapter-navien, с ним можно общаться по modbus. Уже год живу с ним - полет нормальный. Не все идеально, правда. Но мне все что нужно - это только температуру носителя менять. Котел обычный navien deluxe s. Но контуром горячей воды не пользуюсь, поэтому не проверял как он дружит с горячей водой. И еще почему-то не отдает ошибку низкого давления воды, хотя отсутствие газа показывает нормально.
А вы уверены, что вам поменяли регион номера, а не просто перенесли номер в Тиньков и поставили на ваш региональный номер московский тариф? Все номера жестко "прибиты" к регионам и перенести в другой регион разве что только целый блок номеров можно.
Я больше про то, что отчет - это более понятный пользователю инструмент, чем консоль запросов. Понятно, что отчет по факту выполнит этот же самый запрос. Через какое-то время, когда новый инструмент себя зарекомендует, таких сомнений, возможно и не будет.
Вот только бухгалтерия - это все же точная наука. Бухгалтер не поймет сгенеренный запрос, а значит не сможет убедиться, что ему не рандомную цифру показывают. Вот если бы результатом была автоматизированная настройка параметров отчета, вместо ручной, то есть то, что пользователь может сам перепроверить, то тогда можно было бы ощутить реальную пользу.
Есть ощущение, что решение вот прямо сильно прибито гвоздями к методу выдачи внешнего ip у данного, конкретного хостера. Или вообще где-то под капотом включается dnat. Не совсем понятно каким образом шлюз провайдера/хостера "согласился" идти за внешним адресом внутрь туннеля, который совсем не L2, а обычный L3. Ну или я что не понимаю.
"Кластер" из трех контейнеров с сервером 1С на одном физическом хосте - это сильно! Я бы еще предложил таким же образом "кластер" Postgres на соседнем хосте поднять - чтобы интереснее было )
А если по делу - то вопрос: как сервер 1С в контейнерах относится к одному единственному аппаратному ключу? Ну и, я так полагаю, с одной единственной программной лицензией тут ловить, скорей всего, будет нечего, т.к. непонятно, как её "скормить" всем контейнерам, и чтобы они не начали "возмущаться" на тему несовпадения конфигурации системы.
На этапе установки душевого трапа (и подключения его к канализации) - уже можно и остановиться, если что-то потечет - то сразу в канализацию. Датчики, конечно, лишними не будут, но "автоматическое" предотвращение последствий с трапом - еще круче. Можно пол мыть путем выливания ведра воды )
Я не уверен, но когда я с этим разбирался - по омс "удержания" идут не выше какой-то планки, как раз на уровне 50-60 т.р., т.е. вы не "переплачиваете" за это. И с ПФР такая же система вроде бы.
А может быть есть какая-то возможность ограничивать область действия корневых УЦ определенными доменами? Ну, например, пусть бы наши УЦ могли выдавать сертификаты только для наших dns зон и все. Если посмотреть список корневых сертификатов, то можно легко найти, что свои УЦ есть у Китая, Турции, Индии, Пакистана и пр. Неужели все эти УЦ могут выдавать сертификаты на любые домены? Тогда кто мешает тому же Китаю шпионить за всем мировым трафиком? Любопытна эта тема, но не пойму где можно про это почитать подробнее.
Насколько понял из статьи, ОС у вас грузится с sd-карты. Как-то решали проблему поломки загрузки из-за некорректного отключения по питанию? Там же, насколько я помню, /boot - это FAT, и который всегда монтируется в RW. Я когда занимался этим, то довольно часто получалось условно "сломать всё" тупо передергиванием питания во время записи чего-либо на карту.
Вот этот набор знаков переключается нажатием F1 В одном "положении" там как у РК86, а в другом - со строчными русскими буквами. Так через ВВ55 дергается старший бит ПЗУ, в которой в старшей области один набор, а в младшей - другой. И, кажется, на моей версии мироши как раз был второй светодиод, который отображал состояние - т.е. какой знакогенератор выбран. А может и вообще логика другая была, раз версии разные.
Клапан на этот навьен стоит 7-8 т. р., менять его 10 минут, еще столько же настроить новый.
С ГВС ничего не сделать, без модификации котла. Можно поставить дополнительный датчик протока, и тот, что в котле разрезать, подключив через реле. И контролировать включение ГВС таким образом. А так котел при любых настройках, хоть пультом, хоть адаптером, и даже если вообще их отключить от котла полностью - как только "увидит" проток по горячей воде, начинает ее греть.
Тут только ставить бойлер косвенного нагрева, обвязывать, регулировать. Но крайне не советую брать маленькой емкости. У меня даже 150л дети умудряются "вылить", всего лишь "помыв голову".
Проблему солнечного света я решил двумя датчиками - поставил их в такие места, в любое время дня хотя бы один из них будет в тени. То есть с утра и до полудня солнце светит на один, а после - на другой. И просто беру значение с того, который показывает меньше.
Такс, я наврал про смещение 30, на самом деле, оно 6.
Речь идет о регистрах 0x0030-0x0039 - у них тип доступа W, и читать их бесполезно. Но когда я игрался с утилитой mbpoll и задал широкий диапазон регистров прочитать, то заметил, что если читать регистры +6 от 0х0030, ну то есть 0х0036-0x003F и т.д., то там будет содержимое того, что недавно записал в эти регистры.
А так, по инструкции штатный способ контроля - это регистры состояния данных 0х0040-0х006F (вот тут смещение 0х30 по инструкции), но там весьма неудобно ими пользоваться.
Я для себя посчитал полезными регистры 0х0036 (соответствует регистру W 0x0030 - переключение между адаптером и родным пультом), 0х0037 (0х0031 Уставка теплоносителя) и 0х003F (0х0039 режимы котла - контур отопления, гвс). ГВС от котла я не использую.
Всё остальное уже по инструкции, без "хаков".
А ну еще заметил, что ставить температуру носителя меньше 40 бесполезно - он все равно греет 40 (у меня дополнительные датчики на трубах подачи и обратки), можно хоть ноль ставить. Поэтому если нужно отключить нагрев, то нужно выключать режим через регистр 0х0039.
Если отбросить приколы с переводом, то там идёт закодированная через длины импульсов последовательность битов. Первый длинный импульс - сигнал начала посылки. Последовательность битов ==> последовательность байтов, которая уже представляет из себя протокол. Уже не помню как, но я расшифровал (с помощью гугла, конечно же) протокол своего кондиционера Monlan (китайская поделка из Леруа-мерлен). Самое сложное было найти/подобрать алгоритм формирования CRC в конце посылки. Методом тыка и перебора не получалось, но на форумах что-то подобное люди уже "проходили", и один из вариантов в итоге подошел отлично. По итогу, я могу посылать любую комбинацию параметров в кондиционер, а не пытаться записать все эти возможные комбинации в таблицу.
Вопрос - что за интеграция "Датчик погодозависиой автоматики"? Это что-то свое, или с просторов? Всё собирался что-то такое сделать, но в пока что тупо методом тыка составил тупо на jinja несколько if-ов: "если на улице столько, поставь носитель столько".
У адаптера ectoContorl есть полезный баг. Если к номеру регистра в который пишем уставку параметра (например температуру носителя) прибавить 30 и с этого адреса прочитать значение - то там будет ровно то, что записали регистр. Можно контролировать успешность записи не через регистр флагов.
с этим появятся проблемы, когда каналы прилягут
как магистрали, так и у хостеров vds
у меня два вечера подряд капитально проседает скорость через виртуалку в "час пик"
к ночи все рассасывается и начинает летать
не буду спорить, возможно, у меня не самое удачное размещение vds, но если прямо массы ринутся - каналы прилягут
У китайцев есть дешёвые переключатель резерва - два автомата и моторчик с кочергой. Уже можно не париться с переключением. А если ещё добавить реле времени, которое будет через 3-5 минут замыкать провод датчика масла на корпус - то и ходить глушить генератор не надо.
У меня rpi с HA прямо рядом, поэтому самый дешевый usb-rs485 свисток. Ну и 485 можно по одной витой паре прокинуть на десяток метров. Опять же, если уже есть Wi-Fi пульт - то у него по-любому какое-то api есть, можно его расковырять. Я тоже про этот пульт думал, но вариант с адаптером сильно дешевле оказался.
Есть такое https://ectostroy.ru/heating-control/adapter-navien, с ним можно общаться по modbus. Уже год живу с ним - полет нормальный. Не все идеально, правда. Но мне все что нужно - это только температуру носителя менять. Котел обычный navien deluxe s. Но контуром горячей воды не пользуюсь, поэтому не проверял как он дружит с горячей водой. И еще почему-то не отдает ошибку низкого давления воды, хотя отсутствие газа показывает нормально.
А вы уверены, что вам поменяли регион номера, а не просто перенесли номер в Тиньков и поставили на ваш региональный номер московский тариф?
Все номера жестко "прибиты" к регионам и перенести в другой регион разве что только целый блок номеров можно.
Я больше про то, что отчет - это более понятный пользователю инструмент, чем консоль запросов. Понятно, что отчет по факту выполнит этот же самый запрос.
Через какое-то время, когда новый инструмент себя зарекомендует, таких сомнений, возможно и не будет.
Вот только бухгалтерия - это все же точная наука.
Бухгалтер не поймет сгенеренный запрос, а значит не сможет убедиться, что ему не рандомную цифру показывают.
Вот если бы результатом была автоматизированная настройка параметров отчета, вместо ручной, то есть то, что пользователь может сам перепроверить, то тогда можно было бы ощутить реальную пользу.
Есть ощущение, что решение вот прямо сильно прибито гвоздями к методу выдачи внешнего ip у данного, конкретного хостера.
Или вообще где-то под капотом включается dnat.
Не совсем понятно каким образом шлюз провайдера/хостера "согласился" идти за внешним адресом внутрь туннеля, который совсем не L2, а обычный L3.
Ну или я что не понимаю.
"Кластер" из трех контейнеров с сервером 1С на одном физическом хосте - это сильно!
Я бы еще предложил таким же образом "кластер" Postgres на соседнем хосте поднять - чтобы интереснее было )
А если по делу - то вопрос: как сервер 1С в контейнерах относится к одному единственному аппаратному ключу?
Ну и, я так полагаю, с одной единственной программной лицензией тут ловить, скорей всего, будет нечего, т.к. непонятно, как её "скормить" всем контейнерам, и чтобы они не начали "возмущаться" на тему несовпадения конфигурации системы.
На этапе установки душевого трапа (и подключения его к канализации) - уже можно и остановиться, если что-то потечет - то сразу в канализацию.
Датчики, конечно, лишними не будут, но "автоматическое" предотвращение последствий с трапом - еще круче. Можно пол мыть путем выливания ведра воды )
Я не уверен, но когда я с этим разбирался - по омс "удержания" идут не выше какой-то планки, как раз на уровне 50-60 т.р., т.е. вы не "переплачиваете" за это.
И с ПФР такая же система вроде бы.
А может быть есть какая-то возможность ограничивать область действия корневых УЦ определенными доменами? Ну, например, пусть бы наши УЦ могли выдавать сертификаты только для наших dns зон и все.
Если посмотреть список корневых сертификатов, то можно легко найти, что свои УЦ есть у Китая, Турции, Индии, Пакистана и пр. Неужели все эти УЦ могут выдавать сертификаты на любые домены? Тогда кто мешает тому же Китаю шпионить за всем мировым трафиком?
Любопытна эта тема, но не пойму где можно про это почитать подробнее.
Насколько понял из статьи, ОС у вас грузится с sd-карты. Как-то решали проблему поломки загрузки из-за некорректного отключения по питанию? Там же, насколько я помню, /boot - это FAT, и который всегда монтируется в RW. Я когда занимался этим, то довольно часто получалось условно "сломать всё" тупо передергиванием питания во время записи чего-либо на карту.
Вот этот набор знаков переключается нажатием F1
В одном "положении" там как у РК86, а в другом - со строчными русскими буквами.
Так через ВВ55 дергается старший бит ПЗУ, в которой в старшей области один набор, а в младшей - другой.
И, кажется, на моей версии мироши как раз был второй светодиод, который отображал состояние - т.е. какой знакогенератор выбран.
А может и вообще логика другая была, раз версии разные.