CNC, robots et automates programmablesTransformez Machine Logs en tables interrogeables.
Transformez en tables SQL les journaux d’alarmes et d’opérations déjà écrits par vos commandes CNC, vos robots et vos passerelles PLC. Alarmes, cycles, temps d’arrêt et données d’entrée pour l’OEE — sans programmer le PLC ni déployer un MES.
Utilisez les résultats dans Excel, Google Sheets, les outils d'IA et vos applications via l'API REST Database.
Tous les types de connecteurs sont disponibles avec le forfait gratuit. Commencez avec 2 sources de données et 1 agent.
Lisez, organisez et interrogez les données sur votre machine.
Requêtes en lecture seule · connexion sortanteLes fichiers sources restent en place. Vos outils reçoivent les résultats des requêtes.
Query Streams lit les fichiers journaux que les contrôleurs de machines enregistrent sur disque et les convertit en tables SQL dynamiques, lisibles depuis Microsoft Excel, Google Sheets, les assistants vocaux via MCP, l'API REST et Power BI. Des profils sont fournis pour les contrôleurs Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco et Kawasaki ; tout autre contrôleur peut être configuré manuellement. Aucune installation ni aucun téléchargement n'est requis sur la machine : l'agent lit les fichiers à leur emplacement et seuls les résultats des requêtes quittent votre réseau.
- Aucune programmation de PLC, aucun MES
- Douze familles de contrôleurs intégrées
- Alarmes, cycles et temps d’arrêt en SQL
Connectez Machine Logs avec les paramètres appropriés.
Configurez la connexion dans le Network Agent. Voici les détails propres à Machine Logs.
- Dossier
- Là où le contrôleur écrit déjà — disque local ou partage réseau indiqué sous la forme \\server\share (jamais une lettre de lecteur réseau ; sous Linux ou Mac, le partage doit d’abord être monté) ; les sous-dossiers sont inclus, et les modèles d’inclusion et d’exclusion sont pris en charge.
- Format
- Défini par le profil du contrôleur — la limite des enregistrements, la grammaire, le format d’horodatage et les noms de colonnes sont tous fournis avec celui-ci.
- Contrôleurs
- Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco et Kawasaki, ainsi qu’un mode de description personnalisée pour tout autre contrôleur.
- Rotation
- Prise en charge, sans contournement — dix modèles de rotation nommés, ainsi que les fichiers sans rotation, y compris les archives compressées.
- Lignes non reconnues
- Conservées telles quelles dans events_raw_lines, jamais supprimées
- Identifiants
- Aucun — il n’y a pas de serveur ; l’agent lit les fichiers sur place.
- dialecte SQL
- DuckDB — SQL standard, rien de spécifique aux machines à apprendre.
Aucun logiciel n’est installé sur la commande de la machine et aucune logique PLC n’est modifiée. Le contrôleur continue d’écrire le journal comme il l’a toujours fait ; l’agent lit ce fichier depuis une machine qui peut accéder au dossier, met en cache les lignes analysées dans un stockage chiffré situé à ses côtés et ne relit que les nouveaux octets. Si le réseau de l’atelier est hors ligne, le journal reste sur le contrôleur et la synchronisation suivante rattrape le retard.
Conçu pour le fonctionnement de Machine Logs.
Résultat obtenu
- Une ligne par événement journalisé, avec l’horodatage écrit par le contrôleur, le code d’alarme ou de message, son texte et _source_file, qui indique la machine d’origine.
- Historiques d’alarmes, historiques d’opérations et journaux de messages, selon ce que conserve le contrôleur — le profil sait quels fichiers sont utiles et lesquels sont du bruit.
- Tous les contrôleurs de l’atelier alimentent une seule table ; « quelle machine s’est le plus arrêtée ce mois-ci ? » se résout donc par un GROUP BY plutôt que par une tournée de l’atelier.
- Les lignes que le profil ne reconnaît pas sont conservées telles quelles dans events_raw_lines ; vous pouvez donc toujours interroger un format d’alarme inhabituel.
-- Principales causes d’arrêt par machine, ce mois-ci
SELECT _source_file AS machine, code, COUNT(*) AS hits
FROM fileset.events
WHERE severity = 'ALARM'
GROUP BY machine, code
ORDER BY hits DESCSi votre contrôleur ne figure pas dans la liste
Douze familles de contrôleurs sont fournies avec un profil, et « tout autre contrôleur » est une véritable option, pas une façon de vous éconduire : le mode personnalisé du pilote de journaux vous permet de décrire vous-même, une seule fois, la limite des enregistrements, la grammaire, l’horodatage et les colonnes ; le dossier devient alors une table comme les autres. Si vous préférez que cette prise en charge soit intégrée, demandez-le : des profils sont ajoutés sur demande.
Les formats et le comportement, en détail.
Ouvrez la documentation de référence dont vous avez besoin pour Machine Logs.
Un dossier contenant les journaux du contrôleur devient un tableau des temps d'arrêt.
Un dossier contenant les journaux du contrôleur devient un tableau des temps d'arrêt.
Query Streams lit les fichiers que le contrôleur écrit déjà, en fixe le format et en déduit les tables dont l’usine a réellement besoin. Les lignes brutes restent également interrogeables : toute ligne que l’analyseur ne peut pas lire est conservée sous forme de ligne avec une explication, jamais supprimée silencieusement.
OPRT_HIS.TXTFANUC
Historique des alarmes.txtHaas
msg_log.txtCentroïdeRotations, exports réécrits et lignes en double : tout est géré
SELECTIONNER date, identité, en cours / planifié AS disponibilité, pannes imprévues, escales courtes
DE fileset.oee_inputs
OÙ identité = 'MILL-04'
ORDER BY date DESCIntégrez-le à vos ordres de travail ERP dans la même requête.
Fichiers que la machine écrit déjà, désormais un tableau sur lequel vous pouvez générer un rapport.
Douze marques de manettes, dès la sortie de la boîte
Douze marques de manettes, dès la sortie de la boîte
Chaque fiche indique les fichiers exacts que Query Streams lit sur ce contrôleur, leur provenance et leur comportement : ajoutés en continu, entièrement réécrits à chaque export ou créés individuellement pour chaque événement.
Journaux de contrôleur pris en charge
19 formats · 12 marques
MazakMTConnect
/shdr/*.txtCapture de flux de l'adaptateur MTConnect- Un fichier par machine et par jour
- Ajoute des données en direct pendant le fonctionnement de la machine.
KUKAContrôleur de robot
Journal_*.txtexportation des diagnostics du contrôleur- Texte UTF-16 décodé pour vous
- Entièrement réécrit à chaque exportation
- Fichier d'exécution woodWOP NC, écrit au début du cycle
.prl .ctt .pctFichiers de planification CutRite, onze par optimisation- Un nouveau fichier par exécution
Fanuc30i / 31i · robots
OPRT_HIS.TXTHistorique des opérations, extrait du contrôleMD/ERRALL.LSHistorique des alarmes du robot à partir d'une sauvegarde du contrôleur- Tampon circulaire — entièrement réécrit, jamais alimenté par ajout
HaasSauvegarde des données système
Historique des alarmes.txtHistorique des alarmes avec codes et horodatages- Décompressé depuis
HaasBackup(mm-jj-aaaa)sur la clé USB - Un nouveau fichier par sauvegarde
OkumaContrôle OSP
HISTORIQUE_ALARME.DATHistorique des alarmes OSP- De la part de
NCBACKUPdossier d'une sauvegarde de contrôle - Réécriture complète de chaque sauvegarde
SiemensSINUMERIK
ac_log/*.logJournal des actions et des alarmes de l'IHM- Depuis
/user/sinumerik/hmi/ac_logsur le contrôle - Entièrement réécrit lors de l'exportation
HeidenhainContrôle TNC
TNC:\LOGBOOK.Adump du journal de bord de contrôle- Extrait avec le code MOD LOGBOOK ou TNCremo
- Entièrement réécrit sur chaque sauvegarde
MitsubishiM7 / M8
LOG\ALMLOG.LOGjournal d'alarme- À partir d'une sauvegarde de contrôle écrite sur une carte mémoire
- Réécriture complète de chaque sauvegarde
CentroïdeCNC12
c:\cncm\msg_log.txtjournal des messages —cnctsur un tour- Consultez également le fichier zip de création de rapport F7.
- Ajout en fin de fichier, puis suppression depuis le début : géré sans perdre de lignes
HurcoWinMax
Fichiers de sortie\NavErrun fichier par erreurFichiers de sortie\NavESTOPun fichier par arrêt électronique- Un nouveau fichier par événement, le dossier peut croître sans limite.
KawasakiRobotique
ERRLOGJournal des erreurs du robot- Sauvegarde des données du contrôleur (SAVE / ELOG)
- Réécriture complète de chaque sauvegarde
Logs/*_AAAA-MM-JJ.logJournal système du contrôleur CNCLogs/plc*.logTélémétrie clé-valeur PLC*.jsonllignes JSON du contrôleur de robot*_AAAAMMJJ.csvCSV laser sans en-tête, virgule décimale
De nouveaux formats de contrôleurs sont ajoutés à chaque nouvelle version de l'Agent. Grâce à la mise à jour automatique des Agents, un contrôleur compatible plus récent sera disponible dans votre connecteur sans qu'il soit nécessaire de le connecter manuellement à une machine via une clé USB.
Journaux de contrôleurs de toutes les usines, lus là où se trouve la machine
Journaux de contrôle de chaque usine, lire où se trouve la machine
Par défaut, un journal de contrôleur reste isolé. Il se trouve sur la machine ou sur un partage de fichiers dans l’atelier, derrière le pare-feu de l’usine, dans un bâtiment auquel vos outils de reporting n’auraient jamais pu accéder. Chaque usine exécute un Network Agent qui lit ces fichiers sur place et se connecte à Query Streams. Du point de vue du pare-feu de l’usine, il s’agit d’une connexion sortante ordinaire : rien à ouvrir, aucun VPN de site à site et aucun ticket à créer pour chaque machine.
Trois connexions sortantes, un seul endroit pour les interroger — aucun port entrant, aucun VPN, aucun changement au pare-feu
Un agent par plante
Un Agent couvre tout un site, et pas une seule machine : chaque partage de contrôleur de l’usine devient son propre connecteur File Set sur le même Agent. Le forfait gratuit permet d’exécuter un seul Agent ; les forfaits payants en permettent davantage.
1 plante = 1 agent = plusieurs contrôleurs
Rien à ouvrir
L’Agent établit une seule connexion sortante chiffrée, sur laquelle transitent aussi bien les requêtes envoyées que les lignes reçues. Aucun port entrant, aucun VPN de site à site et rien à exposer pour l’équipe informatique de l’usine : les identifiants restent dans le réseau de l’usine.
une seule connexion, dans les deux sens
Une requête sur plusieurs plantes
Chaque source dans un requête fédérée Il désigne son propre agent, permettant ainsi à une seule requête de comparer les temps d'arrêt de deux usines situées sur des continents différents, ou de les associer à vos ordres de travail ERP. Inclus dans les versions Business et Enterprise.
2 usines → 1 jeu de résultats
Ils se tiennent au courant
Les agents se mettent à jour automatiquement ; ainsi, un format de contrôleur ajouté dans une version ultérieure est déployé dans toutes les usines sans que personne n'ait besoin d'apporter une clé USB dans l'atelier. C'est pourquoi la liste ci-dessus représente un point de départ plutôt qu'une liste fixe.
De nouveaux formats arrivent avec l'Agent
Les journaux machine ne se comportent pas comme les journaux serveur.
Les journaux machine ne se comportent pas comme les journaux serveur.
Un contrôleur ajoute rarement des données de manière ordonnée à un fichier en cours de croissance. Query Streams reconnaît quatre modèles de croissance différents, de sorte que les exportations réexportées et les journaux tronqués ne se transforment pas en lignes dupliquées.
Ajouter
Le cas classique : les nouvelles lignes sont ajoutées à la fin du fichier et les lignes précédentes ne bougent jamais.
Capture MTConnect SHDR · syslog CNC
Ajouter avec garniture de tête
Des lignes sont ajoutées, puis le contrôle supprime périodiquement des lignes de la liste. haut pour limiter la taille du fichier. Le suivi d'un décalage d'octets seul permettrait d'ignorer silencieusement des données.
Centroïde CNC12 msg_log.txt
Réécriture instantanée
Chaque exportation réécrit l'intégralité du fichier à partir d'une mémoire tampon circulaire de taille fixe dans le système de contrôle. Deux exportations se chevauchent fortement ; il est donc nécessaire de reconnaître ce chevauchement plutôt que de le réimporter.
FANUC OPRT_HIS.TXT · Okuma · Heidenhain · Kawasaki
Un fichier par événement
Le système crée un nouveau fichier à chaque alarme, arrêt d'urgence ou exécution de programme. Le nombre de fichiers dans le dossier augmente, mais leur taille reste inchangée.
Hurco NavErr · Haas · HOMAG woodWOP
Des lignes de journal aux cinq tableaux de bord d'une usine
Des lignes de journal aux cinq tableaux de bord d'une usine
L’analyse syntaxique, c’est la moitié facile. Query Streams transforme les lignes analysées en tables d’intervalles, puis en données d’entrée de disponibilité dont votre tableau de bord TRS a besoin.
Les secondes s’additionnent : le temps planifié est toujours égal au temps de marche, au temps de réglage et à toutes les catégories d’arrêt — sans temps inexpliqué.
Conformément aux normes que votre usine respecte déjà en
Conformément aux normes que votre usine respecte déjà en
Le vocabulaire de classification n'est pas inventé. Il suit les modèles publiés, de sorte que les chiffres correspondent à ce que vos équipes qualité et amélioration continue utilisent déjà.
Chaque intervalle d'inactivité correspond à l'un des six états d'équipement standard.
La disponibilité est calculée conformément à la définition de la norme : le temps de production réel divisé par le temps d’activité planifié ; les arrêts planifiés compris dans la plage horaire de l’équipe sont comptabilisés comme des pertes de disponibilité.
Les temps d'arrêt sont comptabilisés dans une catégorie de pertes spécifique, incluant une catégorie dédiée aux temps que nous ne pouvons pas attribuer.
Un vocabulaire restreint et fixe de motifs pilote la correspondance ; tout motif que nous ne pouvons pas déterminer est signalé par son nom, plutôt que deviné.
De la connexion à des résultats utiles.
- Repérez l’emplacement où le contrôleur écrit déjà ses journaux : un dossier sur la commande, un partage où il dépose des fichiers ou le dossier dans lequel écrit votre script de collecte existant.
- Installez le Network Agent sur une machine qui peut accéder à ce dossier. Rien n’est installé sur le contrôleur et aucune programmation n’est nécessaire.
- Choisissez le profil du contrôleur'. Le profil fixe la limite des enregistrements, la grammaire, le format des horodatages et les noms des colonnes : rien à décrire.
- À partir de là, l’agent ne lit que les nouveaux octets de chaque fichier, gère les rotations du contrôleur' et conserve les lignes non correspondantes au lieu de les supprimer.
- Interrogez les données. Alarmes par machine et par équipe, temps moyen entre les pannes, nombre de cycles, motifs d’arrêt : du SQL standard sur tous les contrôleurs à la fois.
Exploitez les résultats de Machine Logs.
Une seule connexion alimente vos feuilles de calcul, vos applications et vos outils d’IA. Accordez l’autorisation d’exécuter une requête enregistrée ; les destinataires voient les résultats autorisés, sans accès au SQL ni aux identifiants de connexion à la source.
Pour votre équipe, vos fournisseurs et vos partenaires
Importez les résultats en direct de Machine Logs directement dans une feuille de calcul et actualisez-les à la demande — Excel pour ordinateur, Excel Online, Microsoft 365.
Découvrir ExcelLancez une requête Machine Logs enregistrée depuis la barre latérale et insérez les lignes dans la feuille. Les collaborateurs avec lesquels elle est partagée peuvent l’actualiser eux-mêmes.
Découvrir Google SheetsPosez une question en langage naturel. Nova connaît déjà vos tables Machine Logs, rédige et exécute le SQL, explique la réponse et crée un graphique — sans requête à écrire ni identifiants à communiquer.
Comment fonctionne NovaPartagez un résultat Machine Logs en direct avec qui vous voulez — collègue, fournisseur ou partenaire — sous forme de grille accessible par lien, qui actualise les données à chaque ouverture, sur téléphone, tablette ou ordinateur. Les destinataires voient les résultats, jamais le SQL ni les fichiers.
Fonctionnement du visualiseur de donnéesPour les applications et les systèmes
Publiez une requête Machine Logs sous forme de point de terminaison JSON authentifié, accessible depuis n’importe quelle application, avec une spécification OpenAPI 3.1 et des collections Postman, Insomnia et Hoppscotch prêtes à l’emploi. Aucun port de base de données n’est ouvert.
Découvrir l’API RESTCollez le code Power Query M généré dans l’Éditeur avancé de Power BI : le rapport récupère les résultats Machine Logs en direct via HTTPS, sans pilote ODBC ni ouverture de port de base de données.
Découvrir Power BISynchronisez les lignes Machine Logs avec une base Airtable selon un calendrier, ou récupérez-les dans un script d’automatisation Airtable.
Découvrir AirtableAlimentez une table Baserow avec Machine Logs via le point de terminaison REST, en auto-hébergement ou dans le cloud Baserow.
Découvrir BaserowMaintenez à jour une base SeaTable avec les données Machine Logs, sans exporter de fichier ni exposer la base de données.
Découvrir SeaTableEnvoyez les résultats Machine Logs dans une grille Smartsheet pour que les plans et les rapports utilisent les données du système source, et non un export de la semaine dernière'.
Découvrir SmartsheetAlimentez une application Python Anvil avec Machine Logs via le point de terminaison REST, au lieu d’intégrer des identifiants de base de données dans l’application.
Découvrir AnvilPour les outils d'IA
Donnez à un assistant IA un accès en lecture seule à Machine Logs et au schéma dont il a besoin pour rédiger du SQL correct — sans identifiants dans la conversation.
Découvrir MCPLivré aux personnes
Planifiez une requête Machine Logs et faites envoyer les lignes vers Slack, Discord, par e-mail ou via un webhook signé ; vous pouvez aussi retenir le message jusqu’à ce qu’un nombre de lignes, un seuil ou un pourcentage de variation dépasse la limite définie.
Fonctionnement des alertes et des rapportsAssociez Machine Logs au reste de vos données.
Rassemblez bases de données, API métier, fichiers et journaux dans une seule requête en lecture seule. Tous les connecteurs prennent en charge les requêtes fédérées.
Indiquez le nom des connexions et des tables. Query Streams gère les requêtes sur les sources et combine les résultats.
Découvrir les requêtes fédérées-- rien copié, rien fusionné, rien programmé
SELECTIONNER c.region, COUNT(*) AS commandes, SUM(i.montant_dû) AS facturé
DE machinelogs.fileset.orders1 f
JOINDRE pg_crm.public.clients2 c ON c.id = f.customer_id
JOINDRE facturation.stripe.factures3 i ON i.customer = c.stripe_id
GROUPE PAR région c.
ORDER BY facturé DESC;Utilisez vos propres noms de connexions, de schémas, de tables et de colonnes.
Partagé par toute la famille de connecteurs.
Chaque connecteur de journaux vous fournit également
- events — une ligne par ligne analysée, avec son horodatage, les champs nommés par la grammaire et _source_file, qui indique le fichier d’origine.
- events_raw_lines — les lignes non reconnues par la grammaire, conservées telles quelles plutôt que supprimées. Ainsi, même un format imprévu reste exploitable pour répondre à vos questions.
- files_current et files_events — l’inventaire actuel et la piste d’audit : les éléments apparus, ceux qui ont subi une rotation, ceux qui ont disparu et ceux qui ont été mis en attente, avec le nom du fichier et la raison.
- La rotation est prise en charge, et non contournée : dix modèles de rotation nommés, plus les fichiers sans rotation, pour que le journal d’hier et son archive compressée appartiennent à la même table que celui d’aujourd’hui.
Bon à savoir
- Lecture seule, garantie : une instruction à la fois, SELECT et opérations similaires uniquement. Nous n’écrivons jamais dans vos journaux, ne les déplaçons pas, ne les faisons pas tourner et ne les tronquons pas.
- Aucune donnée n’est téléversée : les lignes sont analysées et mises en cache de manière chiffrée sur votre propre machine, à côté de l’agent. Seul le résultat d’une requête quitte votre réseau.
- Seuls les nouveaux octets sont lus : l’agent reprend là où il s’était arrêté dans chaque fichier au lieu de le relire. Ainsi, un journal très actif n’entraîne pas de surcoût chaque jour.
- Le dialecte SQL est DuckDB — le même SQL que celui que vous utiliseriez avec n’importe quel autre connecteur.
Découvrir les connecteurs associés.
Système de fichiers
Dossier CSV
Dossier en parquet
Dossier Excel
Dossier SQLite
Dossier JSONL
Fichier CSV multi-enregistrements
Journaux du serveur WebQuestions sur Machine Logs
Où puis-je utiliser les résultats des requêtes Machine Logs ?
Utilisez les résultats de Machine Logs dans Excel, Google Sheets, la Visionneuse de données, vos applications via l’API REST Database, ainsi que les outils d’IA via MCP ou Nova. Les résultats enregistrés alimentent également les destinations Automation prises en charge, les rapports et les alertes. La disponibilité des destinations et les quotas dépendent de votre forfait.
Dois-je ouvrir un port entrant pour Machine Logs ?
Non. Installez le Network Agent sur une machine qui peut accéder à Machine Logs. L’agent se connecte à Query Streams en sortant ; aucun port entrant ni VPN n’est nécessaire. Votre source doit néanmoins autoriser la connexion de la machine de l’agent conformément à ses propres règles d’accès.
Mes fichiers Machine Logs sont-ils téléversés ?
Le Network Agent lit les fichiers là où ils se trouvent et conserve son cache sur la machine de l’agent. Les fichiers source ne sont ni téléversés, ni déplacés, ni réécrits. Seuls les résultats de requête demandés quittent votre réseau via la connexion chiffrée sortante.
De quoi ai-je besoin pour connecter Machine Logs ?
Dossier : partout où le contrôleur écrit déjà — disque local ou partage réseau saisi sous la forme \\server\share (jamais une lettre de lecteur réseau ; sous Linux ou Mac, il doit d’abord être monté) ; sous-dossiers inclus, avec prise en charge des motifs d’inclusion et d’exclusion. Format : déterminé par le profil du contrôleur — délimiteur d’enregistrement, grammaire, format d’horodatage et noms de colonnes sont tous fournis avec celui-ci. Contrôleurs : Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco et Kawasaki, plus un mode à décrire soi-même pour tout autre contrôleur. Rotation : prise en charge, et non contournée — dix modèles de rotation nommés, ainsi que les fichiers sans rotation et les archives compressées
Puis-je joindre Machine Logs à d’autres sources connectées ?
Oui. Les requêtes fédérées prennent en charge tous les types de connecteurs, notamment les bases de données, les API métier, les fichiers et les journaux. Indiquez le nom des connexions et des tables dans une seule requête en lecture seule. Query Streams traduit au besoin les portions destinées aux sources et combine les résultats. Découvrez le fonctionnement des requêtes fédérées.
Dois-je installer quelque chose sur la commande de la machine ?
Non. Query Streams lit les fichiers : rien n’est installé sur le contrôleur et rien n’y est réécrit. Vous indiquez à un agent Query Streams le dossier où les journaux sont déjà accessibles — un partage réseau, le dossier où est copiée une sauvegarde USB ou le PC de la machine. L’accès est en lecture seule.
Avez-vous réellement vu les journaux de mon contrôleur, ou seulement le format documenté ?
Les deux cas existent, et il est utile de savoir lequel vous concerne. Trois marques disposent d’analyseurs développés et testés sur de vrais fichiers récupérés directement sur la machine : Mazak via MTConnect, KUKA et HOMAG. Les neuf autres ont été développés à partir de la description de format publiée par le fabricant.
Tous sont pris en charge et testés — mais nous préférons le dire clairement plutôt que de vous laisser croire que nous avons vu le modèle exact de votre contrôleur. Si le vôtre fait partie du deuxième groupe et qu’un fichier n’est pas analysé correctement, envoyez-nous un échantillon : il passera dans le premier groupe.
Ma commande ne figure pas sur la liste. Est-ce un coup dur ?
Probablement pas. Outre les douze marques citées, il existe quatre formats génériques qui couvrent une grande partie des équipements d'atelier : journaux système des contrôleurs CNC, télémétrie clé-valeur des automates programmables, lignes JSON des robots et exportations CSV sans en-tête, comme celles produites par les découpeuses laser. Si votre journal ressemble à l'un de ces formats, il sera lisible.
Que deviennent les lignes qui ne sont pas analysées ?
Ils sont conservés. Une ligne non analysée est stockée sous forme de ligne accompagnée de la raison pour laquelle elle n’a pas pu être lue ; elle reste donc visible et interrogeable. Il en va de même au niveau des fichiers : un fichier qui ne correspond plus au format défini est mis de côté et signalé, au lieu d’être discrètement fusionné. Vous pouvez toujours rendre compte de chaque ligne du dossier.
Puis-je intégrer les temps d'arrêt machine à mes données ERP ?
Oui — c’est tout l’intérêt de stocker les journaux dans SQL. Une requête fédérée peut joindre les données dérivées intervalles_inactivité ou entrées oee fusionner les tables des ordres de travail, des fiches de pièces ou des calendriers hébergés dans une base de données SQL Server, Postgres ou MySQL complètement distincte, et renvoyer un seul ensemble de résultats fusionnés.
S'agit-il d'un produit de surveillance ou d'alerte des journaux ?
Non, et nous tenons à être clairs à ce sujet. Il ne s'agit pas d'un pipeline de transfert de journaux ni d'une plateforme de supervision des opérations. Cet outil permet d'interroger les fichiers journaux existants avec SQL et de générer des rapports dans un tableur. Si vous avez besoin d'une ingestion en flux continu et d'alertes en temps réel à l'échelle de votre infrastructure, il s'agit d'une solution d'un tout autre type.
Placez Machine Logs là où le travail s’effectue.
Commencez avec l’offre Free : tous les types de connecteurs, 2 sources de données et 1 Network Agent. Ajoutez les quotas de votre offre à mesure que vos besoins évoluent.
English 
Spanish 
German 
French 
Portuguese 
Japanese 
Korean 
Chinese 
Italian 
Dutch 
Indonesian 
Polish