Ga naar de inhoud

AI bureau Utrecht

We bouwen AI op sensordata en houden die in productie in beheer. Met het Datalab van ProRail hebben we machine learning ingezet op glasvezelsignalen.

Machine learning op glasvezel om bij ProRail de detectie van treinen en wieldefecten te automatiseren

In het Datalab van ProRail onderzochten we samen wat Fiber-Optic Acoustic Sensing kan: glasvezelkabels die geluidsgolven meten. We hebben machine learning en AI ingezet om de detectie van treinen, spooronderdelen en wieldefecten te automatiseren, met als doel een veiliger en duurzamer spoornetwerk.

Lees de case

Wie reageert er als het model midden in de nacht een afwijking meldt?

Een model dat treinen, wissels of trams bewaakt, draait dag en nacht. Elke melding heeft dan iemand nodig die hem oppakt, en het model moet blijven kloppen als een sensor of voertuig wordt vervangen.

Plan een gesprek

Van sensorsignaal tot een model dat in beheer blijft

Bespreek je melding

Een melding uit ruwe signalen

Voor ProRail hebben we machine learning ingezet op glasvezel die geluidsgolven meet, om de detectie van treinen, spooronderdelen en wieldefecten te automatiseren.

Een workflow die het model live houdt

Bij Waternet zetten we als deel van team Datalab de MLOps-workflow op, met een MLflow model registry en CI/CD-templates, en onderhouden we die.

Templates voor het volgende model

Voor GVB richtten we in Databricks een MLOps-workflow in met herbruikbare templates, om hun segmentatiemodel in productie te zetten en te onderhouden.

Beheer bij wie het bouwde

Wat we zelf ontwikkelden, kunnen we na livegang bewaken, hertrainen en doorontwikkelen. Wie dat doet en hoe, spreken we af voordat het model live gaat.

Live gaat een model pas als de operatie weet wat ze met een melding doet

  1. De melding en wie hem oppakt

    Welke afwijking moet het model signaleren, wie krijgt de melding en wat doet die persoon ermee?

  2. Trainen op je eigen meetreeksen

    We trainen op historische sensordata en toetsen de meldingen tegen wat inspecties en storingen lieten zien.

  3. Live met monitoring en eigenaar

    Bij livegang staan versiebeheer, monitoring op drift en hertrainen klaar, en ligt vast wie ingrijpt.

Zegt onze sensordata genoeg voor een model dat meedraait in de operatie?

Toets het in een gesprek

Past als

Sensoren, meettreinen of storingssystemen leveren al langer data, en je kunt die koppelen aan wat er gebeurde: een defect, een inspectie of een storing die iemand heeft vastgelegd.

Past niet als

Een vaste drempel in het bestaande monitoringsysteem vangt de afwijking al, of niemand in de operatie heeft tijd om op een melding te reageren. Dan levert een model alleen extra werk op.

Waar de omvang van afhangt

Hoeveel sensoren en bronsystemen meedoen, hoe snel een melding er moet zijn, waar het model draait en hoeveel bewaking en hertrainen er na livegang nodig is.

Te veel valse meldingen?

Dat is de grootste valkuil bij detectie. Daarom draait het model eerst mee zonder dat iemand erop handelt, en stellen we de drempel samen met de operatie in.

Batch, bijna realtime of realtime: hoe snel moet een melding er zijn?

Een analyse per nacht

Kies dit als de melding een onderhoudsplanning voedt en niemand er direct op hoeft te reageren. Ons advies: begin hier, het beheer is eenvoudiger en sneller maken kan later.

Bijna realtime

Kies dit als een melding snel bij de juiste persoon moet zijn, maar niet op de seconde, zoals bij een wiel dat afwijkt. Het model draait dan op korte intervallen.

Realtime

Kies dit als de melding meteen tot een actie leidt. Dat vraagt streaming data, strengere monitoring en een plan voor als het model uitvalt.

Alleen wat we zelf bouwden, nemen we daarna in beheer

Data Science Lab bestaat sinds 2016, is partner van Databricks en Microsoft en deelt kennis in een eigen lab. Vanaf de Westerdoksdijk in Amsterdam werken we bij jou in Utrecht, op ons kantoor of online.

Plan een kennismaking

Eén afwijking die je operatie mist, is genoeg voor een eerste gesprek

Stef Stoelwinder

Stef Stoelwinder

Business Development

Stef is je eerste aanspreekpunt. In het eerste gesprek bespreken we welke afwijking je wilt zien, welke sensordata er ligt en wie het model straks beheert.

Welke afwijking in je netwerk wil je eerder zien?

Beschrijf de afwijking, de sensoren of systemen die al data leveren en wie er nu op reageert. Je krijgt antwoord per mail, of we plannen een eerste gesprek.

Vul een geldig e-mailadres in.

Laat ons weten waar we je mee kunnen helpen.

Veelgestelde vragen

Een AI bureau, ook wel AI agency of AI bedrijf, bouwt toepassingen die met data een beslissing ondersteunen en zorgt dat ze in productie blijven werken. In Utrecht gaat dat vaak over netwerken: ProRail heeft zijn hoofdkantoor aan het Moreelsepark en de provincie is eigenaar van het tramsysteem.

We bouwen zulke modellen als onderdeel van onze AI-toepassingen. Zoek je eerst advies over welke toepassing je kiest, lees dan AI consultant Utrecht.

Bij Fiber-Optic Acoustic Sensing meten glasvezelkabels geluidsgolven. Op de case van ProRail staan als technieken onder meer Fourier-transformaties, beeldsegmentatie met een U-Net-model en Tensorflow, op Databricks en Azure. Een Fourier-transformatie ontleedt een signaal in de frequenties waaruit het bestaat.

Voor de operatie komen er vragen bij: hoeveel valse meldingen acceptabel zijn, wie reageert en wat er gebeurt als een kabel wordt vervangen. Lees de case van ProRail.

Versiebeheer van code en model, een model registry, een pipeline die nieuwe versies test en uitrolt, en monitoring die een alert stuurt naar wie op dat moment verantwoordelijk is. En een afspraak over wat de operatie doet als het model uitvalt.

Bij Waternet zetten we als deel van team Datalab zo'n MLOps-workflow op, met een MLflow model registry en CI/CD-templates, en onderhouden we die. Hoe dat werkt, lees je bij MLOps.

Dan verandert de invoer. Een nieuwe kabel, een ander type wiel of een vernieuwd baanvak geeft signalen die het model niet kent. Het blijft meldingen geven, maar die kloppen minder. Dat heet drift.

Daarom bewaken we invoer en voorspellingen en hertrainen we als het nodig is. Voor GVB richtten we een MLOps lifecycle in, omdat hun segmentatiemodel up-to-date moest blijven met ontwikkelingen door de jaren heen.

Ja, als er een historie is van onderhoud en storingen die je naast de meetreeksen kunt leggen. Volgens de Beheervisie Tramsysteem 2020-2024 van de provincie Utrecht ligt het eigendom van de assets bij de provincie, en beheert het team Trambedrijf Beheer en Onderhoud de lokale spoorinfrastructuur.

Met onderhoudshistorie van trams, rails en wissels kun je voorspellen waar onderhoud nodig is. Lees meer bij predictive maintenance en AI voor infrabeheer.

Mogelijk. In bijlage III van de AI-verordening staan onder punt 2 systemen die bedoeld zijn als veiligheidscomponent in het beheer en de exploitatie van kritieke digitale infrastructuur, wegverkeer en de levering van water, gas, verwarming of elektriciteit. Spoorsystemen vallen onder de Europese productregels van bijlage I.

Door de AI-omnibus zijn de eisen uit bijlage III van toepassing per 2 december 2027. De juridische duiding ligt bij je jurist of compliance-afdeling; wij helpen met de inventarisatie en een voorstel voor de risico-indeling. Zie AI Act.

Dat kan, als je team ervaring heeft met modellen in productie. Dan leggen we vooraf vast wie eigenaar is, wie de alerts krijgt, wanneer er hertraind wordt en wie een nieuwe versie vrijgeeft. Mis je daar handen voor, dan kun je een MLOps engineer inhuren.

Blijft het beheer bij ons, dan loopt het via AI Managed Services. We beheren alleen oplossingen die we zelf ontwikkelden.

Als een vaste drempel in je monitoringsysteem de afwijking al betrouwbaar vangt, of als de operatie vooral overzicht mist. Dan helpt een dashboard op de data die je hebt meer dan een model.

Weet je nog niet of de signalen genoeg zeggen, verken dan eerst de data. Daarvoor is ons data science bureau in Utrecht. Bouwen heeft pas zin als er een verband is dat je kunt aantonen.