Kan jeres maskinkoncept holde den krævede kapacitet?

En ny maskine får ofte et tal hæftet på sig tidligt: 60 produkter i minuttet, 120 emner i timen eller en bestemt takttid. Tallet kan komme fra kundens forretningscase, en eksisterende linje, et salgsoplæg eller et første estimat fra konstruktionen. Selve tallet er tydeligt. Sikkerheden bag det er det ofte ikke.

Skriv kilden ved siden af tallet. En kapacitet kopieret fra en kørende maskine er et andet udsagn end et tal, salget har brugt til at vinde ordren. Et første estimat fra cyklusskitser er svagere endnu. Mangler kilden, skal I behandle tallet som et krav, ikke som bevis.

I en konceptgennemgang skal I også skille målte tider fra antagne. En procestid fra et forsøg eller fra en lignende maskine kan indgå i beregningen med navngiven kilde. Transfer, stabilisering, returslag og ventetid mellem stationer kommer ofte ind som gæt. Det er typisk de gæt, der vælter et ellers lovende koncept.

Opgaven her er at afgøre, om det nuværende koncept fortjener den næste investering i konstruktion. At forudsige den færdige maskine på millisekundet er den forkerte test.

Kapaciteten bliver sjældent bestemt af den synlige hovedproces alene. Produkter skal flyttes, falde til ro, stå i kø og videre igen. Mekanik accelererer og kører retur. Nogle bevægelser kan køre samtidig. Andre kan ikke. Én langsommere station kan få resten af cellen til at vente.

Tag en illustrativ pick-and-place-celle, der er solgt til 60 produkter i minuttet. Processtationen er 0,8 s. Et regneark, der kun bruger det tal, forudsiger 75 i minuttet. Transfer, stabilisering og returslag ligger uden for de 0,8 s og kan ikke overlappe fuldt. En længere produktvariant skal bruge ekstra stabiliseringstid. Løftet om 60 i minuttet afhænger nu af de ekstra tider, ikke af det procestrin der så hurtigt ud i CAD.

Eksemplet er en skitse, ikke et kunderesultat. Det er den slags hul, der viser sig i afklaringen: tallet på sliden var aldrig den fulde cyklus. Det nyttige resultat af gennemgangen er en kort liste over de antagelser, der bærer mest risiko. Det er dem, I skal afprøve først.

Hvis I ikke kan sætte grænser på transfer, stabilisering eller overlap, gør mere CAD-detalje ikke kapacitetskravet stærkere.

Bliv ved den samme celle på 60 i minuttet. Koncept A beholder én hurtig station. Den holder 60 kun hvis transfer bliver på 0,4 s. Koncept B bruger to langsommere stationer i parallel. Topydelsen er lavere, men længere stabiliseringstid sender ikke straks cellen under kravet. Begge kan tegnes til 60. Projektrisikoen er ikke den samme.

Luft er det, der er tilbage, når en tid flytter sig. Rigtige produkter, mekaniske tolerancer og senere tuning spiser af den luft. Et koncept uden reel luft kan stadig være teknisk muligt. Så skal samtalen med kunden og de interne beslutningstagere være en anden: designet skal ramme rigtigt første gang, ellers glider den lovede kapacitet.

Der findes ikke én procent, der altid er nok. Det afhænger af processen, kontrakten, produktvariation og hvor modne inddata er. I gennemgangen skal I kunne se afstanden mellem beregnet evne og kravet. Et optimistisk gennemsnit, der gemmer afstanden, er ikke evidens.

Hvis to koncepter begge ser ud til at ramme tallet, så rangér dem efter, hvor meget resultatet flytter sig, når den svageste antagelse ændres. Den rangering er ofte mere værd end ét tal for topydelse.

Tidlig modellering giver mest, når der er flere plausible måder at løse den samme produktionsopgave på. Ét koncept kan have én meget hurtig station, et andet to langsommere i parallel, og et tredje en kontinuerlig proces. Kapacitet er kun én kolonne i den sammenligning.

Tag også luft til kravet, gulvareal, mekanisk kompleksitet, fleksibilitet over for varianter og følsomhed over for de kritiske tider med. Modellen skal ikke vælge maskinen. Den skal gøre afvejningerne synlige, mens det stadig er billigt at skifte retning.

En visuel adfærdsmodel giver også folk uden for designteamet noget fælles at se på. En teknisk chef, en kunde eller en styregruppe kan følge det samme flow i stedet for at diskutere ud fra forskellige regneark og skitser. Det er ofte den egentlige beslutning i afklaringen: skal vi gå videre med det her koncept, eller med et andet, før detaljeringen begynder.

Niveauet skal følge prisen ved at tage fejl. Handler det kun om, om et princip er forståeligt og fysisk plausibelt, kan en beregning, et layout eller en tydelig animation være nok. Afhænger et kapacitetsløfte af overlap, buffere eller flere stationer, der påvirker hinanden, giver en dynamisk adfærdsmodel stærkere evidens.

Stop, når den aktuelle beslutning er understøttet. En tidlig model behøver ikke blive til en fuld digital twin eller et virtual commissioning-projekt, medmindre næste spørgsmål kræver den ekstra detalje. Bygger I for meget for tidligt, bliver en billig afklaring til et simulationsprogram, der stadig ikke kan svare på, om projektet skal fortsætte.

Hold de fire niveauer adskilt i projektsagen: krav, beregnet evne, valideret koncept og den byggede maskines ydelse. Blandes de, bliver et regnearkgennemsnit præsenteret, som om maskinen allerede havde kørt.

Et regneark er nok, når processen hovedsageligt er sekventiel, tiderne er kendte, og der er få indbyrdes afhængigheder. En 3D-model, der kun skal lægge tre faste tider sammen, koster tid uden at ændre beslutningen.

En dynamisk model tjener sig hjem, når vigtige antagelser påvirker hinanden: bevægelser overlapper, produkter ophobes, en buffer ændrer flowet, alternative koncepter skal sammenlignes, eller layoutet påvirker timingen. Den samlede adfærd kan vise sult eller blokering, som isolerede beregninger ikke fanger.

Til lange produktionshorisonter, skiftehold, tilfældige stop og statistisk variation hen over en hel hal er et diskret-event-værktøj som Siemens Plant Simulation som regel det rigtige. Unity-baserede modeller, og værktøjer som Visual Components eller realvirtual, er stærkere, når spørgsmålet er rumligt og mekanisk: kan det her layout, den her transfer og den her produktstørrelse holde takten. Vælg den mindste metode, der reducerer usikkerheden bag den beslutning, I skal træffe nu.

Har konceptet troværdig luft, og er de vigtigste antagelser navngivet, kan projektet gå videre i detaljeringen med tydeligere risici. Modellen kan have gjort sit arbejde. At stoppe er et gyldigt resultat.

Har projektet stadig brug for mere sikkerhed, kan samme koncept forfines med bedre geometri, målte tider og mere realistisk adfærd. Senere, når spørgsmålet bliver, om den faktiske automationssoftware styrer den valgte maskine korrekt, flytter arbejdet over i virtuel idriftsættelse. Det er en anden beslutning, med anden evidens.

Holder I trinnene adskilt, bliver et lille afklaringsspørgsmål ikke til et stort simulationsprojekt for tidligt. Samtidig bliver det tydeligt, hvad hvert trin har bevist, og hvad der stadig venter på den fysiske maskine.