Technische handleiding

Implementatie via Zero-Touch Provisioning: 200 locaties in één week zonder handmatige tussenkomst

Implementeer op grote schaal industriële IoT-gateways met ZTP, cloudconfiguratie, OTA-firmware-updates, voorafgaande registratie, rollback en gecentraliseerd beheer.

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.

KwestieZonder ZTPMet ZTP
ImplementatiesnelheidConfiguratie per locatieGecentraliseerde voorbereiding en automatische activering
KwaliteitVariatie per technicusGestandaardiseerde en van een versienummer voorziene profielen
BeveiligingHandmatig beheer van geheimenGecontroleerde distributie van certificaten
OndersteuningMoeilijke diagnose vóór verbindingStatusrapportage vanaf registratie
OnderhoudAfzonderlijke updatesOTA-implementatie per groep
VervangingHerconfiguratie ter plaatseHerkoppeling 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:

VeldVoorbeeldDoel
serial_numberEZGW-2026-000184Gateway identificeren
site_idPUMP-NORD-042Aan de site koppelen
profilestation_pompage_standardHet juiste profiel toepassen
clientcollectivite_nordHet apparaatpark organiseren
regionhauts_de_franceImplementaties filteren
lan_ip192.168.10.1Het lokale netwerk aanpassen
plc_ip192.168.10.20De gegevensverzameling configureren
sim_profilemulti_operateur_frDe 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.

FoutMogelijke oorzaakOplossing
Onbekend serienummerGateway niet vooraf geregistreerdKoppeling toevoegen of corrigeren
Profiel niet gevondenOnjuiste profielnaamSelecteer een geldig profiel
Ontbrekende variabelenOnvolledige locatiegegevensVul het locatieformulier aan
Netwerk niet beschikbaarSIM-kaart inactief of WAN ontbreektControleer de connectiviteit ter plaatse
Certificaat geweigerdOngeldige of verlopen identiteitIntrekken of opnieuw genereren volgens procedure
Firmware incompatibelTe oude versieEen updatestap toepassen
Tunnel niet tot stand gebrachtOnjuiste firewall of APNDe 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.

FaseDoelGeschatte omvang
LaboratoriumFirmware, profiel en beveiliging validerenEnkele gateways
VeldtestTesten onder reële omstandigheden3 tot 10 locaties
Eerste faseHerhaalbaarheid bevestigen5 tot 10 % van het park
UitbreidingUitbreiden naar de rest van het parkPer regio of klant
StabilisatieAfwijkingen corrigeren en documenterenHet 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.

ControleVraagPrioriteit
InventarisZijn de serienummers bekend?Hoog
LocatiesIs elke gateway aan een locatie gekoppeld?Hoog
ProfielenZijn de profielen in het laboratorium getest?Hoog
VariabelenZijn de locatiespecifieke instellingen volledig?Hoog
ConnectiviteitZijn het WAN, de SIM of de back-upverbinding gereed?Hoog
BeveiligingWorden certificaten en geheimen automatisch gedistribueerd?Hoog
OTABestaat er een strategie voor stapsgewijze updates?Gemiddeld
RollbackIs het terugdraaien getest?Hoog
DashboardVolgen de teams de statussen in realtime?Hoog
OndersteuningIs 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.

IndicatorWaarom deze bijhouden
Vooraf geregistreerde gatewaysControleren of het apparaatpark gereed is
Ingeschakelde gatewaysDe voortgang in het veld volgen
Provisioning geslaagdHet werkelijke slagingspercentage meten
Fout bij provisioningBlokkades identificeren
Gemiddelde activeringstijdVertragingen opsporen
Geïmplementeerde firmwareversieConsistentie van het apparaatpark waarborgen
ConfiguratieversieAfwijkingen tussen locaties bijhouden
Rollback-percentageDe kwaliteit van de campagnes beoordelen
Locaties zonder heartbeatStille installaties opsporen
Supporttickets per golfVolgende 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.

BehoefteAntwoord van EziwanVoordeel
Het apparaatpark voorbereidenVooraf registreren op serienummerVereenvoudigde installatie ter plaatse
StandaardiserenConfiguratieprofielenMinder verschillen tussen locaties
BeveiligenOndertekende configuraties en gedistribueerde geheimenMinder handmatige handelingen
BijwerkenGerichte OTA-firmware-updatesGrootschalig onderhoud
CorrigerenVersiebeheer en rollbackSnelle terugdraaiing
VervangenHardware-herkoppelingVersnelde heringebruikname
BewakenReal-time dashboardBeheer van de uitrol
IntegrerenZTP-APIKoppeling 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.

DagDoelstellingVerwacht resultaat
D-10 tot D-5CSV-import, profielen, laboratoriumtestsVooraf geregistreerd park en gevalideerde profielen
D-4 tot D-2Verzending en coördinatie ter plaatseGateways geleverd aan de teams
D-1Pilootproef op enkele locatiesLaatste aanpassingen
D1 tot D2Eerste regionale golfOpsporen van terugkerende fouten
Dag 3 tot dag 4Uitbreiding naar standaardlocatiesVersnelling van het tempo
Dag 5Complexe of afgelegen locatiesGerichte aanpak
Dag 6 tot dag 7Stabilisatie en rapportageGedocumenteerd 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

Veelgestelde vragen

Zie ook