TIME_BLOCK 2 OFFSET 0 LEN 32  { delka 32, protoze v bloku je 16 dvoubajtu }
   WRITE_CHANNEL 3000           { kanal 3000, "boolean output", pro zapis celeho bloku }
   ARRAY 16 WORD OUTPUT 2000    { kanaly v dmf budou "real bidir" ! }
  END

• ovladac nastartuje i v pripade, ze neprojde inicializace serioveho portu
  (pridano z duvodu neprihlasenych virtualnich portu, napr. USB/COM)
• v polozce PAR-souboru se parametrem GLOBAL / REINSTAL_TIMEOUT nastavi pocet sekund, za ktere musi prijit alespon 1 odpoved z automatu. Pokud ne, zkousi ovladac v tomto intervalu znova incializavat port (pokud se virtualni port prihlasi, ovladac normalne rozbehne komunikaci)

• odladen beh ve CW2000 / Windows 2000.
• opraven kanal typu LongCard, ktery se puvodne choval jako LongInt

1. z duvodu presnejsi linearizace zmeneny kanaly typu

           byte        1 byt unsigned
   	shortint    1 byt signed
   	word        2 byt unsigned
   	integer     2 byt signed
   	cardinal    4 byt unsigned
   	longint     4 byt signed
           real        4 byt shortreal
   

   v .PAR na typ real v .DMF (puvodne - verze 3.06 - byl "shortreal")
2. pri prepoctu na celociselne typy pouzita funkce ROUND (zaokrouhleni) na misto puvodni TRUNC (odtrzeni des. mist)
3. typ bitset a bitsetword v blocich je nyni:
   a) nacitan stejne jako pred tim (cely bajt / 2-bajt)
   b) zapisovan jako WRITEB, tj. pouze jednotlivy bit
   

• doladeno razeni zprav do vys. fronty
• pribyla moznost linearizace promennych typu
  

          byte        1 byt unsigned
  	shortint    1 byt signed
  	word        2 byt unsigned
  	integer     2 byt signed
  	cardinal    4 byt unsigned
  	longint     4 byt signed
          real        4 byt shortreal
  

  POZOR ! U TECHTO PROMENNYCH SE V .DMF MUSI ZADAT TYP SHORTREAL !!!!
  
  Linearizace se definuje v .PAR takto:
  
  
  • normalni (puvodni) definici, napr.

             TIME_BLOCK ....
               INTEGER OUTPUT 101
               REAL OUTPUT 102
             END
    

  • lze rozsirit o linearizaci:

             TIME_BLOCK ....
               INTEGER LIN ( 0.1 0.0 ) OUTPUT 103
               REAL LIN ( 1.0 100.0 ) OUTPUT 104
             END
    

  Klicova slova LIN a zavorky ( ) a realna cisla MUSI byt oddeleny mezerou, tabulatorem nebo ENTERem, stejne jako jina. Nelze napsat napr. LIN( ale LIN ( podobne definovane realne hodnoty musi byt oddeleny jako klicova slova, oddelenim napr. pomoci carky : LIN ( 1.0, 10.0 ) , zkonci syntax. chybou nacitani .PAR (bude vypsano dialog. okno a ovladac nenastartuje).
  
  Jak to funguje:
  
  oznacme si 1. realne cislo = A, 2. realne cislo = B,
  obecne pak je definice: LIN ( A B )
  
  
  1. cteni dat (z automatu do CW)
     
     Real(CW) = A * kanal + B, kde
     
     Real(CW)...je to, co bude vraceno do Control Webu (vzdy typu shortreal v DMF)
     kanal......prectena hodnota z automatu (dle typuv .PAR: byte, word, ...)
     A..........real. hodnota, sklon (nasobitel)
     B..........real. hodnota, posun (citatel)
     
     
  2. zapis dat (z CW do automatu)
     
     kanal = ( Real(CW) - B ) / A,
     
     Real(CW)...to co prislo z CW do ovladace
     kanal......to co bude ovladac vysilat do automatu jako prislusny definovany typ (byte, word, integer, ....)
     A,B........viz vyse
     
  
  
  Pokud linearizaci nenadefinujeme, je brano automaticky A = 1, B = 0
  I kdyz neni LIN. definovana, MUSI byt u promennych v .DMF typ SHORTREAL !!!!!
  
  Funguje to u vsech smeru, tj. INPUT, OUTPUT i BIDIR
  

• Definovan diagnosticky kanal cislo 6, jako BOOLEAN OUTPUT. zapis hodnoty TRUE do tohoto kanalu zpusobi obcerstveni vsech kanalu, definovanych jako OUTPUT. Tzn. zaradi se do prioritni fronty pro rizeni vsechny tyto kanaly s poslednimi stavy.
• Kanaly OUTPUT budou do fronty zarazovany ve stejnem poradi, jako jsou definovany v jednotlivych stanicich v PAR-souboru.

• Pri definicich jednotlivych bloku ve stanicich lze uvest jako klicove slovo definice bloku TIME_BLOCK. Struktura definice je dale stejna jako pri BLOCK.
• Komunikace s blokem TIME_BLOCK bude casove synchronizovana s ctenim jeho kanalu nadrazenou aplikaci. Zpravy tohoto typu jdou do vysilaci fronty pro rizeni, tj. maji prioritu pred "prstynkem". Pokud bude pred zarazenim do fronty zjisteno, ze tam zprava tohoto typu jiz je, nebude nova zarazena.
• Pro komunikaci podle "prstynku" plati nadale, ze je provaden ve volnem case, kdy v prioritni vysilaci fronte nic neni. Proto pozor na casovani aplikace, pri casove narocnosti vyrizovani zprav z vysilaci fronty by se mohlo stat, ze "prstynek" nebude vubec provaden. Pak je vhodne pri vytvareni PAR-souboru nedefinovat zadny kanal pro "prstynek", tj. nepouzivat definice BLOCK, BOOLEAN_INPUT ani BOOLEAN_OUTPUT. Sekce BOOLEAN_INPUT a BOOLEAN_OUTPUT lze nahradit v bloku promennou typu BITSET, popripade BITSETWORD.
• Z duvodu synchronizace prenosu po jednotlivych blocich je VHODNE uvadet kanaly typu OUTPUT jako samostatne bloky, nejlepe jako TIME_BLOCK. Pak pri nenadefinovani zadne promenne do sekce BLOCK nedojde k aktivaci programove obsluhy "prstynku".
• Predelano dialogove okno ovladace do anglickeho jazyka vcetne veskerych zprav do ramecku "Line state":

• start ovladace:
  Dojde k vypsani zprav nastaveni serioveho portu, urovne Login a nazvu ovladace v CW,
  stavu nacteni skupiny [GLOBAL] - "global info OK"
  a stavu nasteni stanic "Stations loaded".
  
• hlaseni pri prekroceni casu pri vysiani a prijmu:
  Address xxx - timeout on transmit (vysilani)
  Address xxx - timeout on receive (prijem)
  "xxx" obsahuje adresu stanice, se kterou doslo k chybe.
  
• vypis pri stisku tlacitka "About":
  CWD Profibus/Promos, v.3.16
  (c)1998-2006 rvacek@elsaco.cz
  Communication driver for Control Web
  WIN32DLL library
  
• pocatek preruseni komunikace se stanici z duvodu nekolika chyb za sebou:
  Address xxx - sleep mode

• obcasne chyby pri zapisu vystupnich kanalu, ktere vznikaly pri kombinovani vstupnich a vystupnich promennych v jednom bloku
• chyba pri cteni vstupnich kanalu z promennych typu BITSET a BITSETWORD
• doladen zapis (OUTPUT) do "blokovych" promennych typu BITSET a BITSETWORD.