Arkitektur
Hur är Qynetic arkitekterat?
Qynetic är en modulär kärna som konsumerar normaliserade tillverkningshändelser och entiteter oavsett källa, med specialiserade agenter och moduler ovanpå och säkerhetsgränser mellan AI-resonemang och fysisk styrning.
Hierarki för flera organisationer
Organisation → anläggning → område → maskin. En användare kan tillhöra flera organisationer och anläggningar; inget antar ett företag, en fabrik, en maskintyp eller en process. Anläggningar äger sin tidszon, sitt språk och sina enheter.
Kanonisk tillverkningsmodell
Maskiner, verktyg, program, artiklar, karakteristikor, mätningar, kvalitetshändelser, offset och underhåll modelleras en gång, oberoende av leverantör. Interna identifierare är UUID; externa identifierare och härkomst hålls separat.
Konnektorer och Edge
Konnektorer översätter leverantörsprotokoll till kanoniska händelser och körs i molnet eller i Qynetic Edge i fabrikens nätverk, som buffrar vid avbrott och bara ansluter utåt.
Agenter och Factory Director
Specialiserade agenter — kvalitet, APC, verktyg, CIM, OEE, planering, underhåll — ger strukturerade, evidensbaserade rekommendationer över gemensamt sammanhang; Factory Director prioriterar dem.
APC-säkerhetspipeline
AI-resonemang → validerad ingenjörsalgoritm → simulering → policyvakt → deterministisk styrning → fysisk process → verifiering. Vakten är en ren, deterministisk funktion vars standardläge är att neka.
API-först
Qynetic är utformat för att erbjuda ett versionerat API vars kontrakt är oberoende av databasschemat, med behörighetsområden, API-nycklar och webhooks.
Observerbarhet
Strukturerad loggning, hälsoslutpunkter, synlighet för inläsningsfördröjning och spårning av misslyckade händelser är inbyggt från början.
AI får resonera. AI får inte styra maskiner.
- AI-resonemang
- Validerad algoritm
- Simulering
- Vakt
- Deterministisk styrning
- Verifiering
Involverar AI (rekommenderar)Deterministiskt och testbart
Allt utanför auktoriserade gränser kräver mänskligt godkännande. Värden utanför absoluta gränser avvisas och kan inte godkännas. Styrningen körs nära maskinen, så att bortfall av molnet inte kan ge osäkert beteende.
Händelsekuvertet
Varje inläst eller genererad uppgift paketeras i ett enhetligt kuvert, oavsett källa:
- event_id / event_type
- Unikt id och en typ som measurement.recorded
- tenant_id / site_id
- Vilken organisation och anläggning som äger händelsen
- source / source_id
- Vilken integration, edge-nod, användare eller agent som skapade den
- entity_type / entity_id
- Vad händelsen gäller
- occurred_at / received_at
- När den hände vid källan och när Qynetic tog emot den
- schema_version
- Så att innehåll kan utvecklas säkert
- payload / metadata
- Datan, plus härkomst som omvandlad och konfidens
Bli bland de första som får veta
Qynetic byggs just nu. Gå med i väntelistan så meddelar vi när det finns tillgängligt.