New PLC EN

From PlcWiki

(Difference between revisions)
Jump to: navigation, search
Line 2: Line 2:
# Optimized SQL database structure
# Optimized SQL database structure
-
# better configuration management (centralized, versioned, ...)
+
# Better configuration management (centralized, versioned, ...)
# User-friendly front-end for production configuration
# User-friendly front-end for production configuration
-
# better web interface
+
# Better web interface
-
# new software modules
+
# New software modules
-
## monitoring station - Display the current status of products on the production line
+
## Monitoring station - Display the current status of products on the production line
# Expand client options
# Expand client options
-
## graphic front-end
+
## Graphic front-end
-
## separation of PLC core and graphic input and output
+
## Separation of PLC core and graphic input and output
## ssh connection for showscreen through kernel
## ssh connection for showscreen through kernel
-
## two-level configuration: declarative + imperative (scripts, external modules through hooks, DBUS?)
+
## Two-level configuration: declarative + imperative (scripts, external modules through hooks, DBUS?)
## API, hooks + modularity (modification without client kernel translation)
## API, hooks + modularity (modification without client kernel translation)
## QtScripting (AKA JavaScript), PythonQt
## QtScripting (AKA JavaScript), PythonQt
## Add-ins in C ++, Java, Perl, Bashi, ... (SWIG?)
## Add-ins in C ++, Java, Perl, Bashi, ... (SWIG?)
-
## continuous state saving - possibility of reinterpretation for remote display / control purposes
+
## Continuous state saving - possibility of reinterpretation for remote display / control purposes
-
## multilevel logging
+
## Multilevel logging
-
## dynamic layout based on required operations (better use of screen area)
+
## Dynamic layout based on required operations (better use of screen area)
-
## rack partcheck defined by enumeration of positions
+
## Rack partcheck defined by enumeration of positions
-
# better performance
+
# Better performance
-
# change logic of manufacturing operations
+
# Change logic of manufacturing operations
# External access to current production and status data
# External access to current production and status data
-
# robustness
+
# Robustness
-
# possible kernel station independence
+
# Possible kernel station independence
-
# documentation !
+
# Documentation !
== PLC Areas ==
== PLC Areas ==

Revision as of 11:15, 14 April 2020

Contents

Reasons to develop new version

  1. Optimized SQL database structure
  2. Better configuration management (centralized, versioned, ...)
  3. User-friendly front-end for production configuration
  4. Better web interface
  5. New software modules
    1. Monitoring station - Display the current status of products on the production line
  6. Expand client options
    1. Graphic front-end
    2. Separation of PLC core and graphic input and output
    3. ssh connection for showscreen through kernel
    4. Two-level configuration: declarative + imperative (scripts, external modules through hooks, DBUS?)
    5. API, hooks + modularity (modification without client kernel translation)
    6. QtScripting (AKA JavaScript), PythonQt
    7. Add-ins in C ++, Java, Perl, Bashi, ... (SWIG?)
    8. Continuous state saving - possibility of reinterpretation for remote display / control purposes
    9. Multilevel logging
    10. Dynamic layout based on required operations (better use of screen area)
    11. Rack partcheck defined by enumeration of positions
  7. Better performance
  8. Change logic of manufacturing operations
  9. External access to current production and status data
  10. Robustness
  11. Possible kernel station independence
  12. Documentation !

PLC Areas

  1. client
  2. kernel
  3. Data transfer between modules
  4. Data transfer between PLC and external systems
  5. web
  6. SQL DB
  7. utilities (auxiliary scripts, ...)
  8. OS settings


module - separate functional component of PLC

PLC data model

  1. production DB on the kernel
  2. archive DB to SQL
  3. Data is coming from the client:
* std. mechanism of communication with PLC kernel to production DB
* SQL protocol to archive DB
  1. After the production is finished (or a certain period of time has elapsed), the product data is moved to the archive DB (if it was previously sent by the client, it is not overwritten)

What you need to change

  • Web interface
* Listing of product details - problem if the VIN is in the database several times (eg current and same VIN two years ago)
  • PLC client
* Dependencies - track the entire string of dependencies, not just one
  • Configuration tool
* Define the roles in the PLC, who will configure what (System, operations, part numbers for part checks) ...

Define impact on customer and collaboration in implementation

  • What the customer will need
  • Interface for receiving and sending data - changes?
  • Customer benefits
  • Customer training
  • How to proceed during implementation
Personal tools