Konfigurera ditt produktpaket

En produktionslinje kan representera olika typer av tillverkningslinjer.

Exempel på Produktionslinjer inkluderar:

• Bearbetningslinje
• Monteringslinje
• Gjutlinje
• Svetslinje
• Målningslinje

Möjligheter och begränsningar i ett enkelt flöde :

• Parallella stationer stöds.
• Komplex förgrening stöds inte (se Komplexa flöden ).
• Variantspecifika flöden stöds inte (se Komplexa flöden ).

Alla våra simuleringsmodeller är byggda i 3D för att säkerställa en realistisk visualisering, vilket ökar både trovärdigheten och acceptansen.

Alla varianter tilldelas slumpmässigt genererade färger för att hjälpa till att skilja dem åt visuellt.

För att använda anpassade färger måste denna funktion ingå i beställningen.

Alla statiska objekt (t.ex. stationer, buffertar) använder en standardfärg som standard.

Om du vill använda anpassade färger måste den här funktionen ingå i beställningen.

Alla statiska objekt (t.ex. stationer, buffertar) visas som standard med en standard 3D-grafik.

För att applicera anpassad grafik måste denna funktion inkluderas i beställningen och motsvarande grafikfiler måste bifogas.

Som standard representeras alla objekt (utom arbetare) med statisk 3D-grafik.

Om animerad grafik krävs (t.ex. ett verktyg som rör sig mot en detalj under bearbetningen) måste denna funktion inkluderas i ordern.

De statiska objekt som ingår i modellen, tillsammans med deras anslutningar, bildar en Linjekonfiguration .

Vanligtvis är endast en Linjekonfiguration behövs. Det kan dock krävas flera konfigurationer, t.ex. när man köper en ny linje och olika maskin- eller linjeleverantörer föreslår alternativa lösningar.

Ett annat fall där flera Linjekonfigurationer behövs är när simuleringar av flera olika flöden ingår i samma order.

Utdatavärden är olika resultatdatapunkter, som ofta bestäms av simuleringsresultatet.

Exempel på Utdatavärden inkluderar:

• Genomströmning per timme (i linjen)
• Ledtid (i linjen)
• Arbete i process (i linjen)

Experimentparametrar är indata-punkter vars värde ändras mellan olika experiment.

Exempel på experimentparametrar inkluderar:

• Cykeltod i Station 1
• Antal platser i Buffert 1
• Omställningstid i Station 2
• Batchstorlek

Experiment representerar olika scenarier som ska testas.

Exempel på detta:

• ”Vad händer om tillgängligheten ökar med 5%?” – detta är ett experiment.
• ”Vilken av följande tre sekvenser ger högst genomströmning per timme?” – Detta innebär tre experiment .
• ”Vilken batchstorlek (mellan 1 och 101, i steg om 5) ger högst genomströmning per timme?” – Detta resulterar i 21 experiment (1, 6, 11, …, 101).

Ett annat exempel, anta att du vill testa följande:

• 2 linjekonfigurationer
• 3 experimentparametrar (för varje konfiguration)
• 4 värden per parameter

Detta resulterar i totalt: 2 × 3 × 4 = 24 experiment.

A stationsobjekt är en plats där en del bearbetas och värde läggs till den.

Exempel på Stationsobjekt inkluderar: Station, Parallellstation, Monteringsstation och Demonteringsstation.

A buffertobjekt är en plats där en detalj kan vänta innan den fortsätter i processflödet.

Exempel på Buffertobjekt inkluderar: Buffer och Store.

A variant är en komponenttyp som skiljer sig från andra på ett eller flera definierade sätt, t.ex. egenskaper, material, dimensioner eller konfigurationer.

Vid flödessimulering är det bara relevant att skilja mellan varianter om de påverkar flödet på något sätt. Det kan handla om skillnader i cykeltid, omställningstid, kassationsgrad eller den specifika väg som en variant följer genom produktionsprocessen.

A Skiftkalender används för att definiera när olika utrustningar och resurser ska vara i drift.

• Konfigurera skifttider under veckan (t.ex. dag-, kvälls- eller nattskift).
• Konfigurera driftskalendrar över hela året (t.ex. helgdagar, underhållsperioder, säsongsscheman).

Cykeltid är den minsta tid som krävs för att bearbeta en del i ett stationsobjekt, inklusive lastning och lossning, men exklusive eventuell väntetid.

Konstant tid refererar till en fast tid som upprepas i varje cykel.

Detaljerad (anpassad distribution) refererar till en cykeltid som varierar mellan alla cykler baserad på en specifik statistisk distribution.

Exempel på distributioner som stöds är

• Uniform
• Normal
• Lognormal
• Negativ exponentiell
• Weibull
• Triangulär

Per variant tillåter att du definierar en specifik cykeltid för varje variant som används i simuleringsmodellen.

Detta möjliggör mer exakt modellering när olika varianter kräver olika behandlingstider.

Stoppdata avser de värden som beskriver hur ofta och hur länge ett objekt befinner sig i ett felaktigt tillstånd.

Med (AVB/MTTR) , beskrivs stopp med två värden:

• Tillgänglighet (AVB): Den procentandel av tiden som ett objekt inte befinner sig i ett misslyckat tillstånd.
• MTTR (Genomsnittlig tid till reparation): Den genomsnittliga tid det tar att reparera ett objekt efter ett fel.

Obs!

• I simuleringsmodeller återspeglar det relevanta MTTR-värdet vanligtvis hela stopptiden , ofta kallad MDT (Mean Down Time). Detta inkluderar alla faser av ett stopp, t.ex:
  • Väntar på en operatör
  • Väntar på underhåll
  • Väntar på reservdelar
  • Omstart av stationen
  • Verifiering avproduktkvaliteten
• Ett undantag gäller när reparationsresurser (t.ex. underhållspersonal) modelleras för att simulera väntetider. I detta fall ska MWT (Mean Waiting Time) subtraheras från MDT för att få fram korrekt MTTR.
• Om det behövs för analys kan även andra delar av stopptiden uteslutas, men detta kräver anpassad logik.

I vissa scenarier kan Stoppdata följa två eller flera statistiska fördelningar snarare än bara en.

Detta inträffar vanligtvis när det finns flera källor till stopp, t.ex:

• Haverier: Fel där något är fysiskt trasigt och kräver utbyte eller särskild hantering (ofta med hjälp av specialiserad personal).
• Små stopp: Mindre avbrott där objektet oftast kan återstartas utan större ingrepp.

Förekomsten av flera feltyper kan ofta identifieras genom att man observerar att indata stämmer överens med mer än ett distributionsmönster.

Stoppdata kan definieras på två sätt:

1. Använda tillgänglighet och MTTR , se (AVB/MTTR)

   Anm: Med den här metoden beräknas intervallet och varaktigheten utifrån värdena för tillgänglighet och MTTR. I simuleringen används en lognormal distribution för intervallet och en Weibull-distribution för varaktigheten.

2. Använda intervall och varaktighet direkt:
   • Intervall: Medeltid mellan stopp
   • Varaktighet: Medeltid för varje stopp

   Med den här metoden kan du ange en anpassad fördelning för både intervallet och varaktigheten.

   Exempel på distributioner som stöds är

   • Uniform
   • Normal
   • Lognormal
   • Negativ exponentiell
   • Weibull
   • Triangulär

Funktionen Detaljerad stoppdata (anpassad distribution) möjliggör det andra tillvägagångssättet.

En station som kräver omställning behöver förberedelsetid före den kan starta sin process. Detta inkluderar oftast aktiviteter som omställning mellan varianter eller verktygsbyte.

Omställning kan definieras i simuleringsmodellen enligt två huvudprinciper:

1. Omställning på grund av variant: Triggad när inkommande detalj skiljer sig från den föregående.
2. Omställning efter ett visst antal processade detaljer: Triggat utifrån ett antalsmässigt intervall.

Detaljerad uppställningstid (anpassad fördelning) gör att uppställningstiden kan variera slumpmässigt enligt en specificerad statistisk fördelning.

Detta gör det möjligt att på ett mer exakt sätt representera variationen i ställtiderna i simuleringsmodellen.

Omställningstid (per variant) tillåter dig att definiera olika omställningstider mellan specifika övergångar mellan varianter genom att använda en omställningsmatris.

Till exempel Omställningstid kan specificeras individuellt för omställningar enligt:

• A → B
• A → C
• B → A
• B → C
• C → A
• C → B

Detta möjliggör en mer exakt modellering av omställningstider mellan olika produktvarianter.

Omställningsinställningar tillåter dig att definiera exakt när en omställning ska inträffa.

Tillgängliga tillval inkluderar:

• Utför endast uppställning när stationen är tom – säkerställer att uppställning endast utlöses när det inte finns några delar på stationen.
• Utför omställning ”Innan nästa detalj” eller ”Efter sista detalj” — appliceras enbart för Omställning efter ett visst antal processade detaljer: , EJ för Omställing på grund av variant .

Kassation Värde är en procentsats som anger hur stor del av bearbetningen vid en station som resulterar i att delar kasseras.

En del som är markerad som kass kan antingen fortsätta genom processflödet till slutet eller tas bort från flödet vid en bestämd punkt.

Vid analys behandlas kassation som en kvalitetsförlust .

Kassation Inställingar gör att du kan definiera de specifika positioner i processflödet där detaljer som markerats som kass ska tas bort från flödet.

Arbetare i simuleringsmodellen gör det möjligt att simulera hur processen påverkas av olika antal tillgängliga arbetare.

När man använder arbetare i modellen är det viktigt att utesluta alla redan existerande arbetsrelaterade väntetider från indata. Låt istället simuleringen dynamiskt generera väntetider baserat på den faktiska tillgängligheten av arbetare under körtiden.

Tre personaltyper finns som standard i simuleringsmodellen: Operatör , Omställningspersonal , och Underhållspersonal .

• Operatör: Utför det faktiska processande i en station (som till exempel monteringsuppgifter).
• Omställningspersonal: Hanterar omställningsaktiviteter. Att använda omställningspersonal indikerar att dessa uppgifter kräver separat personal.
• Underhållspersonal: Är ansvariga för att reparera objekt som går sönder.

Genom att lägga till kategorier för elektriskt och mekaniskt underhåll kan du dela upp underhållsuppgifterna i två olika typer. Detta möjliggör en mer exakt analys av hur väntetider påverkar det övergripande processflödet.

När Skiftkalendrar kan du alltid välja mellan 12 fördefinierade skifttider (1-6 skift, vart och ett tillgängligt med eller utan raster ).

För att kunna tillämpa anpassade skifttider måste denna funktion ingå i ordern.

Obs: Det är ganska vanligt att utesluta Kalendrar i en modell för flödessimulering.

Men om en Kalender krävs, kan både en svensk och en amerikansk kalender för innevarande år inkluderas automatiskt när Skifta kalendrar är aktiverade.

För att använda en anpassad kalender måste denna funktion ingå i beställningen.

Flaskhalsanalysen är det primära verktyget för för att analysera flödeseffektivitet och identifiera förluster i systemet.

Funktionerna i Flaskhalsanalysen inkluderar:

• Beräknar den genomsnittliga cykeltiden för varje station under simuleringskörningen och kan därför presentera statistik som delar/timme i diagram.
• Gör det möjligt att gruppera två eller flera stationsobjekt i ett enda arbetssteg för kombinerad analys.
• Identifierar flaskhalsoperationen i systemet och gör det möjligt att lyfta fram den.
• Visar förlustdiagram från tre tidsperspektiv:
  • OEE – baserat på planerad produktionstid
  • OOE – baserat på total drifttid
  • TEEP – baserat på all tid
• Stöder inmatning av en idealisk cykeltid för att skilja mellan hastighetsförlust och arbetstid och kan därför räkna om statistiken i enlighet med detta.
• Möjliggör identifiering av kvalitetsförluster på grund av kasserade detaljer.
• Gör det möjligt att dela upp väntetiden i:
  • Väntan på delar
  • Väntan på resurser
  Detta hjälper till att identifiera förluster i analysen av linjebegränsningar .

Nivå 2 är standardnivån för analys i programvaran Flow Simulation. På denna nivå utgör de olika tillstånden för stationsobjekten grunden för den statistiska produktionen.

Stater i nivå 2 inkluderar:

• Arbete
• Sätta upp
• Väntande
• Blockerad
• PoweringUpDown (tid för uppstart och nedstängning)
• Stoppad
• Misslyckad
• Paused (oplanerad produktionstid)
• Oplanerad (tid utan drift)

Funktionen för Flaskhalanalysen förbättrar nivå 2 genom att lägga till följande tillstånd:

• Arbetar (möjlig flaskhals)
• Väntar på resurser
• Kvalitetsförlust
• Hastighetsförlust

Nivå 1 ger en aggregerad bild av förluster med hjälp av standardiserade kategorier:

• Arbete (OEE / OOE / TEEP)
• Kvalitetsförluster
• Prestationsförluster
• Begränsningar i linjen
• Tillgänglighetsförluster
• Planerade förluster (används endast i OOE/TEEP-beräkningar)
• Icke-operativa förluster ( används endast i TEEP-beräkningar)

Nivå 3 ger en djupgående analys genom att bryta ner viktiga förlustkategorier till detaljerade underkategorier.

Kvalitetsförluster:

• Kassation
• Bearbetning av kasserade detaljer
• Omarbetning

Väntar på resurser:

• Väntar på operatör
• Väntar på personal för uppställning
• Väntar på underhåll

Omställning:

• Omställning för variant
• Omställning efter n detaljer
• (Verktygsbyte)

Förluster vid uppstart och nedstängning:

• Förlust vid uppstart
• Förlust vid paus
• Förlust vid avstängning

Stopped By (dynamiska förlustkategorier från användarinmatning) :

• Stoppad av misslyckande (namn på misslyckande)
• Stoppad av fel (misslyckat objekt + felets namn)
• Stoppad av objekt (StoppedBy-objektets namn)
• Stoppad av objekt (namn på annat misslyckat objekt)

Misslyckades (dynamiska förlustkategorier från kundinmatning ):

• Namn på felgrupp

Planerad förlust (dynamiska förlustkategorier från kunddata ):

• Etikett för oplanerade skifttider i ShiftCalendar-objektet

Förluster utanför rörelsen:

• Veckovis icke-driftsrelaterad förlust
• Etikett för icke-driftsrelaterade skifttider i ShiftCalendar-objektet (dynamiska förlustkategorier från kunddata )
• Årlig icke-driftsrelaterad förlust
• Etikett för icke-driftsdagar i ShiftCalendar-objektet (dynamiska förlustkategorier från kund inmatning )

Välj inställning Nivå 1-2 gör det möjligt att välja mellan en uppsättning fördefinierade konfigurationer.

Tillgängliga alternativ för nivå 1:

• SP STD
• APQ Pl N
• APQ Pl ( rekommenderas inte)
• APQ (rekommenderas ej)

Tillgängliga alternativ för nivå 2:

• SP STD
• PlantSim standard

Välj inställningar Nivå 3 gör dert möjligt att välja mellan ett fåtal fördefinierade konfigurationer:

• SP STD (verkan)
• SP STD (orsak)

Anpassade inställningar Nivå 1-2 aktiverar följande konfigurationsalternativ:

För nivå 2:

• Aktivera eller avaktivera ytterligare tillstånd:
  • Arbetar (möjlig flaskhals)
  • Kvalitetsförluster
  • Förlorad hastighet
  • Väntar på resurser
• Byta namn på förluster
• Sortera förluster
• Tilldela färger till förluster

För nivå 1:

• Omkategorisera nivå 2-förluster till nivå 1-kategorier
• Sortera förluster
• Tilldela färger till förluster

Anpassade inställningar Nivå 3 möjligör följande konfigurationsalternativ:

• Omkategorisera Nivå 3-förluster till motsvarande Nivå-2-förluster
• Byta namn på förluster
• Inaktivera dynamiska förluster för följande kategorier:
  • Haverier
  • Årliga EJ operativa förluster
  • Veckovisa EJ operativa förluster
  • Planerade stop
  • Stoppad av

Hjälp med indata

En inkluderad bank med supporttimmar dedikerade till att hjälpa dig att förbereda, strukturera och kvalitetssäkra dina indata. Denna support tillhandahålls efter att din beställning är slutförd, men innan det faktiska simuleringsarbetet påbörjas.

Värdena i tabellen för denna tjänst är angivna i timmar (h).

All support och genomgångar sker digitalt via skärmdelning i Microsoft Teams . Detta är vårt standardalternativ, optimerat för snabbhet och effektivitet.

Expertanalys & Rekommendationer

Utöver den kvantitativa basanalysen genomför en av våra specialister en kvalitativ djupdykning. Specialisten tolkar de datadrivna resultaten, identifierar strategiska insikter och ger skräddarsydda rekommendationer baserade på sin erfarenhet.

Värdena i tabellen för denna tjänst är angivna i timmar (h).

Ett interaktivt möte med en av våra specialister där vi går igenom era resultat, förklarar rapporterna och svarar på era frågor så att ni kan agera utifrån insikterna.

Beroende på vilket paket du väljer kan genomgången även inkludera:

• För Basic-paket och upp: En demonstration av din simuleringsmodell, hur man kör den och en förklaring av dess olika komponenter.
• För Pro & Premium: n djupare diskussion om slutsatserna från din Expertanalys & Rekommendationer .

Värdena i tabellen för denna tjänst är angivna i timmar (h).

En Simuleringsrapport är inkluderad med alla leveranser.

Rapporten innehåller följande sektioner:

• Titelsida med projektdetaljer
• Allmänn information
• Modellöversikt
• All indata
• Resultat från Flaskhalsnalysen
• Statistisk summering

Se exempelrapport för mer detaljer.

En Experimentrapport ingår i alla leveranser.

Eftersom de flesta simuleringar använder dynamiska indata representerar resultaten inte exakta värden. Istället presenteras de som statistiska uppskattningar .

Hur exakta resultaten blir beror helt och hållet på kvaliteten på indata.

Exempel på resultat:
Baserat på de givna indata uppskattas den verkliga genomsnittliga genomströmningen per timme till mellan 10,1 och 10,3 , med en konfidensnivå på 95% .

För att producera statistiskt giltiga resultat måste flera replikationer (eller observationer) köras för varje experiment

Det kombinerade resultatet av dessa replikationer sammanfattas i experimentrapporten.

Interaktiv Simuleringsmodell

En fristående, interaktiv version av din simuleringsmodell. Den kan köras på vilken kompatibel dator som helst utan att kräva särskild programvara eller licens.

Redigerbar Projektfil

Detta är ett tillval för avancerade användare med en giltig licens för mjukvaran Plant Simulation. Tillvalet ger er den kompletta, redigerbara projektfilen.

Med tillgång till den redigerbara filen kan ni till exempel modifiera ert simuleringsprojekt, duplicera modellen eller anpassa den för att simulera en annan produktionslinje med hjälp av våra standardbibliotekskomponenter.

Inkluderade biblioteksobjekt

Följande objekt och funktioner från standardbiblioteket ingår alltid i den Redigerbara Projektfilen :

• Stationer ( onPlausibility -kontroller inkluderade)
• Buffertar ( onPlausibility -kontroller inkluderat)
• Varianter ( onPlausibility -kontroller inkluderat)

Om Flaskhalsanalysen ingår, kommer den Editerbara Projektfilen även att innehålla följande funktioner från vårt standardbibliotek:

• Funktionalitet för drift
• Möjlig flaskhalsfunktionalitet
• Hastighetsförluster
• Kvalitetsförluster
• Split of Waiting Väntar på delar / Väntar på andra , har ingen effekt om inte resurserna är definierade

Om Flaskhalsanalys Nivå 3 ingår, kommer den Editerbara Projektfilen även att innehålla följande funktionalitet från vårt standardbibliotek:

• Interna förluster: (behöver inga extra objekt)
  • Väntan op operatör
  • Väntan op omställningspersonal
  • Väntan op underhållspersonal
  • Väntan på …
  • Omställning pga variant
  • Omställning efter ett visst antal detaljer
  • Uppstartsförluster
  • Nedstängningsförluster
  • Fel 1, 2, 3, etc. (dynamisk)
• Förluster från andra obejcts:
  • Stoppadav (dynamisk)
  • P_ShiftCalendar , inklusive:
    • Pauser (dynamisk)
    • Veckovisa icke-operativa förluster ( dynamisk )
    • Årliga icke-operativa förluster ( dynamisk)

Om någon av Personal -kategorierna väljs, inkluderas även följande objekt från standardbiblioteket i den Redigerbara Projektfilen :

• Workplace_Op
• Workplace_Se
• Workplace_Ma
• Workplace_El (valfri)
• Workplace_Me (valfri)
• Operator_Male
• Operator_Female
• SettingUpStaff_Male
• SettingUpStaff_Female
• Repairer_Male
• Repairer_Female
• WorkerColors (custom color definitions?)
• WorkerColorMapping (mapping of roles to colors?)