NATÍV INTEGRÁCIÓK
A Haltless zökkenőmentesen integrálódik a világ vezető ipari hardvereivel és vállalati szoftvereivel. Fedezze fel natív kompatibilitásunkat alább.
01 · CSATLAKOZÁS
Tizenöt módja annak, hogy beolvassuk a gépeit
Tizennégy bemeneti protokoll és egy közvetlen push API. A platformhoz szállított Python Edge Agent mindegyiket beszéli.
OPC UA
Bármely szabványos OPC UA szerver, beleértve a legújabb, biztonsági szabályzatokat és üzenetaláírást támogató specifikációt.
Modbus TCP
Bármely Modbus TCP slave; támogatja a holding- és input-regisztereket, valamint a coil- és discrete-bemeneteket.
Modbus RTU
Modbus-eszközök RS-485 vagy RS-232 soros vonalon, többnyire USB-adapteren át. Ugyanazok a regiszterek és ugyanaz a dekódolás, mint Modbus TCP-n, a buszon minden eszköz a unit ID-ja szerint.
Siemens S7
S7-300 és S7-400 közvetlenül S7comm-on, S7-1200 és S7-1500 engedélyezett PUT/GET hozzáféréssel. Nincs közte OPC UA szerver vagy átjáró.
EtherNet/IP
Rockwell és Allen-Bradley CIP-en: ControlLogix, CompactLogix és Micro800 tagnév szerint, SLC 500 és MicroLogix adatfájl-cím szerint.
Mitsubishi MELSEC
Q, L, iQ-R és iQ-F (FX5) CPU-k az MC protokollon (SLMP), a szó- és bitoperandusok úgy címezve, ahogy a CPU számozza őket. Csak csoportos olvasás: a PLC-be semmit nem ír.
Omron FINS
CJ, CS és CP CPU-k, valamint a CJ-kompatibilis memóriába helyezett NJ/NX változók FINS/UDP-n. DM, CIO, Work, Holding és EM címek úgy, ahogy az Omron írja őket, kizárólag Memory Area Read paranccsal olvasva.
Beckhoff ADS
TwinCAT 2 és 3 PLC-változók szimbólumnév szerint, ciklusonként egyetlen összesítő paranccsal olvasva, újracsatlakozással, ha egy letöltés áthelyezi őket. Az ügynök soha nem vesz fel útvonalat a PLC-n.
BACnet/IP
Épületvezérlők, például légkezelők, folyadékhűtők és kazánok: az aktuális értékek ReadPropertyMultiple kéréssel, a bináris és többállapotú objektumok számként. Semmit nem ír.
MQTT
Feliratkozás témákra azon a brokeren, amelyre az üzem már küld adatot, számként vagy JSON-ként, felhasználónévvel, TLS-sel vagy kliens-tanúsítvánnyal. Semmit nem küld vissza.
Sparkplug B
Egy Sparkplug B csoport edge node-jai és eszközei az Ön brokerén, birth, data és death üzenetekből dekódolva, a mértékegységekkel a birth üzenetből. Nincs rebirth-kérés és nincs parancs.
AVEVA PI Web API
PI pontok és AF attribútumok aktuális értékei HTTPS-en, a PI saját időbélyegeivel és mértékegységeivel. Csak GET kérések, így a historian marad a hiteles adatforrás.
CSV-fájlbeolvasás
Könyvtárfigyelés; minden műszak után automatikusan beolvassa a MES-exportokat és a historian CSV-leürítéseit.
JSON-fájlbeolvasás
Ugyanaz a fájlfigyelés örökölt termelési rendszerek és saját fejlesztésű csővezetékek JSON-leürítéseihez.
REST API
Közvetlen push egyedi integrációkból, hatókörrel ellátott, olvasásra és írásra képes API-kulcsokon át.
02 · PLC- ÉS HMI-KOMPATIBILITÁS
Bármely PLC, amely OPC UA-t, Modbust, S7-et, EtherNet/IP-t, MELSEC-et, FINS-t vagy ADS-t beszél
A Siemens, Rockwell, Mitsubishi, Omron és Beckhoff PLC-ket natívan olvassuk, és bármely vezérlő működik, amely OPC UA-t vagy Modbust kínál, ezért az alábbi lista csak példa, nem teljes körű. Ha az Ön PLC-je e protokollok egyikét beszéli, az Edge Agent olvassa.
03 · VÁLLALATI RENDSZEREK
Kapcsolódjon a vállalata által már működtetett rendszerekhez
ERP, azonosítás és azok a historianök, amelyekben mérnökei már megbíznak.
ERP-adapterek
Éles üzemre kész adapterek SAP S/4HANA, Oracle EBS és Microsoft Dynamics 365 rendszerhez: kétirányú munkalapok, alkatrészfoglalás és költségfelosztás, minden írás mögött ugyanazzal az auditlánccal.
Azonosítás és SSO
Bérlőszintű OpenID Connect PKCE-vel bármely OIDC-identitásszolgáltatóhoz, például Oktához, Auth0-hoz, JumpCloudhoz, Microsoft Entra ID-hoz és Google Workspace-hez.
Historian hídjak
Az OSIsoft PI és az AVEVA PI az OPC UA hídjaikon át érhető el. Az Inductive Automation Ignition a beépített OPC UA szerverén keresztül.
04 · ÉRTESÍTÉSEK ÉS MUNKAFOLYAMAT
Tíz kimenő csatorna a stack többi részéhez
Minden riasztás oda fut be, ahol a csapata már dolgozik. Ezeket a csatornákat gyárilag támogatjuk.
SMTP-alapú tranzakciós e-mail sablonokkal, bounce esetén újrapróbálkozással és bérlőnkénti aláírással.
SMS
Eszkaláció regionális SMS-átjárón, gépenként szabályozva, hogy az ügyeletet ne nyomja el a zaj.
Webhook
Aláírt POST tetszőleges HTTPS-végpontra, újrapróbálkozással és nyilvános payload-sémával.
05 · BI ÉS RIPORTOLÁS
Csatlakoztassa a dashboardjait a Haltless-adatokhoz
Egy csak-olvasható REST API és minden riportra elérhető CSV-export tartja szinkronban a BI-stackjét.
REST API hatókörös kulcsokkal
Csak-olvasható API-kulcsok finom hatókörökkel, mint a read:machines és a read:sensors, hogy egy BI-integráció ne nyúljon ki a feladatkörén túl.
Riportonkénti CSV-export
A flotta-, OEE-, karbantartás-, állásidő- és munkalap-riportok mindegyike CSV-ben exportálható a dashboardból vagy az API-ból.
Grafana panelek
Hívja le a gépállapotot és az OEE-mutatókat a REST API-n keresztül, és hozza be a Grafanába a meglévő üzemeltetési dashboardjaihoz.
Power BI és Tableau
Csatlakozzon a REST API-hoz, és frissítse a Power BI- vagy Tableau-dashboardjait az elemzői csapata által kívánt ütemben.
EGYÜTTÉLÉS
A Haltless nem váltja le a historian-jét, SCADA-ját vagy CMMS-ét
A Haltless arra készült, hogy a már megbízható rendszerek mellett éljen, nem felettük. Három konkrét minta.
A historian marad az elsődleges rendszer
Ha az OSIsoft PI vagy az AVEVA PI a hosszú távú tag-tárolója, a Haltless az aktuális értékeket közvetlenül az AVEVA PI Web API-n vagy egy OPC UA hídon keresztül olvassa. Nem replikáljuk az évekre visszanyúló historikus adatokat; az élő leolvasásokat pontozzuk, és semmit nem írunk vissza a historianba.
A SCADA és a DCS megőrzi a vezérlést
A Haltless felügyeleti és elemzési platform, nem vezérlőrendszer. Nem írunk PLC-be, nem zárunk vezérlőhurkokat és nem koordinálunk vészleállásokat. Ez a felelősség a meglévő SCADA vagy DCS rendszerén marad.
CMMS-átadás, nem leváltás
Ha már működteti a MaintainX, UpKeep, Fiix, IFS vagy Maximo rendszert, a Haltless a tíz kimenő értesítési csatornán (ServiceNow és Jira beleértve) keresztül munkalapként továbbítja a riasztásokat, ahelyett, hogy a saját CMMS-ébe kényszerítené őket. A választás bérlőnkénti.
GYAKORI KÉRDÉSEK
Kérdések a bekötésről
Milyen ipari protokollokat támogat a Haltless?
Éles használatban van az OPC UA (IEC 62541), a Modbus TCP, valamint a CSV- és JSON-fájlfigyelés, és az edge-ügynök natívan, átjáró nélkül olvassa a Siemens S7-et és a CIP-en keresztüli EtherNet/IP-t. Ahol az adatok már egy MQTT-brokeren át áramlanak, az ügynök annak témáira iratkozik fel. Natívan olvassa a Modbus RTU-t, a Mitsubishi MELSEC-et, az Omron FINS-t, a Beckhoff ADS-t és a BACnet/IP-t is, brokerről dekódolja a Sparkplug B-t, az AVEVA PI Web API-ból pedig az aktuális értékeket veszi át. Ha egy gép csak fájlokat tesz le valahová, általában a fájlfigyelők a leggyorsabb belépési pont.
Működni fog a meglévő CMMS-ünkkel?
A riasztások a platform saját CMMS-folyamatában nyitnak munkalapot, és kifelé integrálódnak a már működő vállalati rendszerekhez. A Haltless kiegészíti a SCADA-t, a DCS-t, az MES-t, az ERP-t és a meglévő CMMS-t, nem pedig kiváltja bármelyiket.
Hogyan jutnak el a riasztások azokhoz, akiknek szükségük van rájuk?
Tíz értesítési csatornán, hogy a riasztás ott érkezzen meg, ahol a csapat amúgy is dolgozik, ne pedig egy újabb irányítópulton, amelyet senki nem nyit meg. A riasztás életciklusa és minden rajta lévő jóváhagyás bekerül az auditláncba.
Mennyi idő a bekötés?
Telepítse az ügynököt egy Linux gépre a gépek közelében, és irányítsa a PLC-kre. Betanítási időszak nincs: a detektorok az első beérkező mért értékektől számolnak. Több előzmény pontosabb alapvonalat ad, így ugyanaz a riasztás a harmadik héten több adatra épül, mint az első napon.
