Lumaspec-rt Analysesoftware

Gehen Sie zunächst von der benötigten Anzahl an Kameras aus und prüfen Sie dann, ob die Anwendung Live-Anzeige, quantitative Analyse, automatische Alarme, Archivierung oder Anlagensteuerungsfunktionen erfordert. Die Produktreihe umfasst die Pakete Viewer, Basic, Analyzer und Control sowie die Versionen Analyzer Multi 6 und Control Multi für 6, 12 oder 24 gleichzeitig betriebene Kameras. Die nummerierte Multi-Bezeichnung gibt die maximale Anzahl gleichzeitig nutzbarer Kameras für das jeweilige Paket an, während die Standard-Paketnamen keine nummerische Begrenzung für Mehrkamerasysteme ausweisen. Auch der Funktionsumfang unterscheidet sich je nach Paketstufe. Deshalb sollten Anforderungen an Kommunikation, Alarme und Datenverarbeitung vor der Bestellung genau geprüft werden. So vermeiden Sie, dass ein System zwar die erforderliche Kamerazahl unterstützt, aber nicht die benötigten Analyse- oder Auto­mati­sierungsfunktionen bietet.

LumaSpec RT ist für einen Windows-Computer mit 32-Bit- oder 64-Bit-Betriebssystem ausgelegt, der mindestens über einen Dual-Core-Prozessor mit 1,5 GHz und 4 GB RAM verfügt. Als Mindestanforderung an die Grafik gilt eine dedizierte Grafikkarte mit 1 GB dediziertem DDR3-Speicher mit 900 MHz. Als Speicher ist eine Festplatte mit 7.200 rpm, 16 MB Puffer und 3,0 GB/s SATA-Schnittstelle angegeben. Die Netzwerkschnittstelle muss Gigabit Ethernet unterstützen und Jumbo-Pakete bis zu 9014 Byte verarbeiten können. Diese Werte definieren die minimale Betriebsbasis und sind nicht als Berechnung für die Speichervorhaltung zu verstehen. Für Aufzeichnungen mit mehreren Kameras sollten Workstation und Speicherkonzept daher auf die ausgewählten Kameras, Bildraten, Archivdauer und die Alarmaufzeichnungsrichtlinie abgestimmt werden.

Alle Paketversionen sind mit den Wärmebildkameras MCS640, MC320 und MCL640 kompatibel, zudem unterstützt die Software die Integration von Pyrometern. Bei einer Standalone-Installation können eine Kamera und Pyrometer direkt über Ethernet mit einem Windows-Desktop oder -Laptop verbunden werden. Größere Systeme können mehrere Geräte über Switches in ein gemeinsames oder dediziertes Netzwerk einbinden; programmierbare Ausgabegeräte lassen sich bei Bedarf anschließen. Das gewählte Multi-Paket legt die Obergrenze für gleichzeitig betriebene Kameras fest – bei Control Multi 24 sind es bis zu 24 Kameras. Bei der Systemauslegung sollten Ingenieure Netzwerkkapazität, Jumbo-Paket-Unterstützung und die benötigte I/O-Architektur prüfen, anstatt jede Kameraverbindung als isolierte Punkt-zu-Punkt-Verbindung zu betrachten.

Die Integration kann – abhängig vom gewählten Softwarepaket und optionalen Schnittstellenmodulen – über OPC, Modbus oder physische I/O erfolgen. Die Modbus-Unterstützung umfasst serielle und Ethernet-Verbindungen, während physische I/O auch Relais und analoge Ausgänge einschließen kann. Eingänge können aus Bildanalysebedingungen, OPC, Modbus oder physischer I/O stammen; verarbeitete Ergebnisse oder Alarme lassen sich an ein DCS oder eine PLC zurückgeben. Diese Struktur unterstützt Überwachung, übergeordnete Logik und Regelkreise, bei denen das Anlagensystem die endgültige Steuerungsentscheidung trifft. Signalrichtung, Aktualisierungsanforderungen, Alarmverriegelung und ausfallsicheres Verhalten sollten bereits bei der Systemauslegung definiert werden, da die Protokollunterstützung allein noch keine Steuerungsphilosophie festlegt.

Jede Kamera kann bis zu 32 ROIs verarbeiten; für die Temperaturanzeige stehen Punkt-, Linien- und Flächenregionen zur Verfügung. ROI-Berechnungen können Mindest-, Maximal-, Mittel- und Standardabweichungswerte umfassen, die aus den Pixeln innerhalb der ausgewählten Region ermittelt werden. Weitere Werkzeuge sind Histogramme, Isothermen, Linienprofile, orthogonale X-Y-Profile, 3D-Profile, Trenddiagramme sowie die Erkennung von Hotspots und Coldspots. Alarmbedingungen lassen sich mit AND/OR-Logik kombinieren, während Berechnungskanäle Beziehungen zwischen ausgewählten Regionen oder Punkten auswerten können. In der Praxis kann ein Ingenieur dadurch auf ein aussagekräftiges thermisches Muster triggern, statt sich auf einen einzelnen Temperaturwert an nur einer Position zu verlassen.

Thermische Aufzeichnungen können mit unterschiedlichen Raten für Normal- und Alarmzustände gespeichert werden, und eine vorgepufferte Trigger-Protokollierung kann Daten aus der Zeit vor einem Ereignis sichern. Bilder lassen sich als JPG oder BMP speichern, aufgezeichnete Wärmebildvideos als AVI exportieren und Messdaten an Excel oder in Text- und CSV-Dateien ausgeben. Diese Kombination unterstützt Ereignisauswertung, Prozessdokumentation und externe Berichterstellung, ohne die Analyse auf die Live-Workstation zu beschränken. Eine feste Archivkapazität oder Aufbewahrungsdauer ist nicht angegeben; diese Werte hängen daher vom Host-Speicher und der gewählten Aufzeichnungsstrategie ab. Bei der Speicherberechnung sollten Kamerazahl, Bildrate, Alarmhäufigkeit, Dauer des Vorpuffers und die erforderliche Aufbewahrungsdauer berücksichtigt werden.

Die automatische Neustartfunktion ist für Überwachungs­systeme gedacht, die sich nach einem ungeplanten Ausfall von PC oder Server wiederherstellen müssen. Wenn sie konfiguriert ist, kann die Software starten, die Verbindung zu den Kameras wiederherstellen und gespeicherte Einstellungen für Bildrate, ROIs, Analysewerkzeuge, Alarme und Kommunikation laden. Dadurch verringert sich der manuelle Aufwand, bevor die thermische Überwachung wieder aufgenommen werden kann. Besonders relevant ist diese Funktion für unbeaufsichtigte Mehrkamera-Installationen und prozesssicherheitsrelevante Anwendungen, bei denen eine gestoppte Workstation eine Überwachungslücke verursachen würde. Sie sollte dennoch mit geeigneter Strom­versorgungssicherung, Verwaltung des Host-Betriebssystems und Alarmhandling kombiniert werden – für Fälle, in denen sich Workstation oder Netzwerk nicht automatisch wiederherstellen können.