Vilket gränssnitt passar till vad?
| Gränssnitt | Överföring | Typisk användning | Styrka |
|---|---|---|---|
| M-Bus | 2 ledare, linje, stjärna eller träd | Debitering i bostads- och kommersiella byggnader | Matning via bussen, fri topologi |
| RS485 / Modbus RTU | 2 ledare plus referensjord, linje | Apparatskåp, industri, PLC | robust och mycket utbrett |
| Modbus TCP | Ethernet | Styrsystem, SCADA, energiövervakning | snabbt, flera klienter samtidigt |
| BACnet | Ethernet (BACnet IP) eller RS485 (MS/TP) | Fastighetsautomation | värdena beskriver sig själva |
| LoRaWAN | Radio, 868 MHz | Eftermontering utan kablar | ingen kabeldragning, lång räckvidd |
Tabellen visar typisk användning. Vilket gränssnitt som är rätt i ditt projekt beror framför allt på målsystemet: det som styrsystemet, debiteringen eller molnet kan ta emot avgör vilken väg data tar.
Ledning eller protokoll: vad beskriver varje begrepp?
Många begrepp beskriver bara ett lager. RS485 och Ethernet bestämmer hur bitarna går över ledningen. Modbus och BACnet bestämmer vad som står i telegrammen. Därför finns Modbus över RS485 (Modbus RTU) och över Ethernet (Modbus TCP), och BACnet likaså över båda vägarna.
Vid M-Bus och LoRaWAN hör överföring och protokoll ihop: M-Bus är ledning och dataformat i ett, och LoRaWAN bygger alltid på radiotekniken LoRa.
Flera gränssnitt i ett projekt
I praktiken möts ofta olika världar: värme- och vattenmätare med M-Bus, elmätare med Modbus och ett styrsystem som förväntar sig BACnet. En datalogger och gateway som EMU M-Center läser M-Bus, Modbus RTU och Modbus TCP och skickar värdena vidare via BACnet IP, Modbus TCP eller MQTT.
Elmätaren EMU Professional II finns med M-Bus, RS485 (Modbus RTU), TCP/IP (Modbus TCP och MQTT) och LoRa. Så väljer du gränssnitt efter projektet och inte tvärtom.