Stuur een aanvraag
Begin bij de basis. Ons team kan eventuele ontbrekende tekeningen, normen of verpakkingsdetails voor u opvragen.
De verstrekte gegevens worden uitsluitend gebruikt voor offertes, technische beoordelingen en projectcommunicatie.

Bij het ontwerpen van automatiseringssystemen voor voedingslijnen moeten de operationele doelstelling, topologietoestanden, beveiligings- en schakelgrenzen, apparaatfuncties en interfaces, continuïteit van de stuurvoeding, communicatie- en datagedrag, cybersecurityverantwoordelijkheid en lokale of handmatige terugvalopties worden vastgelegd voordat gedetailleerde inkoop plaatsvindt. Deze inputs beïnvloeden elkaar. Een ongedefinieerde verbindingsstatus wijzigt de beveiligings- en commandologica; een onvolledige puntenlijst blokkeert de communicatiebeoordeling; een niet-berekend energiebudget maakt de selectie van de stuurvoeding willekeurig. Een enkellijndiagram plus een protocolnaam is daarom geen complete ontwerpbasis. Deze handleiding biedt een raamwerk voor de vrijgave op systeemniveau voordat een project overgaat naar de toewijzing van apparaatrollen of de aanschaf van controllers binnen een smart grid-apparatuurpakket.
Begin met het operationele resultaat dat het schema moet opleveren en beschrijf vervolgens elke toestand van de voedingslijn die nodig is om dit te bereiken. Een statisch éénlijndiagram geeft de locaties van de apparatuur weer, maar niet de toegestane overgangen, de bevoegdheid van de aansturing, beveiligingswijzigingen of afwijkend gedrag.
| Ontwerppoort | Vereiste invoer | Bewijs vrijgeven | Houd de conditie vast |
|---|---|---|---|
| Operationeel doel | Vereiste respons in normale, storings-, herstel- en verslechterde omstandigheden. | Goedgekeurde functionele beschrijving | Het doel blijft verbaal of ambigu. |
| Normale topologie | Normaal gesproken open en gesloten punten, bron-, voedings- en aftakkingsgrenzen | Gecontroleerd éénlijns- en schakelregister | De positie of status van het apparaat is niet bevestigd. |
| Alternatieve of gelijkspelstatus | Toegestane overdrachtsstatus, laadbasis, beschermingsdoel en nabijheidsbevoegdheid | Toestandsdiagram en goedgekeurde volgorde | Gelijkspel wordt weergegeven zonder overgangsregels. |
| Foutreactie | Isolatiegrens, herstelintentie en eigenaar van de volgorde | Logisch verhaal of volgordespecificatie | Acties worden verondersteld op basis van apparaatlocaties |
| Onderhoudsstatus | Isolatie, omzeiling, automatisering uitschakelen en terugkeer naar de bedrijfsstatus | Ontwerpnota voor onderhoudstoestand | Onderhoud zou aangrenzende automatisering tenietdoen. |
| Bescherming van eigendom | Zone-eigenaar en overdracht bij elk schakelpunt | Coördinatiebasis of verantwoordelijkheidsmatrix | Grenzen worden gesuggereerd, niet vastgelegd. |
| Terugvalstatus | Gedrag na verlies van communicatie, controle of automatisering | Gedefinieerde toestand voor elk punt | Er is geen sprake van gedrag dat leidt tot verlies van dienstverlening. |

Elke status heeft ook een eigenaar nodig. Het ontwerp moet onderscheid maken tussen autonome acties, door de operator bevestigde commando's, acties die alleen lokaal plaatsvinden en verboden overgangen. Dit voorkomt dat een tekensymbool wordt aangezien voor een goedgekeurde bedieningssequentie. Het legt ook conflicten vroegtijdig bloot: een voorgesteld punt kan correct gelokaliseerd zijn, maar de benodigde commando-, sensor-, vergrendelings- of energie-interface voor de beoogde sequentie missen.
Vertaal elke invoerpositie naar systeemtaken voordat u een apparaatfamilie benoemt. Het doel is om te definiëren wat de positie moet doen en welk bewijs aantoont dat een voorgesteld pakket dat kan.
| Aanvoerpositie | Plicht om te definiëren | Interface-ingangen | Bewijsmateriaal vóór vrijlating |
|---|---|---|---|
| Bron verlaten | Oorsprong van de beveiligingszone, foutonderbreking en herinschakelingsintentie, indien van toepassing | Belasting en foutbasis, detectie, uitschakeling/sluiting, status, volgorde | Foutenonderzoek en coördinatiebasis |
| Middenpunt van de voederplaats | Isolatie, afzondering en ondersteuning bij overplaatsing | Schakelfunctie, bestandheidsfunctie, detectie, commando's, status, vergrendelingen | Goedgekeurde volgorde en zone-indeling |
| Zijtak of vertakking | Takisolatie zonder onbedoelde stamwerking | Belasting/foutbelasting, lokale werking, detectie, status | Branchebescherming en werkingsbasis |
| Normaal gesproken open stropdas | Gecontroleerde overdracht en veilige sluitingsvergunning | Het uitvoeren van taken, het controleren van de spanning waar nodig, het instellen van een gesloten autorisatie, en het terugkoppelen van de status. | Specificaties voor overdracht en wijziging van de beveiliging |
| Klantgrens | Afbakening, overdracht van bescherming en monitoring | Grensgebied, reisinterface, status, verantwoordelijkheid | Grensonderzoek en eigendomsregistratie |
| Onderhoudspunt | Veilige isolatie zonder de aangrenzende functies uit te schakelen. | Zichtbare isolatie, bypass, aardingsinterface waar nodig, vergrendelingen | Isolatie- en bypass-ontwerp |
Noteer voor elke positie de spanning en de continue stroombasis; de foutinschakeling, uitschakeling of bestandheid tegen storingen, indien van toepassing; de vereiste voor het schakelen of isoleren van de belasting; de bedieningsvolgorde; de detectie; de commando-interface; de status van de hulpapparatuur; lokale/handmatige bediening; vergrendelingen; onderhoudsisolatie; de omgeving; de montage; en de lijn- of kabelaansluiting. Een automatische vacuümcircuit-herinschakelaar illustreert waarom de schakelbehuizing en de besturingslaag afzonderlijk moeten worden beoordeeld. Een gebruikersgrensschakelaar voegt een afbakenings- en coördinatiegrens toe die niet alleen uit de locatie kan worden afgeleid. Zie de handleiding voor beveiliging en automatisering van herinschakelaars voor de basisterminologie.

In dit artikel worden geen rollen toegewezen aan herinschakelaars, sectieschakelaars, lastscheiders of grensschakelaars. Die keuze wordt pas gemaakt nadat de functieomschrijvingen en interfaces zijn goedgekeurd.
Automatisering kan zelfs bij een correct primair schakelvermogen uitvallen. Elke locatie vereist een stuurvoeding, een geverifieerd werkingsbereik, een belasting- en energiebudget, een continuïteitsdoelstelling, een bewakingsmethode en een gedefinieerd gedrag bij een energietekort.
| Laad of status | Vereiste functie | Invoer voor de berekening | Volgorde basis | Bewijseigenaar |
|---|---|---|---|---|
| Normale staande belasting | Monitoring, paraatheid voor controle en communicatie | Alle continue belastingen | Continue bedrijfstoestand | Systeemontwerper |
| Primaire toevoer verloren | Vereiste beschikbaarheid van bewaking en commando's | Opslag en resterende ladingen | Projectgedefinieerde terugvalperiode | Projecteigenaar |
| Open- of trip-commando | Voer de vereiste bewerking uit. | Vraag naar spoel, actuator en interface | Goedgekeurde fout- of isolatievolgorde | Apparaat-verpakkingsleverancier |
| Sluiten of herstellen opdracht | Sluiten en opladen indien van toepassing. | Vraag naar mechanismen en accessoires | Goedgekeurde herstelvolgorde | Apparaat-verpakkingsleverancier |
| Communicatie | Onderhoud de link en verwerk gebeurtenissen. | Radio, modem, gateway of netwerkbelasting | Normale en gedegradeerde toestanden | Communicatieontwerper |
| Milieuaccessoires | Verwarming of andere benodigde belastingen van de behuizing | Gegevens over accessoires en de omgeving | Locatiespecifieke werkcyclus | Ontwerper van behuizingen |
Bereken de stationaire belasting, piekbelasting, benodigde energie, laadgedrag en eventuele doorrij- of autonomievereisten op basis van de gekozen architectuur en volgorde. Ga niet uit van een universele batterijgrootte of autonomieduur. Definieer het alarm voor een laag energieverbruik, de handelingen die verboden worden, de veilige terugvalstatus, de verantwoordelijkheid voor herstel en de toegang tot onderhoudsonderdelen van de opslag. Het ontwerp kan pas worden vrijgegeven wanneer het budget en de vereiste volgorde overeenkomen.
Een protocolnaam identificeert slechts een deel van de interface. Het ontwerppakket moet functies, eigenaarschap, punten, statussen, timing, toegang en faalgedrag definiëren.
| Invoer | Wat moet worden ingevroren? | Bewijs vrijgeven |
|---|---|---|
| Systeemeigenaar en pad | Hoofdeigenaar, medium, route, segmenteigendom en onderhoudsgrens | Gelabelde communicatiearchitectuur |
| Interface basis | Protocol, versie/profiel, conformiteitsbasis en gateway-verantwoordelijkheid | Specificatie van de gecontroleerde interface |
| Puntenlijst | Commando's, indicaties, metingen, alarmen, eenheden, kwaliteitsstatussen en geldigheidsregels | Puntenlijst herzien |
| Commando-autoriteit | Automatische, door de operator bevestigde, lokaal geldige en geblokkeerde commando's | Goedgekeurde commandomatrix |
| Gebeurtenissen en tijd | Prioriteit van gebeurtenissen, opslag, ophalen, tijdbron en nauwkeurigheidsklasse van projecten | Specificatie van evenement en tijdstip |
| Prestatieklasse | Projectspecifieke beschikbaarheids- en latentiebehoeften per functie | Functionele prestatie-eis |
| verantwoordelijkheid voor cyberbeveiliging | Toegangsgoedkeuring, authenticatie, inloggegevens, sleutels/certificaten, logboekregistratie en updates | Verantwoordelijkheids- en toegangsmatrix |
| Serviceuitval | Gedrag na verlies van verbinding, master, tijdbron of toegang op afstand | Terugvalspecificatie per staat |
IEC 61850-5:2013+AMD1:2022 behandelt de communicatievereisten voor functies en apparaatmodellen in de automatisering van energiebedrijven, inclusief communicatie buiten de grenzen van het onderstation. Deze norm ondersteunt het definiëren van functionele vereisten vóór de selectie van een interface. De norm definieert echter niet de feedertopologie, schakelvermogens, autonomie van het stuurvermogen of het cybersecuritybeleid van het project. Interoperabiliteit vereist nog steeds een overeengekomen profiel, datamodel of puntmapping, conformiteitsbasis, verantwoordelijkheid en projectspecifieke testen.

Dezelfde discipline is van toepassing, ongeacht of een project gebruikmaakt van een IEC-interface of een ander protocol. Communicatieverlies mag geen ongedefinieerde schakeltoestand veroorzaken en toegang voor onderhoud op afstand mag niet worden beschouwd als een informeel gemak bij de inbedrijfstelling.
Zelfs een elektrisch geschikt apparaat kan nog steeds niet voldoen aan de automatiseringsvereisten. Controleer alle interfaces gezamenlijk, want een verandering in de sensor, de aansturingsspanning, de statusfeedback of de communicatie kan de pakketgrens veranderen.
| Interface | Systeemvereisten | Vereist bewijsmateriaal voor de verpakking | Typische reden voor het vasthouden |
|---|---|---|---|
| Hoofdtaak | Toepasselijke belasting, maak-, breek- en weerstandswerkzaamheden | Beoordelingen en bijbehorende testdocumentatie | De bedieningsvolgorde of -volgorde is niet geverifieerd. |
| sensing | Hoeveelheid, locatie, klasse, output en lastenbasis | Sensor- en bedradingsgegevens | De uitvoer ontbreekt of is incompatibel. |
| commando's | Signaaltype, energie, toegestane waarden en foutstatus | Schema voor de besturingsinterface | De uitgang van de controller en de ingang van de actuator komen niet overeen. |
| Positie/status | Definities van de staat, contactgegevens, kwaliteit en lokale indicaties | Hulpcontact en staatsplanning | De SCADA-status is onduidelijk. |
| Controlemacht | Bereik, piekbelasting, continuïteit en toezicht | Geverifieerde laadgegevens | Het budget laat een mechanisme of accessoire buiten beschouwing. |
| Communicatie/tijd | Interfaceprofiel, punten, gebeurtenissen, tijdsgedrag | Conformiteits- en configuratiebewijs | De protocolnaam bestaat wel, maar de mapping niet. |
| Lokale/handmatige bediening | Lokale overheid, indicatie, verbod en herstel | Bedienings- en vergrendelingsbeschrijving | Bij verlies van de externe verbinding is er geen vastomlijnd alternatief. |
| Installatie/onderhoud | Omgeving, montage, aansluiting, isolatie en bypass | Tekeningen en onderhoudsgrens | De fysieke of isolatie-interface is niet opgelost. |
Een afwijking in één rij is een reden voor een vrijgaveblokkering, geen notitie die door de inbedrijfstellingsafdeling moet worden opgelost. In de beoordeling moet ook worden vermeld wie verantwoordelijk is voor elke interface gedurende het ontwerp, de fabrieksconfiguratie, de integratie op locatie en de service. Dit voorkomt dat ontbrekende gegevens ongemerkt worden overgedragen tussen de nutsbedrijven, EPC-bedrijven, communicatieproviders, controllerleveranciers en leveranciers van schakelapparatuur.
Geef gedetailleerde engineering- en inkoopdocumenten pas vrij wanneer één revisiegecontroleerd pakket het volgende bevat:
Beschouw deze checklist met goedkeuringsgegevens als het technische vrijgavegegevenspakket, niet als een beschrijvende samenvatting. Controleer de toepasselijke nominale spanning, nominale stroom, schakel- en uitschakelspoelinterfaces aan de hand van de fabrikantgegevens; controleer de bedrijfstoestanden en acceptatieverplichtingen aan de hand van de projectspecificatie; en controleer de oorzaak van de fout aan de hand van het goedgekeurde kortsluitingsonderzoek. Tekeningen, interfaceschema's, berekeningen en alle relevante testverslagen moeten dezelfde apparatuurrevisie en -verplichting vermelden. Een documenttitel alleen is geen bewijs van vrijgave.
Representatieve technische beoordeling, geen XIYA-klantproject. Een radiale voedingslijn met een normaal open verbinding en geplande sectieverdeling op afstand heeft een enkellijnstekening en voorgestelde apparaatlocaties. De beoordeling toont aan dat de normale en noodtoestanden niet volledig zijn gedefinieerd, het eigenaarschap van de beveiligingszone open is, de basis voor de continuïteit van de stuurvoeding ontbreekt, het eigenaarschap van de communicatie niet is toegewezen, de puntenlijst geen kwaliteitsstatussen bevat, de tijdbasis ontbreekt en handmatige terugval niet is gedocumenteerd. De juiste beslissing is een ontwerpstop. Elke lacune krijgt een eigenaar van het bewijsmateriaal en een vrijgavecriterium; de toewijzing van apparaatrollen en de aanschaf van de controller wachten totdat de input overeenkomt. Dit voorbeeld bevat geen geclaimde projectbeoordeling, klantresultaat, veldmeting of inbedrijfstellingsresultaat.

Om een interface-compatibiliteitsbeoordeling te starten, stuurt u XIYA POWER de volgende informatie: de status van de interface en de topologie, de fout-/beveiligingsbasis, het schakelschema, het werkblad voor de stuurspanning, de communicatiearchitectuur, de puntenlijst en de installatieomstandigheden. De beoordeling identificeert complete en open interfaces; geschiktheid, conformiteit of interoperabiliteit wordt pas gegarandeerd nadat het bewijsmateriaal is gecontroleerd.
De minimale set omvat een goedgekeurd operationeel doel, topologietoestanden, beveiligings- en schakelgrenzen, apparaatfuncties en -interfaces per positie, continuïteit van de stuurvoeding, communicatiearchitectuur, puntenlijst, commandobevoegdheid, gebeurtenis-/tijdgedrag, verantwoordelijkheid voor cyberbeveiliging en lokale/handmatige terugval. Deze moeten samen één gecoördineerd en goedgekeurd pakket vormen.
De topologie bepaalt welke punten een storing isoleren, welke paden de stroomvoorziening kunnen herstellen, hoe beschermingszones veranderen en wie de leiding heeft over elke overgang. Normale, gesloten, storings-, onderhouds- en verslechterde toestanden vereisen daarom expliciete definities. Een statische, eendimensionale weergave biedt deze operationele regels niet.
Specificeer de bron en het werkingsbereik, alle stationaire en piekbelastingen, de benodigde energie, communicatie- en accessoirebelastingen, de vereiste continuïteit, bewaking en energiezuinig gedrag, verboden handelingen, herstelverantwoordelijkheid en onderhoudstoegang. Bereken de waarden op basis van de architectuur en de goedgekeurde volgorde in plaats van een universele batterijregel toe te passen.
Neem de master- en padeigenaren, medium- en segmentgrenzen, protocol/profiel en conformiteitsbasis, adressering, volledige puntenlijst en kwaliteitsstatussen, commandomatrix, gebeurtenissen en tijdbron, projectprestatieklassen, gedrag bij verlies van verbinding, toegang op afstand, eigenaarschap van referenties/sleutels, logboekregistratie en updateverantwoordelijkheid op.
Vergelijk de gedocumenteerde systeemvereisten met het bewijsmateriaal van het apparaatpakket met betrekking tot primaire functie, detectie, commando's, status, stuurvermogen, communicatie, tijd/gebeurtenissen, vergrendelingen, lokale werking, omgeving, montage, isolatie en documentatie. Ontbrekend of incompatibel bewijsmateriaal voor een van de vereiste interfaces leidt tot een blokkering van de vrijgave.
Leg de doelstellingen, toestandsdiagrammen, beveiligings- en schakelopdrachten, belasting-/foutbasis, apparaatinterfaceregister, besturings-/voedingswerkblad, communicatie- en puntenlijstpakket, commando-/tijd-/cyberbeveiligingsverantwoordelijkheden, terugvalgedrag en installatiegegevens vast. Sluit of beëindig expliciet elk openstaand item dat van invloed is op de inkoopomvang.