Tixi Embedded Communication System (TECom)

Das Tixi TECom System wurde völlig unabhängig von Hardware und Betriebssytem konzipiert und läuft heute unter Windows, RTOS MQX auf dem ARM7,  verschiedenen Linux-Varianten auf ARM9 und einem Router-SOC.
 
Eine Portierung auf weitere Systeme (andere Linux-Varianten, eCos, ....) ist leicht möglich.
OEM Funktionen und Protokolle lassen sich in C/C++, Forth oder TiXML einfach implementieren.

Konfiguration für E-Mail, SMS, FTP, SFTP, Cloud, VPN

Das Tixi Modem System besteht aus verschiedenen Modulen, die mit einzelnen TiXML-Kommandos konfiguriert werden, z.B.

• Adressbuch
• Nachrichtenbuch  (Message Templates)
• Internet-Zugang
• Standortangaben
• Modemdaten (GPRS, UMTS, LTE)
• Alarmkonfiguration
• Datenloggerkonfiguration
• Web-Serverkonfiguration
• Cloud-Konfiguration
• OpenVPN-Konfiguration
• Eventsteuerung mit logischen Operationen
• SPS-Variablen-Konfiguration

Alle Aktionen werden durch Events (Ereignisse) ausgelöst. Ein Ereignis kann sein:

• Änderung eines Inputports
• Änderung einer Variablen im Tixi-Modem oder in der SPS
• Tastendruck an der SPS oder an Tixi Modem
• Timer- bzw. Kalenderereignis (Schichtplanwechsel)
• Eingehende Nachricht (SMS, E-Mail, Express E-Mail)
• Eingehender Ruf (ohne Abnehmen)
• Ein Fehler u.a.

Die Prozeßverarbeitung vom Event bis zur Aktion, z.B: dem Versenden einer E-Mail ist im nachfolgenden Bild dargestellt.

Tixi Modem Signal Prozess Schema

Die Erzeugung einer Störmeldung

Wenn das Tixi Modem der Master der Kommunikation ist, fragt es die SPS-Variablen zyklisch ab (z.B: jede Sekunde einmal) und speichert so eine Kopie der aktuellen, relevanten Werte der SPS.

Zum Auslösen und zum Versenden von Störungsmeldungen aus dem Tixi Modem reicht es aus, wenn in der SPS ein Alarm-Flag von „0“ auf „1“ gesetzt wird. Beim nächsten Pollzyklus erkennt Tixi die Änderung des überwachten Flags und speichert dieses in einer internen Prozeßvariablen ab, mit der weitere Berechnungen (z.B: Vergleiche mit anderen Ports oder einem Schichtplan) einen Status (Eventstate) ergeben.

Der Eventhandler startet dann den Job-Generator, der über einen Textprozessor die Nachricht mit den aktuellen Inhalten (z.B. Variablen-Werten) erzeugt. Zum Schluß sorgt das Job-System für den Versand der Nachricht(en) über die jeweiligen Kommunikationswege an die Empfänger.