RTLS & Smart Gate Proof of Concept

Realtime locatie en poortgebeurtenissen op uw eigen locatie bewijzen

Radiosignalen gedragen zich in elk gebouw anders. Deze PoC installeert de gekozen technologie in één representatieve zone of poort, meet tegen ingemeten referentiepunten wat die daadwerkelijk presteert, en levert een dekkings- en infrastructuurontwerp op — voordat iemand ankers voor de hele locatie koopt.

Mijn locatie beoordelen voor RTLSSpreek een productie-engineer
Gebruikelijke doorlooptijd4–8 weken
Omvang van de pilotEén representatieve zone, route of poort; geselecteerde assets en tags
Belangrijkste gesprekspartnerLogistiek manager
Beslissing aan het eindInfrastructuuradvies en stuklijst voor sitebrede uitrol

Is dit het probleem dat u moet oplossen?

  • Een specifieke pallet, gereedschap of wagentje vinden is een zoektocht, en die zoektocht kost geld.
  • Poortgebeurtenissen worden geregistreerd door iemand met een klembord, als ze al worden geregistreerd.
  • Assets verlaten de locatie en dat valt pas op wanneer ze nodig zijn.
  • Een eerder locatieproject beloofde een nauwkeurigheid die het gebouw nooit waarmaakte.

Belangrijkste gesprekspartner: Logistiek manager · Assetmanager · Magazijnmanager · Engineeringmanager · IT-/OT-manager

Wat deze PoC aantoont

Welke locatienauwkeurigheid behaalt de gekozen technologie daadwerkelijk in dit gebouw, met deze materialen?
Wat is de leessnelheid bij de poort, en hoeveel gebeurtenissen worden gemist of dubbel geregistreerd?
Hoe betrouwbaar zijn zoneovergangen wanneer een heftruck er met werkelijke snelheid passeert?
Hoeveel infrastructuur zou volledige dekking vereisen, en waar valt het signaal weg?
Verkort het kennen van de locatie de zoektijd daadwerkelijk, in gemeten minuten?

Aanbevolen omvang van de pilot

  • Eén representatieve zone, route of poort — representatief betekent lastig, niet gemakkelijk.
  • Geselecteerde assets, pallets of heftrucks met het afgesproken tagtype.
  • De ankers, lezers en tags die bij de te evalueren technologie horen.
  • Vastgelegde locatiegebeurtenissen: binnenkomst, vertrek, zonewissel, verblijftijd.
  • Ingemeten referentiepunten zodat nauwkeurigheid wordt gemeten in plaats van geschat.

Wat er tijdens de PoC live draait

Live positie of zoneaanwezigheid voor de getagde assets in het pilotgebied.
Stroom van poort- en zonegebeurtenissen met binnenkomst, vertrek en verblijftijd.
Weergave van dekking en signaalkwaliteit over het pilotgebied.
Assetzoekfunctie: een asset selecteren, zien waar die is en hoe verouderd de meting is.

Zo verloopt deze PoC

Week 1–2
Gereedheid van locatie, proces en dataLocatie- en radiobeoordeling: bouwmaterialen, stellingdichtheid, metaal en vloeistoffen, storingsbronnen, stroom- en netwerkposities, plus de nauwkeurigheid die de use case werkelijk vereist.Doorgangscriterium: Locatiebeoordeling afgerond en de technologiekeuze daarop onderbouwd.
Week 1–2
NulmetingDe huidige zoektijd voor assets en de nauwkeurigheid van poortgebeurtenisregistratie meten, zodat de waarde van het kennen van de locatie iets heeft om mee te vergelijken.Doorgangscriterium: Nulmeting voor zoektijd en gebeurtenissen geobserveerd.
Week 2–4
Hardware- en netwerkinstallatieAnkers, lezers en tags in het pilotgebied installeren, de referentiepunten inmeten en kalibreren.Doorgangscriterium: Systeem live en gekalibreerd tegen ingemeten punten.
Week 4–7
Validatie en acceptatieNauwkeurigheid tegen de referentiepunten meten, leessnelheid bij de poort, gemiste en dubbele gebeurtenissen, latentie en betrouwbaarheid van zoneovergangen onder werkelijk verkeer.Doorgangscriterium: Nauwkeurigheids- en gebeurtenisresultaten vastgelegd onder normale bedrijfsomstandigheden.
Week 7–8
Uitrolbeslissing en business caseDe dekkings- en nauwkeurigheidskaart, het storings- en risicorapport, het infrastructuuradvies en de stuklijst voor sitebrede uitrol presenteren.Doorgangscriterium: Doorgaan, bijstellen of stoppen.

Doorlooptijden zijn gebruikelijk, niet gegarandeerd. Wat de planning verlengt: ontbrekende of onvolledige data, security- en netwerkgoedkeuringen, levertijden van hardware, het verzamelen van monsters, toegang voor de installatie, het productieplan, toegang tot de ERP-testomgeving en de tijd die uw team nodig heeft om resultaten te beoordelen.

Een ongeplande stilstand is niet voorzien. Elk installatievenster of gecontroleerde onderbreking wordt vooraf met u afgestemd en rond de productie gepland.

Hoe succes wordt gemeten

Hoe succes wordt gemeten
MeetwaardeHoe die is gedefinieerdWaar het getal vandaan komtSoort
LocatienauwkeurigheidAfwijking tussen gerapporteerde en ingemeten positie, gerapporteerd als verdeling in plaats van één beste geval.Sensor-, meter- of apparaatdataTechnisch
LeessnelheidAandeel van de tagpassages dat bij de poort of het referentiepunt wordt gedetecteerd onder normaal verkeer en normale snelheid.Sensor-, meter- of apparaatdataTechnisch
Gemiste en dubbele poortgebeurtenissenNiet-geregistreerde en dubbel geregistreerde gebeurtenissen over de validatieperiode.Sensor-, meter- of apparaatdataTechnisch
GebeurtenislatentieTijd van een fysieke passage tot de beschikbaarheid van de gebeurtenis, op het 95e percentiel.Data uit het MSF-platformTechnisch
Betrouwbaarheid van zoneovergangenAandeel van de zonewissels dat correct wordt gerapporteerd, zonder heen en weer springen tussen aangrenzende zones.Sensor-, meter- of apparaatdataTechnisch
Zoektijd voor assetsTijd om een specifiek asset met het systeem te vinden, versus de geobserveerde nulmeting.Afgesproken nulmetingOperationeel
InfrastructuurdekkingAandeel van het pilotgebied dat de vereiste nauwkeurigheid haalt, en wat volledige dekking zou vereisen.Sensor-, meter- of apparaatdataTechnisch

Vóór de implementatie spreken MSF en uw team af hoe elke meetwaarde wordt berekend, waar de nulmeting vandaan komt, welke data buiten beschouwing blijft en welk resultaat een uitrolbeslissing rechtvaardigt. Deze pagina noemt wat er gemeten wordt; de concrete streefwaarden horen in de schriftelijke PoC-scope, niet in een marketingbelofte.

Wat u aanlevert

  • Lay-out- of CAD-tekeningen waar aanwezig, en de kenmerken van gebouw en stellingen.
  • De te volgen assets, en de nauwkeurigheid die de business case werkelijk vereist.
  • Gebeurtenisregels — wat telt als binnenkomst, vertrek en relevante verblijftijd.
  • Netwerk- en stroomposities, en toegang voor de installatie.

Wie doet wat

Meta Smart Factory levert

  • Verkennende workshop en begeleiding bij het bepalen van de scope
  • Configuratie van de oplossing voor de afgesproken scope
  • Integratie- en koppelwerk binnen die scope
  • MSF-hardware zoals vermeld in de offerte
  • Training van de pilotgebruikers
  • De KPI-definities en de validatiemethode
  • Issuebewaking en ondersteuning tijdens de pilot
  • Het eindrapport en het uitrolontwerp
  • De radiolocatiebeoordeling, kalibratie en een gemeten dekkings- en nauwkeurigheidskaart.
  • Een infrastructuurstuklijst afgeleid uit metingen in uw gebouw, niet uit een datasheet.

U levert

  • Een benoemde business-eigenaar en een benoemde technisch eigenaar
  • Tijdige toegang tot gebruikers, lijn, machines en goedgekeurde systemen
  • Een correcte toelichting op het proces en de stamdata
  • Toegang voor netwerk, voeding, montage en veiligheid
  • ERP-, PLC- en leveranciersdocumentatie plus de experts die deze kennen
  • Representatieve monsters of historische data
  • De bevestiging dat de nulmeting eerlijk is
  • Terugkoppeling en de acceptatiebeslissing
  • Toegang voor het monteren van ankers en lezers, indien nodig op hoogte.
  • Normaal bedrijfsverkeer tijdens het validatievenster — een lege gang bewijst niets.

Vastgelegd in de schriftelijke offerte

  • Panel-pc’s, tablets, servers en GPU-servers
  • Camera’s, lenzen, verlichting en behuizingen
  • Scanners, printers, RFID-apparatuur, meters en sensoren
  • Reizen, installatie, transport, invoerrechten en lokaal elektrotechnisch werk
  • Of hardware wordt gehuurd of gekocht
  • Of een PoC-bedrag wordt verrekend met een uitrol

Commerciële voorwaarden, eigendom van hardware, reizen, integratiescope en een eventuele verrekening met de uitrol worden vastgelegd in de schriftelijke PoC-offerte. Ze zijn niet voor elk product gelijk en deze pagina belooft ze niet.

Wat u aan het eind krijgt

  • Dekkings- en nauwkeurigheidskaart van het pilotgebied.
  • Resultaten van poort- en zonegebeurtenissen onder werkelijk verkeer.
  • Infrastructuuradvies met de technologie onderbouwd door metingen.
  • Storings- en risicorapport dat de gevonden fysieke oorzaken benoemt.
  • Business case-input op basis van de gemeten zoektijd- en gebeurtenisdata.
  • Stuklijst voor sitebrede uitrol.

Randvoorwaarden, uitsluitingen en grenzen

Deze PoC is afhankelijk van

  • Fysieke toegang voor het monteren van ankers en lezers, soms op hoogte.
  • Normale werking van het pilotgebied tijdens de validatie, inclusief de drukste momenten.

Niet inbegrepen in deze PoC

  • Sitebrede infrastructuurinstallatie — dat is de uitrol.
  • Buitenterreintracking en voertuigtelematica, tenzij expliciet in scope genomen.
Wat deze PoC niet beweert

Er wordt vooraf geen nauwkeurigheid toegezegd. Nauwkeurigheid op centimeterniveau is met sommige technologieën in sommige gebouwen haalbaar en in andere niet — metaal, vloeistoffen, stellingdichtheid en storingen bepalen dat. Deze PoC bestaat precies om dat op uw locatie te meten voordat u zich vastlegt op infrastructuur.

Doorgaan, bijstellen of stoppen: het beslismoment

DoorgaanDoorgaan: de gemeten nauwkeurigheid voldoet aan de use case — doorgaan naar sitebrede uitrol volgens de opgeleverde stuklijst.
BijstellenBijstellen: een andere technologie, ankerdichtheid of tagtype is nodig; het rapport geeft aan welke en waarom.
StoppenStoppen: de vereiste nauwkeurigheid is in dit gebouw niet haalbaar tegen aanvaardbare kosten, en u weet dat voordat u het koopt.

Veelgestelde vragen

Welke RTLS-technologie gebruiken jullie?

Dat hangt af van wat de use case vereist en wat het gebouw toelaat — UWB, BLE en RFID verschillen sterk in nauwkeurigheid, kosten en infrastructuurprofiel. De locatiebeoordeling kiest de technologie; die vooraf kiezen is precies hoe locatieprojecten mislukken.

Kunnen jullie 10 tot 30 cm nauwkeurigheid garanderen?

Nee, en elke leverancier die dat toezegt voordat hij uw gebouw heeft gezien, gokt. Nauwkeurigheid is een eigenschap van de technologie, de ankerdichtheid en de fysieke omgeving samen. Deze PoC meet die tegen ingemeten referentiepunten en rapporteert de verdeling, inclusief de slechte gevallen.

Hoe groot moet het pilotgebied zijn?

Groot genoeg om uw lastigste omstandigheden te omvatten — een dicht bezet stellinggangpad, een metaalrijk gebied, een drukke poort. Een pilot in een open, lege hal levert een getal op dat het contact met de rest van de fabriek niet overleeft.

Hebben we RTLS nodig als we al barcodes scannen?

Vaak niet, en deze PoC zegt dat ook. Scannen levert nauwkeurige gebeurtenissen op bekende punten, en voor veel stromen is dat voldoende. RTLS verdient zichzelf terug waar assets onvoorspelbaar bewegen en het zoeken ernaar een meetbaar dagelijks verlies is — daarom staat de zoektijd op de scorecard.

Deze Proof of Concept aanvragen

Vertel welke scope u voor ogen heeft, dan komen wij terug met een schriftelijk PoC-plan: wat er gekoppeld wordt, wat u aanlevert, hoe succes wordt gemeten en hoe de beslissing aan het eind eruitziet.

Stuur via dit formulier geen inloggegevens, exports uit productiedatabases, personeelsgegevens of vertrouwelijke tekeningen. Als een PoC die nodig heeft, richten we eerst een goedgekeurd, beveiligd kanaal in.

Inzendingen worden gecontroleerd op misbruik en vastgelegd, inclusief IP-adres. U bent verantwoordelijk voor wat u instuurt.