Mijn mening? Dan begint het pas.

Ik denk nooit. Het blijft een proces van steeds weer gaan nadenken, wat kan sneller, efficiënter. Hoe implementeer ik nieuwe ideeën, hoe implementeer ik innovaties van het bedrijf in mijn standaard.

Kijk naar de toekomst.

Welke technologieën zijn aanwezig om het werk nog sneller, en efficiënter te doen.

Welke volgorde handhaaf je. Eerst de basis schema opzet maken, controleren op de werking, routering, meldingen beheer. Of gelijk starten met een macroproject?
Ik ga voor de volgorde project, macro project.

Macroproject, als tweede stap?

Ja nu pas. Ik heb eerst de schema’s gemaakt op basis van de aanwezige informatie. Natuurlijk voor zien van artikelen. En dan artikelen voorzien van 3D gegevens, aansluitbeelden en boorsjablonen.

Uiteindelijk getest en meldingen beheer gebruikt om vreemde zaken op te sporen. 

Laat het testen door de gebruiker, of andere partijen die er mee moeten gaan werken.

En van die basis, daar gaan we de macro’s van maken.

Kennis overdracht

En hoe gaan we alles qua kennis overdragen, dat is belangrijk. Als men niet weet hoe een en ander ingesteld is en ingesteld moet worden, dan dan loop je vertraging op bij het “genereren” van projecten.
Daarnaast, als je panelen extern laat bouwen maak dan een dan een goed protocol dat duidelijk de stappen en de grenzen aangeeft.

Informatievoorziening

Naar de toekomst kijken is ook bepalen met het team, welke output gaan we genereren voor de toeleverancier. Wat is nodig, wat is niet nodig. Welke extra (cloud) oplossingen gaan we wel en niet gebruiken. Welke output is “need to have” en welke “nice to have”?

E-Pulse, project in de cloud?

Inmiddels ben ik uit nieuwsgierigheid aan het testen met Epulse van EPLAN. Account aanmaken is simpel. Het project uploaden ook, en collega’s en toeleveranciers toegang geven is met een druk op de knop te realiseren.

Dan kan men je project inzien, commentaar bij zetten, die je dan weer kan verwerken op de zaak. Het maakt geheel niet uit waar je op dat moment bent, met Eview is dat overal inzichtelijk.

Samenvattend: 

Standaardisatie houdt niet op bij de oplevering, dan begint het pas.
Een duidelijke visie en stategie zijn noodzakelijk om de volgende stappen te doen in het proces.
En vergeet niet: het is en blijft teamwork….

Het hoofdstuk wat nu komt heb ik genoemd “schema standaardisatie”.

Op het moment dat het woord standaardisatie te horen is, raken al veel engineers in paniek. Veel gehoorde opmerking: “Dan zijn we gebonden aan…”. Terwijl standaardisatie niets anders is dan het hergebruiken van in dit geval schema’s.

Maar ons bedrijf heeft unieke machines, klant specifiek, er valt niets te standaardiseren?

Laat ik u uit de droom helpen, er valt zeker te standaardiseren. 

Hoe maakt u uw project? 
Kopiëren, en dan weglaten of toevoegen. 80%, zo niet meer, word hergebruikt. Dus maakt u gebruik van… een standaard.

Nu we dit ontkracht hebben, moeten we alleen opzoek gaan naar de grootste gemene deler. Bekijk uw projecten en schema’s eens goed en u zult ontdekken dat er meer overeenkomsten zijn dan u dacht.

En van al die overeenkomsten gaan we nu macro’s maken. Want die kunnen we uitstekend hergebruiken.

In eerste instantie voegen we het met de hand toe, maar u zult merken dat automatiseren toch veel sneller gaat. Weg met het geestdodend werk, tijd voor wat leuks. Hoewel het laatste niet aan je chef moet vertellen.

Welke smaak. 
Venstermacro’s? Paginamacro’s?

Veelal worden venster macro’s gemaakt. En soms pagina macro’s.

Laten we ons concentreren op de venster macro’s en dan volgende de pagina macro’s automatisch.

Ik ga niet uitleggen hoe je dat gaat maken. Daar heeft EPLAN hele goede webinars voor ontwikkeld, maar ik wil wel een handreiking doen wat je zou kunnen gebruiken.

Macroproject

We starten met een macroproject. Ik vind het zelf altijd prettig om onderscheid te maken tussen schema macro’s en 3D macro’s.

Ik maak meestal verschillende projecten aan.

Schema macro’s maak ik aan in een apart project, en dan zoals te zien is in het macro project van EPLAN welke meegeleverd word.

Ik kijk naar de toekomst, kan ik later mijn gemaakte macro’s gebruiken om te genereren? Het hoeft niet, maar dan is de uiteindelijke basis toch gelegd, want je wilt het jezelf zo makkelijk mogelijk maken.

3D macro maak ik aan per fabrikant. En zoveel mogelijk gebruik makend van bestaande 3D files, of het gebruik van step files die ik dan weer importeer.

Schema macro’s.

Hoe bouw ik die op. Bij voorkeur functiegericht. Voorzien met een TAO, zodat ik een waarde kan kiezen, en dan op de achtergrond alles automatisch word ingevuld.

Voorbeeld:

Schema met een motorschakeling, bestaande uit:

• Spanning aansluiting
• Beveiliging
• Contactor
• Klemmen
• Kabel
• Motor

Ik laat door de TAO het volgende variabelen invullen:

• Artikel voor de hoofdstroom draden (<HsVerbArt1>)
• Artikel voor de stuurstroom draden (<StVerbArt1>)
• Artikel voor de beveiliging (<BevArt1>)
• Artikel voor de contactor (<RelArt1>)
• Artikel voor de klemmen (<KlmArt1>)
• Artikel voor de kabel (<MtrKblArt1>)
• Lengte voor de kabel (<MtrKblLengte>)
• Artikel voor de motor (<MtrArt1>)

Het is zaak variabelen te kiezen welke een beetje aangeven waar het voor dient. HsVerbArt1, is de “hoofdstroom verbinding artikel 1”. Ik gebruik vaak _ i.p.v. spaties.

Het motor vermogen bepaalt de artikelen welke toegepast worden. Dus dat worden de waarden gebruikt van het motor vermogen.

Of wel waarden van: 0,35kW; 0,7kW en zo verder. Je mag zelf bepalen wat je wilt gebruiken. Als het maar duidelijk is.

Uiteindelijke doel.

Dus we maken een (venster) macro, zo compleet mogelijk, middels de functionele wijze, met motorvermogen keuze die alles voor mij invult.

Genereren van projecten, een logische stap.
Een project kun je natuurlijk gaan samen stellen door het maken van nieuwe pagina’s en invoegen van macro’s of paginamacro’s.


Je kunt ook Cogineer of EEC Professional gebruiken.