Funktioner

Modulen SCADA integration (SCADA-integrationen på svenska) har vanligen som huvuduppgift att:

•Samla in förändringar i SCADAs kopplingslägen och överföra dessa till de aktuella kopplingslägena i dpSpatial.

•Skapa operationer för de förändrade kopplingslägena.

•Vid kundpåverkan – skapa avbrott (oplanerade driftstörningar).

•För planerade operationer – bocka av dem som utförda.

 

I tillägg till detta hanteras även:

•Larm från felindikatorer (larm på/av på ett liknande sätt som kopplingslägen).

•Hämtning av kontinuerliga värden som:

ospänningar

oströmmar

oaktiv, reaktiva samt skenbara effekter

ofasvinklar och effektfaktorer

 

Funktioner med specifika SCADA-produkter

För vissa SCADA-produkter kan ytterligare funktioner finnas.

•Hämtning av kortslutningsströmmar (för närvarande Netcontrol Netcon 3000 med modulen Real-time och särskild konfiguration, motsvarande utvecklingsmöjligheter kan finnas även för andra produkter).

•Navigering från ett objekt i karta/schema till motsvarande bild i SCADA (Network Manager).

•Start av programvara från SCADA-leverantören (Netcontrol) för att utföra operationer i SCADA (fungerar bara på utvalda klienter, måste beställas, det finns oavsett aldrig någon möjlighet att påverka något i SCADA med Digpros programvaror).

 

Mappning av SCADA-taggar

Objekt i dpPower prenumereras från SCADA genom att motsvarande SCADA-tagg matas in i fältet SCADA-ID för objektet.

 

Beroende på konfiguration börjar objektet prenumereras efter postning och uppdateras enligt någon av följande intervall:

•Max 15 minuter

•Max 60 minuter

•Vid nytt dygn

•Vid omstart av tjänsten Conduxter

Den vanligaste inställningen är 15 minuter, men längre intervall kan förekomma för att undvika de korta avbrott i datakommunikationen som kan ske vid varje uppdatering av prenumerationslistan.

Mappning av givare för två- och trefas kortslutningsström är ett specialfall:

•Endast tillgängligt för Netcon 3000

•Kräver tilläggsmodulen Real-time

•Kräver särskild kundanpassning

 

Gemensamma prefix och suffix för SCADA-taggarna

Om alla SCADA-taggar inom en viss kategori (t.ex. kopplingsapparater eller felindikatorer) alltid börjar eller slutar med samma text, kan detta konfigureras centralt i systemet. Då behöver inte den gemensamma delen anges i fältet SCADA-ID för varje enskilt objekt.

 

Förutsättningar för att planerade rader ska bockas av

Något förenklat:

Oplanerade SCADA-händelser skapar oplanerade störningar (vid kundpåverkan) eller operationer som inte tillhör något avbrott (vid ingen kundpåverkan).

Händelsen kan matchas mot ett pågående avbrott om:

•Händelsen avser en apparat som har manövrerats i avbrottet tidigare.

•Händelsen avser en apparat som befinner sig i samma nät som avbrottet berör.

•Händelsen kopplar tillbaks kunder som berörs av avbrottet.

•Händelsen matchar en planerad operation med en planerad tid inom två timmar från den faktiska tiden.

•För driftordrar med särskild kundkonfiguration (behöver beställas): tidstämpeln ligger inom tidsintervallet för arbeten, kopplingstider och/eller avbrottstider.

•För vanliga avbrott, och ofta även driftordrar: samtliga föregående rader i kopplingssedeln är utförda.

•Driftordern ifråga är under utförande.

 

Se avsnitt Bilaga 1: Beskrivning av regler för hantering av SCADA-händelser för mer detaljer om matchningsreglerna.

 

Om en händelse inte matchas mot tänkt avbrott eller operation

Matchningen mellan SCADA-händelser och pågående avbrott eller planerade operationer bygger i grunden på kvalificerade gissningar. Det innebär att fel kan uppstå, förr eller senare kommer systemet att tolka en händelse fel. Det beror oftast på att något av villkoren som nämnts tidigare inte är uppfyllt.

Undantag då ångra kan vara motiverat:

•Fel i nätdokumentationen, till exempel SCADA-tagg är kopplad till fel objekt.

•Felaktig SCADA-händelse, till exempel omotiverad omsändning av gammal händelse.

•Ett flertal felaktiga händelser har staplats på varandra och skapat en situation som inte går att reda ut, då kan det vara nödvändigt att utföra operationerna på nytt manuellt i Operator. Detta bör helt kunna undvikas om rekommendationerna i detta avsnitt följs

 

 

Om den missade SCADA-händelsen upptäcks direkt är det enkelt att flytta den rätt. Scenariot ser ut så här:

•En planerad operation bockades inte av som utförd på grund av någon av orsakerna ovan.

•Istället skapades ett nytt, oönskat, avbrott med den enda operationen i kopplingssedeln.

Så här gör du för att rätta till det:

1.Högerklicka på den planerade raden och välj Hämta operation från händelselista. Förutsatt att den senaste operationen utgör den enda kopplingsraden i det oönskade avbrottet, flyttas operationen till markerad plats och det oönskade avbrottet förklaras ogiltigt.

 

En mer generell metod, för mer komplicerade situationer, är att först flytta operationen till händelselistan och sedan flytta operationen till avsett avbrott eller driftorder.

Börja med att ta reda på var händelsen befinner sig:

1.I sydpanelen, välj fliken Händelser.

2.Bocka ur Endast fria händelser.

3.Vid behov, bocka ur Dölj ogiltiga.

4.Begränsa vid behov träffarna med hjälp av datumfälten. Händelsens nuvarande avbrott visas.

Flytta händelsen:

1.Välj avbrottet (eller driftordern) där händelsen just nu finns.

2.Högerklicka på operationen och välj Flytta till händelselista.

3.Öppna det avbrott eller den driftorder som händelsen ska flyttas till.

4.Vid behov, sök fram händelsen igen i händelselistan.

5.Högerklicka på operationen och välj Flytta till aktuellt avbrott.

 

Synkronisering mellan SCADA och dpPower

Det går när som helst att synkronisera dpPowers aktuella kopplingslägen med vad som finns i SCADA.

Starta om tjänsten Conduxter.

Under synkroniseringen skapas inga operationer eller avbrott till följd av de ändrade kopplingslägena. En omstart av tjänsten/synkronisering rekommenderas så snart det finns en misstanke om att systemen kan vara ur fas. Se systemmanualen för detaljer.

 

Blockera enskilda SCADA-taggar tillfälligt

Det är vanligt att vissa SCADA-taggar tillfälligt inte fungerar. Se nästa avsnitt Enskilda objekts status för möjliga orsaker. När en tagg inte matchar korrekt mellan dpPower och SCADA, försöker systemet återetablera kontakten vid varje uppdatering av SCADA-taggar.

I de flesta installationer sker denna uppdatering var 15:e minut (i vissa installationer varje timme). Varje försök att återetablera kontakt kan orsaka korta driftstörningar i hanteringen av SCADA-händelser – från några sekunder upp till cirka en minut. Det är därför viktigt att tillfälligt exkludera felaktiga taggar tills problemet är löst.

Blockera en SCADA-tagg tillfälligt:

1.Välj Administration > Kodlistor > Tabellhanterare för SCADA-prenumeration.

2.Lägg till den aktuella taggen i listan. Taggen kommer att exkluderas från och med nästa schemalagda uppdatering av prenumerationslistan, eller efter en omstart av tjänsten.

 

Tolka statusikonen och dess meddelanden

Se avsnitte Operators statusikoner.

 

Enskilda objekts status

Frågeverktygets rapport Operator > SCADA-givarstatus är ett effektivt sätt att undersöka enskilda apparaters status.

 

Resultatet kan filtreras på

•Kategori - Kopplingsapparat, felindikator och olika sorters givare för mätvärden.

•Station - Där apparaten är belägen – om någon, dvs inte linjeapparater.

•Givare - Objektets identitet i dpPower.

•SCADA-ID - Själva taggen.

•Övergripande - En gruppering av liknande omständigheter, till exempel:

oKod för kopplingsläge som inte kan tolkas.

oIcke matchande SCADA-ID.

oGivare som inte kommunicerar.

oOpålitliga avläsningar.

•Kvalitet - På avläsningen - god, osäker eller dålig.

•Senaste svar - Första tidpunkt när status förändrades för givaren ifråga, rubriken kommer troligen att ändras.

 

Över 40 olika status hanteras, men det finns ingen SCADA som returnerar samtliga koder. De viktigaste felkoderna är:

•Kommunikationsfel - Fel som omfattar samtliga givare i SCADA.

•Blockerad av dpSpatial - SCADA-tagg blockerad enligt avsnittet Blockera enskilda SCADA-taggar tillfälligt.

•Ej accepterad av dpSpatial - SCADA-ID har förmodligen raderats sedan prenumeration.

•Duplikat i dpSpatial - Två objekt med samma SCADA-ID och inga särskiljande prefix eller suffix.

•Ogiltigt taggformat - Vissa SCADA verkar att returnera detta för SCADA-taggar som inte matchar.

•Okänd tagg - Den förväntade koden för SCADA-taggar som inte matchar, varianter kan förekomma, se föregående punkt.

•Avläsning ej åtkomlig - Inga läsrättigheter i SCADA.

•Lägeskod ej igenkänd - Koden för kopplingsläget kan inte översättas till varken öppet eller slutet med nuvarande konfiguration.

 

Grundläggande felsökning

Det finns några enkla kontroller du själv kan göra för att förstå varför en SCADA-händelse inte hanterades som förväntat.

 

Sök efter händelsen i Operators sydpanel:

1.Välj fliken Händelser.

2.Bocka ur Dölj ogiltiga.

3.Välj ett tidsintervall som täcker den aktuella SCADA-händelsen.

4.Tryck Sök. Eventuellt syns SCADA-händelsen i sökresultatet.

 

Använd frågeverktyget:

1.I frågeverktyget, flik Rapporter, välj Operator > SCADA-händelser.

2.Ange ett lämpligt tidsintervall och eventuellt fler sökkriterier och tryck Sök.

Där kan du se mer detaljer i kolumnen Status, till exempel:

•Apparat redan i begärt kopplingsläge.

•SCADA-ID är raderat.

•Orsak till varför ett visst matchningskriterium inte var uppfyllt.

Om SCADA expedieringen helt har stannat av, ska detta framgå av saknad tidstämpel i kolumnerna Mottaget respektive Behandlat.