<\/span>
\nIk ga u nu meenemen naar de eerste stappen van de artikel implementatie. <\/span>De basis voor welk project is de artikeldatabase die nog ingericht moet worden.<\/span>
\n<\/o:p><\/span><\/div>\n

\nNatuurlijk kun je gaan voor de basis database, maar beter is een eigen nieuwe database in te richten.<\/span><\/div>\n

<\/div>\n

<\/p>\n

\nEngineeren is vooruitzien.<\/b><\/div>\n
\nHet ERP veld geworden kan bijv. dienen als referentie voor een koppeling met een inkoop systeem. <\/div>\n
<\/div>\n
\nUiteindelijk zal de workflow er als volgt uitzien.<\/span><\/div>\n
\n
Aan mij de taak om de artikelen aan te vullen met de benodigde gegevens. <\/o:p><\/span><\/li>\n
Collega’s gaan bezig met het schema en gaan in artikelbeheer starten met het maken van de bouwgroepen.<\/o:p><\/span><\/li>\n
Uiteindelijk zal alles samengevoegd en getest worden op de juiste werking.<\/o:p><\/span><\/li>\n
En specifieke zaken zullen door mij worden uitgezocht en in een later tijdstip gedeeld met mijn collega’s.<\/span><\/li>\n<\/ul>\n
<\/div>\n
\n
\nDaarnaast is er continu overleg omtrent de voor van de macro’s in algemene zin, met name ook de schema macro’s, beste opbouw, testen, meldingen beheer enz. enz.<\/span><\/div>\n
\nAlles gaat pas live als het door en door getest is. <\/span><\/div>\n
<\/div>\n
Niet uitsluitend voor de paneelbouwer.<\/b><\/span><\/p>\n
\nOok zullen we kijken welke verwerkingen we nodig hebben om de paneelbouw van de juiste informatie te voorzien. <\/span><\/div>\n
\nAlleen paneelbouw is niet leidend in de opzet van de schema’s en verwerkingen.<\/span><\/div>\n
\n
\n<\/span><\/div>\n
\nWaarom? Omdat een paneel alleen in de beginfase bij de paneelbouwer staat. Daarna staat die bij de klant.<\/span><\/div>\n
\nInformatie is nodig voor <\/span>de technici die de machine gaan installeren en in bedrijf stellen, alsmede de mensen die onderhoud moeten plegen en storingen moeten oplossen.<\/span><\/div>\n
\n
\n<\/span><\/div>\n
\nDe juiste documentatie snel op de plek van de storing voorhanden hebben is een pre. Anders komt de productie in gevaar. <\/span><\/div>\n<\/div>\n
\n<\/o:p><\/span><\/div>\n
\n
\n<\/span><\/div>\n
\nArtikeldatabase.<\/span><\/b><\/o:p><\/span><\/div>\n
\nHierin kennen we 4 vormen:<\/o:p><\/span><\/div>\n
<\/div>\n
\n– Standaard database<\/o:p><\/span><\/div>\n
\n– Probeer database<\/o:p><\/span><\/div>\n
\n– Beheer database<\/o:p><\/span><\/div>\n
\n– Live database<\/o:p><\/span><\/div>\n
<\/div>\n
\nDe standaard database<\/u> is de database zoals geleverd door EPLAN.<\/o:p><\/span><\/div>\n
<\/div>\n
\nDe probeer database<\/u> is de database om zaken te testen, eigen artikelen aanmaken en gebruiken. Ofwel een grote \u201cbak\u201d van niet terzake doende artikelen.<\/o:p><\/span><\/div>\n
<\/div>\n
\nDe beheer database<\/u> is de database van nieuwe artikelen, die aangevuld worden met de juiste gegevens, zoals bijv. artikel documenten in pdf, extra waarden die we willen weten en ga zo maar door.<\/o:p><\/span><\/div>\n
<\/div>\n
\nUiteindelijk als alles getest is, dan word het gekopieerd naar de live database<\/u>, dat is de database die uiteindelijk gebruikt zal gaan worden als we daadwerkelijk de schema\u2019s gaan maken.<\/o:p><\/span><\/div>\n
<\/div>\n
\nArtikeldatabase nader bekeken.<\/span><\/b><\/o:p><\/span><\/div>\n
\nWelke gegevens willen we vast leggen binnen artikelbeheer.<\/o:p><\/span><\/div>\n
\nAllereerst de bekende gegevens, zoals breedte, hoogte en diepte.<\/o:p><\/span><\/div>\n
\nMaar ook certificeringen zoals UL.<\/o:p><\/span><\/div>\n
\nOok hebben we speciale extra velden aangemaakt in de vrije eigenschappen.<\/o:p><\/span><\/div>\n
<\/div>\n
\nBeveiligen van velden.<\/span><\/i><\/o:p><\/span><\/div>\n
\nOm nu te voorkomen dat onze velden die we zelf hebben aangemaakt, overschreven gaan worden, hebben we deze beveiligd tegen overschrijven bij import.<\/span><\/i><\/o:p><\/span><\/div>\n
<\/div>\n
\nDat is een optie bij Artikelimport in het veld Velden beveiligen op […].<\/span><\/i><\/o:p><\/span><\/div>\n
<\/div>\n
\nDocumenten<\/span><\/b><\/o:p><\/span><\/div>\n
\nDan ook de documenten die een eigen plek krijgen in de EPLAN mappen.<\/o:p><\/span><\/div>\n
\nDit zijn andere documenten dan bij de standaard import van artikelen worden meegegeven.<\/span><\/div>\n
<\/div>\n
\nDocument 1: Engelse taal<\/o:p><\/span><\/div>\n
\nDocument 2: Nederlandse taal<\/o:p><\/span><\/div>\n
\nDocument 3: Duitse taal<\/o:p><\/span><\/div>\n
<\/div>\n
\nVoordeel: <\/o:p><\/span><\/div>\n
\nEen vaste plek op het netwerk. Geen link naar internet, deze kunnen wijzigen.<\/o:p><\/span><\/div>\n
\nBij maken van pdf kunnen deze documenten worden bijgevoegd bij de gemaakte pdf. Engels is in deze preferent.<\/o:p><\/span><\/div>\n
<\/div>\n
\nHet step file en 3D model.<\/span><\/b><\/o:p><\/span><\/div>\n
\n Deze word, of gebruikt van de fabrikant, of opgehaald van internet en in sommige gevallen ook zelf gemaakt. Het zelf maken heeft vaak weer te maken met het juiste kleur gebruik en vooral ook het niet te ingewikkeld maken van de step file. Immers wat in een apparaat zit is geheel niet interessant. Alleen de buitenzijde.<\/o:p><\/span><\/div>\n
\nHoe lichter de step file hoe sneller het straks in EPLAN.<\/o:p><\/span><\/div>\n
<\/div>\n
\n3D Macroproject.<\/span><\/b><\/o:p><\/span><\/div>\n
\nPer fabrikant maken we een 3D macro project. Per macro word de plek ingesteld waar de macro\u2019s worden weg geschreven. We hebben gekozen voor een eigen plek op de server in de volgende vorm<\/o:p><\/span><\/div>\n
<\/div>\n
\n\u2026{fabrikant}3D{voorletters fabrikant}_{naam macro}_3D.ema<\/o:p><\/span><\/div>\n
<\/div>\n
\nNu wijken we af van de structuur van EPLAN en volgen onze eigen structuur.<\/o:p><\/span><\/div>\n
<\/div>\n
\nDe schema macro\u2019s worden geplaatst in <\/o:p><\/span><\/div>\n
<\/div>\n
\n\u2026{fabrikant}<\/o:p><\/span><\/div>\n
<\/div>\n
\nDus staat alles mooi bij elkaar.<\/o:p><\/span><\/div>\n
<\/div>\n
\nStepfile inlezen.<\/span><\/b><\/o:p><\/span><\/div>\n
\nIk heb eerst de mate van detaillering bij import ingesteld. Voor grote objecten zo klein mogelijke detaillering, voor kleine objecten (wartels) zo groot mogelijke detaillering.<\/o:p><\/span><\/div>\n
<\/div>\n
\n
<\/div>\n
Zodra ik de stepfile geladen heb, ga ik eerst (indien nodig) alle logische items combineren. Het hangt er een beetje af hoe de macro eruit ziet.<\/o:p><\/span><\/p>\n<\/div>\n
\nDan voeg ik het montageoppervlak toe, zet de view op ZO-isometrisch en kijk of richting klopt.<\/o:p><\/span><\/div>\n
\nDan word de handle geplaatst, de naam ingevuld enz. Enz.<\/o:p><\/span><\/div>\n
<\/div>\n
\nVervolgens ga ik kijken of er nog montagepunten nodig zijn om andere artikelen te kunnen koppelen op het 3D ontwerp. Met name met de Lenze regelaars is dat het geval. De namen van die montagepunten maak ik gelijk aan die genoemd in de gegevens van de fabrikant.<\/o:p><\/span><\/div>\n
<\/div>\n
\nAanvullende onderdelen die dan nog geplaats moeten worden, krijgen een handle met een al dan niet vast toegewezen montagepunt.<\/o:p><\/span><\/div>\n
\nEr zijn in de Lenze regelaar enkele units die een vaste plek hebben.<\/o:p><\/span><\/div>\n
<\/div>\n
\nAansluitbeelden.<\/span><\/b><\/o:p><\/span><\/div>\n
\nPer onderdeel maak ik tevens de aansluitbeelden aan. Dit geeft informatie over de aansluiting en word straks gebruikt bij het routeren van de bedrading. Ik probeer zoveel mogelijk in te vullen, draaddiktes, wat voor type aansluiting is het, maar ook het aandraai moment. Immers in de 2.8 is het nu mogelijk die mee te exporteren naar een bedradingslijst.<\/span><\/div>\n
<\/div>\n
\nBoorsjabloon.<\/span><\/b><\/o:p><\/span><\/div>\n
\nOok een boorsjabloon maak ik aan daar waar nodig is. En soms zijn er meerder per artikel aanwezig en kan men een keus maken. Zie hiervoor de Rittal koelers.<\/o:p><\/span><\/div>\n
<\/div>\n
\nApparaat geschikt voor rail bevestiging en boringen<\/span><\/i><\/o:p><\/span><\/div>\n
\nDat komt ook vaak voor. Dan maak ik een tweetal varianten. Een die snapt op de rail. De ander die snapt op de montageplaat.<\/span><\/i><\/o:p><\/span><\/div>\n
\nPas als een variant snapt op de montage plaat word het boorpatroon zichtbaar. <\/span><\/i><\/o:p><\/span><\/div>\n
\nHet is mogelijk om te kiezen dat het boorpatroon altijd geboord moet worden, hetgeen een instelling in het boorpatroon is.<\/span><\/i><\/o:p><\/span><\/div>\n
<\/div>\n
\n<\/o:p><\/span><\/div>\n
\nVerder verloop artikeldatabase.<\/span><\/b><\/o:p><\/span><\/div>\n
\nDe artikeldatabase word nu gevuld door mij en mijn collega\u2019s. Vaak als artikel, maar soms ook als bouwgroep. En hierbij doel ik op bijv. de Lenze reglaars welke uit meerder onderdelen bestaan. <\/o:p><\/span><\/div>\n
\nVandaar dat de montagepunten de unieke namen krijgen.<\/span><\/div>\n
\n
\n<\/o:p><\/span><\/div>\n
\nTestcyclus.<\/span><\/b> <\/o:p><\/span><\/div>\n
\nAls dan alles voltooid ga ik de combinatie schemamacro, artikel, 3D model testen in de 3D omgeving met een aantal klemmen.<\/o:p><\/span><\/div>\n
<\/div>\n
\nWe maken gebruik van het paneel zoals gebruikt word bij de kantbank machines. Dit laatste is zeker noodzakelijk, alleen dan weet je of het werkt in onze omgeving.<\/o:p><\/span><\/div>\n
<\/div>\n
\nDe test is om te kijken of:<\/o:p><\/span><\/div>\n
\n
Welke meldingen getoond worden in meldingen beheer (en dan oplossen of uitzetten)<\/span><\/o:p><\/span><\/li>\n
Het plaatsen van het 3D component goed verloopt.<\/span><\/o:p><\/span><\/li>\n
Of alle onderdelen vanuit de bouwgroep op de juiste manier geplaatst worden<\/span><\/o:p><\/span><\/li>\n
De routering juist is<\/span><\/o:p><\/span><\/li>\n
De boorpatronen juist uitgelijnd zijn.<\/span><\/li>\n<\/ul>\n
\n
\n<\/span><\/div>\n
\nAls dat zo is, dan krijgt het onderdeel een vinkje, en kan het gebruikt worden.<\/o:p><\/span><\/div>\n
<\/div>\n
\n