Kaskade eller noe annet?

Automasjon
1

I vårt fagteam diskuterer vi hvordan man identifiserer kaskade og foroverkobling i et P%ID.

En av oss mener at man ofte bare tegner kaskade med et instrument (en regulator) i P&ID-skjema og at man da må tolke det nærmere for å se om det er kaskade eller forover-/forover- og tilbakekobling. Den andre mener at kaskade alltid skal tegnes med to instrumenter (to regulatorer), og at hvis det bare er en regulator, så er det ikke kaskade.

I tillegg mener nr.1 at foroverkobling som regel kommer fra en forstyrring som vi ikke har kontroll på, mens i kaskade ligger slave-sløyfen og føler på pådraget. Nnr.2 mener dette ikke er en regel…

Kan dere hjelpe oss å avslutte denne diskusjonen?

2

God diskusjon — begge har noe rett, men også noen misforståelser. Jeg gir en presis forklaring, praktiske kjennetegn du kan bruke for å tolke et P&ID, og en anbefaling for hvordan man bør tegne slike løsninger.

Kort definisjon

  • Kaskadekontroll: To sløyfer/opprekkverk i hierarki — en master regulator gir settpunktet (SP) til en slave (indre) regulator som styrer en hurtig variabel (f.eks. flow, posisjon). Formålet er å få rask korrigering og redusere innvirkning av interne dynamikker.

  • Foroverkobling (feed-forward): En ekstra korrigeringssignal som kommer fra en målt forstyrrelse (eller en målt variabel) direkte inn i regulatorens reguleringssignal eller summepunkt slik at reguleringen kompenserer før feilen vises i prosessvariabelen. Feed-forward er ikke nødvendigvis en egen regulator — det er ofte et ekstra signal til samme regulator som behandler det.

Hvem har rett i teamet?

  • Nr. 2 (som sier «kaskade alltid skal tegnes med to instrumenter») er nærmest god praksis — best practice i P&ID er å vise både master og slave som egne regulator-symboler hvis begge funksjonene ligger på separate enheter eller er viktige for dokumentasjon.

  • Nr. 1 (som sier man noen ganger bare tegner én regulator i P&ID og må tolke videre) har også rett — i praksis ser man ofte én controller-tag på et P&ID som i realiteten inneholder både master- og slave-funksjoner internt i en DCS/PLS-funksjon. Så bare ett symbol betyr ikke alltid fravær av kaskadefunksjon.

Konklusjon: Begge har delvis rett. Kaskade er en funksjon («to nivåer av regulering») — ikke nødvendigvis to fysiske bokser. Men for klarhet og vedlikehold bør P&ID vise begge logiske regulatorer hvis mulig.

Hvordan identifisere kaskade vs feed-forward i et P&ID

Se etter disse konkrete kjennetegnene:

Tegn som peker mot kaskade

  1. To regulator-symboler med ulike tag-nummer (f.eks. PIC-301 og FIC-302).

  2. En linje fra masterens utgang til slaveens settpunkt («SP-out», ofte stiplet eller merket med en pil).

  3. Slaveføleren måler en hurtig/indre variabel (f.eks. flow, trykk rett etter ventil, eller ventiltur-signal), ikke hovedprosessvariabelen.

  4. Notasjon i tekst: «cascade», «SP from PIC-301», eller «master/slave».

Tegn som peker mot feed-forward

  1. En måling av en forstyrrelse (f.eks. temperatur på innløp, flow i mateledning) som går direkte til samme regulatorens summepunkt eller til en beregningsblokk.

  2. En summasjons-symbol ved reguleringsinngangen med en sti fra et forstyrrelsesmål inn mot summepunktet (ofte merket FF eller FFW).

  3. Én regulator håndterer både PV og FF-signal (dvs. feed-forward + feedback i samme controller).

Praktisk observasjon

  • Hvis du ser én regulator og et ekstra målesignal som går direkte inn i denne regulators innmating (slutten av feltet ved controllerinndata), er det sannsynlig feed-forward.

  • Hvis du ser at ett regulator-symbol gir et settpunkt til et annet regulator-symbol → det er kaskade (uansett om begge er fysiske bokser eller logiske funksjoner i samme DCS-kanal).

Om påstanden «foroverkobling som regel kommer fra en forstyrrelse vi ikke har kontroll på»

Feil formulert. Feed-forward brukes ofte nettopp for å kompensere målbare forstyrrelser (f.eks. variasjon i tilførselsflow eller matevannstemperatur). Det er ikke en regel at FF alltid kommer fra «noe vi ikke har kontroll på» — det kommer fra målbar forstyrrelse som man ønsker å kompensere raskt. Kaskadeens indre (slave) sløyfe «føler på pådraget» er et vanlig mønster (f.eks. flow-sløyfe føler ventilpådragets effekt), men det er ikke et krav i alle kaskader.

Anbefalt P&ID-praksis (kort)

  1. Tegn begge regulatorene (master + slave) som separate instrumenter hvis funksjonene er viktige for drift/feilsøking.

  2. Vis SP-linje fra master til slave (stiplede linjer hvis logisk link). Merk linjen «SP» eller «SPout».

  3. Vis feed-forward som en linje fra forstyrrelsesmåler til controllers summepunkt; bruk summasjonsymbol og merk «FF».

  4. Legg til en kort tekstnote om hvor funksjonen er implementert (f.eks. «kaskade implementert i DCS kanal C-12»).

Hurtig sjekkliste du kan bruke i møte

  • Er det to controller-tagger? → sannsynlig kaskade.

  • Er det en linje «SP out» mellom regulatorene? → bekreftet kaskade.

  • Er ekstra målesignal ført direkte til controllerinndata/summasjon? → sannsynlig feed-forward.

  • Er master/slave funksjon implementert samme sted i styringen (én fysisk enhet)? → tegn det som én blokk, men noter logisk kaskade i teksten.