A webinar on the Shopfloor Data Collection Specific Enabler (SE) developed in FITMAN project. It is a collection of modules i.e. Fitman Tag &Trace (FitmanT&T) and Fitman Sensor Networks (FitmanSN) -which can be deployed and used independently; for data acquisition from shop floor making use of smart objects, in the scope of Internet of Things oriented Manufacturing Ecosystems. This SE is targeted for the Smart Factory domain but will be useful for other domains too, where collection of almost real-time data is an important aspect. It is based on open source projects like Fosstrak[1] and GSN[2]. This SE and its modules will be provided as independent binaries to be deployed and used independently along with source code if required. Presented by Jesus Benedicto from Atos and Sudeep Ghimire from Uninova
3. • Dedicated for the collection of data from shop
floor.
– Capture and acquire data from tagged objects
(e.g. RFID)
– Capture and acquire data from networks of
[wireless] sensors.
• Reusable [with customization] components
from other open source projects and
deliverables from IERC cluster
Overview
FITMAN Webinars – Shopfloor Data Collection 321/09/2015
4. • FitmanT&T :
– Based on Fosstrak - Open source RFID
software platform that implements the GS1
EPC Network specifications.
– Main goal is to provide core components for
EPC (Electronic Product Code) Network
applications.
• FitmanSN:
– Based on GSN
• Middleware for rapid deployment and integration of
heterogeneous wireless sensor networks.
– Acquisition, filtering and query of data
collected from shop floor through sensorial
network
• Modules from Fosstrak and GSN are used for
data acquisition
• Rest Interfaces for service consumers.
– Management and query
– Communication with Secure Event management SEI.
SFDC SE Components
Data Producers [Smart Objects]
SEI_1FitmanT&T FitmanSN
Data Consumers [Applications and Services]
FITMAN Webinars – Shopfloor Data Collection 421/09/2015
5. • Propose a middleware based on standard,
specification and components to manage the RFID
Tags, to capture the associated data related to the
product in the supply chain and dispatch this data to
the client application
• Provide services to manage the tags, to capture the
data from the tags, to manage events, to notify the
applications, to make queries (e.g. to know the
status: e.g. shipped, the time information or location
of a product, article, pallet or container,…)
FitmanT&T - Overview
FITMAN Webinars – Shopfloor Data Collection 521/09/2015
6. • Identify individual products, cases, loads, assets, etc,
so that they can be tracked individually
• Capture data about the movement of physical assets,
creating visibility (What, When, Where, status or
situation,...)
• Query data about traceability and tracking of tagged
object
• Manage events and notifications
• Exchange data with IT applications and trading
partners, to turn visibility into information and action
FitmanT&T - Objectives
FITMAN Webinars – Shopfloor Data Collection 621/09/2015
7. • Focused on the data standard and normative
references (ISO, UN/CEFACT, IETF and W3C,...)
• Extensible, interoperable, scalable
• Forward looking, reuse of components, simplicity
• Technology independence
• Secure
FitmanT&T - Key features/requirements
FITMAN Webinars – Shopfloor Data Collection 721/09/2015
8. • Core architecture and components based on EPC
Global specifications of the ALE interface
(Application Level Events – specification 1.1) and
EPC Global-certified EPCIS (EPC Information Services
specification) (http://www.gs1.org/)
• Based on the implementation of ALE middleware and
EPCIS repository developed by the open source
project Fosstrak
(https://code.google.com/p/fosstrak/)
• Fosstrak includes a complete implementation of the
EPCIS standard specification (Version 1.0.1)
FitmanT&T - Fosstrak
FITMAN Webinars – Shopfloor Data Collection 821/09/2015
9. ALE Middleware is a software system that
• interfaces to readers and other devices via network protocols exposing ALE services
to other software/applications that wish to read and write tags, manage the
configuration and the interaction with the RFID readers
• Includes LLRP support (Low-Level Reader Protocol) and Hardware Abstraction Layer
(HAL) for non-compliant LLRP RFID Reader, encoding/decoding facilities (TDT
engine), pre-defined RFID adapter
FitmanT&T - ALE Middleware (I)
FITMAN Webinars – Shopfloor Data Collection 921/09/2015
10. • The Fosstrak ALE Middleware comprises three separate
modules:
– the filtering and collection server
– a standalone client to configure filtering and collection
servers
– a web-based client to configure filtering and collection
servers
• All modules implement EPCglobal's ALE 1.1 specification
• To communicate with RFID readers, the Fosstrak ALE
Middleware uses LLRP (Low Level Reader Protocol). For
readers that do not support LLRP, the ALE Middleware
uses the Fosstrak Hardware Abstraction Layer (HAL)
FitmanT&T - ALE Middleware (II)
FITMAN Webinars – Shopfloor Data Collection 1021/09/2015
11. The main features of ALE server are the following:
– Allows filtering and collecting data from RFID readers
based principally on the Low Level Reader Protocol
(LLRP)
– Collects and filters the information provided by the
devices using adaptors allowing the interface with
RFID reader that do not support LLRP or uses various
and different protocols. This can be done using the
Fosstrak Hardware Abstraction Layer (HAL)
– Offers the possibility to read data from any type of
devices, mainly LLRP devices and through the HAL
adaptor.
– Integrates and implements the adaptors through ALE
java object and class abstraction
FitmanT&T - ALE Middleware (III)
FITMAN Webinars – Shopfloor Data Collection 1121/09/2015
12. • EPCIS Repository allow to query data from the
repository as well as to capture data through the
ALE middleware
FitmanT&T - EPCIS Repository (I)
EPCIS comprises 3
separate modules:
EPCIS Repository
implementation
Interactive EPCIS
Capture Application
Interactive EPCIS
Query Application
FITMAN Webinars – Shopfloor Data Collection 1221/09/2015
13. The main features of EPCIS Repository are the
following:
– Provides a query services and interface based on
SOAP and RESTful HTTP binding for the query control
interface through the web adapters
– Provides a capture services and interface based on
RESTful concept
– Allows registering and managing different types of
events and/or notifications related to the data to be
captured based on publisher and subscriber
mechanism
FitmanT&T - EPCIS Repository (II)
FITMAN Webinars – Shopfloor Data Collection 1321/09/2015
14. FitmanT&T - Architectural Components
[High Level]
Adapters
T&T
Fosstrak [ALE Server]
REST Interfaces
Mgmt. & Query
Interface
Events Configure and
notification
• Based on Fosstrak
• ALE Server: to manage interaction with RFID
readers
• ALE Server: to provide RFID data Filtering &
Collection features:
– Allows to filter and collect data from RFID
readers.
– Collects and filters the information provided by
the devices using Adaptors or Readers.
• Offers the possibility to read from any type of
devices, mainly LLRP devices
• Alternative if the device is not supported - by
using HAL adaptor.
– Integrate and implement the Adaptors through
ALE java object and class abstraction
• Mgmt & Query Interface
– RESTful HTTP binding for the query control
interface
• Events Configure and notification interface
– Allows to register/manage different types of
events to be captured.
– Provides the events to Secure Event
Management SE for further dispatching
FITMAN Webinars – Shopfloor Data Collection 1421/09/2015
15. • Fosstrak is one of the major component for Fitman T&T
– Elevates the level of abstraction for application
– Insulates application from device details
– Share data among multiple application
– Reduces volume of data from readers to application
• Interfaces based on REST or WS-*
– Integrates easily using standard XML / Web Services technology
– Based on HTTP/HTTPS protocols and TCP/IP
– Translates information received in XML format from device to
events and in standardized data format
– Manage query, configuration and capture data from the device
from/to applications
FitmanT&T - Major Components
FITMAN Webinars – Shopfloor Data Collection 1521/09/2015
17. • Setting up an EPCIS Repository
FitmanT&T - Annex: EPCIS Repository
FITMAN Webinars – Shopfloor Data Collection 1721/09/2015
18. • Data capture example - Palletizer:
FitmanT&T - Annex: Data capture
example
FITMAN Webinars – Shopfloor Data Collection 1821/09/2015
19. RFID Message example
• Example of XML message and RFID data
managed by the ALE
FITMAN Webinars – Shopfloor Data Collection 2221/09/2015
20. • Provide framework that runs on one or more
computers composing the backbone for data
acquisition from sensor network.
• Abstraction from implementation details of access to
sensor data and define the data stream processing to
be performed.
• Provide HTTP binding for simple management
functionalities and data query
• Subscription management and notification to manages
the registered subscriptions and provide live data to
the subscribed consumers.
• Provides interface to the Secure Event Management SE
for further dispatching
FitmanSN - Objectives
FITMAN Webinars – Shopfloor Data Collection 2321/09/2015
21. • Based on GSN
– Virtual Sensors Manager for providing access
to the virtual sensors
• Virtual Sensor
• Virtual Sensor Description
• Virtual Sensor Processor
• Wrapper - does the data acquisition for a
specific type of device.
• Mgmt. & Query Interface
– Addition/deletion of VSs
– Retrieval and filtering of collected data.
– HTTP binding for the query control interface
• Events configuration and notification
– Subscription and management of registered
subscriptions and provide live data
– Provides interface to the Secure Event
Management SE for further dispatching
FitmanSN - Architectural Components
[High Level]
Wrapper
GSN
Virtual Sensor
Virtual Sensor
Description
Virtual Sensor
Processor
Mgmt. & Query
Interface
Events Configure and
notification
Storage
FITMAN Webinars – Shopfloor Data Collection 2421/09/2015
22. • Wrapper
– Java code that does the data acquisition.
– Different types of wrappers are available for specific type of device.
• Virtual Sensor:
– One of the major component.
– Abstraction over the real sensors
– Receives data from one or more Wrapper.
• Can combine their data, process and finally store it.
– Defined in a single VSD and combines different pieces of software
• Virtual Sensor Description (VSD)
– XML file that contains the selection and the parametrization of the
VSP and Wrapper that compose a VS.
– Contains the SQL statements that connect them together.
• Virtual Sensor Processing (VSP):
– Java code that process and stores the data upon reception from the
Wrapper.
FitmanSN - Major Components
FITMAN Webinars – Shopfloor Data Collection 2521/09/2015
23. VSD example
Wrappers can have a number of predicates that provide
parameters for wrappers e.g. device name, rate etc
FITMAN Webinars – Shopfloor Data Collection 2621/09/2015
25. • M24 baseline: v1.01 (current)
• M30: v1.1 - Enable Distributed Data Storage setup
– Dedicated storage manager for processing and storage.
Configurable remote database(s) for storage while local
storage manager will be used only for processing sensor
data.
• M36: v1.2 - Pub/Sub for SN & TT
– Enables clients to subscribe to the data sources and
receive data in a PUSH fashion
• M40: v2.0 - Integrated API for FitmanT&T and
FitmanSN
– Users can make use of one unified API to access data being
provided by T&T and SN components of SDC
Next >> Technical Roadmap
FITMAN Webinars – Shopfloor Data Collection 2821/09/2015
26. • Simple web appliction
– Demonstrate simple
Mgmt. of VSs
– Data Acquisition and
Qery
– Various VS to
demonstrate different
scenarios
FitmanSN-Live demo
FITMAN Webinars – Shopfloor Data Collection 2921/09/2015
28. • Fitman website: http://www.fitman-fi.eu/
• Twitter: @FitmanFI
• Specification of this SE:
http://catalogue.fitman.atosresearch.eu/enablers/
shopfloor-data-collection
Follow Us!
FITMAN Webinars – Shopfloor Data Collection 3121/09/2015
Hinweis der Redaktion
30 minute slot including Q&A.
What: Product, article, asset,...
When: Time
Where: Location
Main features extracted from the GS1 System conformances stated and based on GS1 Architecture Principles:
Extensibility
The System Architecture shall ensure extensibility of the standards, of the tools for implementations, and of the implementations themselves.
Interoperability
Interoperability is the capability of different systems to exchange data based on a shared understanding of business processes, to read and write in compatible formats and use compatible protocols. If competitors' products are not interoperable (due to causes such as patents, trade secrets or coordination failures) the result may be a monopoly, market failure, or costly inefficiency.
Scalability
Scalability is the ability of a network or a process to handle growing amounts of work in a graceful manner or to be readily enlarged.
Forward Looking
The System Architecture shall be forward-looking and support adaptable, flexible solutions. It shall provide for migration strategies and backward compatibility.
Re-use of Components
Standard data elements should be re-used consistently across different standards.
Security
Services should be provided with appropriate security standards and solutions should enable appropriate security to be built into users’ implementations. This might relate to access control, authentication, non-repudiation and so on, and apply to physical, logical and commercial security.
Simplicity
The System should promote simplicity and standardize interfaces.
Technology Independence
The System Architecture should promote technology independence and a layered approach.
Third Party Standards
The System Architecture encourages normative references to and application guidance from ISO, UN/CEFACT, IETF and W3C. The work of standards bodies other than these four should also be considered and, if suitable, adopted.
Middleware:
Software system that interfaces to readers and other devices via network protocols
Exposes ALE to other software applications that wish to read and write tags
Middleware:
Software system that interfaces to readers and other devices via network protocols
Exposes ALE to other software applications that wish to read and write tags
Middleware:
Software system that interfaces to readers and other devices via network protocols
Exposes ALE to other software applications that wish to read and write tags
What: Product, article, asset,...
When: Time
Where: Location
Middleware:
Software system that interfaces to readers and other devices via network protocols
Exposes ALE to other software applications that wish to read and write tags
Middleware:
Software system that interfaces to readers and other devices via network protocols
Exposes ALE to other software applications that wish to read and write tags