OpenADR 2.0

ਮੰਗ ਪ੍ਰਤਿਕਿਰਿਆ ਪ੍ਰੋਗਰਾਮ ਗਾਈਡ

ਸੰਸ਼ੋਧਨ ਨੰਬਰ: 0.92

ਦਸਤਾਵੇਜ਼ ਸਥਿਤੀ: ਕਾਰਜਸ਼ੀਲ ਟੈਕਸਟ

ਦਸਤਾਵੇਜ਼ ਨੰਬਰ: 20140701

ਕਾਪੀਰਾਈਟ © OpenADR ਅਲਾਇੰਸ (2014/15)। ਸਾਰੇ ਹੱਕ ਰਾਖਵੇਂ ਹਨ. ਇਸ ਦਸਤਾਵੇਜ਼ ਦੇ ਅੰਦਰਲੀ ਜਾਣਕਾਰੀ OpenADR ਅਲਾਇੰਸ ਦੀ ਸੰਪੱਤੀ ਹੈ ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ ਅਤੇ ਖੁਲਾਸੇ ਪ੍ਰਤੀਬੰਧਿਤ ਹਨ।

ਸਮੱਗਰੀ

1 ਜਾਣ-ਪਛਾਣ 6

Re ਹਵਾਲੇ.

3 ਨਿਯਮ ਅਤੇ ਪਰਿਭਾਸ਼ਾਵਾਂ 6

4 ਸੰਖੇਪ 9

5 ਮੰਗ ਜਵਾਬ ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਕਿਸਮਾਂ 9

6 ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼ 10

6.1 ਸਿੱਧਾ 1 11

6.2 ਸਿੱਧਾ 2 12

6.3 ਸਿੱਧਾ 3 13

6.4 ਸਿੱਧਾ 4 14

6.5 ਫੈਸੀਲੀਟੇਟਰ 1 15

6.6 ਐਗਰੀਗੇਟਰ 1 16

7 ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼ ਅਤੇ DR ਪ੍ਰੋਗਰਾਮ ਮੈਪਿੰਗ 16

8 ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਟੈਮਪਲੇਟ ਚੁਣਨਾ 18

9 ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ ਪ੍ਰੋਗਰਾਮ ਟੈਂਪਲੇਟਸ 21

9.1 ਕ੍ਰਿਟੀਕਲ ਪੀਕ ਪ੍ਰਾਈਸਿੰਗ ਪ੍ਰੋਗਰਾਮ (CPP) 21

9.1.1 CPP DR ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 21

9.1.2 CPP ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਓਪਨਏਡੀਆਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 22

9.2 ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ 24

9.2.1 ਸਮਰੱਥਾ ਦੀ ਬੋਲੀ DR ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 24

9.2.2 ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ OpenADR ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 25

9.3 ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮ 27

9.3.1 ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ DR ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 27

9.3.2 ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਓਪਨਏਡੀਆਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 28

9.4 ਤੇਜ਼ DR ਡਿਸਪੈਚ 29

9.4.1 ਤੇਜ਼ DR ਡਿਸਪੈਚ ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 29

9.4.2 ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ OpenADR ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 31

9.5 ਰਿਹਾਇਸ਼ੀ ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨ (EV) ਵਰਤੋਂ ਦਾ ਸਮਾਂ (TOU) ਪ੍ਰੋਗਰਾਮ 33

9.5.1 ਰਿਹਾਇਸ਼ੀ EV TOU ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 33

9.5.2 ਰਿਹਾਇਸ਼ੀ EV TOU ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ OpenADR ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 33

9.6 ਪਬਲਿਕ ਸਟੇਸ਼ਨ ਇਲੈਕਟ੍ਰਿਕ ਵਹੀਕਲ (EV) ਰੀਅਲ-ਟਾਈਮ ਕੀਮਤ ਪ੍ਰੋਗਰਾਮ 34

9.6.1 ਪਬਲਿਕ ਸਟੇਸ਼ਨ EV RTP ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 34

9.6.2 ਪਬਲਿਕ ਸਟੇਸ਼ਨ EV RTP ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ OpenADR ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 34

9.7 ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤ (DER) DR ਪ੍ਰੋਗਰਾਮ 35

9.7.1 ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤ (DER) ਪ੍ਰੋਗਰਾਮ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ 35

9.7.2 ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤਾਂ ਲਈ ਓਪਨਏਡੀਆਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ (DER) 35

ਅਨੈਕਸ ਏ - ਐੱਸample ਡੇਟਾ ਅਤੇ ਪੇਲੋਡ ਟੈਂਪਲੇਟਸ 36

A.1 ਕ੍ਰਿਟੀਕਲ ਪੀਕ ਪ੍ਰਾਈਸਿੰਗ ਪ੍ਰੋਗਰਾਮ (CPP) 36

A.1.1 CPP ਦ੍ਰਿਸ਼ 1 – ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile 36

A.1.2 CPP ਦ੍ਰਿਸ਼ 2 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, B ਪ੍ਰੋfile 36

A.1.3 CPP ਦ੍ਰਿਸ਼ 3 – ਗੁੰਝਲਦਾਰ ਵਰਤੋਂ ਕੇਸ 37

A.1.4 ਸੀਪੀਪੀ ਐੱਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ 37 ਦੀ ਵਰਤੋਂ ਕਰੋ

A.2 ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ (CBP) 39

A.2.1 CBP ਦ੍ਰਿਸ਼ 1 – ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile 39

A.2.2 CBP ਦ੍ਰਿਸ਼ 2 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, B ਪ੍ਰੋfile 39

A.2.3 CBP ਦ੍ਰਿਸ਼ 3 – ਗੁੰਝਲਦਾਰ ਵਰਤੋਂ ਕੇਸ 40

A.2.4 CBP ਐੱਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ 40 ਦੀ ਵਰਤੋਂ ਕਰੋ

A.3 ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮ 42

A.3.1 ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਦ੍ਰਿਸ਼ 1 – ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile 42

A.3.2 ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਦ੍ਰਿਸ਼ 2 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, ਬੀ ਪ੍ਰੋfile 42

A.3.3 ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਦ੍ਰਿਸ਼ 3 – ਕੰਪਲੈਕਸ ਵਰਤੋਂ ਕੇਸ 43

A.3.4 ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਐੱਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ 43 ਦੀ ਵਰਤੋਂ ਕਰੋ

A.4 ਤੇਜ਼ DR ਡਿਸਪੈਚ 45

A.4.1 ਤੇਜ਼ DR ਦ੍ਰਿਸ਼ 1 – ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile 45

A.4.2 ਤੇਜ਼ DR ਦ੍ਰਿਸ਼ 2 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, ਬੀ ਪ੍ਰੋfile 45

A.4.3 ਤੇਜ਼ DR ਦ੍ਰਿਸ਼ 3 – ਗੁੰਝਲਦਾਰ ਵਰਤੋਂ ਕੇਸ 46

A.4.4 ਤੇਜ਼ DR ਐੱਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ 46 ਦੀ ਵਰਤੋਂ ਕਰੋ

A.4.5 ਤੇਜ਼ DR ਐੱਸample ਰਿਪੋਰਟ ਮੈਟਾਡੇਟਾ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ 48 ਦੀ ਵਰਤੋਂ ਕਰੋ

A.4.6 ਤੇਜ਼ DR ਐੱਸample ਰਿਪੋਰਟ ਬੇਨਤੀ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ 48 ਦੀ ਵਰਤੋਂ ਕਰੋ

A.4.7 ਤੇਜ਼ DR ਐੱਸample ਰਿਪੋਰਟ ਡੇਟਾ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ 49 ਦੀ ਵਰਤੋਂ ਕਰੋ

A.5 ਰਿਹਾਇਸ਼ੀ ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨ (EV) ਵਰਤੋਂ ਦਾ ਸਮਾਂ (TOU) ਪ੍ਰੋਗਰਾਮ 49

A.5.1 ਰਿਹਾਇਸ਼ੀ EV ਦ੍ਰਿਸ਼ 1 - ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile 49

A.5.2 ਰਿਹਾਇਸ਼ੀ EV ਦ੍ਰਿਸ਼ 2 - ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, B ਪ੍ਰੋfile 50

A.5.3 ਰਿਹਾਇਸ਼ੀ EV Sampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ 50 ਦੀ ਵਰਤੋਂ ਕਰੋ

A.6 ਪਬਲਿਕ ਸਟੇਸ਼ਨ ਇਲੈਕਟ੍ਰਿਕ ਵਹੀਕਲ (EV) ਰੀਅਲ-ਟਾਈਮ ਕੀਮਤ ਪ੍ਰੋਗਰਾਮ 53

A.6.1 ਪਬਲਿਕ ਸਟੇਸ਼ਨ EV ਦ੍ਰਿਸ਼ 1 - ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, B ਪ੍ਰੋfile 53

A.6.2 ਪਬਲਿਕ ਸਟੇਸ਼ਨ ਈਵੀ ਐਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ 53 ਦੀ ਵਰਤੋਂ ਕਰੋ

A.7 ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤ (DER) DR ਪ੍ਰੋਗਰਾਮ 54

Annex B - ਸੇਵਾ ਅਤੇ ਪੇਲੋਡ ਪਰਿਭਾਸ਼ਾਵਾਂ 55

B.1 ਓਪਨ ADR ਹੇਠ ਲਿਖੀਆਂ ਸੇਵਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ: 55

Annex C - ਸੇਵਾ ਅਤੇ ਪੇਲੋਡ ਪਰਿਭਾਸ਼ਾਵਾਂ 56

C.1 EiEvent ਪੇਲੋਡਸ 56

C.2 EiReport ਪੇਲੋਡਸ 56

C.3 EiOpt ਪੇਲੋਡਸ 56

C.4 EiRegisterParty ਪੇਲੋਡਸ 57

C.5 OadrPoll ਪੇਲੋਡਸ 57

Annex D – ਸਕੀਮਾ ਪੇਲੋਡ ਐਲੀਮੈਂਟਸ ਦੀ ਸ਼ਬਦਾਵਲੀ 58

ਅੰਕਿਤ ਮੁੱਲਾਂ ਦੀ ਐਨੈਕਸ ਈ ਸ਼ਬਦਾਵਲੀ 65

E.1 ਘਟਨਾ ਸਥਿਤੀ 65

E.2 ਆਈਟਮ ਇਕਾਈਆਂ 65

E.3 oadrDataQuality 65

E.4 oadrResponseRequired 66

E.5 optReason 66

E.6 oadrTransportName 66

E.7 OptType 66

E.8 ਰੀਡਿੰਗ ਟਾਈਪ 66

E.9 ਰਿਪੋਰਟ ਨਾਮ 67

E.10 ਰਿਪੋਰਟ ਟਾਈਪ 67

E.11 ਸਕੇਲ ਕੋਡ 68

E.12 ਸਿਗਨਲ ਨਾਮ 68

E.13 ਸਿਗਨਲ ਟਾਈਪ 69

Annex F - OpenADR A ਅਤੇ B ਪ੍ਰੋfile ਅੰਤਰ 70

Annex G - OpenADR ਸੁਰੱਖਿਆ ਸਰਟੀਫਿਕੇਟ 71

ਜਾਣ-ਪਛਾਣ

ਇਸ ਗਾਈਡ ਲਈ ਟੀਚਾ ਦਰਸ਼ਕ ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ (DR) ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਉਪਯੋਗਤਾਵਾਂ ਹਨ ਜੋ ਉਪਯੋਗਤਾ ਅਤੇ ਡਾਊਨਸਟ੍ਰੀਮ ਇਕਾਈਆਂ ਦੇ ਵਿਚਕਾਰ DR ਇਵੈਂਟ ਸੰਬੰਧੀ ਸੰਦੇਸ਼ਾਂ ਨੂੰ ਸੰਚਾਰ ਕਰਨ ਲਈ OpenADR 2.0 ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਪਕਰਣਾਂ ਦੇ ਨਿਰਮਾਤਾ ਜੋ ਉਸ ਸੰਚਾਰ ਐਕਸਚੇਂਜ ਦੀ ਸਹੂਲਤ ਦਿੰਦੇ ਹਨ। ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਪਾਠਕ ਕੋਲ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਅਤੇ ਓਪਨਏਡੀਆਰ 2.0 (ਇਸ ਬਿੰਦੂ ਤੋਂ ਅੱਗੇ ਓਪਨਏਡੀਆਰ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ) ਦੋਵਾਂ ਦੀ ਬੁਨਿਆਦੀ ਸੰਕਲਪਿਕ ਸਮਝ ਹੈ।

ਓਪਨਏਡੀਆਰ ਪ੍ਰੋfile ਨਿਰਧਾਰਨ DR ਇਵੈਂਟ ਸੰਬੰਧੀ ਜਾਣਕਾਰੀ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਦੇ ਸਮੇਂ ਸੰਭਾਵਿਤ ਵਿਵਹਾਰ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪਰਿਭਾਸ਼ਤ ਕਰਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਓਪਨਏਡੀਆਰ ਵਿੱਚ ਕਾਫ਼ੀ ਵਿਕਲਪ ਹਨ ਕਿ ਉਪਯੋਗਤਾ 'ਤੇ ਸਰਵਰਾਂ (VTNs) ਅਤੇ ਡਾਊਨਸਟ੍ਰੀਮ ਸਾਈਟਾਂ 'ਤੇ ਕਲਾਇੰਟਸ (VENs) ਦੀ ਤੈਨਾਤੀ ਇੱਕ ਪਲੱਗ-ਐਨ-ਪਲੇ ਅਨੁਭਵ ਨਹੀਂ ਹੈ। ਓਪਨਏਡੀਆਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜਿਵੇਂ ਕਿ ਇਵੈਂਟ ਸਿਗਨਲ, ਰਿਪੋਰਟ ਫਾਰਮੈਟ, ਅਤੇ ਨਿਸ਼ਾਨਾ ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ-ਦਰ-ਪ੍ਰੋਗਰਾਮ ਦੇ ਆਧਾਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਇੱਕ ਪ੍ਰਮਾਣਿਤ DR ਪ੍ਰੋਗਰਾਮ ਵਰਗੀ ਕੋਈ ਚੀਜ਼ ਨਹੀਂ ਹੈ। ਹਰੇਕ DR ਪ੍ਰੋਗਰਾਮ ਦਾ ਡਿਜ਼ਾਈਨ ਵਿਲੱਖਣ ਹੁੰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਇਸ ਨੂੰ ਤਾਇਨਾਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਉਸ ਭੂਗੋਲਿਕ ਖੇਤਰ ਦੀਆਂ ਢਾਂਚਾਗਤ ਅਤੇ ਰੈਗੂਲੇਟਰੀ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਹਰੇਕ DR ਪ੍ਰੋਗਰਾਮ ਲਈ ਕਈ ਤਰ੍ਹਾਂ ਦੇ ਅਦਾਕਾਰਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਵਾਲੇ ਕਈ ਸੰਭਵ ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼ ਹੁੰਦੇ ਹਨ।

DR ਪ੍ਰੋਗਰਾਮ ਡਿਜ਼ਾਈਨ, ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼ਾਂ, ਅਤੇ ਓਪਨਏਡੀਆਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚ ਪਰਿਵਰਤਨਸ਼ੀਲਤਾ ਡੀਆਰ ਦੀ ਵਿਸਤ੍ਰਿਤ ਤੈਨਾਤੀ ਅਤੇ ਓਪਨਏਡੀਆਰ ਦੀ ਵਰਤੋਂ ਲਈ ਇੱਕ ਰੁਕਾਵਟ ਹਨ। ਇਹ ਪਰਿਵਰਤਨਸ਼ੀਲਤਾ ਜ਼ਿਆਦਾਤਰ ਹਿੱਸੇ ਲਈ ਸਮਾਰਟ ਗਰਿੱਡ ਦੇ ਖੰਡਿਤ ਅਤੇ ਗੁੰਝਲਦਾਰ ਸੁਭਾਅ ਦਾ ਪ੍ਰਤੀਬਿੰਬ ਹੈ।

ਉਪਯੋਗਤਾਵਾਂ ਦੀ ਲੋੜ ਹੈ ਸਾਬਕਾampਆਮ DR ਪ੍ਰੋਗਰਾਮਾਂ ਦੇ les ਤਾਂ ਜੋ ਉਹਨਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਆਪਣੇ DR ਪ੍ਰੋਗਰਾਮ ਲਾਗੂ ਕਰਨ ਲਈ ਮਾਡਲ ਵਜੋਂ ਵਰਤਿਆ ਜਾ ਸਕੇ। ਉਪਕਰਣ ਨਿਰਮਾਤਾਵਾਂ ਨੂੰ ਆਮ DR ਪ੍ਰੋਗਰਾਮ ਵਰਤੋਂ ਮਾਡਲਾਂ ਨੂੰ ਸਮਝਣ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਤਾਂ ਜੋ ਉਹ DR ਪ੍ਰੋਗਰਾਮ ਤੈਨਾਤੀ ਖਾਸ ਅਧਾਰ 'ਤੇ ਹੋਣ ਦੀ ਬਜਾਏ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਅੰਤਰ-ਕਾਰਜਸ਼ੀਲਤਾ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰ ਸਕਣ। ਇਸ ਗਾਈਡ ਦਾ ਇਰਾਦਾ ਇਹਨਾਂ ਦੋਵਾਂ ਟੀਚਿਆਂ ਨੂੰ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਪੂਰਾ ਕਰਨਾ ਹੈ:

• ਅੱਜ ਤੱਕ ਲਾਗੂ ਕੀਤੇ ਗਏ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ DR ਪ੍ਰੋਗਰਾਮਾਂ ਦੀਆਂ ਆਮ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਬਾਅਦ ਮਾਡਲ ਬਣਾਏ ਗਏ ਮਿਆਰੀ DR ਪ੍ਰੋਗਰਾਮ ਟੈਂਪਲੇਟਸ ਦੇ ਇੱਕ ਛੋਟੇ ਸਮੂਹ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ
• ਅਸਲ ਸੰਸਾਰ ਤੈਨਾਤੀਆਂ ਦੇ ਬਾਅਦ ਤਿਆਰ ਕੀਤੇ ਗਏ ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼ਾਂ ਦੇ ਇੱਕ ਛੋਟੇ ਸਮੂਹ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਅਦਾਕਾਰਾਂ ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਦੀ ਸਪਸ਼ਟ ਪਛਾਣ ਕੀਤੀ ਗਈ ਹੈ
• DR ਪ੍ਰੋਗਰਾਮ ਟੈਂਪਲੇਟਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਲਈ ਵਿਸ਼ੇਸ਼ ਓਪਨਏਡੀਆਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਲਈ ਵਧੀਆ ਅਭਿਆਸਾਂ ਦੀਆਂ ਸਿਫ਼ਾਰਸ਼ਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ
• ਇੱਕ ਨਿਰਣਾਇਕ ਰੁੱਖ ਪ੍ਰਦਾਨ ਕਰੋ ਜੋ ਉਪਯੋਗਤਾਵਾਂ ਉਹਨਾਂ ਦੀਆਂ ਵਪਾਰਕ ਲੋੜਾਂ ਦੇ ਅਧਾਰ ਤੇ ਉਪਯੋਗੀ DR ਪ੍ਰੋਗਰਾਮ ਟੈਂਪਲੇਟਾਂ ਅਤੇ ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼ਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਵਰਤ ਸਕਦੀਆਂ ਹਨ

ਇਸ ਗਾਈਡ ਵਿੱਚ ਜ਼ੋਰ ਸਪੱਸ਼ਟ ਸਿਫ਼ਾਰਸ਼ਾਂ ਦਾ ਇੱਕ ਛੋਟਾ ਸਮੂਹ ਪ੍ਰਦਾਨ ਕਰਕੇ ਚੀਜ਼ਾਂ ਨੂੰ ਸਰਲ ਰੱਖਣ 'ਤੇ ਹੋਵੇਗਾ ਜੋ ਇੱਕ ਆਮ DR ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਲੋੜੀਂਦੇ ਜ਼ਿਆਦਾਤਰ ਵੇਰਵਿਆਂ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰੇਗਾ, ਅਤੇ ਇਸ ਵਿੱਚ ਸਿਫ਼ਾਰਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਤੈਨਾਤ ਉਪਕਰਣਾਂ ਦੀ ਅੰਤਰ-ਕਾਰਜਸ਼ੀਲਤਾ ਜਾਂਚ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ। ਗਾਈਡ

ਹਵਾਲੇ

• ਓਪਨਏਡੀਆਰ ਪ੍ਰੋfile ਨਿਰਧਾਰਨ ਅਤੇ ਸਕੀਮਾ - www.openadr.org

ਨਿਯਮ ਅਤੇ ਪਰਿਭਾਸ਼ਾਵਾਂ

ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਨਿਯਮ ਅਤੇ ਪਰਿਭਾਸ਼ਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਹੈ।

• ਮੰਗ ਜਵਾਬ: ਸਪਲਾਈ ਦੀਆਂ ਸਥਿਤੀਆਂ, ਜਿਵੇਂ ਕਿ ਕੀਮਤਾਂ ਜਾਂ ਉਪਲਬਧਤਾ ਸੰਕੇਤਾਂ ਦੇ ਜਵਾਬ ਵਿੱਚ ਗਾਹਕ ਲੋਡ ਦੀ ਮੰਗ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਇੱਕ ਵਿਧੀ
• ਐਗਰੀਗੇਟਰ ਪਾਰਟੀ - ਇਹ ਇੱਕ ਪਾਰਟੀ ਹੈ ਜੋ ਇੱਕਠੇ ਕਈ ਸਰੋਤਾਂ ਨੂੰ ਇਕੱਠਾ ਕਰਦੀ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ DR ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀ ਨੂੰ ਉਹਨਾਂ ਦੇ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਇੱਕਲੇ ਸਰੋਤ ਵਜੋਂ ਪੇਸ਼ ਕਰਦੀ ਹੈ।
• ਐਗਰੀਗੇਟਰ ਇੰਟਰਮੀਡੀਅਰੀ ਬੁਨਿਆਦੀ ਢਾਂਚਾ - ਇਹ ਡਿਮਾਂਡ ਸਾਈਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਤੋਂ ਵੱਖਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਐਗਰੀਗੇਟਰ ਇੰਟਰਮੀਡੀਅਰੀ ਪਾਰਟੀ ਦੁਆਰਾ ਸਰੋਤਾਂ ਅਤੇ ਗਰਿੱਡ ਸਾਈਡ ਇਕਾਈਆਂ ਦੋਵਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• ਸਮਝੌਤਾ: ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਅਤੇ ਮੁਆਵਜ਼ੇ ਦੀ ਰੂਪਰੇਖਾ ਦੇਣ ਵਾਲੇ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਭੂਮਿਕਾ ਨਿਭਾਉਣ ਵਾਲੀਆਂ ਧਿਰਾਂ ਵਿਚਕਾਰ ਇਕਰਾਰਨਾਮਾ
• ਸੰਪਤੀ - ਸਰੋਤ ਦੀ ਇੱਕ ਕਿਸਮ ਜੋ ਭੌਤਿਕ ਲੋਡ ਦੇ ਇੱਕ ਖਾਸ ਸੰਗ੍ਰਹਿ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। ਸੰਸਾਧਨਾਂ ਨੂੰ ਸੰਪਤੀਆਂ ਨਾਲ ਮਿਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਸੰਪੱਤੀ ਸਰੋਤ ਹੋ ਸਕਦੀ ਹੈ, ਪਰ ਸੰਪਤੀਆਂ ਨੂੰ ਇੱਕ ਤੋਂ ਵੱਧ ਸੰਪਤੀਆਂ ਜਾਂ ਸਰੋਤਾਂ ਵਿੱਚ ਅੱਗੇ ਨਹੀਂ ਵਿਗਾੜਿਆ ਜਾ ਸਕਦਾ ਹੈ।
• ਸਬੰਧਿਤ: ਡਾਟਾਬੇਸ ਦੇ ਇੱਕ ਡਿਵਾਈਸ ਦੀ ਸੰਰਚਨਾ ਦੁਆਰਾ, ਦੋ ਸੰਸਥਾਵਾਂ ਵਿਚਕਾਰ ਇੱਕ ਪ੍ਰੋਗਰਾਮੇਟਿਕ ਐਸੋਸੀਏਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰੋ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ VEN ਨਾਲ ਸੰਬੰਧਿਤ ਸਰੋਤ
• ਬੇਸਲਾਈਨਜ: ਸਾਈਟ 'ਤੇ ਸਰਵੇਖਣਾਂ, ਨਿਰੀਖਣਾਂ, ਅਤੇ/ਜਾਂ ਮੀਟਰਿੰਗ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੇ ਗਏ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੇ ਟੁਕੜੇ ਜਾਂ ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਸਾਈਟ ਦੁਆਰਾ ਗਣਨਾ ਕੀਤੀ ਜਾਂ ਮਾਪੀ ਗਈ ਊਰਜਾ ਵਰਤੋਂ (ਮੰਗ)।
• ਬੀ.ਐੱਮ.ਐੱਸ - ਇਹ ਬਿਲਡਿੰਗ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ ਹੈ ਜੋ ਸਰੋਤਾਂ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਸਨੂੰ ਕਈ ਵਾਰ ਐਨਰਜੀ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।
• ਮਿਸ਼ਰਿਤ ਸਰੋਤ - ਇਹ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕਿਸਮ ਦਾ ਸਰੋਤ ਹੈ ਜੋ ਕਿ ਕਈ ਭੌਤਿਕ ਸੰਪਤੀਆਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜੋ ਹਰੇਕ ਕੋਲ ਲੋਡ ਨਿਯੰਤਰਣ ਦੇ ਆਪਣੇ ਸਾਧਨ ਹਨ।
• ਗਾਹਕ ਪ੍ਰੋਤਸਾਹਨ: ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਭਾਗੀਦਾਰੀ ਲਈ ਡਿਮਾਂਡ ਸਾਈਡ ਸਰੋਤਾਂ ਦੇ ਮਾਲਕ/ਏਗਰੀਗੇਟਰ ਨੂੰ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਇੱਕ ਪ੍ਰੇਰਣਾ।
• ਡਿਮਾਂਡ ਸਾਈਡ ਬੁਨਿਆਦੀ ਢਾਂਚਾ - ਇਹ ਉਹ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ ਜਿਸ ਵਿੱਚ ਉਹ ਸਰੋਤ ਹਨ ਜੋ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਦਰਜ ਹਨ
• DR ਤਰਕ: ਐਲਗੋਰਿਦਮ ਜਾਂ ਤਰਕ ਜੋ DR ਸਿਗਨਲਾਂ ਨੂੰ ਕਾਰਵਾਈਯੋਗ ਲੋਡ ਨਿਯੰਤਰਣ ਵਿੱਚ ਬਦਲਦੇ ਹਨ। ਨੋਟ ਕਰੋ ਕਿ DR ਤਰਕ ਨੂੰ ਕਈ ਵੱਖ-ਵੱਖ ਸਥਾਨਾਂ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਕਈ ਉਪ-ਸਿਸਟਮਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾ ਸਕਦਾ ਹੈ।
• DR ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀ - ਇਹ ਉਹ ਇਕਾਈ ਹੈ ਜੋ ਗਰਿੱਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਇਲਾਵਾ ਗਰਿੱਡ ਮੁੱਦਿਆਂ ਨੂੰ ਘਟਾਉਣ ਲਈ ਵਰਤੇ ਜਾਂਦੇ DR ਪ੍ਰੋਗਰਾਮਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਉਪਯੋਗਤਾ ਜਾਂ ISO ਹੈ।
• ਦਰਜ ਕੀਤਾ ਗਿਆ: ਡਿਮਾਂਡ ਸਾਈਡ ਸਰੋਤਾਂ ਦਾ ਮਾਲਕ/ਏਗਰੀਗੇਟਰ ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਲਈ ਚੁਣਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਖਾਸ ਸਰੋਤਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰ ਸਕਦਾ ਹੈ ਜੋ DR ਇਵੈਂਟਸ ਲਈ ਨਿਸ਼ਾਨਾ ਹੋ ਸਕਦੇ ਹਨ।
• ਇਵੈਂਟ ਐਕਟਿਵ ਪੀਰੀਅਡ: ਉਹ ਸਮੇਂ ਦੀ ਮਿਆਦ ਹੈ ਜਿਸ ਦੌਰਾਨ ਲੋਡ ਪ੍ਰੋ ਵਿੱਚ ਤਬਦੀਲੀ ਹੁੰਦੀ ਹੈfile ਇੱਕ DR ਇਵੈਂਟ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਬੇਨਤੀ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
• ਇਵੈਂਟ ਪਾਬੰਦੀਆਂ: ਸਮਾਂ ਸੀਮਾਵਾਂ ਜਿਸ ਦੌਰਾਨ ਗਾਹਕ ਇਵੈਂਟਸ ਅਤੇ ਸੰਬੰਧਿਤ ਰੁਕਾਵਟਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰ ਸਕਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਸ਼ਨੀਵਾਰ ਜਾਂ ਲਗਾਤਾਰ ਦਿਨਾਂ 'ਤੇ ਕੋਈ ਇਵੈਂਟ ਨਹੀਂ
• ਇਵੈਂਟ ਦਿਨ: ਇੱਕ ਦਿਨ ਜਦੋਂ ਇੱਕ DR ਘਟਨਾ ਵਾਪਰਦੀ ਹੈ। ਬਹੁਤੇ ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਇੱਕ ਦਿੱਤੇ ਕੈਲੰਡਰ ਅਵਧੀ ਵਿੱਚ ਇਵੈਂਟ ਦਿਨਾਂ ਦੀ ਗਿਣਤੀ ਲਈ ਸੀਮਾਵਾਂ ਹੁੰਦੀਆਂ ਹਨ
• ਘਟਨਾ ਵੇਰਵਾ ਦੇਣ ਵਾਲਾ: OpenADR ਇਵੈਂਟ ਆਬਜੈਕਟ ਦਾ ਹਿੱਸਾ ਜੋ ਇਵੈਂਟ ਬਾਰੇ ਮੈਟਾਡੇਟਾ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਪ੍ਰੋਗਰਾਮ ਦਾ ਨਾਮ ਅਤੇ ਇਵੈਂਟ ਤਰਜੀਹ
• ਇਵੈਂਟ ਦੀ ਮਿਆਦ: ਘਟਨਾ ਦੀ ਲੰਬਾਈ। ਬਹੁਤੇ ਪ੍ਰੋਗਰਾਮ ਕਿਸੇ ਘਟਨਾ ਦੀ ਲੰਬਾਈ ਦੇ ਨਾਲ-ਨਾਲ ਦਿਨ ਦੇ ਘੰਟੇ, ਜਿਸ ਦੌਰਾਨ ਘਟਨਾ ਵਾਪਰ ਸਕਦੀ ਹੈ, ਦੀਆਂ ਰੁਕਾਵਟਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ।
• ਇਵੈਂਟ ਸਿਗਨਲ: ਕਿਸੇ ਇਵੈਂਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕਾਰਵਾਈਯੋਗ ਜਾਣਕਾਰੀ ਜਿਵੇਂ ਕਿ ਬਿਜਲੀ ਦੀ ਕੀਮਤ ਜਾਂ ਲੋਡ ਸ਼ੈੱਡ ਦੇ ਖਾਸ ਪੱਧਰਾਂ ਦੀ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਹੈ ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਇਵੈਂਟ ਦੇ ਪ੍ਰਾਪਤਕਰਤਾ ਦੁਆਰਾ ਕੁਝ ਪੂਰਵ-ਪ੍ਰੋਗਰਾਮ ਕੀਤੇ ਲੋਡ ਸ਼ੈੱਡ ਵਿਵਹਾਰ ਨੂੰ ਚਾਲੂ ਕਰਦੀ ਹੈ। ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਵਰਤੇ ਗਏ ਇਵੈਂਟ ਸਿਗਨਲਾਂ ਦੀਆਂ ਕਿਸਮਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ
• ਇਵੈਂਟ ਟੀਚਾ: ਲੋਡ ਸ਼ੈਡਿੰਗ ਸਰੋਤ ਜੋ DR ਇਵੈਂਟ ਲਈ ਉਦੇਸ਼ ਪ੍ਰਾਪਤਕਰਤਾ ਹਨ। ਇਹ ਇੱਕ ਭੂਗੋਲਿਕ ਖੇਤਰ, ਡਿਵਾਈਸਾਂ ਦੀ ਇੱਕ ਖਾਸ ਸ਼੍ਰੇਣੀ, ਇੱਕ ਸਮੂਹ ਪਛਾਣਕਰਤਾ, ਸਰੋਤ ID, ਜਾਂ ਹੋਰ ਪਛਾਣਕਰਤਾ ਹੋ ਸਕਦਾ ਹੈ। ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਇਹ ਨਿਸ਼ਚਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਖਾਸ ਸਰੋਤਾਂ ਨੂੰ ਕਿਵੇਂ ਨਿਸ਼ਾਨਾ ਬਣਾਇਆ ਜਾ ਰਿਹਾ ਹੈ।
• ਸਮਾਗਮ: ਇੱਕ ਇਵੈਂਟ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸਮੇਂ ਤੋਂ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਲੋਡ ਸ਼ੈੱਡ ਦੀ ਬੇਨਤੀ ਕਰਨ ਵਾਲੇ ਪਾਸੇ ਦੇ ਸਰੋਤਾਂ ਦੀ ਮੰਗ ਕਰਨ ਲਈ ਉਪਯੋਗਤਾ ਤੋਂ ਇੱਕ ਨੋਟੀਫਿਕੇਸ਼ਨ ਹੈ, ਇੱਕ ਨਿਸ਼ਚਤ ਸਮੇਂ ਤੋਂ, ਅਤੇ ਇਸ ਵਿੱਚ ਖਾਸ ਸਰੋਤਾਂ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣ ਵਾਲੀ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਵੈਂਟ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਫੈਸੀਲੀਟੇਟਰ ਵਿਚੋਲਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ - ਇਹ ਡਿਮਾਂਡ ਸਾਈਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਤੋਂ ਵੱਖਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ, ਜਿਸਦੀ ਵਰਤੋਂ ਫੈਸਿਲੀਟੇਟਰ ਇੰਟਰਮੀਡੀਅਰੀ ਪਾਰਟੀ ਦੁਆਰਾ ਸਰੋਤਾਂ ਅਤੇ ਗਰਿੱਡ ਸਾਈਡ ਇਕਾਈਆਂ ਦੋਵਾਂ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• ਸਹੂਲਤ ਦੇਣ ਵਾਲਾ: ਇੱਕ ਤੀਜੀ ਧਿਰ ਜੋ ਉਪਯੋਗਤਾ ਦੀ ਤਰਫੋਂ DR ਪ੍ਰੋਗਰਾਮ ਦੇ ਕੁਝ ਜਾਂ ਸਾਰੇ ਕਾਰਜਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੀ ਹੈ
• ਗਰਿੱਡ ਬੁਨਿਆਦੀ ਢਾਂਚਾ - ਇਹ ਉਹ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ ਜੋ DR ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀਆਂ ਦੀ ਮਲਕੀਅਤ ਜਾਂ ਪ੍ਰਬੰਧਿਤ ਹੈ। ਇਸ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ OpenADR VTN ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ ਜਿਸਦੀ ਵਰਤੋਂ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਦਾਖਲ ਕੀਤੇ ਸਰੋਤਾਂ ਨੂੰ DR ਸਿਗਨਲ ਭੇਜਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• ਵਿਚੋਲਗੀ ਪਾਰਟੀ - ਇਹ ਇੱਕ ਪਾਰਟੀ ਹੈ ਜੋ ਆਮ ਤੌਰ 'ਤੇ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਭਾਗੀਦਾਰੀ ਦੀ ਸਹੂਲਤ ਲਈ ਰਿਸੋਰਸ ਪਾਰਟੀ ਦੀ ਤਰਫੋਂ ਕੰਮ ਕਰਦੀ ਹੈ।
• ਲੋਡ ਕੰਟਰੋਲ - ਇਹ ਇੱਕ ਸਰੋਤ ਨਾਲ ਸਬੰਧਤ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਸਰੋਤ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਅਤੇ ਇੱਕ ਖਾਸ ਲੋਡ ਪ੍ਰੋ ਪੈਦਾ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈfile.
• ਲੋਡ ਪ੍ਰੋfile ਉਦੇਸ਼: ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਅਤੇ ਇਵੈਂਟਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਪਿੱਛੇ ਇਹ ਪ੍ਰੇਰਣਾ ਹੈ। ਜਿਵੇਂ ਕਿ ਪੀਕ ਲੋਡ ਨੂੰ ਸ਼ੇਵ ਕਰਨ ਦੀ ਇੱਛਾ.
• ਸੂਚਨਾ: ਕਿਸੇ ਇਵੈਂਟ ਦੇ ਸ਼ੁਰੂਆਤੀ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਮਿਆਦ ਜਿੱਥੇ ਮੰਗ ਵਾਲੇ ਪਾਸੇ ਦੇ ਸਰੋਤ ਮਾਲਕ ਨੂੰ ਇੱਕ ਬਕਾਇਆ ਘਟਨਾ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ
• ਵਿਵਹਾਰ ਦੀ ਚੋਣ ਕਰੋ: ਕਿਸੇ ਇਵੈਂਟ ਦੀ ਪ੍ਰਾਪਤੀ 'ਤੇ ਡਿਮਾਂਡ ਸਾਈਡ ਸਰੋਤ ਮਾਲਕ ਤੋਂ ਸੰਭਾਵਿਤ ਜਵਾਬ। ਇਹ ਜਵਾਬ ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ ਦਾ ਰੂਪ ਲੈ ਸਕਦਾ ਹੈ ਕਿ ਸਰੋਤ ਇਵੈਂਟ ਵਿੱਚ ਹਿੱਸਾ ਲਵੇਗਾ ਜਾਂ ਨਹੀਂ
• ਜਵਾਬਾਂ ਦੀ ਚੋਣ ਕਰੋ: ਕੀ ਕਿਸੇ ਖਾਸ ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਕਿਸੇ ਇਵੈਂਟ ਦੇ ਜਵਾਬ ਵਿੱਚ ਮੰਗ ਵਾਲੇ ਸਰੋਤਾਂ ਤੋਂ ਜਵਾਬ ਦੀ ਲੋੜ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਉਹ ਜਵਾਬ ਆਮ ਤੌਰ 'ਤੇ ਕੀ ਹੁੰਦੇ ਹਨ।
• ਸੇਵਾਵਾਂ ਦੀ ਚੋਣ ਕਰੋ: ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਲਈ ਸਰੋਤ ਦੀ ਉਪਲਬਧਤਾ ਵਿੱਚ ਅਸਥਾਈ ਤਬਦੀਲੀਆਂ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਓਪਨਏਡੀਆਰ ਉੱਤੇ ਸੰਚਾਰਿਤ ਸਮਾਂ-ਸੂਚੀ।
• ਪੂਰਵ ਸ਼ਰਤ: ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਨਾਮ ਦਰਜ ਕਰਵਾਉਣ ਲਈ ਇੱਕ ਡਿਮਾਂਡ ਸਾਈਡ ਸਰੋਤ ਮਾਲਕ ਲਈ ਮਾਪਦੰਡ ਪੂਰੇ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਇਸ ਵਿੱਚ ਅੰਤਰਾਲ ਮੀਟਿੰਗ ਦੀ ਉਪਲਬਧਤਾ ਜਾਂ ਕੁਝ ਘੱਟੋ-ਘੱਟ ਲੋਡ ਸ਼ੈੱਡ ਸਮਰੱਥਾ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀ ਹੈ
• ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵਰ: DR ਪ੍ਰੋਗਰਾਮ ਬਣਾਉਣ ਅਤੇ ਇਵੈਂਟਾਂ ਨੂੰ ਜਾਰੀ ਕਰਨ ਲਈ ਉਪਯੋਗਤਾ ਦੇ ਹਿੱਸੇ 'ਤੇ ਪ੍ਰਾਇਮਰੀ ਪ੍ਰੇਰਣਾ। ਜਿਵੇਂ ਕਿ "ਪੀਕ ਡਿਮਾਂਡ ਰਿਡਕਸ਼ਨ ਅਤੇ ਰਿਸੋਰਸ ਐਕੁਏਸੀਸੀ"
• ਪ੍ਰੋਗਰਾਮ - ਇਹ ਉਹ DR ਪ੍ਰੋਗਰਾਮ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸਰੋਤ ਦਾਖਲ ਹੁੰਦੇ ਹਨ।
• ਪ੍ਰੋਗਰਾਮ ਦਾ ਵੇਰਵਾ: ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਦਾ ਇੱਕ ਬਿਰਤਾਂਤਕ ਵਰਣਨ। ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ DR ਪ੍ਰੋਗਰਾਮ ਟੈਮਪਲੇਟਾਂ ਦਾ ਹਿੱਸਾ
• ਪ੍ਰੋਗਰਾਮ ਦਾ ਸਮਾਂ ਸੀਮਾ: DR ਪ੍ਰੋਗਰਾਮ ਦੇ ਦੌਰਾਨ ਸਾਲ ਦਾ ਸਮਾਂ ਜਾਂ ਮੌਸਮ ਆਮ ਤੌਰ 'ਤੇ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦਾ ਹੈ
• ਰੇਟ ਡਿਜ਼ਾਈਨ: ਦਰ ਢਾਂਚੇ ਵਿੱਚ ਖਾਸ ਸੋਧਾਂ ਜਾਂ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਲਈ ਡਿਮਾਂਡ ਸਾਈਡ ਸਰੋਤ ਮਾਲਕਾਂ ਨੂੰ ਪ੍ਰੇਰਿਤ ਕਰਨ ਲਈ ਭੁਗਤਾਨ ਕੀਤੇ ਗਏ ਪ੍ਰੋਤਸਾਹਨ
• ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੇਵਾਵਾਂ: ਇੱਕ VTN ਅਤੇ VEN ਵਿਚਕਾਰ ਬੁਨਿਆਦੀ ਅੰਤਰ-ਕਾਰਜਸ਼ੀਲਤਾ ਸਥਾਪਤ ਕਰਨ ਲਈ, ਅਤੇ VEN ਉਪਯੋਗਤਾ ਗਾਹਕਾਂ ਦੇ ਖਾਤੇ ਨਾਲ ਸੰਬੰਧਿਤ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ OpenADR ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਵਰਤੀ ਜਾਂਦੀ ਸੇਵਾ।
• ਰਿਪੋਰਟਿੰਗ ਸੇਵਾਵਾਂ: VENs ਨੂੰ VENs ਨੂੰ ਰਿਪੋਰਟਿੰਗ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ OpenADR ਦੁਆਰਾ ਵਰਤੀ ਜਾਂਦੀ ਸੇਵਾ। DR ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਪ੍ਰੋਗਰਾਮ ਲਈ ਰਿਪੋਰਟਿੰਗ ਲੋੜਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
• ਸਰੋਤ ਪਾਰਟੀ - ਇਹ ਉਹ ਪਾਰਟੀ ਹੈ ਜੋ ਡਿਮਾਂਡ ਸਾਈਡ ਸੰਸਾਧਨਾਂ ਦੀ ਮਾਲਕ ਹੈ ਜੋ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਦਾਖਲ ਹੋ ਸਕਦੇ ਹਨ
• ਸਰੋਤ - ਇਹ ਉਹ ਇਕਾਈ ਹੈ ਜੋ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਦਾਖਲ ਹੈ ਅਤੇ ਉਹਨਾਂ ਦੇ ਲੋਡ ਪ੍ਰੋ ਵਿੱਚ ਕਿਸੇ ਕਿਸਮ ਦੀ ਤਬਦੀਲੀ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹੈfile VTN ਤੋਂ DR ਸਿਗਨਲ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਜਵਾਬ ਵਿੱਚ।
• ਟੀਚਾ ਗਾਹਕ: ਪ੍ਰੋfile ਡਿਮਾਂਡ ਸਾਈਡ ਸੰਸਾਧਨਾਂ ਦੀ ਜੋ ਕਿਸੇ ਖਾਸ DR ਪ੍ਰੋਗਰਾਮਾਂ ਜਿਵੇਂ ਕਿ ਰਿਹਾਇਸ਼ੀ, ਉਦਯੋਗਿਕ, ਜਾਂ ਸ਼ਾਇਦ ਬਿਜਲੀ ਦੀ ਖਪਤ ਦੇ ਪੱਧਰ 'ਤੇ ਆਧਾਰਿਤ ਹੋ ਸਕਦੇ ਹਨ।
• ਟੀਚਾ ਲੋਡ: ਡਿਮਾਂਡ ਸਾਈਡ ਸਰੋਤ ਜਿਨ੍ਹਾਂ ਦਾ ਲੋਡ a ਦੀ ਪ੍ਰਾਪਤੀ 'ਤੇ ਸੋਧਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ
• VEN - ਇਹ ਓਪਨਏਡੀਆਰ ਵਰਚੁਅਲ ਐਂਡ ਨੋਡ ਹੈ ਜੋ VTN ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
• VTN - ਇਹ ਓਪਨਏਡੀਆਰ ਵਰਚੁਅਲ ਟੌਪ ਨੋਡ ਹੈ ਜੋ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਦਾਖਲ ਕੀਤੇ ਸਰੋਤਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਸੰਖੇਪ ਰੂਪ

• ਬੀ.ਐੱਮ.ਐੱਸ: ਬਿਲਡਿੰਗ ਮੈਨੇਜਮੈਂਟ ਸਿਸਟਮ
• ਸੀ ਐਂਡ ਆਈ: ਵਪਾਰਕ ਅਤੇ ਉਦਯੋਗਿਕ
• Comm: ਦੋ ਸੰਸਥਾਵਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ
• DR: ਮੰਗ ਜਵਾਬ
• ਈ.ਐੱਮ.ਐੱਸ: ਊਰਜਾ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ
• ਓਪਨਏਡੀਆਰ: ਸਵੈਚਲਿਤ ਮੰਗ ਜਵਾਬ ਖੋਲ੍ਹੋ
• ਪ੍ਰੋਗਰਾਮ: ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ ਪ੍ਰੋਗਰਾਮ (ਪ੍ਰੋਗਰਾਮਾਂ) ਦਾ ਹਵਾਲਾ
• VEN: ਵਰਚੁਅਲ ਐਂਡ ਨੋਡ
• VTN: ਵਰਚੁਅਲ ਸਿਖਰ ਨੋਡ

ਮੰਗ ਜਵਾਬ ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਕਿਸਮਾਂ

ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਹੇਠਾਂ ਦਰਸਾਏ ਗਏ DR ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਟੈਂਪਲੇਟ ਸ਼ਾਮਲ ਹਨ।

 

1. ਗੰਭੀਰ ਪੀਕ ਕੀਮਤ: ਰੇਟ ਅਤੇ/ਜਾਂ ਕੀਮਤ ਢਾਂਚਾ ਉੱਚ ਥੋਕ ਬਾਜ਼ਾਰ ਦੀਆਂ ਕੀਮਤਾਂ ਜਾਂ ਸੀਮਤ ਦਿਨਾਂ ਜਾਂ ਘੰਟਿਆਂ ਲਈ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਉੱਚ ਦਰ ਜਾਂ ਕੀਮਤ ਲਾਗੂ ਕਰਕੇ ਘੱਟ ਖਪਤ ਨੂੰ ਉਤਸ਼ਾਹਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ।

2. ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ: ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਜੋ ਪ੍ਰਚੂਨ ਅਤੇ ਥੋਕ ਬਾਜ਼ਾਰਾਂ ਵਿੱਚ ਇੱਕ ਮੰਗ ਸਰੋਤ ਨੂੰ ਇੱਕ ਕੀਮਤ 'ਤੇ ਲੋਡ ਘਟਾਉਣ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਜਾਂ ਇਹ ਪਛਾਣ ਕਰਨ ਲਈ ਕਿ ਇਹ ਇੱਕ ਖਾਸ ਕੀਮਤ 'ਤੇ ਕਿੰਨਾ ਲੋਡ ਘਟਾਉਣ ਲਈ ਤਿਆਰ ਹੈ।

 

3. ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮ/ਡਾਇਰੈਕਟ ਲੋਡ ਕੰਟਰੋਲ: ਇੱਕ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਗਤੀਵਿਧੀ ਜਿਸ ਦੁਆਰਾ ਪ੍ਰੋਗਰਾਮ ਸਪਾਂਸਰ ਇੱਕ ਗਾਹਕ ਦੇ ਇਲੈਕਟ੍ਰੀਕਲ ਉਪਕਰਨ (ਜਿਵੇਂ ਕਿ ਏਅਰ ਕੰਡੀਸ਼ਨਰ) ਨੂੰ ਥੋੜ੍ਹੇ ਸਮੇਂ ਦੇ ਨੋਟਿਸ 'ਤੇ ਰਿਮੋਟਲੀ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ। ਇਹ ਪ੍ਰੋਗਰਾਮ ਮੁੱਖ ਤੌਰ 'ਤੇ ਰਿਹਾਇਸ਼ੀ ਜਾਂ ਛੋਟੇ ਵਪਾਰਕ ਗਾਹਕਾਂ ਨੂੰ ਪੇਸ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।

4. ਤੇਜ਼ DR ਡਿਸਪੈਚ/ਸਹਿਯੋਗੀ ਸੇਵਾਵਾਂ ਪ੍ਰੋਗਰਾਮ: ਇੱਕ ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ ਪ੍ਰੋਗਰਾਮ ਜੋ ਕਿ ਐਮਰਜੈਂਸੀ ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ ਇਵੈਂਟ ਦੌਰਾਨ ਲੋਡ ਰਿਸਪਾਂਸ ਲਈ ਗਾਹਕਾਂ ਨੂੰ ਪ੍ਰੋਤਸਾਹਨ ਭੁਗਤਾਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇੱਕ ਅਸਧਾਰਨ ਸਿਸਟਮ ਸਥਿਤੀ (ਉਦਾਹਰਨ ਲਈample, ਸਿਸਟਮ ਦੀਆਂ ਰੁਕਾਵਟਾਂ ਅਤੇ ਸਥਾਨਕ ਸਮਰੱਥਾ ਦੀਆਂ ਰੁਕਾਵਟਾਂ) ਜਿਸ ਲਈ ਪ੍ਰਸਾਰਣ ਸਹੂਲਤਾਂ ਜਾਂ ਉਤਪਾਦਨ ਦੀ ਸਪਲਾਈ ਦੀ ਅਸਫਲਤਾ ਨੂੰ ਰੋਕਣ ਜਾਂ ਸੀਮਤ ਕਰਨ ਲਈ ਆਟੋਮੈਟਿਕ ਜਾਂ ਤੁਰੰਤ ਦਸਤੀ ਕਾਰਵਾਈ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਬਲਕ ਇਲੈਕਟ੍ਰਿਕ ਸਿਸਟਮ ਦੀ ਭਰੋਸੇਯੋਗਤਾ 'ਤੇ ਬੁਰਾ ਪ੍ਰਭਾਵ ਪਾ ਸਕਦੀ ਹੈ। ਇਸ ਕਿਸਮ ਦੇ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਕਈ ਵਾਰ "ਸਹਾਇਕ ਸੇਵਾਵਾਂ" ਵਜੋਂ ਜਾਣਿਆ ਜਾ ਸਕਦਾ ਹੈ।

5. ਇਲੈਕਟ੍ਰਿਕ ਵਹੀਕਲ (EV) DR ਪ੍ਰੋਗਰਾਮ: ਇੱਕ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਗਤੀਵਿਧੀ ਜਿਸ ਦੁਆਰਾ ਖਪਤਕਾਰਾਂ ਨੂੰ ਖਪਤ ਦੇ ਪੈਟਰਨਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨਾਂ ਨੂੰ ਚਾਰਜ ਕਰਨ ਦੀ ਲਾਗਤ ਨੂੰ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈ।

6. ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤ (DER) DR ਪ੍ਰੋਗਰਾਮ: ਸਮਾਰਟ ਗਰਿੱਡ ਵਿੱਚ ਵੰਡਣ ਵਾਲੇ ਊਰਜਾ ਸਰੋਤਾਂ ਦੇ ਏਕੀਕਰਨ ਨੂੰ ਸੁਚਾਰੂ ਬਣਾਉਣ ਲਈ ਵਰਤੀ ਗਈ ਇੱਕ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਗਤੀਵਿਧੀ।

 

ਤੈਨਾਤੀ ਸਥਿਤੀ

ਜਿਸ ਤਰੀਕੇ ਨਾਲ ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਤੈਨਾਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਉਹ DR ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੋਂ ਕੁਝ ਹੱਦ ਤੱਕ ਸੁਤੰਤਰ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਚਿੱਤਰ ਕਈ ਤਰੀਕਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ ਜਿਸ ਵਿੱਚ ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਤੈਨਾਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਨਿਮਨਲਿਖਤ ਭਾਗ ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼ਾਂ ਅਤੇ DR ਪ੍ਰੋਗਰਾਮਾਂ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਅੰਤਰ ਸੰਦਰਭ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨਾਲ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੇ ਜਾਣ ਦੀ ਸੰਭਾਵਨਾ ਹੈ।

ਇਸ ਭਾਗ ਵਿੱਚ ਚਿੱਤਰ ਵੱਖ-ਵੱਖ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਇਕਾਈਆਂ ਵਿਚਕਾਰ ਸਬੰਧਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ।

ਸਿੱਧੀ 1

ਇਹ ਇੱਕ ਸਧਾਰਨ ਦ੍ਰਿਸ਼ ਹੈ ਜਿਸ ਵਿੱਚ DR ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀ ਅਤੇ ਰਿਸੋਰਸ ਪਾਰਟੀ ਵਿਚਕਾਰ ਸਿੱਧਾ ਸਬੰਧ ਹੈ। ਰਿਸੋਰਸ ਪਾਰਟੀ ਆਪਣੇ ਖੁਦ ਦੇ ਸਰੋਤਾਂ ਨੂੰ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਦਾਖਲ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ ਅਤੇ ਗਰਿੱਡ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਇੱਕ VEN ਦੁਆਰਾ ਸਰੋਤਾਂ ਨਾਲ ਸਿੱਧਾ ਇੰਟਰੈਕਟ ਕਰਦਾ ਹੈ ਜੋ ਡਿਮਾਂਡ ਸਾਈਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਅੰਦਰ ਰਹਿੰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ VEN ਰਿਸੋਰਸ ਪਾਰਟੀ ਦੀ ਮਲਕੀਅਤ ਹੈ ਅਤੇ ਇਹ ਸਰੋਤਾਂ ਅਤੇ ਉਹਨਾਂ ਦੇ ਕੰਟਰੋਲਰਾਂ ਤੋਂ ਵੱਖਰਾ ਹੈ। ਜਦੋਂ VEN ਦੁਆਰਾ ਇੱਕ DR ਸਿਗਨਲ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਤਾਂ ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਕਿਸੇ ਵੀ ਲੋਡ ਨਿਯੰਤਰਣ ਤਰਕ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਪਰ ਸਿਰਫ਼ ਲੋਡ ਕੰਟਰੋਲਰਾਂ ਨੂੰ ਸਿਗਨਲ ਅੱਗੇ ਭੇਜਦਾ ਹੈ ਜੋ ਉਚਿਤ ਕਾਰਵਾਈ ਕਰਦੇ ਹਨ। ਸਾਬਕਾampਇਸ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਵਿੱਚ C&I ਇਮਾਰਤਾਂ ਸ਼ਾਮਲ ਹੋਣਗੀਆਂ ਜੋ ਇੱਕ ਗੇਟਵੇ ਨੂੰ ਸਥਾਪਿਤ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜਿਸ ਵਿੱਚ ਇੱਕ OpenADR VEN ਹੁੰਦਾ ਹੈ ਅਤੇ ਜਦੋਂ ਉਸ ਗੇਟਵੇ ਦੁਆਰਾ ਇੱਕ ਸਿਗਨਲ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਤਾਂ ਇਹ ਇਸਨੂੰ ਕਿਸੇ ਹੋਰ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਦਾ ਹੈ ਅਤੇ ਲੋਡ ਕੰਟਰੋਲਰਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਅੱਗੇ ਭੇਜਦਾ ਹੈ।

ਸਿੱਧੀ 2

ਇਹ ਡਾਇਰੈਕਟ 1 ਦ੍ਰਿਸ਼ ਨਾਲ ਬਹੁਤ ਮਿਲਦਾ ਜੁਲਦਾ ਹੈ। ਮੁੱਖ ਅੰਤਰ ਇਹ ਹੈ ਕਿ VEN ਨੂੰ ਕਿਵੇਂ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ VTN ਨਾਲ ਪਰਸਪਰ ਪ੍ਰਭਾਵ ਦੀ ਸਹੂਲਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। VEN ਨੂੰ ਇੱਕ ਕੇਂਦਰੀਕ੍ਰਿਤ BMS ਵਰਗੀ ਇਕਾਈ ਵਿੱਚ ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਹੈ ਜੋ DR ਤਰਕ ਨੂੰ ਲਾਗੂ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਵਧੇਰੇ ਕੇਂਦਰੀਕ੍ਰਿਤ ਸਥਾਨ ਤੋਂ ਮਿਸ਼ਰਿਤ ਸਰੋਤ ਅਤੇ ਉਹਨਾਂ ਦੇ ਬਹੁਤ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਲੋਡ ਕੰਟਰੋਲਰਾਂ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰ ਸਕਦਾ ਹੈ। ਸਾਬਕਾamples ਵਿੱਚ BMS ਵਾਲੀਆਂ ਵੱਡੀਆਂ ਇਮਾਰਤਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ ਜੋ ਇੱਕ ਇਮਾਰਤ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਲੋਡਾਂ ਨੂੰ ਕੰਟਰੋਲ ਕਰਦੀਆਂ ਹਨ (ਜਿਵੇਂ ਕਿ ਰੋਸ਼ਨੀ, HVAC, ਉਦਯੋਗਿਕ ਪ੍ਰਕਿਰਿਆਵਾਂ, ਆਦਿ) ਤੋਂ campਉਹ ਵਰਤੋਂ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਕੇਂਦਰੀਕ੍ਰਿਤ ਨਿਯੰਤਰਣ ਪ੍ਰਣਾਲੀ ਨਾਲ ਕਈ ਸਹੂਲਤਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ਸਿੱਧੀ 3

ਇਹ ਦ੍ਰਿਸ਼ ਡਾਇਰੈਕਟ 1 ਦ੍ਰਿਸ਼ ਨਾਲ ਬਹੁਤ ਮਿਲਦਾ ਜੁਲਦਾ ਹੈ। ਮੁੱਖ ਅੰਤਰ ਇਹ ਹੈ ਕਿ VEN ਸਰੋਤ ਅਤੇ ਇਸਦੇ ਲੋਡ ਕੰਟਰੋਲਰ ਵਿੱਚ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸਥਾਪਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ DR ਸਿਗਨਲ ਸਿੱਧੇ ਸਰੋਤ ਅਤੇ ਇਸਦੇ ਲੋਡ ਕੰਟਰੋਲਰ ਨੂੰ ਭੇਜੇ ਜਾਂਦੇ ਹਨ। ਅਖੌਤੀ "ਡਿਵਾਈਸਾਂ ਲਈ ਕੀਮਤਾਂ" ਦ੍ਰਿਸ਼ ਇਸ ਸ਼੍ਰੇਣੀ ਵਿੱਚ ਆਉਂਦਾ ਹੈ। ਸਾਬਕਾamples ਵਿੱਚ ਕਿਸੇ ਵੀ ਕਿਸਮ ਦਾ ਲੋਡ ਕੰਟਰੋਲਰ ਸ਼ਾਮਲ ਹੋਵੇਗਾ ਜਿਵੇਂ ਕਿ HVAC (ਭਾਵ ਥਰਮੋਸਟੈਟ) ਜਿਸ ਵਿੱਚ ਇੱਕ ਏਮਬੈਡਡ VEN ਹੈ ਜੋ ਗਰਿੱਡ ਸਾਈਡ ਸੰਸਥਾਵਾਂ VTN ਨਾਲ ਸਿੱਧਾ ਇੰਟਰੈਕਟ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹੈ।

ਸਿੱਧੀ 4

ਇਹ ਡਾਇਰੈਕਟ 1 ਅਤੇ ਡਾਇਰੈਕਟ 2 ਦ੍ਰਿਸ਼ਾਂ ਦੀਆਂ ਕਿਸਮਾਂ ਦਾ ਸੁਮੇਲ ਹੈ। ਮੁੱਖ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਮਲਟੀਪਲ VEN ਇੱਕ ਸਿੰਗਲ ਕੰਪਾਊਂਡ ਰਿਸੋਰਸ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ ਜੋ ਉਹਨਾਂ ਦੇ ਆਪਣੇ ਲੋਡ ਕੰਟਰੋਲਰਾਂ ਦੇ ਨਾਲ ਕਈ ਸੰਪਤੀਆਂ ਦੇ ਬਣੇ ਹੁੰਦੇ ਹਨ। ਹਰ ਇੱਕ ਲੋਡ ਕੰਟਰੋਲਰ ਜਿਸ ਵਿੱਚ ਮਿਸ਼ਰਿਤ ਸਰੋਤ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ ਇੱਕ ਵੱਖਰੇ VEN ਨਾਲ ਜੁੜੇ ਹੋ ਸਕਦੇ ਹਨ। ਨੋਟ ਕਰੋ ਕਿ ਸਾਰੇ VEN ਉਸੇ ਰਿਸੋਰਸ ਪਾਰਟੀ ਦੇ ਨਿਯੰਤਰਣ ਅਧੀਨ ਹੋਣਗੇ ਜੋ ਕੰਪਾਊਂਡ ਰਿਸੋਰਸ ਦੀ ਮਾਲਕ ਹੈ। ਇਹ ਦ੍ਰਿਸ਼ ਡਿਮਾਂਡ ਸਾਈਡ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਦੀ ਸਹੂਲਤ ਲਈ ਮੌਜੂਦ ਹੈ ਜਿਨ੍ਹਾਂ ਕੋਲ ਮਿਸ਼ਰਿਤ ਸਰੋਤ ਹਨ, ਪਰ ਡਾਇਰੈਕਟ 2 ਦ੍ਰਿਸ਼ ਵਾਂਗ ਕੇਂਦਰੀਕ੍ਰਿਤ BMS ਨਹੀਂ ਹੈ। ਸਾਬਕਾamples ਵਿੱਚ ਹਰ ਮੰਜ਼ਿਲ 'ਤੇ ਵੱਖ-ਵੱਖ ਲੋਡ ਕੰਟਰੋਲਰਾਂ ਵਾਲੀਆਂ ਇਮਾਰਤਾਂ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਕੋਈ ਕੇਂਦਰੀਕ੍ਰਿਤ BMS, ਜਾਂ ਸੀampਹਰੇਕ ਇਮਾਰਤ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਕੰਟਰੋਲਰਾਂ ਨਾਲ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਪਰ ਕੋਈ campਸਾਨੂੰ ਵਿਆਪਕ ਕੰਟਰੋਲਰ. ਕਿਉਂਕਿ DR ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਸਰੋਤ ਨਾਮਾਂਕਿਤ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇਹ ਸਰੋਤ ਨੂੰ ਇੱਕ DR ਸਿਗਨਲ ਭੇਜਣਾ ਚਾਹੁੰਦਾ ਹੈ ਤਾਂ ਇਹ ਸਰੋਤ ਨਾਲ ਜੁੜੇ ਹਰੇਕ ਮਨੋਨੀਤ VEN ਨੂੰ ਉਹੀ ਸਿਗਨਲ ਭੇਜ ਸਕਦਾ ਹੈ।

ਸਹੂਲਤ ਦੇਣ ਵਾਲਾ 1

ਇਸ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਵਿੱਚ ਇੱਕ ਵਿਚੋਲਾ ਹੁੰਦਾ ਹੈ ਜੋ DR ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀ ਅਤੇ ਸਰੋਤਾਂ ਵਿਚਕਾਰ ਗੱਲਬਾਤ ਦੀ ਸਹੂਲਤ ਦਿੰਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਵਿਚੋਲਗੀ ਪਾਰਟੀ ਰਿਸੋਰਸ ਪਾਰਟੀ ਦੀ ਤਰਫੋਂ ਕੰਮ ਕਰਦੀ ਹੈ ਤਾਂ ਜੋ ਉਨ੍ਹਾਂ ਦੇ ਸਰੋਤਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਵਿਚ ਮਦਦ ਕੀਤੀ ਜਾ ਸਕੇ। ਰਿਸੋਰਸ ਪਾਰਟੀਆਂ ਦੇ DR ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀ ਨਾਲ ਸਿੱਧੇ ਸਬੰਧ ਹਨ ਅਤੇ ਉਹ ਆਪਣੇ ਸਰੋਤਾਂ ਨੂੰ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਦਾਖਲ ਕਰਦੇ ਹਨ। ਇਸ ਤਰ੍ਹਾਂ ਡੀਆਰ ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀ views ਹਰੇਕ ਸਰੋਤ ਪਾਰਟੀ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਸਰੋਤ ਵਜੋਂ ਅਤੇ ਉਹਨਾਂ ਨਾਲ ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਗੱਲਬਾਤ ਕਰ ਸਕਦਾ ਹੈ। ਇੰਟਰਮੀਡੀਅਰੀ ਪਾਰਟੀ ਦੀ ਭੂਮਿਕਾ ਓਪਨਏਡੀਆਰ ਨਾਲ ਸਬੰਧਤ ਸਾਰੀਆਂ ਪਰਸਪਰ ਕ੍ਰਿਆਵਾਂ ਲਈ ਇੱਕ ਜਾਣ ਦੇ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਨਾ ਹੈ, ਇਸ ਤਰ੍ਹਾਂ VEN ਨੂੰ ਫੈਸਿਲੀਟੇਟਰ ਇੰਟਰਮੀਡੀਅਰੀ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਦੇ ਅੰਦਰ ਸ਼ੁਰੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਜਿਹਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਅਕਸਰ ਕਲਾਉਡ ਬੇਸ ਹੁੰਦਾ ਹੈ ਅਤੇ ਰਿਸੋਰਸ ਪਾਰਟੀਆਂ ਨੂੰ ਸੌਫਟਵੇਅਰ ਐਜ਼ ਏ ਸਰਵਿਸ (ਸਾਸ) ਵਜੋਂ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜਦੋਂ DR ਸਿਗਨਲ ਫੈਸਿਲੀਟੇਟਰ ਦੇ VEN ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਤਾਂ ਕਈ ਵੱਖ-ਵੱਖ ਕਾਰਵਾਈਆਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜਿਸ ਵਿੱਚ DR ਸਿਗਨਲ ਨੂੰ ਉਚਿਤ ਸਰੋਤ ਨੂੰ ਅੱਗੇ ਭੇਜਣਾ ਅਤੇ ਸੰਭਵ ਤੌਰ 'ਤੇ ਕਿਸੇ ਕਿਸਮ ਦੇ DR ਤਰਕ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਅਤੇ ਹਰੇਕ ਸਰੋਤ ਦੇ ਲੋਡ ਕੰਟਰੋਲਰ ਨੂੰ ਲੋਡ ਕੰਟਰੋਲ ਕਮਾਂਡਾਂ ਭੇਜਣਾ ਸ਼ਾਮਲ ਹੈ। ਸਾਬਕਾampਇਸ ਦ੍ਰਿਸ਼ ਵਿੱਚ ਸ਼ਾਮਲ ਹਨ:

• ਵਿਕਰੇਤਾ ਜੋ ਵੱਡੀਆਂ ਵਪਾਰਕ ਚੇਨਾਂ ਜਿਵੇਂ ਕਿ ਵੱਡੇ ਬਾਕਸ ਰਿਟੇਲਰਾਂ ਲਈ ਸਹੂਲਤਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦੇ ਹਨ।
• ਉਦਯੋਗਿਕ ਨਿਯੰਤਰਣ ਵਿਚੋਲੇ।
• ਊਰਜਾ ਸੇਵਾਵਾਂ ਕੰਪਨੀਆਂ (ESCO's)
• ਕਲਾਉਡ ਅਧਾਰਤ ਉਪਕਰਣ ਅਤੇ ਡਿਵਾਈਸ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀਆਂ ਜਿਵੇਂ ਕਿ ਉੱਭਰ ਰਹੇ ਸਮਾਰਟ ਸੰਚਾਰ ਥਰਮੋਸਟੈਟ ਵਿਕਰੇਤਾ।

ਸੰਗ੍ਰਹਿ 1

ਇਹ ਦ੍ਰਿਸ਼ ਫੈਸੀਲੀਟੇਟਰ ਦ੍ਰਿਸ਼ ਦੇ ਸਮਾਨ ਹੈ। ਮੁੱਖ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਐਗਰੀਗੇਟਰ ਪਾਰਟੀ ਦਾ ਰਿਸੋਰਸ ਪਾਰਟੀਆਂ ਦੇ ਉਲਟ DR ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀ ਨਾਲ ਰਿਸ਼ਤਾ ਹੈ। ਐਗਰੀਗੇਟਰ ਪਾਰਟੀ ਕਈ ਗਾਹਕ ਸੰਪਤੀਆਂ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਸਰੋਤ ਵਿੱਚ ਇਕੱਠਾ ਕਰਦੀ ਹੈ ਜੋ ਇਹ DR ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੀ ਹੈ। DR ਪ੍ਰੋਗਰਾਮ ਪਾਰਟੀ ਕੋਲ ਉਹਨਾਂ ਵਿਅਕਤੀਗਤ ਸੰਪਤੀਆਂ ਦੀ ਦਿੱਖ ਨਹੀਂ ਹੈ ਜਿਸਦਾ ਐਗਰੀਗੇਟਰ ਪ੍ਰਬੰਧਨ ਕਰ ਰਿਹਾ ਹੈ। ਜਿਵੇਂ ਕਿ ਫੈਸੀਲੀਟੇਟਰ ਦੇ ਨਾਲ ਐਗਰੀਗੇਟਰ ਦਾ ਆਪਣਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ VEN ਨੂੰ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਫਰਕ ਇਹ ਹੈ ਕਿ ਜਦੋਂ ਇੱਕ DR ਸਿਗਨਲ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਤਾਂ ਇਹ ਇੱਕ ਸਿੰਗਲ ਸਰੋਤ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਐਗਰੀਗੇਟਰ DR ਸਿਗਨਲ ਵਿੱਚ ਨਿਰਧਾਰਤ ਉਦੇਸ਼ਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਆਪਣੇ ਪੋਰਟਫੋਲੀਓ ਵਿੱਚ ਸਾਰੀਆਂ ਸੰਪਤੀਆਂ ਉੱਤੇ ਕਿਸੇ ਕਿਸਮ ਦਾ DR ਤਰਕ ਲਾਗੂ ਕਰਦਾ ਹੈ।

 

ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼ ਅਤੇ DR ਪ੍ਰੋਗਰਾਮ ਮੈਪਿੰਗ

ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਇਹ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ ਕਿ ਕਿਸੇ ਖਾਸ DR ਪ੍ਰੋਗਰਾਮ ਲਈ ਕਿਹੜੇ ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼ ਸਭ ਤੋਂ ਆਮ ਹਨ।

	ਤੈਨਾਤੀ ਦ੍ਰਿਸ਼
DR ਟੈਂਪਲੇਟ	ਸਿੱਧਾ 1, 2, 3, 4	ਸਹੂਲਤ ਦੇਣ ਵਾਲਾ 1	ਸੰਗ੍ਰਹਿ 1
CPP ਪ੍ਰੋਗਰਾਮ	∆	∆
ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ			∆
ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮ		∆
ਤੇਜ਼ DR ਡਿਸਪੈਚ			∆
ਇਲੈਕਟ੍ਰਿਕ ਵਹੀਕਲ (EV) DR ਪ੍ਰੋਗਰਾਮ	∆	∆
ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤ (DER) DR ਪ੍ਰੋਗਰਾਮ	∆	∆

ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਟੈਂਪਲੇਟ ਚੁਣਨਾ

ਹੇਠਾਂ ਦਿੱਤੇ ਸਵਾਲਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜੋ ਇੱਕ ਨਵੇਂ DR ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਲਾਗੂ ਕਰਨ ਬਾਰੇ ਕਿਸੇ ਵੀ ਉਪਯੋਗਤਾ ਨਾਲ ਸੰਬੰਧਿਤ ਹਨ। ਇਹ ਵਿਆਪਕ ਹੋਣ ਲਈ ਨਹੀਂ ਹੈ, ਪਰ ਕੁਝ ਹੋਰ ਢੁਕਵੇਂ ਮੁੱਦਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਇਹਨਾਂ ਸਵਾਲਾਂ ਦਾ ਇਰਾਦਾ DR ਪ੍ਰੋਗਰਾਮ ਟੈਂਪਲੇਟਾਂ ਦੇ ਇੱਕ ਢੁਕਵੇਂ ਸੈੱਟ ਵੱਲ ਉਪਯੋਗਤਾਵਾਂ ਦੀ ਅਗਵਾਈ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਨਾ ਹੈ।

ਸਵਾਲ: ਤੁਸੀਂ DR ਕਿਉਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ? ਤੁਸੀਂ DR ਨਾਲ ਕਿਹੜੀ ਗਰਿੱਡ ਸਥਿਤੀ ਜਾਂ ਕਾਰਜਸ਼ੀਲ ਸਮੱਸਿਆ ਨੂੰ ਘਟਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ?

ਇਹ ਹੁਣ ਤੱਕ ਦਾ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਸਵਾਲ ਹੈ ਅਤੇ DR ਪ੍ਰੋਗਰਾਮ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਸਮੁੱਚੀਆਂ ਲੋੜਾਂ ਅਤੇ ਉਦੇਸ਼ਾਂ ਦਾ ਆਧਾਰ ਬਣਦਾ ਹੈ। ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਕਿ ਡਿਮਾਂਡ ਸਾਈਡ ਲੋਡ ਪ੍ਰੋfile DR ਪ੍ਰੋਗਰਾਮ ਦੁਆਰਾ ਆਕਾਰ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਹੋਰ ਸਾਰੀਆਂ ਲੋੜਾਂ ਇਸ ਸਵਾਲ ਦੇ ਜਵਾਬ ਤੋਂ ਨਿਕਲਦੀਆਂ ਹਨ।

• ਕੀ ਤੁਸੀਂ ਸਿਖਰਾਂ ਨੂੰ ਸ਼ੇਵ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ?
• ਕੀ ਤੁਸੀਂ ਬੱਤਖ ਦਾ ਢਿੱਡ ਭਰਨਾ ਚਾਹੁੰਦੇ ਹੋ?
• ਕੀ ਤੁਸੀਂ ਬਿਜਲੀ ਦੀ ਸਪਾਟ ਕੀਮਤ ਨੂੰ ਰੋਕਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ?
• ਕੀ ਤੁਸੀਂ ਗਰਿੱਡ ਭਰੋਸੇਯੋਗਤਾ ਨਾਲ ਚਿੰਤਤ ਹੋ?
• ਕੀ ਤੁਸੀਂ ਗਰਿੱਡ ਸੰਪਤੀਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ?
• ਆਦਿ ਆਦਿ ਆਦਿ।

ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਵਿਕਸਤ ਕਰਨ ਦੀ ਇੱਛਾ ਦੇ ਪਿੱਛੇ ਪ੍ਰੇਰਣਾ ਲਈ ਕੁਝ ਵਾਧੂ ਸੰਦਰਭ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ

ਗਰਿੱਡ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਸੁਰੱਖਿਆ	ਬਾਰੰਬਾਰਤਾ ਅਤੇ ਵਾਲੀਅਮtage ਸਥਿਰਤਾ
	ਸਰੋਤ ਦੀ ਪੂਰਤੀ
	ਪੀਕ ਸਮਰੱਥਾ
	Ramping
	ਅਚਨਚੇਤ
ਊਰਜਾ ਦੀ ਪ੍ਰਾਪਤੀ	ਸਪਾਟ ਮਾਰਕੀਟ ਕੀਮਤਾਂ
	ਕੀਮਤ ਆਰਬਿਟਰੇਜ
ਪਰਿਸੰਪੱਤੀ ਪਰਬੰਧਨ	ਨੁਕਸਾਨ ਦੀ ਰੋਕਥਾਮ
	ਰੱਖ-ਰਖਾਅ ਦੀ ਕਮੀ
	ਲਾਈਫਟਾਈਮ ਐਕਸਟੈਂਸ਼ਨ
ਸਮਰੱਥਾ ਪ੍ਰਬੰਧਨ	ਆਰਥਿਕ ਲਾਭ
	ਐਮਰਜੈਂਸੀ ਪ੍ਰਬੰਧਨ
ਵਾਤਾਵਰਣ ਸੰਬੰਧੀ	ਨੇਗਾਵਾਟ
	ਸਾਫ਼ ਊਰਜਾ

ਸਵਾਲ: ਕੀ ਇਸ ਪ੍ਰੋਗਰਾਮ ਲਈ ਕੋਈ ਮੌਜੂਦਾ DR ਪ੍ਰੋਗਰਾਮ ਜਾਂ ਟੈਰਿਫ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ?

• ਅਕਸਰ ਪ੍ਰੋਗਰਾਮ ਦੇ ਨਿਯਮਾਂ ਨੂੰ ਟੈਰਿਫ ਵਿੱਚ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸਪੈਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਸਵਾਲ: ਤੁਸੀਂ ਇਸ ਪ੍ਰੋਗਰਾਮ ਨਾਲ ਕਿਸ ਮੰਗ ਵਾਲੇ ਪਾਸੇ ਦੇ ਮਾਰਕੀਟ ਹਿੱਸੇ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾ ਰਹੇ ਹੋ?

ਇਹ ਘਟਨਾ ਵਿੱਚ ਸਰੋਤਾਂ ਦੇ ਨਿਸ਼ਾਨੇ ਅਤੇ ਸਿਗਨਲ ਦੀ ਕਿਸਮ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ।

• ਰਿਹਾਇਸ਼ੀ
• ਵੱਡਾ C&I
• ਛੋਟਾ C&I
• ਖੇਤੀਬਾੜੀ
• ਪਾਣੀ ਦਾ ਪ੍ਰਬੰਧਨ
• ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨ
• ਆਦਿ, ਆਦਿ, ਆਦਿ

ਸਵਾਲ: ਕੀ ਤੁਸੀਂ ਖਾਸ ਕਿਸਮ ਦੇ ਲੋਡਾਂ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹੋ?

• ਥਰਮੋਸਟੈਟਸ
• ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨ
• ਏਜੀ ਪੰਪ
• ਆਦਿ

ਸਵਾਲ: ਤੁਹਾਡਾ ਤੈਨਾਤੀ ਮਾਡਲ ਕੀ ਹੈ?

ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮ ਦੇ ਅੰਦਰ ਸਰੋਤਾਂ ਨੂੰ ਕਿਵੇਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਸਰੋਤਾਂ ਨੂੰ ਘਟਨਾਵਾਂ ਦੇ ਅੰਦਰ ਕਿਵੇਂ ਨਿਸ਼ਾਨਾ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ।

• ਗਾਹਕਾਂ ਨੂੰ ਸਿੱਧਾ
• ਏਗਰੀਗੇਟਰ ਜਾਂ ਫੈਸਿਲੀਟੇਟਰ ਵਰਗੇ ਵਿਚੋਲਿਆਂ ਰਾਹੀਂ
• ਆਪਣੇ ਖੁਦ ਦੇ VEN ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੀ ਖਰੀਦ ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਗਾਹਕ?
• ਆਦਿ

ਸਵਾਲ: ਤੁਸੀਂ ਡਿਮਾਂਡ ਸਾਈਡ ਲੋਡ ਦੇ ਨਾਲ ਕਿਸ ਪੱਧਰ 'ਤੇ ਵਿਸ਼ਿਸ਼ਟਤਾ ਨਾਲ ਗੱਲਬਾਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ?

ਇਹ ਸਵਾਲ ਕੁਝ ਹੱਦ ਤੱਕ ਡਿਪਲਾਇਮੈਂਟ ਮਾਡਲ ਨਾਲ ਸਬੰਧਤ ਹੈ ਅਤੇ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਸਰੋਤਾਂ ਨੂੰ ਕਿਵੇਂ ਪਰਿਭਾਸ਼ਿਤ ਅਤੇ ਨਿਸ਼ਾਨਾ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਅਤੇ ਸੰਭਵ ਤੌਰ 'ਤੇ ਗੁੰਝਲਦਾਰ ਸਵਾਲਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।

• ਹਰੇਕ ਵਿਅਕਤੀਗਤ ਸਰੋਤ ਨਾਲ ਗੱਲਬਾਤ ਕਰੋ
• ਕਿਸੇ ਫੈਸਿਲੀਟੇਟਰ ਜਾਂ ਐਗਰੀਗੇਟਰ ਦੁਆਰਾ ਉਹਨਾਂ ਦੇ ਪਿੱਛੇ ਸਰੋਤਾਂ ਦੀ ਕੋਈ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਬਿਨਾਂ ਗੱਲਬਾਤ ਕਰੋ
• ਇੱਕ ਫੈਸੀਲੀਟੇਟਰ ਜਾਂ ਐਗਰੀਗੇਟਰ ਦੁਆਰਾ ਗੱਲਬਾਤ ਕਰੋ ਅਤੇ ਦੱਸੋ ਕਿ ਉਹਨਾਂ ਦੇ ਪਿੱਛੇ ਕਿਹੜੇ ਸਰੋਤ ਭੇਜੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ
• ਸਰੋਤਾਂ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਨ ਲਈ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਤੌਰ 'ਤੇ ਸਥਾਨ ਦੀ ਵਰਤੋਂ ਕਰੋ
• ਸਰੋਤਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਕਿਸੇ ਕਿਸਮ ਦੀ ਉਪਯੋਗਤਾ ਪਰਿਭਾਸ਼ਿਤ ਗਰੁੱਪਿੰਗ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰੋ
• ਵਿਅਕਤੀਗਤ ਸੰਪਤੀਆਂ ਜਿਵੇਂ ਕਿ ਥਰਮੋਸਟੈਟਸ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਓ
• ਬਿਨਾਂ ਕਿਸੇ ਸਰੋਤ ਦੇ ਇੰਟਰੈਕਟ ਕਰੋ ਅਤੇ ਸਿਰਫ਼ DR ਇਵੈਂਟਾਂ ਦਾ ਪ੍ਰਸਾਰਣ ਕਰੋ
• ਆਦਿ

ਸਵਾਲ: ਤੁਸੀਂ ਆਪਣੇ ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਲੋਡ ਪ੍ਰੋ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਲਈ ਕਿਹੜਾ ਇੰਟਰੈਕਸ਼ਨ ਪੈਟਰਨ ਲਗਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋfiles?

ਇਹ ਸਵਾਲ DR ਸਿਗਨਲਾਂ ਦੀ ਕਿਸਮ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਜੋ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਭਾਗ ਲੈਣ ਵਾਲਿਆਂ ਨੂੰ ਭੇਜੇ ਜਾਣਗੇ।

• ਪ੍ਰੋਤਸਾਹਨ (ਜਿਵੇਂ ਕਿ ਗਤੀਸ਼ੀਲ ਕੀਮਤ)
• ਲੋਡ ਡਿਸਪੈਚ (ਜਿਵੇਂ ਕਿ ਸਹਾਇਕ ਸੇਵਾਵਾਂ)
• ਸਿੱਧਾ ਲੋਡ ਕੰਟਰੋਲ
• ਆਮ ਇਵੈਂਟ ਸਿਗਨਲ
• ਆਦਿ

ਸਵਾਲ: ਪ੍ਰੋਗਰਾਮ ਦੇ ਆਮ ਸਰੋਤ ਸਮਾਂ-ਸਾਰਣੀ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਕੀ ਹਨ?

• ਤਾਰੀਖਾਂ ਅਤੇ ਸਮੇਂ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਵੈਂਟਸ ਬੁਲਾਏ ਜਾ ਸਕਦੇ ਹਨ
• ਘਟਨਾਵਾਂ ਦੀ ਬਾਰੰਬਾਰਤਾ
• ਸਮਾਗਮਾਂ ਦੀ ਅਵਧੀ
• ਇਵੈਂਟਸ ਦੇ ਪ੍ਰਸਾਰ ਲਈ ਮਨਜ਼ੂਰ ਲੇਟੈਂਸੀਜ਼
• ਆਦਿ

ਸਵਾਲ: ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਸਰੋਤਾਂ ਦੀ ਉਪਲਬਧਤਾ ਕਿਵੇਂ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ?

• ਸਖਤ ਪ੍ਰੋਗਰਾਮ ਨਿਯਮਾਂ ਦੁਆਰਾ
• ਸਰੋਤ ਦੁਆਰਾ ਕੀਤੀ ਗਈ ਕੁਝ ਨਾਮਜ਼ਦਗੀ ਜਾਂ ਬੋਲੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਹਿੱਸੇ ਵਜੋਂ
• ਕੀ ਔਪਟ ਇਨ/ਆਊਟ ਦੀ ਇਜਾਜ਼ਤ ਹੈ?
• ਆਦਿ

ਸਵਾਲ: ਸਰੋਤ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਤੁਹਾਨੂੰ ਕਿਸ ਕਿਸਮ ਦੀ ਦਿੱਖ ਦੀ ਲੋੜ ਹੈ?

ਇਹ ਇੱਕ ਬਹੁਤ ਹੀ ਵਿਆਪਕ ਸਵਾਲ ਹੈ ਅਤੇ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਸਰੋਤਾਂ ਤੋਂ ਕਿਸ ਕਿਸਮ ਦੀ ਜਾਣਕਾਰੀ ਵਾਪਸ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਲੋੜੀਂਦੀਆਂ ਰਿਪੋਰਟਾਂ ਦੀ ਕਿਸਮ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ।

• /ਨਲਾਈਨ / lineਫਲਾਈਨ
• ਵਰਤੋਂ (ਮੌਜੂਦਾ ਅਤੇ/ਜਾਂ ਇਤਿਹਾਸਕ)
• ਲੋਡ ਜਵਾਬ ਸੰਭਾਵੀ
• ਲੋਡ ਉਪਲਬਧਤਾ
• ਲੋਡ/ਸੰਪੱਤੀ ਸਥਿਤੀ (ਮੌਜੂਦਾ ਅਤੇ/ਜਾਂ ਇਤਿਹਾਸਕ)
• ਆਦਿ, ਆਦਿ ਆਦਿ।

ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ ਪ੍ਰੋਗਰਾਮ ਟੈਂਪਲੇਟਸ

ਕ੍ਰਿਟੀਕਲ ਪੀਕ ਪ੍ਰਾਈਸਿੰਗ ਪ੍ਰੋਗਰਾਮ (CPP)

CPP DR ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਲੋਡ ਪ੍ਰੋfile ਉਦੇਸ਼	-ਪੀਕ ਮੰਗ ਵਿੱਚ ਕਮੀ
ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵਰ	- ਘੱਟ ਪੂੰਜੀ ਖਰਚੇ ਅਤੇ ਘਟਾਏ ਗਏ ਊਰਜਾ ਖਰਚੇ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਵੇਰਵਾ	ਜਦੋਂ ਉਪਯੋਗਤਾਵਾਂ ਉੱਚ ਥੋਕ ਬਾਜ਼ਾਰ ਦੀਆਂ ਕੀਮਤਾਂ ਜਾਂ ਪਾਵਰ ਸਿਸਟਮ ਸੰਕਟਕਾਲੀਨ ਸਥਿਤੀਆਂ ਨੂੰ ਦੇਖਦੀਆਂ ਹਨ ਜਾਂ ਅਨੁਮਾਨ ਲਗਾਉਂਦੀਆਂ ਹਨ, ਤਾਂ ਉਹ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮਾਂ ਮਿਆਦ (ਜਿਵੇਂ ਕਿ ਗਰਮੀਆਂ ਦੇ ਹਫ਼ਤੇ ਦੇ ਦਿਨ ਦੁਪਹਿਰ 3 ਵਜੇ ਤੋਂ ਸ਼ਾਮ 6 ਵਜੇ ਤੱਕ) ਮਹੱਤਵਪੂਰਣ ਘਟਨਾਵਾਂ ਨੂੰ ਕਾਲ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਇਹਨਾਂ ਸਮਾਂ ਮਿਆਦਾਂ ਦੌਰਾਨ ਬਿਜਲੀ ਦੀ ਕੀਮਤ ਕਾਫ਼ੀ ਹੁੰਦੀ ਹੈ। ਉਠਾਇਆ.
ਗਾਹਕ ਪ੍ਰੋਤਸਾਹਨ	ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਲਈ ਪ੍ਰੋਤਸਾਹਨ ਵਜੋਂ ਗੈਰ-ਪੀਕ ਸਮਿਆਂ ਦੌਰਾਨ ਊਰਜਾ ਦੀਆਂ ਕੀਮਤਾਂ ਵਿੱਚ ਛੋਟ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ।
ਰੇਟ ਡਿਜ਼ਾਈਨ	CPP ਇੱਕ ਕੀਮਤ ਪ੍ਰੋਗਰਾਮ ਹੈ ਜਿਸ ਵਿੱਚ ਊਰਜਾ ਦੀ ਖਪਤ ਵਿੱਚ ਨਾਜ਼ੁਕ ਸਿਖਰਾਂ ਦੇ ਦੌਰਾਨ ਦਰਾਂ ਵਿੱਚ ਵਾਧਾ ਹੁੰਦਾ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ CPP ਦਰਾਂ ਫਲੈਟ, ਟਾਇਰਡ, ਜਾਂ TOU ਬੇਸ ਰੇਟਾਂ ਲਈ ਇੱਕ ਜੋੜ ਜਾਂ ਗੁਣਕ ਹੁੰਦੀਆਂ ਹਨ।
ਟੀਚਾ ਗਾਹਕ	-ਰਿਹਾਇਸ਼ੀ ਜਾਂ C&I
ਟੀਚਾ ਲੋਡ	-ਕੋਈ ਵੀ
ਪੂਰਵ ਸ਼ਰਤ	-ਗਾਹਕ ਕੋਲ ਅੰਤਰਾਲ ਮੀਟਰਿੰਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ -C&I ਗਾਹਕਾਂ ਨੂੰ ਮੰਗ ਦੇ ਮਾਪਦੰਡ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਸਮਾਂ ਸੀਮਾ	-ਆਮ ਤੌਰ 'ਤੇ ਸਾਲ ਦੇ ਮਹੀਨਿਆਂ ਵਿੱਚ ਫੈਲਦਾ ਹੈ ਜਿੱਥੇ ਉੱਚ ਊਰਜਾ ਦੀ ਖਪਤ ਹੁੰਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇਹ ਸਾਲ ਭਰ ਹੋ ਸਕਦਾ ਹੈ।
ਇਵੈਂਟ ਪਾਬੰਦੀਆਂ	-ਆਮ ਤੌਰ 'ਤੇ ਸੋਮਵਾਰ ਤੋਂ ਸ਼ੁੱਕਰਵਾਰ, ਛੁੱਟੀਆਂ ਨੂੰ ਛੱਡ ਕੇ, ਲਗਾਤਾਰ ਦਿਨ ਦੇ ਸਮਾਗਮਾਂ ਦੇ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ
ਇਵੈਂਟ ਦਿਨ	-ਆਮ ਤੌਰ 'ਤੇ 9 ਤੋਂ 15 ਪ੍ਰਤੀ ਸਾਲ
ਇਵੈਂਟ ਦੀ ਮਿਆਦ	-ਆਮ ਤੌਰ 'ਤੇ ਦਿਨ ਦੇ ਸਭ ਤੋਂ ਵੱਧ ਊਰਜਾ ਦੀ ਖਪਤ ਵਾਲੇ ਸਮੇਂ ਦੌਰਾਨ 4 ਤੋਂ 6 ਘੰਟਿਆਂ ਤੱਕ ਦੇ ਸਾਰੇ ਸਮਾਗਮਾਂ ਲਈ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮਾਂ ਸੀਮਾ ਦੇ ਦੌਰਾਨ।
ਸੂਚਨਾ	-ਆਮ ਤੌਰ 'ਤੇ ਦਿਨ ਅੱਗੇ
ਵਿਵਹਾਰ ਦੀ ਚੋਣ ਕਰੋ	-ਆਮ ਤੌਰ 'ਤੇ ਗਾਹਕਾਂ ਨੂੰ ਸਮਾਗਮਾਂ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ
ਸਰਟੀਫਿਕੇਸ਼ਨ ਸਮਾਗਮ	-ਆਮ ਤੌਰ 'ਤੇ ਕੋਈ ਨਹੀਂ

CPP ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ OpenADR ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਇਵੈਂਟ ਸਿਗਨਲ	–ਪੱਧਰ 1 ਤੋਂ 3 ਦੇ ਨਾਲ ਇੱਕ ਸਧਾਰਨ ਸਿਗਨਲ CPP ਇਵੈਂਟ ਦੇ ਕੀਮਤ ਪ੍ਰਭਾਵ ਲਈ ਮੈਪ ਕੀਤਾ ਗਿਆ ਹੈ. ਜੇਕਰ ਇੱਕ CPP ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ ਕੀਮਤ ਕੰਪੋਨੈਂਟ ਹੈ ਤਾਂ ਇਸਨੂੰ ਲੈਵਲ 1 ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਕਈ ਕੀਮਤ ਦੇ ਕੰਪੋਨੈਂਟ ਵਾਲੇ CPP ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ, ਸਭ ਤੋਂ ਛੋਟੀ ਕੀਮਤ ਵਾਲੇ ਹਿੱਸੇ ਨੂੰ ਲੈਵਲ 1 ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਦੂਜੇ ਕੀਮਤ ਕੰਪੋਨੈਂਟ ਨੂੰ ਵਧਦੀ ਡਿਗਰੀ ਵਿੱਚ ਲੈਵਲ 2 ਅਤੇ 3 ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਕੀਮਤ ਦੇ ਪ੍ਰਭਾਵ ਦਾ. -ਜੇਕਰ ਤੈਨਾਤੀ ਬੀ ਪ੍ਰੋ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈfile VENs, SIMPLE ਸਿਗਨਲ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ ELECTRICITY_PRICE ਸਿਗਨਲ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਪ੍ਰੋਗ੍ਰਾਮ ਦੀ ਪ੍ਰਕਿਰਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਕੀਮਤ ਦੀ ਇੱਕ ਕਿਸਮ ਦੇ ਨਾਲ ਪੇਲੋਡ ਵਿੱਚ, ਸਾਪੇਖਿਕ, ਕੀਮਤ, ਜਾਂ ਕੀਮਤ ਗੁਣਾਕ। ਸਾਬਕਾ ਲਈ Anex A ਵੇਖੋamples.
ਜਵਾਬਾਂ ਦੀ ਚੋਣ ਕਰੋ	-ਵੀਟੀਐਨ ਈਵੈਂਟ ਭੇਜਣਾ oadrResponseRequired ਤੱਤ ਨੂੰ "ਹਮੇਸ਼ਾ" 'ਤੇ ਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, VEN ਨੂੰ ਇੱਕ ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ ਨਾਲ ਜਵਾਬ ਦੇਣ ਦੀ ਲੋੜ ਹੈ -ਕਿਉਂਕਿ ਇੱਕ CPP ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਭਾਗੀਦਾਰੀ ਇੱਕ "ਸਭ ਤੋਂ ਵਧੀਆ ਕੋਸ਼ਿਸ਼" ਅਭਿਆਸ ਹੈ, ਇਸ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਦੇ ਇਰਾਦੇ ਦੇ ਸ਼ਿਸ਼ਟਤਾ ਉਪਲਬਧਤਾ ਦੇ ਸੰਕੇਤ ਤੋਂ ਇਲਾਵਾ ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ ਕਰਨ ਦਾ ਕੋਈ ਰਸਮੀ ਮਤਲਬ ਨਹੀਂ ਹੈ। ਅਸੀਂ ਇਸਦੀ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹਾਂ VENs optIn ਨਾਲ ਜਵਾਬ ਦਿੰਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਕਿ ਗਾਹਕ ਦੁਆਰਾ ਕੁਝ ਖਾਸ ਓਵਰਰਾਈਡ ਕਾਰਵਾਈ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ. -oadrCreateOpt ਪੇਲੋਡ ਦੀ ਵਰਤੋਂ ਆਮ ਤੌਰ 'ਤੇ ਇਵੈਂਟਸ ਵਿੱਚ ਭਾਗ ਲੈਣ ਵਾਲੇ ਸਰੋਤਾਂ ਨੂੰ ਯੋਗ ਬਣਾਉਣ ਲਈ ਨਹੀਂ ਕੀਤੀ ਜਾਵੇਗੀ।
ਘਟਨਾ ਵੇਰਵਾ ਦੇਣ ਵਾਲਾ	-ਘਟਨਾ ਤਰਜੀਹ 1 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਪ੍ਰੋਗਰਾਮ ਦੇ ਨਿਯਮ ਜਾਂ VTN ਸੰਰਚਨਾ ਹੋਰ ਨਹੀਂ ਦਰਸਾਉਂਦੀ –ਟੈਸਟ ਇਵੈਂਟਾਂ ਦੀ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ CPP ਪ੍ਰੋਗਰਾਮਾਂ ਨਾਲ। ਹਾਲਾਂਕਿ ਜੇਕਰ ਉਹਨਾਂ ਨੂੰ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਟੈਸਟ ਈਵੈਂਟ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਟੈਸਟ ਈਵੈਂਟ ਤੱਤ ਨੂੰ "ਸੱਚ" 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਇਸ ਤੱਤ ਵਿੱਚ ਵਾਧੂ ਪੈਰਾਮੀਟਰਾਈਜ਼ਡ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਇਹ ਇਸ ਵਾਧੂ ਜਾਣਕਾਰੀ ਨਾਲ ਸਪੇਸ ਦੁਆਰਾ ਵੱਖ ਕੀਤੇ "ਸੱਚ" ਦਾ ਅਨੁਸਰਣ ਕਰ ਸਕਦਾ ਹੈ।
ਇਵੈਂਟ ਐਕਟਿਵ ਪੀਰੀਅਡ	– eiRampਉੱਪਰ, eiRecovery, ਸਹਿਣਸ਼ੀਲਤਾ ਤੱਤ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਵਰਤੇ ਜਾਂਦੇ ਹਨ
ਬੇਸਲਾਈਨਜ	–ਬੇਸਲਾਈਨਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇਵੈਂਟ ਪੇਲੋਡ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ
ਇਵੈਂਟ ਟੀਚਾ	-ਸੀਪੀਪੀ ਪ੍ਰੋਗਰਾਮ ਆਮ ਤੌਰ 'ਤੇ ਦਿੱਤੇ ਗਏ ਗਾਹਕ ਲਈ ਸਰੋਤਾਂ ਵਿਚਕਾਰ ਫਰਕ ਨਹੀਂ ਕਰਦੇ ਹਨ। ਨਿਸ਼ਾਨਾ ਬਣਾਉਣਾ ਆਮ ਤੌਰ 'ਤੇ venID ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ, ਇਹ ਦਰਸਾਉਂਦੇ ਹੋਏ ਕਿ VEN ਨਾਲ ਜੁੜੇ ਸਾਰੇ ਸਰੋਤਾਂ ਨੂੰ ਹਿੱਸਾ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਸਾਰੇ ਸਰੋਤ ID ਦੀ ਸੂਚੀ VEN ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ।
ਰਿਪੋਰਟਿੰਗ ਸੇਵਾਵਾਂ	–ਟੈਲੀਮੈਟਰੀ ਰਿਪੋਰਟਿੰਗ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ CPP ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਬਿਲਕੁਲ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ। ਸਾਬਕਾ ਲਈ Annex B ਵੇਖੋampਉਪਯੋਗਤਾ ਪਾਇਲਟਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਜੋ ਇਸ ਕਿਸਮ ਦੇ ਪ੍ਰੋਗਰਾਮ 'ਤੇ ਲਾਗੂ ਹੋ ਸਕਦੀਆਂ ਹਨ।

ਸੇਵਾਵਾਂ ਦੀ ਚੋਣ ਕਰੋ	–ਆਪਟ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਸਥਾਈ ਉਪਲਬਧਤਾ ਸਮਾਂ-ਸਾਰਣੀ ਨੂੰ ਸੰਚਾਰ ਕਰਨ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਨਹੀਂ ਜਾਵੇਗਾ ਇੱਕ CPP ਪ੍ਰੋਗਰਾਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ। ਹਾਲਾਂਕਿ, ਕੁਝ ਤੈਨਾਤੀਆਂ ਇਸ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਉਹਨਾਂ ਗਾਹਕਾਂ ਲਈ ਉਪਲਬਧ ਇਵੈਂਟ ਦਿਨਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣ ਲਈ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜੋ ਉਪਲਬਧਤਾ ਦੀ ਘਾਟ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ।
ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੇਵਾਵਾਂ	ਪੋਲਿੰਗ ਅੰਤਰਾਲ ਆਮ ਦਿਨ-ਅੱਗੇ ਦੇ CPP ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ VTN ਦੁਆਰਾ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਇੱਕ ਘੰਟੇ ਵਿੱਚ ਇੱਕ ਵਾਰ ਵੱਧ ਵਾਰ-ਵਾਰ ਹੋਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ. ਹਾਲਾਂਕਿ, ਦਿਲ ਦੀ ਧੜਕਣ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਪੋਲਿੰਗ ਦੀ ਵਰਤੋਂ ਲਈ ਵਧੇਰੇ ਵਾਰ-ਵਾਰ ਪੋਲਿੰਗ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ

ਸਮਰੱਥਾ ਬੋਲੀ DR ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਲੋਡ ਪ੍ਰੋfile ਉਦੇਸ਼	-ਪੀਕ ਮੰਗ ਵਿੱਚ ਕਮੀ ਅਤੇ ਸਰੋਤ ਦੀ ਪੂਰਤੀ
ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵਰ	- ਘੱਟ ਪੂੰਜੀ ਖਰਚੇ ਅਤੇ ਘਟਾਏ ਗਏ ਊਰਜਾ ਖਰਚੇ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਵੇਰਵਾ	ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ ਦੀ ਵਰਤੋਂ ਐਗਰੀਗੇਟਰਾਂ ਜਾਂ ਸਵੈ-ਏਗਰੀਗੇਟ ਗਾਹਕਾਂ ਤੋਂ ਪੂਰਵ-ਵਚਨਬੱਧ ਲੋਡ ਸ਼ੈੱਡ ਸਮਰੱਥਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ISO/ਯੂਟਿਲਿਟੀਜ਼ ਦੁਆਰਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਪੂਰਵ-ਵਚਨਬੱਧ ਲੋਡ ਸ਼ੈੱਡ ਸਮਰੱਥਾ ISO/ਯੂਟਿਲਿਟੀਜ਼ ਦੁਆਰਾ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਉਹ ਉੱਚ ਥੋਕ ਬਾਜ਼ਾਰ ਦੀਆਂ ਕੀਮਤਾਂ, ਪਾਵਰ ਸਿਸਟਮ ਸੰਕਟਕਾਲੀਨ ਸਥਿਤੀਆਂ, ਜਾਂ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਦੀ ਮਿਆਦ ਦੇ ਦੌਰਾਨ DR ਇਵੈਂਟਾਂ ਨੂੰ ਕਾਲ ਕਰਕੇ ਆਮ ਊਰਜਾ ਸਰੋਤ ਉਪਯੋਗਤਾ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਦੇਖਦੇ ਜਾਂ ਅਨੁਮਾਨ ਲਗਾਉਂਦੇ ਹਨ।   ਨੋਟ ਕਰੋ ਕਿ ਹਰੇਕ ਐਗਰੀਗੇਟਰ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਪ੍ਰੋਗਰਾਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਕੀਤੀ ਗਈ ਸਮਰੱਥਾ ਪ੍ਰਤੀਬੱਧਤਾਵਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ ਆਪਣੇ ਖੁਦ ਦੇ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਪ੍ਰੋਗਰਾਮ ਦੇ ਨਾਲ-ਨਾਲ ਗਾਹਕ ਪ੍ਰਾਪਤੀ, ਅਤੇ ਇਵੈਂਟ ਨੋਟੀਫਿਕੇਸ਼ਨ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੁੰਦਾ ਹੈ।
ਗਾਹਕ ਪ੍ਰੋਤਸਾਹਨ	ਐਗਰੀਗੇਟਰ/ਗਾਹਕਾਂ ਨੂੰ ਦੋ ਤਰ੍ਹਾਂ ਦੇ ਪ੍ਰੋਤਸਾਹਨ ਪ੍ਰਾਪਤ ਹੁੰਦੇ ਹਨ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਉਹਨਾਂ ਨੂੰ ਭਵਿੱਖ ਦੇ ਸਮੇਂ ਦੌਰਾਨ DR ਇਵੈਂਟਾਂ ਲਈ ਉਪਲਬਧ ਲੋਡ ਸ਼ੈੱਡ ਸਮਰੱਥਾ ਦੀ ਇੱਕ ਖਾਸ ਮਾਤਰਾ ਰੱਖਣ ਲਈ ਸਮਰੱਥਾ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ। ਦੂਸਰਾ, ਜੇਕਰ ਭਵਿੱਖੀ ਸਮਾਂ ਵਿੰਡੋ ਦੇ ਦੌਰਾਨ ਇੱਕ ਇਵੈਂਟ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਘਟਨਾ ਦੀ ਮਿਆਦ ਵਿੱਚ ਲੋਡ ਸ਼ੈੱਡ ਲਈ ਇੱਕ ਊਰਜਾ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਰੇਟ ਡਿਜ਼ਾਈਨ	ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਭਾਗੀਦਾਰ ਇੱਕ "ਸਮਰੱਥਾ ਨਾਮਜ਼ਦਗੀ" ਬੋਲੀ ਲਗਾਉਂਦੇ ਹਨ ਜੋ ਲੋਡ ਸ਼ੈਡ ਸਮਰੱਥਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਉਹ ਭਵਿੱਖ ਦੇ ਸਮੇਂ ਦੌਰਾਨ ਉਪਲਬਧ ਹੋਣ ਲਈ ਰੱਖਣ ਲਈ ਤਿਆਰ ਹਨ। ਬੋਲੀ ਵਿੱਚ ਉਹ ਪ੍ਰੋਤਸਾਹਨ ਵੀ ਸ਼ਾਮਲ ਹੋ ਸਕਦਾ ਹੈ ਜੋ ਏਗਰੀਗੇਟਰ/ਗਾਹਕ ਇੱਕ ਬੇਸਲਾਈਨ ਮੁੱਲ ਤੋਂ ਹੇਠਾਂ ਲੋਡ ਸ਼ੈੱਡ ਲਈ ਸਵੀਕਾਰ ਕਰਨ ਲਈ ਤਿਆਰ ਹੈ। ਉਪਯੋਗਤਾ ਬਾਜ਼ਾਰਾਂ ਵਿੱਚ ਸਮਰੱਥਾ ਪ੍ਰਤੀਬੱਧਤਾ ਆਮ ਤੌਰ 'ਤੇ ਅਗਲੇ ਕੈਲੰਡਰ ਮਹੀਨੇ ਲਈ ਹੁੰਦੀ ਹੈ, ਹਾਲਾਂਕਿ ISO ਬਜ਼ਾਰਾਂ ਵਿੱਚ ਬਹੁਤ ਲੰਬੇ ਸਮੇਂ ਦੇ ਫਰੇਮਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਮਰੱਥਾ ਨਾਮਜ਼ਦਗੀ ਦੇ ਹਿੱਸੇ ਵਜੋਂ, ਗਾਹਕ ਦਿਨ-ਅੱਗੇ ਜਾਂ ਨੋਟੀਫਿਕੇਸ਼ਨ ਦੇ ਦਿਨ ਅਤੇ ਇਵੈਂਟ ਦੀ ਮਿਆਦ ਵਿੰਡੋ (ਜਿਵੇਂ ਕਿ 1-4 ਘੰਟੇ, 2-6 ਘੰਟੇ, …) ਸਮੇਤ ਕਈ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿੱਚੋਂ ਚੁਣਨ ਦੇ ਯੋਗ ਹੋ ਸਕਦਾ ਹੈ। ਇਸ ਪੂਰਵ-ਵਚਨਬੱਧਤਾ ਲਈ ਗਾਹਕ ਨੂੰ ਇੱਕ ਸਮਰੱਥਾ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਭਾਵੇਂ ਸਮਾਂ ਵਿੰਡੋ ਦੇ ਦੌਰਾਨ ਕੋਈ ਇਵੈਂਟ ਬੁਲਾਇਆ ਨਾ ਗਿਆ ਹੋਵੇ। ਜੇਕਰ ਟਾਈਮ ਵਿੰਡੋ ਦੇ ਦੌਰਾਨ ਕਿਸੇ ਇਵੈਂਟ ਨੂੰ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਗਾਹਕ ਬੇਸਲਾਈਨ ਦੇ ਸਬੰਧ ਵਿੱਚ ਲੋਡ ਸ਼ੈੱਡ ਲਈ ਊਰਜਾ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਇਵੈਂਟ ਬੁਲਾਏ ਜਾਣ ਦੇ ਸਮੇਂ ਪਹਿਲਾਂ ਤੋਂ ਵਚਨਬੱਧ ਲੋਡ ਸ਼ੈੱਡ ਸਮਰੱਥਾ ਤੋਂ ਘੱਟ ਹੋਣ 'ਤੇ ਜੁਰਮਾਨੇ ਲਾਗੂ ਹੋ ਸਕਦੇ ਹਨ।
ਟੀਚਾ ਗਾਹਕ	-ਐਗਰੀਗੇਟਰ ਅਤੇ ਸਵੈ-ਏਗਰੀਗੇਟ C&I ਗਾਹਕ
ਟੀਚਾ ਲੋਡ	- ਕੋਈ ਵੀ

ਪੂਰਵ ਸ਼ਰਤ	-ਗਾਹਕ ਕੋਲ ਅੰਤਰਾਲ ਮੀਟਰਿੰਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ -C&I ਗਾਹਕਾਂ ਨੂੰ ਮੰਗ ਜਾਂ ਬੋਲੀ ਦੇ ਮਾਪਦੰਡ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਸਮਾਂ ਸੀਮਾ	-ਕਿਸੇ ਵੀ ਸਮੇਂ
ਇਵੈਂਟ ਪਾਬੰਦੀਆਂ	-ਆਮ ਤੌਰ 'ਤੇ ਸੋਮਵਾਰ ਤੋਂ ਸ਼ੁੱਕਰਵਾਰ, ਛੁੱਟੀਆਂ ਨੂੰ ਛੱਡ ਕੇ, ਲਗਾਤਾਰ ਦਿਨ ਦੇ ਸਮਾਗਮਾਂ ਦੇ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ
ਇਵੈਂਟ ਦਿਨ	-ਆਮ ਤੌਰ 'ਤੇ ਵੱਧ ਤੋਂ ਵੱਧ 30 ਘੰਟੇ ਪ੍ਰਤੀ ਮਹੀਨਾ
ਇਵੈਂਟ ਦੀ ਮਿਆਦ	-ਆਮ ਤੌਰ 'ਤੇ ਦਿਨ ਦੇ ਸਭ ਤੋਂ ਵੱਧ ਊਰਜਾ ਦੀ ਖਪਤ ਵਾਲੇ ਸਮੇਂ ਦੌਰਾਨ ਸਾਰੀਆਂ ਘਟਨਾਵਾਂ ਲਈ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮਾਂ ਵਿੰਡੋ ਦੇ ਦੌਰਾਨ।) ਇਵੈਂਟ ਦੀ ਮਿਆਦ 1 ਤੋਂ 8 ਘੰਟਿਆਂ ਤੱਕ ਜਾਂ ਪ੍ਰੋਗਰਾਮ ਦੇ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ਦਰਸਾਏ ਗਏ ਤਰਜੀਹਾਂ ਦੇ ਨਾਲ ਗਾਹਕ ਸਮਰੱਥਾ ਪ੍ਰਤੀਬੱਧਤਾ ਦੁਆਰਾ ਬਦਲਦੀ ਹੈ
ਸੂਚਨਾ	-ਗਾਹਕ ਸਮਰੱਥਾ ਪ੍ਰਤੀਬੱਧਤਾ ਤਰਜੀਹਾਂ ਜਾਂ ਪ੍ਰੋਗਰਾਮ ਦੇ ਡਿਜ਼ਾਈਨ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਦਿਨ-ਅੱਗੇ ਜਾਂ ਦਿਨ
ਵਿਵਹਾਰ ਦੀ ਚੋਣ ਕਰੋ	-ਆਮ ਤੌਰ 'ਤੇ ਗਾਹਕ ਇਵੈਂਟਾਂ ਲਈ ਚੋਣ ਕਰਨਗੇ ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਕੋਲ ਪਹਿਲਾਂ ਤੋਂ ਵਚਨਬੱਧ ਲੋਡ ਸ਼ੈਡ ਸਮਰੱਥਾ ਹੈ।
ਸਰਟੀਫਿਕੇਸ਼ਨ ਸਮਾਗਮ	-ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰਤੀ ਸਾਲ ਦੋ (ਟੈਸਟ)

ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਓਪਨਏਡੀਆਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਇਵੈਂਟ ਸਿਗਨਲ	–ਲੋਡ ਸ਼ੈੱਡ ਦੀ ਮਾਤਰਾ ਨਾਲ ਮੈਪ ਕੀਤੇ ਪੱਧਰ 1 ਤੋਂ 3 ਦੇ ਨਾਲ ਇੱਕ ਸਧਾਰਨ ਸਿਗਨਲ। ਜੇਕਰ ਪ੍ਰੋਗਰਾਮ ਲੋਡ ਸ਼ੈੱਡ ਦੇ ਸਿਰਫ ਇੱਕ ਪੱਧਰ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਲੈਵਲ 1 ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਲੋਡ ਸ਼ੈੱਡ ਦੇ ਕਈ ਪੱਧਰਾਂ ਵਾਲੇ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ, ਆਮ ਕਾਰਵਾਈ ਤੋਂ ਸਭ ਤੋਂ ਛੋਟੀ ਤਬਦੀਲੀ ਨੂੰ ਲੈਵਲ 1 ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਲੋਡ ਸ਼ੈੱਡ ਦੇ ਮੁੱਲਾਂ ਨਾਲ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਲੋਡ ਸ਼ੈੱਡ ਦੀ ਵੱਧ ਰਹੀ ਡਿਗਰੀ ਵਿੱਚ ਪੱਧਰ 2 ਅਤੇ 3. -ਜੇਕਰ ਤੈਨਾਤੀ ਬੀ ਪ੍ਰੋ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈfile VENs, SIMPLE ਸਿਗਨਲ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ BID_LOAD ਅਤੇ/ਜਾਂ BID_PRICE ਸਿਗਨਲ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਸੈੱਟਪੁਆਇੰਟ ਅਤੇ ਕੀਮਤ ਦੀਆਂ ਸਿਗਨਲ ਕਿਸਮਾਂ ਦੇ ਨਾਲ ਪੇਲੋਡ ਵਿੱਚ, ਅਤੇ ਕ੍ਰਮਵਾਰ powerReal ਅਤੇ ਮੁਦਰਾPerKW ਦੀਆਂ ਇਕਾਈਆਂ। BID_LOAD ਐਗਰੀਗੇਟਰ/ਗਾਹਕ ਦੁਆਰਾ ਸਮਰੱਥਾ ਰਕਮ ਦੀ ਬੋਲੀ ਤੱਕ ਬੇਨਤੀ ਕੀਤੇ ਲੋਡ ਸ਼ੈਡ ਨੂੰ ਦਰਸਾਏਗਾ, ਅਤੇ BID_PRICE ਐਗਰੀਗੇਟਰ/ਗਾਹਕ ਦੁਆਰਾ ਪ੍ਰੋਤਸਾਹਨ ਬੋਲੀ ਨੂੰ ਦਰਸਾਏਗਾ। ਸਾਬਕਾ ਲਈ Anex A ਵੇਖੋamples.
ਜਵਾਬਾਂ ਦੀ ਚੋਣ ਕਰੋ	-ਵੀਟੀਐਨ ਈਵੈਂਟ ਭੇਜਣਾ oadrResponseRequired ਤੱਤ ਨੂੰ "ਹਮੇਸ਼ਾ" 'ਤੇ ਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, VEN ਨੂੰ ਇੱਕ ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ ਨਾਲ ਜਵਾਬ ਦੇਣ ਦੀ ਲੋੜ ਹੈ -ਐਗਰੀਗੇਟਰ/ਗਾਹਕਾਂ ਕੋਲ ਪਹਿਲਾਂ ਤੋਂ ਵਚਨਬੱਧ ਸਮਰੱਥਾ ਹੁੰਦੀ ਹੈ VENs ਨੂੰ optIn ਨਾਲ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਵੈਂਟ ਦੇ ਜਵਾਬ ਵਿੱਚ ਇੱਕ ਔਪਟ-ਆਊਟ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਇੱਕ ਗੈਰ-ਰਸਮੀ ਉਪਲਬਧਤਾ ਸੰਕੇਤ ਹੈ, ਇਵੈਂਟ ਤੋਂ ਇੱਕ ਰਸਮੀ ਚੋਣ ਨਹੀਂ। -ਦ oadrCreateOpt ਪੇਲੋਡ ਦੀ ਵਰਤੋਂ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਕੀਤੀ ਜਾਵੇਗੀ ਇਵੈਂਟਸ ਵਿੱਚ ਭਾਗ ਲੈਣ ਵਾਲੇ ਸਰੋਤਾਂ ਨੂੰ ਯੋਗ ਬਣਾਉਣ ਲਈ ਕਿਉਂਕਿ ਆਮ ਤੌਰ 'ਤੇ ਲੋਡ ਇੱਕ ਸਿੰਗਲ ਏਗਰੀਗੇਟਡ ਇਕਾਈ ਹੁੰਦਾ ਹੈ।
ਘਟਨਾ ਵੇਰਵਾ ਦੇਣ ਵਾਲਾ	-ਘਟਨਾ ਤਰਜੀਹ 1 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਪ੍ਰੋਗਰਾਮ ਦੇ ਨਿਯਮ ਜਾਂ VTN ਸੰਰਚਨਾ ਹੋਰ ਨਹੀਂ ਦਰਸਾਉਂਦੀ –ਟੈਸਟ ਸਮਾਗਮਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮਾਂ ਦੇ ਨਾਲ। ਜੇਕਰ ਉਹਨਾਂ ਨੂੰ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਟੈਸਟ ਈਵੈਂਟ ਨੂੰ ਦਰਸਾਉਣ ਲਈ testEvent ਤੱਤ ਨੂੰ "ਸਹੀ" 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਇਸ ਤੱਤ ਵਿੱਚ ਵਾਧੂ ਪੈਰਾਮੀਟਰਾਈਜ਼ਡ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਇਹ ਇਸ ਵਾਧੂ ਜਾਣਕਾਰੀ ਨਾਲ ਸਪੇਸ ਦੁਆਰਾ ਵੱਖ ਕੀਤੇ "ਸੱਚ" ਦਾ ਅਨੁਸਰਣ ਕਰ ਸਕਦਾ ਹੈ।
ਇਵੈਂਟ ਐਕਟਿਵ ਪੀਰੀਅਡ	– eiRampਉੱਪਰ, eiRecovery, ਸਹਿਣਸ਼ੀਲਤਾ ਤੱਤ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਵਰਤੇ ਜਾਂਦੇ ਹਨ
ਬੇਸਲਾਈਨਜ	–ਬੇਸਲਾਈਨਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇਵੈਂਟ ਪੇਲੋਡ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਡੇਟਾ ਆਮ ਤੌਰ 'ਤੇ ਇਵੈਂਟ ਦੇ ਸ਼ੁਰੂ ਹੋਣ ਦੇ ਸਮੇਂ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਉਪਯੋਗਤਾਵਾਂ ਅਤੇ ਐਗਰੀਗੇਟਰ/ਗਾਹਕ ਦੋਵੇਂ ਕਰਨਗੇ view ਉਪਯੋਗੀ ਘਟਨਾਵਾਂ ਵਿੱਚ ਬੇਸਲਾਈਨ ਜਾਣਕਾਰੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ।
ਇਵੈਂਟ ਟੀਚਾ	-ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ ਆਮ ਤੌਰ 'ਤੇ ਦਿੱਤੇ ਗਏ ਗਾਹਕ ਲਈ ਸਰੋਤਾਂ ਵਿਚਕਾਰ ਫਰਕ ਨਹੀਂ ਕਰਦੇ। ਨਿਸ਼ਾਨਾ ਬਣਾਉਣਾ ਆਮ ਤੌਰ 'ਤੇ venID ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ, ਇਹ ਦਰਸਾਉਂਦੇ ਹੋਏ ਕਿ VEN ਨਾਲ ਜੁੜੇ ਸਾਰੇ ਸਰੋਤਾਂ ਨੂੰ ਹਿੱਸਾ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਏਕੀਕ੍ਰਿਤ ਲੋਡ ਦਾ ਇੱਕ ਸਰੋਤ ID ਪ੍ਰਤੀਨਿਧੀ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ VEN ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ।
ਰਿਪੋਰਟਿੰਗ ਸੇਵਾਵਾਂ	ISO ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਆਮ ਤੌਰ 'ਤੇ TELEMETRY_USAGE ਰਿਪੋਰਟਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਪਾਵਰਰੀਅਲ ਡੇਟਾ ਪੁਆਇੰਟਸ ਦੇ ਨਾਲ. ਸਾਬਕਾ ਵੇਖੋampਐਨੈਕਸ ਏ ਵਿੱਚ ਉਪਯੋਗਤਾ ਸਮਰੱਥਾ ਬੋਲੀ ਲਈ ਟੈਲੀਮੈਟਰੀ ਰਿਪੋਰਟਿੰਗ ਦੀ ਆਮ ਤੌਰ 'ਤੇ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ. ਨੋਟ ਕਰੋ ਕਿ ਟੈਲੀਮੈਟਰੀ ਰਿਪੋਰਟਿੰਗ ਲਈ ਬੀ ਪ੍ਰੋ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈfile VENs. ਸਾਬਕਾ ਲਈ Annex B ਵੇਖੋampਉਪਯੋਗਤਾ ਪਾਇਲਟਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਜੋ ਇਸ ਕਿਸਮ ਦੇ ਪ੍ਰੋਗਰਾਮ 'ਤੇ ਲਾਗੂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਸੇਵਾਵਾਂ ਦੀ ਚੋਣ ਕਰੋ	–ਆਪਟ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਸਥਾਈ ਉਪਲਬਧਤਾ ਸਮਾਂ-ਸਾਰਣੀ ਨੂੰ ਸੰਚਾਰ ਕਰਨ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਨਹੀਂ ਜਾਵੇਗਾ ਇੱਕ ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਕਿਉਂਕਿ ਗਾਹਕਾਂ ਨੇ ਆਪਣੀ ਉਪਲਬਧਤਾ ਨੂੰ ਪੂਰਵ-ਵਚਨਬੱਧ ਕੀਤਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਸੇਵਾ ਭਾਗੀਦਾਰਾਂ ਲਈ ਉਪਕਰਨਾਂ ਦੀ ਅਸਫਲਤਾ ਵਰਗੇ ਕਾਰਨਾਂ ਲਈ ਉਪਲਬਧਤਾ ਦੀ ਘਾਟ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਇੱਕ ਗੈਰ-ਰਸਮੀ ਢੰਗ ਵਜੋਂ ਉਪਯੋਗੀ ਹੋ ਸਕਦੀ ਹੈ।
ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੇਵਾਵਾਂ	ਪੋਲਿੰਗ ਅੰਤਰਾਲ ਆਮ ਦਿਨ-ਅੱਗੇ ਦੇ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ VTN ਦੁਆਰਾ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਇੱਕ ਘੰਟੇ ਵਿੱਚ ਇੱਕ ਵਾਰ ਵੱਧ ਵਾਰ-ਵਾਰ ਹੋਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ. ਹਾਲਾਂਕਿ, ਦਿਲ ਦੀ ਧੜਕਣ ਦਾ ਪਤਾ ਲਗਾਉਣ ਜਾਂ ਦਿਨ ਦੇ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਪੋਲਿੰਗ ਦੀ ਵਰਤੋਂ ਲਈ ਵਧੇਰੇ ਵਾਰ-ਵਾਰ ਪੋਲਿੰਗ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮ

ਇਹ ਪ੍ਰੋਗਰਾਮ ਡਾਇਰੈਕਟ ਲੋਡ ਕੰਟਰੋਲ (DLC) ਦਾ ਪ੍ਰਤੀਨਿਧ ਹੈ ਜਿੱਥੇ ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ ਸਿਗਨਲ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਲੋਡ ਸ਼ੈਡਿੰਗ ਸਰੋਤਾਂ ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਸੰਸ਼ੋਧਿਤ ਕਰਦਾ ਹੈ, ਸਿਗਨਲ ਦੀ ਪ੍ਰਾਪਤੀ ਅਤੇ ਕੀਤੀ ਗਈ ਖਾਸ ਲੋਡ ਸ਼ੈਡਿੰਗ ਕਾਰਵਾਈ ਦੇ ਵਿਚਕਾਰ ਐਬਸਟਰੈਕਸ਼ਨ ਦੀ ਪਰਤ ਦੇ ਬਿਨਾਂ।

ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ DR ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਲੋਡ ਪ੍ਰੋfile ਉਦੇਸ਼	-ਪੀਕ ਮੰਗ ਵਿੱਚ ਕਮੀ
ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵਰ	- ਘੱਟ ਪੂੰਜੀ ਖਰਚੇ ਅਤੇ ਘਟਾਏ ਗਏ ਊਰਜਾ ਖਰਚੇ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਵੇਰਵਾ	-ਜਦੋਂ ਉਪਯੋਗਤਾਵਾਂ ਉੱਚ ਥੋਕ ਬਾਜ਼ਾਰ ਦੀਆਂ ਕੀਮਤਾਂ ਜਾਂ ਪਾਵਰ ਸਿਸਟਮ ਸੰਕਟਕਾਲੀਨ ਸਥਿਤੀਆਂ ਦਾ ਨਿਰੀਖਣ ਜਾਂ ਅਨੁਮਾਨ ਲਗਾਉਂਦੀਆਂ ਹਨ, ਤਾਂ ਉਹ ਇੱਕ ਇਵੈਂਟ ਸ਼ੁਰੂ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜੋ ਗਾਹਕ ਦੇ ਪ੍ਰੋਗਰਾਮੇਬਲ ਕਮਿਊਨੀਕੇਟਿੰਗ ਥਰਮੋਸਟੈਟ (ਪੀਸੀਟੀ) ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਇੱਕ ਨਿਸ਼ਚਿਤ ਸਮੇਂ ਦੀ ਮਿਆਦ (ਜਿਵੇਂ ਕਿ, ਗਰਮ ਸਮੇਂ 3 ਵਜੇ ਤੋਂ ਸ਼ਾਮ 6 ਵਜੇ ਤੱਕ) ਨੂੰ ਸੋਧਦੀਆਂ ਹਨ। ਗਰਮੀਆਂ ਦੇ ਹਫ਼ਤੇ ਦੇ ਦਿਨ) ਊਰਜਾ ਦੀ ਖਪਤ ਨੂੰ ਘਟਾਉਣ ਲਈ। - ਘਟਨਾ ਦੇ ਜਵਾਬ ਵਿੱਚ ਪੀਸੀਟੀ ਵਿਵਹਾਰ ਵਿੱਚ ਤਬਦੀਲੀ ਘਟਨਾ ਦੀ ਮਿਆਦ ਲਈ ਤਾਪਮਾਨ ਸੈੱਟਪੁਆਇੰਟ ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ ਤਬਦੀਲੀ ਹੋ ਸਕਦੀ ਹੈ ਜਾਂ ਪ੍ਰੀ-ਕੂਲਿੰਗ ਸਮੇਤ ਤਬਦੀਲੀਆਂ ਦਾ ਇੱਕ ਹੋਰ ਗੁੰਝਲਦਾਰ ਸੈੱਟ ਹੋ ਸਕਦਾ ਹੈ, ਜੋ ਗਾਹਕ ਦੇ ਆਰਾਮ 'ਤੇ ਘਟਨਾ ਦੇ ਪ੍ਰਭਾਵ ਨੂੰ ਘੱਟ ਕਰਦਾ ਹੈ। ਪੱਧਰ।
ਗਾਹਕ ਪ੍ਰੋਤਸਾਹਨ	-ਪ੍ਰੇਰਨਾ ਦੋ ਆਮ ਰੂਪ ਲੈਂਦੀਆਂ ਹਨ। ਪਹਿਲਾਂ, ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਇੱਕ ਮੁਫਤ PCT ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਦਾਖਲਾ ਲੈਣ ਲਈ ਇੱਕ ਪ੍ਰੋਤਸਾਹਨ ਵਜੋਂ ਗਾਹਕ ਦੁਆਰਾ ਖਰੀਦੇ PCTs 'ਤੇ ਛੋਟ/ਛੂਟ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਦੂਜਾ, ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਲਗਾਤਾਰ ਨਾਮਾਂਕਣ ਲਈ ਇੱਕ ਚੱਲ ਰਿਹਾ ਸਾਲਾਨਾ ਵਜ਼ੀਫ਼ਾ ਪ੍ਰਾਪਤ ਹੋ ਸਕਦਾ ਹੈ। ਇਵੈਂਟਾਂ ਦੌਰਾਨ ਅਸਲ ਊਰਜਾ ਕਟੌਤੀ ਦੇ ਆਧਾਰ 'ਤੇ ਗਾਹਕਾਂ ਨੂੰ ਭੁਗਤਾਨ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਪ੍ਰੇਰਕ ਘੱਟ ਆਮ ਹੋਣਗੇ।
ਰੇਟ ਡਿਜ਼ਾਈਨ	-ਮੁੱਖ ਤੌਰ 'ਤੇ ਇੱਕ ਪ੍ਰੋਤਸਾਹਨ ਪ੍ਰੋਗਰਾਮ, ਜਿੱਥੇ ਗ੍ਰਾਹਕਾਂ ਨੂੰ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਦਾਖਲਾ ਲੈਣ ਲਈ ਛੂਟ ਵਾਲੇ ਜਾਂ ਮੁਫਤ PCT ਪ੍ਰਾਪਤ ਹੁੰਦੇ ਹਨ। ਕੁਝ ਪ੍ਰੋਗਰਾਮ ਸਮਾਗਮਾਂ ਦੌਰਾਨ ਊਰਜਾ ਦੀ ਕਮੀ ਦੇ ਆਧਾਰ 'ਤੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਵਜ਼ੀਫ਼ਾ ਜਾਂ ਪ੍ਰੋਤਸਾਹਨ ਭੁਗਤਾਨ ਦਾ ਭੁਗਤਾਨ ਕਰ ਸਕਦੇ ਹਨ।
ਟੀਚਾ ਗਾਹਕ	- ਰਿਹਾਇਸ਼ੀ
ਟੀਚਾ ਲੋਡ	-HVAC
ਪੂਰਵ ਸ਼ਰਤ	-ਆਮ ਤੌਰ 'ਤੇ ਕੋਈ ਨਹੀਂ, ਕਿਉਂਕਿ ਗਾਹਕਾਂ ਨੂੰ ਪ੍ਰੋਗਰਾਮ ਨਾਮਾਂਕਣ ਦੇ ਹਿੱਸੇ ਵਜੋਂ PCT ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਸਮਾਂ ਸੀਮਾ	-ਆਮ ਤੌਰ 'ਤੇ ਸਾਲ ਦੇ ਮਹੀਨਿਆਂ ਵਿੱਚ ਫੈਲਦਾ ਹੈ ਜਿੱਥੇ ਉੱਚ ਊਰਜਾ ਦੀ ਖਪਤ ਹੁੰਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇਹ ਸਾਲ ਭਰ ਹੋ ਸਕਦਾ ਹੈ।
ਇਵੈਂਟ ਪਾਬੰਦੀਆਂ	-ਆਮ ਤੌਰ 'ਤੇ ਸੋਮਵਾਰ ਤੋਂ ਸ਼ੁੱਕਰਵਾਰ, ਛੁੱਟੀਆਂ ਨੂੰ ਛੱਡ ਕੇ, ਲਗਾਤਾਰ ਦਿਨ ਦੇ ਸਮਾਗਮਾਂ ਦੀ ਆਮ ਤੌਰ 'ਤੇ ਇਜਾਜ਼ਤ ਹੁੰਦੀ ਹੈ।
ਇਵੈਂਟ ਦਿਨ	-ਆਮ ਤੌਰ 'ਤੇ 9 ਤੋਂ 15 ਪ੍ਰਤੀ ਸਾਲ
ਇਵੈਂਟ ਦੀ ਮਿਆਦ	-ਇਵੈਂਟਸ ਕਿਸੇ ਵੀ ਸਮੇਂ ਹੋ ਸਕਦੇ ਹਨ, 2 ਤੋਂ 4 ਘੰਟਿਆਂ ਦੀ ਮਿਆਦ ਦੇ ਨਾਲ, ਹਾਲਾਂਕਿ ਆਮ ਤੌਰ 'ਤੇ ਘਟਨਾਵਾਂ ਦਿਨ ਦੇ ਸਭ ਤੋਂ ਵੱਧ ਊਰਜਾ ਦੀ ਖਪਤ ਵਾਲੇ ਸਮੇਂ ਦੌਰਾਨ ਵਾਪਰਦੀਆਂ ਹਨ।
ਸੂਚਨਾ	-ਆਮ ਤੌਰ 'ਤੇ ਦਿਨ ਅੱਗੇ, ਹਾਲਾਂਕਿ ਕੁਝ ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਸੂਚਨਾ ਸਮਾਂ 10 ਮਿੰਟਾਂ ਤੋਂ ਘੱਟ ਹੋ ਸਕਦਾ ਹੈ।
ਵਿਵਹਾਰ ਦੀ ਚੋਣ ਕਰੋ	-ਗਾਹਕਾਂ ਨੂੰ ਇਵੈਂਟਾਂ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਹਾਲਾਂਕਿ ਉਹਨਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਈਵੈਂਟਾਂ ਲਈ ਚੁਣਿਆ ਜਾਵੇਗਾ ਜਦੋਂ ਤੱਕ ਉਹ ਇਵੈਂਟ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰਨ ਲਈ ਕਾਰਵਾਈ ਨਹੀਂ ਕਰਦੇ ਜਾਂ ਇਵੈਂਟ ਦੇ ਦੌਰਾਨ ਤਾਪਮਾਨ ਵਿੱਚ ਦਸਤੀ ਵਿਵਸਥਾ ਨਹੀਂ ਕਰਦੇ।
ਸਰਟੀਫਿਕੇਸ਼ਨ ਸਮਾਗਮ	-ਆਮ ਤੌਰ 'ਤੇ ਕੋਈ ਨਹੀਂ

ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਓਪਨਏਡੀਆਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਇਵੈਂਟ ਸਿਗਨਲ	–ਪੀਸੀਟੀ ਤਾਪਮਾਨ ਸੈੱਟਪੁਆਇੰਟ ਆਫਸੈੱਟਾਂ ਜਾਂ ਥਰਮੋਸਟੈਟਿਕ ਸਾਈਕਲਿੰਗ ਪ੍ਰਤੀਸ਼ਤ ਵਿੱਚ ਤਬਦੀਲੀ ਲਈ ਮੈਪ ਕੀਤੇ ਪੱਧਰ 1 ਤੋਂ 3 ਦੇ ਨਾਲ ਇੱਕ ਸਧਾਰਨ ਸਿਗਨਲtagਈ . ਜੇਕਰ ਇੱਕ ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ ਆਫਸੈੱਟ/ਸਾਈਕਲਿੰਗ ਕੰਪੋਨੈਂਟ ਹੈ ਤਾਂ ਇਸ ਨੂੰ ਲੈਵਲ 1 ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਮਲਟੀਪਲ ਆਫਸੈੱਟ/ਸਾਈਕਲਿੰਗ ਕੰਪੋਨੈਂਟ ਵਾਲੇ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ, ਆਮ ਓਪਰੇਸ਼ਨ ਤੋਂ ਸਭ ਤੋਂ ਛੋਟੀ ਤਬਦੀਲੀ ਨੂੰ ਦੂਜੇ ਔਫਸੈੱਟ/ਸਾਈਕਲਿੰਗ ਮੁੱਲਾਂ ਦੇ ਨਾਲ ਲੈਵਲ 1 ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਲੋਡ ਸ਼ੈਡ ਪ੍ਰਭਾਵ ਦੀ ਵੱਧ ਰਹੀ ਡਿਗਰੀ ਵਿੱਚ ਲੈਵਲ 2 ਅਤੇ 3 ਤੱਕ ਮੈਪ ਕੀਤਾ ਗਿਆ। -ਜੇਕਰ ਤੈਨਾਤੀ ਬੀ ਪ੍ਰੋ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈfile VENs, SIMPLE ਸਿਗਨਲ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ LOAD_CONTROL ਸਿਗਨਲ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਪੇਲੋਡ ਵਿੱਚ ਦੀ ਇੱਕ ਕਿਸਮ ਦੇ ਨਾਲ x-loadControlLevelOffset ਜਾਂ x-loadControlCapacity ਲੋੜੀਂਦੇ ਤਾਪਮਾਨ ਸੈੱਟਪੁਆਇੰਟ ਆਫਸੈੱਟ ਜਾਂ ਥਰਮੋਸਟੈਟਿਕ ਸਾਈਕਲਿੰਗ ਪ੍ਰਤੀਸ਼ਤ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਨ ਲਈtage ਕ੍ਰਮਵਾਰ. ਇਹ ਸੁਰੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿ ਏ x-loadControlLevelOffset ਸਿਗਨਲ ਟਾਈਪ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਪੇਲੋਡਾਂ ਵਿੱਚ ਵਰਤੇ ਗਏ "ਤਾਪਮਾਨ" ਦੀ ਇਕਾਈ ਕਿਸਮ ਆਫਸੈੱਟ ਲਈ ਸੈਲਸੀਅਸ ਜਾਂ ਫਾਰਨਹੀਟ ਦਰਸਾਉਣ ਲਈ। ਸਾਬਕਾ ਲਈ Anex A ਵੇਖੋamples.
ਜਵਾਬਾਂ ਦੀ ਚੋਣ ਕਰੋ	-ਵੀਟੀਐਨ ਈਵੈਂਟ ਭੇਜਣਾ oadrResponseRequired ਤੱਤ ਨੂੰ "ਹਮੇਸ਼ਾ" 'ਤੇ ਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, VEN ਨੂੰ ਇੱਕ ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ ਨਾਲ ਜਵਾਬ ਦੇਣ ਦੀ ਲੋੜ ਹੈ – VENs ਨੂੰ optIn ਨਾਲ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਕਿ ਗਾਹਕ ਦੁਆਰਾ ਕੋਈ ਖਾਸ ਓਵਰਰਾਈਡ ਕਾਰਵਾਈ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ. -ਦ oadrCreateOpt ਪੇਲੋਡ VENs ਦੁਆਰਾ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ ਕਿਸੇ ਘਟਨਾ ਵਿੱਚ ਸਰੋਤਾਂ ਦੀ ਭਾਗੀਦਾਰੀ ਦੇ ਯੋਗ ਬਣਾਉਣ ਲਈ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਇਵੈਂਟ ਦੋ ਥਰਮੋਸਟੈਟਾਂ ਦੇ ਸਰੋਤ ID ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾ ਸਕਦਾ ਹੈ ਜੋ ਵੱਖਰੇ HVAC ਸਿਸਟਮਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ। ਜੇਕਰ ਗਾਹਕ ਇਹ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ HVAC ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਈਵੈਂਟ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦਾ ਹੈ, ਤਾਂ ਇਹ oadrCreateOpt ਪੇਲੋਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ VTN ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਵੇਗਾ। ਨੋਟ ਕਰੋ ਕਿ oadrCreateOpt ਪੇਲੋਡ ਸਿਰਫ਼ B ਪ੍ਰੋ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈfile VENs
ਘਟਨਾ ਵੇਰਵਾ ਦੇਣ ਵਾਲਾ	-ਘਟਨਾ ਤਰਜੀਹ 1 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਪ੍ਰੋਗਰਾਮ ਦੇ ਨਿਯਮ ਜਾਂ VTN ਸੰਰਚਨਾ ਹੋਰ ਨਹੀਂ ਦਰਸਾਉਂਦੀ –ਟੈਸਟ ਇਵੈਂਟਾਂ ਦੀ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮਾਂ ਦੇ ਨਾਲ। ਹਾਲਾਂਕਿ ਜੇਕਰ ਉਹਨਾਂ ਨੂੰ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਟੈਸਟ ਈਵੈਂਟ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਟੈਸਟ ਈਵੈਂਟ ਤੱਤ ਨੂੰ "ਸੱਚ" 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਇਸ ਤੱਤ ਵਿੱਚ ਵਾਧੂ ਪੈਰਾਮੀਟਰਾਈਜ਼ਡ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਇਹ ਇਸ ਵਾਧੂ ਜਾਣਕਾਰੀ ਨਾਲ ਸਪੇਸ ਦੁਆਰਾ ਵੱਖ ਕੀਤੇ "ਸੱਚ" ਦਾ ਅਨੁਸਰਣ ਕਰ ਸਕਦਾ ਹੈ।
ਇਵੈਂਟ ਐਕਟਿਵ ਪੀਰੀਅਡ	–ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਸਹਿਣਸ਼ੀਲਤਾ ਤੱਤ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਇਵੈਂਟਾਂ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ – eiRampਅੱਪ ਅਤੇ eiRecovery ਤੱਤ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਵਰਤੇ ਜਾਂਦੇ ਹਨ
ਬੇਸਲਾਈਨਜ	–ਬੇਸਲਾਈਨਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇਵੈਂਟ ਪੇਲੋਡ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ
ਇਵੈਂਟ ਟੀਚਾ	-ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮ PCT ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ HVAC ਸਰੋਤਾਂ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦੇ ਹਨ। ਨਿਸ਼ਾਨਾ ਬਣਾਉਣਾ ਆਮ ਤੌਰ 'ਤੇ ਸਰੋਤ IDs ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ VEN ਨਾਲ ਸਬੰਧਿਤ HVAC ਸਿਸਟਮਾਂ (ਭਾਵ ਥਰਮੋਸਟੈਟ) ਦਾ ਜਾਂ ਥਰਮੋਸਟੈਟ 'ਤੇ ਸੈੱਟ ਕੀਤੇ ਇਵੈਂਟ ਸਿਗਨਲ ਡਿਵਾਈਸ ਕਲਾਸ ਟੀਚੇ ਵਾਲਾ venID
ਰਿਪੋਰਟਿੰਗ ਸੇਵਾਵਾਂ	–ਟੈਲੀਮੈਟਰੀ ਰਿਪੋਰਟਿੰਗ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਬਿਲਕੁਲ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ ਸਾਬਕਾ ਲਈ Annex B ਵੇਖੋampਉਪਯੋਗਤਾ ਪਾਇਲਟਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਜੋ ਇਸ ਕਿਸਮ ਦੇ ਪ੍ਰੋਗਰਾਮ 'ਤੇ ਲਾਗੂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਸੇਵਾਵਾਂ ਦੀ ਚੋਣ ਕਰੋ	–ਆਪਟ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਸਥਾਈ ਉਪਲਬਧਤਾ ਸਮਾਂ-ਸਾਰਣੀ ਨੂੰ ਸੰਚਾਰ ਕਰਨ ਲਈ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਨਹੀਂ ਜਾਵੇਗਾ ਇੱਕ CPP ਪ੍ਰੋਗਰਾਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ।
ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੇਵਾਵਾਂ	ਪੋਲਿੰਗ ਅੰਤਰਾਲ VTN ਦੁਆਰਾ ਆਮ ਦਿਨ-ਅੱਗੇ ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਇੱਕ ਘੰਟੇ ਵਿੱਚ ਇੱਕ ਵਾਰ ਵੱਧ ਵਾਰ-ਵਾਰ ਹੋਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ. ਹਾਲਾਂਕਿ, ਦਿਲ ਦੀ ਧੜਕਣ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਪੋਲਿੰਗ ਦੀ ਵਰਤੋਂ ਲਈ ਵਧੇਰੇ ਵਾਰ-ਵਾਰ ਪੋਲਿੰਗ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਕਾਫ਼ੀ ਘੱਟ ਸੂਚਨਾ ਸਮੇਂ ਦੇ ਨਾਲ।

ਤੇਜ਼ DR ਡਿਸਪੈਚ

ਤੇਜ਼ DR ਡਿਸਪੈਚ ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਲੋਡ ਪ੍ਰੋfile ਉਦੇਸ਼	- "ਰੀਅਲ-ਟਾਈਮ" ਵਿੱਚ ਲੋਡ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਸਰੋਤ ਭੇਜੋ
ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵਰ	-ਗਰਿੱਡ ਭਰੋਸੇਯੋਗਤਾ ਅਤੇ ਸਹਾਇਕ ਸੇਵਾਵਾਂ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਵੇਰਵਾ	ਫਾਸਟ DR ਨੂੰ "ਰੀਅਲ-ਟਾਈਮ" ਵਿੱਚ ਪੂਰਵ-ਵਚਨਬੱਧ ਲੋਡ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ISO/ਯੂਟਿਲਿਟੀਜ਼ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਪੂਰਵ-ਵਚਨਬੱਧ ਲੋਡ ਜਵਾਬ ISO/ਯੂਟਿਲਿਟੀਜ਼ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਉਹ ਅਜਿਹੀਆਂ ਸਥਿਤੀਆਂ ਨੂੰ ਦੇਖਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਲਈ ਗਰਿੱਡ ਦੀ ਸਥਿਰਤਾ ਅਤੇ ਅਖੰਡਤਾ ਨੂੰ ਬਣਾਈ ਰੱਖਣ ਲਈ ਤੁਰੰਤ ਕਾਰਵਾਈ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਰੀਅਲ-ਟਾਈਮ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸੰਸਾਧਨਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ 10 ਮਿੰਟਾਂ ਤੋਂ ਲੈ ਕੇ ਰਿਜ਼ਰਵ ਵਜੋਂ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਸਰੋਤਾਂ ਲਈ 2 ਸਕਿੰਟਾਂ ਤੱਕ ਦੀ ਲੇਟੈਂਸੀ ਨਾਲ ਭੇਜੇ ਜਾਂਦੇ ਹਨ ਜੋ ਰੈਗੂਲੇਸ਼ਨ ਉਦੇਸ਼ਾਂ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ। ਲੋਡ ਪ੍ਰਤੀਕਿਰਿਆ ਦਾ ਆਕਾਰ ਗਰਿੱਡ ਸਥਿਤੀ ਨੂੰ ਘਟਾਉਣ ਵਿੱਚ ਇੱਕ ਫਰਕ ਲਿਆਉਣ ਲਈ ਕਾਫ਼ੀ ਵੱਡਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਸਰੋਤ ਆਮ ਤੌਰ 'ਤੇ ਬਹੁਤ ਵੱਡੇ ਹੁੰਦੇ ਹਨ ਅਤੇ ਅਕਸਰ ਇੱਕ ਸਮੂਹਿਕ ਸਰੋਤ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਐਗਰੀਗੇਟਰਾਂ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਸਹਾਇਕ ਸੇਵਾਵਾਂ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਦੇ ਯੋਗ ਹੋਣ ਲਈ ਇੱਕ ਸਰੋਤ ਲਈ ਲੋਡ ਪ੍ਰਤੀਕਿਰਿਆ ਲਈ ਘੱਟੋ-ਘੱਟ ਆਕਾਰ ਆਮ ਤੌਰ 'ਤੇ ਲਗਭਗ 500 kW ਹੁੰਦੇ ਹਨ, ਪਰ ਕੁਝ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ 100 kW ਤੱਕ ਘੱਟ ਹੋ ਸਕਦੇ ਹਨ। ਨੋਟ ਕਰੋ ਕਿ ਜੇਕਰ ਸਰੋਤ ਨੂੰ ਇੱਕ ਰਿਜ਼ਰਵ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਇਸਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਲੋਡ (ਭਾਵ ਸ਼ੈੱਡ) ਨੂੰ ਘਟਾਉਣ ਲਈ ਕਿਹਾ ਜਾਵੇਗਾ, ਪਰ ਜੇਕਰ ਇਹ ਨਿਯਮ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ ਤਾਂ ਇਸਨੂੰ ਲੋਡ ਵਧਾਉਣ ਜਾਂ ਘਟਾਉਣ ਲਈ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਗਾਹਕ ਪ੍ਰੋਤਸਾਹਨ	ਐਗਰੀਗੇਟਰ/ਗਾਹਕਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਦੋ ਕਿਸਮ ਦੇ ਪ੍ਰੋਤਸਾਹਨ ਪ੍ਰਾਪਤ ਹੁੰਦੇ ਹਨ। ਪਹਿਲਾਂ, ਉਹਨਾਂ ਨੂੰ ਭਵਿੱਖ ਦੀ ਸਮਾਂ-ਸਾਰਣੀ ਦੇ ਦੌਰਾਨ DR ਇਵੈਂਟਾਂ ਲਈ ਉਪਲਬਧ ਲੋਡ ਪ੍ਰਤੀਕਿਰਿਆ ਦੀ ਇੱਕ ਖਾਸ ਮਾਤਰਾ ਨੂੰ ਪ੍ਰਤੀਬੱਧ ਕਰਨ ਅਤੇ ਉਪਲਬਧ ਕਰਾਉਣ ਲਈ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ। ਲੋਡ ਜਵਾਬ ਦੀ ਮਾਤਰਾ, ਉਪਲਬਧਤਾ ਦੀ ਸਮਾਂ ਵਿੰਡੋ ਅਤੇ ਭੁਗਤਾਨ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਰਕਮ ਆਮ ਤੌਰ 'ਤੇ ਐਗਰੀਗੇਟਰ/ਗਾਹਕ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਦੂਜਾ, ਜੇਕਰ ਕਿਸੇ ਇਵੈਂਟ ਨੂੰ ਭਵਿੱਖ ਦੇ ਸਮੇਂ ਦੌਰਾਨ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਇਵੈਂਟ ਦੀ ਮਿਆਦ ਦੇ ਦੌਰਾਨ ਲੋਡ ਜਵਾਬ ਦੀ ਮਾਤਰਾ ਦੇ ਆਧਾਰ 'ਤੇ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਰੇਟ ਡਿਜ਼ਾਈਨ	ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਭਾਗ ਲੈਣ ਵਾਲੇ ਇੱਕ ਬੋਲੀ ਜਮ੍ਹਾਂ ਕਰਦੇ ਹਨ ਜੋ ਲੋਡ ਪ੍ਰਤੀਕਿਰਿਆ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਉਹ ਭਵਿੱਖ ਦੀ ਸਮਾਂ ਵਿੰਡੋ ਦੌਰਾਨ ਉਪਲਬਧ ਕਰਵਾਉਣ ਲਈ ਤਿਆਰ ਹਨ। ਬੋਲੀ ਵਿੱਚ ਆਮ ਤੌਰ 'ਤੇ ਉਹ ਭੁਗਤਾਨ ਵੀ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਜੋ ਐਗਰੀਗੇਟਰ/ਗਾਹਕ ਲੋਡ ਜਵਾਬ ਲਈ ਸਵੀਕਾਰ ਕਰਨ ਲਈ ਤਿਆਰ ਹੁੰਦਾ ਹੈ। ਉਪਯੋਗਤਾ/ISO ਬਜ਼ਾਰਾਂ ਵਿੱਚ ਬੋਲੀ ਆਮ ਤੌਰ 'ਤੇ ਜਾਂ ਤਾਂ ਅੱਗੇ ਦੇ ਦਿਨ ਜਾਂ ਉਸ ਸਮੇਂ ਦੀ ਮਿਆਦ ਦੇ ਦਿਨ ਜਮ੍ਹਾਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਸ ਲਈ ਵਚਨਬੱਧਤਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ। ਬਜ਼ਾਰਾਂ ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਯੋਗਤਾ ਅਤੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਵੱਖ-ਵੱਖ ਪ੍ਰਦਰਸ਼ਨ ਲਿਫਾਫੇ ਮਾਪਦੰਡ ਸਰੋਤ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ ਜਿਵੇਂ ਕਿ ਆਰ.amp ਦਰ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਅਤੇ ਅਧਿਕਤਮ ਓਪਰੇਟਿੰਗ ਸੀਮਾਵਾਂ। ਅਜਿਹੇ ਮਾਪਦੰਡ ਨਿਯੰਤ੍ਰਿਤ ਕਰਦੇ ਹਨ ਕਿ ਇਸਨੂੰ ਕਿਵੇਂ ਭੇਜਿਆ ਜਾਵੇਗਾ। ਜੇਕਰ ਕਿਸੇ ਭਾਗੀਦਾਰ ਦੀ ਬੋਲੀ ਸਵੀਕਾਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਗਾਹਕ ਨੂੰ ਉਹਨਾਂ ਦੀ ਪੂਰਵ-ਵਚਨਬੱਧਤਾ ਲਈ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਭਾਵੇਂ ਕਿ ਸਮਾਂ ਵਿੰਡੋ ਦੇ ਦੌਰਾਨ ਕੋਈ ਇਵੈਂਟ ਬੁਲਾਇਆ ਨਾ ਗਿਆ ਹੋਵੇ। ਜੇਕਰ ਟਾਈਮ ਵਿੰਡੋ ਦੌਰਾਨ ਕਿਸੇ ਇਵੈਂਟ ਨੂੰ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਗਾਹਕ ਨੂੰ ਇਵੈਂਟ ਦੌਰਾਨ ਆਪਣੇ ਪ੍ਰਦਰਸ਼ਨ ਲਈ ਵਾਧੂ ਭੁਗਤਾਨ ਪ੍ਰਾਪਤ ਹੋ ਸਕਦੇ ਹਨ। ਅਜਿਹੇ ਪ੍ਰਦਰਸ਼ਨ ਅਧਾਰਤ ਭੁਗਤਾਨ ਕਈ ਕਾਰਕਾਂ 'ਤੇ ਅਧਾਰਤ ਹੋ ਸਕਦੇ ਹਨ ਜਿਸ ਵਿੱਚ ਰਕਮ ਊਰਜਾ, ਸ਼ਕਤੀ, ਸਰੋਤ ਡਿਸਪੈਚ ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਕਿੰਨੀ ਨੇੜਿਓਂ ਪਾਲਣਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੱਕ "ਮਾਇਲੇਜ" ਭੁਗਤਾਨ ਜੋ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਦਾ ਭਾਰ ਕਿੰਨਾ ਕੁ ਹੈ।file ਘਟਨਾ ਦੌਰਾਨ ਬਦਲਣ ਦੀ ਲੋੜ ਸੀ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਮਾਪਦੰਡ ਜਿਵੇਂ ਕਿ ਊਰਜਾ ਅਤੇ ਸ਼ਕਤੀ ਇੱਕ ਬੇਸਲਾਈਨ ਦੇ ਸਬੰਧ ਵਿੱਚ ਹੋ ਸਕਦੇ ਹਨ।
ਟੀਚਾ ਗਾਹਕ	-ਐਗਰੀਗੇਟਰ ਅਤੇ ਸਵੈ-ਇਕੱਠੇ C&I ਗਾਹਕ
ਟੀਚਾ ਲੋਡ	- ਉਹ ਜੋ ਰੀਅਲ-ਟਾਈਮ ਡਿਸਪੈਚਾਂ ਦਾ ਜਵਾਬ ਦੇ ਸਕਦੇ ਹਨ.

ਪੂਰਵ ਸ਼ਰਤ	-ਗਾਹਕ ਕੋਲ ਅੰਤਰਾਲ ਮੀਟਰਿੰਗ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ -ਲੋਡ ਜਵਾਬ ਲਈ ਘੱਟੋ-ਘੱਟ ਆਕਾਰ ਦੀਆਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਲਾਜ਼ਮੀ ਹੈ -ਰੀਅਲ-ਟਾਈਮ ਡਿਸਪੈਚਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ -ਆਮ ਤੌਰ 'ਤੇ ਰੀਅਲ-ਟਾਈਮ ਟੈਲੀਮੈਟਰੀ ਦੀ ਸਪਲਾਈ ਕਰਨੀ ਪੈਂਦੀ ਹੈ ਜੋ ਮੌਜੂਦਾ ਲੋਡ ਜਵਾਬ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਸਮਾਂ ਸੀਮਾ	-ਕਿਸੇ ਵੀ ਸਮੇਂ
ਇਵੈਂਟ ਪਾਬੰਦੀਆਂ	-ਕੋਈ ਨਹੀਂ
ਇਵੈਂਟ ਦਿਨ	-ਕੋਈ ਨਹੀਂ
ਇਵੈਂਟ ਦੀ ਮਿਆਦ	-ਆਮ ਤੌਰ 'ਤੇ ਛੋਟਾ (30 ਮਿੰਟਾਂ ਤੋਂ ਘੱਟ), ਪਰ ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ ਕਦੇ ਵੀ ਉਸ ਸਮਾਂ ਵਿੰਡੋ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਵੇਗਾ ਜੋ ਭਾਗੀਦਾਰ ਨੇ ਆਪਣੀ ਬੋਲੀ ਜਮ੍ਹਾਂ ਕਰਾਉਣ ਵੇਲੇ ਸਰੋਤ ਉਪਲਬਧ ਕਰਾਇਆ ਸੀ।
ਸੂਚਨਾ	-ਕੋਈ ਨਹੀਂ
ਵਿਵਹਾਰ ਦੀ ਚੋਣ ਕਰੋ	- ਗਾਹਕਾਂ ਨੂੰ ਡਿਫੌਲਟ ਤੌਰ 'ਤੇ ਇਵੈਂਟਾਂ ਲਈ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਉਹਨਾਂ ਕੋਲ ਪਹਿਲਾਂ ਤੋਂ ਵਚਨਬੱਧ ਲੋਡ ਜਵਾਬ ਹੁੰਦਾ ਹੈ
ਸਰਟੀਫਿਕੇਸ਼ਨ ਸਮਾਗਮ	-ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰਤੀ ਸਾਲ ਇੱਕ (ਟੈਸਟ)

ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਓਪਨਏਡੀਆਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਇਵੈਂਟ ਸਿਗਨਲ	–ਪੱਧਰ 1 ਤੋਂ 3 ਦੇ ਨਾਲ ਇੱਕ ਸਧਾਰਨ ਸਿਗਨਲ ਲੋਡ ਜਵਾਬ ਦੀ ਮਾਤਰਾ ਨਾਲ ਮੈਪ ਕੀਤਾ ਗਿਆ ਹੈ। ਜੇਕਰ ਪ੍ਰੋਗਰਾਮ ਸਿਰਫ਼ ਇੱਕ ਹੀ ਪੱਧਰ ਦੇ ਲੋਡ ਪ੍ਰਤੀਕਿਰਿਆ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਲੈਵਲ 1 ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਲੋਡ ਪ੍ਰਤੀਕਿਰਿਆ ਦੇ ਕਈ ਪੱਧਰਾਂ ਵਾਲੇ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ, ਸਧਾਰਣ ਕਾਰਵਾਈ ਤੋਂ ਸਭ ਤੋਂ ਛੋਟੀ ਤਬਦੀਲੀ ਨੂੰ ਲੈਵਲ 1 ਵਿੱਚ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਲੋਡ ਸ਼ੈੱਡ ਮੁੱਲਾਂ ਨਾਲ ਮੈਪ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਲੋਡ ਪ੍ਰਤੀਕਿਰਿਆ ਦੀ ਵਧਦੀ ਡਿਗਰੀ ਵਿੱਚ ਪੱਧਰ 2 ਅਤੇ 3। -ਜੇਕਰ ਤੈਨਾਤੀ ਬੀ ਪ੍ਰੋ ਦਾ ਸਮਰਥਨ ਕਰਦੀ ਹੈfile VENs, SIMPLE ਸਿਗਨਲ ਤੋਂ ਇਲਾਵਾ, ਇੱਕ LOAD_DISPATCH ਸਿਗਨਲ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਡਿਸਪੈਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਸੈੱਟਪੁਆਇੰਟ ਜਾਂ ਡੈਲਟਾ ਦੀਆਂ ਸਿਗਨਲ ਕਿਸਮਾਂ ਅਤੇ ਪਾਵਰਰੀਅਲ ਦੀਆਂ ਇਕਾਈਆਂ ਦੇ ਨਾਲ ਪੇਲੋਡ ਵਿੱਚ। ਇਹ ਸਿਗਨਲ ਲੋਡ ਦੇ ਲੋੜੀਂਦੇ "ਓਪਰੇਟਿੰਗ ਪੁਆਇੰਟ" ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਅਤੇ ਮੌਜੂਦਾ ਓਪਰੇਟਿੰਗ ਬਿੰਦੂ ਦੇ ਸਰੋਤਾਂ ਤੋਂ mW (ਭਾਵ ਸੈੱਟਪੁਆਇੰਟ) ਜਾਂ mW ਦੀ ਕੁਝ ਸੰਬੰਧਿਤ ਸੰਖਿਆ (ਭਾਵ ਡੈਲਟਾ) ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਗਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਸਾਬਕਾ ਲਈ Anex A ਵੇਖੋamples.
ਜਵਾਬਾਂ ਦੀ ਚੋਣ ਕਰੋ	-ਵੀਟੀਐਨ ਈਵੈਂਟ ਭੇਜਣਾ oadrResponseRequired ਤੱਤ ਨੂੰ "ਹਮੇਸ਼ਾ" 'ਤੇ ਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, VEN ਨੂੰ ਇੱਕ ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ ਨਾਲ ਜਵਾਬ ਦੇਣ ਦੀ ਲੋੜ ਹੈ -ਐਗਰੀਗੇਟਰ/ਗਾਹਕਾਂ ਕੋਲ ਪਹਿਲਾਂ ਤੋਂ ਵਚਨਬੱਧ ਸਮਰੱਥਾ ਹੁੰਦੀ ਹੈ VENs ਨੂੰ optIn ਨਾਲ ਜਵਾਬ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਵੈਂਟ ਦੇ ਜਵਾਬ ਵਿੱਚ ਇੱਕ ਔਪਟ-ਆਊਟ ਭੇਜਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਇੱਕ ਗੈਰ-ਰਸਮੀ ਉਪਲਬਧਤਾ ਸੰਕੇਤ ਹੈ, ਇਵੈਂਟ ਤੋਂ ਇੱਕ ਰਸਮੀ ਚੋਣ ਨਹੀਂ। -ਦ oadrCreateOpt ਪੇਲੋਡ ਦੀ ਵਰਤੋਂ ਆਮ ਤੌਰ 'ਤੇ ਨਹੀਂ ਕੀਤੀ ਜਾਵੇਗੀ ਇਵੈਂਟਸ ਵਿੱਚ ਭਾਗ ਲੈਣ ਵਾਲੇ ਸਰੋਤਾਂ ਨੂੰ ਯੋਗ ਬਣਾਉਣ ਲਈ ਕਿਉਂਕਿ ਆਮ ਤੌਰ 'ਤੇ ਲੋਡ ਇੱਕ ਸਿੰਗਲ ਏਗਰੀਗੇਟਡ ਇਕਾਈ ਹੁੰਦਾ ਹੈ।
ਘਟਨਾ ਵੇਰਵਾ ਦੇਣ ਵਾਲਾ	-ਘਟਨਾ ਤਰਜੀਹ 1 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਪ੍ਰੋਗਰਾਮ ਦੇ ਨਿਯਮ ਜਾਂ VTN ਸੰਰਚਨਾ ਹੋਰ ਨਹੀਂ ਦਰਸਾਉਂਦੀ –ਟੈਸਟ ਸਮਾਗਮਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਖਾਸ ਕਰਕੇ ਇੱਕ ਸਰੋਤ ਦੀ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਅਤੇ ਯੋਗਤਾ ਦੇ ਦੌਰਾਨ. ਜੇਕਰ ਉਹਨਾਂ ਨੂੰ ਇਜਾਜ਼ਤ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਟੈਸਟ ਈਵੈਂਟ ਨੂੰ ਦਰਸਾਉਣ ਲਈ testEvent ਤੱਤ ਨੂੰ "ਸਹੀ" 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਇਸ ਤੱਤ ਵਿੱਚ ਵਾਧੂ ਪੈਰਾਮੀਟਰਾਈਜ਼ਡ ਜਾਣਕਾਰੀ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਇਹ ਇਸ ਵਾਧੂ ਜਾਣਕਾਰੀ ਨਾਲ ਸਪੇਸ ਦੁਆਰਾ ਵੱਖ ਕੀਤੇ "ਸੱਚ" ਦਾ ਅਨੁਸਰਣ ਕਰ ਸਕਦਾ ਹੈ।
ਇਵੈਂਟ ਐਕਟਿਵ ਪੀਰੀਅਡ	– ਸਹਿਣਸ਼ੀਲਤਾ ਤੱਤਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ. ਈ.ਆਰampਅੱਪ ਅਤੇ eiRecovery ਪੀਰੀਅਡ ਆਮ ਤੌਰ 'ਤੇ ਕਿਸੇ ਸਰੋਤ ਦੇ ਮਾਪਦੰਡਾਂ ਦਾ ਹਿੱਸਾ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਉਹ ਰਜਿਸਟਰ ਹੁੰਦੇ ਹਨ ਅਤੇ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਡਿਸਪੈਚਾਂ ਦੀ ਪ੍ਰਕਿਰਤੀ ਦੇ ਕਾਰਨ ਉਹ ਖੁੱਲ੍ਹੇ ਹੋਏ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਇਵੈਂਟ ਲਈ ਕੋਈ ਅੰਤਮ ਸਮਾਂ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ।
ਬੇਸਲਾਈਨਜ	–ਬੇਸਲਾਈਨਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇਵੈਂਟ ਪੇਲੋਡ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਡੇਟਾ ਆਮ ਤੌਰ 'ਤੇ ਇਵੈਂਟ ਦੇ ਸ਼ੁਰੂ ਹੋਣ ਦੇ ਸਮੇਂ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਉਪਯੋਗਤਾਵਾਂ ਅਤੇ ਐਗਰੀਗੇਟਰ/ਗਾਹਕ ਦੋਵੇਂ ਕਰਨਗੇ view ਉਪਯੋਗੀ ਘਟਨਾਵਾਂ ਵਿੱਚ ਬੇਸਲਾਈਨ ਜਾਣਕਾਰੀ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ।
ਇਵੈਂਟ ਟੀਚਾ	-ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ ਆਮ ਤੌਰ 'ਤੇ ਦਿੱਤੇ ਗਏ ਗਾਹਕ ਲਈ ਸਰੋਤਾਂ ਵਿਚਕਾਰ ਫਰਕ ਨਹੀਂ ਕਰਦੇ। ਨਿਸ਼ਾਨਾ ਬਣਾਉਣਾ ਆਮ ਤੌਰ 'ਤੇ venID ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ, ਇਹ ਦਰਸਾਉਂਦੇ ਹੋਏ ਕਿ VEN ਨਾਲ ਜੁੜੇ ਸਾਰੇ ਸਰੋਤਾਂ ਨੂੰ ਹਿੱਸਾ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ, ਜਾਂ ਏਕੀਕ੍ਰਿਤ ਲੋਡ ਦਾ ਇੱਕ ਸਰੋਤ ID ਪ੍ਰਤੀਨਿਧੀ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ VEN ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ।
ਰਿਪੋਰਟਿੰਗ ਸੇਵਾਵਾਂ	ਤੇਜ਼ DR ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਆਮ ਤੌਰ 'ਤੇ TELEMETRY_USAGE ਰਿਪੋਰਟਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਪਾਵਰਰੀਅਲ ਡੇਟਾ ਪੁਆਇੰਟਸ ਦੇ ਨਾਲ. ਵਰਤੋਂ ਰਿਪੋਰਟ ਸਰੋਤਾਂ ਦੇ ਮੌਜੂਦਾ ਓਪਰੇਟਿੰਗ ਪੁਆਇੰਟ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ ਅਤੇ ਉਪਯੋਗਤਾ/ISO ਦੁਆਰਾ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਸਰੋਤ ਭੇਜੀ ਗਈ ਹਦਾਇਤ ਦੀ ਕਿੰਨੀ ਨੇੜਿਓਂ ਪਾਲਣਾ ਕਰ ਰਿਹਾ ਹੈ। ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਟੈਲੀਮੈਟਰੀ ਵਿੱਚ ਹੋਰ ਡੇਟਾ ਪੁਆਇੰਟ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਵੋਲtage ਰੀਡਿੰਗ ਅਤੇ ਚਾਰਜ ਅਵਸਥਾ (ਭਾਵ ਊਰਜਾ) ਉਸ ਸਥਿਤੀ ਵਿੱਚ ਜਿੱਥੇ ਸਰੋਤ ਸਟੋਰੇਜ ਦੇ ਕੁਝ ਰੂਪ ਹਨ। ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਰਿਪੋਰਟਿੰਗ ਬਾਰੰਬਾਰਤਾ ਹਰ 2 ਸਕਿੰਟਾਂ ਜਿੰਨੀ ਵੱਧ ਹੋ ਸਕਦੀ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ਟੈਲੀਮੈਟਰੀ ਰਿਪੋਰਟਿੰਗ ਲਈ ਬੀ ਪ੍ਰੋ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈfile VENs. ਸਾਬਕਾ ਲਈ Anex A ਵੇਖੋamples. ਸਾਬਕਾ ਲਈ Annex B ਵੀ ਵੇਖੋampਉਪਯੋਗਤਾ ਪਾਇਲਟਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਜੋ ਇਸ ਕਿਸਮ ਦੇ ਪ੍ਰੋਗਰਾਮ 'ਤੇ ਲਾਗੂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਸੇਵਾਵਾਂ ਦੀ ਚੋਣ ਕਰੋ	–ਅਸਥਾਈ ਉਪਲਬਧਤਾ ਨੂੰ ਸੰਚਾਰ ਕਰਨ ਲਈ ਆਪਟ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਸਮਾਂ-ਸਾਰਣੀ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤਿਆ ਨਹੀਂ ਜਾਵੇਗਾ ਕਿਉਂਕਿ ਗਾਹਕਾਂ ਨੇ ਆਪਣੀ ਉਪਲਬਧਤਾ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਵਚਨਬੱਧ ਕੀਤਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਸੇਵਾ ਭਾਗੀਦਾਰਾਂ ਲਈ ਉਪਕਰਨਾਂ ਦੀ ਅਸਫਲਤਾ ਵਰਗੇ ਕਾਰਨਾਂ ਲਈ ਉਪਲਬਧਤਾ ਦੀ ਘਾਟ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਇੱਕ ਗੈਰ-ਰਸਮੀ ਢੰਗ ਵਜੋਂ ਉਪਯੋਗੀ ਹੋ ਸਕਦੀ ਹੈ।
ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੇਵਾਵਾਂ	ਰੀਅਲ-ਟਾਈਮ ਡਿਸਪੈਚਾਂ ਦੀਆਂ ਘੱਟ ਲੇਟੈਂਸੀ ਲੋੜਾਂ ਦੇ ਕਾਰਨ ਸਿਰਫ਼ ਪੁਸ਼ ਇੰਟਰੈਕਸ਼ਨ ਪੈਟਰਨ ਵਰਤੇ ਜਾਂਦੇ ਹਨ.

ਰਿਹਾਇਸ਼ੀ ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨ (EV) ਵਰਤੋਂ ਦਾ ਸਮਾਂ (TOU) ਪ੍ਰੋਗਰਾਮ

ਰਿਹਾਇਸ਼ੀ EV TOU ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਲੋਡ ਪ੍ਰੋfile ਉਦੇਸ਼	ਇੱਕ ਰੇਟ ਢਾਂਚਾ ਜਿਸ ਦੁਆਰਾ ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨਾਂ ਨੂੰ ਚਾਰਜ ਕਰਨ ਦੀ ਲਾਗਤ ਨੂੰ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਖਪਤਕਾਰਾਂ ਨੂੰ ਖਪਤ ਦੇ ਪੈਟਰਨਾਂ ਨੂੰ ਬਦਲਿਆ ਜਾ ਸਕੇ।
ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵਰ	ਰਿਹਾਇਸ਼ੀ ਊਰਜਾ ਸ਼ਾਮ ਨੂੰ ਸਿਖਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। ਕਿਉਂਕਿ EV ਚਾਰਜਿੰਗ ਵਿੱਚ 4-8 ਘੰਟੇ ਲੱਗਦੇ ਹਨ, ਇਸ ਲਈ ਲੋਡ ਸਿਖਰਾਂ ਨੂੰ ਸ਼ਿਫਟ ਕਰਨ ਵਿੱਚ ਕੁਝ ਘੰਟਿਆਂ ਦੀ ਦੇਰੀ ਹੋ ਸਕਦੀ ਹੈ।
ਪ੍ਰੋਗਰਾਮ ਦਾ ਵੇਰਵਾ	ਜਿਨ੍ਹਾਂ ਗਾਹਕਾਂ ਕੋਲ ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨ ਹੈ, ਉਹ ਇਲੈਕਟ੍ਰਿਕ ਵਹੀਕਲ ਟਾਈਮ-ਆਫ-ਯੂਜ਼ (EV-TOU) ਦਰ ਲਈ ਸਾਈਨ ਅੱਪ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਔਫ-ਪੀਕ ਘੰਟਿਆਂ ਦੌਰਾਨ ਆਪਣੇ ਵਾਹਨ ਨੂੰ ਚਾਰਜ ਕਰਨ ਲਈ ਘੱਟ ਦਰਾਂ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਅੱਧੀ ਰਾਤ ਤੋਂ ਸਵੇਰੇ 5 ਵਜੇ ਦੇ ਵਿਚਕਾਰ EV-TOU ਦਰਾਂ ਹਨ। ਗਾਹਕਾਂ ਨੂੰ ਦਿਨ ਵੇਲੇ ਬਿਜਲੀ ਦੀ ਵਰਤੋਂ ਨੂੰ ਸੀਮਤ ਕਰਨ ਲਈ ਉਤਸ਼ਾਹਿਤ ਕਰਨ ਦੀ ਪੇਸ਼ਕਸ਼ ਕੀਤੀ, ਜਦੋਂ ਬਿਜਲੀ ਦੀ ਮੰਗ ਸਭ ਤੋਂ ਵੱਧ ਹੁੰਦੀ ਹੈ।
ਗਾਹਕ ਪ੍ਰੋਤਸਾਹਨ	EVs ਲਈ ਘੱਟ ਮਹਿੰਗੀ ਚਾਰਜਿੰਗ।
ਰੇਟ ਡਿਜ਼ਾਈਨ	ਮਿਡ-ਡੇ ਪੀਕ, ਸਵੇਰ ਅਤੇ ਸ਼ਾਮ ਦੇ ਮੱਧ-ਪੀਕ, ਅਤੇ 12AM-5AM ਆਫ-ਪੀਕ ਦੇ ਨਾਲ TOU
ਟੀਚਾ ਗਾਹਕ	ਇੱਕ ਲੋਡ ਪ੍ਰੋ ਦੇ ਨਾਲ EV ਮਾਲਕfile ਜੋ ਸ਼ਾਮ ਨੂੰ ਸਿਖਰ 'ਤੇ ਹੈ।
ਟੀਚਾ ਲੋਡ	ਈਵੀ ਚਾਰਜਰਸ
ਪੂਰਵ ਸ਼ਰਤ	ਗਾਹਕ ਕੋਲ ਇੱਕ ਸਮਾਰਟ ਮੀਟਰ ਅਤੇ ਈਵੀ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਸਮਾਂ ਸੀਮਾ	ਪੂਰੇ ਸਾਲ
ਇਵੈਂਟ ਪਾਬੰਦੀਆਂ	ਕੋਈ ਨਹੀਂ
ਇਵੈਂਟ ਦਿਨ	ਹਰ ਦਿਨ, ਜਾਂ ਸਿਰਫ ਹਫਤੇ ਦੇ ਦਿਨ
ਇਵੈਂਟ ਦੀ ਮਿਆਦ	5-8 ਘੰਟੇ
ਸੂਚਨਾ	ਗਾਹਕ ਨੂੰ ਉਹਨਾਂ ਦੇ ਮਹੀਨਾਵਾਰ ਬਿੱਲਾਂ 'ਤੇ ਕੀਮਤ ਦੇ ਪੱਧਰਾਂ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ VTNs ਦਿਨ-ਅੱਗੇ ਇਵੈਂਟ ਸਿਗਨਲ ਭੇਜਦੇ ਹਨ।
ਵਿਵਹਾਰ ਦੀ ਚੋਣ ਕਰੋ	ਦਰਦਾਤਾ ਆਪਣੀ ਦਰ ਯੋਜਨਾ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਕਿਸੇ ਉਪਯੋਗਤਾ ਨਾਲ ਕਰਦੇ ਹਨ।
ਸਰਟੀਫਿਕੇਸ਼ਨ ਸਮਾਗਮ

ਰਿਹਾਇਸ਼ੀ EV TOU ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ OpenADR ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਇਵੈਂਟ ਸਿਗਨਲ	2.0a VENs ਦੁਆਰਾ ਭਾਗੀਦਾਰੀ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣ ਲਈ ਅਸਲ ਕੀਮਤ ਟੀਅਰਾਂ ਦੇ ਨਾਲ ELECTRICITY_PRICE ਸਿਗਨਲ, ਅਤੇ ਨਾਲ ਹੀ ਸਧਾਰਨ ਸਿਗਨਲ ਸਾਬਕਾ ਲਈ Anex A ਵੇਖੋamples.
ਜਵਾਬਾਂ ਦੀ ਚੋਣ ਕਰੋ	VENs ਦੁਆਰਾ ਹਮੇਸ਼ਾ ਚੁਣੋ
ਘਟਨਾ ਵੇਰਵਾ ਦੇਣ ਵਾਲਾ	ਹਰ ਕੀਮਤ ਟੀਅਰ ਲਈ ਇਵੈਂਟ ਅੰਤਰਾਲਾਂ ਦੇ ਨਾਲ ਪ੍ਰਤੀ ਹਫ਼ਤੇ ਇੱਕ ਇਵੈਂਟ
ਇਵੈਂਟ ਐਕਟਿਵ ਪੀਰੀਅਡ	ਘੱਟੋ-ਘੱਟ 24 ਘੰਟੇ ਨੋਟੀਫਿਕੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਹਰੇਕ ਇਵੈਂਟ ਅੰਤਰਾਲ ਨੂੰ TOU ਦਰ ਪੱਧਰ ਨੂੰ ਕੈਪਚਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ
ਬੇਸਲਾਈਨਜ	N/A
ਇਵੈਂਟ ਟੀਚਾ	ਕੋਈ ਐਡਵਾਂਸਡ ਟਾਰਗਿਟਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ, ਸਿਰਫ਼ VEN-ਪੱਧਰ ਦਾ ਟੀਚਾ।
ਰਿਪੋਰਟਿੰਗ ਸੇਵਾਵਾਂ	ਕੋਈ ਰਿਪੋਰਟਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ, ਸਾਰਾ ਡਾਟਾ ਮੀਟਰ ਤੋਂ ਆ ਸਕਦਾ ਹੈ। ਸਾਬਕਾ ਲਈ Annex B ਵੇਖੋampਉਪਯੋਗਤਾ ਪਾਇਲਟਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਜੋ ਇਸ ਕਿਸਮ ਦੇ ਪ੍ਰੋਗਰਾਮ 'ਤੇ ਲਾਗੂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਸੇਵਾਵਾਂ ਦੀ ਚੋਣ ਕਰੋ	ਚੋਣ ਸੇਵਾਵਾਂ ਇਸ ਪ੍ਰੋਗਰਾਮ ਦੀ ਕਿਸਮ ਨਾਲ ਸੰਬੰਧਿਤ ਨਹੀਂ ਹੋਣਗੀਆਂ।
ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੇਵਾਵਾਂ	ਉਪਭੋਗਤਾ ਕੀਮਤ ਸੰਕੇਤ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਉਪਯੋਗਤਾ ਦੇ ਨਾਲ ਆਪਣੇ VEN ਦਾ ਪੂਰਵ-ਪ੍ਰਬੰਧ ਕਰਨਗੇ।

ਪਬਲਿਕ ਸਟੇਸ਼ਨ ਇਲੈਕਟ੍ਰਿਕ ਵਹੀਕਲ (EV) ਰੀਅਲ-ਟਾਈਮ ਕੀਮਤ ਪ੍ਰੋਗਰਾਮ

ਪਬਲਿਕ ਸਟੇਸ਼ਨ EV RTP ਪ੍ਰੋਗਰਾਮ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਲੋਡ ਪ੍ਰੋfile ਉਦੇਸ਼	ਇੱਕ ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ ਗਤੀਵਿਧੀ ਜਿਸ ਦੁਆਰਾ ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨਾਂ ਨੂੰ ਚਾਰਜ ਕਰਨ ਦੀ ਲਾਗਤ ਨੂੰ ਪੀਕ ਕੀਮਤ ਦੀ ਅਸਲੀਅਤ ਨੂੰ ਖਪਤਕਾਰਾਂ ਉੱਤੇ ਤਬਦੀਲ ਕਰਨ ਲਈ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈ।
ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵਰ	ਬਿਜਲੀ ਦੀ ਕੀਮਤ ਇੱਕ ਦਿਨ ਵਿੱਚ ਬਦਲਦੀ ਰਹਿੰਦੀ ਹੈ। ਇਸ ਪ੍ਰੋਗਰਾਮ ਦਾ ਉਦੇਸ਼ ਬਿਜਲੀ ਦੀ ਲਾਗਤ ਨਾਲ ਚਾਰਜਿੰਗ ਦੀ ਕੀਮਤ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਮੇਲਣਾ ਹੈ।
ਪ੍ਰੋਗਰਾਮ ਦਾ ਵੇਰਵਾ	ਜਨਤਕ ਚਾਰਜਰ ਕੰਮ ਦੇ ਸਥਾਨਾਂ 'ਤੇ, ਜਨਤਕ ਪਾਰਕਿੰਗ ਸਥਾਨਾਂ ਵਿੱਚ, ਅਤੇ ਪ੍ਰਚੂਨ ਸਟੋਰਾਂ 'ਤੇ ਮੌਜੂਦ ਹੋ ਸਕਦੇ ਹਨ। ਇਹ ਪ੍ਰੋਗਰਾਮ ਸੰਭਾਵੀ ਚਾਰਜਰਾਂ ਨੂੰ ਪਲੱਗ ਇਨ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸਲ-ਸਮੇਂ ਦੀਆਂ ਕੀਮਤਾਂ ਨੂੰ ਰੀਲੇਅ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਉਹ ਆਪਣੀ ਕਾਰ ਨੂੰ ਚਾਰਜ ਕਰਨ ਜਾਂ ਨਾ ਕਰਨ ਬਾਰੇ ਸੂਚਿਤ ਫੈਸਲਾ ਲੈ ਸਕਣ।
ਗਾਹਕ ਪ੍ਰੋਤਸਾਹਨ	ਆਫ-ਪੀਕ ਸਮਿਆਂ ਦੌਰਾਨ ਘੱਟ ਮਹਿੰਗਾ ਚਾਰਜਿੰਗ।
ਰੇਟ ਡਿਜ਼ਾਈਨ	ਕੀਮਤਾਂ ਬਦਲ ਸਕਦੀਆਂ ਹਨurly, ਪਰ ਇੱਕ ਵਾਰ ਜਦੋਂ ਕੋਈ ਗਾਹਕ ਆਪਣੀ ਕਾਰ ਵਿੱਚ ਪਲੱਗ ਲਗਾਉਣ ਦੀ ਚੋਣ ਕਰਦਾ ਹੈ, ਤਾਂ ਦਰ ਚਾਰਜਿੰਗ ਦੀ ਮਿਆਦ ਲਈ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਟੀਚਾ ਗਾਹਕ	EV ਵਾਲਾ ਕੋਈ ਵੀ ਵਿਅਕਤੀ ਜਿਸ ਨੂੰ ਘਰ ਤੋਂ ਦੂਰ ਚਾਰਜ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਟੀਚਾ ਲੋਡ	ਜਨਤਕ EV ਚਾਰਜਰਸ
ਪੂਰਵ ਸ਼ਰਤ	EV ਚਾਰਜਰ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਇੰਟਰਨੈੱਟ ਨਾਲ ਜੁੜੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਅਤੇ OpenADR2.0b ਪ੍ਰਮਾਣਿਤ, ਜਾਂ OpenADR2.0b VEN ਗੇਟਵੇ ਨਾਲ ਜੁੜੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।
ਪ੍ਰੋਗਰਾਮ ਦਾ ਸਮਾਂ ਸੀਮਾ	ਪੂਰੇ ਸਾਲ
ਇਵੈਂਟ ਪਾਬੰਦੀਆਂ	ਕੋਈ ਨਹੀਂ
ਇਵੈਂਟ ਦਿਨ	ਹਰ ਦਿਨ, ਜਾਂ ਸਿਰਫ ਹਫਤੇ ਦੇ ਦਿਨ
ਇਵੈਂਟ ਦੀ ਮਿਆਦ	1 ਘੰਟਾ ਜਾਂ ਵੱਧ
ਸੂਚਨਾ	ਗਾਹਕ ਨੂੰ ਆਪਣੀ ਕਾਰ ਨੂੰ ਪਲੱਗ ਇਨ ਕਰਨ ਦੀ ਚੋਣ ਕਰਨ ਵੇਲੇ ਪ੍ਰਚਲਿਤ ਦਰ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਵਿਵਹਾਰ ਦੀ ਚੋਣ ਕਰੋ	ਗਾਹਕ ਚਾਰਜ ਨਾ ਲੈਣ ਦਾ ਫੈਸਲਾ ਕਰਕੇ ਬਾਹਰ ਹੋ ਸਕਦੇ ਹਨ।
ਸਰਟੀਫਿਕੇਸ਼ਨ ਸਮਾਗਮ

ਪਬਲਿਕ ਸਟੇਸ਼ਨ EV RTP ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ OpenADR ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਇਵੈਂਟ ਸਿਗਨਲ	ਕੀਮਤਾਂ ਦੇ ਨਾਲ ELECTRICITY_PRICE ਸਿਗਨਲ। ਸਾਬਕਾ ਲਈ Anex A ਵੇਖੋamples.
ਜਵਾਬਾਂ ਦੀ ਚੋਣ ਕਰੋ	VENs ਦੁਆਰਾ ਹਮੇਸ਼ਾ ਚੁਣੋ
ਘਟਨਾ ਵੇਰਵਾ ਦੇਣ ਵਾਲਾ	ਘਟਨਾਵਾਂ ਇਕਸਾਰ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚ ਇੱਕ ਅੰਤਰਾਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇਵੈਂਟ ਐਕਟਿਵ ਪੀਰੀਅਡ	ਘੱਟੋ-ਘੱਟ 1 ਘੰਟੇ ਦੀ ਸੂਚਨਾ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਉਪਯੋਗਤਾਵਾਂ ਦਿਨ-ਅੱਗੇ ਦੀ ਸੂਚਨਾ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਚੋਣ ਕਰ ਸਕਦੀਆਂ ਹਨ।
ਬੇਸਲਾਈਨਜ	N/A
ਇਵੈਂਟ ਟੀਚਾ	ਕੋਈ ਉੱਨਤ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ, ਪਰ ਖਾਸ ਟ੍ਰਾਂਸਫਾਰਮਰਾਂ, ਫੀਡਰਾਂ, ਜਾਂ ਭੂਗੋਲਿਕ ਖੇਤਰਾਂ ਨੂੰ ਕੀਮਤਾਂ ਭੇਜਣ ਲਈ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
ਰਿਪੋਰਟਿੰਗ ਸੇਵਾਵਾਂ	ਕੋਈ ਰਿਪੋਰਟਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ, ਪਰ ਜੇ ਚਾਹੋ ਤਾਂ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਸਾਬਕਾ ਲਈ Annex B ਵੇਖੋampਉਪਯੋਗਤਾ ਪਾਇਲਟਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਜੋ ਇਸ ਕਿਸਮ ਦੇ ਪ੍ਰੋਗਰਾਮ 'ਤੇ ਲਾਗੂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਸੇਵਾਵਾਂ ਦੀ ਚੋਣ ਕਰੋ	ਚੋਣ ਸੇਵਾਵਾਂ ਇਸ ਪ੍ਰੋਗਰਾਮ ਦੀ ਕਿਸਮ ਨਾਲ ਸੰਬੰਧਿਤ ਨਹੀਂ ਹੋਣਗੀਆਂ।
ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੇਵਾਵਾਂ	ਇੱਕ ਚਾਰਜਿੰਗ ਸਟੇਸ਼ਨ ਵਿਕਰੇਤਾ ਇੱਕ ਉਪਯੋਗਤਾ ਦੇ VTN ਨਾਲ ਆਪਣੇ ਡਿਵਾਈਸਾਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰੇਗਾ।

ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤ (DER) DR ਪ੍ਰੋਗਰਾਮ

ਨਿਮਨਲਿਖਤ ਪ੍ਰੋਗਰਾਮ ਦਾ ਵਰਣਨ ਕਾਲਪਨਿਕ ਹੈ ਅਤੇ ਇੱਕ ਖੋਜ ਪੱਤਰ (ਰਿਸ਼ ਦੇ ਪੇਪਰ ਦਾ ਹਵਾਲਾ) 'ਤੇ ਅਧਾਰਤ ਹੈ ਜਿਸ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ ਉਪਯੋਗਤਾ ਗਾਹਕ DR ਪ੍ਰੋਗਰਾਮਾਂ ਜਿਵੇਂ ਕਿ ਰੀਅਲ ਟਾਈਮ ਪ੍ਰਾਈਸਿੰਗ (RTP) ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਲਈ DER ਸਟੋਰੇਜ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰ ਸਕਦੇ ਹਨ।

ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤ (DER) ਪ੍ਰੋਗਰਾਮ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਲੋਡ ਪ੍ਰੋfile ਉਦੇਸ਼	ਸਮਾਰਟ ਗਰਿੱਡ ਵਿੱਚ ਵੰਡੇ ਊਰਜਾ ਸਰੋਤਾਂ ਦੇ ਏਕੀਕਰਨ ਨੂੰ ਸੁਚਾਰੂ ਬਣਾਉਣ ਲਈ ਵਰਤੀ ਗਈ ਇੱਕ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਗਤੀਵਿਧੀ।
ਪ੍ਰਾਇਮਰੀ ਡਰਾਈਵਰ	- ਘੱਟ ਪੂੰਜੀ ਖਰਚੇ ਅਤੇ ਘਟਾਏ ਗਏ ਊਰਜਾ ਖਰਚੇ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਵੇਰਵਾ	DER ਸਰੋਤਾਂ ਵਾਲੇ ਗਾਹਕ ਜੋ ਊਰਜਾ ਦੀ ਕਟਾਈ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਇਸਨੂੰ ਸਟੋਰ ਕਰ ਸਕਦੇ ਹਨ, ਪਹਿਲਾਂ ਸਟੋਰ ਕੀਤੇ ਊਰਜਾ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਲੋਡ ਸ਼ੈਡਿੰਗ ਰਣਨੀਤੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਕੇ ਉੱਚ ਕੀਮਤ ਦੇ ਸਮੇਂ ਦੌਰਾਨ ਗਰਿੱਡ ਤੋਂ ਬਿਜਲੀ ਖਰੀਦਣ ਦੀ ਲਾਗਤ ਨੂੰ ਘੱਟ ਕਰ ਸਕਦੇ ਹਨ।
ਗਾਹਕ ਪ੍ਰੋਤਸਾਹਨ	ਪੀਵੀ ਜਾਂ ਹੋਰ ਸਾਧਨਾਂ ਦੁਆਰਾ ਪੈਦਾ ਕੀਤੀ ਸਟੋਰ ਕੀਤੀ ਊਰਜਾ ਦਾ ਲਾਭ ਉਠਾ ਕੇ ਅਤੇ ਲੋਡ ਸ਼ੈਡਿੰਗ ਰਣਨੀਤੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਕੇ ਉੱਚ ਬਿਜਲੀ ਦੀਆਂ ਕੀਮਤਾਂ ਦੇ ਸਮੇਂ ਦੌਰਾਨ ਲਾਗਤਾਂ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ
ਰੇਟ ਡਿਜ਼ਾਈਨ	ਬਿਜਲੀ ਦੀਆਂ ਦਰਾਂ ਥੋਕ ਬਾਜ਼ਾਰ ਦੀਆਂ ਕੀਮਤਾਂ ਜਾਂ ਇੱਕ ਟੈਰਿਫ ਦੇ ਨਾਲ ਬਦਲਦੀਆਂ ਹਨ ਜੋ ਦਿਨ ਦੇ ਸਮੇਂ, ਮੌਸਮ ਜਾਂ ਤਾਪਮਾਨ ਦੇ ਰੂਪ ਵਿੱਚ ਬਦਲਦੀਆਂ ਹਨ
ਟੀਚਾ ਗਾਹਕ	ਊਰਜਾ ਸਟੋਰੇਜ ਸਰੋਤਾਂ ਵਾਲੇ ਗਾਹਕ
ਟੀਚਾ ਲੋਡ	ਕੋਈ ਵੀ
ਪੂਰਵ ਸ਼ਰਤ	ਊਰਜਾ ਸਟੋਰੇਜ਼ ਸਰੋਤ
ਪ੍ਰੋਗਰਾਮ ਦਾ ਸਮਾਂ ਸੀਮਾ	ਕਿਸੇ ਵੀ ਸਮੇਂ
ਇਵੈਂਟ ਪਾਬੰਦੀਆਂ	ਕੋਈ ਨਹੀਂ
ਇਵੈਂਟ ਦਿਨ	ਨਿੱਤ
ਇਵੈਂਟ ਦੀ ਮਿਆਦ	24 ਘੰਟੇ
ਸੂਚਨਾ	ਦਿਨ ਅੱਗੇ
ਵਿਵਹਾਰ ਦੀ ਚੋਣ ਕਰੋ	N/A - ਇੱਕ ਵਧੀਆ ਕੋਸ਼ਿਸ਼ ਪ੍ਰੋਗਰਾਮ
ਸਰਟੀਫਿਕੇਸ਼ਨ ਸਮਾਗਮ	ਕੋਈ ਨਹੀਂ

ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤਾਂ (DER) ਲਈ OpenADR ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਇਵੈਂਟ ਸਿਗਨਲ	ELECTRICITY_PRICE 24 ਘੰਟੇ ਦੀ ਮਿਆਦ ਵਿੱਚ ਕੀਮਤਾਂ ਦੇ 24 ਇੱਕ ਘੰਟੇ ਦੇ ਅੰਤਰਾਲ ਦੇ ਨਾਲ ਸਿਗਨਲ। ਇਸ ਸਿਗਨਲ ਨੂੰ ਬੀ ਪ੍ਰੋ ਦੀ ਲੋੜ ਹੋਵੇਗੀfile. ਇਹ ਪ੍ਰੋਗਰਾਮ ਆਪਣੇ ਆਪ ਨੂੰ ਏ ਪ੍ਰੋ ਲਈ ਸਧਾਰਨ ਸਿਗਨਲ ਲਈ ਉਧਾਰ ਨਹੀਂ ਦਿੰਦਾ ਹੈfile VENs. ਸਾਬਕਾ ਲਈ Anex A ਵੇਖੋamples.
ਜਵਾਬਾਂ ਦੀ ਚੋਣ ਕਰੋ	-ਵੀਟੀਐਨ ਈਵੈਂਟ ਭੇਜਣਾ oadrResponseRequired ਤੱਤ ਨੂੰ "ਕਦੇ ਨਹੀਂ" 'ਤੇ ਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, VENs ਨੂੰ ਜਵਾਬ ਦੇਣ ਤੋਂ ਰੋਕ ਰਿਹਾ ਹੈ।
ਘਟਨਾ ਵੇਰਵਾ ਦੇਣ ਵਾਲਾ	-ਘਟਨਾ ਤਰਜੀਹ 1 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਜਦੋਂ ਤੱਕ ਪ੍ਰੋਗਰਾਮ ਦੇ ਨਿਯਮ ਜਾਂ VTN ਸੰਰਚਨਾ ਹੋਰ ਨਹੀਂ ਦਰਸਾਉਂਦੀ
ਇਵੈਂਟ ਐਕਟਿਵ ਪੀਰੀਅਡ	ਦਿਨ ਅੱਗੇ ਦੀ ਸੂਚਨਾ ਦੇ ਨਾਲ 24 ਘੰਟੇ ਦੇ ਅੰਤਰਾਲਾਂ ਦੇ ਨਾਲ 1 ਘੰਟੇ
ਬੇਸਲਾਈਨਜ	N/A
ਇਵੈਂਟ ਟੀਚਾ	venID ਤੋਂ ਬਾਅਦ ਕਿਸੇ ਹੋਰ ਤਕਨੀਕੀ ਨਿਸ਼ਾਨੇ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ
ਰਿਪੋਰਟਿੰਗ ਸੇਵਾਵਾਂ	ਕੋਈ ਰਿਪੋਰਟਿੰਗ ਦੀ ਲੋੜ ਨਹੀਂ ਸਾਬਕਾ ਲਈ Annex B ਵੇਖੋampਉਪਯੋਗਤਾ ਪਾਇਲਟਾਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਜੋ ਇਸ ਕਿਸਮ ਦੇ ਪ੍ਰੋਗਰਾਮ 'ਤੇ ਲਾਗੂ ਹੋ ਸਕਦੀਆਂ ਹਨ।
ਸੇਵਾਵਾਂ ਦੀ ਚੋਣ ਕਰੋ	ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ
ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਸੇਵਾਵਾਂ	ਪੋਲਿੰਗ ਅੰਤਰਾਲ ਆਮ ਦਿਨ-ਅੱਗੇ ਟੀ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ VTN ਦੁਆਰਾ ਬੇਨਤੀ ਕੀਤੀ ਗਈ ਇੱਕ ਘੰਟੇ ਵਿੱਚ ਇੱਕ ਵਾਰ ਵੱਧ ਵਾਰ-ਵਾਰ ਹੋਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ. ਹਾਲਾਂਕਿ, ਦਿਲ ਦੀ ਧੜਕਣ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਪੋਲਿੰਗ ਦੀ ਵਰਤੋਂ ਲਈ ਵਧੇਰੇ ਵਾਰ-ਵਾਰ ਪੋਲਿੰਗ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮਾਂ ਵਿੱਚ ਕਾਫ਼ੀ ਘੱਟ ਸੂਚਨਾ ਸਮੇਂ ਦੇ ਨਾਲ।

- ਐੱਸample ਡੇਟਾ ਅਤੇ ਪੇਲੋਡ ਟੈਂਪਲੇਟਸ

ਨਿਮਨਲਿਖਤ ਟੇਬਲ ਅਤੇ XML ਪੇਲੋਡ ਐੱਸamples ਲਾਗੂ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ ਠੋਸ ਸਾਬਕਾ ਪ੍ਰਦਾਨ ਕਰੇਗਾampਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ DR ਟੈਂਪਲੇਟਸ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਹੇਠਾਂ ਦਿੱਤੇ ਨੇਮਸਪੇਸ ਅਗੇਤਰ ਪੇਲੋਡ ਐਕਸ ਵਿੱਚ ਵਰਤੇ ਗਏ ਹਨamples:

• xmlns:oadr=”http://openadr.org/oadr-2.0b/2012/07″
• xmlns:pyld=”http://docs.oasis-open.org/ns/energyinterop/201110/payloads”
• xmlns:ei=”http://docs.oasis-open.org/ns/energyinterop/201110″
• xmlns:scale=”http://docs.oasis-open.org/ns/emix/2011/06/siscale”
• xmlns:emix=”http://docs.oasis-open.org/ns/emix/2011/06″
• xmlns:strm="urn:ietf:params:xml:ns:icalendar-2.0:stream"
• xmlns:xcal=”urn:ietf:params:xml:ns:icalendar-2.0″
• xmlns:power=”http://docs.oasis-open.org/ns/emix/2011/06/power”

ਕ੍ਰਿਟੀਕਲ ਪੀਕ ਪ੍ਰਾਈਸਿੰਗ ਪ੍ਰੋਗਰਾਮ (CPP)

CPP ਦ੍ਰਿਸ਼ 1 - ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਦੁਪਹਿਰ 1 ਵਜੇ
  • ਮਿਆਦ: 4 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 1
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਯੂਨਿਟ: N/A
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 4 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਵਾਂ): 1
    • ਸਿਗਨਲ ਟੀਚਾ: N/A
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

ਸੀਪੀਪੀ ਦ੍ਰਿਸ਼ 2 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, ਬੀ ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: 1pm
  • ਮਿਆਦ: 4 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 2
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਇਕਾਈਆਂ: ਪੱਧਰ 0, 1, 2, 3
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 4 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 1 ਜਾਂ 2
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ELECTRICITY_PRICE
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਕੀਮਤ
    • ਯੂਨਿਟ: USD ਪ੍ਰਤੀ ਕਿਲੋਵਾਟ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 4 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ: $0.10 ਤੋਂ $1.00
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

CPP ਦ੍ਰਿਸ਼ 3 - ਗੁੰਝਲਦਾਰ ਵਰਤੋਂ ਕੇਸ

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਦੁਪਹਿਰ 2 ਵਜੇ
  • ਮਿਆਦ: 6 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 2
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਇਕਾਈਆਂ: ਪੱਧਰ 0,1, 2, 3)
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 3
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 1 ਘੰਟਾ, 4 ਘੰਟੇ, 1 ਘੰਟਾ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 1, 2, 1 (ਕ੍ਰਮਵਾਰ ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ)
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ELECTRICITY_PRICE
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਕੀਮਤ
    • ਯੂਨਿਟ: USD ਪ੍ਰਤੀ ਕਿਲੋਵਾਟ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 3
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 1 ਘੰਟਾ, 4 ਘੰਟੇ, 1 ਘੰਟਾ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): $0.50, $0.75, $0.50 (ਕ੍ਰਮਵਾਰ ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ)
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: ਸਰੋਤ_1, ਸਰੋਤ_2, ਸਰੋਤ_3
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

ਸੀਪੀਪੀ ਐੱਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

OadrDisReq091214_043740_513

TH_VTN

ਇਵੈਂਟ091214_043741_028_0

0

http://MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

ਦੂਰ

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT4H

PT24H

PT4H

0

2.0

ਆਸਾਨ

ਪੱਧਰ

SIG_01

0.0

PT4H

0

0.75

ELECTRICITY_PRICE

ਕੀਮਤ

SIG_02

ਮੁਦਰਾPerKWh

ਡਾਲਰ

ਕੋਈ ਨਹੀਂ

0.0

venID_1234

ਹਮੇਸ਼ਾ

ਸਮਰੱਥਾ ਬੋਲੀ ਪ੍ਰੋਗਰਾਮ (CBP)

CBP ਦ੍ਰਿਸ਼ 1 - ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਦੁਪਹਿਰ 1 ਵਜੇ
  • ਮਿਆਦ: 4 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 1
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਯੂਨਿਟ: N/A
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 4 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਵਾਂ): 1
    • ਸਿਗਨਲ ਟੀਚਾ: N/A
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

CBP ਦ੍ਰਿਸ਼ 2 - ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, ਬੀ ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: 1pm
  • ਮਿਆਦ: 4 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 2
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਇਕਾਈਆਂ: ਪੱਧਰ 0,1, 2, 3
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 4 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 1 ਜਾਂ 2
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: BID_LOAD
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਸੈੱਟਪੁਆਇੰਟ
    • ਯੂਨਿਟ: ਪਾਵਰ ਰੀਅਲ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 4 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(s): 20kW ਤੋਂ 100kW
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

CBP ਦ੍ਰਿਸ਼ 3 - ਗੁੰਝਲਦਾਰ ਵਰਤੋਂ ਕੇਸ

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਦਾ ਦਿਨ (ਕਿੰਨੇ ਘੰਟੇ?)
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਦੁਪਹਿਰ 1 ਵਜੇ
  • ਮਿਆਦ: 6 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 3
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਇਕਾਈਆਂ: ਪੱਧਰ 0,1, 2, 3)
    • ਅੰਤਰਾਲਾਂ ਦੀ ਗਿਣਤੀ: 2
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 3 ਘੰਟੇ, 3 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 1, 2 (ਕ੍ਰਮਵਾਰ ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ)
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: BID_LOAD
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਸੈੱਟਪੁਆਇੰਟ
    • ਯੂਨਿਟ: ਪਾਵਰ ਰੀਅਲ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 2
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ:3 ਘੰਟੇ, 3 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਵਾਂ): 40kW, 80kW (ਕ੍ਰਮਵਾਰ ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ)
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: BID_PRICE
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਕੀਮਤ
    • ਯੂਨਿਟ: ਮੁਦਰਾPerKW
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 6 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ: $3.10
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: ਸਰੋਤ_1, ਸਰੋਤ_2, ਸਰੋਤ_3
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟ)
  • ਰਿਪੋਰਟ ਦਾ ਨਾਮ: TELEMETRY_USAGE
  • ਰਿਪੋਰਟ ਦੀ ਕਿਸਮ: ਵਰਤੋਂ
  • ਯੂਨਿਟ: ਪਾਵਰ ਰੀਅਲ
  • ਪੜ੍ਹਨ ਦੀ ਕਿਸਮ: ਡਾਇਰੈਕਟ ਰੀਡ
  • ਰਿਪੋਰਟ ਦੀ ਬਾਰੰਬਾਰਤਾ: ਹਰ 1 ਘੰਟੇ

ਸੀਬੀਪੀ ਐੱਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

OadrDisReq091214_043740_513

TH_VTN

ਇਵੈਂਟ091214_043741_028_0

0

http://MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

ਦੂਰ

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT4H

PT24H

PT4H

0

2.0

ਆਸਾਨ

ਪੱਧਰ

SIG_01

0.0

PT4H

0

80.0

BID_LOAD

ਸੈੱਟ ਪੁਆਇੰਟ

SIG_02

ਰੀਅਲ ਪਾਵਰ

ਡਬਲਯੂ

k

60.0

<power:voltage>220.0tage>

ਸੱਚ ਹੈ

0.0

venID_1234

ਹਮੇਸ਼ਾ

ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਪ੍ਰੋਗਰਾਮ

ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਦ੍ਰਿਸ਼ 1 – ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਦੁਪਹਿਰ 1 ਵਜੇ
  • ਮਿਆਦ: 4 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: 10 ਮਿੰਟ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 1
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਯੂਨਿਟ: N/A
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 4 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਵਾਂ): 1
    • ਸਿਗਨਲ ਟੀਚਾ: N/A
  • ਇਵੈਂਟ ਟੀਚੇ: ਸਰੋਤ_1
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਦ੍ਰਿਸ਼ 2 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, ਬੀ ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: 1pm
  • ਮਿਆਦ: 4 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: 10 ਮਿੰਟ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 2
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਇਕਾਈਆਂ: ਪੱਧਰ 0,1, 2, 3
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 4 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 1 ਜਾਂ 2
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: LOAD_CONTROL
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: x-loadControlLevelOffset
    • ਯੂਨਿਟ: ਤਾਪਮਾਨ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 4 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 2 ਤੋਂ 6 ਡਿਗਰੀ ਫਾਰਨਹੀਟ
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: ਸਰੋਤ_1, ਸਰੋਤ_2
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਸੰਭਾਵਿਤ ਜਵਾਬ: optIn, Posible outOut (oadrCreateOpt)
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਦ੍ਰਿਸ਼ 3 – ਕੰਪਲੈਕਸ ਵਰਤੋਂ ਕੇਸ

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਦਾ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਦੁਪਹਿਰ 1 ਵਜੇ
  • ਮਿਆਦ: 6 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: 10 ਮਿੰਟ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 3
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਇਕਾਈਆਂ: ਪੱਧਰ 0,1, 2, 3)
    • ਅੰਤਰਾਲਾਂ ਦੀ ਗਿਣਤੀ: 2
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 3 ਘੰਟੇ, 3 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 1, 2 (ਕ੍ਰਮਵਾਰ ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ)
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: BID_LOAD
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: x-loadControlCapacity
    • ਯੂਨਿਟ: ਕੋਈ ਨਹੀਂ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 2
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ:3 ਘੰਟੇ, 3 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 0.9, 0.8 (ਕ੍ਰਮਵਾਰ ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ)
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: ਸਰੋਤ_1, ਸਰੋਤ_2, ਸਰੋਤ_3
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਸੰਭਾਵਿਤ ਜਵਾਬ: optIn, Posible outOut (oadrCreateOpt)
• ਰਿਪੋਰਟ)
  • ਕੋਈ ਨਹੀਂ

ਰਿਹਾਇਸ਼ੀ ਥਰਮੋਸਟੈਟ ਐੱਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

OadrDisReq091214_043740_513

TH_VTN

ਇਵੈਂਟ091214_043741_028_0

0

http://MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

ਦੂਰ

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT4H

PT10M

PT24H

PT4H

0

2.0

ਆਸਾਨ

ਪੱਧਰ

SIG_01

0.0

PT4H

0

6.0

LOAD_CONTROL

x-loadControlLevelOffset

SIG_02

ਤਾਪਮਾਨ

ਫਾਰਨਹੀਟ

ਕੋਈ ਨਹੀਂ

0.0

ਸਰੋਤ_1

ਸਰੋਤ_2

ਹਮੇਸ਼ਾ

ਤੇਜ਼ DR ਡਿਸਪੈਚ

ਤੇਜ਼ DR ਦ੍ਰਿਸ਼ 1 - ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: 10 ਮਿੰਟ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਦੁਪਹਿਰ 1 ਵਜੇ
  • ਮਿਆਦ: 0 (ਓਪਨ ਐਂਡਡ)
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 1
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਯੂਨਿਟ: N/A
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 0 (ਓਪਨ ਐਂਡਡ)
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਵਾਂ): 1
    • ਸਿਗਨਲ ਟੀਚਾ: N/A
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

ਤੇਜ਼ DR ਦ੍ਰਿਸ਼ 2 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, ਬੀ ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: 10 ਮਿੰਟ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: 1pm
  • ਮਿਆਦ: 30 ਮਿੰਟ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: 5 ਮਿੰਟ
  • ਰਿਕਵਰੀ: 5 ਮਿੰਟ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 2
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਇਕਾਈਆਂ: ਪੱਧਰ 0,1, 2, 3
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 30 ਮਿੰਟ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 1 ਜਾਂ 2
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: LOAD_DISPATCH
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਡੈਲਟਾ
    • ਯੂਨਿਟ: ਪਾਵਰ ਰੀਅਲ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 30 ਮਿੰਟ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(s): 500 kW ਤੋਂ 2mW
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਰਿਪੋਰਟ ਦਾ ਨਾਮ: TELEMETRY_USAGE
  • ਰਿਪੋਰਟ ਦੀ ਕਿਸਮ: ਵਰਤੋਂ
  • ਯੂਨਿਟ: ਪਾਵਰ ਰੀਅਲ
  • ਪੜ੍ਹਨ ਦੀ ਕਿਸਮ: ਡਾਇਰੈਕਟ ਰੀਡ
  • ਰਿਪੋਰਟ ਦੀ ਬਾਰੰਬਾਰਤਾ: ਹਰ 1 ਮਿੰਟ

ਤੇਜ਼ DR ਦ੍ਰਿਸ਼ 3 – ਗੁੰਝਲਦਾਰ ਵਰਤੋਂ ਕੇਸ

• ਘਟਨਾ
  • ਸੂਚਨਾ: 10 ਮਿੰਟ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਦੁਪਹਿਰ 1 ਵਜੇ
  • ਮਿਆਦ: 30 ਮਿੰਟ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: 5 ਮਿੰਟ
  • ਰਿਕਵਰੀ: 5 ਮਿੰਟ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 2
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਇਕਾਈਆਂ: ਪੱਧਰ 0,1, 2, 3)
    • ਅੰਤਰਾਲਾਂ ਦੀ ਗਿਣਤੀ: 2
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 15 ਮਿੰਟ, 15 ਮਿੰਟ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 1, 2 (ਕ੍ਰਮਵਾਰ ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ)
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: LOAD_DISPATCH
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਸੈੱਟਪੁਆਇੰਟ
    • ਯੂਨਿਟ: ਪਾਵਰ ਰੀਅਲ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 2
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 15 ਮਿੰਟ, 15 ਮਿੰਟ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਵਾਂ): 800kW, 900kW (ਕ੍ਰਮਵਾਰ ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ)
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: ਸਰੋਤ_1
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟ)
  • ਰਿਪੋਰਟ ਦਾ ਨਾਮ: TELEMETRY_USAGE
  • ਰਿਪੋਰਟ ਦੀ ਕਿਸਮ: ਵਰਤੋਂ
  • ਯੂਨਿਟ: ਪਾਵਰਰੀਅਲ ਅਤੇ ਵੋਲtage
  • ਪੜ੍ਹਨ ਦੀ ਕਿਸਮ: ਡਾਇਰੈਕਟ ਰੀਡ
  • ਰਿਪੋਰਟ ਦੀ ਬਾਰੰਬਾਰਤਾ: ਹਰ 5 ਸਕਿੰਟ

ਤੇਜ਼ ਡਾ. ਐੱਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

OadrDisReq091214_043740_513

TH_VTN

ਇਵੈਂਟ091214_043741_028_0

0

http://MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

ਦੂਰ

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT10M

PT10M

<ei:x-eiRampਉੱਪਰ>

PT5M

</ei:x-eiRampਉੱਪਰ>

PT5M

PT10M

0

2.0

ਆਸਾਨ

ਪੱਧਰ

SIG_01

0.0

PT10M

0

500.0

LOAD_DISPATCH

ਡੈਲਟਾ

SIG_02

ਰੀਅਲ ਪਾਵਰ

ਡਬਲਯੂ

k

60.0

<power:voltage>220.0tage>

ਸੱਚ ਹੈ

0.0

venID_1234

ਹਮੇਸ਼ਾ

ਤੇਜ਼ ਡਾ. ਐੱਸample ਰਿਪੋਰਟ ਮੈਟਾਡੇਟਾ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

RegReq120615_122508_975

PT10M

rID120615_122512_981_0

ਸਰੋਤ1

ਵਰਤੋਂ

ਰੀਅਲ ਐਨਰਜੀ

ਕ

k

ਸਿੱਧਾ ਪੜ੍ਹੋ

http://MarketContext1

<oadr:oadrSamplingRate>

PT1M

PT10M

ਝੂਠਾ

</oadr:oadrSamplingRate>

0

ReportSpecID120615_122512_481_2

METADATA_TELEMETRY_USAGE

<ei:createdDateTime>2015-06-12T19:25:12Z</ei:createdDateTime>

ec27de207837e1048fd3

ਤੇਜ਼ ਡਾ. ਐੱਸample ਰਿਪੋਰਟ ਬੇਨਤੀ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

ReportReqID130615_192625_230

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

PT1M

PT1M

<xcal:date-time>2015-06-14T13:00:00Z</xcal:date-time>

PT10M

rID120615_122512_981_0

x-ਲਾਗੂ ਨਹੀਂ ਹੈ

VEN130615_192312_582

ਤੇਜ਼ ਡਾ. ਐੱਸample ਰਿਪੋਰਟ ਡੇਟਾ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

ReportUpdReqID130615_192730_445

<xcal:date-time>2015-06-14T02:27:29Z</xcal:date-time>

<xcal:date-time>2015-06-14T02:27:29Z</xcal:date-time>

rID120615_122512_981_0

100

0.0

500.0

ਗੁਣਵੱਤਾ ਚੰਗੀ - ਗੈਰ-ਵਿਸ਼ੇਸ਼

RP_54321

ReportReqID130615_192625_730

ReportSpecID120615_122512_481_2

TELEMETRY_USAGE

<ei:createdDateTime>2015-06-14T02:27:29Z</ei:createdDateTime>

VEN130615_192312_582

ਰਿਹਾਇਸ਼ੀ ਇਲੈਕਟ੍ਰਿਕ ਵਾਹਨ (EV) ਵਰਤੋਂ ਦਾ ਸਮਾਂ (TOU) ਪ੍ਰੋਗਰਾਮ

ਨੋਟ ਕਰੋ ਕਿ ਜਿਵੇਂ ਕਿ ਪ੍ਰੋਗਰਾਮ ਦਰ ਪੱਧਰਾਂ ਨੂੰ ਕਾਫ਼ੀ ਢਾਂਚਾਗਤ ਰੂਪ ਵਿੱਚ ਸੰਚਾਰ ਕਰਦਾ ਹੈ ਸਿਰਫ਼ ਸਧਾਰਨ ਅਤੇ ਆਮ ਵਰਤੋਂ ਦੇ ਕੇਸ ਦਿਖਾਏ ਜਾਂਦੇ ਹਨ

ਰਿਹਾਇਸ਼ੀ EV ਦ੍ਰਿਸ਼ 1 - ਸਧਾਰਨ ਵਰਤੋਂ ਕੇਸ, A ਜਾਂ B ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਦੁਪਹਿਰ 1 ਵਜੇ
  • ਮਿਆਦ: 24 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 1
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਯੂਨਿਟ: N/A
    • ਅੰਤਰਾਲਾਂ ਦੀ ਗਿਣਤੀ; ਬਰਾਬਰ TOU ਟੀਅਰ 24 ਘੰਟਿਆਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ (2 - 6)
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: TOU ਟੀਅਰ ਕਿਰਿਆਸ਼ੀਲ ਸਮਾਂ ਸੀਮਾ (ਭਾਵ 6 ਘੰਟੇ)
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 0 - 4 ਨੂੰ TOU ਟੀਅਰਜ਼ ਨਾਲ ਮੈਪ ਕੀਤਾ ਗਿਆ
    • ਸਿਗਨਲ ਟੀਚਾ: N/A
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

ਰਿਹਾਇਸ਼ੀ EV ਦ੍ਰਿਸ਼ 2 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, ਬੀ ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਦਿਨ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਅੱਧੀ ਰਾਤ
  • ਮਿਆਦ: 24 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 2
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ਸਧਾਰਨ
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਪੱਧਰ
    • ਇਕਾਈਆਂ: ਪੱਧਰ 0, 1, 2, 3
    • ਅੰਤਰਾਲਾਂ ਦੀ ਗਿਣਤੀ: 24 ਘੰਟਿਆਂ ਵਿੱਚ ਬਰਾਬਰ TOU ਟੀਅਰ ਤਬਦੀਲੀ (2 - 6)
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: TOU ਟੀਅਰ ਕਿਰਿਆਸ਼ੀਲ ਸਮਾਂ ਸੀਮਾ (ਭਾਵ 6 ਘੰਟੇ)
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ(ਆਂ): 0 - 4 TOU ਟੀਅਰਜ਼ (0 - ਸਭ ਤੋਂ ਸਸਤਾ ਟੀਅਰ) ਨਾਲ ਮੈਪ ਕੀਤਾ ਗਿਆ
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ELECTRICITY_PRICE
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਕੀਮਤ
    • ਯੂਨਿਟ: USD ਪ੍ਰਤੀ ਕਿਲੋਵਾਟ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਗਿਣਤੀ: ਬਰਾਬਰ TOU ਟੀਅਰ 24 ਘੰਟਿਆਂ ਵਿੱਚ ਬਦਲਦਾ ਹੈ (2 - 6)
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: TOU ਟੀਅਰ ਕਿਰਿਆਸ਼ੀਲ ਸਮਾਂ ਸੀਮਾ (ਭਾਵ 6 ਘੰਟੇ)
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ: $0.10 ਤੋਂ $1.00 (ਮੌਜੂਦਾ ਟੀਅਰ ਦਰ)
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

ਰਿਹਾਇਸ਼ੀ ਈਵੀ ਐੱਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

OadrDisReq091214_043740_513

TH_VTN

ਇਵੈਂਟ091214_043741_028_0

0

http://MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

ਦੂਰ

<xcal:date-time>2014-12-09T00:00:00Z</xcal:date-time>

PT24H

PT24H

PT5H

0

0.0

PT7H

1

1.0

PT47H

2

2.0

PT5H

3

1.0

ਆਸਾਨ

ਪੱਧਰ

SIG_01

0.0

PT5H

0

0.35

PT7H

1

0.55

PT7H

2

0.75

PT5H

3

0.55

ELECTRICITY_PRICE

ਕੀਮਤ

SIG_02

ਮੁਦਰਾPerKWh

ਡਾਲਰ

ਕੋਈ ਨਹੀਂ

0.0

venID_1234

ਹਮੇਸ਼ਾ

ਪਬਲਿਕ ਸਟੇਸ਼ਨ ਇਲੈਕਟ੍ਰਿਕ ਵਹੀਕਲ (EV) ਰੀਅਲ-ਟਾਈਮ ਕੀਮਤ ਪ੍ਰੋਗਰਾਮ

ਨੋਟ ਕਰੋ ਕਿ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਰੀਅਲ ਟਾਈਮ ਕੀਮਤ ਪ੍ਰੋਗਰਾਮ ਹੈ, ਅਸਲ ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ, ਆਮ, ਅਤੇ ਗੁੰਝਲਦਾਰ ਵਰਤੋਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਕੋਈ ਅੰਤਰ ਨਹੀਂ ਹੈ। ਇਸ ਲਈ ਐੱਸample ਡੇਟਾ ਸਿਰਫ ਇੱਕ ਆਮ ਵਰਤੋਂ ਦੇ ਕੇਸ ਲਈ ਦਿਖਾਇਆ ਜਾਵੇਗਾ।

ਪਬਲਿਕ ਸਟੇਸ਼ਨ EV ਦ੍ਰਿਸ਼ 1 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, ਬੀ ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: 1 ਘੰਟਾ ਅੱਗੇ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: 1pm
  • ਮਿਆਦ: 1 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 1
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ELECTRICITY_PRICE
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਕੀਮਤ
    • ਯੂਨਿਟ: USD ਪ੍ਰਤੀ ਕਿਲੋਵਾਟ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 1 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ: $0.10 ਤੋਂ $1.00
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਹਮੇਸ਼ਾ
  • VEN ਉਮੀਦ ਕੀਤੀ ਜਵਾਬ: optIn
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

ਪਬਲਿਕ ਸਟੇਸ਼ਨ ਈਵੀ ਐਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

OadrDisReq091214_043740_513

TH_VTN

ਇਵੈਂਟ091214_043741_028_0

0

http://MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

ਦੂਰ

<xcal:date-time>2014-12-09T13:00:00Z</xcal:date-time>

PT1H

PT1H

PT1H

0

0.75

ELECTRICITY_PRICE

ਕੀਮਤ

SIG_01

ਮੁਦਰਾPerKWh

ਡਾਲਰ

ਕੋਈ ਨਹੀਂ

0.0

venID_1234

ਹਮੇਸ਼ਾ

ਵਿਤਰਿਤ ਊਰਜਾ ਸਰੋਤ (DER) DR ਪ੍ਰੋਗਰਾਮ

ਨੋਟ ਕਰੋ ਕਿ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਰੀਅਲ ਟਾਈਮ ਕੀਮਤ ਪ੍ਰੋਗਰਾਮ ਹੈ, ਅਸਲ ਵਿੱਚ ਇੱਕ ਸਧਾਰਨ, ਆਮ, ਅਤੇ ਗੁੰਝਲਦਾਰ ਵਰਤੋਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਕੋਈ ਅੰਤਰ ਨਹੀਂ ਹੈ। ਇਸ ਲਈ ਐੱਸample ਡੇਟਾ ਸਿਰਫ ਇੱਕ ਆਮ ਵਰਤੋਂ ਦੇ ਕੇਸ ਲਈ ਦਿਖਾਇਆ ਜਾਵੇਗਾ।

ਪਬਲਿਕ ਸਟੇਸ਼ਨ EV ਦ੍ਰਿਸ਼ 1 – ਆਮ ਵਰਤੋਂ ਦਾ ਕੇਸ, ਬੀ ਪ੍ਰੋfile

• ਘਟਨਾ
  • ਸੂਚਨਾ: ਦਿਨ ਅੱਗੇ
  • ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ: ਅੱਧੀ ਰਾਤ
  • ਮਿਆਦ: 24 ਘੰਟੇ
  • ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ: ਕੋਈ ਨਹੀਂ
  • Ramp ਉੱਪਰ: ਕੋਈ ਨਹੀਂ
  • ਰਿਕਵਰੀ: ਕੋਈ ਨਹੀਂ
  • ਸਿਗਨਲਾਂ ਦੀ ਗਿਣਤੀ: 24
  • ਸਿਗਨਲ ਦਾ ਨਾਮ: ELECTRICITY_PRICE
    • ਸਿਗਨਲ ਦੀ ਕਿਸਮ: ਕੀਮਤ
    • ਯੂਨਿਟ: USD ਪ੍ਰਤੀ ਕਿਲੋਵਾਟ
    • ਅੰਤਰਾਲਾਂ ਦੀ ਸੰਖਿਆ 1
    • ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ: 1 ਘੰਟੇ
    • ਆਮ ਅੰਤਰਾਲ ਮੁੱਲ: $0.10 ਤੋਂ $1.00
    • ਸਿਗਨਲ ਟੀਚਾ: ਕੋਈ ਨਹੀਂ
  • ਇਵੈਂਟ ਟੀਚੇ: venID_1234
  • ਤਰਜੀਹ: 1
  • VEN ਜਵਾਬ ਦੀ ਲੋੜ ਹੈ: ਕਦੇ ਨਹੀਂ
  • VEN ਸੰਭਾਵਿਤ ਜਵਾਬ: n/a
• ਰਿਪੋਰਟਾਂ
  • ਕੋਈ ਨਹੀਂ

ਪਬਲਿਕ ਸਟੇਸ਼ਨ ਈਵੀ ਐਸampਲੇ ਈਵੈਂਟ ਪੇਲੋਡ - ਆਮ ਬੀ ਪ੍ਰੋfile ਕੇਸ ਦੀ ਵਰਤੋਂ ਕਰੋ

OadrDisReq091214_043740_513

TH_VTN

ਇਵੈਂਟ091214_043741_028_0

0

http://MarketContext1

<ei:createdDateTime>2014-12-09T12:37:40Z</ei:createdDateTime>

ਦੂਰ

<xcal:date-time>2014-12-09T00:00:00Z</xcal:date-time>

PT24H

PT24H

PT1H

0

0.75

PT1H

1

0.80

ELECTRICITY_PRICE

ਕੀਮਤ

SIG_01

ਮੁਦਰਾPerKWh

ਡਾਲਰ

ਕੋਈ ਨਹੀਂ

0.0

venID_1234

ਕਦੇ ਨਹੀਂ

- ਸਾਬਕਾampਉਪਯੋਗਤਾ ਪਾਇਲਟਾਂ ਤੋਂ ਰਿਪੋਰਟਾਂ

ਓਪਨਏਡੀਆਰ ਅਲਾਇੰਸ ਮੈਂਬਰਾਂ ਨੇ ਹੇਠਾਂ ਦਿੱਤੇ ਬੀ ਪ੍ਰੋ ਪ੍ਰਦਾਨ ਕੀਤੇfile oadrUpdateReport ਪੇਲੋਡ ਐੱਸampਉਪਯੋਗਤਾ ਪਾਇਲਟ ਪ੍ਰੋਗਰਾਮਾਂ ਤੋਂ ਲੈਸ ਜਿੱਥੇ ਉਹਨਾਂ ਦੇ VEN ਤਾਇਨਾਤ ਕੀਤੇ ਗਏ ਸਨ। ਹੇਠਾਂ ਦਿੱਤੇ ਨੋਟ ਤਿੰਨ ਪੇਲੋਡਸ ਦੇ ਨਾਲ ਸਨamples ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ:

ਥਰਮੋਸਟੈਟ ਪੇਲੋਡ ਉਦੇਸ਼:

• ਥਰਮੋਸਟੈਟ ਦੀ ਸਥਿਤੀ ਜਾਣਨ ਦੀ ਲੋੜ ਹੈ (ਟੈਂਪ, ਸੈੱਟ ਪੁਆਇੰਟ, ਪੱਖਾ ਅਤੇ ਮੋਡ ਸਥਿਤੀਆਂ)
• ਜੇਕਰ ਚੁਣਿਆ ਗਿਆ ਹੈ, ਗਾਹਕ ਨੇ ਥਰਮੋਸਟੈਟ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਿਆ ਹੈ ਜਾਂ ਨਹੀਂ (ਮੈਨੁਅਲ ਓਵਰਰਾਈਡ ਸੁਨੇਹੇ)

ਛੋਟਾਂ ਪੇਲੋਡ ਉਦੇਸ਼ ਲਈ M&V:

• ਚੋਣ ਕਰਨ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਸਰੋਤਾਂ ਦੀ ਸਥਿਤੀ ਅਤੇ ਮੈਨੂਅਲ ਓਵਰਰਾਈਡ
• KWH ਵਿੱਚ ਕੁੱਲ ਊਰਜਾ ਅਤੇ KW ਵਿੱਚ ਤੁਰੰਤ ਮੰਗ ਲਈ KYZ ਪਲਸ ਕਾਊਂਟਰ ਜਾਂ ਊਰਜਾ ਮਾਨੀਟਰ ਤੋਂ ਅੰਤਰਾਲ ਡੇਟਾ

ਸਮਾਰਟ ਮੀਟਰ/AMI ਅੰਤਰਾਲ ਡੇਟਾ ਪੇਲੋਡ ਉਦੇਸ਼:

• AMI ਮੀਟਰ ਰੀਡਿੰਗ ਅੰਤਰਾਲ ਲਗਭਗ 15 ਮਿੰਟ ਤੋਂ 1 ਘੰਟਾ ਹੈ। ਹਾਲਾਂਕਿ ਲਾਭਦਾਇਕ, ਅਸਲ ਸਮੇਂ ਦੇ ਬਿਲਿੰਗ ਅਨੁਮਾਨਾਂ ਲਈ ਕਾਫ਼ੀ ਦਾਣੇਦਾਰ ਨਹੀਂ ਹੈ
• KWH ਵਿੱਚ ਕੁੱਲ ਊਰਜਾ, KWH ਵਿੱਚ ਡੈਲਟਾ ਊਰਜਾ, KW ਵਿੱਚ ਤੁਰੰਤ ਮੰਗ

ਹੇਠਾਂ ਦਿੱਤੇ ਨੇਮਸਪੇਸ ਅਗੇਤਰ ਪੇਲੋਡ ਐਕਸ ਵਿੱਚ ਵਰਤੇ ਗਏ ਹਨamples:

• xmlns:oadr=”http://openadr.org/oadr-2.0b/2012/07″
• xmlns:pyld=”http://docs.oasis-open.org/ns/energyinterop/201110/payloads”
• xmlns:ei=”http://docs.oasis-open.org/ns/energyinterop/201110″
• xmlns:scale=”http://docs.oasis-open.org/ns/emix/2011/06/siscale”
• xmlns:emix=”http://docs.oasis-open.org/ns/emix/2011/06″
• xmlns:strm="urn:ietf:params:xml:ns:icalendar-2.0:stream"
• xmlns:xcal=”urn:ietf:params:xml:ns:icalendar-2.0″
• xmlns:power=”http://docs.oasis-open.org/ns/emix/2011/06/power”

ਥਰਮੋਸਟੈਟ ਰਿਪੋਰਟ ਪੇਲੋਡ ਐੱਸample

RUP-18

<xcal:date-time>2014-03-21T02:25:03Z</xcal:date-time>

PT1M

<xcal:date-time>2014-03-21T02:25:03Z</xcal:date-time>

PT1M

ਸਥਿਤੀ

ਸੱਚ ਹੈ

ਝੂਠਾ

0

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਮੌਜੂਦਾ ਤਾਪਮਾਨ

77.000000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਹੀਟ ਟੈਂਪ ਸੈਟਿੰਗ

64.000000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਠੰਡਾ ਤਾਪਮਾਨ ਸੈਟਿੰਗ

86.000000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

HVAC ਮੋਡ ਸੈਟਿੰਗ

3

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਮੌਜੂਦਾ HVAC ਮੋਡ

0.000000

ਕੋਈ ਗੁਣਵੱਤਾ ਨਹੀਂ - ਕੋਈ ਮੁੱਲ ਨਹੀਂ

ਪੱਖਾ ਮੋਡ ਸੈਟਿੰਗ

2

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਮੌਜੂਦਾ ਹੋਲਡ ਮੋਡ

2

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਮੌਜੂਦਾ ਦੂਰ ਮੋਡ

0

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਮੌਜੂਦਾ ਨਮੀ

0.000000

ਕੋਈ ਗੁਣਵੱਤਾ ਨਹੀਂ - ਕੋਈ ਮੁੱਲ ਨਹੀਂ

RP21

REQ:RReq:1395368583267

0013A20040980FAE

TELEMETRY_STATUS

<ei:createdDateTime>2014-03-21T02:26:04Z</ei:createdDateTime>

VEN.ID:1395090780716

M&V ਲਈ ਛੋਟਾਂ ਦੀ ਰਿਪੋਰਟ ਪੇਲੋਡ ਐੱਸample

RUP-10

<xcal:date-time>2015-08-21T17:41:14Z</xcal:date-time>

PT30S

<xcal:date-time>2015-08-21T17:41:14Z</xcal:date-time>

PT30S

ਸਥਿਤੀ

ਸੱਚ ਹੈ

ਝੂਠਾ

ਗੁਣਵੱਤਾ ਚੰਗੀ - ਗੈਰ-ਵਿਸ਼ੇਸ਼

ਪਲਸ ਕਾਉਂਟ

34750.000000

ਗੁਣਵੱਤਾ ਚੰਗੀ - ਗੈਰ-ਵਿਸ਼ੇਸ਼

ਊਰਜਾ

33985.500000

ਗੁਣਵੱਤਾ ਚੰਗੀ - ਗੈਰ-ਵਿਸ਼ੇਸ਼

ਤਾਕਤ

1.26

ਗੁਣਵੱਤਾ ਚੰਗੀ - ਗੈਰ-ਵਿਸ਼ੇਸ਼

RP15

REQ:RReq:10453335019195698

0000000000522613 60

TELEMETRY_USAGE

<ei:createdDateTime>2015-08-21T17:41:50Z</ei:createdDateTime>

VEN.ID:1439831430142

ਸਮਾਰਟ ਮੀਟਰ/AMI ਅੰਤਰਾਲ ਡਾਟਾ ਰਿਪੋਰਟ ਪੇਲੋਡ ਐੱਸample

RUP-4096

<xcal:date-time>2014-09-10T06:26:52Z</xcal:date-time>

PT1M

<xcal:date-time>2014-09-10T06:26:52Z</xcal:date-time>

PT15S

ਤੁਰੰਤ ਮੰਗ

6.167000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਅੰਤਰਾਲ ਡੇਟਾ ਡਿਲੀਵਰ ਕੀਤਾ ਗਿਆ

0.051000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

currSumDelivered

12172.052000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

<xcal:date-time>2014-09-10T06:27:07Z</xcal:date-time>

PT15S

ਤੁਰੰਤ ਮੰਗ

6.114000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਅੰਤਰਾਲ ਡੇਟਾ ਡਿਲੀਵਰ ਕੀਤਾ ਗਿਆ

0.051000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

currSumDelivered

12172.052000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

<xcal:date-time>2014-09-10T06:27:22Z</xcal:date-time>

PT15S

ਤੁਰੰਤ ਮੰਗ

6.113000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਅੰਤਰਾਲ ਡੇਟਾ ਡਿਲੀਵਰ ਕੀਤਾ ਗਿਆ

0.051000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

currSumDelivered

12172.142000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

<xcal:date-time>2014-09-10T06:27:37Z</xcal:date-time>

PT15S

ਤੁਰੰਤ ਮੰਗ

6.112000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

ਅੰਤਰਾਲ ਡੇਟਾ ਡਿਲੀਵਰ ਕੀਤਾ ਗਿਆ

0.051000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

currSumDelivered

12172.142000

ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ

RP4101

<ei:reportRequestID>d5f88bf0-1a8d-0132-eab3-0a5317f1edaa</ei:reportRequestID>

<ei:reportSpecifierID>00:21:b9:00:f2:a9</ei:reportSpecifierID>

TELEMETRY_USAGE

<ei:createdDateTime>2014-09-10T06:27:53Z</ei:createdDateTime>

<ei:venID>2b2159c0-19cd-0132-eaa3-0a5317f1edaa</ei:venID>

- ਸੇਵਾਵਾਂ

ਓਪਨ ਏਡੀਆਰ ਹੇਠ ਲਿਖੀਆਂ ਸੇਵਾਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ:

• EiEvent ਸੇਵਾ - VENs ਨੂੰ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਈਵੈਂਟ ਭੇਜਣ ਲਈ VTNs ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ VENs ਦੁਆਰਾ ਇਹ ਦਰਸਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕੀ ਸਰੋਤ ਇਵੈਂਟ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਜਾ ਰਹੇ ਹਨ। ਏ ਪ੍ਰੋ ਦੁਆਰਾ ਸਮਰਥਿਤ ਇੱਕੋ ਇੱਕ ਸੇਵਾfile EiEvent ਹੈ
• EiReport ਸੇਵਾ - ਇਤਿਹਾਸਕ, ਟੈਲੀਮੈਟਰੀ, ਅਤੇ ਪੂਰਵ ਅਨੁਮਾਨ ਰਿਪੋਰਟਾਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ VENs ਅਤੇ VTNs ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
• EiOpt ਸੇਵਾ - VEN ਦੁਆਰਾ VTNs ਨੂੰ ਅਸਥਾਈ ਉਪਲਬਧਤਾ ਅਨੁਸੂਚੀ ਨੂੰ ਸੰਚਾਰ ਕਰਨ ਲਈ ਜਾਂ ਕਿਸੇ ਇਵੈਂਟ ਵਿੱਚ ਭਾਗ ਲੈਣ ਵਾਲੇ ਸਰੋਤਾਂ ਨੂੰ ਯੋਗ ਬਣਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
• EiRegisterParty ਸੇਵਾ - VEN ਦੁਆਰਾ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ, ਅਤੇ VEN ਅਤੇ VTN ਦੋਵਾਂ ਦੁਆਰਾ ਪੇਲੋਡਾਂ ਦੇ ਅੰਤਰ-ਕਾਰਜਸ਼ੀਲ ਵਟਾਂਦਰੇ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਦਾ ਵਟਾਂਦਰਾ ਕਰਨ ਲਈ ਵਰਤਿਆ ਗਿਆ
• OadrPoll ਸੇਵਾ - VENs ਦੁਆਰਾ ਕਿਸੇ ਵੀ ਹੋਰ ਸੇਵਾਵਾਂ ਤੋਂ ਪੇਲੋਡ ਲਈ VTN ਨੂੰ ਪੋਲ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ

ਏ ਅਤੇ ਬੀ ਪ੍ਰੋfile ਸਾਰੇ B ਪ੍ਰੋ 'ਤੇ ਵਰਤੇ ਜਾਂਦੇ oadrPayload ਅਤੇ oadrSignedObject ਰੈਪਰਾਂ ਨੂੰ ਛੱਡ ਕੇ, ਸੇਵਾ ਕਾਰਜਾਂ ਨੂੰ ਹਰੇਕ ਪੇਲੋਡ ਦੇ ਮੂਲ ਤੱਤ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।file ਪੇਲੋਡ

- ਪੇਲੋਡ ਪਰਿਭਾਸ਼ਾਵਾਂ

EiEvent ਪੇਲੋਡਸ

• oadrRequestEvent - VEN ਦੁਆਰਾ ਇੱਕ ਪੁੱਲ ਐਕਸਚੇਂਜ ਮਾਡਲ ਵਿੱਚ VTN ਤੋਂ ਸਾਰੀਆਂ ਸੰਬੰਧਿਤ ਘਟਨਾਵਾਂ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਏ ਪ੍ਰੋ ਲਈ ਪ੍ਰਾਇਮਰੀ ਪੋਲਿੰਗ ਵਿਧੀ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈfile VENs, ਪਰ VTN ਨਾਲ ਸਮਕਾਲੀਕਰਨ ਲਈ ਸਿਰਫ਼ B VENs 'ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
• oadrDistributeEvent - VEN ਨੂੰ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਦੀਆਂ ਘਟਨਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ VTN ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
• oadrCreatedEvent - VEN ਦੁਆਰਾ ਸੰਚਾਰ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕੀ ਇਹ ਚੋਣ ਕਰਨ ਜਾਂ ਬਾਹਰ ਆਉਣ ਦੁਆਰਾ ਕਿਸੇ ਇਵੈਂਟ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਦਾ ਇਰਾਦਾ ਰੱਖਦਾ ਹੈ
• oadr ਜਵਾਬ - VEN ਤੋਂ ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ ਦੀ ਰਸੀਦ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨ ਲਈ VTN ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ

EiReport ਪੇਲੋਡਸ

ਨੋਟ ਕਰੋ ਕਿ VENs ਅਤੇ VTNs ਦੋਵੇਂ ਇੱਕ ਰਿਪੋਰਟ ਨਿਰਮਾਤਾ ਅਤੇ ਇੱਕ ਰਿਪੋਰਟ ਬੇਨਤੀਕਰਤਾ ਹੋਣ ਦੇ ਸਮਰੱਥ ਹਨ, ਇਸਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਸਾਰੇ ਪੇਲੋਡ ਕਿਸੇ ਵੀ ਧਿਰ ਦੁਆਰਾ ਸ਼ੁਰੂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।

• oadrRegisterReport - ਇੱਕ ਮੈਟਾਡੇਟਾ ਰਿਪੋਰਟ ਵਿੱਚ ਉਹਨਾਂ ਦੀਆਂ ਰਿਪੋਰਟਿੰਗ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
• oadrRegisteredReport -oadrRegisterReport ਦੀ ਰਸੀਦ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ, ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ ਪੇਸ਼ ਕੀਤੀਆਂ ਰਿਪੋਰਟਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੀ ਬੇਨਤੀ ਕਰੋ
• oadrCreateReport - ਇੱਕ ਰਿਪੋਰਟ ਦੀ ਬੇਨਤੀ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਜੋ ਪਹਿਲਾਂ VEN ਜਾਂ VTN ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀ ਗਈ ਹੈ
• oadrCreatedReport - ਰਿਪੋਰਟ ਦੀ ਬੇਨਤੀ ਦੀ ਰਸੀਦ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ
• oadrUpdateReport - ਅੰਤਰਾਲ ਡੇਟਾ ਵਾਲੀ ਬੇਨਤੀ ਕੀਤੀ ਰਿਪੋਰਟ ਪ੍ਰਦਾਨ ਕਰੋ
• oadrUpdated ਰਿਪੋਰਟ - ਡਿਲੀਵਰੀ ਰਿਪੋਰਟ ਦੀ ਰਸੀਦ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ
• oadrCancelReport - ਪਹਿਲਾਂ ਬੇਨਤੀ ਕੀਤੀ ਸਮੇਂ-ਸਮੇਂ ਦੀ ਰਿਪੋਰਟ ਨੂੰ ਰੱਦ ਕਰੋ
• oadrਰੱਦ ਕੀਤੀ ਰਿਪੋਰਟ - ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਰਿਪੋਰਟ ਰੱਦ ਕਰਨ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ
• oadr ਜਵਾਬ - ਕੁਝ ਪੁੱਲ ਐਕਸਚੇਂਜ ਪੈਟਰਨਾਂ ਵਿੱਚ ਇੱਕ ਪਲੇਸਹੋਲਡਰ ਜਵਾਬ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ ਜਵਾਬ ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਲੇਅਰ ਬੇਨਤੀ ਵਿੱਚ ਡਿਲੀਵਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

EiOpt ਪੇਲੋਡਸ

• oadrCreateOpt - ਦੋ ਵੱਖਰੇ ਵੱਖਰੇ ਉਦੇਸ਼ਾਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
  • VEN ਲਈ DR ਇਵੈਂਟਾਂ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਦੀ ਯੋਗਤਾ ਦੇ ਸਬੰਧ ਵਿੱਚ VTN ਨੂੰ ਇੱਕ ਅਸਥਾਈ ਉਪਲਬਧਤਾ ਅਨੁਸੂਚੀ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਲਈ
  • ਕਿਸੇ ਇਵੈਂਟ ਵਿੱਚ ਭਾਗ ਲੈਣ ਵਾਲੇ ਸਰੋਤਾਂ ਨੂੰ ਯੋਗ ਬਣਾਉਣ ਲਈ VEN ਲਈ
• oadrCreatedOpt - oadrCreateOpt ਪੇਲੋਡ ਦੀ ਰਸੀਦ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ
• oadrCancelOpt - ਇੱਕ ਅਸਥਾਈ ਉਪਲਬਧਤਾ ਅਨੁਸੂਚੀ ਨੂੰ ਰੱਦ ਕਰੋ
• oadrCanceledOpt - ਇੱਕ ਅਸਥਾਈ ਉਪਲਬਧਤਾ ਰਿਪੋਰਟ ਰੱਦ ਕਰਨ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ

 

EiRegisterParty ਪੇਲੋਡਸ

• oadrQuery ਰਜਿਸਟ੍ਰੇਸ਼ਨ - VEN ਲਈ ਅਸਲ ਵਿੱਚ ਰਜਿਸਟਰ ਕੀਤੇ ਬਿਨਾਂ VTNs ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਾਣਕਾਰੀ ਦੀ ਪੁੱਛਗਿੱਛ ਕਰਨ ਦਾ ਇੱਕ ਤਰੀਕਾ।
• oadrCreatePartyRegistration - ਰਜਿਸਟਰ ਕਰਨ ਲਈ VEN ਤੋਂ VTN ਨੂੰ ਬੇਨਤੀ। VENs ਸਮਰੱਥਾਵਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਰੱਖਦਾ ਹੈ।
• oadrCreatedPartyRegistration - ਜਾਂ ਤਾਂ oadrQueryRegistration ਜਾਂ oadrCreatePartyRegistration ਦਾ ਜਵਾਬ। VEN ਨੂੰ ਇੰਟਰਓਪਰੇਟ ਕਰਨ ਲਈ VTN ਸਮਰੱਥਾਵਾਂ ਅਤੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ
• oadrCancelParty Registration - ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨੂੰ ਰੱਦ ਕਰਨ ਲਈ VEN ਜਾਂ VTN ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
• oadrCanceledParty Registration - ਇੱਕ oadrCancelParty Registration ਦਾ ਜਵਾਬ. ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਰੱਦ ਹੋਣ ਦੀ ਰਸੀਦ ਨੂੰ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ
• oadrRequestReregistration - ਇਹ ਪੇਲੋਡ ਇੱਕ VTN ਦੁਆਰਾ ਇੱਕ ਪੁੱਲ ਐਕਸਚੇਂਜ ਮਾਡਲ ਵਿੱਚ VEN ਨੂੰ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਕ੍ਰਮ ਨੂੰ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਸੰਕੇਤ ਦੇਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
• oadr ਜਵਾਬ - ਕੁਝ ਪੁੱਲ ਐਕਸਚੇਂਜ ਪੈਟਰਨਾਂ ਵਿੱਚ ਇੱਕ ਪਲੇਸਹੋਲਡਰ ਜਵਾਬ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਲੇਅਰ ਜਵਾਬ ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਲੇਅਰ ਬੇਨਤੀ ਵਿੱਚ ਡਿਲੀਵਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

OadrPoll ਪੇਲੋਡਸ

• oadrPoll - ਬੀ ਪ੍ਰੋ ਲਈ ਇੱਕ ਆਮ ਪੋਲਿੰਗ ਵਿਧੀfile ਜੋ ਕਿਸੇ ਹੋਰ ਸੇਵਾ ਲਈ ਪੇਲੋਡ ਵਾਪਸ ਕਰਦਾ ਹੈ ਜੋ ਨਵੀਂ ਹੈ ਜਾਂ ਅੱਪਡੇਟ ਕੀਤੀ ਗਈ ਹੈ।
• oadr ਜਵਾਬ - ਇਹ ਦਰਸਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਕੋਈ ਨਵੇਂ ਜਾਂ ਅੱਪਡੇਟ ਕੀਤੇ ਪੇਲੋਡ ਉਪਲਬਧ ਨਹੀਂ ਹਨ

- ਸਕੀਮਾ ਪੇਲੋਡ ਐਲੀਮੈਂਟਸ ਦੀ ਸ਼ਬਦਾਵਲੀ

ਹੇਠਾਂ OpenADR 2.0 ਪੇਲੋਡਾਂ ਵਿੱਚ ਵਰਤੇ ਗਏ ਸਕੀਮਾ ਤੱਤਾਂ ਦੀ ਇੱਕ ਵਰਣਮਾਲਾ ਸੂਚੀ ਹੈ। ਬਿਰਤਾਂਤ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਓਪਨਏਡੀਆਰ ਅਤੇ ਪੇਲੋਡਾਂ ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਨਾਲ ਸੰਬੰਧਿਤ ਹੈ.. ਜਦੋਂ ਇੱਕ ਤੱਤ ਦੀ ਪਰਿਭਾਸ਼ਾ ਪੇਲੋਡ ਦੇ ਅਧਾਰ ਤੇ ਬਦਲਦੀ ਹੈ ਜਾਂ ਇਸਦੇ ਉਪਯੋਗ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਬਿਰਤਾਂਤ ਵਿੱਚ ਨੋਟ ਕੀਤਾ ਜਾਵੇਗਾ। ਰੂਟ ਪੇਲੋਡ ਪਰਿਭਾਸ਼ਾਵਾਂ ਨੂੰ ਬਾਹਰ ਰੱਖਿਆ ਗਿਆ ਹੈ ਜਿਵੇਂ ਕਿ Annex C ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।

• ac - ਇੱਕ ਬੂਲੀਅਨ ਮੁੱਲ ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਪਾਵਰ ਉਤਪਾਦ ਮੌਜੂਦਾ ਬਦਲ ਰਿਹਾ ਹੈ
• ਸ਼ੁੱਧਤਾ - ਨੰਬਰ ਇੱਕ ਅੰਤਰਾਲ ਲਈ ਪੇਲੋਡ ਵੇਰੀਏਬਲ ਦੇ ਸਮਾਨ ਯੂਨਿਟਾਂ ਵਿੱਚ ਹੁੰਦਾ ਹੈ। ਭਰੋਸੇ ਨਾਲ ਮੌਜੂਦ ਹੋਣ 'ਤੇ, ਭਵਿੱਖਬਾਣੀ ਦੀ ਸੰਭਾਵਿਤ ਪਰਿਵਰਤਨਸ਼ੀਲਤਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਰੀਡਿੰਗ ਟਾਈਪ ਦੇ ਨਾਲ ਮੌਜੂਦ ਹੋਣ 'ਤੇ, ਰੀਡਿੰਗ ਦੀ ਸੰਭਾਵਿਤ ਗਲਤੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
• AggregatedPnode - ਇੱਕ ਏਗਰੀਗੇਟਿਡ ਪ੍ਰਾਈਸਿੰਗ ਨੋਡ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕਿਸਮ ਦਾ ਕੀਮਤ ਨੋਡ ਹੈ ਜੋ ਆਈਟਮਾਂ ਨੂੰ ਮਾਡਲ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਸਿਸਟਮ ਜ਼ੋਨ, ਡਿਫੌਲਟ ਕੀਮਤ ਜ਼ੋਨ, ਕਸਟਮ ਪ੍ਰਾਈਸ ਜ਼ੋਨ, ਕੰਟਰੋਲ ਏਰੀਆ, ਐਗਰੀਗੇਟਿਡ ਜਨਰੇਸ਼ਨ, ਐਗਰੀਗੇਟਿਡ ਪਾਰਟਿਸੀਪੇਟਿੰਗ ਲੋਡ, ਐਗਰੀਗੇਟਿਡ ਨਾਨ-ਪਾਰਟੀਸਿਪੇਟਿੰਗ ਲੋਡ, ਟਰੇਡਿੰਗ ਹੱਬ, ਡੀਸੀਏ ਜ਼ੋਨ।
• ਉਪਲਬਧ ਹੈ - ਇੱਕ ਵਸਤੂ ਜਿਸ ਵਿੱਚ ਇੱਕ EiOpt ਉਪਲਬਧਤਾ ਅਨੁਸੂਚੀ ਲਈ ਮਿਤੀ-ਸਮਾਂ ਅਤੇ ਮਿਆਦ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ
• ਬੇਸਲਾਈਨ ID - ਕਿਸੇ ਖਾਸ ਬੇਸਲਾਈਨ ਲਈ ਵਿਲੱਖਣ ਆਈ.ਡੀ
• ਬੇਸਲਾਈਨ ਨਾਮ - ਬੇਸਲਾਈਨ ਲਈ ਵਰਣਨਯੋਗ ਨਾਮ
• ਭਾਗ –
• ਭਰੋਸਾ - ਇੱਕ ਅੰਕੜਾ ਸੰਭਾਵਨਾ ਹੈ ਕਿ ਇੱਕ ਰਿਪੋਰਟ ਕੀਤਾ ਡੇਟਾ ਪੁਆਇੰਟ ਸਹੀ ਹੈ
• ਬਣਾਇਆ ਮਿਤੀ ਸਮਾਂ - ਪੇਲੋਡ ਬਣਾਏ ਜਾਣ ਦਾ ਸਮਾਂ
• ਮੁਦਰਾ –
• ਮੁਦਰਾPerKW –
• ਮੁਦਰਾPerKWh –
• ਮੁਦਰਾPerThm –
• ਮੌਜੂਦਾ –
• ਮੌਜੂਦਾ ਮੁੱਲ - ਵਰਤਮਾਨ ਵਿੱਚ ਚੱਲ ਰਹੇ ਇਵੈਂਟ ਅੰਤਰਾਲ ਦਾ ਪੇਲੋਡ ਫਲੋਟ ਮੁੱਲ।
• ਕਸਟਮ ਯੂਨਿਟ - ਕਸਟਮ ਰਿਪੋਰਟਾਂ ਲਈ ਮਾਪ ਦੀ ਇੱਕ ਕਸਟਮ ਯੂਨਿਟ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ
• ਮਿਤੀ-ਸਮਾਂ –
• dtstart - ਗਤੀਵਿਧੀ, ਡੇਟਾ, ਜਾਂ ਸਥਿਤੀ ਤਬਦੀਲੀ ਲਈ ਸ਼ੁਰੂਆਤੀ ਸਮਾਂ
• ਮਿਆਦ - ਇੱਕ ਘਟਨਾ, ਰਿਪੋਰਟਿੰਗ, ਜਾਂ ਉਪਲਬਧਤਾ ਸਮਾਂ ਅੰਤਰਾਲ ਲਈ ਇੱਕ ਸਮਾਂ ਮਿਆਦ
• ਅੰਤਰਾਲ - ਗਤੀਵਿਧੀ, ਡੇਟਾ, ਜਾਂ ਸਥਿਤੀ ਦੀ ਮਿਆਦ
• eiActivePeriod - ਸਮੁੱਚੀ ਘਟਨਾ ਨਾਲ ਸੰਬੰਧਿਤ ਸਮਾਂ ਫਰੇਮ
• eiCreatedEvent - ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ ਨਾਲ DR ਇਵੈਂਟ ਦਾ ਜਵਾਬ ਦਿਓ
• eiEvent -ਇੱਕ ਇਵੈਂਟ ਲਈ ਸਾਰੀ ਜਾਣਕਾਰੀ ਰੱਖਣ ਵਾਲੀ ਇੱਕ ਵਸਤੂ
• eiEventBaseline - ਬੀ ਪ੍ਰੋfile
• eiEventSignal - ਇੱਕ ਇਵੈਂਟ ਵਿੱਚ ਇੱਕ ਸਿੰਗਲ ਸਿਗਨਲ ਲਈ ਸਾਰੀ ਜਾਣਕਾਰੀ ਰੱਖਣ ਵਾਲੀ ਇੱਕ ਵਸਤੂ
• eiEventSignals - ਇੱਕ ਜਾਂ ਵੱਧ ਇਵੈਂਟ ਸਿਗਨਲਾਂ ਅਤੇ/ਜਾਂ ਬੇਸਲਾਈਨਾਂ ਲਈ ਅੰਤਰਾਲ ਡੇਟਾ
• eiMarketContext - ਇੱਕ URI ਵਿਲੱਖਣ ਤੌਰ 'ਤੇ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਪ੍ਰੋਗਰਾਮ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ
• eiReportID - ਇੱਕ ਰਿਪੋਰਟ ਲਈ ਹਵਾਲਾ ID
• eiRequestEvent - ਪੁੱਲ ਮੋਡ ਵਿੱਚ ਇੱਕ VTN ਤੋਂ ਇਵੈਂਟ ਦੀ ਬੇਨਤੀ ਕਰੋ
• eiResponse - ਦੱਸੋ ਕਿ ਕੀ ਪ੍ਰਾਪਤ ਹੋਇਆ ਪੇਲੋਡ ਸਵੀਕਾਰਯੋਗ ਹੈ
• eiTarget - ਲਾਜ਼ੀਕਲ VEN ਇੰਟਰਫੇਸ ਨਾਲ ਜੁੜੇ ਸਰੋਤਾਂ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ। ਇਵੈਂਟਾਂ ਲਈ, ਨਿਰਧਾਰਤ ਮੁੱਲ ਇਵੈਂਟ ਲਈ ਟੀਚਾ ਹਨ
• endDeviceAsset - EndDeviceAssets ਉਹ ਭੌਤਿਕ ਯੰਤਰ ਜਾਂ ਉਪਕਰਣ ਹਨ ਜੋ ਮੀਟਰ ਜਾਂ ਹੋਰ ਕਿਸਮ ਦੇ ਉਪਕਰਣ ਹੋ ਸਕਦੇ ਹਨ ਜੋ ਦਿਲਚਸਪੀ ਦੇ ਹੋ ਸਕਦੇ ਹਨ
• ਊਰਜਾ ਪ੍ਰਤੱਖ - ਸਪੱਸ਼ਟ ਊਰਜਾ, ਵੋਲਟ ਵਿੱਚ ਮਾਪੀ ਗਈ-ampਪਹਿਲਾਂ ਘੰਟੇ (VAh)
• ਊਰਜਾ ਆਈਟਮ –
• ਊਰਜਾ ਪ੍ਰਤੀਕਿਰਿਆਸ਼ੀਲ - ਪ੍ਰਤੀਕਿਰਿਆਸ਼ੀਲ ਊਰਜਾ, ਵੋਲਟ-ampਈਰੇਸ ਰਿਐਕਟਿਵ ਘੰਟੇ (VARh)
• ਊਰਜਾ ਅਸਲ - ਅਸਲ ਊਰਜਾ, ਵਾਟ ਘੰਟੇ (Wh)
• ਘਟਨਾ ਵੇਰਵਾ - ਸਮਾਗਮ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦਿੱਤੀ
• ਘਟਨਾ ID - ਇੱਕ ID ਮੁੱਲ ਜੋ ਇੱਕ ਖਾਸ DR ਇਵੈਂਟ ਉਦਾਹਰਨ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ।
• ਘਟਨਾ ਪ੍ਰਤੀਕਿਰਿਆ - ਇੱਕ ਇਵੈਂਟ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਦੀ ਬੇਨਤੀ ਦੇ ਜਵਾਬ ਵਿੱਚ VENs ਵਾਲੀ ਇੱਕ ਵਸਤੂ
• ਘਟਨਾ ਪ੍ਰਤੀਕਿਰਿਆਵਾਂ - ਪ੍ਰਾਪਤ ਇਵੈਂਟਾਂ ਲਈ ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ ਜਵਾਬ
• ਘਟਨਾ ਸਥਿਤੀ - ਇੱਕ ਘਟਨਾ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ (ਦੂਰ, ਨੇੜੇ, ਕਿਰਿਆਸ਼ੀਲ, ਆਦਿ)
• ਫੀਚਰ ਕਲੈਕਸ਼ਨ/ਸਥਾਨ/ਬਹੁਭੁਜ/ਬਾਹਰੀ/ਲੀਨੀਅਰ ਰਿੰਗ
• ਬਾਰੰਬਾਰਤਾ –
• ਗ੍ਰੈਨਿਊਲਿਟੀ - ਇਹ s ਵਿਚਕਾਰ ਸਮਾਂ ਅੰਤਰਾਲ ਹੈampਇੱਕ ਰਿਪੋਰਟ ਬੇਨਤੀ ਵਿੱਚ ਲੀਡ ਡਾਟਾ.
• ਗਰੁੱਪ ਆਈ.ਡੀ -ਇਸ ਕਿਸਮ ਦੇ ਟੀਚੇ ਦੀ ਵਰਤੋਂ ਇਵੈਂਟਾਂ, ਰਿਪੋਰਟਾਂ ਅਤੇ ਚੋਣ ਅਨੁਸੂਚੀਆਂ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਨਾਮਾਂਕਣ ਦੌਰਾਨ ਉਪਯੋਗਤਾ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ
• ਗਰੁੱਪ ਦਾ ਨਾਮ - ਇਸ ਕਿਸਮ ਦੇ ਟੀਚੇ ਦੀ ਵਰਤੋਂ ਇਵੈਂਟਾਂ, ਰਿਪੋਰਟਾਂ ਅਤੇ ਚੋਣ ਅਨੁਸੂਚੀਆਂ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਨਾਮਾਂਕਣ ਦੌਰਾਨ ਉਪਯੋਗਤਾ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ
• ਹਰਟਜ਼ –
• ਅੰਤਰਾਲ - ਇੱਕ ਵਸਤੂ ਜਿਸ ਵਿੱਚ ਡੇਟਾ-ਸਮਾਂ ਅਤੇ/ਜਾਂ ਮਿਆਦ, ਅਤੇ ਇੱਕ ਰਿਪੋਰਟ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇੱਕ ਘਟਨਾ ਜਾਂ ਡੇਟਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇੱਕ ਕਾਰਵਾਈਯੋਗ ਮੁੱਲ
• ਅੰਤਰਾਲ - ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਸਮੇਂ ਦੇ ਅੰਤਰਾਲ ਜਿਸ ਦੌਰਾਨ DR ਇਵੈਂਟ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦਾ ਹੈ ਜਾਂ ਰਿਪੋਰਟ ਡੇਟਾ ਉਪਲਬਧ ਹੁੰਦਾ ਹੈ
• ਵਸਤੂ ਦਾ ਵੇਰਵਾ - ਮਾਪ ਦੀ ਇੱਕ ਰਿਪੋਰਟ ਯੂਨਿਟ ਦਾ ਵੇਰਵਾ
• ਆਈਟਮ ਯੂਨਿਟ - ਰਿਪੋਰਟ ਡੇਟਾ ਪੁਆਇੰਟ ਲਈ ਮਾਪ ਦੀ ਅਧਾਰ ਇਕਾਈ
• ਮਾਰਕੀਟ ਪ੍ਰਸੰਗ - ਇੱਕ ਯੂਆਰਆਈ ਇੱਕ DR ਪ੍ਰੋਗਰਾਮ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ
• ਮੀਟਰ ਸੰਪਤੀ - MeterAsset ਭੌਤਿਕ ਯੰਤਰ ਜਾਂ ਉਪਕਰਨ ਹਨ ਜੋ ਮੀਟਰ ਦੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦੇ ਹਨ
• ਸੋਧ ਮਿਤੀ ਸਮਾਂ - ਜਦੋਂ ਇੱਕ ਘਟਨਾ ਨੂੰ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈ
• ਸੋਧ ਨੰਬਰ - ਹਰ ਵਾਰ ਜਦੋਂ ਕੋਈ ਇਵੈਂਟ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਵਧਾਇਆ ਜਾਂਦਾ ਹੈ।
• ਸੋਧ ਦਾ ਕਾਰਨ - ਇੱਕ ਘਟਨਾ ਨੂੰ ਕਿਉਂ ਸੋਧਿਆ ਗਿਆ ਸੀ
• mrid - mRID ਭੌਤਿਕ ਯੰਤਰ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ ਜੋ ਗਾਹਕਮੀਟਰ ਜਾਂ ਹੋਰ ਕਿਸਮ ਦੇ ਐਂਡਡਿਵਾਈਸ ਹੋ ਸਕਦੇ ਹਨ।
• ਨੋਡ - ਨੋਡ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਕੁਝ ਬਦਲਦਾ ਹੈ (ਅਕਸਰ ਮਲਕੀਅਤ) ਜਾਂ ਗਰਿੱਡ 'ਤੇ ਜੁੜਦਾ ਹੈ। ਬਹੁਤ ਸਾਰੇ ਨੋਡ ਮੀਟਰਾਂ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ, ਪਰ ਸਾਰੇ ਨਹੀਂ ਹਨ।
• numData ਸਰੋਤ –
• oadr ਸਮਰੱਥਾ –
• oadrCurrent –
• oadrData ਕੁਆਲਿਟੀ –
• oadrDeviceClass - ਡਿਵਾਈਸ ਕਲਾਸ ਟੀਚਾ - ਸਿਰਫ ਐਂਡਡਿਵਾਈਸ ਐਸੇਟ ਦੀ ਵਰਤੋਂ ਕਰੋ।
• oadrEvent - ਇੱਕ ਵਸਤੂ ਜਿਸ ਵਿੱਚ ਮੰਗ ਪ੍ਰਤੀਕਿਰਿਆ ਵਾਲੀ ਘਟਨਾ ਹੈ
• oadrExtension –
• oadrExtensionName -
• oadr ਐਕਸਟੈਂਸ਼ਨ –
• oadrHttpPullModel - ਇੱਕ ਬੂਲੀਅਨ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੀ VEN ਇੱਕ ਪੁੱਲ ਐਕਸਚੇਂਜ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ
• oadrInfo - ਸੇਵਾ ਵਿਸ਼ੇਸ਼ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਾਣਕਾਰੀ ਦਾ ਇੱਕ ਪ੍ਰਮੁੱਖ ਮੁੱਲ ਜੋੜਾ
• oadrKey –
• oadrLevelOffset –
• oadrLoadControlState –
• oadrManualOverride - ਜੇਕਰ ਇਹ ਸੱਚ ਹੈ ਤਾਂ ਲੋਡ ਦਾ ਕੰਟਰੋਲ ਹੱਥੀਂ ਓਵਰਰਾਈਡ ਕੀਤਾ ਗਿਆ ਹੈ
• oadrMax –
• oadrMaxPeriod - ਵੱਧ ਤੋਂ ਵੱਧ ਐੱਸampਲਿੰਗ ਅਵਧੀ
• oadrMin –
• oadrMinPeriod - ਘੱਟੋ ਘੱਟ ਐੱਸampਲਿੰਗ ਅਵਧੀ
• ਆਮ –
• oadrOnChange - ਜੇਕਰ ਸਹੀ ਹੈ, ਤਾਂ ਡਾਟਾ ਉਦੋਂ ਰਿਕਾਰਡ ਕੀਤਾ ਜਾਵੇਗਾ ਜਦੋਂ ਇਹ ਬਦਲਦਾ ਹੈ, ਪਰ minPeriod ਦੁਆਰਾ ਨਿਰਧਾਰਿਤ ਕੀਤੀ ਗਈ ਬਾਰੰਬਾਰਤਾ ਤੋਂ ਵੱਧ ਨਹੀਂ।
• oadrਆਨਲਾਈਨ - ਜੇਕਰ ਸਹੀ ਹੈ ਤਾਂ ਸਰੋਤ/ਸੰਪੱਤੀ ਔਨਲਾਈਨ ਹੈ, ਜੇਕਰ ਗਲਤ ਹੈ ਤਾਂ ਔਫਲਾਈਨ ਹੈ।
• oadrPayload –
• oadrPayloadResource Status - ਮੌਜੂਦਾ ਸਰੋਤ ਸਥਿਤੀ ਜਾਣਕਾਰੀ
• oadrਪੈਂਡਿੰਗ ਰਿਪੋਰਟਾਂ - ਸਮੇਂ-ਸਮੇਂ ਦੀਆਂ ਰਿਪੋਰਟਾਂ ਦੀ ਸੂਚੀ ਅਜੇ ਵੀ ਕਿਰਿਆਸ਼ੀਲ ਹੈ
• oadrPercentOffset –
• oadrProfile - ਪ੍ਰੋfile VEN ਜਾਂ VTN ਦੁਆਰਾ ਸਮਰਥਿਤ
• oadrProfileਨਾਮ - ਓਪਨਏਡੀਆਰ ਪ੍ਰੋfile ਨਾਮ ਜਿਵੇਂ ਕਿ 2.0a ਜਾਂ 2.0b।
• oadrProfiles - ਓਪਨਏਡੀਆਰ ਪ੍ਰੋfileਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਸਮਰਥਿਤ ਹੈ
• oadrਰਿਪੋਰਟ -ਇੱਕ ਵਸਤੂ ਜਿਸ ਵਿੱਚ ਇੱਕ ਰਿਪੋਰਟ ਲਈ ਸਾਰੀ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ
• oadrReportDescription - ਰਿਪੋਰਟ ਨਿਰਮਾਤਾ ਦੁਆਰਾ ਪੇਸ਼ ਕੀਤੀਆਂ ਗਈਆਂ ਰਿਪੋਰਟ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਵਰਣਨ। ਇੱਕ ਮੈਟਾਡੇਟਾ ਰਿਪੋਰਟ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ
• ਸਿਰਫ ਰਿਪੋਰਟ - ReportOnlyDeviceFlag
• oadrReportPayload - ਰਿਪੋਰਟਾਂ ਲਈ ਡਾਟਾ ਪੁਆਇੰਟ ਮੁੱਲ
• oadrRequestedOadrPollFreq - VEN ਇਸ ਤੱਤ ਦੁਆਰਾ ਨਿਰਧਾਰਿਤ ਹਰੇਕ ਮਿਆਦ ਲਈ ਵੱਧ ਤੋਂ ਵੱਧ ਇੱਕ ਵਾਰ VTN ਨੂੰ ਇੱਕ oadrPoll ਪੇਲੋਡ ਭੇਜੇਗਾ
• oadrਜਵਾਬ ਦੀ ਲੋੜ - ਜਦੋਂ ਔਪਟਇਨ/ਔਪਟਆਊਟ ਜਵਾਬ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਤਾਂ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ। ਹਮੇਸ਼ਾ ਜਾਂ ਕਦੇ ਵੀ ਹੋ ਸਕਦਾ ਹੈ
• oadrSampਲਿੰਗ ਰੇਟ - Sampਟੈਲੀਮੈਟਰੀ ਕਿਸਮ ਦੇ ਡੇਟਾ ਲਈ ਲਿੰਗ ਦਰ
• oadrService –
• oadrServiceName - ਇਸ ਕਿਸਮ ਦੇ ਟੀਚੇ ਦੀ ਵਰਤੋਂ ਇਵੈਂਟਾਂ, ਰਿਪੋਰਟਾਂ ਅਤੇ ਚੋਣ ਅਨੁਸੂਚੀਆਂ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਨਾਮਾਂਕਣ ਦੌਰਾਨ ਉਪਯੋਗਤਾ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ
• oadrServiceSpecificInfo - ਸੇਵਾ ਵਿਸ਼ੇਸ਼ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜਾਣਕਾਰੀ
• oadrSetPoint –
• oadrSignedObject –
• oadr ਟਰਾਂਸਪੋਰਟ - VEN ਜਾਂ VTN ਦੁਆਰਾ ਸਮਰਥਿਤ ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਨਾਮ
• oadrTransport ਪਤਾ - ਰੂਟ ਪਤਾ ਦੂਜੀ ਧਿਰ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਜੇ ਲੋੜ ਹੋਵੇ ਤਾਂ ਪੋਰਟ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ
• oadrTransportName - OpenADR ਟ੍ਰਾਂਸਪੋਰਟ ਨਾਮ ਜਿਵੇਂ ਕਿ ਸਧਾਰਨHttp ਜਾਂ xmpp
• oadr ਟਰਾਂਸਪੋਰਟਸ - ਓਪਨਏਡੀਆਰ ਟ੍ਰਾਂਸਪੋਰਟ ਲਾਗੂ ਕਰਨ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ
• oadrUpdated ਰਿਪੋਰਟ - ਇੱਕ ਰਿਪੋਰਟ ਦੀ ਰਸੀਦ ਨੂੰ ਸਵੀਕਾਰ ਕਰੋ
• oadrUpdateReport - ਪਹਿਲਾਂ ਮੰਗੀ ਗਈ ਰਿਪੋਰਟ ਭੇਜੋ
• oadr ਮੁੱਲ –
• oadrVenName - VEN ਨਾਮ। VTN GUI ਵਿੱਚ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ
• oadrXml ਦਸਤਖਤ - ਲਾਗੂ ਕਰਨਾ XML ਦਸਤਖਤ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ
• optID - ਇੱਕ ਵਿਕਲਪ ਇੰਟਰੈਕਸ਼ਨ ਲਈ ਪਛਾਣਕਰਤਾ
• optReason - ਚੋਣ ਕਾਰਨ ਲਈ ਗਿਣਿਆ ਮੁੱਲ ਜਿਵੇਂ ਕਿ x-ਸ਼ਡਿਊਲ
• optType - ਇੱਕ ਇਵੈਂਟ ਦਾ ਔਪਟਇਨ ਜਾਂ ਔਪਟਆਊਟ, ਜਾਂ EiOpt ਸੇਵਾ ਲਈ vavailablityObject ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਚੋਣ ਅਨੁਸੂਚੀ ਦੀ ਕਿਸਮ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
• ਪਾਰਟੀਆਈਡੀ - ਇਸ ਕਿਸਮ ਦੇ ਟੀਚੇ ਦੀ ਵਰਤੋਂ ਇਵੈਂਟਾਂ, ਰਿਪੋਰਟਾਂ ਅਤੇ ਚੋਣ ਅਨੁਸੂਚੀਆਂ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਨਾਮਾਂਕਣ ਦੌਰਾਨ ਉਪਯੋਗਤਾ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ
• ਪੇਲੋਡ ਫਲੋਟ - ਇਵੈਂਟ ਸਿਗਨਲਾਂ ਲਈ ਜਾਂ ਮੌਜੂਦਾ ਜਾਂ ਇਤਿਹਾਸਕ ਮੁੱਲਾਂ ਦੀ ਰਿਪੋਰਟ ਕਰਨ ਲਈ ਡੇਟਾ ਪੁਆਇੰਟ ਮੁੱਲ।
• pnode - ਇੱਕ ਕੀਮਤ ਨੋਡ ਸਿੱਧਾ ਇੱਕ ਕਨੈਕਟੀਵਿਟੀ ਨੋਡ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। ਇਹ ਇੱਕ ਕੀਮਤ ਨਿਰਧਾਰਨ ਸਥਾਨ ਹੈ ਜਿਸ ਲਈ ਮਾਰਕੀਟ ਭਾਗੀਦਾਰ ਆਪਣੀਆਂ ਬੋਲੀਆਂ, ਪੇਸ਼ਕਸ਼ਾਂ, ਖਰੀਦ/ਵੇਚ CRR, ਅਤੇ ਸੈਟਲ ਕਰਦੇ ਹਨ।
• ਪੁਆਇੰਟ ਆਫ ਡਿਲੀਵਰੀ –
• pointOfReceipt –
• posList –
• ਸ਼ਕਤੀ ਪ੍ਰਤੱਖ - ਵੋਲਟ ਵਿੱਚ ਮਾਪੀ ਗਈ ਸਪੱਸ਼ਟ ਸ਼ਕਤੀ-ampਈਰੇਸ (VA)
• ਪਾਵਰ ਐਟਰੀਬਿਊਟਸ
• ਪਾਵਰ ਆਈਟਮ
• ਸ਼ਕਤੀ ਪ੍ਰਤੀਕਿਰਿਆਸ਼ੀਲ - ਪ੍ਰਤੀਕਿਰਿਆਸ਼ੀਲ ਸ਼ਕਤੀ, ਵੋਲਟ ਵਿੱਚ ਮਾਪੀ ਗਈ-ampਈਰੇਸ ਪ੍ਰਤੀਕਿਰਿਆਸ਼ੀਲ (VAR)
• ਪਾਵਰ ਰੀਅਲ - ਵਾਟਸ (ਡਬਲਯੂ) ਜਾਂ ਜੂਲਸ/ਸੈਕਿੰਡ (J/s) ਵਿੱਚ ਮਾਪੀ ਗਈ ਵਾਸਤਵਿਕ ਸ਼ਕਤੀ
• ਤਰਜੀਹ - ਹੋਰ ਇਵੈਂਟਾਂ ਦੇ ਸਬੰਧ ਵਿੱਚ ਇਵੈਂਟ ਦੀ ਤਰਜੀਹ (ਜਿੰਨੀ ਘੱਟ ਸੰਖਿਆ ਵੱਧ ਪਹਿਲ ਹੋਵੇਗੀ। ਜ਼ੀਰੋ (0) ਦਾ ਮੁੱਲ ਕੋਈ ਤਰਜੀਹ ਨਹੀਂ ਦਰਸਾਉਂਦਾ ਹੈ, ਜੋ ਕਿ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਭ ਤੋਂ ਘੱਟ ਤਰਜੀਹ ਹੈ)।
• ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ –
• ਪਲਸ ਕਾਉਂਟ - ਇੱਕ ਰਿਪੋਰਟਿੰਗ ਡੇਟਾ ਪੁਆਇੰਟ
• ਪਲਸ ਫੈਕਟਰ - kWh ਪ੍ਰਤੀ ਗਿਣਤੀ
• qualifiedEventID - ਇੱਕ ਘਟਨਾ ਲਈ ਇੱਕ ਵਿਲੱਖਣ ID
• ਪੜ੍ਹਨ ਦੀ ਕਿਸਮ - ਰੀਡਿੰਗਾਂ ਬਾਰੇ ਮੈਟਾਡੇਟਾ, ਜਿਵੇਂ ਕਿ ਮਤਲਬ ਜਾਂ ਲਿਆ ਗਿਆ
• ਰਜਿਸਟ੍ਰੇਸ਼ਨ ID - ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਲੈਣ-ਦੇਣ ਲਈ ਪਛਾਣਕਰਤਾ। ਪੁੱਛਗਿੱਛ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੇ ਜਵਾਬ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ ਜਦੋਂ ਤੱਕ ਪਹਿਲਾਂ ਤੋਂ ਰਜਿਸਟਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ
• ਜਵਾਬ ਸੀਮਾ - ਇੱਕ oadrDistributeEvent ਪੇਲੋਡ ਵਿੱਚ ਵਾਪਸ ਜਾਣ ਲਈ ਇਵੈਂਟਾਂ ਦੀ ਅਧਿਕਤਮ ਸੰਖਿਆ
• ਰਿਪੋਰਟਬੈਕਅਵਧੀ - ਇਸ ਮਿਆਦ ਦੇ ਹਰੇਕ ਪਾਸ ਹੋਣ ਲਈ ਰਿਪੋਰਟ-ਟੂ-ਡੇਟ ਦੇ ਨਾਲ ਵਾਪਸ ਰਿਪੋਰਟ ਕਰੋ।
• ਰਿਪੋਰਟ ਡਾਟਾ ਸਰੋਤ - ਇਸ ਰਿਪੋਰਟ ਵਿੱਚ ਡੇਟਾ ਲਈ ਸਰੋਤ. ਸਾਬਕਾamples ਵਿੱਚ ਮੀਟਰ ਜਾਂ ਸਬਮੀਟਰ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ। ਸਾਬਕਾ ਲਈample, ਜੇਕਰ ਇੱਕ ਮੀਟਰ ਦੋ ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਮਾਪ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹੈ, ਤਾਂ ਹਰੇਕ ਮਾਪ ਧਾਰਾ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਪਛਾਣਿਆ ਜਾਵੇਗਾ।
• ਰਿਪੋਰਟ ਅੰਤਰਾਲ - ਇਹ ਰਿਪੋਰਟਿੰਗ ਦੀ ਸਮੁੱਚੀ ਮਿਆਦ ਹੈ।
• ਰਿਪੋਰਟ ਦਾ ਨਾਮ - ਰਿਪੋਰਟ ਲਈ ਵਿਕਲਪਿਕ ਨਾਮ।
• ਰਿਪੋਰਟ ਬੇਨਤੀ ID - ਕਿਸੇ ਖਾਸ ਰਿਪੋਰਟ ਬੇਨਤੀ ਲਈ ਪਛਾਣਕਰਤਾ
• ਰਿਪੋਰਟ ਨਿਰਧਾਰਕ - ਕਿਸੇ ਖਾਸ ਰਿਪੋਰਟ ਉਦਾਹਰਨ ਵਿੱਚ ਲੋੜੀਂਦੇ ਡੇਟਾ ਪੁਆਇੰਟਾਂ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰੋ
• ਰਿਪੋਰਟ ਸਪੈਸੀਫਾਇਰਆਈਡੀ - ਕਿਸੇ ਖਾਸ ਮੈਟਾਡੇਟਾ ਰਿਪੋਰਟ ਨਿਰਧਾਰਨ ਲਈ ਪਛਾਣਕਰਤਾ
• ਰਿਪੋਰਟ ਦਾ ਵਿਸ਼ਾ - ਡਿਵਾਈਸ ਕਲਾਸ ਟੀਚਾ - ਸਿਰਫ ਐਂਡਡਿਵਾਈਸ ਐਸੇਟ ਦੀ ਵਰਤੋਂ ਕਰੋ।
• ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਰਿਪੋਰਟ - ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਰਿਪੋਰਟ ਰੱਦ ਕਰਨ ਤੋਂ ਬਾਅਦ ਰਿਪੋਰਟ (ਅੱਪਡੇਟ ਰਿਪੋਰਟ ਦੇ ਰੂਪ ਵਿੱਚ) ਵਾਪਸ ਕੀਤੀ ਜਾਣੀ ਹੈ
• ਰਿਪੋਰਟ ਦੀ ਕਿਸਮ - ਰਿਪੋਰਟ ਦੀ ਕਿਸਮ ਜਿਵੇਂ ਕਿ ਵਰਤੋਂ ਜਾਂ ਕੀਮਤ
• ਬੇਨਤੀ ID - ਇੱਕ ਆਈ.ਡੀ. ਜੋ ਕਿ ਇੱਕ ਤਰਕਪੂਰਨ ਲੈਣ-ਦੇਣ ਦੀ ਬੇਨਤੀ ਅਤੇ ਜਵਾਬ ਨਾਲ ਮੇਲ ਕਰਨ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ
• ਸਰੋਤ ID - ਇਸ ਕਿਸਮ ਦੇ ਟੀਚੇ ਦੀ ਵਰਤੋਂ ਇਵੈਂਟਾਂ, ਰਿਪੋਰਟਾਂ ਅਤੇ ਚੋਣ ਅਨੁਸੂਚੀਆਂ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਨਾਮਾਂਕਣ ਦੌਰਾਨ ਉਪਯੋਗਤਾ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ
• ਜਵਾਬ –
• ਜਵਾਬ ਕੋਡ - ਇੱਕ 3 ਅੰਕਾਂ ਦਾ ਜਵਾਬ ਕੋਡ
• ਜਵਾਬ ਵਰਣਨ - ਜਵਾਬ ਸਥਿਤੀ ਦਾ ਬਿਰਤਾਂਤਕ ਵਰਣਨ
• ਜਵਾਬ –
• ਆਰਆਈਡੀ - ਇਸ ਡੇਟਾ ਪੁਆਇੰਟ ਲਈ ਹਵਾਲਾ ID
• ਸੇਵਾ ਖੇਤਰ - ਇਸ ਕਿਸਮ ਦੇ ਟੀਚੇ ਦੀ ਵਰਤੋਂ ਇਵੈਂਟਾਂ, ਰਿਪੋਰਟਾਂ ਅਤੇ ਚੋਣ ਅਨੁਸੂਚੀਆਂ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਮੁੱਲ ਆਮ ਤੌਰ 'ਤੇ DR ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਨਾਮਾਂਕਣ ਦੌਰਾਨ ਉਪਯੋਗਤਾ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ
• ਸਰਵਿਸ ਡਿਲੀਵਰੀ ਪੁਆਇੰਟ - ਨੈੱਟਵਰਕ 'ਤੇ ਲਾਜ਼ੀਕਲ ਬਿੰਦੂ ਜਿੱਥੇ ਸੇਵਾ ਦੀ ਮਾਲਕੀ ਹੱਥ ਬਦਲਦੀ ਹੈ। ਇਹ ਸੇਵਾ ਸਥਾਨ ਦੇ ਅੰਦਰ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਬਹੁਤ ਸਾਰੇ ਸੇਵਾ ਬਿੰਦੂਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ, ਇੱਕ ਗਾਹਕ ਸਮਝੌਤੇ ਦੇ ਅਨੁਸਾਰ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਉਸ ਥਾਂ 'ਤੇ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਿੱਥੇ ਮੀਟਰ ਲਗਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
• ਸੇਵਾ ਸਥਾਨ - ਇੱਕ ਗਾਹਕ ਸੇਵਾ ਸਥਾਨ ਵਿੱਚ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਸਰਵਿਸ ਡਿਲੀਵਰੀ ਪੁਆਇੰਟ ਹੁੰਦੇ ਹਨ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਮੀਟਰਾਂ ਨਾਲ ਸਬੰਧਤ ਹੁੰਦੇ ਹਨ। ਖਾਸ ਸਥਿਤੀਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ, ਸਥਾਨ ਇੱਕ ਬਿੰਦੂ ਜਾਂ ਬਹੁਭੁਜ ਹੋ ਸਕਦਾ ਹੈ। ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਲਈ, ਸਰਵਿਸ ਲੋਕੇਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਉਪਯੋਗਤਾ ਗਾਹਕ ਦੇ ਆਧਾਰ ਦਾ ਸਥਾਨ ਹੁੰਦਾ ਹੈ।
• ਸੰਕੇਤ ID - ਇੱਕ ਖਾਸ ਇਵੈਂਟ ਸਿਗਨਲ ਲਈ ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾ
• signalName - ਇੱਕ ਸਿਗਨਲ ਦਾ ਨਾਮ ਜਿਵੇਂ ਕਿ ਸਧਾਰਨ
• ਸਿਗਨਲ ਪੇਲੋਡ - ਇਵੈਂਟਾਂ ਅਤੇ ਬੇਸਲਾਈਨਾਂ ਲਈ ਸਿਗਨਲ ਮੁੱਲ
• siScaleCode - ਇੱਕ ਰਿਪੋਰਟ ਲਈ ਮਾਪ ਦੀ ਅਧਾਰ ਇਕਾਈ ਲਈ ਇੱਕ ਸਕੇਲਿੰਗ ਕਾਰਕ
• specifierPayload - ਇੱਕ ਖੁੱਲਾ
• ਸ਼ੁਰੂਆਤ ਤੋਂ ਬਾਅਦ - ਘਟਨਾ ਦੀ ਸ਼ੁਰੂਆਤ ਲਈ ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ ਵਿੰਡੋ
• ਸਥਿਤੀ ਮਿਤੀ ਸਮਾਂ - ਮਿਤੀ ਅਤੇ ਸਮਾਂ ਇਸ ਕਲਾਕ੍ਰਿਤੀ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ।
• ਤਾਪਮਾਨ –
• ਟੈਸਟ ਈਵੈਂਟ - ਝੂਠੇ ਤੋਂ ਇਲਾਵਾ ਕੋਈ ਵੀ ਚੀਜ਼ ਇੱਕ ਟੈਸਟ ਘਟਨਾ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ
• ਟੈਕਸਟ –
• Therm –
• ਸਹਿਣਸ਼ੀਲਤਾ - ਇੱਕ ਉਪ-ਆਬਜੈਕਟ ਜਿਸ ਵਿੱਚ ਕਿਸੇ ਇਵੈਂਟ ਲਈ ਬੇਤਰਤੀਬੀ ਲੋੜਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ
• ਬਰਦਾਸ਼ਤ - ਇੱਕ ਇਵੈਂਟ ਲਈ ਰੈਂਡਮਾਈਜ਼ੇਸ਼ਨ ਲੋੜਾਂ ਵਾਲੀ ਇੱਕ ਵਸਤੂ
• ਟ੍ਰਾਂਸਪੋਰਟ ਇੰਟਰਫੇਸ - ਟ੍ਰਾਂਸਪੋਰਟ ਇੰਟਰਫੇਸ ਟਰਾਂਸਪੋਰਟ ਹਿੱਸੇ ਦੇ ਕਿਸੇ ਵੀ ਸਿਰੇ 'ਤੇ ਕਿਨਾਰਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
• uid - ਅੰਤਰਾਲਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਇੱਕ ਸੂਚਕਾਂਕ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾ
• ਮੁੱਲ –
• ਉਪਲਬਧਤਾ - DR ਇਵੈਂਟਸ ਵਿੱਚ ਭਾਗ ਲੈਣ ਲਈ ਡਿਵਾਈਸ ਦੀ ਉਪਲਬਧਤਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਇੱਕ ਸਮਾਂ-ਸਾਰਣੀ
• venID - ਇੱਕ VEN ਲਈ ਇੱਕ ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾ
• voltage –
• vtn ਟਿੱਪਣੀ - ਕੋਈ ਵੀ ਟੈਕਸਟ
• vtnID - ਇੱਕ VTN ਲਈ ਇੱਕ ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾ
• x-eNotification - VEN ਨੂੰ dtstart ਘਟਾਓ ਇਸ ਮਿਆਦ ਤੋਂ ਪਹਿਲਾਂ DR ਇਵੈਂਟ ਪੇਲੋਡ ਪ੍ਰਾਪਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
• x-eiRampਉੱਪਰ - ਇਵੈਂਟ ਸ਼ੁਰੂ ਹੋਣ ਦੇ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂ ਬਾਅਦ ਦੀ ਮਿਆਦ ਜਿਸ ਦੌਰਾਨ ਲੋਡ ਸ਼ੈੱਡ ਟਰਾਂਜ਼ਿਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
• x-eiRecovery - ਇਵੈਂਟ ਦੇ ਸਮਾਪਤੀ ਸਮੇਂ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂ ਬਾਅਦ ਦੀ ਮਿਆਦ ਜਿਸ ਦੌਰਾਨ ਲੋਡ ਸ਼ੈੱਡ ਟਰਾਂਜ਼ਿਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

 

ਅੰਕਿਤ ਮੁੱਲਾਂ ਦੀ ਸ਼ਬਦਾਵਲੀ

ਘਟਨਾ ਸਥਿਤੀ

• ਕਿਰਿਆਸ਼ੀਲ - ਇਵੈਂਟ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਵਰਤਮਾਨ ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਹੈ।
• ਰੱਦ ਕਰ ਦਿੱਤਾ - ਇਵੈਂਟ ਰੱਦ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ।
• ਪੂਰਾ ਕੀਤਾ - ਇਵੈਂਟ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ.
• ਦੂਰ - ਇਵੈਂਟ ਦੂਰ ਭਵਿੱਖ ਵਿੱਚ ਲੰਬਿਤ ਹੈ। ਭਵਿੱਖ ਵਿੱਚ ਇਹ ਕਿੰਨੀ ਦੂਰ ਹੈ ਦੀ ਸਹੀ ਪਰਿਭਾਸ਼ਾ ਮਾਰਕੀਟ ਸੰਦਰਭ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਅਗਲੇ ਦਿਨ ਦਾ ਮਤਲਬ ਹੁੰਦਾ ਹੈ।
• ਨੇੜੇ - ਇਵੈਂਟ ਨੇੜਲੇ ਭਵਿੱਖ ਵਿੱਚ ਲੰਬਿਤ ਹੈ। ਭਵਿੱਖ ਵਿੱਚ ਲੰਬਿਤ ਇਵੈਂਟ ਸਰਗਰਮ ਹੋਣ ਦੀ ਸਹੀ ਪਰਿਭਾਸ਼ਾ ਮਾਰਕੀਟ ਸੰਦਰਭ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ। .ਇਵੈਂਟ x-eiR ਦੀ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਸ਼ੁਰੂਆਤ ਦੇ ਨਾਲ ਸਮਕਾਲੀ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈampਅੱਪ ਟਾਈਮ. ਜੇਕਰ x-eiRampਅੱਪ ਇਵੈਂਟ ਲਈ ਪਰਿਭਾਸ਼ਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਸਥਿਤੀ ਨੂੰ ਇਵੈਂਟ ਲਈ ਨਹੀਂ ਵਰਤਿਆ ਜਾਵੇਗਾ।
• ਕੋਈ ਨਹੀਂ - ਕੋਈ ਇਵੈਂਟ ਬਾਕੀ ਨਹੀਂ ਹੈ

ਆਈਟਮ ਇਕਾਈਆਂ

• ਮੁਦਰਾ
  • ਡਾਲਰ - ਸੰਯੁਕਤ ਰਾਜ ਡਾਲਰ
  • ਇੱਥੇ ਸੂਚੀਬੱਧ ਕਰਨ ਲਈ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਲਈ, ਸਕੀਮਾ ਵੇਖੋ
• ਪਾਵਰਰੀਅਲ
  • ਜੇ/ਸ - ਜੂਲ-ਦੂਜਾ
  • W - ਵਾਟਸ
• ਤਾਪਮਾਨ
  • ਸੈਲਸੀਅਸ –
  • ਫਾਰਨਹੀਟ –

oadrData ਕੁਆਲਿਟੀ

• ਕੋਈ ਨਵਾਂ ਮੁੱਲ ਨਹੀਂ - ਪਿਛਲਾ ਮੁੱਲ ਵਰਤਿਆ ਗਿਆ –
• ਕੋਈ ਗੁਣਵੱਤਾ ਨਹੀਂ - ਕੋਈ ਮੁੱਲ ਨਹੀਂ –
• ਕੁਆਲਿਟੀ ਖਰਾਬ - Comm ਅਸਫਲਤਾ –
• ਕੁਆਲਿਟੀ ਖਰਾਬ - ਕੌਂਫਿਗਰੇਸ਼ਨ ਗਲਤੀ –
• ਕੁਆਲਿਟੀ ਖਰਾਬ - ਡਿਵਾਈਸ ਅਸਫਲਤਾ –
• ਗੁਣਵੱਤਾ ਖਰਾਬ - ਆਖਰੀ ਜਾਣਿਆ ਮੁੱਲ –
• ਕੁਆਲਿਟੀ ਖਰਾਬ - ਗੈਰ-ਵਿਸ਼ੇਸ਼ –
• ਕੁਆਲਿਟੀ ਖਰਾਬ - ਕਨੈਕਟ ਨਹੀਂ ਹੈ –
• ਗੁਣਵੱਤਾ ਖਰਾਬ - ਸੇਵਾ ਤੋਂ ਬਾਹਰ –
• ਗੁਣਵੱਤਾ ਖਰਾਬ - ਸੈਂਸਰ ਅਸਫਲਤਾ –
• ਗੁਣਵੱਤਾ ਚੰਗੀ - ਸਥਾਨਕ ਓਵਰਰਾਈਡ –
• ਗੁਣਵੱਤਾ ਚੰਗੀ - ਗੈਰ-ਵਿਸ਼ੇਸ਼ –
• ਗੁਣਵੱਤਾ ਸੀਮਾ - ਖੇਤਰ/ਸਥਿਰ –
• ਗੁਣਵੱਤਾ ਸੀਮਾ - ਖੇਤਰ/ਉੱਚ –
• ਗੁਣਵੱਤਾ ਸੀਮਾ - ਫੀਲਡ/ਘੱਟ –
• ਗੁਣਵੱਤਾ ਸੀਮਾ - ਖੇਤਰ/ਨਹੀਂ –
• ਕੁਆਲਿਟੀ ਅਨਿਸ਼ਚਿਤ - EU ਯੂਨਿਟਾਂ ਵੱਧ ਗਈਆਂ –
• ਕੁਆਲਿਟੀ ਅਨਿਸ਼ਚਿਤ - ਆਖਰੀ ਵਰਤੋਂ ਯੋਗ ਮੁੱਲ –
• ਕੁਆਲਿਟੀ ਅਨਿਸ਼ਚਿਤ - ਗੈਰ-ਵਿਸ਼ੇਸ਼ –
• ਕੁਆਲਿਟੀ ਅਨਿਸ਼ਚਿਤ - ਸੈਂਸਰ ਸਹੀ ਨਹੀਂ ਹੈ –
• ਕੁਆਲਿਟੀ ਅਨਿਸ਼ਚਿਤ - ਸਬ ਸਧਾਰਨ –

oadrResponseRequired

• ਹਮੇਸ਼ਾ - ਪ੍ਰਾਪਤ ਕੀਤੀ ਹਰ ਘਟਨਾ ਲਈ ਹਮੇਸ਼ਾਂ ਇੱਕ ਜਵਾਬ ਭੇਜੋ।
• ਕਦੇ ਨਹੀਂ - ਕਦੇ ਜਵਾਬ ਨਾ ਦਿਓ।

optReason

ਚੋਣ ਕਰਨ ਲਈ ਗਿਣਿਆ ਗਿਆ ਕਾਰਨ।

• ਆਰਥਿਕ –
• ਸੰਕਟਕਾਲੀਨ –
• ਚਲਾਉਣਾ ਚਾਹੀਦਾ ਹੈ –
• ਹਿੱਸਾ ਨਹੀਂ ਲੈ ਰਿਹਾ –
• outageRunStatus –
• ਓਵਰਰਾਈਡ ਸਟੇਟੂs -
• ਹਿੱਸਾ ਲੈ ਰਿਹਾ ਹੈ –
• x- ਤਹਿ –

oadrTransportName

• ਸਧਾਰਨHttp –
• xmpp –

OptType

• optIn - ਇੱਕ ਸੰਕੇਤ ਕਿ VEN ਇੱਕ ਇਵੈਂਟ ਵਿੱਚ ਹਿੱਸਾ ਲਵੇਗਾ, ਜਾਂ EiOpt ਸੇਵਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇੱਕ ਕਿਸਮ ਦੀ ਸਮਾਂ-ਸਾਰਣੀ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਸਰੋਤ ਉਪਲਬਧ ਹੋਵੇਗਾ
• ਬਾਹਰ ਕੱਡਣਾ - ਇੱਕ ਸੰਕੇਤ ਹੈ ਕਿ VEN ਇੱਕ ਇਵੈਂਟ ਵਿੱਚ ਹਿੱਸਾ ਨਹੀਂ ਲਵੇਗਾ, ਜਾਂ EiOpt ਸੇਵਾ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇੱਕ ਕਿਸਮ ਦੀ ਸਮਾਂ-ਸਾਰਣੀ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਸਰੋਤ ਉਪਲਬਧ ਨਹੀਂ ਹੋਵੇਗਾ

ਪੜ੍ਹਨ ਦੀ ਕਿਸਮ

• ਅਲਾਟ ਕੀਤਾ ਗਿਆ - ਮੀਟਰ ਕਈ [ਸਰੋਤ] ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ ਅਤੇ ਵਰਤੋਂ ਦਾ ਅਨੁਮਾਨ ਕਿਸੇ ਕਿਸਮ ਦੇ ਪ੍ਰੋ ਡਾਟਾ ਗਣਨਾ ਦੁਆਰਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ।
• ਇਕਰਾਰਨਾਮਾ - ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਰੀਡਿੰਗ ਪ੍ਰੋ ਫਾਰਮਾ ਹੈ, ਭਾਵ, ਸਹਿਮਤੀ ਵਾਲੀਆਂ ਦਰਾਂ 'ਤੇ ਰਿਪੋਰਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ
• ਪ੍ਰਾਪਤ ਕੀਤਾ - ਵਰਤੋਂ ਦਾ ਅਨੁਮਾਨ ਰਨ-ਟਾਈਮ, ਸਧਾਰਣ ਸੰਚਾਲਨ, ਆਦਿ ਦੇ ਗਿਆਨ ਦੁਆਰਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ।
• ਸਿੱਧਾ ਪੜ੍ਹੋ - ਰੀਡਿੰਗ ਨੂੰ ਇੱਕ ਡਿਵਾਈਸ ਤੋਂ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਮੋਨੋਟੋਨਿਕ ਤੌਰ 'ਤੇ ਵਧਦਾ ਹੈ, ਅਤੇ ਵਰਤੋਂ ਦੀ ਸ਼ੁਰੂਆਤ ਅਤੇ ਬੰਦ ਰੀਡਿੰਗ ਦੇ ਜੋੜਿਆਂ ਤੋਂ ਗਣਨਾ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
• ਅਨੁਮਾਨਿਤ - ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਇੱਕ ਰੀਡਿੰਗ ਇੱਕ ਲੜੀ ਵਿੱਚ ਗੈਰਹਾਜ਼ਰ ਹੁੰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਜ਼ਿਆਦਾਤਰ ਰੀਡਿੰਗ ਮੌਜੂਦ ਹੁੰਦੇ ਹਨ।
• ਹਾਈਬ੍ਰਿਡ - ਜੇਕਰ ਏਕੀਕ੍ਰਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਕੁੱਲ ਸੰਖਿਆ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਰੀਡਿੰਗ ਕਿਸਮਾਂ ਦਾ ਹਵਾਲਾ ਦਿੰਦਾ ਹੈ।
• ਮਤਲਬ - ਗ੍ਰੈਨਿਊਲਰਿਟੀ ਵਿੱਚ ਦਰਸਾਏ ਗਏ ਸਮੇਂ ਦੌਰਾਨ ਰੀਡਿੰਗ ਦਾ ਔਸਤ ਮੁੱਲ ਹੈ
• ਨੈੱਟ - ਮੀਟਰ ਜਾਂ [ਸਰੋਤ] ਸਮੇਂ ਦੇ ਨਾਲ ਕੁੱਲ ਵਰਤੋਂ ਦੀ ਆਪਣੀ ਖੁਦ ਦੀ ਗਣਨਾ ਤਿਆਰ ਕਰਦਾ ਹੈ।
• ਪੀਕ - ਗ੍ਰੈਨਿਊਲੈਰਿਟੀ ਵਿੱਚ ਦਰਸਾਏ ਗਏ ਸਮੇਂ ਵਿੱਚ ਰੀਡਿੰਗ ਪੀਕ (ਉੱਚਤਮ) ਮੁੱਲ ਹੈ। ਕੁਝ ਮਾਪਾਂ ਲਈ, ਇਹ ਸਭ ਤੋਂ ਘੱਟ ਮੁੱਲ ਦੇ ਰੂਪ ਵਿੱਚ ਵਧੇਰੇ ਅਰਥ ਰੱਖ ਸਕਦਾ ਹੈ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕੁੱਲ ਰੀਡਿੰਗਾਂ ਨਾਲ ਇਕਸਾਰ ਨਾ ਹੋਵੇ। ਕੇਵਲ ਵਹਾਅ-ਰੇਟ ਆਈਟਮ ਬੇਸ ਲਈ ਵੈਧ ਹੈ, ਭਾਵ, ਊਰਜਾ ਨਹੀਂ।
• ਅਨੁਮਾਨਿਤ - ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਪੜ੍ਹਨਾ ਭਵਿੱਖ ਵਿੱਚ ਹੈ, ਅਤੇ ਅਜੇ ਤੱਕ ਮਾਪਿਆ ਨਹੀਂ ਗਿਆ ਹੈ।
• ਸਾਰ - ਕਈ ਮੀਟਰ ਇਕੱਠੇ ਇਸ [ਸਰੋਤ] ਲਈ ਰੀਡਿੰਗ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਇਹ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਏਕੀਕ੍ਰਿਤ ਨਾਲੋਂ ਵੱਖਰਾ ਹੈ, ਜੋ ਇੱਕੋ ਪੇਲੋਡ ਵਿੱਚ ਕਈ [ਸਰੋਤ] ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਹਾਈਬ੍ਰਿਡ ਵੀ ਦੇਖੋ।
• x-ਲਾਗੂ ਨਹੀਂ ਹੈ - ਲਾਗੂ ਨਹੀਂ ਹੈ
• x-RMS - ਰੂਟ ਮੀਨ ਵਰਗ

ਰਿਪੋਰਟ ਦਾ ਨਾਮ

• HISTORY_GREENBUTTON - ਇੱਕ ਐਟਮ ਫੀਡ ਸਕੀਮਾ ਢਾਂਚੇ ਵਿੱਚ ਗ੍ਰੀਨਬਟਨ ਡੇਟਾ ਵਾਲੀ ਇੱਕ ਰਿਪੋਰਟ
• HISTORY_USAGE - ਇਤਿਹਾਸਿਕ ਊਰਜਾ ਵਰਤੋਂ ਡੇਟਾ ਵਾਲੀ ਇੱਕ ਰਿਪੋਰਟ
• METADATA_HISTORY_GREENBUTTON - HISTORY_GREENBUTTON ਰਿਪੋਰਟਾਂ ਲਈ ਰਿਪੋਰਟਿੰਗ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਇੱਕ ਮੈਟਾਡੇਟਾ ਰਿਪੋਰਟ
• METADATA_HISTORY_USAGE - HISTORY_USAGE ਰਿਪੋਰਟਾਂ ਲਈ ਰਿਪੋਰਟਿੰਗ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਇੱਕ ਮੈਟਾਡੇਟਾ ਰਿਪੋਰਟ
• METADATA_TELEMETRY_STATUS - TELEMETRY_STATUS ਰਿਪੋਰਟਾਂ ਲਈ ਰਿਪੋਰਟਿੰਗ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਇੱਕ ਮੈਟਾਡੇਟਾ ਰਿਪੋਰਟ
• METADATA_TELEMETRY_USAGE - ਇੱਕ ਮੈਟਾਡੇਟਾ ਰਿਪੋਰਟ TELEMETRY_USAGE ਰਿਪੋਰਟਾਂ ਲਈ ਰਿਪੋਰਟਿੰਗ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ
• TELEMETRY_STATUS - ਇੱਕ ਰਿਪੋਰਟ ਜਿਸ ਵਿੱਚ ਅਸਲ ਸਮੇਂ ਵਿੱਚ ਸਰੋਤ ਸਥਿਤੀ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਔਨਲਾਈਨ ਸਥਿਤੀ
• TELEMETRY_USAGE - ਇੱਕ ਰਿਪੋਰਟ ਜਿਸ ਵਿੱਚ ਰੀਅਲ ਟਾਈਮ ਊਰਜਾ ਵਰਤੋਂ ਦੀ ਜਾਣਕਾਰੀ ਹੈ

ਰਿਪੋਰਟ ਦੀ ਕਿਸਮ

ਇੱਕ ਗਿਣਿਆ ਮੁੱਲ ਜੋ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾ ਰਹੀ ਰਿਪੋਰਟ ਦੀ ਕਿਸਮ ਦਿੰਦਾ ਹੈ।

• ਉਪਲਬਧ ਐਨਰਜੀ ਸਟੋਰੇਜ - ਹੋਰ ਊਰਜਾ ਸਟੋਰੇਜ ਲਈ ਸਮਰੱਥਾ ਉਪਲਬਧ ਹੈ, ਸ਼ਾਇਦ ਟਾਰਗੇਟ ਐਨਰਜੀ ਸਟੋਰੇਜ ਤੱਕ ਪਹੁੰਚਣ ਲਈ
• ਔਸਤ ਮੰਗ - ਗ੍ਰੈਨੁਲੇਰਿਟੀ ਦੁਆਰਾ ਦਰਸਾਏ ਗਏ ਸਮੇਂ ਦੀ ਔਸਤ ਵਰਤੋਂ। ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ ਮੰਗ ਵੇਖੋ।
• ਔਸਤ ਵਰਤੋਂ - ਗ੍ਰੈਨੁਲੇਰਿਟੀ ਦੁਆਰਾ ਦਰਸਾਏ ਗਏ ਸਮੇਂ ਦੀ ਔਸਤ ਵਰਤੋਂ। ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ ਵਰਤੋਂ ਵੇਖੋ।
• ਬੇਸਲਾਈਨ - ਮੰਗ ਜਾਂ ਵਰਤੋਂ ਹੋ ਸਕਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਆਈਟਮਬੇਸ ਦੁਆਰਾ ਦਰਸਾਈ ਗਈ ਹੈ। ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਕੀ [ਮਾਪ] ਘਟਨਾ ਜਾਂ ਨਿਯਮ ਲਈ ਨਹੀਂ ਹੋਵੇਗਾ। ਰਿਪੋਰਟ ਬੇਸਲਾਈਨ ਫਾਰਮੈਟ ਦੀ ਹੈ।
• ਡੈਲਟਾ ਡਿਮਾਂਡ - ਬੇਸਲਾਈਨ ਦੇ ਮੁਕਾਬਲੇ ਮੰਗ ਵਿੱਚ ਤਬਦੀਲੀ। ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ ਮੰਗ ਵੇਖੋ
• deltaSetPoint - ਪਿਛਲੇ ਅਨੁਸੂਚੀ ਤੋਂ ਸੈੱਟਪੁਆਇੰਟ ਵਿੱਚ ਬਦਲਾਅ।
• ਡੈਲਟਾ ਵਰਤੋਂ - ਬੇਸਲਾਈਨ ਦੇ ਮੁਕਾਬਲੇ ਵਰਤੋਂ ਵਿੱਚ ਤਬਦੀਲੀ। ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ ਵਰਤੋਂ ਵੇਖੋ
• ਮੰਗ - ਰਿਪੋਰਟ ਇਕਾਈਆਂ ਦੀ ਮਾਤਰਾ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ (ਆਈਟਮਬੇਸ ਜਾਂ EMIX ਉਤਪਾਦ ਵਿੱਚ ਨਾਮਿਤ)। ਪੇਲੋਡ ਕਿਸਮ ਮਾਤਰਾ ਹੈ। ਇੱਕ ਆਮ ਆਈਟਮਬੇਸ ਅਸਲ ਸ਼ਕਤੀ ਹੈ।
• ਭਟਕਣਾ - ਕੁਝ ਹਦਾਇਤਾਂ ਅਤੇ ਅਸਲ ਸਥਿਤੀ ਵਿੱਚ ਅੰਤਰ।
• ਡਾਊਨ ਰੈਗੂਲੇਸ਼ਨ ਸਮਰੱਥਾ ਉਪਲਬਧ ਹੈ - ਡਿਸਪੈਚ ਲਈ ਉਪਲਬਧ ਡਾਊਨ ਰੈਗੂਲੇਸ਼ਨ ਸਮਰੱਥਾ, EMIX ਰੀਅਲ ਪਾਵਰ ਵਿੱਚ ਦਰਸਾਈ ਗਈ ਹੈ। ਪੇਲੋਡ ਨੂੰ ਹਮੇਸ਼ਾ ਸਕਾਰਾਤਮਕ ਮਾਤਰਾ ਵਜੋਂ ਦਰਸਾਇਆ ਜਾਂਦਾ ਹੈ।
• ਪੱਧਰ - ਹਰੇਕ ਅੰਤਰਾਲ 'ਤੇ ਮਾਰਕੀਟ ਤੋਂ ਸਧਾਰਨ ਪੱਧਰ.
• ਓਪਰੇਟਿੰਗ ਸਟੇਟ - ਕਿਸੇ ਸਰੋਤ ਦੀ ਆਮ ਸਥਿਤੀ ਜਿਵੇਂ ਕਿ ਚਾਲੂ/ਬੰਦ, ਇਮਾਰਤ ਦਾ ਕਬਜ਼ਾ, ਆਦਿ। ਕੋਈ ਵੀ ਆਈਟਮਬੇਸ ਸੰਬੰਧਿਤ ਨਹੀਂ ਹੈ। ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਖਾਸ ਪੇਲੋਡ ਐਕਸਟੈਂਸ਼ਨ ਦੀ ਲੋੜ ਹੈ।
• ਪ੍ਰਤੀਸ਼ਤ ਦੀ ਮੰਗ - ਪਰਸੇਨtagਮੰਗ ਦਾ e
• ਪ੍ਰਤੀਸ਼ਤ ਵਰਤੋਂ - ਪਰਸੇਨtagਵਰਤੋਂ ਦਾ e
• ਪਾਵਰਫੈਕਟਰ - ਸਰੋਤ ਲਈ ਪਾਵਰ ਫੈਕਟਰ
• ਕੀਮਤ - ਹਰੇਕ ਅੰਤਰਾਲ 'ਤੇ ਪ੍ਰਤੀ ਆਈਟਮਬੇਸ ਕੀਮਤ
• ਪੜ੍ਹਨਾ - ਰਿਪੋਰਟ ਇੱਕ ਰੀਡਿੰਗ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਇੱਕ ਮੀਟਰ ਤੋਂ। ਰੀਡਿੰਗਸ ਸਮੇਂ ਦੇ ਪਲ ਹੁੰਦੇ ਹਨ-ਸਮੇਂ ਦੇ ਨਾਲ ਤਬਦੀਲੀਆਂ ਨੂੰ ਲਗਾਤਾਰ ਰੀਡਿੰਗਾਂ ਵਿਚਕਾਰ ਅੰਤਰ ਤੋਂ ਗਿਣਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਪੇਲੋਡ ਕਿਸਮ ਫਲੋਟ ਹੈ
• regulationSetpoint - ਰੈਗੂਲੇਸ਼ਨ ਸੇਵਾਵਾਂ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਹਦਾਇਤਾਂ ਅਨੁਸਾਰ ਰੈਗੂਲੇਸ਼ਨ ਸੈੱਟਪੁਆਇੰਟ
• ਸੈੱਟਪੁਆਇੰਟ - ਰਿਪੋਰਟ ਵਰਤਮਾਨ ਵਿੱਚ ਨਿਰਧਾਰਤ ਰਕਮ (ਆਈਟਮਬੇਸ ਜਾਂ EMIX ਉਤਪਾਦ ਵਿੱਚ ਦਰਸਾਈ ਗਈ) ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ। VTN ਤੋਂ ਭੇਜੇ ਗਏ ਸੈੱਟਪੁਆਇੰਟ ਕੰਟਰੋਲ ਮੁੱਲ ਦੀ ਪੁਸ਼ਟੀ/ਵਾਪਸੀ ਹੋ ਸਕਦੀ ਹੈ। ਪੇਲੋਡ ਕਿਸਮ ਮਾਤਰਾ ਹੈ। ਇੱਕ ਆਮ ਆਈਟਮਬੇਸ ਅਸਲ ਸ਼ਕਤੀ ਹੈ।
• ਸਟੋਰ ਕੀਤੀ ਊਰਜਾ - ਸਟੋਰ ਕੀਤੀ ਊਰਜਾ ਨੂੰ ਅਸਲ ਊਰਜਾ ਵਜੋਂ ਦਰਸਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਪੇਲੋਡ ਨੂੰ ਮਾਤਰਾ ਵਜੋਂ ਦਰਸਾਇਆ ਗਿਆ ਹੈ।
• targetEnergyStorage - ਟਾਰਗੇਟ ਐਨਰਜੀ ਨੂੰ ਰੀਅਲ ਐਨਰਜੀ ਦੇ ਰੂਪ ਵਿੱਚ ਦਰਸਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਪੇਲੋਡ ਨੂੰ ਮਾਤਰਾ ਦੇ ਰੂਪ ਵਿੱਚ ਦਰਸਾਇਆ ਗਿਆ ਹੈ।
• upRegulation Capacity ਉਪਲਬਧ ਹੈ - ਡਿਸਪੈਚ ਲਈ ਉਪਲਬਧ ਰੈਗੂਲੇਸ਼ਨ ਸਮਰੱਥਾ, EMIX ਰੀਅਲ ਪਾਵਰ ਵਿੱਚ ਦਰਸਾਈ ਗਈ ਹੈ। ਪੇਲੋਡ ਨੂੰ ਹਮੇਸ਼ਾ ਸਕਾਰਾਤਮਕ ਮਾਤਰਾ ਵਜੋਂ ਦਰਸਾਇਆ ਜਾਂਦਾ ਹੈ।
• ਵਰਤੋਂ - ਰਿਪੋਰਟ ਇੱਕ ਅਵਧੀ ਵਿੱਚ ਇਕਾਈਆਂ ਦੀ ਮਾਤਰਾ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ (ਆਈਟਮਬੇਸ ਜਾਂ EMIX ਉਤਪਾਦ ਵਿੱਚ ਨਾਮਿਤ)। ਪੇਲੋਡ ਕਿਸਮ ਮਾਤਰਾ ਹੈ। ਇੱਕ ਆਮ ਆਈਟਮਬੇਸ ਰੀਅਲ ਐਨਰਜੀ ਹੈ
• x-ਸਰੋਤ ਸਥਿਤੀ - ਪਰਸੇਨtagਮੰਗ ਦਾ e

ਸਕੇਲ ਕੋਡ

• p - ਪਿਕੋ 10**-12
• n - ਨੈਨੋ 10**-9
• ਮਾਈਕ੍ਰੋ - ਮਾਈਕ੍ਰੋ 10**-6
• m - ਮਿਲੀ 10**-3
• c - ਸੈਂਟੀ 10**-2
• d - ਦਸੰਬਰ 10**-1
• k - ਕਿਲੋ 10**3
• M - ਮੈਗਾ 10**6
• G - ਗੀਗਾ 10**9
• T - ਤੇਰਾ 10**12
• ਕੋਈ ਨਹੀਂ - ਨੇਟਿਵ ਸਕੇਲ

signalName

• BID_ENERGY - ਇਹ ਇੱਕ ਸਰੋਤ ਤੋਂ ਊਰਜਾ ਦੀ ਮਾਤਰਾ ਹੈ ਜੋ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਬੋਲੀ ਗਈ ਸੀ
• BID_LOAD - ਇਹ ਲੋਡ ਦੀ ਮਾਤਰਾ ਹੈ ਜੋ ਇੱਕ ਸਰੋਤ ਦੁਆਰਾ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਵਿੱਚ ਬੋਲੀ ਗਈ ਸੀ
• BID_PRICE - ਇਹ ਉਹ ਕੀਮਤ ਹੈ ਜੋ ਸਰੋਤ ਦੁਆਰਾ ਬੋਲੀ ਗਈ ਸੀ
• CHARGE_STATE - ਊਰਜਾ ਸਟੋਰੇਜ ਸਰੋਤ ਦੀ ਸਥਿਤੀ
• DEMAND_CHARGE - ਇਹ ਡਿਮਾਂਡ ਚਾਰਜ ਹੈ
• ELECTRICITY_PRICE - ਇਹ ਬਿਜਲੀ ਦੀ ਲਾਗਤ ਹੈ
• ENERGY_PRICE - ਇਹ ਊਰਜਾ ਦੀ ਲਾਗਤ ਹੈ
• LOAD_CONTROL -ਲੋਡ ਆਉਟਪੁੱਟ ਨੂੰ ਰਿਸ਼ਤੇਦਾਰ ਮੁੱਲਾਂ 'ਤੇ ਸੈੱਟ ਕਰੋ
• LOAD_DISPATCH - ਇਸਦੀ ਵਰਤੋਂ ਲੋਡ ਭੇਜਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ
• ਸਧਾਰਨ - ਘਟਾਇਆ ਗਿਆ - A ਪ੍ਰੋ ਦੇ ਨਾਲ ਪਿੱਛੇ ਵੱਲ ਅਨੁਕੂਲਤਾ ਲਈfile
• ਸਧਾਰਨ - ਸਧਾਰਨ ਪੱਧਰ (OpenADR 2.0a ਅਨੁਕੂਲ)

ਸੰਕੇਤ ਦੀ ਕਿਸਮ

ਸਿਗਨਲ ਦੀ ਕਿਸਮ ਦਾ ਵਰਣਨ ਕਰਨ ਵਾਲਾ ਇੱਕ ਗਿਣਿਆ ਮੁੱਲ ਜਿਵੇਂ ਕਿ ਪੱਧਰ ਜਾਂ ਕੀਮਤ

• ਡੈਲਟਾ - ਸਿਗਨਲ ਉਸ ਮਾਤਰਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਸਿਗਨਲ ਤੋਂ ਬਿਨਾਂ ਕਿਸੇ ਨੇ ਵਰਤੀ ਹੋਵੇਗੀ।
• ਪੱਧਰ - ਸਿਗਨਲ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਪੱਧਰ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
• ਗੁਣਾr - ਸਿਗਨਲ ਡਿਲੀਵਰੀ ਜਾਂ ਵਰਤੋਂ ਦੀ ਮੌਜੂਦਾ ਦਰ 'ਤੇ ਲਾਗੂ ਕੀਤੇ ਗੁਣਕ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜੋ ਸਿਗਨਲ ਤੋਂ ਬਿਨਾਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
• ਕੀਮਤ - ਸਿਗਨਲ ਕੀਮਤ ਦਰਸਾਉਂਦਾ ਹੈ।
• ਕੀਮਤ ਗੁਣਾr - ਸਿਗਨਲ ਕੀਮਤ ਗੁਣਕ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਵਿਸਤ੍ਰਿਤ ਕੀਮਤ ਇਕਾਈਆਂ ਦੀ ਸੰਖਿਆ ਨਾਲ ਗੁਣਾ ਕੀਤੀ ਗਈ ਗਣਨਾ ਕੀਤੀ ਕੀਮਤ ਹੈ।
• ਕੀਮਤ ਸੰਬੰਧੀ - ਸਿਗਨਲ ਅਨੁਸਾਰੀ ਕੀਮਤ ਦਰਸਾਉਂਦਾ ਹੈ।
• ਸੈੱਟ ਪੁਆਇੰਟ - ਸਿਗਨਲ ਯੂਨਿਟਾਂ ਦੀ ਟੀਚਾ ਮਾਤਰਾ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
• x-ਲੋਡ ਕੰਟਰੋਲ ਸਮਰੱਥਾ - ਇਹ ਲੋਡ ਕੰਟਰੋਲਰ ਲਈ ਇੱਕ ਪੱਧਰ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਇੱਕ ਹਦਾਇਤ ਹੈ ਜੋ ਕੁਝ ਪ੍ਰਤੀਸ਼ਤ ਹੈtagਇਸਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਲੋਡ ਖਪਤ ਸਮਰੱਥਾ ਦਾ e. ਇਹ ਡਿਊਟੀ ਸਾਈਕਲਿੰਗ ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਕਰਨ ਲਈ ਖਾਸ ਲੋਡ ਕੰਟਰੋਲਰਾਂ ਨਾਲ ਮੈਪ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ 1.0 100% ਖਪਤ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਸਧਾਰਨ ON/OFF ਕਿਸਮ ਦੇ ਯੰਤਰਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਫਿਰ 0 = OFF ਅਤੇ 1 = ON।
• x-loadControlLevelOffset - ਵੱਖਰੇ ਪੂਰਨ ਅੰਕ ਦੇ ਪੱਧਰ ਜੋ ਆਮ ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਅਨੁਸਾਰੀ ਹੁੰਦੇ ਹਨ ਜਿੱਥੇ 0 ਆਮ ਓਪਰੇਸ਼ਨ ਹੁੰਦੇ ਹਨ।
• x-loadControlPercentOffset - ਪਰਸੇਨtage ਸਧਾਰਣ ਲੋਡ ਨਿਯੰਤਰਣ ਕਾਰਜਾਂ ਤੋਂ ਬਦਲਾਵ।
• x-loadControlSetpoint - ਲੋਡ ਕੰਟਰੋਲਰ ਸੈੱਟ ਪੁਆਇੰਟ.

- ਓਪਨਏਡੀਆਰ ਏ ਅਤੇ ਬੀ ਪ੍ਰੋfile ਅੰਤਰ

ਏ ਪ੍ਰੋ ਦੁਆਰਾ ਸਮਰਥਿਤ ਇੱਕੋ ਇੱਕ ਸੇਵਾfile EiEvent ਸੇਵਾ ਹੈ। EiEvent ਆਬਜੈਕਟ ਨੂੰ ਏ ਪ੍ਰੋ ਵਿੱਚ ਸਰਲ ਬਣਾਇਆ ਗਿਆ ਹੈfile ਹੇਠ ਲਿਖੀਆਂ ਪਾਬੰਦੀਆਂ ਦੇ ਨਾਲ:

• ਪ੍ਰਤੀ ਇਵੈਂਟ ਸਿਰਫ਼ ਇੱਕ ਸਿਗਨਲ ਦੀ ਇਜਾਜ਼ਤ ਹੈ ਅਤੇ ਉਹ ਸਿਗਨਲ OpenADR ਜਾਣਿਆ-ਪਛਾਣਿਆ ਸਿਮਪਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਸਿਰਫ਼ venID, groupID, resourceID, ਅਤੇ partyID ਸਮਰਥਿਤ ਇੱਕ ਸੀਮਤ ਇਵੈਂਟ ਟੀਚਾ ਹੈ।(eiEvent:eiTarget)।
• ਡਿਵਾਈਸ ਕਲਾਸਾਂ ਦੇ ਨਾਲ ਸਿਗਨਲ ਪੱਧਰ 'ਤੇ ਨਿਸ਼ਾਨਾ ਬਣਾਉਣਾ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ (eiEventSignal:eiTarget:endDeviceAsset)।
• ਬੇਸਲਾਈਨ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ (eiEvent:eiEventSignals:eiEventBaseline)।
• modificationDateTime ਅਤੇ modificationReason ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ।
• ਅੰਤ ਬਿੰਦੂ URL 2.0b ਵਿੱਚ ਸਧਾਰਨ HTTP ਲਈ ਹੈ:
  • https://<hostname>(:port)/(prefix/)OpenADR2/Simple/2.0b/<service>

ਕੁਝ ਪੇਲੋਡ ਤੱਤ ਜੋ A ਪ੍ਰੋ ਵਿੱਚ ਲੋੜੀਂਦੇ ਸਨfile ਬੀ ਪ੍ਰੋ ਵਿੱਚ ਹੁਣ ਵਿਕਲਪਿਕ ਹਨfile, ਸਮੇਤ:

• ਮੌਜੂਦਾ ਮੁੱਲ

- ਓਪਨਏਡੀਆਰ ਸੁਰੱਖਿਆ ਸਰਟੀਫਿਕੇਟ

OpenADR ਅਨੁਕੂਲਤਾ ਨਿਯਮਾਂ ਲਈ ਹੇਠ ਲਿਖਿਆਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ:

• TLS ਸੰਸਕਰਣ 1.2 ਦੀ ਵਰਤੋਂ X.509 ਸਰਟੀਫਿਕੇਟਾਂ ਦੇ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ
• VTN ਦੇ ਕੋਲ SHA256 ECC ਅਤੇ RSA ਸਰਟੀਫਿਕੇਟ ਦੋਵੇਂ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ
• VENs SHA256 ECC ਅਤੇ RSA ਸਰਟੀਫਿਕੇਟਾਂ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦੇ ਹਨ, ਅਤੇ ਦੋਵਾਂ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦੇ ਹਨ
• VTNs ਅਤੇ VENs ਦੋਵਾਂ ਨੂੰ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਦੀ ਬੇਨਤੀ ਕਰਨ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜੇਕਰ ਉਹ ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਸਰਵਰ ਦੀ ਭੂਮਿਕਾ ਨਿਭਾਉਣ ਜਾ ਰਹੇ ਹਨ (ਭਾਵ ਦੂਜੀ ਧਿਰ ਦੀਆਂ ਬੇਨਤੀਆਂ ਦਾ ਜਵਾਬ ਦੇਣਾ)
• TLS ਗੱਲਬਾਤ ਪ੍ਰਕਿਰਿਆ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਦੂਜੀ ਧਿਰ ਦੁਆਰਾ ਬੇਨਤੀ ਕੀਤੇ ਜਾਣ 'ਤੇ VTNs ਅਤੇ VENs ਦੋਵਾਂ ਨੂੰ ਇੱਕ ਕਲਾਇੰਟ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਦਾਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

NetworkFX ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਸਰਟੀਫਿਕੇਟ RSA ਜਾਂ ECC ਲਈ ਖਾਸ ਹੋਣਗੇ। ਇਹਨਾਂ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਰਚਨਾ NetworkFX 'ਤੇ ਫਾਰਮ ਭਰਨ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹੋ ਸਕਦੀ ਹੈ web ਟੈਸਟ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਬੇਨਤੀ ਕਰਨ ਲਈ ਸਾਈਟ ਜਾਂ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਸਾਈਨਿੰਗ ਬੇਨਤੀ (CSR) ਦੁਆਰਾ ਉਤਪਾਦਨ ਸਰਟੀਫਿਕੇਟ ਦੀ ਬੇਨਤੀ ਕਰਨ ਦਾ ਨਤੀਜਾ ਹੋ ਸਕਦਾ ਹੈ। ਵਿਧੀ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ, ਹੇਠ ਲਿਖੇ files ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਵੇਗਾ (ਉਦਾਹਰਨamples ਦਿਖਾਏ ਗਏ ਹਨ):

• ਰੂਟ ਸਰਟੀਫਿਕੇਟ
• ਇੰਟਰਮੀਡੀਏਟ ਰੂਟ ਸਰਟੀਫਿਕੇਟ
• ਡਿਵਾਈਸ ਸਰਟੀਫਿਕੇਟ
• ਨਿੱਜੀ ਕੁੰਜੀ

ਆਮ ਤੌਰ 'ਤੇ, ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ VEN ਜਾਂ VTN ਦੁਆਰਾ ਭੇਜੇ ਗਏ ਪੇਲੋਡਾਂ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਡਿਵਾਈਸ ਸਰਟੀਫਿਕੇਟ ਇੱਕ VEN ਜਾਂ VTN ਬਾਰੇ ਵਿਲੱਖਣ ਪਛਾਣ ਜਾਣਕਾਰੀ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜੋ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਅਥਾਰਟੀ ਦੁਆਰਾ ਬਣਾਇਆ ਗਿਆ ਹੈ ਅਤੇ ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਐਨਕ੍ਰਿਪਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਰੂਟ ਅਤੇ ਇੰਟਰਮੀਡੀਏਟ files ਦੀ ਵਰਤੋਂ ਡਿਵਾਈਸ ਸਰਟੀਫਿਕੇਟ ਨੂੰ ਡੀਕ੍ਰਿਪਟ ਕਰਨ ਅਤੇ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਸਰਟੀਫਿਕੇਟ ਇੱਕ ਭਰੋਸੇਯੋਗ ਅਥਾਰਟੀ ਤੋਂ ਆਇਆ ਹੈ।

ਇੱਕ Java ਵਾਤਾਵਰਣ ਵਿੱਚ ਜੋ JSSE ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਇੱਥੇ ਦੋ ਸਰਟੀਫਿਕੇਟ ਸਟੋਰ ਹਨ। ਇੱਕ ਨੂੰ ਟਰੱਸਟ ਸਟੋਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਰੂਟ ਸਰਟੀਫਿਕੇਟ ਰੱਖਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਦੂਜੇ ਨੂੰ ਕੀ ਸਟੋਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਚੇਨ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਡਿਵਾਈਸ ਸਰਟੀਫਿਕੇਟ ਇੰਟਰਮੀਡੀਏਟ ਸਰਟੀਫਿਕੇਟ ਦੇ ਨਾਲ-ਨਾਲ ਪ੍ਰਾਈਵੇਟ ਕੁੰਜੀ ਵੀ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ।

ਕਿਰਪਾ ਕਰਕੇ ਨੋਟ ਕਰੋ ਕਿ ਇੱਕ XMPP ਟ੍ਰਾਂਸਪੋਰਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ VEN XMPP ਸਰਵਰ ਨਾਲ ਸੰਚਾਰ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ VTN ਨਾਲ ਸਿੱਧਾ ਨਹੀਂ। ਇਸ ਲਈ XMPP ਸਰਵਰ ਵਿੱਚ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਸੰਰਚਨਾ ਇੱਕ VTN ਦੇ ਬਰਾਬਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। VTN ਅਤੇ XMPP ਸਰਵਰ ਵਿਚਕਾਰ ਸੰਚਾਰ VEN ਲਈ ਪਾਰਦਰਸ਼ੀ ਹੈ ਅਤੇ ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਇੱਕ ਨਿੱਜੀ ਲਿੰਕ ਹੈ। ਫਿਰ ਵੀ, XMPP ਸਰਵਰ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਵੇਲੇ ਜ਼ਿਆਦਾਤਰ ਵਿਕਰੇਤਾਵਾਂ ਨੇ VTN ਵਿੱਚ VEN ਸਰਟੀਫਿਕੇਟਾਂ ਦੇ ਇੱਕ ਸੈੱਟ ਦੀ ਵਰਤੋਂ ਕੀਤੀ।

ਜੇ ਤੁਸੀਂ ਓਪਨਫਾਇਰ ਨੂੰ ਆਪਣੇ XMPP ਸਰਵਰ ਵਜੋਂ ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਇੱਕ ਹੋਰ ਰੁਕਾਵਟ ਹੈ ਜਿਸ ਬਾਰੇ ਤੁਹਾਨੂੰ ਵਿਚਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਓਪਨਫਾਇਰ ਲਈ ਲੋੜ ਹੈ ਕਿ ਕਲਾਇੰਟ ਡਿਵਾਈਸ ਸਰਟੀਫਿਕੇਟਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ CN ਨਾਮ XMPP ਸਰਵਰ ਉੱਤੇ ਸੰਰਚਿਤ ਕੀਤੇ ਡਿਵਾਈਸਾਂ XMPP ਉਪਭੋਗਤਾ ਨਾਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਕੁਝ ਅਜੀਬ ਕਲਾਇੰਟ ਨਾਮ ਹੋ ਸਕਦੇ ਹਨ ਕਿਉਂਕਿ VEN ਸਰਟੀਫਿਕੇਟਾਂ (OpenADR ਸੁਰੱਖਿਆ ਲੋੜਾਂ ਦਾ ਹਿੱਸਾ) 'ਤੇ CN ਨਾਮ ਲਈ MAC ਵਰਗੇ ਪਤੇ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਅੰਤ ਵਿੱਚ, ਜ਼ਿਆਦਾਤਰ VENs ਅਤੇ VTNs ਜਦੋਂ ਇੱਕ ਟ੍ਰਾਂਸਪੋਰਟ ਕਲਾਇੰਟ ਦੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦੇ ਹਨ, ਇਹ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਨਗੇ ਕਿ ਟ੍ਰਾਂਸਪੋਰਟ ਸਰਵਰ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਸਰਟੀਫਿਕੇਟ ਦੇ CN ਖੇਤਰ ਵਿੱਚ ਇੱਕ CN ਨਾਮ ਹੈ ਜੋ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਦਾਨ ਕਰਨ ਵਾਲੀ ਸੰਸਥਾ ਦੇ ਹੋਸਟ ਨਾਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। ਸਰਟੀਫਿਕੇਟਾਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਦੇ ਸਮੇਂ ਇਹ ਅੰਤਰ-ਕਾਰਜਸ਼ੀਲਤਾ ਸਮੱਸਿਆਵਾਂ ਦਾ ਇੱਕ ਹੋਰ ਸਰੋਤ ਹੋ ਸਕਦਾ ਹੈ। ਹੋਸਟ ਨਾਮ ਤਸਦੀਕ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਕਿਸਮ ਦੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਅਲੱਗ ਕਰਨ ਲਈ ਪ੍ਰੋਗਰਾਮੇਟਿਕ ਤੌਰ 'ਤੇ ਅਸਮਰੱਥ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

OpenADR 2.0 ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ ਪ੍ਰੋਗਰਾਮ ਗਾਈਡ - ਡਾ [ਨਲੋਡ ਕਰੋ [ਅਨੁਕੂਲਿਤ]
OpenADR 2.0 ਡਿਮਾਂਡ ਰਿਸਪਾਂਸ ਪ੍ਰੋਗਰਾਮ ਗਾਈਡ - ਡਾਊਨਲੋਡ ਕਰੋ

ਹਵਾਲੇ

• ਯੂਜ਼ਰ ਮੈਨੂਅਲ