Zamień Machine Logs w tabele, do których można kierować zapytania.
Zamień logi alarmów i operacji, które już zapisują sterowniki CNC, roboty i bramy PLC, w tabele SQL. Alarmy, cykle, przestoje i dane wejściowe do OEE — bez programowania PLC i wdrażania MES.
Korzystaj z wyników w Excelu, Arkuszach Google, narzędziach AI i aplikacjach za pośrednictwem Database REST API.
Każdy typ konektora jest dostępny w planie Free. Zacznij od 2 źródeł danych i 1 agenta.
Odczytuj, porządkuj i odpytuj dane na swojej maszynie.
Zapytania tylko do odczytu · połączenie wychodzącePliki źródłowe pozostają na miejscu. Twoje narzędzia otrzymują wyniki zapytań.
Usługa Query Streams odczytuje pliki dziennika, które sterowniki maszyn zapisują na dysku, i przekształca je w tabele SQL na żywo, które można odczytać z programów Microsoft Excel, Arkuszy Google, asystentów AI za pośrednictwem platformy MCP, interfejsu API REST i usługi Power BI. Profile są dostępne dla sterowników firm Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco i Kawasaki, a także każdego innego sterownika, który można opisać ręcznie. Na maszynie nic nie jest instalowane ani przesyłane; agent odczytuje pliki w miejscu ich umieszczenia, a sieć opuszczają tylko wyniki zapytania.
- Bez programowania PLC, bez MES
- Wbudowana obsługa dwunastu rodzin sterowników
- Alarmy, cykle i przestoje jako SQL
Połącz Machine Logs z odpowiednimi ustawieniami.
Utrzymuj połączenie w Network Agent. To szczegóły dotyczące Machine Logs.
- Falcówka
- Tam, gdzie sterownik już zapisuje dane — na dysku lokalnym lub udziale sieciowym zapisanym jako \\server\share (nigdy na zamapowanym dysku; w systemie Linux lub na Macu najpierw zamontowany); obsługiwane są podfoldery oraz wzorce uwzględniania i wykluczania
- Format
- Format określa profil sterownika — zawiera on granice rekordów, gramatykę, format znaczników czasu i nazwy kolumn
- Kontrolery
- Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco i Kawasaki, a także tryb samodzielnego opisu dla pozostałych
- Rotacja
- Rozpoznawane, a nie omijane — dziesięć nazwanych wzorców rotacji oraz zwykłe, nierotowane pliki; obsługiwane są też skompresowane archiwa
- Niedopasowane wiersze
- Zachowywane dosłownie w events_raw_lines, nigdy nie są odrzucane
- Dane uwierzytelniające
- Brak — nie ma serwera; agent odczytuje pliki na miejscu
- Dialekt SQL
- DuckDB — standardowy SQL, niczego specyficznego dla maszyn nie trzeba się uczyć
Na sterowaniu maszyny niczego się nie instaluje i nie zmienia się logiki PLC. Sterownik nadal zapisuje dziennik tak jak dotychczas; agent odczytuje ten plik z maszyny, która ma dostęp do folderu, buforuje przeanalizowane wiersze w zaszyfrowanym magazynie obok siebie i ponownie odczytuje tylko nowe bajty. Jeśli sieć zakładowa nie działa, dziennik nadal znajduje się na sterowaniu, a następna synchronizacja uzupełni brakujące dane.
Stworzone z myślą o działaniu Machine Logs.
Co otrzymujesz
- Jeden wiersz na każde zarejestrowane zdarzenie: znacznik czasu zapisany przez sterownik, kod alarmu lub komunikatu, jego treść oraz _source_file wskazujący maszynę, z której pochodzi.
- Historie alarmów, historie operacji i dzienniki komunikatów — zależnie od tego, co przechowuje sterownik; profil wie, które pliki są istotne, a które zawierają szum.
- Dane ze wszystkich sterowników w zakładzie trafiają do jednej tabeli, więc pytanie „która maszyna miała najwięcej przestojów w tym miesiącu” wymaga GROUP BY, a nie obchodzenia hali.
- Wiersze nierozpoznawane przez profil są zachowywane bez zmian w events_raw_lines, więc na pytanie dotyczące nietypowego formatu alarmu nadal można uzyskać odpowiedź.
-- Miejsca największych przestojów według maszyny, w tym miesiącu
SELECT _source_file AS machine, code, COUNT(*) AS hits
FROM fileset.events
WHERE severity = 'ALARM'
GROUP BY machine, code
ORDER BY hits DESCGdy sterownika nie ma na liście
Dostarczamy profile dla dwunastu rodzin sterowników, a „inny sterownik” to konkretna odpowiedź, a nie zbycie: tryb niestandardowy sterownika dzienników pozwala jednorazowo opisać granice rekordów, gramatykę, znacznik czasu i kolumny, a folder staje się tabelą jak każda inna. Jeśli wolisz gotową obsługę, daj nam znać — profile dodajemy na życzenie.
Szczegółowe informacje o formatach i działaniu.
Otwórz dokumentację potrzebną do pracy z Machine Logs.
Folder dzienników kontrolera staje się tabelą przestojów.
Folder dzienników kontrolera staje się tabelą przestojów.
Query Streams odczytuje pliki, które sterownik już zapisuje, ustala ich format i tworzy tabele odpowiadające rzeczywistym potrzebom zakładu. Surowe wiersze również można odpytywać — wiersz, którego parser nie potrafi odczytać, jest zachowywany jako rekord z podaną przyczyną, nigdy po cichu pomijany.
Rotacja, eksporty zapisywane od nowa i zduplikowane wiersze — obsługiwane
SELECT data, tożsamość, bieżące/planowane AS dostępność, nieplanowane przestoje, małe przystanki
Z zestaw plików.oee_inputs
GDZIE tożsamość = 'MILL-04'
ORDER BY data DESCPołącz to ze swoimi zleceniami roboczymi ERP w tym samym zapytaniu
Pliki, które maszyna już zapisuje, teraz w tabeli, na podstawie której można generować raporty
Dwanaście marek kontrolerów gotowych do użycia
Dwanaście marek kontrolerów gotowych do użycia
Każda karta zawiera dokładną listę plików odczytywanych przez Query Streams dla danego sterownika, ich pochodzenie i sposób działania pliku — dopisywanie na bieżąco, zastępowanie całości przy każdym eksporcie albo osobny nowy plik dla każdego zdarzenia.
Obsługiwane dzienniki kontrolera
19 formatów · 12 marek/shdr/*.txtPrzechwytywanie strumienia adaptera MTConnect- Jeden plik na maszynę dziennie
- Dodawanie na żywo podczas pracy maszyny
Dziennik_*.txteksport diagnostyki kontrolera- Tekst UTF-16 zdekodowany dla Ciebie
- Przepisywany w całości przy każdym eksporcie
- Plik uruchomieniowy NC woodWOP, zapisany na początku cyklu
.prl .ctt .pctPliki planowania CutRite, jedenaście na optymalizację- Jeden nowy plik na uruchomienie
OPRT_HIS.TXThistoria operacji, wycięta z kontroliMD/ERRALL.LShistoria alarmów robota z kopii zapasowej kontrolera- Bufor cykliczny — zapisywany od nowa w całości, nigdy nie dopisywany
AlarmHistory.txthistoria alarmów z kodami i znacznikami czasu- Rozpakowano z
HaasBackup(mm-dd-rrrr)na pamięci USB - Jeden nowy plik na kopię zapasową
HISTORIA_ALARMÓW.DATHistoria alarmów OSP- Z
NCBACKUPfolder kopii zapasowej kontroli - Przepisano całą każdą kopię zapasową
ac_log/*.logRejestr działań HMI i rejestr alarmów- Z
/user/sinumerik/hmi/ac_logna sterowaniu - Całość przepisana na eksport
TNC:\DZIENNIK.Azrzut dziennika kontrolnego- Wyciągnięto z kodem MOD LOGBOOK lub TNCremo
- Całość przepisana na każdym zrzucie
LOG\ALMLOG.LOGdziennik alarmów- Z kopii zapasowej sterowania zapisanej na karcie pamięci
- Przepisano całą każdą kopię zapasową
c:\cncm\msg_log.txtdziennik komunikatów —cnctna tokarce- Przeczytaj także plik zip F7 Create Report
- Dopisywany, a następnie przycinany od początku — obsługiwane bez utraty wierszy
Pliki wyjściowe\NavErrjeden plik na błądPliki wyjściowe\NavESTOPjeden plik na jeden przystanek awaryjny- Nowy plik na każde zdarzenie, folder rośnie bez ograniczeń
DZIENNIK BŁĘDÓWdziennik błędów robota- Zapisano wraz z kopią zapasową danych kontrolera (SAVE / ELOG)
- Przepisano całą każdą kopię zapasową
Dzienniki/*_RRRR-MM-DD.logDziennik systemowy sterownika CNCLogi/plc*.logKlucz PLC=wartość telemetrii*.jsonlwiersze JSON kontrolera robota*_RRRRMMDD.csvbeznagłówkowy laserowy CSV, przecinek dziesiętny
Nowe formaty kontrolerów są dodawane z każdą wersją Agenta. Ponieważ Agenty są na bieżąco aktualizowane, obsługiwany kontroler pojawia się w złączu bez konieczności podłączania pamięci USB do komputera.
Dzienniki sterowników ze wszystkich zakładów, odczytywane tam, gdzie znajdują się maszyny
Rejestry kontrolerów z każdej instalacji, przeczytaj, gdzie znajduje się maszyna
Dziennik sterownika domyślnie pozostaje odcięty od reszty. Znajduje się na maszynie lub udziale w hali, za zaporą sieciową zakładu, w budynku, do którego narzędzia raportowe i tak nie miałyby dostępu. W każdym zakładzie działa Network Agent, który odczytuje te pliki na miejscu i nawiązuje połączenie wychodzące z Query Streams. Z perspektywy zapory sieciowej zakładu jest to zwykłe połączenie wychodzące — nie trzeba niczego otwierać, konfigurować VPN typu site-to-site ani tworzyć zgłoszenia dla każdej maszyny.
Trzy połączenia wychodzące, jedno miejsce do wysyłania zapytań — bez portów przychodzących, VPN i zmian w zaporze
Jeden agent na roślinę
Agent obsługuje cały zakład, a nie pojedynczą maszynę: każdy udział sterownika w zakładzie staje się osobnym łącznikiem File Set na tym samym Agencie. Plan Free obsługuje jednego Agenta, a płatne plany — więcej.
1 roślina = 1 agent = wiele kontrolerów
Nic do otwarcia
Agent nawiązuje jedno szyfrowane połączenie wychodzące; zarówno żądanie, jak i zwracane wiersze przesyłane są przez to połączenie. Nie potrzeba portu przychodzącego ani VPN typu site-to-site, a dział IT zakładu nie musi niczego udostępniać — dane uwierzytelniające pozostają w sieci zakładowej.
jedno połączenie, w obu kierunkach
Jedno zapytanie obejmujące wszystkie rośliny
Każde źródło w zapytanie federacyjne Nazywa własnego agenta, dzięki czemu jedno zestawienie może porównywać przestoje w dwóch zakładach na różnych kontynentach lub dołączać dowolny z nich do zleceń roboczych ERP. Dostępne w wersjach Business i Enterprise.
2 zakłady → 1 zestaw wyników
Utrzymują się na bieżąco
Agenci aktualizują się sami, więc format kontrolera dodany w późniejszej wersji dociera do każdego zakładu, bez konieczności noszenia pamięci USB na hali produkcyjnej. To właśnie sprawia, że powyższa ściana jest punktem wyjścia, a nie stałą listą.
nowe formaty pojawiają się wraz z Agentem
Dzienniki maszynowe nie zachowują się jak dzienniki serwerowe
Dzienniki maszynowe nie zachowują się jak dzienniki serwerowe
Kontroler rzadko grzecznie dołącza dane do jednego rosnącego pliku. Strumienie zapytań rozpoznają cztery różne wzorce wzrostu, więc ponownie wprowadzone eksporty i przycięte logi nie powodują duplikacji wierszy.
Dołącz
Typowy przypadek — nowe wiersze są dopisywane na końcu pliku, a wcześniejsze nigdy się nie przesuwają.
Przechwytywanie MTConnect SHDR · CNC syslog
Dołączony z przycięciem głowy
Dodawane są wiersze, a następnie kontrolka okresowo usuwa wiersze z szczyt aby ograniczyć rozmiar pliku. Samo przesunięcie bajtu powodowałoby pominięcie danych.
Centroid CNC12 msg_log.txt
Przepisywanie migawek
Każdy eksport przepisuje cały plik z bufora pierścieniowego o stałym rozmiarze w sterowniku. Dwa eksporty mocno się nakładają, więc nakładanie się musi zostać rozpoznane, a nie ponownie zaimportowane.
FANUC OPRT_HIS.TXT · Okuma · Heidenhain · Kawasaki
Jeden plik na zdarzenie
Sterowanie zapisuje nowy plik dla każdego alarmu, zatrzymania awaryjnego lub uruchomienia programu. Rozmiar folderu rośnie wraz z liczbą plików, a nie rozmiarem pliku.
Hurco NavErr · Haas · HOMAG woodWOP
Od linii logów do pięciu tabel, o których informuje zakład
Od linii logów do pięciu tabel, o których informuje zakład
Parsowanie to łatwiejsza część. Query Streams przekształca przeanalizowane wiersze w tabele przedziałów — a następnie w dane wejściowe dostępności potrzebne tablicy OEE.
Sekundy się sumują: czas planowany zawsze równa się sumie czasu pracy, przezbrojenia i wszystkich kategorii przestoju — bez niewyjaśnionych różnic.
Dostosowane do standardów, w których Twoja fabryka już raportuje
Dostosowane do standardów, w których Twoja fabryka już raportuje
Słownik klasyfikacji nie jest wymyślony. Jest on oparty na opublikowanych modelach, więc liczby są zgodne z tym, czego używają Twoje zespoły ds. jakości i ciągłego doskonalenia.
Każdy okres bezczynności odpowiada jednemu z sześciu standardowych stanów sprzętu.
Dostępność jest obliczana zgodnie z definicją normy — jako rzeczywisty czas produkcji podzielony przez planowany czas pracy — a planowane postoje przypadające na okno zmiany są traktowane jako straty dostępności.
Przestoje zaliczają się do określonej kategorii strat, obejmującej również czas, którego nie możemy przypisać.
Mapowanie opiera się na niewielkim, stałym słowniku przyczyn, a przyczyna, której nie da się ustalić, jest raportowana z nazwy, zamiast być zgadywana.
Od połączenia do przydatnych wyników.
- Znajdź miejsce, w którym sterownik już zapisuje dzienniki — folder na sterowaniu, udział, na który zrzucane są pliki, albo folder, w którym zapisuje je używany już skrypt zbierający dane.
- Zainstaluj Network Agent na maszynie, która ma dostęp do tego folderu. Na samym sterowaniu niczego się nie instaluje ani nie programuje.
- Wybierz profil sterownika. Profil określa granice rekordów, gramatykę, format znaczników czasu i nazwy kolumn, więc niczego nie trzeba opisywać.
- Od tej chwili agent odczytuje w każdym pliku tylko nowe bajty, rozpoznaje rotację stosowaną przez sterownik i zachowuje niedopasowane wiersze zamiast je pomijać.
- Odpytuj dane. Alarmy według maszyny i zmiany, średni czas między awariami, liczby cykli, przyczyny przestojów — zwykły SQL dla wszystkich sterowników naraz.
Wykorzystaj wyniki Machine Logs w praktyce.
Jedno połączenie obsługuje arkusze kalkulacyjne, aplikacje i narzędzia AI. Udostępnij uprawnienie do uruchomienia zapisanego zapytania; odbiorcy zobaczą dozwolone wyniki, a SQL i dane logowania do źródła pozostaną ukryte.
Dla Twojego zespołu, dostawców i partnerów
Pobieraj na żywo wyniki z Machine Logs bezpośrednio do arkusza i odświeżaj je na żądanie — w Excelu na komputerze, Excelu Online i Microsoft 365.
Poznaj ExcelUruchom zapisane zapytanie Machine Logs z paska bocznego i wstaw wiersze do arkusza. Współpracownicy, którym go udostępniono, mogą odświeżać dane samodzielnie.
Poznaj Google SheetsZadaj pytanie prostym językiem. Nova zna już tabele Machine Logs, pisze i uruchamia SQL, objaśnia odpowiedź i tworzy wykres — nie musisz pisać zapytań ani przekazywać danych uwierzytelniających.
Jak działa NovaUdostępnij komukolwiek aktualny wynik Machine Logs — współpracownikowi, dostawcy czy partnerowi — jako siatkę z zakładką, która po otwarciu ponownie pobiera najnowsze dane na telefonie, tablecie lub komputerze. Odbiorcy widzą wyniki, nigdy SQL ani pliki.
Jak działa Przeglądarka danychDo aplikacji i systemów
Opublikuj zapytanie Machine Logs jako uwierzytelniony endpoint JSON, z którego może korzystać dowolna aplikacja. Otrzymasz specyfikację OpenAPI 3.1 oraz gotowe kolekcje Postman, Insomnia i Hoppscotch. Żaden port bazy danych nie jest otwierany.
Poznaj REST APIWklej wygenerowany kod Power Query M do Edytora zaawansowanego Power BI, a raport będzie pobierał na żywo wyniki Machine Logs przez HTTPS — bez sterownika ODBC i bez otwierania portu bazy danych.
Poznaj Power BISynchronizuj wiersze Machine Logs z bazą Airtable według harmonogramu albo pobieraj je w skrypcie automatyzacji Airtable.
Poznaj AirtableZasilaj tabelę Baserow danymi z Machine Logs za pośrednictwem endpointu REST — we własnym hostingu lub w chmurze Baserow.
Poznaj BaserowAktualizuj bazę SeaTable danymi Machine Logs bez eksportowania pliku ani ujawniania bazy danych.
Poznaj SeaTablePrzesyłaj wyniki Machine Logs do siatki Smartsheet, aby plany i raporty korzystały z danych systemu źródłowego, a nie z eksportu sprzed tygodnia.
Poznaj SmartsheetZasilaj aplikację Python w Anvil danymi Machine Logs za pośrednictwem endpointu REST, zamiast umieszczać dane uwierzytelniające bazy danych w aplikacji.
Poznaj AnvilDla narzędzi AI
Zapewnij asystentowi AI dostęp tylko do odczytu do Machine Logs oraz schemat potrzebny do pisania poprawnego SQL — bez danych uwierzytelniających w czacie.
Odkryj MCPDostarczone do ludzi
Zaplanuj wykonywanie zapytania Machine Logs i dostarczaj wiersze do Slacka, Discorda, poczty e-mail lub podpisanego webhooka — albo wstrzymaj wysłanie wiadomości, aż liczba wierszy, próg lub zmiana procentowa przekroczy ustaloną wartość.
Jak działają alerty i raportyPołącz Machine Logs z pozostałymi danymi.
Połącz bazy danych, biznesowe interfejsy API, pliki i dzienniki w jednym zapytaniu tylko do odczytu. Każdy konektor obsługuje zapytania federacyjne.
Podaj nazwy połączeń i tabel. Query Streams obsługuje zapytania do źródeł i łączy wyniki.
Poznaj zapytania federacyjne-- nic nie zostało skopiowane, nic nie zostało połączone, nic nie zostało zaplanowane
SELECT c.region, COUNT(*) AS zamówienia, SUM(i.amount_due) AS fakturowane
Z machinelogs.fileset.orders1 f
JOIN pg_crm.publiczni.klienci2 c WŁĄCZONY c.id = f.customer_id
JOIN rozliczenia.stripe.invoices3 i WŁĄCZONY i.customer = c.stripe_id
GROUP BY c.region
ORDER BY fakturowany DESC;Użyj własnych nazw połączeń, schematów, tabel i kolumn.
Wspólne dla całej rodziny konektorów.
Każde złącze dzienników udostępnia również
- events — po jednym wierszu na każdą przeanalizowaną linię, z sygnaturą czasową, polami nazwanymi przez gramatykę oraz polem _source_file wskazującym plik, z którego pochodzi.
- events_raw_lines — linie, które nie pasowały do gramatyki, zachowane w oryginalnej postaci zamiast odrzucenia, dzięki czemu nadal można uzyskać odpowiedź na pytanie dotyczące nieprzewidzianego formatu.
- files_current i files_events — bieżący wykaz plików i ścieżka audytu: co się pojawiło, co podlegało rotacji, co zniknęło i co zostało wstrzymane, wraz z nazwą pliku i przyczyną.
- Rotacja jest rozpoznawana, a nie obchodzona — dziesięć nazwanych wzorców rotacji oraz zwykłe pliki bez rotacji, dzięki czemu wczorajszy log i jego skompresowane archiwum są tą samą tabelą co log z dzisiaj.
Dobrze wiedzieć
- Wymuszony tryb tylko do odczytu — jedno zapytanie naraz, wyłącznie SELECT i podobne polecenia. Nigdy nie zapisujemy, nie przenosimy, nie rotujemy ani nie skracamy Twoich logów.
- Żadne dane nie są przesyłane — wiersze są analizowane i przechowywane w pamięci podręcznej w postaci zaszyfrowanej na Twoim komputerze, obok agenta. Twoją sieć opuszcza wyłącznie wynik zapytania.
- Odczytywane są tylko nowe bajty — agent w każdym pliku wznawia pracę od miejsca, w którym ją przerwał, zamiast czytać go ponownie, więc intensywnie używany log nie kosztuje więcej każdego dnia.
- Dialektem SQL jest DuckDB — ten sam SQL, którego używasz w przypadku dowolnego innego łącznika.
Pytania dotyczące Machine Logs
Gdzie mogę używać wyników zapytań do Machine Logs?
Używaj wyników Machine Logs w Excelu, Google Sheets, Data Viewerze, swoich aplikacjach za pośrednictwem Database REST API oraz narzędziach AI przez MCP lub Nova. Zapisane wyniki są także przekazywane do obsługiwanych miejsc docelowych Automation, raportów i alertów. Dostępność miejsc docelowych i limity zależą od Twojego planu.
Czy muszę otworzyć przychodzący port dla Machine Logs?
Nie. Zainstaluj Network Agent na komputerze, który ma dostęp do Machine Logs. Agent nawiązuje połączenie wychodzące z Query Streams; nie jest potrzebny przychodzący port ani VPN. Źródło nadal musi zezwalać komputerowi z agentem na połączenie zgodnie z własnymi regułami dostępu.
Czy moje pliki Machine Logs są przesyłane?
Network Agent odczytuje pliki w ich bieżącej lokalizacji, a pamięć podręczną przechowuje na maszynie agenta. Pliki źródłowe nie są przesyłane, przenoszone ani modyfikowane. Tylko żądane wyniki zapytań opuszczają Twoją sieć przez szyfrowane połączenie wychodzące.
Czego potrzebuję, aby połączyć się z Machine Logs?
Folder: Tam, gdzie sterownik już zapisuje dane — na dysku lokalnym lub w udziale sieciowym zapisanym jako \\server\share (nigdy jako przypisana litera dysku; w systemie Linux lub Mac najpierw zamontowany); uwzględniane są podfoldery, obsługiwane są wzorce uwzględniania i wykluczania. Format: Ustalany w profilu sterownika — wraz z nim określane są granica rekordu, gramatyka, format znacznika czasu i nazwy kolumn. Sterowniki: Mazak, KUKA, Homag, Fanuc, Haas, Okuma, Siemens, Heidenhain, Mitsubishi, Centroid, Hurco i Kawasaki, a także tryb samodzielnego opisu dla pozostałych. Rotacja: Jest obsługiwana, a nie omijana — dziesięć nazwanych wzorców rotacji oraz zwykłe pliki bez rotacji; uwzględniane są również archiwa skompresowane.
Czy mogę łączyć Machine Logs z innymi podłączonymi źródłami?
Tak. Zapytania federacyjne obsługują wszystkie typy konektorów, w tym bazy danych, biznesowe interfejsy API, pliki i dzienniki. W jednym zapytaniu tylko do odczytu podaj nazwy połączeń i tabel. Query Streams w razie potrzeby tłumaczy części zapytania dotyczące źródeł i łączy ich wyniki. Zobacz, jak działają zapytania federacyjne.
Czy muszę instalować cokolwiek na sterowniku maszyny?
Nie. Query Streams odczytuje pliki, więc na sterowniku nic nie jest instalowane ani nic nie jest na nim zapisywane. Wskaż agenta Query Streams na dowolny folder, do którego logi już trafiają — udział sieciowy, folder, do którego kopiowana jest kopia zapasowa z USB, albo komputer maszyny. Dostęp jest tylko do odczytu.
Czy faktycznie widzieliście logi mojego sterownika, czy znacie tylko udokumentowany format?
Obie sytuacje się zdarzają i warto wiedzieć, z którą masz do czynienia. Dla trzech marek parsery zostały utworzone i przetestowane na rzeczywistych plikach zebranych bezpośrednio z maszyny: Mazak przez MTConnect, KUKA i HOMAG. Pozostałe dziewięć opracowano na podstawie opublikowanych przez producentów opisów formatów.
Każdy z nich jest obsługiwany i przetestowany — ale wolimy powiedzieć to wprost, niż pozwolić Ci zakładać, że widzieliśmy dokładnie taki sterownik jak Twój. Jeśli Twój należy do drugiej grupy i coś się nie parsuje, prześlij nam próbkę, a przeniesiemy go do pierwszej grupy.
Mojego kontrolera nie ma na liście. Czy to pech?
Prawdopodobnie nie. Oprócz dwunastu wymienionych marek istnieją cztery ogólne formaty, które obejmują znaczną część wyposażenia hali produkcyjnej: dziennik systemowy sterownika CNC, telemetrię klucz=wartość PLC, linie JSON robotów oraz beznagłówkowe eksporty CSV, takie jak te generowane przez wycinarki laserowe. Jeśli Twój dziennik wygląda jak którykolwiek z nich, zostanie odczytany.
Co się dzieje z liniami, których nie da się przeanalizować?
Są zachowywane. Nieprzeanalizowany wiersz jest przechowywany jako rekord zawierający informację, dlaczego nie udało się go odczytać, dzięki czemu pozostaje widoczny i można go uwzględniać w zapytaniach. To samo dotyczy poziomu pliku — plik, który przestał pasować do przypiętego formatu, jest odseparowywany i zgłaszany zamiast po cichu łączony z pozostałymi. Zawsze możesz rozliczyć każdy wiersz w folderze.
Czy mogę dodać przestoje maszyn do danych ERP?
Tak — właśnie po to umieszczamy logi w SQL. Zapytanie federacyjne może połączyć pochodne interwały_bezczynności lub oee_wejścia tabele do zleceń roboczych, arkuszy kalkulacyjnych lub harmonogramów znajdujących się w zupełnie oddzielnej bazie danych SQL Server, Postgres lub MySQL i zwracających jeden połączony zestaw wyników.
Czy jest to produkt monitorujący dzienniki lub wysyłający alerty?
Nie, i wolelibyśmy to jasno powiedzieć. To nie jest proces przesyłania logów ani platforma do monitorowania operacji. Umożliwia ona wyszukiwanie w istniejących plikach logów za pomocą SQL i raportowanie w arkuszu kalkulacyjnym. Jeśli potrzebujesz strumieniowego pobierania i alertów w czasie rzeczywistym w skali infrastruktury, to jest to inna kategoria narzędzi.
Umieść Machine Logs tam, gdzie odbywa się praca.
Zacznij od planu Free: wszystkie typy konektorów, 2 źródła danych i 1 Network Agent. W miarę wzrostu potrzeb zwiększ limity planu.

