CNC, robot e PLC Nuovo

Collegare Registri delle macchine per Excel, Fogli e IA

Q: Hai effettivamente visto i log del mio controller, o solo la documentazione in formato standard?

Entrambi i casi esistono ed è utile sapere in quale categoria rientra il vostro. Tre marchi dispongono di parser sviluppati e testati su file reali acquisiti direttamente dalla macchina: Mazak tramite MTConnect, KUKA e HOMAG. Gli altri nove sono stati sviluppati in base alla descrizione del formato pubblicata dal produttore. Ognuno di essi è supportato e testato, ma preferiamo specificarlo chiaramente piuttosto che farvi presumere che abbiamo visto esattamente il vostro controller. Se il vostro controller rientra nel secondo gruppo e riscontrate problemi di analisi, inviateci un esempio e lo inseriremo nel primo gruppo.

Q: Posso collegare i tempi di inattività delle macchine ai dati del mio sistema ERP?

Sì, questo è proprio lo scopo di inserire i log in SQL. Una query federata può unire le tabelle derivate idle_intervals o oee_inputs a ordini di lavoro, anagrafiche componenti o pianificazioni residenti in un database SQL Server, Postgres o MySQL completamente separato, e restituire un unico set di risultati unito.

Le vostre macchine scrivono già i dati: interrogateli con SQL. Ogni controllo CNC, controllore robot e gateway PLC tiene un registro: cronologie degli allarmi, cronologie delle operazioni, registri dei messaggi. Puntate Query Streams alla cartella in cui vengono salvati questi file e li trasformerete in tabelle SQL, complete di allarmi, cicli, tempi di inattività e input OEE. Nessuna programmazione PLC, nessuna implementazione MES, nessun software installato sulla macchina.

Inizia gratis 11 destinazioni

1connessione

0porti in entrata

sola letturaimposto

19 formati di log della macchina 12 marche di controller 5 tabelle derivate Sola lettura · nessun dispositivo installato sulla macchina

La grande idea

Una cartella contenente i log del controller diventa una tabella dei tempi di inattività.

Query Streams legge i file già scritti dal sistema di controllo, ne fissa il formato e ricava le tabelle effettivamente richieste dall'impianto. Anche le righe grezze rimangono interrogabili: una riga che il parser non riesce a leggere viene conservata come riga con una motivazione, senza mai essere scartata silenziosamente.

File del controllersu una quota

OPRT_HIS.TXTFANUC

AlarmHistory.txtHaas

msg_log.txtCentroid

Rotazioni, esportazioni riforate e righe duplicate: gestite

disponibilità.sqlSQL

SELEZIONARE data, identità, esecuzione/pianificazione AS disponibilità, fermi non pianificati, fermate brevi
DA   fileset.oee_inputs
DOVE  identità = 'MILL-04'
ORDINATO DA data DESC

Risultatooee_inputs

datanon pianificatodisponibile

03-1442 metri86.1%

03-1318 metri93.4%

03-1271 metri78.2%

03-119 metri95.8%

Collegalo ai tuoi ordini di lavoro ERP nella stessa query

File che la macchina scrive già, ora una tabella su cui puoi creare report

Controllori

Dodici marche di controller, pronte all'uso

Ogni scheda indica i file esatti che Query Streams legge su quel controller, la loro provenienza e il loro comportamento: aggiunti in tempo reale, riscritti interamente a ogni esportazione o un nuovo file per ogni evento.

Registri del controller supportati

19 formati · 12 marchi

MazakMTConnect

/shdr/*.txt acquisizione del flusso dell'adattatore MTConnect
Un file per macchina al giorno
Si aggiunge in tempo reale mentre la macchina è in funzione

KUKAControllore del robot

Logbuch_*.txt esportazione diagnostica controller
Testo UTF-16, decodificato per te
Riscritto integralmente ad ogni esportazione

HomagwoodWOP / CutRite

File di esecuzione NC di woodWOP, scritto all'avvio del ciclo
.prl .ctt .pct File di pianificazione CutRite, undici per ottimizzazione
Un nuovo file per ogni esecuzione

Fanuc30i / 31i · robot

OPRT_HIS.TXT cronologia delle operazioni, perforata dal controllo
MD/ERRALL.LS Cronologia degli allarmi del robot da un backup del controller
Tampone ad anello: perforato di nuovo intero, mai aggiunto

HaasBackup dei dati di sistema

AlarmHistory.txt Cronologia degli allarmi con codici e timestamp
Sbloccato da HaasBackup(mm-gg-aaaa) sulla chiavetta USB
Un nuovo file per ogni backup

Okumacontrollo OSP

CRONOLOGIA_ALLARMI.DAT Cronologia degli allarmi OSP
Dal NCBACKUP cartella di un backup di controllo
Riscritto interamente ogni backup

SiemensSINUMERIK

ac_log/*.log Registro delle azioni HMI e registro degli allarmi
Da /user/sinumerik/hmi/ac_log sul controllo
Riscritto interamente in fase di esportazione

HeidenhainControllo TNC

TNC:\LOGBOOK.A dump del registro di controllo
Estratto con il codice MOD LOGBOOK o TNCremo
Riscritto interamente su ogni dump

MitsubishiM7 / M8

LOG\ALMLOG.LOG registro allarmi
Da un backup di controllo scritto su una scheda di memoria
Riscritto interamente ogni backup

CentroidCNC12

c:\cncm\msg_log.txt registro dei messaggi — contatto su un tornio
Leggi anche dal file zip F7 Create Report
Aggiunge e poi taglia dalla testa — gestito senza perdere file

HurcoWinMax

File di output\NavErr un file per ogni errore
File di output\NavESTOP un file per ogni fermata di emergenza
Nuovo file per ogni evento, la cartella si espande senza limiti

KawasakiRobotica

ERRLOG registro degli errori del robot
Salvato con il backup dei dati del controller (SAVE / ELOG)
Riscritto interamente ogni backup

Qualsiasi altro controllerQuattro forme generiche

Logs/*_AAAA-MM-GG.log registro di sistema del controllore CNC
Log/plc*.log Telemetria PLC chiave=valore
*.jsonl righe JSON del controller del robot
*_AAAAMMGG.csv laser senza intestazione CSV, virgola decimale

Altro in arrivoQuesti sono l'inizio, non il limite.

Con ogni nuova versione dell'Agent vengono aggiunti nuovi formati di controller. Poiché gli Agent si aggiornano automaticamente, un controller supportato in una versione successiva verrà visualizzato nel connettore senza che sia necessario collegare una chiavetta USB al computer.

I parser per Mazak, KUKA e HOMAG sono stati sviluppati e testati su file reali acquisiti dalla macchina. Gli altri sono stati realizzati secondo il formato documentato dal produttore. Inviaci un campione del tuo file e lo verificheremo confrontandolo con il file reale.

Ogni pianta

Registri del controller di ogni impianto, leggere dove si trova la macchina

Il log del controller, per impostazione predefinita, rimane bloccato. Si trova sulla macchina o su una condivisione in officina, dietro un firewall di stabilimento, in un edificio che i vostri strumenti di reporting non potrebbero mai raggiungere. Ogni stabilimento esegue un agente di rete che legge questi file in loco e si connette a Query Streams. Per il firewall di stabilimento, si tratta di una normale connessione in uscita: non c'è nulla da aprire, nessuna VPN site-to-site e nessun ticket per macchina.

Impianto 1 Controllori FANUC e Haas che scrivono su una cartella condivisa chiama in uscita

Pianta 2 Okuma e Mitsubishi, le esportazioni di sistemi di allarme sono diminuite ogni notte chiama in uscita

officina contrattuale Un singolo mulino Centroid e il PC accanto ad esso chiama in uscita

Tre connessioni in uscita, un unico punto per interrogarle: nessuna porta in entrata, nessuna VPN, nessuna modifica al firewall.

Un agente per impianto

Un agente copre un intero sito anziché una singola macchina: ogni condivisione del controller in quello stabilimento diventa un connettore File Set a sé stante sullo stesso agente. Il piano gratuito esegue un singolo agente, mentre i piani superiori ne eseguono di più.

1 impianto = 1 agente = molti controllori

Niente da aprire

L'agente stabilisce una connessione in uscita crittografata, e sia la richiesta in uscita che le righe di risposta viaggiano attraverso di essa. Nessuna porta in entrata, nessuna VPN site-to-site e nulla che il reparto IT dello stabilimento possa esporre: le credenziali rimangono all'interno della rete dello stabilimento.

un collegamento, in entrambe le direzioni

Una query tra le piante

Ogni fonte in un query federata Assegna un nome al proprio agente, consentendo così di confrontare i tempi di inattività di due stabilimenti situati in continenti diversi con una singola istruzione, oppure di collegare uno dei due ai propri ordini di lavoro ERP. Incluso nelle versioni Business ed Enterprise.

2 piante → 1 set di risultati

Si tengono aggiornati

Gli agenti si aggiornano automaticamente, quindi un formato di controller aggiunto in una versione successiva raggiunge ogni stabilimento senza che nessuno debba portare una chiavetta USB in officina. È questo che rende l'elenco sopra riportato un punto di partenza, piuttosto che un elenco fisso.

nuovi formati arrivano con l'Agente

I log delle macchine non si comportano come i log dei server

Un controller raramente aggiunge dati in modo ordinato a un file in crescita. Query Streams riconosce quattro diversi modelli di crescita, in modo che le esportazioni riforate e i log ripuliti non si trasformino in righe duplicate.

Appendice

Il caso classico: le nuove righe vengono aggiunte alla fine del file e le righe precedenti rimangono invariate.

Acquisizione SHDR di MTConnect · syslog CNC

Aggiungere con la testa tagliata

Vengono aggiunte delle righe, quindi il controllo elimina periodicamente le righe dal superiore per limitare le dimensioni del file. Seguire solo un offset di byte comporterebbe l'ignoramento silenzioso dei dati.

Centroid CNC12 msg_log.txt

riscrittura dell'istantanea

Ogni esportazione riscrive l'intero file a partire da un buffer circolare di dimensioni fisse nel controllo. Due esportazioni si sovrappongono in modo significativo, quindi la sovrapposizione deve essere riconosciuta anziché reimportata.

FANUC OPRT_HIS.TXT · Okuma · Heidenhain · Kawasaki

Un file per evento

Il sistema di controllo crea un file completamente nuovo per ogni allarme, arresto di emergenza o esecuzione di programma. La cartella aumenta in numero di file, non in dimensione.

Hurco NavErr · Haas · HOMAG woodWOP

Tabelle derivate

Dalle righe di registro alle cinque tabelle che un impianto riporta

L'analisi sintattica è la parte più semplice. Query Streams trasforma le righe analizzate in tabelle di intervalli, che a loro volta forniscono gli input di disponibilità necessari al tuo sistema di calcolo dell'OEE.

allarmiOgni allarme è un intervallo, con un inizio, una fine e una durata, non solo un'indicazione oraria.

identitàcodicegravitàcondizionets_startts_enddurata_spianificato

cicliIl programma viene eseguito in base al tempo di ciclo, al pezzo prodotto e alla sua qualità.

identitàprogrammaparteinizioFINEciclo_sBene

intervalli_di_inattivitàOgni intervallo di tempo in cui la macchina non era in funzione, classificato per motivo e mappato a uno stato SEMI E10 e a una categoria di perdita OEE.

identitàinizioFINEdurata_smotivopianificatoe10_statooee_losspbtcodice_allarme

turniIl calendario dei turni rispetto al quale vengono misurati gli intervalli, compresi i turni non lavorati.

identitàdataspostareinizioFINEpianificato_s

oee_inputsUna riga per macchina al giorno: tempo pianificato, tempo di funzionamento e ogni categoria di perdite contabilizzata.

identitàdatapianificato_srunning_sconfigurazione_sdown_planned_sdown_unplanned_spiccoli_stop_spiccole fermatedown_indeterminato_spartirottame

I secondi si sommano: il tempo previsto corrisponde sempre al tempo di esecuzione più il tempo di preparazione più ogni singolo secchio vuoto, senza tempi non giustificati.

In linea con gli standard che il tuo impianto già segnala

La terminologia di classificazione non è stata inventata. Si basa su modelli pubblicati, pertanto i valori numerici sono coerenti con quelli già utilizzati dai vostri team di qualità e miglioramento continuo.

Gli stati SEMI E10

Ogni intervallo di inattività corrisponde a uno dei sei stati di equipaggiamento standard.

produttivostand-byingegneriaprogrammato_downfermo non programmatonon programmato

Modello temporale ISO 22400-2

La disponibilità viene calcolata secondo la definizione dello standard: tempo di produzione effettivo diviso per il tempo di attività pianificato, considerando le fermate programmate all'interno della finestra di turno come perdite di disponibilità.

in esecuzione / pianificati

Le sei grandi perdite

I periodi di inattività rientrano in una categoria di perdite specifica, inclusa una categoria apposita per i periodi di tempo che non possiamo attribuire a una causa precisa.

fermata pianificatafermata non pianificatapiccolo_stopciclo lentorifiuto di produzionestartup_rejectindeterminato

Codici motivo

La mappatura è guidata da un vocabolario di motivazioni limitato e predefinito, e le ragioni che non riusciamo a risolvere vengono segnalate per nome anziché ipotizzate.

rotturaniente lavoroimpostaremanutenzioneallarmespentoingegneria

Power Query M

Incolla la query Power Query M generata nell'editor avanzato di Power BI e il report leggerà i risultati in tempo reale dai log del computer tramite HTTPS, senza driver ODBC né porte di database aperte.

Come funziona Power BI

Supportato

Registri delle macchine, avvisi e report

Slack · Discord · Email · Webhook

Imposta una query di log di macchina a tempo determinato e fai in modo che le righe vengano inviate a Slack, Discord, via e-mail o tramite un webhook firmato, oppure trattieni il messaggio finché il numero di righe, una soglia o una variazione percentuale non superano il valore da te impostato.

Come funzionano gli avvisi e i report

La scheda degli avvisi è quella che merita una seconda occhiata in officina: una query programmata relativa ai tempi di inattività imprevisti non richiede la presenza di nessuno, quindi il numero del mattino viene inviato a Slack prima della riunione. Non sono ancora state redatte guide dettagliate specifiche per ogni registro; le pagine collegate descrivono il funzionamento di ciascuna interfaccia.

Come funziona

Tre passaggi e non viene installato nulla sul pannello di controllo.

Indica la cartella

Copia o sincronizza i log del controllo in una cartella accessibile al tuo agente Query Streams: una condivisione di rete, una destinazione di backup o il PC stesso della macchina. L'agente li leggerà; la macchina non verrà mai modificata.

Riconosce il formato

Query Streams confronta i file con il catalogo, blocca il formato rilevato e crea le tabelle. Un file che viola il formato bloccato viene messo da parte con una motivazione anziché corrompere la tabella.

Interrogalo o unisciti a esso

Esegui query SQL dal portale, importale direttamente in Microsoft Excel o Fogli Google, oppure utilizza una query federata per collegare i tempi di inattività delle macchine agli ordini di lavoro nel tuo database ERP, il tutto in un'unica istruzione.

FAQ sul registro macchine

Devo installare qualcosa sul pannello di controllo della macchina?

No. Query Streams legge i file, quindi non viene installato nulla sul controller e non viene scritto nulla su di esso. È sufficiente configurare un agente Query Streams in modo che punti alla cartella già raggiunta dai log: una condivisione di rete, la cartella in cui viene copiato un backup USB o il PC della macchina. L'accesso è in sola lettura.

Hai effettivamente visto i log del mio controller, o solo la documentazione in formato standard?

Entrambi i casi esistono ed è utile sapere in quale ci si trova. Tre marchi dispongono di parser sviluppati e testati su file reali acquisiti direttamente dalla macchina: Mazak tramite MTConnect, KUKA e HOMAG. Gli altri nove sono stati sviluppati in base alla descrizione del formato pubblicata dal fornitore.

Ognuno di essi è supportato e testato, ma preferiamo specificarlo chiaramente piuttosto che lasciarvi presumere che abbiamo esaminato il vostro controllo specifico. Se il vostro controllo rientra nel secondo gruppo e qualcosa non viene analizzato correttamente, inviateci un esempio e lo sposteremo nel primo gruppo.

Il mio controller non è presente nell'elenco. Sono sfortunato?

Probabilmente no. Oltre ai dodici marchi specifici, esistono quattro formati generici che coprono una vasta gamma di apparecchiature da officina: syslog dei controller CNC, telemetria PLC chiave=valore, righe JSON dei robot ed esportazioni CSV senza intestazione del tipo prodotto dalle macchine da taglio laser. Se il tuo log assomiglia a uno di questi, verrà letto.

Che fine fanno le righe che non vengono analizzate correttamente?

Vengono mantenute. Una riga non analizzata viene memorizzata come una riga che riporta il motivo per cui non è stato possibile leggerla, in modo che rimanga visibile e interrogabile. Lo stesso vale a livello di file: un file che non corrisponde più al formato bloccato viene messo da parte e segnalato anziché essere unito silenziosamente. È sempre possibile tenere traccia di ogni riga nella cartella.

Posso collegare i tempi di inattività delle macchine ai dati del mio sistema ERP?

Sì, questo è il punto di inserire i log in SQL. Una query federata può unire i dati derivati intervalli_di_inattività o oee_inputs Consente di elaborare tabelle, anagrafiche di parti o programmi di lavoro residenti in un database SQL Server, PostgreSQL o MySQL completamente separato e di restituire un unico set di risultati unito.

Si tratta di un prodotto di monitoraggio dei log o di un sistema di allerta?

No, e preferiamo essere chiari al riguardo. Non si tratta di una pipeline di log shipping né di una piattaforma di monitoraggio delle operazioni. Consente di interrogare i file di log esistenti tramite SQL e di generarne report in un foglio di calcolo. Se avete bisogno di acquisizione in streaming e di avvisi in tempo reale su scala infrastrutturale, si tratta di uno strumento di tutt'altra categoria.

Smettetela di riscrivere manualmente la cronologia degli allarmi nei fogli di calcolo.

Imposta Query Streams sulla cartella in cui vengono già salvati i log del controller e ottieni input relativi a tempi di inattività, cicli e OEE come query SQL.

Prova il livello gratuito Prezzi di squadra

Livello gratuito per sempre · Nessuna carta di credito richiesta