Toekomst

Basis

Omdat dit project een proof of concept is, zal eerst en vooral moeten blijken of dit systeem voor de NMBS een aanwinst is of niet. Zij zullen, na analyse van het geleverde werk moeten inschatten of dit een geslaagde proof of concept is.

Indien dit project geslaagd blijkt te zijn, is er een basis om later op verder te bouwen. Aan de hand van alle code, documentatie en research kan er een stevig, industrieel systeem ontwikkeld worden voor het tracken van de wagons in CHW of andere werkplaatsen.

Future work

Zoals hierboven vermeld, is met dit project een basis gelegd. Vooraleer men dit systeem in gebruik kan nemen, moeten er nog een aantal zaken gebeuren. Een kleine oplijsting:

  • Om het ontwikkelen van de proof of concept makkelijker te maken, werd er met het stagebedrijf afgesproken dat alles lokaal - op de laptop van de stagiair - ontwikkeld kon worden. Wanneer het systeem volledig getest en afgewerkt is, zullen zowel de API als de database op een fysieke server moeten draaien. Dit is echter een van de laatste stappen die moet gebeuren.
  • De Raspberry Pi, die als centrale ontvangst unit gebruikt wordt, is in dit project verbonden met de laptop van de stagiair. Aangezien het netwerk binnen CHW beheerd wordt door een extern bedrijf, is het niet zo makkelijk om een extra device op het netwerk te krijgen. Hier moet toestemming gevraagd worden aan derden, en dat kan een tijdje duren. Dit is de reden waarom dat in deze fase van het project nog niet is gebeurd.
  • Door de problemen met de levering van de Xbee-modules is de draadloze communicatie voorlopig vervangen door bedrade communicatie. Door de Arduino's met USB-kabels te verbinden naar de Raspberry Pi konden de Xbee-modules buitenspel gezet worden. Wanneer het systeem daadwerkelijk gebruikt zal gaan worden, is de draadloze communicatie van groot belang omdat het onbegonnen werk is om alle Arduino's met een kabel naar de Pi te verbinden. Met de Xbee-modules moeten nog tests gedaan worden op het vlak van range.
  • Op aangeven van zowel Levi als Jeroen is er tijdens dit project weinig aandacht besteed aan de volledige layout van de mobiele applicatie. Het belangrijkste was om de data duidelijk weer te geven om zo aan te tonen dat het systeem werkt. De UX moet op punt gesteld worden. Dit kan onder andere gebeuren door de gebruikers van de applicatie te bevragen naar hoe makkelijk zij er mee kunnen werken, waar het beter kan ...
  • Een van de belangrijkste zaken die nog moet gebeuren, is de test van het systeem met echte wagons. In een van de eerste tests bleek dat het bereik van de RFID-readers drastisch verminderde wanneer de tag aan een stuk metaal bevestigd was. Aangezien een wagon algemeen gezien volledig uit metaal bestaat, zou dit een probleem kunnen opleveren. Wanneer een tag echter een aantal centimeter van het stuk metaal verwijderd was, was het leesbereik terug zoals voorheen. Een van de opties is dus om een test te doen met een stuk plastiek van een aantal centimeter dik. Op het stuk plastiek, bevestigd aan de wagon, zou dan de RFID-tag geplakt kunnen worden. Verder is het leesbereik van de lezers in een open ruimte gemiddeld gezien meer dan 2 meter. Het bereik moet minimaal 1 meter zijn. Omdat we hier dus een groter bereik hebben dan eigenlijk nodig, zou het signaal nog een beetje beïnvloed mogen worden door het metaal, zonder dat dit nefast zou zijn.
  • Voor de plaatsing van de lezers langs de sporen kan plaatsvinden, moeten er nog een aantal werkzaamheden gedaan worden door de Algemene Dienst van de werkplaats. Zo moet er stroom voorzien worden voor de lezers, moeten deze in volledig waterdichte cases terechtkomen ... De externe antenne die gebruikt moet worden, zal op de hoogte van de buffer van een wagon moeten komen. De antenne zal dus aan een paaltje bevestigd moeten worden. Omwille van deze werkzaamheden kan de opstartkost voor het project behoorlijk oplopen. Dit is dus ook iets waar rekening mee gehouden moet worden bij de uiteindelijke evaluatie.
  • Momenteel is er enkel een mobiele applicatie. Met deze applicatie kan de gebruiker nieuwe wagons aankondigen aan de hand van de "Nieuwe treinen"-knop. Ook de visualisatie van de gegevens gebeurt in deze app. Het zou echter wenselijk zijn dat er een desktop applicatie ontwikkeld wordt, zodat mensen van bijvoorbeeld de planning op een gebruiksvriendelijke manier de locatie van een bepaalde wagon kunnen achterhalen zonder dat ze de mobiele applicatie moeten gebruiken. Ook in het volgende puntje zal blijken dat een desktop applicatie zeker een meerwaarde kan betekenen.
  • Wanneer de koermeester een lijst ontvangt van een klant met alle UIC's in die zullen geleverd worden, staan hier nog heel wat extra data bij, bijvoorbeeld de defecten van die bepaalde wagon. Momenteel kopieert de koermeester dit allemaal in zijn Excel-sheet. Zoals men in het databaseschema kan zien, zijn er velden voorzien om de defecten van een wagon in te vullen, de eigenaar van de wagon ... Deze data worden weergegeven indien ze zijn ingevuld. Momenteel gebeurt dit handmatig. Er is nog geen manier om ervoor te zorgen dat de data die de koermeester ontving in de lijst, automatisch worden ingevuld in de juiste velden in de database. Er zijn twee mogelijkheden om aan de hand van de lijst het handmatige ingeven van data te voorkomen:
    • Wanneer de koermeester een lijst ontvangt van een klant, kan hij alle aangekondigde UIC's aanduiden, kopieëren en plakken in een tekstveld in de desktop applicatie. Deze treinen zouden dan een status kunnen krijgen "aangekondigd maar nog niet gecontroleerd". Wanneer de koermeester dan zijn ronde doet om alle wagons na te kijken, kan hij in plaats van de UIC-nummers in te typen, wat foutgevoelig is, ze aanduiden in een lijst, die hij zelf heeft ingegeven.
    • Na de controle van de aangekondigde wagons, het scannen van QR-codes en het aanduiden van de overeenkomstige UIC-nummers, komen de nieuwe wagons binnen in het systeem. Er wordt per wagon een nieuwe inrit aangemaakt, maar de velden klant, defecten, extra informatie ... zijn allemaal leeg. Vervolgens zou de koermeester zijn ontvangen lijst kunnen inladen in de applicatie om deze velden automatisch in te vullen. Zo wordt alle ontvangen data automatisch ingevoerd in het systeem wat de foutgevoeligheid een stuk lager maakt.
  • Voorlopig is het systeem ontwikkeld voor de werkplaats CHW. Een belangrijke vraag kan verder ook zijn: hoe kunnen we dit systeem ook in andere werkplaatsen voorzien, zonder al te veel moeite te moeten doen? In principe zou dit nu al mogelijk moeten zijn indien er niets werkplaats-specifiek in het systeem verwerkt is. Kan er echter iets gedaan worden aan de hoge kosten voor algemene werken zoals bijvoorbeeld het overal voorzien van voeding? Indien dit mogelijk is, zou dat een groot pluspunt zijn voor elke werkplaats.

results matching ""

    No results matching ""