lead/senior automation engineer

Modulair systeem

Een klant had een systeem met een vaste configuratie. De verkoopafdeling had moeite om deze configuratie bij alle klanten te implementeren en had verschillende alternatieve configuraties verkocht. Dit zou betekenen dat de organisatie veel "one of a kind"-projecten zou moeten realiseren, terwijl het bedrijf juist streefde naar standaardisatie.

In samenwerking met de lead proces engineer heb ik een plan opgesteld om het systeem vanuit modulaire configuraties schaalbaar te maken. Het management steunde het idee en stelde de vereisten op in de vorm van maximale en minimale configuraties. Dit hebben we verwerkt in de detailengineering. Nadat de detailengineering bijna compleet was, zijn er software engineers bij het project betrokken. Mijn taak was om de leiding te nemen en ervoor te zorgen dat de softwareengineering op tijd afgerond zou zijn voor de projectdeadline. Door de modules op te splitsen in functies en de communicatie tussen de modules te beschrijven in de detailengineering, konden de software engineers efficiënt aan de slag.

Ik heb de software engineers ondersteund en meegeschreven met de softwareontwikkeling. Omdat de software engineers zich verantwoordelijk voelden voor hun eigen module, heb ik met een goed gevoel het project na de succesvolle afronding en levering aan de klant kunnen overdragen. Zij zijn sindsdien ook verantwoordelijk voor het onderhoud.

Door duidelijke detailengineering, goed leiderschap, en gestructureerde processen zoals versiebeheer en het vastleggen van verantwoordelijkheden, is dit project een groot succes geworden. Mijn klant kan nu, met behulp van een configuratiebestand en een MQTT-broker, het systeem configureren zoals vastgelegd in de oorspronkelijke vereisten.

Maritime inbedrijfnames

Doordat er weinig software engineers beschikbaar waren die enkele dagen van huis konden zijn, werd ik vaak ingezet om de inbedrijfname van softwarepakketten te verzorgen.

Mijn rol was om de inbedrijfname zo te organiseren dat de klant akkoord zou gaan met alle SAT-punten. Dit was vaak ook de eerste keer dat de software daadwerkelijk getest werd. Ik moest me daarom eerst verdiepen in de gemaakte software en de keuzes die daarin gemaakt waren. In de meeste gevallen had ik de mogelijkheid om met de software engineer die de software had ontwikkeld te overleggen over de functies en keuzes, maar soms was daar geen tijd of mogelijkheid voor. Door de software goed door te nemen en de filosofie van de software engineer te begrijpen en te accepteren, was ik in staat de noodzakelijke wijzigingen door te voeren om het softwarepakket werkend te krijgen. Alle wijzigingen hield ik bij in een document en, wanneer mogelijk, deelde ik deze direct met de software engineer die het pakket had ontwikkeld.

Door mijn flexibele houding en duidelijke, maar soms ook tactische communicatie met de klant over de testen en de werkzaamheden, kon ik de inbedrijfnames altijd tot tevredenheid afronden.

Vergelijkbare werkzaamheden heb ik ook verricht voor onder andere servicewerkzaamheden. Inmiddels ben ik met kinderen thuis minder flexibel in het maken van meerdere dagen van huis dan in deze periode, maar door deze inbedrijfnames heb ik veel ervaring opgedaan met het analyseren van code van andere programmeurs en ben ik zeer vertrouwd geworden met het proces van inbedrijfnames.

OT cyber security consultancy

Door middel van de NIS2 moeten veel fabrieken hun OT-cybersecurity verbeteren. De enige gerenommeerde OT-cybersecuritystandaard op dit moment is de IEC 62443.

Vanuit mijn werkgever kreeg ik de opdracht om consultancy-materiaal op te stellen, zodat we onze klanten konden ondersteunen bij het bereiken van deze doelen. Hiervoor heb ik alle relevante delen van de IEC 62443 grondig bestudeerd en heb ik verschillende experts op het gebied van IT-beveiliging en OT-beveiliging gesproken. Deze kennis heb ik verwerkt in presenteerbaar materiaal om fabrieken bewust te maken van de regelgeving en wat dit voor hen zal betekenen. Daarnaast heb ik aangegeven welke stappen ze nu al kunnen zetten met de IEC 62443.

Om de huidige situatie van de fabrieken in kaart te brengen, heb ik quick scans uitgevoerd door de technische dienst te interviewen over hun systemen en processen. Vanuit deze quick scan kwam het huidige profiel van de fabrikant naar voren, waarin duidelijk werd waar er verbeteringen nodig waren. Ik heb hierbij ook een junior automation engineer ingeschakeld, zodat de opgedane kennis direct gedeeld kon worden. Het uiteindelijke doel was om een team op te bouwen dat dit onderwerp verder zou oppakken. De presentaties en quick scans heb ik ook in de praktijk kunnen toepassen bij verschillende opdrachtgevers.

Helaas, door mijn vertrek bij deze werkgever om voor mezelf te beginnen als freelance, heb ik het team niet verder kunnen vormgeven.

Systeem ontwikkeling

Mijn klant had een groot project waarvoor een waterstof systeem gebouwd moest worden. Dit systeem bevat voornamelijk proces-technologie en bestaat uit ongeveer 500 IO-punten, frequentieomvormers, natuurkundige berekeningen en feed-forward loops. Bij aanvang van het project had mijn klant een software engineer en één HMI software engineer beschikbaar. Mijn opdracht was om het project vanuit een leadrol op te pakken en de twee software engineers te begeleiden in hun werkzaamheden.

Mijn rol in dit project was om ervoor te zorgen dat de communicatie, planning, testplannen, en de softwareomschrijving goed werden uitgevoerd, en daarnaast een deel van de software engineering zelf op me te nemen. Omdat het project al was gestart toen ik erbij kwam, heb ik me eerst moeten verdiepen in alle reeds verrichte werkzaamheden en vanaf daar verder moeten werken of bijsturen waar nodig. Tijdens de inbedrijfname en de FAT (Factory Acceptance Test) heb ik een leidende rol gepakt door de door mij opgestelde testplannen te doorlopen en af te checken. Dit omvatte ook de audits van notified bodies voor de veiligheid, die ik volledig doorliep aan de hand van het V-model van IEC 61508, in combinatie met SIL-loopberekeningen in de Functional Safety Design Tool van ABB.

Om duidelijkheid te creëren voor beide software engineers, heb ik veel overleggen gehad met de procesingenieurs en elektrotechnisch ingenieurs. Tweewekelijks vroeg de projectleider om een update over de softwareontwikkeling. Dit heb ik intern met de software engineers opgepakt door middel van GIT-issues, die ik vervolgens tweewekelijks vertaalde naar een Excel-planning, omdat de projectleider en de mechanical lead geen fan waren van Microsoft Project. Ik wilde in hetzelfde platform blijven werken als de rest van de organisatie.

Daarnaast heb ik mijn individuele taken opgepakt, zoals een deel van de softwareontwikkeling in TIA Portal, de configuratie van de systemen (zoals PLC's, IO, drives, kleppen, racks, netwerkapparaten), het opstellen van testplannen en het ontwikkelen van de safety-software aan de hand van het V-model van IEC 61508.

Tijdens dit project hebben we verschillende uitdagingen gehad op het gebied van complexiteit en planning. Door goede communicatie en snel schakelen, hebben we veel problemen kunnen oplossen.