Process Genius Oy, a Finnish company specializing in manufacturing and digitalization technologies, aims to enhance productivity and safety through their digital twin product, PGPlant MW. They plan to transition from a service to a software provider by automating platform deployments, reducing hardware dependencies, and expanding into European and global markets. Key performance indicators include the development of a third-party API for their services, automation of platform setup, and successful pilot deployments outside Finland.

1. PGplant – Process Genius
Speakers: Jani Akkila, Janne Pekkala
& Ward De Smedt

2. Process Genius Oy
• Company based in Finland, strong background in
Manufacturing industry and Industry digitalization
technologies.
• We visualize data and rationalize hands-on work for
operatives using Digital Twin solutions.
• Digital Twin product PGplant MW will enhance productivity,
safety and transparency especially in subcontracting industry.
• Our Mission is to ensure by 2030 that people in every
advanced manufacturing plant in the G8 industrialized
countries will know 24/7 from any location what is currently
happening at the plant

3. AS-IS Scenario & problems
• Business model focused on selling hourly billed services around and
over our product for new and existing customers
• Expending abroad is hard and costly with old business model
• Long & costly product delivery projects with customization
• Disproportionate time spent in delivering the product
• Tied to specific hardware providers
• Bare minimum DevOps automation
• Dependencies to specific type cloud environments
• We want to be a software provider, not a service provider

4. TO-BE Scenario (for Process Genius 5 years)
• Extend our markets, to Europe and towards the global
• Remove limitation to specific hardware technologies
• Less time delivering, more time developing
• Become a software provider, with specialist consulting
• Build an active sub-contractor and co-operator network that uses,
deploys and extends our Product with their systems and devices

5. TO-BE Scenario for MIDIH
• Use our product as a visualization tool inside the MIDIH Framework
• Create a public the 3rd party API for our DS Service data tool
• Automate the platform deployment through scripts
• Researching modern cloud solutions, reducing environment limitations
• Open the door to European markets
• Getting new customer outside of Finland
• Delivering PGplant platform there, using a local sub-contractor for hardware install

6. PGplant in MIDIH Framework
PGplant Digital Twin
Components
MIDIH
Components
DSServicedataconnection
DSServicedatatransfering
DSServicedatastorage
PGplantdatavisualization
PGplantserverdeployment
MIDIH IoT Agents X X X X
Orion Context Broker X X X X
Mongo DB X X X
FIWARE cosmos X X X X
WSO2 X X X X
APACHE Cassandra X X X
APACHE Hadoop X X X
Local cloud X X X X X
Hybrid cloud X X X X X
Public cloud X X X X X

7. DS Service 3rd Party API documentation
• DS Service is a data storage and interface framework based on microservices
• Designed to integrate data between external systems and PGplant platform
• Minimalist central service controller, with microservice "providers"
implementing integration logic
• API documentation details how to interface with the central controller for
3rd party integrations
TCP/IP
WSS
MQTT
AMQ
...

8. DS Service 3rd Party API documentation
• Solution is technology independent
• Secure communication channels between
services
• Built-in protocols are TCP/IP and WebSocket.
Pre-built providers MQTT and AMQP
• JSON format
• Data types: numeric, GPS and JSON
• Central unit can store data internally, but
providers can also act as remote storages
• Limited support for 2-way communication

9. Platform setup automation
• Only requirement is Debian Linux and Internet
connection
• Usable from Raspberry Pi to Virtual Server
environment
• Automation steps:
• Install software requirements
• Create configuration file
• Install selected PGplant components
• Finalize installation via Web UI
• Execution time 4 hours -> 5 minutes
Linux Box
Server
setup script
Platfom
config file
Platform
setup scrpt
Running
platform

10. Cloud solution
• Next step in Platform automation
• Remove Linux dependency
• Deploy a platform in any container
environment
• Platform and DSService as
independent Docker images,
allowing scalability
• Use scalable services instead of
inflexible virtual machines
• Internally testing in 2 projects

11. Case: Prokosch Stuttgart, Germany

12. KPI’s and their business impact
• KPI 1: 3rd party API for DS Service
• Allows the use of PGplant Digital Twin as a Visualization tool over other solutions
• Allows co-operators, manufacturers, customers, etc. to create their own providers
• Reduces time spent in various data migration projects
• KPI 2: Platform setup automation & Cloud solution plan to our platform
• Frees the resources tied to platform deployment projects to R&D
• Reduces the dependencies to costly and slow server solutions
• Allows easier Platform deployment outside systems controlled by us
• KPI 3: Pilot platform outside the Finland
• We got public reference platform from the hearth of German industry zone
• Test environment for developed solutions
• Testing subcontracting readiness of hardware delivery and connectivity

13. Overall business effect
• MIDIH was technical Project for us as
it was tied to our Product R&D
• It helped us to start processes to change
our Business logic from being a Service
provider to become a SaaS provider
• New technical solutions help us to scale with new business models
• Proved reference delivery outside gives base for sales scaling
• Experience received and processed started in the project are continuously used and
developed in our daily business through the organization

14. THANK
YOU!