New PLC

From PlcWiki

Contents 1 Důvody k vývoji nové verze 2 Oblasti PLC 3 Datový model PLC 4 Co je potřeba změnit

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. dvouúrovňová konfigurace : deklarativní + imperativní (skripty, externí moduly skrz háčky, DBUS?)
   3. API, háčky + modularita (modifikace bez překladu jádra klienta)
   4. skriptování v QtScriptu (AKA JavaScript), PythonQt
   5. přídavné moduly v C++, Javě, Perlu, Bashi, ... (SWIG ?)
   6. průběžné ukládání stavu - možnost reinterpretace pro účely vzdáleného zobrazení/ovládání
   7. několikaúrovňové logování
   8. dynamický layout na základě požadovaných operací (lepší využití plochy obrazovky)
   9. 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 (a potenciálně přepíší data poslaná dříve klientem)

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)