Modbus interworking Group Name: ARC

Slides:



Advertisements
Similar presentations
Service Layer Session Management Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP16 Agenda Item:
Advertisements

Discussion on constraint device optimization Group Name: ARC Source: Jiaxin (Jason) Yin, Huawei Technologies Co., Ltd., Meeting Date:
On a Device Information Model for devices in oneM2M
Mechanism to support establishment of charging policies Group Name: WG2-ARC Source: InterDigital Meeting Date: TP8 Agenda Item:
Optimized M2M interworking with mobile networks Group Name: oneM2M REQ Source: Takanori Iwai, NEC, Meeting Date: Agenda.
An Operators Input for oneM2M Baseline  Group name: TP#2/WG1  Source: DTAG, Vodafone Group  Meeting Date:  Agenda Item: WG1 agenda item.
Introduction of PRO WG activities Group Name: TP Source: Shingo Fujimoto, FUJITSU, Meeting Date: Agenda Item:
M2M Abstraction & Semantics Group Name: WG5 Source: France Telecom, NEC Europe Ltd., Meeting Date: xx.
3GPP Rel-13 Interworking discussions
What and Why? Next steps for oneM2M Semantics Group Name: WG5 Source: Joerg Swetina, Martin Bauer (NEC) Meeting Date: Agenda Item: WI-0005 oneM2M-MAS
Supporting long polling Group Name: ARC WG Source: SeungMyeong, LG Electronics, Meeting Date: x-xx Agenda Item: TBD.
An introduction to oneM2M
Ontology Resource Discussion
3GPP Rel-13 Interworking discussions
WG5 – MAS#21 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
Status of Active Work Items Level of Completeness Group Name: WPM Source: Roland Hechwartner, WPM Convenor Updated:
Introduction to Service Session Management Group Name: WG2-ARC Source: IDCC, LGE, ZTE Meeting Date: TP8 Agenda Item:
Possible options of using DDS in oneM2M Group Name: ARC Source: KETI, Huawei, Hitachi, China Unicom Meeting Date: Agenda Item: DDS binding.
Computer Networking A Top-Down Approach Featuring the Internet Introduction Jaypee Institute of Information Technology.
3GPP Rel-13 Interworking discussions Group Name: TP #18 Source: Rejesh Bhalla, ZTE Corporation, Meeting Date: Agenda Item:
What is oneM2M? 2 Covers: Requirements Architecture API specifications Security Interoperability Facilitate, implement and promote IoT.
WG5 – MAS#23 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
WG5 – MAS#24 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
Artificial Intelligence In Power System Author Doshi Pratik H.Darakh Bharat P.
MDC-700 Series Modbus Data Concentrator [2016,05,26]
Sustainability Center Data Collection
SCADA SCADA TRAINING AJAY K BASU
ONEM2M RELEASE 2: SETTING THE STANDARD FOR IOT INTEROPERABILITY
Status of Active Work Items Level of Completeness
© 2017 InterDigital, Inc. All Rights Reserved.
Resource subscription using DDS in oneM2M
Maintain, Manage And Monitor Outdoor Systems Remotely
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
CSE Retargeting to AE, IPE, and NoDN Hosted Resources
Service Enabled AE (SAE)
Proximal IoT Interworking discussion
WG2 - ARC TP#29 Status Report
3GPP interworking in R3 Group Name: ARC
Possible options of using DDS in oneM2M
GRUPPO TELECOM ITALIA The IoT 5G Network Infrastructures and the IoT Data Store & Share Platform: challenges and opportunities Roberto Gavazzi – TIM Technology.
Proposed design principles for modelling interworked devices
WPM ad-hoc group report TP#24
Discussions on Heterogeneous Identification Service
3GPP Rel-13 Interworking discussions
WPM ad-hoc group report TP#25
WG5 – MAS#27 Status Report Group Name: WG5 MAS (Management, Abstraction & Semantics) Source: Yongjing Zhang (Huawei, WG5 Chair) Meeting Date:
WG2 - ARC TP#29 Status Report
DT80 range Modbus capability
Proximal IoT Interworking solution discussion
1st Draft for Defining IoT (1)
3GPP Interworking Abstraction
ARC Proposed design principles for modelling services, datapoints and operations Group Name: ARC Source: Joerg Swetina, NEC
oneM2M Work on IoT Semantic and Data Model Interoperability
oneM2M Work on IoT Semantic and Data Model Interoperability
LWM2M Interworking with <mgmtObj> Resources
Status of Active New Work Items
Lecture 6: TCP/IP Networking By: Adal Alashban
A SEMINAR ON INDUSTRIAL NETWORKING STANDARDS FOR IMPROVED COMMUNICATION AND CONTROL PRESENTED BY MARK MARVELLOUS .P (COE OPTION)
Chapter 3: Windows7 Part 4.
The Internet and HTTP and DNS Examples
Application layer Lecture 7.
SCADA Communication and Architecture Principles
On Management, Abstraction & Semantics
An introduction to oneM2M
3GPP V2X Interworking Potential Impact
Substation Automation System
Current standardization activities – oneM2m
Computer Networking A Top-Down Approach Featuring the Internet
TIA TR-50 M2M-Smart Device Communications
IPTV & Content Delivery in ETSI
Presentation transcript:

Modbus interworking Group Name: ARC Source: Qiuting Li, ZTE, li.qiuting@zte.com.cn, Weixiang Shao, ZTE, shao.weixiang@zte.com.cn Meeting Date: 2017-02-015 Agenda Item: TBD

What is Modbus? An application layer messaging protocol, industry’s serial de facto standard Its features: openly published and royalty-free Simple and robust, easy to deploy and maintain moves raw bits or words without placing many restrictions on vendors It is an ideal protocol for RTU(remote terminal unit) applications, and has many varients and versions Modbus is not industry specific, it is used across a wide range of industries, involving transportation, electricity power system, building, Environmental Monitoring, etc. Be Popular in the Automation process

Usage of Modbus Supervisory control and data acquisition for Remote devices (such as sensor, I/O device), main functions include: Date Access , such as Read/Write Coils, Holding Registers, File Record Diagnostics, such as Read Exception Status, Device Identification Client/server (Modbus TCP) or Master/slave (Modbus RTU) communication between devices Wired/wireless communication within all types of buses or network (e.g. EIA/TIA-485-A, optical fiber, Zigbee, 3G/4G) Simple message format and defined function codes , and apply to small-data transmission

Why oneM2M need support Modbus devices Modbus protocol has been Analyzed in TR-0009( Protocol Analysis) and supports generic oneM2M requirement Be appropriate for some use cases studied in TR-0001(UseCase), specially used in industrial domain Modbus Devices (such as sensor, controller) in M2M scenarios are frequently used for data collection and remote controlling it’s a chance to oneM2M system to expand capability for accessing more devices/sensors which support different protocol/technique as a horizontal platform non-oneM2M device connect to oneM2M system Applications operate Modbus devices by oneM2M mechanism

Potential use of Modbus in oneM2M oneM2M system interworks with Modbus device by IPE that mapping between Modbus and oneM2M oneM2M operates (read/write registers) Modbus device Data model of Modbus device Mapping four types of Modbus data model(read/write Discretes Input, Coils, Input Registers, Holding Registers) Mapping with <container>/<contentInstance> and other resources reuse oneM2M base ontology Small-date transmission for modbus device Modbus device can’t initiative report data normally. oneM2M can’t get data stored in device, and only get data stored in <container> created in CSE, if IPE can’t report the data, or oneM2M application wants to get the real-time data. Enhancement may be needed.

Potential Solution(Option one) Mapping by <AE>, <container>, <flexcontainer>, <contentInstance>, <timeSeries> , <timeSeriesInstance> the data of reading/writing registers store in <container> and its child resource Exchanging data by CRUD operation to <container>, <flexcontainer>, <contentInstance> , <timeSeries> , <timeSeriesInstance> to trigger action of reading or writing registers and report devices’ data Enhancement for mapping resources, such as reading real-time data stored on Modbus device Reading data store data modbus device that IPE report to hostingCSE Writing data store data that oneM2M system write to modbus device For the real-time data, other container resource may be needed to related to reading operation or new resource may be defined(like virtual resource)

Potential Solution(Option two) Semantic enablement with oneM2M base ontology Mapping to InterworkedDevices, Operation and Command, Input / OutputDataPoints(see TS-0030-Generic_Interworking) InterworkedDevice(modbus device) registers to CSE by IPE Handling of Datapoints by IPE to exchange reading/writing data Handling of Operations by IPE to express reading/writing operation Just some classes are used.

work item proposal Document title New TR Modbus Interwotking CRs CRs to TS-0001 related to Modbus protocol support Impacted WI TS-0002 Requirements TS-0004 Service Layer Core Protocol Specification TS-0030 Generic Interworking WI-0056 Evolution of Proximal IoT Interworking

Thanks for your listening! Q & A