Форум » » Съем информации со счетчиков M-Bus » Ответить

Съем информации со счетчиков M-Bus

Kaveckiy: Коллеги, приходилось ли кому-то снимать информацию (показания) со счетчиков с протоколом M-Bus? Есть 2 стояка с ХВС и ГВС, возле каждого из них стоит такой модуль сбора данных. В перспективе к ним присоединиться счетчик тепловой энергии, также с протоколом M-Bus. Все это счастье заведено на такой M-Bus мастер - конвертор в RS-232. К Crestron я его подключу по RS232, а вот где взять описание протокола или готовый модуль - пока не нашел.

Ответов - 8

RuckShot1: Mod Bus он вроде по 485 рулится. Модули опять же вроде есть в базовых модулях в симпле. А вообще могу выслать. С мадбас работал с вентмашинами, но прицип тот же)

Kaveckiy: RuckShot1 пишет: Mod Bus он вроде по 485 рулится. Не ModBus а M-Bus - они похожи по физике, но это разные протоколы.

ps: Kaveckiy пишет: К Crestron я его подключу по RS232, а вот где взять описание протокола или готовый модуль - пока не нашел. Жень, описание протокола в мануале к модулю ( стр 16-18)?


Kaveckiy: ps пишет: Жень, описание протокола в мануале к модулю ( стр 16-18)? Эээээ... В каком именно мануале? На сайте какая-то кострубенькая инструкция с общими сведеньями. Можно ссылку на мануал?

ps: Kaveckiy пишет: В каком именно мануале? На сайте какая-то кострубенькая инструкция с общими сведеньями. Можно ссылку на мануал? http://www.relay.de/uploads/media/IM003G_E.PDF

Kaveckiy: ps это описание протокола M-Bus, мы же подключаемся к мастеру по RS-232.

ps: Kaveckiy пишет: К Crestron я его подключу по RS232, а вот где взять описание протокола или готовый модуль - пока не нашел. Жень, так изначально вопрос и был задан именно о протоколе, или я что-то путаю? Kaveckiy пишет: это описание протокола M-Bus, мы же подключаемся к мастеру по RS-232. А вот это утверждение не совсем корректно. К мастеру мы не подключаемся, мы хотим сделать мастером программу, исполняемую на процессоре crestron. PW20 в этом случае только аппаратный шлюз crestron <-> m-bus (в архитектуре KNX, насколько ее можно применять в таком сравнении, функционально напоминающий serial data interface REG-K, совмещенный c power supply REG-K/320 если говорить о Merten, а мастер - некая scada. Или что-то вроде шлюза crestron <-> dali DIN-DALI-2 со встроенным блоком питания шины dali ). Аргументы: 1 На сайте производителя первой же стройкой описания для pw20 ( http://www.relay.de/en/produkte/master/pegelwandler-pw-20.html ) указано - железяка - преобразователь уровней, и интерфейс для подключения рс в качестве мастера. "M-Bus Level-Converter PW20 Integrated RS232-Interface (PC as master)" 2 В мануале к нему ( http://www.relay.de/uploads/media/MR006DE.PDF ) описывается его назначение - "The PW20 is a level converter (master) for remote feeding and remote reading of up to 20 slaves" опять преобразователь уровней сигналов для удаленного чтения и передачи "чего-то" из/в подчиненных(е) модулей(и) подключенных к этому PW20 общим количеством до 20 модулей. И как следует из того же мануала PW20 выполняет еще и функцию питания для модулей подключенных к нему по m-bus. Не в этом ли смысл pw20 как "мастера" шины указанный в скобках? 3 Описанная архитектура подтверждается также в других источниках, например здесь - www.investpremex.net.ua/pdf/M-Bus.pdf (стр 9) Учитывая описанное выше, можно утверждать, что PW20 - не является "мастером" в том смысле, что он сам, непосредственно, формирует запросы к устройствам, подключенным к m-bus. Он отвечает только за 1 и 2 уровень (физический и канальный) взаимодействия с m-bus устройствами в рамках модели OSI, а именно : - питание определенного количества устройств, подключенных к шине m-bus - преобразование уровней напряжения между rs-232 (+/- 5-15 В) и m-bus(30В) - передачу пакетов между rs-232 и m-bus - отображение неких состояний шины m-bus Настоящим "мастером", в смысле того, где формируется запросы к подключаемым модулям и разбираются их ответы (3 и 7 или сетевой и уровень приложений OSI) является программа на компе (PC as master), подключаемом к m-bus через PW20. Либо другой софт, работающий на выделенной железяке, имеющей что-то типа pw20 на борту, и подключаемой к m-bus напрямую\ либо тот же софт на процессоре crestron подключенном к m-bus через все тот же pw20. Логика софта конфигурации модуля сбора данных - mbconf (http://www.relay.de/uploads/media/mbconf_setup_03.exe), описанная в мануале к padplus2 ( http://www.relay.de/uploads/media/IM003G_E.PDF ), во многом перекликается с логикой ETS -задать адрес модуля на шине m-bus, определить производителя и модель устройства, выставить параметры размерности того, чего считаем , номера каналов и т.д. А теперь самое интересное - если верить ее описанию, mbconf умеет показывать пакеты, которые ходят через rs-2323 в m-bus и назад. А вот это - очень серьезный инструмент, который может упростить процесс анализа протокола и сократить время отладки программы-мастера на порядок. Устанавливаешь параметры нужной команды "от мастера" на странице mbconf, кнопкой в программе отправляешь на подключенный к m-bus модуль сбора данных, сразу видишь пакет, который отправляется в шину. Подчиненное устройство ответило - видишь принятый пакет, и его раскладку по параметрам в окне программы, сравниваешь с описанием протокола (те самые стр. 16-18), и, как там - ось воно - "чоловіче щастя" Понятное дело, как давать советы со стороны и махать шашкой на форумах, мы всегда - самые умные ( и красивые одновременно ). Но, если попробовать посмотреть объективно, описанный подход, в разрезе поставленной задачи, может иметь очень хорошие перспективы.

Kaveckiy: ps пишет: Жень, так изначально вопрос и был задан именно о протоколе, или я что-то путаю? Смотри, есть протокол, по которому идет передача по самому M-Bus - мне она не нужна. Я подозреваю что там что-то поверх RS-485, но есть конвертор в RS-232, который к тому же выполняет функции БП - без него никуда. Меня как раз интересует обмен с этим конвертором, который выполняет функции мастера и отвечает за арбитраж на шине - не хотелось бы влазить в служебные функции протокола. Тем более что есть программы для ПК: которые вычитывают этот протокол и выполняют роль мини SCADA. Мне в Crestron нужно получать только ряд показаний счетчиков - лень ходить на лестницу к счетчику тепла, электроэнергии и лезть к стоякам с ГВС/ХВС. ps пишет: А теперь самое интересное - если верить ее описанию, mbconf умеет показывать пакеты, которые ходят через rs-2323 в m-bus и назад. А вот это - очень серьезный инструмент, который может упростить процесс анализа протокола и сократить время отладки программы-мастера на порядок. Устанавливаешь параметры нужной команды "от мастера" на странице mbconf, кнопкой в программе отправляешь на подключенный к m-bus модуль сбора данных, сразу видишь пакет, который отправляется в шину. Подчиненное устройство ответило - видишь принятый пакет, и его раскладку по параметрам в окне программы, сравниваешь с описанием протокола (те самые стр. 16-18), и, как там - ось воно - "чоловіче щастя" Понятное дело, как давать советы со стороны и махать шашкой на форумах, мы всегда - самые умные ( и красивые одновременно ). Но, если попробовать посмотреть объективно, описанный подход, в разрезе поставленной задачи, может иметь очень хорошие перспективы. Я примерно это и планировал, просто было интересно, может кто-то уже прошел этот путь до меня. У Honeywell для контроллера HAWK протокол для M-Bus уже прописан. Как раз они эту железку рекомендуют как шлюз. Поэтому я "начал подозревать" что где-то описание протокола со стороны RS-232 должно быть, но я его не нашел :)



полная версия страницы