New PLC

From PlcWiki

(Difference between revisions)
Jump to: navigation, search
m
(Důvody k vývoji nové verze)
 
(4 intermediate revisions not shown)
Line 9: Line 9:
# rozšíření možností klienta
# rozšíření možností klienta
## grafický front-end
## grafický front-end
 +
## oddělení PLC jádra a grafického vstupu a výstupu
 +
## ssh spojení pro showscreen skrz kernel
## dvouúrovňová konfigurace : deklarativní + imperativní (skripty, externí moduly skrz háčky, DBUS?)
## dvouúrovňová konfigurace : deklarativní + imperativní (skripty, externí moduly skrz háčky, DBUS?)
## API, háčky + modularita (modifikace bez překladu jádra klienta)
## API, háčky + modularita (modifikace bez překladu jádra klienta)
Line 45: Line 47:
::* std. mechanismem komunikace s PLC kernelem do produkční DB
::* std. mechanismem komunikace s PLC kernelem do produkční DB
::* SQL protokolem do archivní DB
::* SQL protokolem do archivní DB
-
# po ukončení výroby (popř. uplynutí určité doby) se data výrobku přesunou do archívní DB (a potenciálně přepíší data poslaná dříve klientem)
+
# po ukončení výroby (popř. uplynutí určité doby) se data výrobku přesunou do archívní DB (pokud byla už dříve poslaná klientem, nejsou přepsána)
-
 
+
== Co je potřeba změnit ==
== Co je potřeba změnit ==
* Web interface
* Web interface
:* Výpis detailu produktu - problém s tím, pokud je VIN v databázi několikrát (např. aktuální a stejný VIN před dvěma roky)
:* Výpis detailu produktu - problém s tím, pokud je VIN v databázi několikrát (např. aktuální a stejný VIN před dvěma roky)
 +
* PLC klient
 +
:* Závislosti - sledovat celý řetězec závislostí, nikoliv pouze jednu předchozí
 +
* Configuration tool
 +
:* Definovat role v PLC, kdo co bude konfigurovat (System, operace, čísla dílů pro part checky...)
 +
 +
== Definovat dopady na zákazníka a spolupráci při implementaci ==
 +
* Co zákazník bude muset
 +
* Interface pro přijímání a odesílání dat - změny?
 +
* Výhody pro zákazníka
 +
* Školení zákazníka
 +
* Jak postupovat při implementaci

Current revision as of 10:42, 28 April 2010

Contents

Důvody k vývoji nové verze

  1. optimalizovaná struktura SQL databáze
  2. lepší správa konfigurace (centralizovaná, verzovaná, ...)
  3. uživatelsky přívětivý front-end pro konfiguraci výroby
  4. lepší webové rozhraní
  5. nové softwarové moduly
    1. monitorovací stanice - Zobrazovaní aktuálního stavu výrobků na výrobní lince
  6. rozšíření možností klienta
    1. grafický front-end
    2. oddělení PLC jádra a grafického vstupu a výstupu
    3. ssh spojení pro showscreen skrz kernel
    4. dvouúrovňová konfigurace : deklarativní + imperativní (skripty, externí moduly skrz háčky, DBUS?)
    5. API, háčky + modularita (modifikace bez překladu jádra klienta)
    6. skriptování v QtScriptu (AKA JavaScript), PythonQt
    7. přídavné moduly v C++, Javě, Perlu, Bashi, ... (SWIG ?)
    8. průběžné ukládání stavu - možnost reinterpretace pro účely vzdáleného zobrazení/ovládání
    9. několikaúrovňové logování
    10. dynamický layout na základě požadovaných operací (lepší využití plochy obrazovky)
    11. rack partcheck definovaný výčtem pozic
  7. lepší výkon
  8. změna logiky výrobních operací
  9. externí přístup k aktuálním výrobním a stavovým datům
  10. robustnost
  11. možná nezávislost stanic na kernelu
  12. dokumentace !

Oblasti PLC

  1. klient
  2. kernel
  3. přenos dat mezi moduly
  4. přenos dat mezi PLC a externími systémy
  5. web
  6. SQL DB
  7. utility (pomocné skripty, ...)
  8. nastavení OS


modul - samostatná funkční komponenta PLC

Datový model PLC

  1. produkční DB na kernelu
  2. archívní DB na SQL
  3. z klientského počítače jdou data:
  • std. mechanismem komunikace s PLC kernelem do produkční DB
  • SQL protokolem do archivní DB
  1. po ukončení výroby (popř. uplynutí určité doby) se data výrobku přesunou do archívní DB (pokud byla už dříve poslaná klientem, nejsou přepsána)

Co je potřeba změnit

  • Web interface
  • Výpis detailu produktu - problém s tím, pokud je VIN v databázi několikrát (např. aktuální a stejný VIN před dvěma roky)
  • PLC klient
  • Závislosti - sledovat celý řetězec závislostí, nikoliv pouze jednu předchozí
  • Configuration tool
  • Definovat role v PLC, kdo co bude konfigurovat (System, operace, čísla dílů pro part checky...)

Definovat dopady na zákazníka a spolupráci při implementaci

  • Co zákazník bude muset
  • Interface pro přijímání a odesílání dat - změny?
  • Výhody pro zákazníka
  • Školení zákazníka
  • Jak postupovat při implementaci
Personal tools