M bus что это

M bus что это

This documentation reflects the M-Bus specification from the late 1990s. It is for information only and should not be used for product design or any other application or engineering.

3.1 Requirements of a Bus System for Consumer Utility Meters

Of the various possible topologies which might be considered for reliable and cost-effective networking consumer utility meters, only the bus topology (see Section 2.1) is in fact suitable. The requirements which are made by meters on such a bus system will now be explained.

The most important requirement is the interconnection of many devices (several hundred) over long distances — up to several kilometers. Since the data sent by the meters are used for end user billing, a high degree of transmission integrity is required for the bus. On the other hand it is possible to dispense with high speed of transmission, since usually only a relatively small amount of information must be transferred. To ensure this high degree of transmission integrity, the bus must be exceptionally insensitive to external interference, as a result of capacitive or inductive coupling. In order to avoid ground loops, the slave should be electrically isolated.

A further requirement for the bus is low cost for the complete system. The transmission medium which is used should therefore not require shielding, and the cost of individual meters can be minimized by using as few components as possible and by remotely powering the slaves from the bus. In addition the costs of installing and servicing the system must be taken into account: These can be reduced by incorporating protection against reversed polarity, and making provision for the connection of additional facilities (Life Insert) during operation of the bus system.

3.2 The M-Bus in the OSI Model

Since no bus system was available which met the requirements detailed in Section 3.1, the Meter-Bus (M-Bus) was developed by Professor Dr. Horst Ziegler of the University of Paderborn in cooperation with Texas Instruments Deutschland GmbH and Techem GmbH. The concept was based on the ISO-OSI Reference Model, in order to realize an open system which could utilize almost any desired protocol.

Since the M-Bus is not a network, and therefore does not — among other things — need a transport or session layer, the levels four to six of the OSI model are empty. Therefore only the physical, the data link , the network and the application layer are provided with functions.

Fig. 6 The M-Bus layers in the OSI-Model

Because changing of parameters like baudrate and address by higher layers is not allowed in the ISO-OSI-Model, a Management Layer beside and above the seven OSI-Layers is defined:

Fig. 7 Management-Layer of the M-Bus

So the address 254 and perhaps 255 are reserved for managing the physical layer and the address 253 (selection) for network layer (see chapter 7), which is only used in certain cases.

With this new layer we can directly manage each OSI-layer to implement features, which do not conform to the OSI-Model.

M-Bus, Modbus, RS-485

Последнее время мы уделяем большое внимание вопросам подключения устройств сторонних производителей к системе АСУД-248.

Это связано с логичным желанием интегрировать в рамках единой системы диспетчерского контроля и управления инженерные подсистемы, обеспечивающие функционирование обслуживаемых объектов.

Подключаемыми устройствами могут быть, например, контроллеры отопления и вентиляции, приборы учета тепловой энергии и воды, различные датчики, исполнительные устройства и пр.

Стороннее устройство подключается к системе АСУД-248 по определенному физическому интерфейсу, обмен данными происходит по поддерживаемому устройством набору правил: протоколу.

Часто оперируют понятиями M-bus, Modbus, RS-485, Ethernet, Компьтерная сеть и т.п. — одни из которых определяют физический интерфейс подключения устройств, а другие набор правил передачи данных.

При общении с проектными организациями, заказчиками, перед которыми непосредственно возникает задача по подключению сторонних устройств к АСУД-248, часто сталкиваешься с путаницей в определениях «интерфейс», «протокол» и связанных с этим вопросами, например:

• «Modbus — это интерфейс?»
• «Modbus и M-bus одно и тоже»
• «У устройства есть RS-485 — его можно гарантировано подключить к АСУД?» и т.п.

Следует отметить, что в сущности термины «интерфейс» и «протокол» выражают одно и тоже понятие — описание процедуры взаимодействия двух объектов. Данный факт, на наш взгляд, в сфере рассматриваемой темы, также может приводить к некоторой неоднозначности.

Поэтому, для определенности, условимся под интерфейсом понимать именно физический (аппаратный) интерфейс — среду передачи данных. Под протоколом — набор описанных правил передачи данных по тому или иному интерфейсу.

Содержание

RS-485

RS-485 — это интерфейс. Он определяет требования к линии связи (кабелям), регламентирует электрические параметры линии связи и прочие параметры, связанные с передачей сигнала от одного устройства к другому.

RS-485 ничего не говорит о правилах обмена данными между устройствами.

Следовательно, одного лишь факта наличия у стороннего устройства интерфейса RS-485 недостаточно для гарантированного подключения к АСУД. Необходимо уточнение протокола обмена данными.

RS-232

RS-232 — это также интерфейс (по аналогии с RS-485).

Modbus

Modbus — это коммуникационный протокол широко применяемый в промышленности. Он определяет правила пересылки данных при взаимодействии устройств.

Мы можем реализовать диспетчеризацию и управления практически любого устройства, если оно поддерживает данный протокол.

Есть несколько модификаций данного протокола:

• Modbus RTU.
• Modbus TCP/IP.
• Modbus ASCII (в настоящее время не поддерживается в АСУД-248).

Само слово «Modbus» — ничего не говорит об интерфейсе между устройствами.

Протокол Modbus может работать поверх интерфейсов RS-485/RS-232, компьютерной сети и других.

Следовательно, если известно, что устройство поддерживает протокол Modbus следует уточнить, какие физические интерфейсы есть у устройства и поддерживаются ли они в АСУД-248.

Подробнее о подключении устройств, поддерживающих Modbus см. здесь

Несколько иначе обстоит дело с M-Bus.

В первую очередь следует отметить, что несмотря на созвучность в русской транскрипции, M-Bus не имеет никакого отношения к протоколу Modbus.

Термин M-Bus может одновременно подразумевать как физический интерфейс, так и протокол передачи данных.

Обычно поддержка M-Bus реализуется только в приборах учета: теплосчетчиках, электросчетчиках, водосчетчиках и т.п.

В случае если указано, что прибор учета поддерживает M-bus, всегда следует уточнить, что имеется в виду:

• только физический интерфейс
• физический интерфейс и протокол (обычно)
• только протокол.

Т.е. прибор может поддерживать протокол M-bus, но интерфейсом подключения при этом выступает, например: RS-485. Или прибор имеет интерфейс M-bus, но протокол обмена разработчики устройства реализовали свой. В этом случае для подключения к АСУД-248 необходимо согласование протокола обмена.

Шина M-Bus для приборов учета

Привет, Вы узнаете про m-bus, Разберем основные ее виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое m-bus, m bus , настоятельно рекомендую прочитать все из категории Компьютерные сети.

m-bus (Meter-Bus) — стандарт физического уровня для полевой шины на основе асинхронного интерфейса. Также под этим названием понимают коммуникационный протокол, используемый для связи устройств по этой шине.

M bus преимущественно применяется для приборов учета электрической энергии (электросчетчики), тепловой энергии (теплосчетчики), расходомеров воды и газа. Данные передаются на компьютерную станцию (сервер) напрямую или через концентраторы шины M-Bus, а также усилители-повторители сигнала.

Параметры шины

Шина полудуплексная, допустимые скорости передачи данных 300-9600 бит/с (совместимы со стандартными скоростями UART портов ПК и микроконтроллеров, которые и являются источником и приемником данных). Рекомендуемый тип кабеля: стандартный телефонный (JYStY N*2*0.8 mm). Погонная емкость линии не более 180 нФ, сопротивление до 29 Ом. Дальность работы в стандартной конфигурации до 1000 м. Дальность работы slave-устройства до повторителя сигнала до 350 м. Число устройств в сети до 250.

Мастер передает данные меняя напряжение на линии: логической «1» соответствует 36 В, логической «0» 12..24 В. Ведомое устройство передает данные нагружением линии: в пассивном состоянии (логическая «1») ток нагрузки на линию связи должен быть не более 1,5 мА и не меняться в отсутствие передачи. Для передачи логического «0» ведомое устройство увеличивает ток потребления до 11..20мА. Соответственно, мастер отслеживает изменение тока нагрузки, определяя логическую «1» как неизменный ток, а увеличение тока потребления как логический «0».

Поскольку физический уровень сетевой то к одной паре проводов может подключаться несколько ведомых устройств (до 250 согласно стандарта). То есть суммарный ток потребления шины от мастера может доходить до 250 * 1,5 мА + 20 мА = 400 мА. Стандарт разрешает одному ведомому занимать до 4-х единичных нагрузок, то есть до 6 мА.

Существуют интегральные реализации M-Bus AFE для ведомых устройств. Например, Texas Instruments TSS721, On Semiconductor NCN5150 и NCN5151.

Стандарт не определяет типы электрических соединителей (разъемов).

Стандартизация

Шина M-Bus изначально была описана в европейском стандарте на теплосчетчики EN1434-3 «Heat meters. Part 3: Data exchange and interfaces» и его российской копии ГОСТ Р ЕН 1434-3 «Теплосчетчики. Часть 3: Обмен данными и интерфейсы». Позже M-Bus был также стандартизирован в EN13757 «Системы связи для измерительных приборов и дистанционное считывание показаний с измерительных приборов».

Протокольная часть M-Bus может применяться не только на проводном физическом уровне M-Bus, но и на других физических уровнях. Стандартизовано применение оптического физуровня (согласно EN 62056-21 4.1), радиоканального (868 МГц, EN 13757-4), токовой петли (EN 62056-21 3.1), альтернативный проводной физуровень (согласно EN 13757-6).

Open Metering System

Open Metering System — европейская инициатива, преследующая цель унифицировать сбор данных с приборов учета ресурсов на основе шины M-Bus. Помимо некоторых упрощений и улучшений в документации предлагается ввести криптографическую защиту данных с помощью симметричного шифра AES. Спецификации OMS открыты.

HRI — это универсальный датчик, совместимый со счетчиками воды многих типов, таких как: одно- и многоструйный, объемные и капсульные, сухоходные и мокроходные счетчики воды. Модуль HRI может быть установлен на все счетчики производства Sensus, которые оснащены специальным HRI модулятором, обеспечивает бесконтактную (индукционную) передачу обороты ролика в модуль.

Модуль передачи данных HRI-B DataUnit — электронный модуль с цифровым интерфейсом имеет все возможности импульсного модуля PulseUnit, кроме того может быть напрямую подключен к сети M-Bus или к устройствам с интерфейсом MiniBus. Заказчик может менять цену импульса с помощью специализированного программного обеспечения.

Принцип работы

M-Bus — это иерархическая система, связь которой контролируется мастером (центральная логика распределения) . Об этом говорит сайт https://intellect.icu . M-Bus состоит из ведущего устройства, ряда ведомых устройств (счетчиков оконечного оборудования) и двухпроводного соединительного кабеля: см. Рисунок 8. Ведомые устройства подключаются параллельно среде передачи — соединительному кабелю.

Рис.8 Блок-схема, показывающая принцип работы системы M-Bus.

Чтобы реализовать разветвленную сеть шин с низкой стоимостью среды передачи, был использован двухжильный кабель вместе с последовательной передачей данных. Чтобы разрешить удаленное питание ведомых устройств, биты на шине представлены следующим образом:

Передача битов от ведущего к ведомому осуществляется посредством сдвигов уровня напряжения. Логическая «1» (Mark) соответствует номинальному напряжению +36 В на выходе драйвера шины (повторителя), который является частью мастера; при отправке логического «0» (пробел) повторитель снижает напряжение на шине на 12 В до номинального +24 В на своем выходе.

Биты, отправленные в направлении от ведомого устройства к ведущему, кодируются путем модуляции потребления тока ведомым устройством. Логическая «1» представлена ​​постоянным (в зависимости от напряжения, температуры и времени) током до 1,5 мА, а логический «0» (пробел) — повышенным потреблением тока ведомым устройством на дополнительные 11-20 мА. Ток состояния метки может использоваться для питания интерфейса и, возможно, самого измерителя или датчика.

Рис.9 Представление битов на M-Bus

Передача промежутка ведомым устройством приводит к небольшому снижению напряжения на шине в ретрансляторе из-за выходного сопротивления, как показано на рисунке 9.

Состояние покоя на шине — это логическая «1» (метка), то есть напряжение на шине составляет 36 В на повторителе, а ведомым устройствам требуется максимальный постоянный ток покоя 1,5 мА для каждого.

Когда ни одно ведомое устройство не отправляет пробел, постоянный ток будет отводиться от повторителя, который управляет шиной. В результате этого, а также сопротивления кабеля фактическое напряжение Mark на ведомых устройствах будет меньше +36 В, в зависимости от расстояния между ведомым устройством и повторителем и от общего тока покоя ведомых устройств. Поэтому ведомое устройство не должно обнаруживать абсолютные уровни напряжения, а вместо этого для пробела обнаруживать снижение напряжения на 12 В. Повторитель должен сам настраиваться на уровень тока покоя (Mark) и интерпретировать увеличение тока шины на 11-20 мА. как представляющий пространство. Это может быть реализовано с приемлемой сложностью только тогда, когда состояние метки определено как 36 В. Это означает, что в любой момент передача возможна только в одном направлении — либо от ведущего к ведомому, либо от ведомого к ведущему (полудуплекс).

В результате передачи в направлении ведущий-ведомый с изменением напряжения 12 В и в направлении ответа не менее 11 мА, помимо удаленного питания ведомых устройств, была достигнута высокая степень нечувствительности к внешним помехам.

Спецификации для установки на BUS

Сегментация

Система M-Bus может состоять из нескольких так называемых зон, каждая из которых имеет собственный групповой адрес и соединенных между собой через контроллеры зон и сети более высокого уровня. Каждая зона состоит из сегментов, которые, в свою очередь, соединены удаленными повторителями. Однако обычно система M-Bus состоит только из одного сегмента, который через локальный ретранслятор подключается к персональному компьютеру (ПК), выступающему в качестве ведущего. Такие локальные повторители преобразуют сигналы M-Bus в сигналы для интерфейса RS232. С этого момента локальный ретранслятор будет называться просто «ретранслятором», а комбинация ПК и локального ретранслятора будет называться «ведущим».

Кабель

Стандартный двухжильный телефонный кабель (JYStY N * 2 * 0,8 мм) используется в качестве среды передачи для M-Bus. Максимальное расстояние между ведомым устройством и ретранслятором — 350 м; эта длина соответствует сопротивлению кабеля до 29 Вт . Это расстояние применяется для стандартной конфигурации со скоростью передачи от 300 до 9600 бод и максимум 250 ведомых устройств. Максимальное расстояние может быть увеличено за счет ограничения скорости передачи и использования меньшего количества ведомых устройств, но напряжение шины в состоянии Space ни в какой точке сегмента не должно опускаться ниже 12 В из-за удаленного питания ведомых устройств. В стандартной конфигурации общая длина кабеля не должна превышать 1000 м, чтобы удовлетворить требованиям максимальной емкости кабеля 180 нФ.

Разъем

Пока нет стандарта или рекомендаций для разъема M-Bus для подключения счетчиков к системе шины, но группа пользователей исследует правильный разъем. Для разъема необходимо определить три разных штекера: а) режим установки; б) от счетчика к стационарной установке и в) от счетчика к переносному устройству.

4.4 Подчиненный дизайн

Требования к ведомым устройствам перечислены в документе спецификации В его состав входят следующие характеристики:

· Характеристики трансмиссии

Подчиненные устройства спроектированы как приемники постоянного тока с двумя разными токами, при этом «затопленный» ток не должен изменяться более чем на 0,2% при изменении напряжения на шине на 1 В. Для передачи метки указывается так называемая единичная нагрузка, состоящая из постоянного тока максимум 1,5 мА. Если ведомому устройству требуется больше тока, необходимо использовать соответствующее количество дополнительных единичных нагрузок. При отправке пробела ведомое увеличивает потребление тока на 11-20 мА. Для приема данных ведомое устройство определяет максимальное значение Vmax напряжения на шине, которое может находиться в диапазоне от 21 В до 42 В. При напряжении на шине более Vmax — 5,5 В должна быть зарегистрирована Метка, и с напряжением менее Vmax — 8,2 В необходимо зарегистрировать пробел.

· Дистанционное питание

Интерфейс шины, то есть интерфейс между ведомым устройством и шинной системой, должен получать необходимый ему ток от шинной системы. Если возможно, весь раб должен питаться от шины; в этом случае, если шина выйдет из строя, она должна автоматически переключиться на работу от батареи или важные данные должны быть сохранены. Если ведомые устройства работают только от батарей, необходимо, чтобы срок службы батарей составлял несколько лет, чтобы снизить затраты на обслуживание.

· Защитные меры

Интерфейсы шины подчиненных устройств не зависят от полярности: то есть две линии шины могут быть заменены местами, не влияя на работу подчиненных устройств. Помимо аспектов защиты, это также упрощает установку шинной системы. Чтобы поддерживать правильную работу шины в случае короткого замыкания одного из упомянутых ведомых устройств, они должны иметь защитный резистор с номинальным значением (430 ± 10) Вт на своих линиях шины. Это ограничивает ток в случае короткого замыкания до 100 мА (42 В / 420 Вт ) и снижает энергию, преобразуемую в тепло в интерфейсе шины.

Приемопередатчик M-Bus TSS721

Чтобы соответствовать требованиям к ведомым устройствам, упомянутым выше, Texas Instruments Deutschland GmbH разработала ИС, а именно трансивер (т.е. передатчик и приемник) TSS721. Использование TSS721 в ведомых устройствах M-Bus в качестве интерфейса к шине снижает количество необходимых компонентов и, следовательно, стоимость ведомых устройств. Помимо передачи и приема данных в соответствии со спецификацией M-Bus, эта ИС также обеспечивает преобразование рабочего напряжения микропроцессора, к которому она подключена, и обратно, чтобы иметь возможность связываться с ним. Обмен данными может происходить со скоростью от 300 до 9600 бод. Дополнительные функции включают встроенную защиту от обратной полярности, постоянный источник питания 3,3 В для микропроцессора и быструю индикацию сбоя напряжения на шине.

Ссылаясь на рисунок 10, отдельные функции TSS721 теперь будут объяснены более подробно:

Рис. 10 Блок-схема трансивера TSS721

· Защита от обратной полярности

Линии шины сначала подключаются к мостовому выпрямителю BR через внешние защитные резисторы Rv (в данном случае 215 Вт в каждой линии), чтобы обеспечить защиту от обратной полярности. Это выпрямленное напряжение можно получить на выводе VB (шина напряжения). Чтобы избежать снижения напряжения в результате выпрямления, когда можно отказаться от защиты от обратной полярности, напряжение шины также может быть подключено непосредственно между выводами VB и GND.

· Прием

Схема компаратора TC3 предназначена для обнаружения сигналов от ведущего устройства; он настраивается на уровень напряжения Mark с помощью конденсатора SC. Этот конденсатор заряжается до 8,6 В под напряжением Mark в состоянии Mark и разряжается в состоянии Space. Отношение заряда к току разряда составляет более 30, чтобы любой протокол UART работал независимо от содержимого данных. Напряжение на конденсаторе SC приводит к динамическому согласованию компаратора с уровнем Mark. Из взаимосвязи между током заряда и разряда вытекает требование в протоколе передачи, что по крайней мере каждый одиннадцатый бит (с достаточной уверенностью) должен быть логической 1, то есть меткой. Это гарантирует, что SC не разряжается слишком сильно и что соответствие уровню напряжения Mark всегда эффективно.

· Трансмиссия

Сигнал от микропроцессора, подаваемый на вывод RX или вывод RXI (инвертированный), преобразуется в ток TC4 и источником постоянного тока CS3. При наличии метки на входах (RX или RXI) ток покоя снимается с шины с помощью источника постоянного тока. Однако, если процессор передает пробел, то TC4 включает источник постоянного тока CS3 и, следовательно, дополнительный импульсный ток. Ток покоя можно регулировать в определенном диапазоне с помощью резистора Ridd, а импульсный ток — с помощью Ris. Чтобы процессор мог распознавать коллизии, сигнал на выводах RX (I) отражается на выводах TX (I).

· Питание процессора

TSS721 обеспечивает номинальное напряжение 3,3 В на своем выводе VDD для подачи питания на микропроцессор. При ограничении стандартной нагрузкой, согласно паспорту, этот процессор может потреблять средний ток около 600 м А. Для требований по импульсному току используется накопительный конденсатор STC. При подключении к шине этот конденсатор будет заряжен до 7 В, а питание на выводе VDD активируется при V STC.= 6 В. TSS721 сигнализирует о пропадании напряжения на шине на выводе PF (сбой питания), так что у процессора есть время для сохранения своих данных, например, в EEPROM, при питании от накопительного конденсатора. Кроме того, трансивер позволяет подключить батарею к выводу VDD в случае отказа шины с помощью полевого транзистора на выводе VS (переключатель напряжения). В таком случае, когда микропроцессор питается только от батареи, напряжение также должно подаваться на вывод BAT, чтобы соответствовать TSS721.

На рисунке 11a) показаны три альтернативных режима работы TSS721, которые можно использовать для питания микропроцессора. Это показывает, что процессор может питаться исключительно от трансивера (дистанционное питание), обычно от TSS721 и при отказе шины от батареи (дистанционное питание / поддержка батареи) или только от батареи. Для создания полноценного ведомого устройства с TSS721 требуется несколько внешних компонентов, кроме микропроцессора или микроконтроллера и компонентов, специально необходимых для чувствительных элементов. Кроме того, на рис. 11b) показано базовое применение оптопары.

Рис. 11a) Режимы работы TSS721 для питания микроконтроллера

Рис. 11b) Базовое применение оптопары

В общем, мой друг ты одолел чтение этой статьи об m-bus. Работы в переди у тебя будет много. Смело пишикоментарии, развивайся и счастье окажется в ваших руках. Надеюсь, что теперь ты понял что такое m-bus, m bus и для чего все это нужно, а если не понял, или есть замечания, то нестесняся пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Компьютерные сети

M-BUS, часть I

Как-то раз столкнулся с протоколом M-BUS (Meter-Bus). Задача — научится считывать данные с теплосчетчиков Minocal Minol.

Как видно из иллюстрации, логическая «1» передаётся уровнем 36 В, потребление от линии до 1,5 мА. Логический «0» — напряжением 24 В. Для передачи ведомым устройством логического «0», ведомое устройство увеличивает ток потребления до 10-11 мА. Ток потребления и падение напряжения в линии — ведущее устройство определяет как логический «0». Физически протокол похож на 1-Wire (способом передачи данных и возможностью питания устройств от линии). Схема была наскоро придумана и смакетирована. Питание +36 вольт получено от DC/DC MC34063 включенного по схеме Step Up, с одним Mosfet-ом. Для усиления сигнала с R14 до стандартного уровня, пришлось задействовать ОУ. Примерно так выглядит запрос-ответ (заснят с шунта непосредственно перед ОУ). В запросе производится проверка по указанному адресу, представленному четырьмя байтами, в ответ возвращается ACK (0xE5) Теоретически стандарт поддерживает до 250 устройств на одной линии, но физически без повторителей это не возможно (1,5 мА ток одного устройства). Сам протокол достаточно сложен. Только служебные поля передаются в чистом виде, остальные данные закодированы по маскирующим битам. Узнать тип данных, знак, размеренность и физическую величину (протокол изначально создан для метрики и типы данных выбираются из стандарта) можно проверив соответствующие биты в VIF-DIF байтах (Variable Data Blocks, Data Information Field). Иными словами, перед каждым блоком данных, располагается блок информационный.

Для примера, мастер производит запрос Short Frame (Request Class 2) Существует всего 4 типа сообщений (telegram) и каждый тип имеет свое место. Master — 10 5b 40 9b 16 Slave — 68 56 56 68 08 40 72 43 60 52 00 77 04 14 03 CA 10 00 00 0C 78 76 03 01 10 0D 7C 08 44 49 20 2E 74 73 75 63 0A 30 30 30 30 30 30 30 30 30 30 04 6D 38 15 AA 19 02 7C 09 65 6D 69 74 20 2E 74 61 62 22 0C 04 13 C1 0E 00 00 04 93 7F 4E 01 00 00 44 13 5D 08 00 00 0F 01 00 1F DE 16

Задача не так проста, так как вариантов типов много, а поля могут состоять из разного количества байт. Об этом надеюсь написать немного позже.