Správa receptov TIA v TIA

Možnosti témy
Vyhľadať tému
displej

Dobrý deň, mám otázku k správe receptov v TIA alebo HMI na HMI Visavis

správa

Použil som štandardnú správu receptov pre všetky systémy, ktoré som naprogramoval. Ale tiež som si znova a znova všimol, že operátori s tým veľmi nevychádzajú. Majte teda kontext, potiahnite prstom nahor a stiahnite si dáta. Tiež nemôžu ukladať údaje atď. Bohužiaľ, zákazníci sú takí a ja to nemôžem zmeniť.

Nie je jednoduchší spôsob správy týchto parametrov stroja?

To isté platí, ak meníte parametre v prebiehajúcom procese. Pretože áno, nastavenie stroja sa zmenilo. Ako môžete niečo také vytvoriť šikovným a užívateľsky prívetivým spôsobom?

Robili sme to v databáze. Malo to samozrejme niekoľko nevýhod kvôli správe údajov.
Teraz to však robíme aj v správe receptov.
Dali sme však všetky potrebné funkcie na tlačidlá a zobrazujeme/meníme premenné na niekoľkých obrazovkách HMI v I/O poliach.
To znamená, že operátorovi nemusíte ukazovať tento hotový obrázok receptu, ak sa vám nepáči.

Zdravím vásŽeleznica

. existuje 10 druhov ľudí. tí, ktorí rozumejú binárnym súborom a tí, ktorí ...
a tretí druh ľudí ... tých, ktorí milujú portál TIA

Problém je v tom, že dátové záznamy sa musia často meniť, ale aj keď je načítaný základný recept, je potrebné vykonať úpravy znova a znova.

Raz som teda niečo také urobil:
Údaje o recepte sú v DB50
Keď panel odosiela údaje do S7, skontrolujem dátovú schránku, či je prenos dokončený
Po dokončení presuňte celý DB50 do DB60 pomocou Blockmove

Stroj potom pracuje s DB60
DB60 môže byť zmenený obsluhou v (nastaviteľných) medziach.
Ak je všetko pokazené a nesprávne umiestnené, môže master znovu načítať pôvodný DB50

Ak sa upravené hodnoty v DB60 osvedčia, môže master zapísať DB60 späť do DB50.
Potom na paneli -> načítať záznam údajov z PLC -> uložiť.
Týmto spôsobom je možné prijať a uchovať optimalizované hodnoty.
Prevádzkovateľ môže vybrať a preniesť iba jeden dátový záznam.
Prenos späť a prezliekanie je majstrovské dielo.

Samozrejme musí byť zachytené, aby sa pri spätnom prenose neprepísal žiadny nesprávny záznam údajov.

Bolo to fičanie, ale zábava roky bez problémov