Deel 3 van 4
Door Tom DeWitte en Tom Coolidge
De digitale transformatie van het gas- en pijpleidingindustrie constructiepakket is aanvankelijk gericht geweest op het digitaal transformeren van de rood gemarkeerde papieren kaarten naar digitale gegevens. De meeste van de initiële Tracking and Traceability-oplossingen op de markt hebben zich bijna uitsluitend gericht op dit deel van het constructiepakket. Wat gebeurt er met de rest van het constructiepakket?
Een pijpconstructiepakket bevat meer dan alleen gemarkeerde papieren kaarten. Het bevat druktestresultaten, inspecties van blootgestelde pijpen, checklists, dagelijkse rapporten en meer. Wat gebeurt er met het digitaal transformeren van die documenten?
In dit blogartikel bespreken we hoe je de gegevensvastlegging van de druktest kunt configureren en automatiseren. Druktestdocumentatie is historisch gezien een cruciaal stuk informatie dat te vaak wordt weggestopt onderaan de stapel documenten, achter in de kast wordt opgeborgen, in dozen wordt opgeslagen, en uiteindelijk zoek raakt om nooit meer teruggevonden te worden. Als jij verantwoordelijk bent voor het beheren of bepalen van de maximale toegestane bedrijfsdruk (MAOP) van een drukzone, dan leidt deze frustrerende realiteit waarschijnlijk tot een hand tegen je voorhoofd slaan.
Een belangrijk voordeel van het digitaal transformeren van de documentatie van druktesten is dat deze informatie onmiddellijk gekoppeld is aan de geteste assets. Als gerelateerd record aan de asset is het met een simpele klik op te halen. Geen zoeken meer door opgeslagen dozen met documenten om deze cruciale informatie te vinden.
Wat is een Druktest?
Druktesten is een industriestandaard praktijk. Het doel is om problemen te identificeren die zouden leiden tot systeemfalen en het vrijkomen van gas voordat aardgas door deze nieuwe assets stroomt. Simpel gezegd, het is om te verzekeren dat de nieuw geïnstalleerde componenten deel uitmaken van een veilig en betrouwbaar pijpsysteem.
De fysieke handeling van het uitvoeren van een druktest is niet ingewikkeld. Je brengt een inert middel in, zoals lucht of water, in het nieuw geïnstalleerde gedeelte van het pijpsysteem. Het nieuwe subsysteem wordt vervolgens op druk gebracht tot de gewenste testdruk. Eenmaal onder druk wordt het subsysteem gedurende een bepaalde tijd gemonitord om te verifiëren dat de pijpen, kleppen en fittingen de druk vasthouden en niet lekken. De laatste stap is om de test te documenteren zodat deze belangrijke informatie bewaard blijft voor toekomstige analyse en engineering van het pijpsysteem.
Historische Problemen
Het documenteren van een druktest heeft twee primaire componenten. De resultaten van de test zelf, en de identificatie welke onderdelen van het pijpsysteem getest zijn. Historisch werd dit allemaal op papier gedaan. Het was tijdrovend. Veldploegen moesten het geteste gedeelte schetsen en aangeven welke componenten waren opgenomen in het geteste subsysteem. Dit was niet alleen foutgevoelig en leidde tot ontbrekende gegevens, maar ook redundante dataregistratie. Veldploegen werden gevraagd om het nieuwe pijpsysteem opnieuw te tekenen voor de druktest nadat ze die componenten al apart hadden getekend voor de roodlijn-as-built documentatie.
Eerste pogingen om de papieren documentatie om te zetten naar digitale documentatie richtten zich vaak op het elimineren van het redundant schetsen. Bijvoorbeeld vroeg een legacy-oplossing aan de veldgebruiker om handmatig elke unieke asset aan te klikken die deelnam aan de druktest. Dit elimineerde het redundant maken van de schets, maar ten koste van aanzienlijke productiviteitsverlies. Stel je eens voor hoe lang het zou duren op je telefoon, tablet of laptop om handmatig elke fitting, klep en pijpsegment voor het drukgeteste subsysteem te selecteren. Dit kan gemakkelijk meer dan 100 unieke items omvatten. Deze legacy digitale aanpak kostte niet alleen meer tijd om te voltooien, maar was ook nog steeds gevoelig voor ontbrekende gegevens.
Makkelijker, Sneller en Nauwkeuriger
Dit industrieprobleem over hoe druktesten efficiënt en nauwkeurig te documenteren is een uitstekend voorbeeld waar een ruimtelijk bewuste mobiele softwareapplicatie dit probleem uniek kan oplossen. Er is een oplossing die veldgebruikers een eenvoudiger proces biedt voor het documenteren van druktesten op een manier die sneller en nauwkeuriger is. Dus wat is precies het geheime ingrediënt dat een geospatiale mobiele oplossing kan bieden?
Het antwoord is polygonen.
Ons Geheime Ingrediënt
Een geospatiaal bewuste mobiele applicatie, zoals ArcGIS Field Maps, begrijpt welke nieuw geïnstalleerde pijpsegmenten, kleppen en fittingen binnen de omvang van een polygoon vallen. Deze geospatiale kennis elimineert de noodzaak voor een veldgebruiker om handmatig de componenten van het pijpsysteem te selecteren.
Het gebruik van een polygoon om de omvang van de druktest weer te geven vereenvoudigt de documentatie tot twee stappen.
Stap 1: Teken een polygoon rond de componenten van het pijpsysteem die getest zijn.
Stap 2: Documenteer de resultaten van de test zelf.
De twee belangrijkste configuraties in ArcGIS Field Maps om deze automatisering mogelijk te maken zijn de polygoonlaag en een attribuutregel.
De Druktest Polygoon
Het polygoonobject voor druktesten is het bewaarde record van de druktest. Het ondersteunt bijlagen zodat foto's van het druktestwiel kunnen worden opgeslagen als onderdeel van het druktestrecord. De specifieke informatie die een nutsbedrijf wil vastleggen over de druktest, duur, testmedium in de pijp, wie de test uitvoerde, enz., vormt het schema van de polygoon. Dit polygoondruktestrecord legt volledig vast waar, wanneer, wie, hoe en wat er getest werd.
Documenteren van Druktestresultaten
Voor de meeste nutsbedrijven is het definiëren van het schema eenmalig proces waarbij vragen op het papieren druktestformulier worden omgezet in een digitaal slim formulier. Het schema kan keuzelijsten bevatten, standaardwaarden en datumkiezers om typefouten te elimineren en het invoerproces te versnellen.
Behouden Link Tussen Asset en Test
Een belangrijk onderdeel van de automatisering van de druktest is om alle nieuw geïnstalleerde assets die getest zijn te taggen. Dit is waar een attribuutregel wordt toegepast. De attribuutregel vergelijkt de omvang van de polygoon met de componenten van het pijpsysteem die als eerste deel werden gedocumenteerd in de digitale veld-as-built workflow.
Hier is het attribuutregel arcade-script om automatisch het pressure test ID toe te wijzen aan de staging line featureclass.
//Regelnaam: StagingPressureTest_PressureTestID_StagingLine
//Beschrijving: Push StagingPressureTest attributen naar StagingLines
//Type: Berekening
//Subtype: Alle
//Veld: pipetestpressure
//Bewerkbaar: aangevinkt (true)
//Trigger: Invoegen, Bijwerken
//Foutcode: 7
//Foutmelding: Kon StagingPressureTest attributen niet pushen naar StagingLines
//Evalueren vanuit applicatie-evaluatie: aangevinkt (true)
// Haal pressure test ID op uit polygoonfeature
var retVal = $feature['pipetestpressure'];
var pressureTestId = $feature['PressureTestID'];
var feature_set = FeatureSetByName($datastore, 'StagingLine', ['OBJECTID'], false);
// Zoek lijnfeatures die intersecteren met polygoon
var intersected_features = Intersects($feature, feature_set);
//Als bepaalde types features uitgesloten moeten worden pas dan volgende regel aan en verander "for" loop naar: filtered_features
//var filtered_features = Filter(intersected_Features, 'assetgroup not in (10, 12)')
//voeg features toe aan update dictionary
var updates = [];
var i = 0;
for (var feat in intersected_features) {
updates[i++] = {'objectid': feat.objectid,
'attributes': {
'PRESSURETESTID': $feature.pressureTestID<\/FONT><\/P>
}<\/FONT><\/P> }<\/FONT><\/P>}<\/FONT><\/P>\/\/return de dictionary<\/FONT><\/P>return {<\/FONT><\/P> 'result': retVal,<\/FONT><\/P> 'edit': [{<\/FONT><\/P> 'className': 'StagingLine',<\/FONT><\/P> 'updates': updates <\/FONT><\/P> }]<\/FONT><\/P>}<\/FONT><\/P>Deze attribuutregel wordt automatisch gestart zodra de veldgebruiker het pressure test polygon indient.<\/FONT><\/P>
<\/span><\/FONT><\/P>Geospatially Aware Mobile Applications<\/H1>Deze configuratie van ArcGIS Field Maps laat zien hoe de behoeften voor het documenteren van pijpconstructie-informatie, zoals een pressure test, op unieke wijze kunnen worden aangepakt. Geospatially aware mobile applications bieden de geheime saus voor het automatiseren van de documentatie met het gebruiksgemak en de productiviteit die veldgebruikers zoeken. <\/P>Het is ook belangrijk op te merken dat het automatiseren van het taggen van de pressure tested assets met de pressure test unieke ID de datakwaliteit verbetert. Deze mobiele applicatie schrijft de pressure test ID op elk van de assets, wat betekent dat deze kritieke gegevens niet langer verloren zullen gaan in de stapel dozen in het magazijn.<\/P>Als u geïnteresseerd bent in het implementeren van deze configuratie van ArcGIS Field Maps, hebben we alle scripts, datamodelsjablonen en instructies voor deze pressure test configuratie en de gehele digitale veld as-builting oplossing geplaatst. U kunt deze configuratie gratis downloaden van de Esri Community-site. Hier is de link<\/A>. Dit blogartikel is het derde in een serie van vier blogartikelen die uitleggen hoe ArcGIS Field Maps kan worden ingezet voor Digital Field As-builting. Als u onze eerdere blogartikelen over digital field as-builting hebt gemist, hier zijn de links naar die artikelen.<\/P>Deel 1: Digital Field As-Builting met ArcGIS<\/A><\/P>Deel 2: Digital Field as-Builting met ArcGIS: Geen barcode Geen probleem<\/A><\/P>Het volgende blogartikel zal doorgaan met het benutten van de productiviteitsverhogende geospatial awareness. Blog #4 zal de geheime saus onthullen van configuratie en automatisering voor het beheren van het bouwproject, en hoe alle digitale documentatie van het bouwproject automatisch aan elkaar gekoppeld kan worden.<\/P>
LET OP: De berichten op deze site zijn onze eigen en vertegenwoordigen niet noodzakelijkerwijs de positie, strategieën of meningen van Esri.<\/EM><\/P>
