Het in gebruik nemen van 50, 200 of 500 industriële IoT-gateways mag niet afhankelijk zijn van een herhaalde handmatige configuratie op elke locatie. Met Zero-Touch Provisioning, of ZTP, kan een vooraf geregistreerde gateway uit de doos worden gehaald, verbinding maken met het netwerk, zich authenticeren bij de Eziwan-cloud, automatisch de configuratie ophalen, de certificaten toepassen, verbinding maken met de beveiligde tunnel en de implementatiestatus doorgeven. De technicus ter plaatse sluit de apparatuur aan; de configuratie, beveiliging en traceerbaarheid worden aangestuurd vanuit een gecentraliseerd platform.
Het probleem van handmatige implementatie op grote schaal
In een industrieel IoT-project met meerdere locaties wordt handmatige configuratie al snel de grootste bottleneck. Zolang het om slechts enkele gateways gaat, kan een ervaren technicus de netwerkinstellingen, VPN-regels, lokale IP-adressen en gegevensstromen handmatig configureren. Maar zodra het project uitgroeit tot tientallen of honderden locaties, leidt deze methode tot hoge kosten, fouten en een variabiliteit die moeilijk onder controle te houden is.
De problemen zijn heel concreet.
-
Voor elke gateway moeten vaak talrijke instellingen worden ingevoerd: APN van de simkaart, lokaal IP-adres, VLAN, DNS, VPN, firewall, NAT-regels, certificaten, Modbus-polling, MQTT-eindpunt of bedrijfs-API.
-
Interventies ter plaatse zijn kostbaar, vooral wanneer de locaties afgelegen liggen, verspreid zijn over verschillende regio’s of alleen onder bepaalde exploitatievoorwaarden bereikbaar zijn.
-
Invoerfouten komen vaak voor: verkeerde APN, onjuist netwerkmasker, sleutel op de verkeerde plaats gekopieerd, dubbel subnet, profiel op de verkeerde locatie toegepast.
-
Diagnose op afstand wordt lastig wanneer een verkeerd geconfigureerde gateway nog geen monitoringtunnel heeft opgezet.
-
Grootschalige firmware-updates worden zelden uitgevoerd als daarvoor per locatie handmatige handelingen nodig zijn.
-
De configuraties lopen in de loop van de tijd uiteen, omdat elke technicus de instellingen tijdens de installatie enigszins aanpast.
-
Als de configuratie niet gecentraliseerd is, moet bij het vervangen van defecte apparatuur ter plaatse een nieuwe configuratie worden uitgevoerd.
-
Technische geheimen, zoals VPN-certificaten, API-tokens of wachtwoorden, kunnen handmatig worden beheerd, waarbij de werkwijzen kunnen verschillen.
-
Zonder een centraal dashboard is het moeilijk om de daadwerkelijke voortgang van de implementatie bij te houden: locaties in de wachtrij, actieve locaties, fouten, geïnstalleerde versies en toegepaste profielen.
ZTP lost dit probleem op door de complexiteit buiten het terrein te verplaatsen. De locatie is niet langer de plek waar de configuratie plaatsvindt; het wordt de plek waar apparatuur wordt geïnstalleerd die al is verwacht, geïdentificeerd en vanuit de cloud wordt aangestuurd.
Wat is industriële Zero-Touch Provisioning?
Zero-Touch Provisioning is een automatiseringsmechanisme waarmee apparatuur zichzelf configureert bij de eerste verbinding. In een industriële context moet dit verder gaan dan alleen het downloaden van een bestand: het moet de hardware-identiteit, de beveiliging, de profielen per locatietype, de certificaten, de netwerkregels, de updates en het beheer van de levenscyclus regelen.
Een typisch industrieel ZTP-proces verloopt in verschillende stappen.
Het belangrijkste punt is het aanvankelijke vertrouwen. De gateway moet zijn identiteit aan de provisioningserver bewijzen, en de ontvangen configuratie moet worden beschermd tegen onderschepping, wijziging of misbruik.
Waarom ZTP van cruciaal belang is voor het industriële IoT
Bij de implementatie van industriële IoT-oplossingen gaat het zelden om homogene en gemakkelijk toegankelijke locaties. Eén en hetzelfde netwerk kan bestaan uit een combinatie van pompstations, schakelkasten, leveringspunten, meters, PLC’s, omgevingssensoren, mobiele apparatuur, speciale machines en klantlocaties.
Het ZTP biedt een oplossing voor drie belangrijke uitdagingen.
| Kwestie | Zonder ZTP | Met ZTP |
|---|---|---|
| Implementatiesnelheid | Configuratie per locatie | Gecentraliseerde voorbereiding en automatische activering |
| Kwaliteit | Variatie per technicus | Gestandaardiseerde en van een versienummer voorziene profielen |
| Beveiliging | Handmatig beheer van geheimen | Gecontroleerde distributie van certificaten |
| Ondersteuning | Moeilijke diagnose vóór verbinding | Statusrapportage vanaf registratie |
| Onderhoud | Afzonderlijke updates | OTA-implementatie per groep |
| Vervanging | Herconfiguratie ter plaatse | Herkoppeling van apparatuur aan locatie |
Het ZTP zet een veldproject om in een project voor het beheer van een machinepark. Dankzij deze verandering kan de overstap worden gemaakt van een ambachtelijke implementatie naar een industriële implementatie.
Onze aanpak
De Zero-Touch Provisioning van Eziwan is gebaseerd op een eenvoudig principe: elke gateway heeft een unieke identiteit en kan vóór verzending al worden geregistreerd. Bij de eerste inschakeling neemt de gateway contact op met het Eziwan-platform, identificeert zichzelf, haalt de configuratie op die bij zijn serienummer hoort, past de instellingen toe, zet zijn beveiligde tunnels op en rapporteert zijn status.
De configuratie kan het volgende omvatten:
-
WAN-, LAN-, VLAN- en routeringsinstellingen.
-
SIM-APN en providerprofielen.
-
Firewallregels, NAT en segmentatie.
-
VPN-configuratie via OpenVPN of IPSec, afhankelijk van de architectuur.
-
Certificaten, sleutels en geheimen worden op een gecontroleerde manier verspreid.
-
Verzamelparameters: Modbus, MQTT, API, monitoring of telemetrie.
-
Waarschuwingsdrempels, watchdogs en beschikbaarheidssensoren.
-
Beleid inzake OTA-firmware-updates.
-
Tags, groepen, klant, regio, locatie en kriticiteit.
De medewerker ter plaatse hoeft de lokale beheerinterface niet te openen. Hij sluit de stroomtoevoer aan, verbindt de benodigde kabels en controleert de indicatielampjes of de status die op het dashboard wordt weergegeven.
Architectuur van een ZTP-implementatie
Een efficiënte ZTP-architectuur maakt een duidelijk onderscheid tussen voorbereiding, verzending, installatie en exploitatie. De Eziwan-cloud fungeert als configuratiedatabase, provisioningserver en dashboard voor monitoring.
Dankzij deze architectuur kunnen honderden gateways al worden voorbereid nog voordat ze ter plaatse aankomen. Elk apparaat wordt verwacht, geïdentificeerd en aan een profiel gekoppeld.
Configuratieprofielen voor verschillende soorten websites
Het configuratieprofiel vormt de kern van ZTP. Het beschrijft hoe een gateway eruit moet zien zodra deze is geïnstalleerd. In plaats van elk apparaat afzonderlijk te configureren, worden er sjablonen per locatiegroep gedefinieerd.
Voorbeelden van profielen:
-
Elektriciteitsstation.
-
Pompstation.
-
Kast voor automatische meterstanduitlezing.
-
Industriële besturingsautomaat.
-
Klantensite met toegang op afstand voor onderhoud.
-
Geïsoleerde omgevingssensor.
-
LTE-reserverouter voor het OT-netwerk.
-
Gateway voor het verzamelen van Modbus-gegevens naar MQTT.
Een profiel kan zowel algemene instellingen als locatiespecifieke variabelen bevatten. Zo hoeft men niet 200 vrijwel identieke configuraties te dupliceren.
profil:
nom: station_pompage_standard
version: 12
reseau:
lan_ip: "{{site.lan_ip}}"
masque: "255.255.255.0"
dns:
- "1.1.1.1"
- "8.8.8.8"
mobile:
apn: "{{operateur.apn}}"
dual_sim: true
vpn:
mode: openvpn
certificat: automatique
collecte:
modbus:
actif: true
equipements:
- nom: automate_principal
ip: "{{site.plc_ip}}"
port: 502
supervision:
heartbeat: 60s
alertes: active
De variabelen worden tijdens de provisioning ingevuld op basis van de locatie, de klant, de provider of het type apparatuur. Deze aanpak zorgt ervoor dat de profielen overzichtelijk blijven en maakt tegelijkertijd een gedetailleerde aanpassing mogelijk.
Voorinschrijving via CSV-import
Het importeren via CSV is vaak de eenvoudigste manier om een grootschalige implementatie op te starten. Hiermee kunnen serienummers vooraf worden gekoppeld aan locaties, profielen, klanten, regio’s en variabele instellingen.
Een importbestand kan het volgende bevatten:
| Veld | Voorbeeld | Doel |
|---|---|---|
| serial_number | EZGW-2026-000184 | Gateway identificeren |
| site_id | PUMP-NORD-042 | Aan de site koppelen |
| profile | station_pompage_standard | Het juiste profiel toepassen |
| client | collectivite_nord | Het apparaatpark organiseren |
| region | hauts_de_france | Implementaties filteren |
| lan_ip | 192.168.10.1 | Het lokale netwerk aanpassen |
| plc_ip | 192.168.10.20 | De gegevensverzameling configureren |
| sim_profile | multi_operateur_fr | De connectiviteit kiezen |
Deze voorregistratie kan vóór de verzending plaatsvinden. De installateur ontvangt vervolgens een gateway die al aan de doellocatie is gekoppeld.
Dashboard voor realtime implementatie
Een implementatieproject op meerdere locaties moet worden opgevolgd als een industriële operatie. Het ZTP-dashboard moet het mogelijk maken om snel te zien hoe ver elke gateway is gevorderd.
Nuttige statuten zijn onder meer:
-
Vooraf ingeschreven.
-
Verzonden.
-
Inschakelen.
-
Provisioning bezig.
-
Configuratie toegepast.
-
Tunnel aangelegd.
-
Operationeel.
-
Fout.
-
In afwachting van goedkeuring.
-
Firmware wordt bijgewerkt.
-
Rollback uitgevoerd.
Een centraal dashboard maakt handmatige opvolging via spreadsheets, verspreide berichten of telefoontjes naar het veld overbodig. Het maakt het ook mogelijk om de oorzaken van storingen te achterhalen: geen netwerk, niet-actieve simkaart, profielfout, verlopen certificaat, incompatibele firmwareversie of een probleem met de stroomvoorziening.
Beheer van provisioningfouten
Een goed ZTP-systeem moet niet alleen goed functioneren als alles op rolletjes loopt. Het moet ook duidelijk uitleggen waarom een apparaat niet is geconfigureerd.
| Fout | Mogelijke oorzaak | Oplossing |
|---|---|---|
| Onbekend serienummer | Gateway niet vooraf geregistreerd | Koppeling toevoegen of corrigeren |
| Profiel niet gevonden | Onjuiste profielnaam | Selecteer een geldig profiel |
| Ontbrekende variabelen | Onvolledige locatiegegevens | Vul het locatieformulier aan |
| Netwerk niet beschikbaar | SIM-kaart inactief of WAN ontbreekt | Controleer de connectiviteit ter plaatse |
| Certificaat geweigerd | Ongeldige of verlopen identiteit | Intrekken of opnieuw genereren volgens procedure |
| Firmware incompatibel | Te oude versie | Een updatestap toepassen |
| Tunnel niet tot stand gebracht | Onjuiste firewall of APN | De uitgaande verbinding diagnosticeren |
Deze zichtbaarheid zorgt ervoor dat er veel minder heen-en-weer-communicatie nodig is tussen projectteams, de helpdesk, installateurs en exploitanten.
Gerichte OTA-firmware-update
OTA-firmware (over-the-air) is onmisbaar voor het beheer van een industriële apparatenpark. Hiermee kunnen beveiligingslekken worden verholpen, functies worden toegevoegd, de stabiliteit worden verbeterd of apparatuur worden aangepast aan een nieuwe netwerkarchitectuur.
De invoering moet geleidelijk plaatsvinden.
Deze strategie voorkomt dat er een niet-gevalideerde versie naar het gehele park wordt uitgerold. Er moet vanaf het begin rekening worden gehouden met een rollback, waarbij de configuratie behouden blijft en wordt teruggekeerd naar een bekende firmwareversie.
Versiebeheer van configuraties
Elke wijziging in de configuratie moet een nieuwe versie opleveren. Dankzij dit versiebeheer is het mogelijk om precies te weten welke status op elke gateway is geïmplementeerd, twee versies met elkaar te vergelijken en terug te gaan naar een eerdere versie als een wijziging een probleem veroorzaakt.
Versiebeheer voorziet in verschillende behoeften.
-
Traceerbaarheid van wijzigingen.
-
Configuratieaudit.
-
Snelle rollback.
-
Geleidelijke uitrol.
-
Vergelijking vóór validatie.
-
Consistentie tussen vergelijkbare websites.
-
Analyse na het incident.
Een eenvoudig voorbeeld: als een firewallregel die voor een nieuwe datastroom is toegevoegd een bestaande monitoring blokkeert, moet het mogelijk zijn om terug te keren naar de vorige versie zonder de hele configuratie handmatig opnieuw op te bouwen.
Automatische vervanging van hardware
Het vervangen van hardware is een van de beste toepassingen van ZTP. Zonder automatische provisioning moet er voor het vervangen van een gateway vaak een gekwalificeerde technicus worden gestuurd om de apparatuur ter plaatse opnieuw te configureren. Met ZTP kan dit proces veel eenvoudiger verlopen.
Typische stappen:
-
De defecte gateway in de cloud melden.
-
Het nieuwe serienummer aan dezelfde locatie koppelen.
-
De nieuwe gateway verzenden.
-
Sluit de apparatuur ter plaatse aan.
-
Laat het provisioning-proces de configuratie van de voorganger overnemen.
-
Controleer de online terugkoppeling via het dashboard.
Deze aanpak vermindert de afhankelijkheid van netwerkdeskundigen ter plaatse. Bovendien zorgt het ervoor dat afgelegen locaties sneller weer operationeel zijn.
Beveiliging van de provisioning
De ZTP verwerkt gevoelige gegevens: netwerkconfiguraties, certificaten, VPN-tunnels, applicatiegeheimen en firewallregels. Het moet daarom worden beschouwd als een beveiligingsmechanisme, en niet alleen als een hulpmiddel voor gebruiksgemak.
Goede praktijken zijn van essentieel belang.
-
Elke gateway met een unieke identiteit authenticeren.
-
De verzonden configuraties ondertekenen.
-
De communicatie met de provisioningserver versleutelen.
-
Verstuur nooit vertrouwelijke informatie in leesbare vorm.
-
Een verloren, gestolen of vervangen gateway de toegang intrekken.
-
Elke provisioningaanvraag registreren.
-
Beperk de beheerdersrechten per rol.
-
Controleer gevoelige wijzigingen voordat ze op grote schaal worden geïmplementeerd.
-
De versiegeschiedenis bewaren.
-
De test-, pilot- en productieomgevingen van elkaar scheiden.
Bij provisioning moet een veelvoorkomend risico worden vermeden: dat een automatiseringstool verandert in een centraal kwetsbaar punt. De beveiliging van het platform is daarom net zo belangrijk als die van de gateway.
Automatisch toegewezen certificaten en geheimen
De geheimen hoeven niet handmatig door installateurs te worden overgenomen. Met het ZTP kunnen ze op een gecontroleerde manier worden gegenereerd, verspreid en vernieuwd.
Voorbeelden van dergelijke geheimen:
-
OpenVPN-certificaten.
-
TLS-certificaten.
-
API-sleutels.
-
Inzamelingstokens.
-
MQTT-broker-identificatiegegevens.
-
Geheimen van supervisie.
-
SIEM-integratiesleutels of webhooks.
Automatische distributie vermindert kopieerfouten, inconsistente werkwijzen en de risico’s van ongecontroleerde lokale opslag.
ZTP-API voor ERP- en CMMS-integratie
Bij een gestructureerde industriële implementatie bestaan de locaties al in andere systemen: ERP, CMMS, fleetmanagementsoftware, projectsoftware, klantendatabases of OT-activadatabases. Met de ZTP-API kunnen deze systemen aan Eziwan worden gekoppeld.
Typische toepassingen:
-
Automatische aanmaak van een Eziwan-website wanneer een apparaat in het ERP-systeem wordt aangemaakt.
-
Voorlopige registratie van een gateway op basis van een implementatieopdracht.
-
Koppeling van een serienummer aan een klant of contract.
-
Een implementatiestatus bijwerken in het CMMS.
-
Het verzamelen van firmwareversies en configuraties voor de inventaris.
-
Het starten van een OTA-campagne vanuit een interne tool.
Door deze integratie wordt dubbele invoer voorkomen en wordt de samenhang tussen de databases verbeterd.
Groepen, tags en wagenparkbeheer
Groepen en tags worden onmisbaar zodra het park uit meer dan enkele tientallen apparaten bestaat. Hiermee kun je acties gericht uitvoeren zonder de gateways één voor één te hoeven doorlopen.
Voorbeelden van handige tags:
-
Regio.
-
Klant.
-
Type website.
-
Kriticiteit.
-
Mobiele provider.
-
Firmwareversie.
-
Configuratieprofiel.
-
Verantwoordelijk team.
-
Onderhoudscontract.
-
Test- of productieomgeving.
Dankzij deze metagegevens wordt het mogelijk om een configuratie uitsluitend naar de pompstations in een bepaalde regio te pushen, firmware te testen op een proefgroep, of het beheer van een deelpark in MSP-modus aan een klant over te dragen.
Geleidelijke implementatie en rollback
Grootschalige implementatie betekent niet dat overal tegelijkertijd wordt geïmplementeerd. Een goede ZTP-strategie voorziet in fasen.
| Fase | Doel | Geschatte omvang |
|---|---|---|
| Laboratorium | Firmware, profiel en beveiliging valideren | Enkele gateways |
| Veldtest | Testen onder reële omstandigheden | 3 tot 10 locaties |
| Eerste fase | Herhaalbaarheid bevestigen | 5 tot 10 % van het park |
| Uitbreiding | Uitbreiden naar de rest van het park | Per regio of klant |
| Stabilisatie | Afwijkingen corrigeren en documenteren | Het gehele park |
Een rollback is in elke fase onmisbaar. Deze moet betrekking kunnen hebben op een gateway, een groep of een volledige campagne.
Toepassingen in de industrie
Automatische meterstandsopname op meerdere locaties
Bij projecten voor automatische meteruitlezing zijn vaak honderden meters, meetstations of schakelkasten betrokken. Met het ZTP kunnen gateways vooraf worden geregistreerd, kan een standaardverzamelprofiel worden toegepast en kan de geleidelijke activering van de locaties worden gevolgd.
Toegang op afstand tot de PLC’s
Een machinefabrikant kan gateways verzenden die al aan zijn klanten zijn gekoppeld. Zodra ze zijn aangesloten, halen ze automatisch de VPN-regels, certificaten en toegangsrechten op die nodig zijn voor het onderhoud.
Pompstations en waternetwerken
Drinkwater- en rioleringsinstallaties liggen vaak verspreid. De ZTP vermindert het aantal verplaatsingen van gespecialiseerde technici en stelt lokale teams in staat om de apparatuur te installeren zonder ingewikkelde configuraties.
Energie en onderstations
In de energiesector moeten de configuraties consistent en controleerbaar zijn. Versiebeheer, groepen en OTA-campagnes vergemakkelijken het onderhoud van een netwerk van gateways die verspreid zijn over verschillende kritieke locaties.
OEM-implementatie
Een machinefabrikant kan in elke geleverde machine een gateway inbouwen. De eindklant ontvangt een machine met internetverbinding, terwijl de OEM het centrale beheer van de toegang, de firmware en de profielen behoudt, in overeenstemming met de servicecontracten.
Checklist voorafgaand aan een grootschalige ZTP-implementatie
Voordat je een implementatie van 50 tot 500 gateways start, moet je een aantal zaken vastleggen.
| Controle | Vraag | Prioriteit |
|---|---|---|
| Inventaris | Zijn de serienummers bekend? | Hoog |
| Locaties | Is elke gateway aan een locatie gekoppeld? | Hoog |
| Profielen | Zijn de profielen in het laboratorium getest? | Hoog |
| Variabelen | Zijn de locatiespecifieke instellingen volledig? | Hoog |
| Connectiviteit | Zijn het WAN, de SIM of de back-upverbinding gereed? | Hoog |
| Beveiliging | Worden certificaten en geheimen automatisch gedistribueerd? | Hoog |
| OTA | Bestaat er een strategie voor stapsgewijze updates? | Gemiddeld |
| Rollback | Is het terugdraaien getest? | Hoog |
| Dashboard | Volgen de teams de statussen in realtime? | Hoog |
| Ondersteuning | Is er een procedure voor provisioningfouten? | Hoog |
Deze checklist voorkomt dat er pas gebreken in de voorbereiding aan het licht komen wanneer de installateurs al ter plaatse zijn.
Veelvoorkomende fouten die je moet vermijden
ZTP en een enkel beeld door elkaar halen
Het volstaat niet om op alle apparaten dezelfde image te installeren. ZTP moet rekening houden met verschillen in locaties, variabelen, profielen, wachtwoorden, versies en beveiligingsregels.
De gegevens van de website vergeten
Een serienummer zonder locatie, profiel of netwerkvariabele kan niet correct worden geconfigureerd. De kwaliteit van de invoergegevens is bepalend voor het welslagen van de implementatie.
Firmware overal installeren zonder stuurprogramma’s
Zelfs een update die in het laboratorium is goedgekeurd, moet worden getest op een proefgroep. In de praktijk komen soms onverwachte beperkingen aan het licht: mobiele provider, NAT, onstabiele stroomvoorziening, lokale protocollen of verouderde apparatuur.
Geheimen met de hand bewerken
Het handmatig kopiëren van certificaten of tokens doet een deel van het voordeel van ZTP teniet. Geheime gegevens moeten via een gecontroleerd proces worden gegenereerd, doorgegeven, vernieuwd en ingetrokken.
Geen vervanging van apparatuur plannen
Een industriële vloot gaat meerdere jaren mee. Vanaf het begin moet rekening worden gehouden met storingen, standaardvervanging, de buitengebruikstelling van oude apparatuur en de toewijzing van het nieuwe serienummer.
Indicatoren om tijdens de uitrol in de gaten te houden
Een ZTP-project moet worden gestuurd aan de hand van eenvoudige en bruikbare indicatoren.
| Indicator | Waarom deze bijhouden |
|---|---|
| Vooraf geregistreerde gateways | Controleren of het apparaatpark gereed is |
| Ingeschakelde gateways | De voortgang in het veld volgen |
| Provisioning geslaagd | Het werkelijke slagingspercentage meten |
| Fout bij provisioning | Blokkades identificeren |
| Gemiddelde activeringstijd | Vertragingen opsporen |
| Geïmplementeerde firmwareversie | Consistentie van het apparaatpark waarborgen |
| Configuratieversie | Afwijkingen tussen locaties bijhouden |
| Rollback-percentage | De kwaliteit van de campagnes beoordelen |
| Locaties zonder heartbeat | Stille installaties opsporen |
| Supporttickets per golf | Volgende golven verbeteren |
Met deze indicatoren kan een implementatieweek nauwkeurig worden gestuurd, in plaats van pas aan het einde van het project te ontdekken dat er vertragingen zijn opgetreden.
Hoe Eziwan industriële implementaties versnelt
Eziwan biedt de nodige bouwstenen om de overstap te maken van handmatige installatie naar geautomatiseerd wagenparkbeheer.
| Behoefte | Antwoord van Eziwan | Voordeel |
|---|---|---|
| Het apparaatpark voorbereiden | Vooraf registreren op serienummer | Vereenvoudigde installatie ter plaatse |
| Standaardiseren | Configuratieprofielen | Minder verschillen tussen locaties |
| Beveiligen | Ondertekende configuraties en gedistribueerde geheimen | Minder handmatige handelingen |
| Bijwerken | Gerichte OTA-firmware-updates | Grootschalig onderhoud |
| Corrigeren | Versiebeheer en rollback | Snelle terugdraaiing |
| Vervangen | Hardware-herkoppeling | Versnelde heringebruikname |
| Bewaken | Real-time dashboard | Beheer van de uitrol |
| Integreren | ZTP-API | Koppeling met ERP, CMMS en projecttools |
Deze aanpak is met name relevant voor de Eziwan-gateway, het beheer via de Eziwan-cloud en projecten op het gebied van industriële connectiviteit.
Voorbeeld van een implementatieplan voor 200 locaties
Een ambitieuze uitrol moet in duidelijke fasen worden opgedeeld. Het onderstaande voorbeeld illustreert een realistische aanpak, die moet worden aangepast aan de beschikbaarheid van de installateurs, de voorbereiding van de locaties en de operationele beperkingen.
| Dag | Doelstelling | Verwacht resultaat |
|---|---|---|
| D-10 tot D-5 | CSV-import, profielen, laboratoriumtests | Vooraf geregistreerd park en gevalideerde profielen |
| D-4 tot D-2 | Verzending en coördinatie ter plaatse | Gateways geleverd aan de teams |
| D-1 | Pilootproef op enkele locaties | Laatste aanpassingen |
| D1 tot D2 | Eerste regionale golf | Opsporen van terugkerende fouten |
| Dag 3 tot dag 4 | Uitbreiding naar standaardlocaties | Versnelling van het tempo |
| Dag 5 | Complexe of afgelegen locaties | Gerichte aanpak |
| Dag 6 tot dag 7 | Stabilisatie en rapportage | Gedocumenteerd en bruikbaar apparaatpark |
Het ZTP maakt de projectvoorbereiding niet overbodig. Het maakt deze betrouwbaarder, beter traceerbaar en veel minder afhankelijk van herhaalde handmatige handelingen.
Conclusie
Zero-Touch Provisioning is een onmisbare bouwsteen voor de grootschalige implementatie van industriële IoT-gateways. Zonder ZTP moet elke locatie afzonderlijk worden geconfigureerd, met alle risico’s op fouten, vertragingen, kosten en afwijkingen van plan die dat met zich meebrengt. Met ZTP wordt de implementatie in de cloud voorbereid, automatisch uitgevoerd zodra de apparatuur wordt ingeschakeld en aangestuurd vanuit een centraal dashboard.
Met Eziwan kunt u gateways vooraf registreren, versiebeheerde profielen toepassen, certificaten en geheimen distribueren, firmware via OTA bijwerken, de voortgang in realtime volgen en apparatuur vervangen zonder dat er ter plaatse opnieuw geconfigureerd hoeft te worden. Of het nu gaat om een project met 50, 200 of 500 locaties, deze aanpak maakt van de implementatie van industriële IoT-oplossingen een beheersbaar, herhaalbaar en controleerbaar proces.
Meer informatie
- OTA-provisioning — werk de firmware en configuratie van uw apparatuur op afstand bij
- Beheer van het machinepark — centraliseer het toezicht op en het beheer van uw industriële apparatuur
- Industriële routers — vergelijk de assortimenten industriële routers die geschikt zijn voor grootschalige implementatie
- Industriële IoT-gateway — de Eziwan-gateway, ontworpen voor grootschalige ZTP-implementatie
- Handleiding voor routerparkbeheer — beheer honderden routers zonder een speciaal netwerkteam