prot - абсолютно мне непонятные символы скрываются под этим меню, я оставил по умолчанию, а именно n.2 - это параметры порта связи , n2 значит parity none , 2 stop bit.
bAud - скорость передачи, тут опять таки в инструкции не слова, а внутри меню просто цифры от 1 до 5, методом проб я выбрал 3, что соответствует 9600 - аналогично, настройка скорости modbus , которая стандартизована. Для счетчиков обычно они бывают 2400,4200,9600,19200.
У вас на скрине настроек преобразователя все эти параметры как раз и указаны, только стоповый бит вместо 2 стоит 1.
Буква H в номере регистра указывает на то, что данный адрес - в hex, а не на функцию чтения.
И очень интересно, что при одиночном запросе счетчик не успевал отдавать данные, а при запросе 70 регистров - все ок..
Я не совсем в теме, это смежные системы, рядом стоял когда аналогичные монтировали и запускали.
Аспирация - это система раннего обнаружения пожара, когда в помещении прокладывается ПВХ-трубопровод, в который засасывается воздух из помещения и подается на специальные детекторы дыма. Данные системы активно применяют в ЦОДах. И в случае сработки, насколько мне известно, алгоритм действий персонала аналогичный - уведомить руководство и направить бригаду/дежурного на место сработки датчика.
Про датчики и зоны - если загуглить номер датчика, то можно выйти на статью NYT (тык), в которой и говорится про четыре зоны , 160 датчиков и т.д. Там кстати история немного по-другому описана, но главное - менеджер охраны(?) перезвонил и сразу однозначно идентифицировал место возгарания и отправил туда людей проверять.
Там кстати еще есть вопросы к самому проекту - автор проекта при расчетах исходил из того, что 300 летний дуб будет медленно разгораться.
Так что это скорее стечение нескольких организационных факапов. Интересно конечно будет почитать результат расследования.
Имхо, UX тут совсем не при чём. Сообщение (не код) «Attic Nave Sacristy ZDA-110-3-15-1 aspirating framework» говорит о срабатывании датчика системы аспирации ZDA-110-3-15-1 (уникальное обозначение в проекте одного из 160 датчиков) в зоне Attic Nave Sacristy - всего здание было поделено на 4 зоны, что в принципе, сужало область поиска даже без понимания, где расположен конкретный датчик.
Тут больше организационные просчеты - явно не подготовленный человек заступил на дежурство. Обучали ли его и насколько качественно? Был ли АРМ с планами размещения датчиков? или только пожарная панель по-типу вот такой ?
По ссылке https://sovsnab16.ru/teplovojj-punkt-individualnyjj/ упрощенная схема отопления и водоснабжения многоквартирных домов. В ИТП (индивидуальный тепловой пункт, обслуживает один или редко - несколько домов) приходит сетевая вода от ТЭЦ (для которой вы и делали расчет) и через теплообменники подогревает воду на нужды ГВС (горячее водоснабжение) и отопления. Изначальный пост говорил о том, что именно в этих теплообменниках происходит коррозия и происходит проникновение сетевой воды от ТЭЦ с присадками в горячую воду, которая подается уже напрямую жителям.
Если у здания собственная котельная, то принцип вроде такой же, только сетевая вода циркулирует между котлом в котельной и итп.
Ок, т.е. если резервных автоматов нет, то все-таки придется отключать потребителей)
Если вы добавите информацию про протоколы хотя бы в рекламные буклеты, то уже будет плюс. Это просто больная тема - за последнее время столько новых систем/железа появилось, но почему-то единицы считают нужным разместить необходимую информацию в каталоге.
Очень бы хотелось посмотреть как выполнено это подключение "неинвазивным" способом. В документации на счетчик подключение - через автомат. А если резервного нет? как подключить L1,L2,L3?
И после статьи , честно говоря, не понял некоторых моментов:
1.Все сводится на WB, а дальше куда? "Контроллер Wiren Board отвечает за сбор информации с датчиков и передает ее на сервер мониторинга ". Что за сервер, по какому протоколу WB передает информацию?
2.Зашел по ссылке почитать про ваш SmartDCIM. Нигде не нашел упоминания что и как можно подключить. Можно ли в систему подключить "зоопарк" из контроллеров? В документе "функциональные характеристики" только упоминания про "внешние данные, API, выходные данные", но никакой конкретики.
Вы прежде чем делать на его базе умный дом, посмотрите, какая уже версия железа у них. Все хочу тоже с ним поиграться, но это отталкивает - что делать , если вдруг железка помрет условно через 4 года? Уже не будет ПЛК v.7, а будет какая-нибудь v.9 . И что делать? переделывать шкаф/прогу под новую версию? или ждать, когда вам под заказ ее сделают?
У всех нормальных вендоров железо обычно поддерживается лет 5 минимум, а иногда и больше.
Лучше уж на каком-нибудь Овене (будь он неладен) делать проект - спецов, которые чуть что смогут откорректировать программу полно, софт бесплатен, железо всегда можно найти.
Лучше ставить 0-10В. Клапана с modbus а)дороже в наладке . б)менее универсальные. При использовании modbus вы уже не сможете легко поменять один клапан на другой в случае выхода из строя. А иногда еще могут обновить прошивку и тогда вам придется еще и перепрограммировать контроллер..
"Для этого используется ключ modbus.get, который может применяться для подключения протоколов TCP/RTU/ASCII "
С Zabbix дел не имел, но судя по выделенному фрагменту, есть возможность мониторинга по Modbus RTU. Для этого надо было установить драйвер виртуального com-порта и настроить мониторинг по Modbus RTU, указав в настройках необходимые настройки (адрес com-порта, скорость, четность).
prot - абсолютно мне непонятные символы скрываются под этим меню, я оставил по умолчанию, а именно n.2 - это параметры порта связи , n2 значит parity none , 2 stop bit.
bAud - скорость передачи, тут опять таки в инструкции не слова, а внутри меню просто цифры от 1 до 5, методом проб я выбрал 3, что соответствует 9600 - аналогично, настройка скорости modbus , которая стандартизована. Для счетчиков обычно они бывают 2400,4200,9600,19200.
У вас на скрине настроек преобразователя все эти параметры как раз и указаны, только стоповый бит вместо 2 стоит 1.
Буква H в номере регистра указывает на то, что данный адрес - в hex, а не на функцию чтения.
И очень интересно, что при одиночном запросе счетчик не успевал отдавать данные, а при запросе 70 регистров - все ок..
Я не совсем в теме, это смежные системы, рядом стоял когда аналогичные монтировали и запускали.
Аспирация - это система раннего обнаружения пожара, когда в помещении прокладывается ПВХ-трубопровод, в который засасывается воздух из помещения и подается на специальные детекторы дыма. Данные системы активно применяют в ЦОДах. И в случае сработки, насколько мне известно, алгоритм действий персонала аналогичный - уведомить руководство и направить бригаду/дежурного на место сработки датчика.
Про датчики и зоны - если загуглить номер датчика, то можно выйти на статью NYT (тык), в которой и говорится про четыре зоны , 160 датчиков и т.д. Там кстати история немного по-другому описана, но главное - менеджер охраны(?) перезвонил и сразу однозначно идентифицировал место возгарания и отправил туда людей проверять.
Там кстати еще есть вопросы к самому проекту - автор проекта при расчетах исходил из того, что 300 летний дуб будет медленно разгораться.
Так что это скорее стечение нескольких организационных факапов. Интересно конечно будет почитать результат расследования.
Имхо, UX тут совсем не при чём. Сообщение (не код) «Attic Nave Sacristy ZDA-110-3-15-1 aspirating framework» говорит о срабатывании датчика системы аспирации ZDA-110-3-15-1 (уникальное обозначение в проекте одного из 160 датчиков) в зоне Attic Nave Sacristy - всего здание было поделено на 4 зоны, что в принципе, сужало область поиска даже без понимания, где расположен конкретный датчик.
Тут больше организационные просчеты - явно не подготовленный человек заступил на дежурство. Обучали ли его и насколько качественно? Был ли АРМ с планами размещения датчиков? или только пожарная панель по-типу вот такой ?
вставлю свои пять копеек.
По ссылке https://sovsnab16.ru/teplovojj-punkt-individualnyjj/ упрощенная схема отопления и водоснабжения многоквартирных домов. В ИТП (индивидуальный тепловой пункт, обслуживает один или редко - несколько домов) приходит сетевая вода от ТЭЦ (для которой вы и делали расчет) и через теплообменники подогревает воду на нужды ГВС (горячее водоснабжение) и отопления. Изначальный пост говорил о том, что именно в этих теплообменниках происходит коррозия и происходит проникновение сетевой воды от ТЭЦ с присадками в горячую воду, которая подается уже напрямую жителям.
Если у здания собственная котельная, то принцип вроде такой же, только сетевая вода циркулирует между котлом в котельной и итп.
Ок, т.е. если резервных автоматов нет, то все-таки придется отключать потребителей)
Если вы добавите информацию про протоколы хотя бы в рекламные буклеты, то уже будет плюс. Это просто больная тема - за последнее время столько новых систем/железа появилось, но почему-то единицы считают нужным разместить необходимую информацию в каталоге.
Очень бы хотелось посмотреть как выполнено это подключение "неинвазивным" способом. В документации на счетчик подключение - через автомат. А если резервного нет? как подключить L1,L2,L3?
И после статьи , честно говоря, не понял некоторых моментов:
1.Все сводится на WB, а дальше куда? "Контроллер Wiren Board отвечает за сбор информации с датчиков и передает ее на сервер мониторинга ". Что за сервер, по какому протоколу WB передает информацию?
2.Зашел по ссылке почитать про ваш SmartDCIM. Нигде не нашел упоминания что и как можно подключить. Можно ли в систему подключить "зоопарк" из контроллеров? В документе "функциональные характеристики" только упоминания про "внешние данные, API, выходные данные", но никакой конкретики.
Вы прежде чем делать на его базе умный дом, посмотрите, какая уже версия железа у них. Все хочу тоже с ним поиграться, но это отталкивает - что делать , если вдруг железка помрет условно через 4 года? Уже не будет ПЛК v.7, а будет какая-нибудь v.9 . И что делать? переделывать шкаф/прогу под новую версию? или ждать, когда вам под заказ ее сделают?
У всех нормальных вендоров железо обычно поддерживается лет 5 минимум, а иногда и больше.
Лучше уж на каком-нибудь Овене (будь он неладен) делать проект - спецов, которые чуть что смогут откорректировать программу полно, софт бесплатен, железо всегда можно найти.
Лучше ставить 0-10В. Клапана с modbus а)дороже в наладке . б)менее универсальные. При использовании modbus вы уже не сможете легко поменять один клапан на другой в случае выхода из строя. А иногда еще могут обновить прошивку и тогда вам придется еще и перепрограммировать контроллер..
"Для этого используется ключ modbus.get, который может применяться для подключения протоколов TCP/RTU/ASCII "
С Zabbix дел не имел, но судя по выделенному фрагменту, есть возможность мониторинга по Modbus RTU. Для этого надо было установить драйвер виртуального com-порта и настроить мониторинг по Modbus RTU, указав в настройках необходимые настройки (адрес com-порта, скорость, четность).