РЕКЛАМА НА ФОРУМХАУС Что то я немного запутался. Пусть у нас на одном шлейфе три датчика на кухне: газ, протечка, пожар (или дым). Датчик (канал) называем "кухня", когда все в порядке видим: кухня норма. Если сработка видим: кухня пожар, или кухня газ, или кухня протечка. А если у нас один шлейф на весь дом, то получается, что датчик надо называть "Дом" (как вариант дача) Тогда возможными событиями будут либо "норма", либо "пожар кухня", "протечка котельная" и так далее. Это если расшифровывать коды вот по такой табличке. Вроде так приемлемо? Еще такой момент. На сегодняшний день поле вывода значения довольно ограниченно, примерно 15 символов. Не знаю можно ли его безболезненно увеличить, поэтому ориентируюсь на минимальное количество букв в сообщении.
Предполагается использовать любые дискретные датчики. Хоть герконы, хоть дыма, хоть разбития стекла, хоть протечки. Любые, которые имеют два состояния вкл/выкл. Зонт ведь умеет с ними работать? И даже есть типовые схемы. Зонт обрабатывает их сигнал по формуле. В адаптере обработка идет через таблицу, поэтому можно описать почти любые входные и выходные состояния. Надо только входными цепями обеспечить разные входные напряжения при сработке разных датчиков. Конечно строить на таком принципе систему из полусотни датчиков на одном шлейфе пожалуй не самая хорошая идея, а 3-4-6 датчиков - без проблем. Как вариант можно сделать датчик уровня на десятке герконов и кучке резисторов.
Если 3 4 6 датчиков, то и делить их шлейфами по типу. А этот тип входом определять (либо на постоянку, либо пользователю дать возможность конфигурирования).
Вроде как расточительно, один вход на датчик. Можно же все датчики на один повесить. Надо только продумать, чтобы удобно было. Неудобная штука - датчик дыма. После сработки его нужно сбрасывать по питанию. Может вовсе его исключить ? И датчик движения тоже проблемный - если система не в охране (люди дома), а сработки будут. С другой стороны эти датчики можно запитывать только когда система на охране стоит. Вот и ломаю голову.
Существуют датчики дыма с сухим контактом - они значительно дороже, но зато там нет возни с раскодированием того что они шлют в шлейф... А проблема как вы пишите с ИК датчиками (как собственно и с СМК и прочисми другими кроме пожарного) - это задача поставноки/снятия - и нужно решать ее на ЗОНТЕ - ЗОНТ ставит зону или датчик на охрану и соответственно ЗОНТ решает - выводить сигнал или нет. Пожарный же датчик всегда на охране стоит.
Т. Е. Пожарный и протечки можно повесить на один шлейф. Другой шлейф - движение и двери-окна, которые надо отключать при снятии с охраны.
Я как раз об этом и говорил, что все датчики протечки на один вход, все датчики пожарки на другой вход и т. д. Более того он и во время сработки должен сброситься и сам себя переопросить, а уже потом выдать сигнал пожар. А уже потом только сброс о котором Вы говорите.
Даже если все протечки на один вход, то получить сообщение какая именно сработала наверное интересно. Можно реализовать горстью резисторов на стандартных датчиках. В описании датчиков дыма (в частности) пишется, что выход с триггером, т. Е. Не сбрасывается после устранения причины. Надо сбрасывать по питанию.
Да, но тут уже облегчается таблица о которой вы говорите, вы уже точно знаете, что на конкретном входе сидят только датчики протечки. Соответственно остается только идентифицировать помещение и что за сигнал пришел. Разделение даст возможно изолировать один тип извещателя от другого с уникальными таблицами для каждых типов извещателей. Я этого не отрицал. Скажу честно, что не очень знаком как это все работает на более глубоком уровне, но логика работы пожарных шлейфов знакома. В частности если взять одинарную (от одного извещателя) сработку, то по одному из алгоритмов после сработки извещателя приемно-контрольный прибор делает сброс питания (переполюсовка) шлейфа тем самым дает возможность извещателю повторно зафиксировать причину сработки. Таким образом уменьшается количество ложных сработок. Если второй раз извещатель срабатывает, то приемно-контрольный прибор уже фиксирует сработку и выдает сигнал "пожар". Который в свою очередь, "если выход с триггером" надо сбрасывать по питанию. Типовые решения по охранке пожарке давно придуманы. Вы, как я понимаю, пытаетесь научить ЗОНТ контролировать более широкий спектр возможных датчиков и извещателей условно новым методом посадив на один шлейф "разнотипные" извещатели. Тогда может пойти по пути адресной системы? Один шлейф, любые датчики со своим уникальным номером и тогда не надо ломать голову кто, откуда и какой шлет сигнал?
Поддержка стандартных адресных датчиков скорее всего потребует переделки адаптера, чего не хочется. Резисторы позволят сделать адресность для небольшого количества датчиков. А все остальное делается настройками, программным методом. И не надо забывать, что время между сработкой и уведомлением может достигать нескольких минут, это все таки не профессиональное оборудование.
Отсюда тогда следующий вопрос, а на кого оно рассчитано? На "радиолюбителя" которому самому интересно поиграться? Который сам может протащить необходимый кабель и скоммутировать? Кто в теме тот на этапе стройки заложит все необходимое и смонтирует проф. Оборудование. Кто не в теме рано или поздно пригласит спеца, а там по обстоятельствам либо провода, либо радиоканал и т. Д. Вы извините за возможно неудобные вопросы, на них в общем-то можно и не отвечать. Но в любом случае я с удовольствием наблюдаю.
В первую очередь это рассчитано на меня. Я хочу сделать так, чтобы мне было удобно и другие могли пользоваться без переделки. Вариантов реализации похоже больше, чем представлялось поначалу, - ну что ж надо сделать как проще, а там будем поглядеть.
Добрый вечер. Прошу прощения если не в тему, но уже не знаю кого спросить. Есть газовый котел ariston genus premium, в нем судя по всему есть ebus. Стоит задача подключить котел к home assistant с ebusd на raspberry pi. В мире существуют адаптеры ebus <-> UART как раз для этой цели, но заказать их проблемно. Как я понимаю они выполняют физическое согласование сигналов из 24в логики в 5в Есть Zont Адаптер E-BUS ECO (764) умеет ebus <-> rs485/k-line. Кроме физического согласования сигналов, добавляет ли он свою логику? Есть ли там внутри UART? Можно его как-то приспособить для для решения моей задачи? Если нет, то какие ещё могут быть варианты?
Увы, не подскажу. С ебасами не знаком совсем, ни с зонтовым ни с каким другим. Думаю, что готового решения не найдете, но можете попытаться собрать. Могу только сказать, что rs-485 перекодировать в uart или в rs-232 несложно. Но это конвертация на уровне "физики". Какие преобразования нужны на логическом уровне не могу сказать, надо разбираться.