Machen Sie Maschinenlogs zu abfragbaren Tabellen.
Wandeln Sie die Alarm- und Betriebslogs, die Ihre CNC-Steuerungen, Roboter und SPS-Gateways bereits schreiben, in SQL-Tabellen um. Alarme, Zyklen, Ausfallzeiten und die Eingabedaten für OEE – ohne SPS-Programmierung oder Einführung eines MES.
Verwende die Ergebnisse in Excel, Google Sheets, KI-Tools und deinen Apps über die Database REST API.
Jeder Connector-Typ ist im Free-Tarif verfügbar. Starte mit 2 Datenquellen und 1 Agent.
Auf Ihrem Computer lesen, organisieren und abfragen.
Schreibgeschützte Abfragen · ausgehende VerbindungDie Quelldateien bleiben an ihrem Speicherort. Ihre Tools erhalten Abfrageergebnisse.
Query Streams liest die von Maschinensteuerungen bereits auf die Festplatte geschriebenen Protokolldateien und wandelt sie in interaktive SQL-Tabellen um, die mit Microsoft Excel, Google Sheets, KI-Assistenten über MCP, der REST-API und Power BI lesbar sind. Profile sind für Steuerungen von Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco und Kawasaki vorinstalliert; weitere Steuerungen können manuell beschrieben werden. Es wird weder Software auf dem Rechner installiert noch hochgeladen; der Agent liest die Dateien direkt an ihrem Speicherort, und nur die Abfrageergebnisse verlassen Ihr Netzwerk.
- Keine SPS-Programmierung, kein MES
- Zwölf Steuerungsfamilien integriert
- Alarme, Zyklen und Ausfallzeiten als SQL
Verbinden Sie Maschinenlogs mit den passenden Einstellungen.
Lassen Sie die Verbindung über den Network Agent laufen. Dies sind die spezifischen Angaben für Maschinenlogs.
- Ordner
- Überall dort, wo die Steuerung bereits schreibt – auf eine lokale Festplatte oder eine Netzwerkfreigabe im Format \\server\share (niemals auf einen gemappten Laufwerksbuchstaben; unter Linux oder macOS zuerst einhängen); einschließlich Unterordnern, mit Unterstützung für Ein- und Ausschlussmuster
- Format
- Durch das Profil der Steuerung festgelegt – Datensatzgrenze, Grammatik, Zeitstempelformat und Spaltennamen sind alle darin enthalten
- Controller
- Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco und Kawasaki sowie ein Modus, in dem Sie alles andere selbst beschreiben können
- Rotation
- Wird verstanden, nicht umgangen – zehn benannte Rotationsmuster plus einfache, nicht rotierte Dateien, einschließlich komprimierter Archive
- Nicht zugeordnete Zeilen
- Unverändert in events_raw_lines gespeichert und niemals verworfen
- Anmeldedaten
- Keiner – es gibt keinen Server; der Agent liest die Dateien direkt am Speicherort
- SQL-Dialekt
- DuckDB – Standard-SQL, nichts Maschinenspezifisches, das Sie erst lernen müssen
Auf der Maschinensteuerung wird nichts installiert und keine SPS-Logik angefasst. Die Steuerung schreibt weiterhin das Protokoll wie bisher; der Agent liest diese Datei von einem Rechner aus, der den Ordner sehen kann, speichert die geparsten Zeilen in einem verschlüsselten Speicher neben sich zwischen und liest nur die neu hinzugekommenen Bytes erneut ein. Ist das Werknetz offline, bleibt das Protokoll auf der Steuerung, und die nächste Synchronisierung holt die Änderungen nach.
Entwickelt für die Funktionsweise von Machine Logs.
Das Ergebnis
- Eine Zeile pro protokolliertem Ereignis, mit dem von der Steuerung geschriebenen Zeitstempel, dem Alarm- oder Meldungscode, dem dazugehörigen Text und _source_file, das die Maschine angibt, von der der Eintrag stammt.
- Alarmhistorien, Betriebshistorien und Meldungsprotokolle – je nachdem, was die Steuerung speichert. Das Profil weiß, welche Dateien wichtig sind und welche nur Rauschen enthalten.
- Alle Steuerungen im Werk landen in einer Tabelle. So lässt sich „Welche Maschine hatte diesen Monat die meisten Stillstände?“ mit einem GROUP BY beantworten, statt durch die Fertigung zu laufen.
- Zeilen, die ein Profil nicht erkennt, bleiben unverändert in events_raw_lines erhalten. So können Sie auch Fragen zu ungewöhnlichen Alarmformaten beantworten.
-- Stillstandsschwerpunkte nach Maschine, diesen Monat
SELECT _source_file AS machine, code, COUNT(*) AS hits
FROM fileset.events
WHERE severity = 'ALARM'
GROUP BY machine, code
ORDER BY hits DESCWenn Ihre Steuerung nicht auf der Liste steht
Für zwölf Steuerungsfamilien wird ein Profil mitgeliefert, und „jede andere Steuerung“ ist eine echte Antwort, keine Abwimmelung: Im benutzerdefinierten Modus des Log-Treibers können Sie Datensatzgrenze, Grammatik, Zeitstempel und Spalten selbst beschreiben – einmalig. Danach wird der Ordner wie jeder andere zu einer Tabelle. Wenn Sie lieber eine integrierte Unterstützung hätten, fragen Sie uns – Profile werden auf Anfrage hinzugefügt.
Formate und Verhalten im Detail.
Öffnen Sie die Referenz, die Sie für Machine Logs benötigen.
Ein Ordner mit Controller-Protokollen wird zu einer Ausfallzeittabelle.
Ein Ordner mit Controller-Protokollen wird zu einer Ausfallzeittabelle.
Query Streams liest die Dateien, die die Steuerung bereits schreibt, legt deren Format fest und leitet daraus die Tabellen ab, die ein Werk tatsächlich benötigt. Auch die Rohzeilen bleiben abfragbar – eine Zeile, die der Parser nicht lesen kann, bleibt mit einer Begründung als Datensatz erhalten und wird niemals stillschweigend verworfen.
Rotationen, erneut ausgegebene Exporte und doppelte Zeilen – alles wird verarbeitet
SELECT Datum, Identität, laufende/geplante AS Verfügbarkeit, ungeplante Ausfälle, kleine Zwischenstopps
VON fileset.oee_inputs
WHERE Identität = 'MILL-04'
ORDER BY Datum DESCVerknüpfen Sie es mit Ihren ERP-Arbeitsaufträgen in derselben Abfrage.
Dateien, die die Maschine bereits schreibt, jetzt eine Tabelle, über die Sie Berichte erstellen können
Zwölf Controller-Marken, sofort einsatzbereit
Zwölf Controller-Marken, sofort einsatzbereit
Jede Karte nennt genau die Dateien, die Query Streams auf der jeweiligen Steuerung liest, woher sie stammen und wie sich die Datei verhält – ob sie laufend ergänzt, bei jedem Export vollständig neu geschrieben wird oder pro Ereignis eine neue Datei entsteht.
Unterstützte Controller-Protokolle
19 Formate · 12 Marken/shdr/*.txtMTConnect-Adapter-Stream-Erfassung- Eine Datei pro Maschine und Tag
- Wird live angehängt, während die Maschine läuft
Logbuch_*.txtController-Diagnose-Export- UTF-16-Text, für Sie dekodiert
- Wird bei jedem Export vollständig neu geschrieben
- woodWOP NC-Laufdatei, geschrieben beim Zyklusstart
.prl .ctt .pctCutRite-Planungsdateien, elf pro Optimierung- Eine neue Datei pro Durchlauf
OPRT_HIS.TXTOperationsverlauf, vom Controller aus gestartetMD/ERRALL.LSRoboteralarmhistorie aus einem Controller-Backup- Ringpuffer – wird vollständig neu geschrieben, niemals ergänzt
AlarmHistory.txtAlarmhistorie mit Codes und Zeitstempeln- Entpackt von
HaasBackup(mm-dd-yyyy)auf dem USB-Stick - Eine neue Datei pro Backup
ALARM_HISTORY.DATOSP-Alarmhistorie- vom
NCBACKUPOrdner einer Kontrollsicherung - Alle Backups wurden komplett neu geschrieben.
ac_log/*.logHMI-Aktionsprotokoll und Alarmprotokoll- Aus
/user/sinumerik/hmi/ac_logan der Steuerung - Beim Export komplett neu geschrieben.
TNC:\LOGBOOK.AKontrolllogbuch-Dump- Ausgelöst mit dem MOD-Code LOGBOOK oder TNCremo
- Bei jedem Dump wurde das Ganze neu geschrieben.
LOG\ALMLOG.LOGAlarmprotokoll- Aus einer auf eine Speicherkarte geschriebenen Kontrollsicherung
- Alle Backups wurden komplett neu geschrieben.
c:\cncm\msg_log.txtMeldungsprotokoll –Kontaktauf einer Drehbank- Lesen Sie auch die ZIP-Datei „F7 Create Report“.
- Wird ergänzt und anschließend am Anfang gekürzt – ohne Zeilen zu verlieren
Ausgabedateien\NavErreine Datei pro FehlerAusgabedateien\NavESTOPeine Datei pro Not-Aus-Schalter- Für jedes Ereignis wird eine neue Datei erstellt, der Ordner wächst unbegrenzt.
ERRLOGRoboter-Fehlerprotokoll- Mit der Controller-Datensicherung gespeichert (SAVE / ELOG)
- Alle Backups wurden komplett neu geschrieben.
Logs/*_YYYY-MM-DD.logCNC-Steuerungs-SyslogLogs/plc*.logSPS-Schlüssel=Wert-Telemetrie*.jsonlJSON-Zeilen für Robotersteuerungen*_YYYYMMDD.csvHeaderloser Laser-CSV, Dezimalkomma
Mit jeder Agentenversion werden neue Controller-Formate hinzugefügt. Da sich die Agenten selbst aktualisieren, wird ein später unterstützter Controller in Ihrem Konnektor angezeigt, ohne dass jemand einen USB-Stick an einen Rechner anschließen muss.
Steuerungsprotokolle aus jedem Werk – gelesen dort, wo sich die Maschine befindet
Controller-Protokolle von jeder Anlage, Lesen Sie, wo sich die Maschine befindet.
Ein Steuerungsprotokoll ist standardmäßig von der Außenwelt abgeschnitten. Es liegt auf der Maschine oder auf einer Freigabe in der Fertigung, hinter einer Werksfirewall, in einem Gebäude, das Ihre Reporting-Tools niemals erreichen würden. Jedes Werk betreibt einen Network Agent, der diese Dateien direkt am Speicherort liest und eine Verbindung zu Query Streams aufbaut. Aus Sicht der Werksfirewall ist das eine gewöhnliche ausgehende Verbindung – nichts muss geöffnet werden, kein Site-to-Site-VPN und kein Ticket für jede Maschine.
Drei ausgehende Verbindungen, ein Ort, an dem Sie sie abfragen können – kein eingehender Port, kein VPN, keine Änderung an der Firewall
Ein Agent pro Werk
Ein Agent deckt einen ganzen Standort ab, nicht nur eine einzelne Maschine: Jede Steuerungsfreigabe dieses Werks wird zu einem eigenen File-Set-Connector auf demselben Agent. Im Free-Tarif läuft ein einzelner Agent, in den kostenpflichtigen Tarifen laufen mehrere.
1 Pflanze = 1 Agent = viele Controller
Nichts zum Öffnen
Der Agent stellt eine einzige verschlüsselte ausgehende Verbindung her; sowohl die Anfrage nach außen als auch die zurückkommenden Zeilen werden darüber übertragen. Kein eingehender Port, kein Site-to-Site-VPN und nichts, was die IT des Werks freigeben muss – die Zugangsdaten bleiben im Werksnetz.
eine Verbindung, in beide Richtungen
Eine Anfrage über alle Pflanzen hinweg
Jede Quelle in einem föderierte Abfrage Benennt einen eigenen Agenten, sodass eine einzige Aussage Ausfallzeiten in zwei Werken auf verschiedenen Kontinenten vergleichen oder eines dieser Werke mit Ihren ERP-Aufträgen verknüpfen kann. In Business und Enterprise enthalten.
2 Werke → 1 Ergebnismenge
Sie halten sich auf dem Laufenden
Die Agenten aktualisieren sich selbst, sodass ein in einer späteren Version hinzugefügtes Controller-Format jedes Werk erreicht, ohne dass jemand einen USB-Stick in die Produktionshalle mitnehmen muss. Deshalb ist die obige Liste eher ein Ausgangspunkt als eine feste Liste.
Neue Formate kommen mit dem Agenten.
Maschinenprotokolle verhalten sich nicht wie Serverprotokolle.
Maschinenprotokolle verhalten sich nicht wie Serverprotokolle.
Ein Controller hängt selten höflich an eine wachsende Datei an. Query Streams erkennt vier verschiedene Wachstumsmuster, sodass neu erstellte Exporte und gekürzte Protokolle nicht zu doppelten Zeilen werden.
Anhängen
Der übliche Fall – neue Zeilen werden ans Dateiende angehängt, während die bisherigen Zeilen unverändert bleiben.
MTConnect-SHDR-Erfassung · CNC-Syslog
Mit Kopfbedeckung anbringen
Es werden Zeilen angehängt, anschließend löscht die Steuerung regelmäßig Zeilen aus der Liste. Spitze um die Dateigröße zu begrenzen. Das alleinige Folgen eines Byte-Offsets würde Daten stillschweigend überspringen.
Centroid CNC12 msg_log.txt
Snapshot-Neuschreibung
Bei jedem Export wird die gesamte Datei aus einem Ringpuffer fester Größe im Steuerungssystem neu geschrieben. Da sich zwei Exporte stark überlappen, muss die Überlappung erkannt und nicht die Datei erneut importiert werden.
FANUC OPRT_HIS.TXT · Okuma · Heidenhain · Kawasaki
Eine Datei pro Ereignis
Die Steuerung erstellt für jeden Alarm, Not-Aus oder Programmstart eine neue Datei. Die Anzahl der Dateien im Ordner wächst, nicht die Dateigröße.
Hurco NavErr · Haas · HOMAG woodWOP
Von Logzeilen bis zu den fünf Tabellen, über die ein Werk berichtet
Von Logzeilen bis zu den fünf Tabellen, über die ein Werk berichtet
Das Parsen ist die einfache Hälfte. Query Streams wandelt geparste Zeilen in Intervalltabellen um – und anschließend in die Verfügbarkeitsdaten, die Ihr OEE-Dashboard benötigt.
Die Sekunden summieren sich: Die geplante Zeit entspricht immer der Summe aus Laufzeit, Rüstzeit und sämtlichen Stillstandsarten – es bleibt keine unerklärte Zeit übrig.
Ausgerichtet an den Standards, die Ihr Werk bereits meldet in
Ausgerichtet an den Standards, die Ihr Werk bereits meldet in
Das Klassifizierungsvokabular ist nicht neu erfunden. Es orientiert sich an veröffentlichten Modellen, sodass die Zahlen mit dem übereinstimmen, was Ihre Qualitäts- und kontinuierlichen Verbesserungsteams bereits verwenden.
Jedes Leerlaufintervall wird in einen der sechs Standard-Ausrüstungszustände aufgelöst.
Die Verfügbarkeit wird gemäß der Definition des Standards berechnet – tatsächliche Produktionszeit geteilt durch geplante Betriebszeit. Geplante Stopps innerhalb des Schichtfensters werden dabei als Verfügbarkeitsverluste behandelt.
Ausfallzeiten werden in einem benannten Verlusttopf erfasst, einschließlich eines separaten Topfes für Zeiten, die wir nicht zuordnen können.
Für die Zuordnung wird ein kleiner, fester Grundkatalog verwendet – und ein Grund, den wir nicht auflösen können, wird mit Namen gemeldet, statt erraten zu werden.
Von der Verbindung zu nützlichen Ergebnissen.
- Finden Sie heraus, wo die Steuerung ihre Protokolle bereits ablegt – in einem Ordner auf der Steuerung, einer Freigabe, auf die sie Dateien schreibt, oder dem Ordner, in den Ihr vorhandenes Erfassungsskript schreibt.
- Installieren Sie den Network Agent auf einem Rechner, der auf diesen Ordner zugreifen kann. Auf der Steuerung selbst wird nichts installiert und nichts programmiert.
- Wählen Sie das Profil der Steuerung. Datensatzgrenze, Grammatik, Zeitstempelformat und Spaltennamen sind durch das Profil festgelegt, sodass Sie nichts beschreiben müssen.
- Von da an liest der Agent nur die neu hinzugekommenen Bytes in jeder Datei, versteht die Rotation der Steuerung und behält nicht zugeordnete Zeilen bei, statt sie zu verwerfen.
- Führen Sie Abfragen aus. Alarme nach Maschine und Schicht, mittlere Zeit zwischen Ausfällen, Zykluszahlen, Stillstandsgründe – gewöhnliches SQL über alle Steuerungen gleichzeitig.
Nutzen Sie Ihre Machine-Logs-Ergebnisse.
Eine Verbindung versorgt Ihre Tabellen, Apps und KI-Tools. Erteilen Sie die Berechtigung, eine gespeicherte Abfrage auszuführen; Empfänger sehen die zulässigen Ergebnisse, während SQL und Quell-Login verborgen bleiben.
Für Ihr Team, Ihre Lieferanten und Partner
Rufen Sie Live-Ergebnisse aus Machine Logs direkt in ein Arbeitsblatt ab und aktualisieren Sie sie bei Bedarf — in Excel für den Desktop, Excel Online und Microsoft 365.
Excel entdeckenFühren Sie eine gespeicherte Machine-Logs-Abfrage über die Seitenleiste aus und fügen Sie die Zeilen in das Tabellenblatt ein. Freigegebene Mitwirkende können die Daten selbst aktualisieren.
Google Sheets entdeckenStellen Sie eine Frage in einfachem Englisch. Nova kennt Ihre Machine-Logs-Tabellen bereits, schreibt und führt das SQL aus, erklärt die Antwort und erstellt ein Diagramm — Sie müssen keine Abfrage schreiben und keine Anmeldedaten weitergeben.
So funktioniert NovaTeilen Sie ein Live-Ergebnis aus Machine Logs mit beliebigen Personen — Kollegen, Anbietern oder Partnern — als speicherbare Rasteransicht, die beim Öffnen aktuelle Daten neu abruft, auf Smartphone, Tablet oder Desktop. Sie sehen die Ergebnisse, niemals das SQL oder die Dateien.
So funktioniert der DatenbetrachterFür Apps und Systeme
Veröffentlichen Sie eine Machine-Logs-Abfrage als authentifizierten JSON-Endpunkt, den jede Anwendung aufrufen kann, inklusive OpenAPI-3.1-Spezifikation und sofort einsatzbereiter Sammlungen für Postman, Insomnia und Hoppscotch. Es wird kein Datenbank-Port geöffnet.
REST API erkundenFügen Sie den generierten Power-Query-M-Code in den erweiterten Editor von Power BI ein. Der Bericht ruft dann Live-Ergebnisse aus Machine Logs über HTTPS ab — ohne ODBC-Treiber und ohne geöffneten Datenbank-Port.
Power BI erkundenSynchronisieren Sie Machine-Logs-Zeilen nach einem Zeitplan mit einer Airtable-Basis oder rufen Sie sie in einem Airtable-Automatisierungsskript ab.
Airtable entdeckenSpeisen Sie eine Baserow-Tabelle über den REST-Endpunkt mit Daten aus Machine Logs — selbst gehostet oder in der Baserow-Cloud.
Baserow entdeckenHalten Sie eine SeaTable-Basis mit Machine-Logs-Daten aktuell, ohne eine Datei zu exportieren oder die Datenbank offenzulegen.
SeaTable entdeckenÜbertragen Sie Machine-Logs-Ergebnisse in ein Smartsheet-Raster, damit Pläne und Berichte die Daten aus dem Quellsystem verwenden und nicht den Export der letzten Woche.
Smartsheet entdeckenBinden Sie eine Anvil-Python-App über den REST-Endpunkt an Machine Logs an, statt Datenbank-Anmeldedaten in die App einzubetten.
Anvil entdeckenFür KI-Tools
Ermöglichen Sie einem KI-Assistenten schreibgeschützten Zugriff auf Machine Logs und das Schema, das er zum Verfassen korrekter SQL-Abfragen benötigt — ohne Anmeldedaten im Chat.
MCP entdeckenAn Personen geliefert
Legen Sie einen Zeitplan für eine Machine-Logs-Abfrage fest und lassen Sie die Zeilen an Slack, Discord, per E-Mail oder an einen signierten Webhook senden — oder halten Sie die Nachricht zurück, bis eine von Ihnen festgelegte Zeilenanzahl, ein Schwellenwert oder eine prozentuale Änderung überschritten wird.
So funktionieren Benachrichtigungen und BerichteVerknüpfen Sie Machine Logs mit Ihren übrigen Daten.
Führen Sie Datenbanken, Business-APIs, Dateien und Protokolle in einer schreibgeschützten Abfrage zusammen. Jeder Connector unterstützt föderierte Abfragen.
Geben Sie Verbindungen und Tabellen an. Query Streams übernimmt die Quellabfragen und führt die Ergebnisse zusammen.
Föderierte Abfragen erkunden– nichts kopiert, nichts zusammengeführt, nichts geplant
SELECT c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
VON Maschinenlogs.fileset.orders1 f
JOIN pg_crm.public.customers2 c ON c.id = f.customer_id
JOIN Abrechnung.stripe.invoices3 i ON i.customer = c.stripe_id
GROUP BY c.region
ORDER BY in Rechnung gestellte Beschreibung;Verwenden Sie Ihre eigenen Namen für Verbindungen, Schemas, Tabellen und Spalten.
Gilt für die gesamte Connector-Familie.
Jeder Log-Connector stellt außerdem Folgendes bereit:
- events – eine Zeile pro geparster Zeile, mit Zeitstempel, den von der Grammatik benannten Feldern und _source_file, das die Quelldatei angibt.
- events_raw_lines – Zeilen, auf die die Grammatik nicht zutraf, werden unverändert beibehalten statt verworfen, sodass Sie auch zu einem nicht vorhergesehenen Format noch Fragen stellen können.
- files_current und files_events – das aktuelle Inventar und der Prüfpfad: was hinzugekommen ist, rotiert wurde oder verschwunden ist sowie alles, was zurückgehalten wurde, jeweils mit Dateiname und Grund.
- Rotation wird verstanden, nicht umgangen – zehn benannte Rotationsmuster plus nicht rotierte Dateien, sodass das Log von gestern und sein komprimiertes Archiv dieselbe Tabelle sind wie die Dateien von heute.
Gut zu wissen
- Schreibgeschützt und strikt durchgesetzt – jeweils nur eine Anweisung, ausschließlich SELECT und ähnliche Befehle. Ihre Logs werden von uns niemals geschrieben, verschoben, rotiert oder gekürzt.
- Es wird nichts hochgeladen – die Zeilen werden auf Ihrem eigenen Rechner neben dem Agenten analysiert und verschlüsselt zwischengespeichert. Nur das Ergebnis einer Abfrage verlässt Ihr Netzwerk.
- Es werden nur neue Bytes gelesen – der Agent setzt in jeder Datei dort fort, wo er aufgehört hat, statt sie erneut einzulesen. So verursacht ein stark ausgelastetes Log nicht jeden Tag mehr Aufwand.
- Der SQL-Dialekt ist DuckDB – dieselbe SQL-Sprache, die Sie auch für jeden anderen Connector verwenden würden.
Fragen zu Machine Logs
Wo kann ich Abfrageergebnisse aus Maschinenlogs verwenden?
Verwenden Sie Ergebnisse aus Maschinenlogs in Excel, Google Sheets, der Datenanzeige, Ihren Apps über die Database REST API und KI-Tools über MCP oder Nova. Gespeicherte Ergebnisse können außerdem unterstützte Automatisierungsziele, Berichte und Warnmeldungen speisen. Verfügbarkeit und Kontingente der Ziele hängen von Ihrem Tarif ab.
Muss ich für Maschinenlogs einen eingehenden Port öffnen?
Nein. Installieren Sie den Network Agent auf einem Rechner, der auf die Maschinenlogs zugreifen kann. Der Agent baut eine ausgehende Verbindung zu Query Streams auf; ein eingehender Port oder VPN ist nicht erforderlich. Ihre Quelle muss dem Agent-Rechner gemäß ihren eigenen Zugriffsregeln weiterhin eine Verbindung erlauben.
Werden meine Maschinenlogdateien hochgeladen?
Der Network Agent liest Dateien an ihrem Speicherort und speichert seinen Cache auf dem Agent-Computer. Quelldateien werden weder hochgeladen noch verschoben oder umgeschrieben. Nur angeforderte Abfrageergebnisse verlassen Ihr Netzwerk über die verschlüsselte ausgehende Verbindung.
Was benötige ich, um Maschinenlogs zu verbinden?
Ordner: Dort, wo die Steuerung bereits Daten schreibt – auf einem lokalen Datenträger oder einer Netzwerkfreigabe im Format \\server\share (niemals ein zugeordnetes Laufwerk; unter Linux oder Mac zuvor einbinden); Unterordner werden eingeschlossen, Ein- und Ausschlussmuster unterstützt. Format: Im Profil der Steuerung festgelegt – Datensatzgrenze, Grammatik, Zeitstempelformat und Spaltennamen sind darin enthalten. Steuerungen: Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco und Kawasaki sowie ein Modus zur Selbstbeschreibung für alle anderen. Rotation: Wird unterstützt, nicht umgangen – zehn benannte Rotationsmuster sowie einfache, nicht rotierte Dateien; komprimierte Archive eingeschlossen
Kann ich Maschinenlogs mit anderen verbundenen Quellen verknüpfen?
Ja. Föderierte Abfragen unterstützen alle Connector-Typen, einschließlich Datenbanken, Business-APIs, Dateien und Protokollen. Geben Sie Verbindungen und Tabellen in einer einzigen schreibgeschützten Abfrage an. Query Streams übersetzt die Quellabschnitte bei Bedarf und führt die Ergebnisse zusammen. Erfahren Sie, wie föderierte Abfragen funktionieren.
Muss ich irgendetwas an der Maschinensteuerung installieren?
Nein. Query Streams liest Dateien, daher wird nichts auf der Steuerung installiert und nichts zurückgeschrieben. Sie geben einem Query Streams Agent den Ordner an, in dem die Logs bereits landen – eine Netzwerkfreigabe, den Ordner, in den ein USB-Backup kopiert wird, oder den PC der Maschine. Der Zugriff ist schreibgeschützt.
Haben Sie die Logs meiner Steuerung tatsächlich gesehen oder nur das dokumentierte Format?
Beide Fälle kommen vor, und es lohnt sich zu wissen, welcher auf Sie zutrifft. Für drei Marken wurden Parser entwickelt und anhand echter, direkt von der Maschine erfasster Dateien getestet: Mazak über MTConnect, KUKA und HOMAG. Die übrigen neun wurden anhand der veröffentlichten Formatbeschreibung des jeweiligen Herstellers entwickelt.
Alle werden unterstützt und getestet — aber wir möchten das lieber offen sagen, als Sie annehmen zu lassen, dass wir Ihre konkrete Steuerung bereits gesehen haben. Wenn Ihre zur zweiten Gruppe gehört und etwas nicht geparst wird, senden Sie uns ein Beispiel; dann kommt sie in die erste Gruppe.
Meine Steuerung ist nicht auf der Liste. Habe ich Pech gehabt?
Vermutlich nicht. Neben den zwölf namentlich genannten Marken gibt es vier generische Formate, die einen Großteil der Produktionsanlagen abdecken: CNC-Steuerungs-Syslog, SPS-Schlüssel-Wert-Telemetrie, Roboter-JSON-Zeilen und CSV-Exporte ohne Kopfzeile, wie sie beispielsweise von Laserschneidanlagen erzeugt werden. Wenn Ihr Protokoll einem dieser Formate entspricht, wird es entsprechend angezeigt.
Was geschieht mit Zeilen, die nicht geparst werden können?
Sie bleiben erhalten. Eine nicht geparste Zeile wird als Datensatz gespeichert, der den Grund für das fehlgeschlagene Lesen enthält, sodass sie sichtbar und abfragbar bleibt. Dasselbe gilt auf Dateiebene: Eine Datei, die nicht mehr dem festgelegten Format entspricht, wird beiseitegelegt und gemeldet, statt unbemerkt zusammengeführt zu werden. So können Sie stets jede Zeile im Ordner nachvollziehen.
Kann ich Maschinenstillstandszeiten mit meinen ERP-Daten verknüpfen?
Ja — genau darum geht es, wenn Protokolle in SQL eingebunden werden. Eine föderierte Abfrage kann die abgeleiteten Leerlaufintervalle oder oee_inputs Tabellen mit Arbeitsaufträgen, Teilestammdaten oder Zeitplänen, die sich in einer völlig separaten SQL Server-, Postgres- oder MySQL-Datenbank befinden, werden verknüpft und ein einziges Ergebnis-Set zurückgegeben.
Handelt es sich um ein Produkt zur Protokollüberwachung oder zur Alarmierung?
Nein, und wir möchten das klarstellen. Es handelt sich hierbei weder um eine Log-Shipping-Pipeline noch um eine Plattform zur Betriebsüberwachung. Das Tool ermöglicht die Abfrage vorhandener Logdateien per SQL und die Berichterstellung in Tabellenkalkulationen. Für Streaming-Datenerfassung und Echtzeit-Benachrichtigungen im Infrastrukturmaßstab benötigen Sie ein anderes Tool.
Nutzen Sie Machine Logs dort, wo die Arbeit stattfindet.
Beginnen Sie mit Free: alle Connector-Typen, 2 Datenquellen und 1 Network Agent. Erweitern Sie die Plan-Kontingente, wenn Ihr Bedarf wächst.

