En variabel används för att lagra information. I Antcas Control behöver datatyperna inte deklareras. Du kan alltså direkt skriva ett ord som variabel. Förutom variabler finns det också konstanter och andra datatyper som kan anges direkt. Allt annat känns igen direkt som en variabel. Observera färgerna i FUP-programmering.
Alla värden som sparas i SPS är remanenta. Detta innebär att vid omstart av servern återställs tidigare tillstånd. De förblir även bevarade vid export av ett projekt.
Varning: Alla strängar utanför UTF-8-intervallmallarna kan inte sparas remanent. I live-vyn visas dessa i mörklila.
| Typ | Färg | Exempel |
|---|---|---|
| Fel | Röd | ogiltig. |
| Variabel | Grå | variabel |
| Tal | Orange | 10 10E3 10e-2 -1.2 |
| Tid, Datum | Grön | T#1m DT#2016-03-25-22:12:00 D#2016-03-25 |
| Sträng | Blå | 'Detta är en sträng' "och denna också" "den här har ett " inuti!" |
| Konstant | Lila | INT_MIN, INT_MAX |
| Boolskt värde | Lila | NULL, TRUE, FALSE |
Funktionsblocken beräknas i läsriktningen efter ingångarna. Från vänster till höger och från uppifrån och ner. Variabler skrivs på samma sätt.

Konstanter som booleska variabler kan definieras direkt. Skriv då TRUE, FALSE eller NULL. Där NULL också sätts där du inte använder något värde. NULL står för inget värde. Alltså varken TRUE eller FALSE. Värdet NULL används endast internt i programmet. Värdena NULL, 0 (som heltal), '', liksom "" eller "0" utvärderas som FALSE.
Se till att utgångsvariabler aldrig används dubbelt, annars skrivs den övre variabeln över och kan därmed vara ogiltig. Det finns särskilda undantag, som t.ex. Funktionsblocket MOVE. Variablerna i gränssnitten bör inte heller användas flera gånger. Detta är egentligen möjligt, men kan vid omstart av SPS leda till oönskat beteende.
Databaserna för funktionsblocken får aldrig användas dubbelt. Annars kommer det sista funktionsblocket alltid att skriva över värdet eller de interna markörerna leder till oönskade resultat.
Varje variabel, inklusive underordnade namn för funktionsblocken, får inte överskrida en längd av 255 tecken. FUP-redigeraren ger därför ett felmeddelande om en variabel är längre än 200 tecken.
En namnrymd kan alltid endast skrivas över från nedifrån och upp. Namnrymden kan enkelt definieras genom att variabeln separeras med en punkt, t.ex. heizung.PID eller heizung.modus.Fenster. Användningen av intelligenta namnrymder förenklar översikten i programmeringen betydligt.