ਸਿੱਧਾ ਜਵਾਬ: ਟਾਈਮਸਟੈਂਪ ਕੀਤੇ ਅੰਤਰਾਲ ਦੀ ਮੰਗ ਤੋਂ C&I ਊਰਜਾ ਸਟੋਰੇਜ ਦਾ ਆਕਾਰ, ਨਾ ਕਿ ਮਹੀਨਾਵਾਰ ਖਪਤ ਜਾਂ ਇੱਕ ਸਿੰਗਲ ਸਿਖਰ ਮੁੱਲ। ਚੁਣੇ ਹੋਏ ਓਪਰੇਟਿੰਗ ਟੀਚੇ ਤੋਂ ਉੱਪਰ ਦੀ ਮੰਗ ਤੋਂ ਡਿਸਚਾਰਜ ਪਾਵਰ ਦੀ ਗਣਨਾ ਕਰੋ, ਫਿਰ ਹਰੇਕ ਘਟਨਾ ਦੀ ਮਿਆਦ ਅਤੇ ਆਕਾਰ ਤੋਂ ਵਰਤੋਂ ਯੋਗ ਊਰਜਾ ਦੀ ਗਣਨਾ ਕਰੋ। ਅੰਤ ਵਿੱਚ, ਚਾਰਜਿੰਗ ਵਿੰਡੋਜ਼, ਨੁਕਸਾਨ, ਓਪਰੇਟਿੰਗ ਰਿਜ਼ਰਵ, ਡਿਗਰੇਡੇਸ਼ਨ ਧਾਰਨਾਵਾਂ, ਪੀਵੀ ਪਰਿਵਰਤਨਸ਼ੀਲਤਾ, ਨਾਜ਼ੁਕ ਲੋਡ, ਅਤੇ ਸਾਈਟ ਦੇ ਇਲੈਕਟ੍ਰੀਕਲ ਇੰਟਰਫੇਸ ਲਈ ਵਿਵਸਥਿਤ ਕਰੋ।
ਇਹ ਸਾਈਜ਼ਿੰਗ ਵਿਧੀ ਫੈਕਟਰੀਆਂ, ਵਪਾਰਕ ਇਮਾਰਤਾਂ, ਉਦਯੋਗਿਕ ਪਾਰਕਾਂ, ਚਾਰਜਿੰਗ ਓਪਰੇਟਰਾਂ, ਮਾਈਕ੍ਰੋਗ੍ਰਿਡ ਡਿਵੈਲਪਰਾਂ, ਇਲੈਕਟ੍ਰੀਕਲ ਠੇਕੇਦਾਰਾਂ, ਊਰਜਾ-ਸੇਵਾ ਕੰਪਨੀਆਂ, ਵਿਤਰਕਾਂ, ਅਤੇ OEM ਪ੍ਰੋਜੈਕਟ ਖਰੀਦਦਾਰਾਂ ਲਈ ਹੈ। ਸਭ ਤੋਂ ਵੱਡੀ ਇਸ਼ਤਿਹਾਰੀ kWh ਵਾਲੀ ਬੈਟਰੀ ਦੀ ਚੋਣ ਕਰਕੇ ਉਹਨਾਂ ਦੀ ਖਰੀਦਦਾਰੀ ਦੀ ਸਮੱਸਿਆ ਘੱਟ ਹੀ ਹੱਲ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਿਸਟਮ ਨੂੰ ਸਹੀ ਸਮੇਂ 'ਤੇ ਲੋੜੀਂਦਾ kW ਡਿਲੀਵਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਗਲੀ ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਠੀਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਸੇ ਵੀ ਲਚਕੀਲੇ ਰਿਜ਼ਰਵ ਨੂੰ ਸੁਰੱਖਿਅਤ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਅਧੂਰੀ ਸੁਰੱਖਿਆ ਜਾਂ ਨਿਯੰਤਰਣ ਦਾਇਰੇ ਨੂੰ ਬਣਾਏ ਬਿਨਾਂ ਸਹੂਲਤ ਨਾਲ ਜੁੜਨਾ ਚਾਹੀਦਾ ਹੈ। ਡਿੰਗਸ਼ੇਂਗ ਦਾ ਊਰਜਾ ਸਟੋਰੇਜ਼ ਉਤਪਾਦ ਸ਼੍ਰੇਣੀ ਉਪਲਬਧ ਉਤਪਾਦ ਹਵਾਲੇ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਪਰ ਅੰਤਮ ਸਿਸਟਮ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਲੋਡ ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਓਪਰੇਟਿੰਗ ਉਦੇਸ਼ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਹੀ ਚੁਣਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਆਕਾਰ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ 15-ਮਿੰਟ ਦੀ ਲੋਡ ਫਾਈਲ ਵਿੱਚ ਕੀ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ?
ਇੱਕ ਉਪਯੋਗੀ ਲੋਡ ਪ੍ਰੋਫਾਈਲ ਸਾਈਟ ਦੀ ਮੰਗ ਮੁੱਲਾਂ ਦਾ ਇੱਕ ਟਾਈਮਸਟੈਂਪ ਕ੍ਰਮ ਹੈ। ਇਹ ਦਰਸਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਜਦੋਂ ਮੰਗ ਹੁੰਦੀ ਹੈ, ਇਹ ਕਿੰਨੀ ਉੱਚੀ ਹੁੰਦੀ ਹੈ, ਇਹ ਪ੍ਰਸਤਾਵਿਤ ਟੀਚੇ ਤੋਂ ਕਿੰਨੀ ਦੇਰ ਤੱਕ ਰਹਿੰਦੀ ਹੈ, ਅਤੇ ਸਾਈਟ ਕਿੰਨੀ ਜਲਦੀ ਬਾਅਦ ਵਿੱਚ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨੂੰ ਰੀਚਾਰਜ ਕਰ ਸਕਦੀ ਹੈ। ਇੱਕ ਮਹੀਨਾਵਾਰ ਬਿਜਲੀ ਬਿੱਲ ਕੁੱਲ ਊਰਜਾ ਅਤੇ ਰਿਕਾਰਡ ਕੀਤੀ ਅਧਿਕਤਮ ਮੰਗ ਦਿਖਾ ਸਕਦਾ ਹੈ, ਪਰ ਇਹ ਘਟਨਾ ਦੀ ਸ਼ਕਲ ਜਾਂ ਆਵਰਤੀ ਨੂੰ ਪ੍ਰਗਟ ਨਹੀਂ ਕਰਦਾ।
ਇੱਕ ਸਪਲਾਇਰ C&I ਊਰਜਾ ਸਟੋਰੇਜ ਸਮਰੱਥਾ ਦੀ ਗਣਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਖਰੀਦਦਾਰ ਨੂੰ ਪ੍ਰਦਾਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:
- ਅੰਤਰਾਲ ਦੀ ਲੰਬਾਈ ਦੇ ਨਾਲ, ਟਾਈਮਸਟੈਂਪਡ ਡਿਮਾਂਡ ਡੇਟਾ ਦੀ ਘੱਟੋ-ਘੱਟ ਇੱਕ ਪ੍ਰਤੀਨਿਧੀ ਓਪਰੇਟਿੰਗ ਪੀਰੀਅਡ, ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਿਆ ਗਿਆ ਹੈ
- ਮੌਸਮੀ ਡੇਟਾ ਜਿੱਥੇ ਉਤਪਾਦਨ, ਕੂਲਿੰਗ, ਹੀਟਿੰਗ, ਜਾਂ ਕਿੱਤਾ ਸਾਲ ਦੇ ਦੌਰਾਨ ਭੌਤਿਕ ਰੂਪ ਵਿੱਚ ਬਦਲਦਾ ਹੈ
- ਸਹੂਲਤ ਓਪਰੇਟਿੰਗ ਕੈਲੰਡਰ, ਸ਼ਿਫਟ ਪੈਟਰਨ, ਸ਼ਨੀਵਾਰ, ਬੰਦ, ਅਤੇ ਯੋਜਨਾਬੱਧ ਉਤਪਾਦਨ ਵਿਸਥਾਰ
- ਲਾਗੂ ਟੈਰਿਫ ਢਾਂਚਾ, ਮੰਗ-ਚਾਰਜ ਨਿਯਮਾਂ ਅਤੇ ਵਰਤੋਂ ਦੇ ਸਮੇਂ ਦੇ ਸਮੇਂ ਸਮੇਤ
- ਜਿੱਥੇ ਵੀ ਸੰਭਵ ਹੋਵੇ ਉਸੇ ਸਮੇਂ ਦੇ ਰੈਜ਼ੋਲੂਸ਼ਨ 'ਤੇ ਮੌਜੂਦਾ ਜਾਂ ਯੋਜਨਾਬੱਧ PV ਉਤਪਾਦਨ ਡੇਟਾ
- ਜਨਰੇਟਰ ਓਪਰੇਟਿੰਗ ਤਰਕ ਅਤੇ ਪੈਰਲਲ ਓਪਰੇਸ਼ਨ 'ਤੇ ਕੋਈ ਵੀ ਸੀਮਾ
- ਨਾਜ਼ੁਕ ਲੋਡਾਂ ਦੀ ਇੱਕ ਸੂਚੀ ਜੋ ਆਊਟੇਜ ਦੇ ਦੌਰਾਨ ਸਪਲਾਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ
- ਇਲੈਕਟ੍ਰੀਕਲ ਸਿੰਗਲ-ਲਾਈਨ ਡਾਇਗ੍ਰਾਮ, ਕੁਨੈਕਸ਼ਨ ਵੋਲਟੇਜ, ਮੀਟਰਿੰਗ ਸੀਮਾ, ਅਤੇ ਉਪਲਬਧ ਇੰਟਰਕਨੈਕਸ਼ਨ ਪੁਆਇੰਟ
ਖਰੀਦਦਾਰ ਦੀ ਇੱਕ ਆਮ ਗਲਤੀ ਸਿਰਫ ਸਭ ਤੋਂ ਵੱਧ ਮੰਗ ਵਾਲੇ ਦਿਨ ਨੂੰ ਨਿਰਯਾਤ ਕਰ ਰਹੀ ਹੈ। ਉਹ ਦਿਨ ਸ਼ੁਰੂਆਤੀ ਸਕ੍ਰੀਨਿੰਗ ਲਈ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਇਹ ਸਭ ਤੋਂ ਮੁਸ਼ਕਲ ਚਾਰਜਿੰਗ ਵਿੰਡੋ, ਸਭ ਤੋਂ ਵੱਧ ਵਾਰ-ਵਾਰ ਪੀਕ ਪੈਟਰਨ, ਜਾਂ ਸਭ ਤੋਂ ਘੱਟ ਪੀਵੀ ਯੋਗਦਾਨ ਵਾਲੇ ਸੀਜ਼ਨ ਨੂੰ ਨਹੀਂ ਦਰਸਾਉਂਦਾ। ਇੱਕ ਦੂਜੀ ਗਲਤੀ ਵੱਖ-ਵੱਖ ਮੀਟਰਾਂ ਤੋਂ ਡੇਟਾ ਨੂੰ ਮਿਲਾ ਕੇ ਇਹ ਪੁਸ਼ਟੀ ਕੀਤੇ ਬਿਨਾਂ ਹੈ ਕਿ ਕੀ ਉਹ ਇੱਕੋ ਇਲੈਕਟ੍ਰੀਕਲ ਸੀਮਾ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ। ਇੱਕ ਸਟੋਰੇਜ਼ ਸਿਸਟਮ ਨੂੰ ਭਰੋਸੇਯੋਗ ਰੂਪ ਵਿੱਚ ਆਕਾਰ ਨਹੀਂ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਮੰਗ ਫਾਈਲ ਅਤੇ ਪ੍ਰਸਤਾਵਿਤ ਕਨੈਕਸ਼ਨ ਬਿੰਦੂ ਸੁਵਿਧਾ ਦੇ ਵੱਖ-ਵੱਖ ਹਿੱਸਿਆਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ।
ਕਿਹੜੇ ਵਪਾਰਕ ਉਦੇਸ਼ ਨੂੰ ਪਹਿਲੇ ਆਕਾਰ ਦੇ ਮਾਡਲ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
ਪਹਿਲੇ ਆਕਾਰ ਦੇ ਮਾਡਲ ਨੂੰ ਇੱਕ ਪ੍ਰਾਇਮਰੀ ਓਪਰੇਟਿੰਗ ਉਦੇਸ਼ ਦੇ ਦੁਆਲੇ ਬਣਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਪੀਕ ਸ਼ੇਵਿੰਗ, ਵਰਤੋਂ ਦਾ ਸਮਾਂ ਸ਼ਿਫਟ ਕਰਨਾ, ਪੀਵੀ ਸਵੈ-ਖਪਤ, ਆਊਟੇਜ ਸਪੋਰਟ, ਅਤੇ ਗਰਿੱਡ ਸੇਵਾਵਾਂ ਕਈ ਵਾਰ ਇੱਕੋ ਸਿਸਟਮ ਨੂੰ ਸਾਂਝਾ ਕਰ ਸਕਦੀਆਂ ਹਨ, ਪਰ ਉਹ ਉਪਲਬਧ ਪਾਵਰ, ਊਰਜਾ, ਅਤੇ ਚਾਰਜ ਦੀ ਸਥਿਤੀ ਲਈ ਮੁਕਾਬਲਾ ਕਰਦੀਆਂ ਹਨ। ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਇਹ ਨਹੀਂ ਮੰਨਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇੱਕੋ ਹੀ ਸਟੋਰ ਕੀਤੀ ਊਰਜਾ ਇੱਕੋ ਸਮੇਂ ਹਰ ਉਦੇਸ਼ ਲਈ ਵਚਨਬੱਧ ਹੋ ਸਕਦੀ ਹੈ।
| ਪ੍ਰਾਇਮਰੀ ਉਦੇਸ਼ | ਡੇਟਾ ਜੋ ਆਕਾਰ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ | ਮੁੱਖ ਖਰੀਦਦਾਰ ਦਾ ਫੈਸਲਾ | ਜੇ ਉਦੇਸ਼ ਨੂੰ ਤਰਜੀਹ ਨਹੀਂ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਜੋਖਮ |
| ਪੀਕ ਸ਼ੇਵਿੰਗ | ਚੁਣੀ ਹੋਈ ਥ੍ਰੈਸ਼ਹੋਲਡ, ਇਵੈਂਟ ਦੀ ਮਿਆਦ, ਇਵੈਂਟ ਬਾਰੰਬਾਰਤਾ, ਅਤੇ ਰੀਚਾਰਜ ਸਮੇਂ ਤੋਂ ਉੱਪਰ ਦੀ ਮੰਗ | ਟੀਚਾ ਮੰਗ ਅਤੇ ਸਵੀਕਾਰਯੋਗ ਬਕਾਇਆ ਸਿਖਰ ਸੈੱਟ ਕਰੋ। | ਬੈਟਰੀ kWh ਵਿੱਚ ਵੱਡੀ ਹੈ ਪਰ ਟੀਚੇ ਨੂੰ ਰੱਖਣ ਲਈ ਕਾਫ਼ੀ kW ਡਿਸਚਾਰਜ ਨਹੀਂ ਕਰ ਸਕਦੀ। |
| ਵਰਤੋਂ ਦਾ ਸਮਾਂ ਬਦਲਣਾ | ਟੈਰਿਫ ਪੀਰੀਅਡ, ਊਰਜਾ-ਕੀਮਤ ਫੈਲਾਅ, ਚਾਰਜਿੰਗ ਵਿੰਡੋ, ਅਤੇ ਰੋਜ਼ਾਨਾ ਓਪਰੇਟਿੰਗ ਸਮਾਂ-ਸਾਰਣੀ | ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ ਜਦੋਂ ਚਾਰਜਿੰਗ ਅਤੇ ਡਿਸਚਾਰਜ ਦੀ ਆਰਥਿਕ ਤੌਰ 'ਤੇ ਆਗਿਆ ਹੋਵੇ। | ਸਿਸਟਮ ਗਲਤ ਸਮੇਂ 'ਤੇ ਚੱਕਰ ਲਗਾਉਂਦਾ ਹੈ ਜਾਂ ਰੀਚਾਰਜ ਕਰਨ ਲਈ ਨਾਕਾਫ਼ੀ ਸਮਾਂ ਹੈ। |
| ਪੀਵੀ ਸਵੈ-ਖਪਤ | ਪੀਵੀ ਐਕਸਪੋਰਟ ਪ੍ਰੋਫਾਈਲ, ਦਿਨ ਵੇਲੇ ਸਾਈਟ ਲੋਡ, ਕਟੌਤੀ, ਅਤੇ ਸ਼ਾਮ ਦੀ ਮੰਗ | ਨਿਰਧਾਰਤ ਕਰੋ ਕਿ ਕਿੰਨੀ ਵਾਧੂ PV ਸਟੋਰੇਜ ਲਈ ਲਗਾਤਾਰ ਉਪਲਬਧ ਹੈ। | ਖਰੀਦਦਾਰ ਅਸਲ ਵਾਧੂ ਉਤਪਾਦਨ ਦੀ ਬਜਾਏ ਪੀਵੀ ਨੇਮਪਲੇਟ ਸਮਰੱਥਾ ਤੋਂ ਆਕਾਰ ਦਿੰਦੇ ਹਨ। |
| ਨਾਜ਼ੁਕ-ਲੋਡ ਰਿਜ਼ਰਵ | ਨਾਜ਼ੁਕ-ਲੋਡ kW, ਆਊਟੇਜ ਦੀ ਮਿਆਦ, ਸ਼ੁਰੂਆਤੀ ਲੋੜਾਂ, ਅਤੇ ਲੋਡ-ਸ਼ੈਡਿੰਗ ਦੀ ਤਰਜੀਹ | ਪਰਿਭਾਸ਼ਿਤ ਲੋਡ ਸੂਚੀ ਲਈ ਲੋੜੀਂਦੀ ਸ਼ਕਤੀ ਅਤੇ ਵਰਤੋਂ ਯੋਗ ਊਰਜਾ ਰਿਜ਼ਰਵ ਕਰੋ। | ਵਪਾਰਕ ਡਿਸਪੈਚ ਲਚਕੀਲੇਪਣ ਲਈ ਲੋੜੀਂਦੀ ਊਰਜਾ ਦੀ ਖਪਤ ਕਰਦਾ ਹੈ। |
| ਕਈ ਉਦੇਸ਼ | ਡਿਸਪੈਚ ਤਰਜੀਹ, ਘੱਟੋ-ਘੱਟ ਰਿਜ਼ਰਵ, ਓਪਰੇਟਿੰਗ ਸੀਮਾਵਾਂ, ਅਤੇ ਅਪਵਾਦ ਦੀ ਇਜਾਜ਼ਤ | EMS ਲਈ ਇੱਕ ਲਿਖਤੀ ਲੜੀ ਨੂੰ ਮਨਜ਼ੂਰੀ ਦਿਓ। | ਵਿੱਤੀ ਬੱਚਤ ਅਤੇ ਬੈਕਅਪ ਪ੍ਰਦਰਸ਼ਨ ਦੋਵੇਂ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹਨ। |
ਉਦਯੋਗ ਦਾ ਤਜਰਬਾ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ "ਬਿਜਲੀ ਦੇ ਬਿੱਲ ਨੂੰ ਘਟਾਉਣਾ" ਇੱਕ ਸੰਪੂਰਨ ਆਕਾਰ ਦਾ ਉਦੇਸ਼ ਨਹੀਂ ਹੈ। ਖਰੀਦਦਾਰ ਨੂੰ ਇਹ ਪਛਾਣ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਟੈਰਿਫ ਕੰਪੋਨੈਂਟ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਇਆ ਜਾ ਰਿਹਾ ਹੈ, ਕਿਹੜੀ ਓਪਰੇਟਿੰਗ ਥ੍ਰੈਸ਼ਹੋਲਡ ਸਵੀਕਾਰਯੋਗ ਹੈ, ਅਤੇ ਕੀ ਲਚਕੀਲੇਪਨ ਨੂੰ ਬਚਤ ਨਾਲੋਂ ਤਰਜੀਹ ਹੈ। ਉਸ ਦਰਜੇਬੰਦੀ ਤੋਂ ਬਿਨਾਂ, ਦੋ ਸਪਲਾਇਰ ਬਹੁਤ ਵੱਖਰੇ ਸਿਸਟਮ ਜਮ੍ਹਾਂ ਕਰ ਸਕਦੇ ਹਨ ਜਦੋਂ ਕਿ ਦੋਵੇਂ ਇੱਕੋ ਜਿਹੀ ਆਮ ਲੋੜ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦਾ ਦਾਅਵਾ ਕਰਦੇ ਹਨ।
ਖਰੀਦਦਾਰਾਂ ਨੂੰ kWh ਵਿੱਚ ਊਰਜਾ ਤੋਂ kW ਵਿੱਚ ਪਾਵਰ ਕਿਵੇਂ ਵੱਖ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ?
ਪਾਵਰ ਅਤੇ ਊਰਜਾ ਵੱਖ-ਵੱਖ ਖਰੀਦ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ। kW ਵਿੱਚ ਪਾਵਰ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ ਕਿ ਸਿਸਟਮ ਇੱਕ ਪਲ ਵਿੱਚ ਕਿੰਨੀ ਸਾਈਟ ਦੀ ਮੰਗ ਨੂੰ ਪੂਰਾ ਕਰ ਸਕਦਾ ਹੈ। kWh ਵਿੱਚ ਊਰਜਾ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ ਕਿ ਇਹ ਡਿਸਚਾਰਜ ਕਿੰਨੀ ਦੇਰ ਤੱਕ ਬਰਕਰਾਰ ਰਹਿ ਸਕਦਾ ਹੈ। ਇੱਕ ਸਿਸਟਮ ਵਿੱਚ ਲੋੜੀਂਦੀ ਊਰਜਾ ਪਰ ਨਾਕਾਫ਼ੀ ਸ਼ਕਤੀ ਹੋ ਸਕਦੀ ਹੈ, ਜਾਂ ਲੋੜੀਂਦੀ ਸ਼ਕਤੀ ਪਰ ਨਾਕਾਫ਼ੀ ਮਿਆਦ ਹੋ ਸਕਦੀ ਹੈ।
ਸ਼ੁਰੂਆਤੀ ਪੀਕ-ਸ਼ੇਵਿੰਗ ਮਾਡਲ ਲਈ:
- ਲੋੜੀਂਦੀ ਡਿਸਚਾਰਜ ਪਾਵਰ: ਹਰੇਕ ਅੰਤਰਾਲ ਦੀ ਸਾਈਟ ਦੀ ਮੰਗ ਨੂੰ ਪ੍ਰਵਾਨਿਤ ਟੀਚੇ ਨਾਲ ਤੁਲਨਾ ਕਰੋ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਵਾਧੂ ਮੰਗ ਦੀ ਪਛਾਣ ਕਰੋ।
- ਲੋਡ-ਸਾਈਡ ਊਰਜਾ: ਘਟਨਾ ਵਿੱਚ ਹਰ ਅੰਤਰਾਲ ਵਿੱਚ ਵਾਧੂ ਮੰਗ ਨੂੰ ਜੋੜੋ ਅਤੇ ਅੰਤਰਾਲ ਦੀ ਮਿਆਦ ਨਾਲ ਘੰਟਿਆਂ ਵਿੱਚ ਗੁਣਾ ਕਰੋ।
- ਘਟਨਾ ਦੀ ਮਿਆਦ: ਲਗਾਤਾਰ ਮਿਆਦ ਨੂੰ ਮਾਪੋ ਜਿਸ ਦੌਰਾਨ ਬੈਟਰੀ ਨੂੰ ਸਾਈਟ ਨੂੰ ਟੀਚੇ 'ਤੇ ਜਾਂ ਹੇਠਾਂ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ।
- ਰੀਚਾਰਜ ਦੀ ਲੋੜ: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੀ ਬੈਟਰੀ ਨਵੀਂ ਮੰਗ ਦੀ ਸਿਖਰ ਬਣਾਏ ਬਿਨਾਂ ਅਗਲੀ ਸਿਖਰ ਤੋਂ ਪਹਿਲਾਂ ਠੀਕ ਹੋ ਸਕਦੀ ਹੈ।
ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਛੋਟੀ, ਤਿੱਖੀ ਚੋਟੀ ਲਈ ਮਾਮੂਲੀ kWh ਦੇ ਨਾਲ ਉੱਚ kW ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਇੱਕ ਘੱਟ ਪਰ ਲੰਬੇ ਉਤਪਾਦਨ ਪਠਾਰ ਨੂੰ ਘੱਟ ਸ਼ਕਤੀ ਪਰ ਕਾਫ਼ੀ ਜ਼ਿਆਦਾ ਊਰਜਾ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਸਿਰਫ ਬੈਟਰੀ ਸਮਰੱਥਾ ਦੁਆਰਾ ਇਹਨਾਂ ਦੋ ਪ੍ਰੋਜੈਕਟਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਨਾਲ ਗਲਤ PCS ਪਾਵਰ ਰੇਟਿੰਗ, ਗਲਤ ਮਿਆਦ, ਜਾਂ ਬੈਟਰੀ ਮੋਡੀਊਲ ਵਿੱਚ ਇੱਕ ਬੇਲੋੜੀ ਵਾਧਾ ਹੋ ਸਕਦਾ ਹੈ।
"200 kWh ਸਿਸਟਮ" ਨੂੰ ਇੱਕ ਸੰਪੂਰਨ ਤਕਨੀਕੀ ਵਰਣਨ ਦੇ ਰੂਪ ਵਿੱਚ ਇੱਕ ਵਾਰ-ਵਾਰ ਨਿਰਧਾਰਨ ਗਲਤੀ ਸਮਝਣਾ ਹੈ। ਖਰੀਦਦਾਰ ਨੂੰ ਅਜੇ ਵੀ ਡਿਸਚਾਰਜ ਪਾਵਰ, ਵਰਤੋਂ ਯੋਗ ਓਪਰੇਟਿੰਗ ਵਿੰਡੋ, ਇੱਛਤ ਮਿਆਦ, ਇਲੈਕਟ੍ਰੀਕਲ ਇੰਟਰਫੇਸ, ਨਿਯੰਤਰਣ, ਸਹਾਇਕ ਖਪਤ, ਅਤੇ ਓਪਰੇਟਿੰਗ ਰਿਜ਼ਰਵ ਦੀ ਲੋੜ ਹੈ। ਇਹੀ ਕਾਰਨ ਹੈ ਕਿ ਉਤਪਾਦ ਦੀਆਂ ਕੀਮਤਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ kW-ਬਨਾਮ-kWh ਰਿਸ਼ਤਾ RFQ ਵਿੱਚ ਦਿਖਾਈ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇੱਕ ਪੀਕ ਇਵੈਂਟ ਨੂੰ ਸਟੋਰੇਜ ਡਿਊਟੀ ਵਿੱਚ ਕਿਵੇਂ ਬਦਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ?
ਉਪਯੋਗੀ ਸਾਈਜ਼ਿੰਗ ਯੂਨਿਟ ਇਕੱਲਾ ਉੱਚਾ ਅੰਤਰਾਲ ਨਹੀਂ ਹੈ। ਇਹ ਉਸ ਅੰਤਰਾਲ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਪੂਰੀ ਘਟਨਾ ਹੈ। ਘਟਨਾ ਉਦੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਸਾਈਟ ਦੀ ਮੰਗ ਚੁਣੇ ਹੋਏ ਟੀਚੇ ਤੋਂ ਵੱਧ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸਮਾਪਤ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਮੰਗ ਇਸ ਤੋਂ ਹੇਠਾਂ ਵਾਪਸ ਆਉਂਦੀ ਹੈ ਜਾਂ ਡਿਸਪੈਚ ਨਿਯਮ ਬਦਲਦਾ ਹੈ।
| ਇਵੈਂਟ ਸਮੀਖਿਆ ਪੜਾਅ | ਖਰੀਦਦਾਰ ਗਣਨਾ ਜਾਂ ਜਾਂਚ | ਇਹ ਸਿਸਟਮ ਦਾ ਆਕਾਰ ਕਿਉਂ ਬਦਲਦਾ ਹੈ |
| ਓਪਰੇਟਿੰਗ ਟੀਚਾ ਸੈਟ ਕਰੋ | ਡਿਮਾਂਡ ਥ੍ਰੈਸ਼ਹੋਲਡ ਚੁਣੋ ਜਿਸ ਦੀ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਦੀ ਉਮੀਦ ਹੈ। | ਘੱਟ ਟੀਚੇ ਲਈ ਵਧੇਰੇ ਡਿਸਚਾਰਜ ਪਾਵਰ ਅਤੇ ਵਧੇਰੇ ਊਰਜਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। |
| ਟੀਚੇ ਦੇ ਉੱਪਰ ਹਰ ਅੰਤਰਾਲ ਦੀ ਪਛਾਣ ਕਰੋ | ਹਰੇਕ ਅੰਤਰਾਲ ਲਈ ਵਾਧੂ kW ਦੀ ਗਣਨਾ ਕਰੋ। | ਅਧਿਕਤਮ ਵਾਧੂ ਘੱਟੋ-ਘੱਟ ਬਿਜਲੀ ਦੀ ਲੋੜ ਨੂੰ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ. |
| ਪੂਰੀ ਘਟਨਾ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰੋ | ਘਟਨਾ ਦੁਆਰਾ ਵਾਧੂ ਊਰਜਾ ਸ਼ਾਮਲ ਕਰੋ. | ਇਵੈਂਟ ਸ਼ਕਲ ਲੋਡ-ਸਾਈਡ kWh ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀ ਹੈ, ਨਾ ਸਿਰਫ਼ ਉੱਚੇ ਬਿੰਦੂ ਨੂੰ। |
| ਵਾਰ-ਵਾਰ ਘਟਨਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰੋ | ਸਿਖਰਾਂ ਅਤੇ ਉਪਲਬਧ ਚਾਰਜਿੰਗ ਸਮਰੱਥਾ ਦੇ ਵਿਚਕਾਰ ਦੇ ਸਮੇਂ ਨੂੰ ਮਾਪੋ। | ਅਗਲੀ ਘਟਨਾ ਤੋਂ ਪਹਿਲਾਂ ਬੈਟਰੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਠੀਕ ਨਹੀਂ ਹੋ ਸਕਦੀ। |
| ਓਪਰੇਟਿੰਗ ਧਾਰਨਾਵਾਂ ਨੂੰ ਲਾਗੂ ਕਰੋ | ਘੋਸ਼ਿਤ ਵਰਤੋਂ ਯੋਗ ਸਟੇਟ-ਆਫ-ਚਾਰਜ ਵਿੰਡੋ, ਪਰਿਵਰਤਨ ਘਾਟੇ, ਸਹਾਇਕ ਲੋਡ, ਰਿਜ਼ਰਵ, ਅਤੇ ਡਿਗਰੇਡੇਸ਼ਨ ਆਧਾਰ ਸ਼ਾਮਲ ਕਰੋ। | ਲੋੜੀਂਦੀ ਸਥਾਪਤ ਸਮਰੱਥਾ ਲੋਡ ਨੂੰ ਪ੍ਰਦਾਨ ਕੀਤੀ ਊਰਜਾ ਤੋਂ ਵੱਧ ਹੈ। |
| ਮੁਸ਼ਕਲ ਦਿਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ | ਮੌਸਮੀ ਸਿਖਰਾਂ, ਘੱਟ-ਪੀਵੀ ਦਿਨਾਂ, ਅਤੇ ਯੋਜਨਾਬੱਧ ਭਵਿੱਖ ਦੇ ਲੋਡਾਂ ਵਿੱਚ ਇੱਕੋ ਤਰਕ ਨੂੰ ਚਲਾਓ। | ਇੱਕ ਅਨੁਕੂਲ ਦਿਨ ਦਾ ਆਕਾਰ ਵਾਲਾ ਸਿਸਟਮ ਅਸਲ ਸੀਮਤ ਸਥਿਤੀ ਦੇ ਦੌਰਾਨ ਅਸਫਲ ਹੋ ਸਕਦਾ ਹੈ। |
ਇੱਕ ਹੋਰ ਛੁਪਿਆ ਖਤਰਾ ਸਪਲਾਇਰ ਨੂੰ ਟੈਰਿਫ ਅਤੇ ਓਪਰੇਟਿੰਗ ਸੰਦਰਭ ਤੋਂ ਬਿਨਾਂ ਟੀਚੇ ਦੀ ਮੰਗ ਦੀ ਚੋਣ ਕਰਨ ਦੀ ਆਗਿਆ ਦੇ ਰਿਹਾ ਹੈ। ਇੱਕ ਹਮਲਾਵਰ ਟੀਚਾ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬਣਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਕਿ ਇੱਕ ਅਜਿਹੀ ਪ੍ਰਣਾਲੀ ਪੈਦਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਸਦੀ ਵਾਧੂ ਪੂੰਜੀ ਲਾਗਤ ਜਾਇਜ਼ ਨਹੀਂ ਹੈ। ਖਰੀਦਦਾਰ ਨੂੰ ਕਈ ਟੀਚੇ ਪੱਧਰਾਂ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਵਾਧੇ ਵਾਲੇ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਅਤੇ ਏਕੀਕਰਣ ਦਾਇਰੇ ਨਾਲ ਵਾਧੇ ਦੀ ਮੰਗ-ਚਾਰਜ ਕਟੌਤੀ ਦੀ ਤੁਲਨਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
ਮਹੀਨਾਵਾਰ ਖਪਤ ਅਤੇ ਇੱਕ ਅਧਿਕਤਮ-ਮੰਗ ਮੁੱਲ ਕਾਫ਼ੀ ਕਿਉਂ ਨਹੀਂ ਹੈ?
ਮਹੀਨਾਵਾਰ ਊਰਜਾ ਦੀ ਖਪਤ ਸਾਲਾਨਾ ਵਿੱਤੀ ਮਾਡਲ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦੀ ਹੈ, ਪਰ ਇਹ ਇਹ ਨਹੀਂ ਦਿਖਾ ਸਕਦੀ ਕਿ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨੂੰ 15 ਮਿੰਟ ਜਾਂ ਚਾਰ ਘੰਟਿਆਂ ਲਈ ਡਿਸਚਾਰਜ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਇਸੇ ਤਰ੍ਹਾਂ, ਉਪਯੋਗਤਾ ਬਿੱਲ ਦਾ ਅਧਿਕਤਮ-ਡਿਮਾਂਡ ਮੁੱਲ ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਸਿਖਰ ਇੱਕ ਵਾਰ ਹੋਇਆ, ਹਰ ਦਿਨ ਦੁਹਰਾਇਆ ਗਿਆ, ਜਾਂ ਉਸ ਸਮੇਂ ਦੌਰਾਨ ਹੋਇਆ ਜਦੋਂ ਚਾਰਜ ਕਰਨਾ ਅਸੰਭਵ ਸੀ।
ਸੰਖੇਪ ਬਿੱਲਾਂ 'ਤੇ ਭਰੋਸਾ ਕਰਨਾ ਘੱਟੋ-ਘੱਟ ਪੰਜ ਖਰੀਦ ਜੋਖਮ ਪੈਦਾ ਕਰਦਾ ਹੈ:
- ਪ੍ਰਸਤਾਵਿਤ kW ਇੱਕ ਸਿਖਰ 'ਤੇ ਅਧਾਰਤ ਹੈ ਜੋ ਸਿਰਫ ਇੱਕ ਵਾਰ ਆਈ ਹੈ ਅਤੇ ਨਿਵੇਸ਼ ਨੂੰ ਜਾਇਜ਼ ਨਹੀਂ ਠਹਿਰਾ ਸਕਦੀ ਹੈ।
- ਪ੍ਰਸਤਾਵਿਤ kWh ਇੱਕ ਲੰਬੇ ਪਠਾਰ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਅੰਤਰਾਲ ਦਾ ਅਨੁਸਰਣ ਕਰਦਾ ਹੈ।
- ਚਾਰਜਿੰਗ ਮਾਡਲ ਅਸਲੀ ਘਟਨਾ ਤੋਂ ਬਾਅਦ ਦੂਜੀ ਮੰਗ ਸਿਖਰ ਬਣਾਉਂਦਾ ਹੈ।
- ਮੌਸਮੀ ਉਤਪਾਦਨ ਜਾਂ HVAC ਮੰਗ ਨੂੰ ਨਹੀਂ ਦਰਸਾਇਆ ਗਿਆ ਹੈ।
- ਵਿੱਤੀ ਮਾਡਲ ਇਹ ਮੰਨਦਾ ਹੈ ਕਿ ਹਰ ਬਚੇ ਹੋਏ kW ਸਮਾਨ ਟੈਰਿਫ ਮੁੱਲ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ।
ਜਿੱਥੇ ਸਿਰਫ਼ ਮਾਸਿਕ ਬਿੱਲ ਉਪਲਬਧ ਹੁੰਦੇ ਹਨ, ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਪਹਿਲੇ ਹਵਾਲੇ ਨੂੰ ਸਕ੍ਰੀਨਿੰਗ ਅੰਦਾਜ਼ੇ ਵਜੋਂ ਮੰਨਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਾ ਕਿ ਇੱਕ ਅੰਤਿਮ ਸਿਸਟਮ ਡਿਜ਼ਾਈਨ ਵਜੋਂ। RFQ ਨੂੰ ਡਾਟਾ ਸੀਮਾਵਾਂ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਅੰਤਰਾਲ ਡੇਟਾ ਉਪਲਬਧ ਹੋਣ 'ਤੇ ਦੂਜੀ ਆਕਾਰ ਦੀ ਸਮੀਖਿਆ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਹ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਬਜਟ ਨੂੰ ਇੱਕ ਗੈਰ-ਪ੍ਰਮਾਣਿਤ ਖਰੀਦ ਨਿਰਧਾਰਨ ਵਿੱਚ ਬਦਲਣ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ।
ਬਾਰ-ਬਾਰ ਪੀਕ ਅਤੇ ਚਾਰਜਿੰਗ ਵਿੰਡੋਜ਼ ਲੋੜੀਂਦੀ ਸਮਰੱਥਾ ਨੂੰ ਕਿਵੇਂ ਬਦਲਦੀਆਂ ਹਨ?
ਇੱਕ ਬੈਟਰੀ ਪਹਿਲੀ ਪੀਕ-ਸ਼ੇਵਿੰਗ ਇਵੈਂਟ ਨੂੰ ਪੂਰਾ ਕਰ ਸਕਦੀ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਦਿਨ ਦੇ ਓਪਰੇਟਿੰਗ ਉਦੇਸ਼ ਵਿੱਚ ਅਸਫਲ ਹੋ ਸਕਦੀ ਹੈ ਜੇਕਰ ਅਗਲੀ ਚੋਟੀ ਕਾਫ਼ੀ ਰੀਚਾਰਜ ਤੋਂ ਪਹਿਲਾਂ ਪਹੁੰਚ ਜਾਂਦੀ ਹੈ। ਮਲਟੀ-ਸ਼ਿਫਟ ਫੈਕਟਰੀਆਂ, ਕੋਲਡ-ਸਟੋਰੇਜ ਸਾਈਟਾਂ, ਈਵੀ ਚਾਰਜਿੰਗ ਹੱਬ, ਅਤੇ ਅਨੁਸੂਚਿਤ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀਆਂ ਸੁਵਿਧਾਵਾਂ ਵਿੱਚ ਵਾਰ-ਵਾਰ ਸਿਖਰਾਂ ਖਾਸ ਤੌਰ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਹਨ।
ਖਰੀਦਦਾਰ ਨੂੰ ਮਾਡਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:
- ਪ੍ਰਤੀ ਦਿਨ ਸਿਖਰ ਸਮਾਗਮਾਂ ਦੀ ਸੰਖਿਆ
- ਘਟਨਾਵਾਂ ਦੇ ਵਿਚਕਾਰ ਘੱਟੋ-ਘੱਟ ਸਮਾਂ
- ਪ੍ਰਸਤਾਵਿਤ ਚਾਰਜਿੰਗ ਮਿਆਦ ਦੇ ਦੌਰਾਨ ਸਾਈਟ ਦੀ ਮੰਗ
- ਕੁਨੈਕਸ਼ਨ ਦੇ ਬਿੰਦੂ 'ਤੇ ਕੋਈ ਵੀ ਅਧਿਕਤਮ ਚਾਰਜਿੰਗ-ਪਾਵਰ ਸੀਮਾ
- ਕੀ ਇੱਕ ਮਹਿੰਗੀ TOU ਮਿਆਦ ਦੇ ਦੌਰਾਨ ਚਾਰਜਿੰਗ ਦੀ ਇਜਾਜ਼ਤ ਹੈ
- ਕੀ ਰਿਕਵਰੀ ਵਿੰਡੋ ਦੌਰਾਨ PV ਭਰੋਸੇਯੋਗ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਹੈ
- ਚਾਰਜ ਦੀ ਘੱਟੋ-ਘੱਟ ਸਥਿਤੀ ਜੋ ਨਾਜ਼ੁਕ ਲੋਡਾਂ ਲਈ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ
ਇੱਕ ਆਮ ਨਿਯੰਤਰਣ ਗਲਤੀ ਇੱਕ ਸਥਿਰ ਰੀਚਾਰਜ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਹੈ ਜੋ ਮੌਜੂਦਾ ਸਾਈਟ ਦੀ ਮੰਗ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੀ ਹੈ। ਬੈਟਰੀ ਇੱਕ ਸਿਖਰ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ, ਫਿਰ ਦੂਜੀ ਬਣਾਉਣ ਲਈ ਤੇਜ਼ੀ ਨਾਲ ਰੀਚਾਰਜ ਹੋ ਜਾਂਦੀ ਹੈ। EMS ਤਰਕ ਨੂੰ ਡਿਸਚਾਰਜ ਲਈ ਵਰਤੇ ਗਏ ਉਸੇ ਮੰਗ ਟੀਚੇ ਦੇ ਨਾਲ ਚਾਰਜਿੰਗ ਦਾ ਤਾਲਮੇਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਪ੍ਰੋਜੈਕਟ ਦੇ ਰਿਜ਼ਰਵ ਅਤੇ ਓਪਰੇਟਿੰਗ ਅਨੁਸੂਚੀ ਦਾ ਵੀ ਸਨਮਾਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਪੀਵੀ ਜਨਰੇਸ਼ਨ ਅਤੇ ਨਾਜ਼ੁਕ ਲੋਡ ਨੂੰ ਦੋਹਰੀ ਗਿਣਤੀ ਤੋਂ ਬਿਨਾਂ ਕਿਵੇਂ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ?
ਪੀਵੀ ਅਤੇ ਸਟੋਰੇਜ ਨੂੰ ਸਮਾਂ-ਅਲਾਈਨਡ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਮਾਡਲ ਬਣਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਪੀਵੀ ਨੇਮਪਲੇਟ ਸਮਰੱਥਾ ਚਾਰਜਿੰਗ ਲਈ ਉਪਲਬਧ ਵਾਧੂ ਊਰਜਾ ਦੇ ਬਰਾਬਰ ਨਹੀਂ ਹੈ। ਬੈਟਰੀ ਸਾਈਟ ਲੋਡ ਅਤੇ ਹੋਰ ਓਪਰੇਟਿੰਗ ਰੁਕਾਵਟਾਂ ਨੂੰ ਵਿਚਾਰੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਬਾਕੀ ਬਚੀ ਪੀੜ੍ਹੀ ਨੂੰ ਹੀ ਜਜ਼ਬ ਕਰ ਸਕਦੀ ਹੈ।
PV-ਜੋੜੇ C&I ਊਰਜਾ ਸਟੋਰੇਜ ਲਈ, ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਵੱਖਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:
- PV ਉਤਪਾਦਨ ਦੀ ਸਹੂਲਤ ਦੁਆਰਾ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਖਪਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ
- PV ਸਰਪਲੱਸ ਜੋ ਨਹੀਂ ਤਾਂ ਨਿਰਯਾਤ ਜਾਂ ਘਟਾਇਆ ਜਾਵੇਗਾ
- ਗਰਿੱਡ ਤੋਂ ਬੈਟਰੀ ਚਾਰਜ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਹੈ
- ਮੌਸਮ ਅਤੇ ਮੌਸਮ ਦੇ ਅਨੁਸਾਰ ਪੀਵੀ ਪਰਿਵਰਤਨ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ
- ਕੀ ਪੀਵੀ ਉਤਪਾਦਨ ਵਿੰਡੋ ਤੋਂ ਪਹਿਲਾਂ, ਦੌਰਾਨ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਸਿਖਰ ਦੀ ਮੰਗ ਹੁੰਦੀ ਹੈ
ਨਾਜ਼ੁਕ-ਲੋਡ ਰਿਜ਼ਰਵ ਨੂੰ ਵੀ ਵਪਾਰਕ ਡਿਸਪੈਚ ਤੋਂ ਵੱਖ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਆਊਟੇਜ ਸਹਾਇਤਾ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਖਰੀਦਦਾਰ ਨੂੰ ਨਾਜ਼ੁਕ-ਲੋਡ ਸੂਚੀ, ਅਨੁਮਾਨਿਤ ਸਮਕਾਲੀ kW, ਲੋੜੀਂਦੀ ਮਿਆਦ, ਮਨਜ਼ੂਰ ਲੋਡ ਸ਼ੈਡਿੰਗ, ਤਬਦੀਲੀ ਦੀਆਂ ਲੋੜਾਂ, ਅਤੇ ਚਾਰਜ ਦੀ ਘੱਟੋ-ਘੱਟ ਰਾਖਵੀਂ ਸਥਿਤੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਵਿੱਤੀ ਮਾਡਲ ਨੂੰ ਰੋਜ਼ਾਨਾ ਪੀਕ ਸ਼ੇਵਿੰਗ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਉਪਲਬਧ ਵਜੋਂ ਰਾਖਵੀਂ ਊਰਜਾ ਦੀ ਗਿਣਤੀ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।
ਇੱਕ ਬੈਟਰੀ ਸਮਰੱਥਾ ਨੂੰ ਦੋ ਵਾਰ ਗਿਣਿਆ ਜਾਣ 'ਤੇ ਥੋੜ੍ਹੇ ਸਮੇਂ ਦੀਆਂ ਬੱਚਤਾਂ ਨੂੰ ਬਹੁਤ ਜ਼ਿਆਦਾ ਦੱਸਿਆ ਜਾ ਸਕਦਾ ਹੈ: ਇੱਕ ਵਾਰ ਮੰਗ-ਚਾਰਜ ਘਟਾਉਣ ਲਈ ਅਤੇ ਦੁਬਾਰਾ ਪੂਰੀ-ਅਵਧੀ ਦੇ ਬੈਕਅੱਪ ਲਈ। ਇੱਕ ਭਰੋਸੇਯੋਗ ਪ੍ਰਸਤਾਵ ਡਿਸਪੈਚ ਦੀ ਤਰਜੀਹ ਦਿਖਾਉਂਦਾ ਹੈ ਅਤੇ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਵਪਾਰਕ ਸਿਖਰ ਆਊਟੇਜ ਤੋਂ ਤੁਰੰਤ ਪਹਿਲਾਂ ਵਾਪਰਦਾ ਹੈ।
ਸ਼ੁਰੂਆਤੀ ਆਕਾਰ ਦੇ ਦੌਰਾਨ ਡਿੰਗਸ਼ੇਂਗ ਉਤਪਾਦ ਹਵਾਲੇ ਕਿਵੇਂ ਵਰਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ?
ਉਤਪਾਦ ਪੰਨੇ ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਉਪਲਬਧ ਸਮਰੱਥਾ ਵਾਲੇ ਫਾਰਮੈਟਾਂ ਨੂੰ ਸਮਝਣ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਉਹਨਾਂ ਨੂੰ ਲੋਡ-ਪ੍ਰੋਫਾਈਲ ਗਣਨਾ ਨੂੰ ਨਹੀਂ ਬਦਲਣਾ ਚਾਹੀਦਾ। ਡਿੰਗਸ਼ੇਂਗ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਪਾਵਰ ਪਾਇਲ ਰੈਕ-ਮਾਊਂਟਡ 5.12kWh ਇੱਕ ਊਰਜਾ ਸਟੋਰੇਜ਼ ਉਤਪਾਦ ਹਵਾਲੇ ਦੇ ਤੌਰ ਤੇ. ਇੱਕ ਰੈਕ-ਮਾਊਂਟਡ ਸਮਰੱਥਾ ਬਲਾਕ ਢੁਕਵਾਂ ਹੋ ਸਕਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਮਾਡਿਊਲਰ ਸਟੋਰੇਜ ਯੂਨਿਟਾਂ ਤੋਂ ਵਿਕਸਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੋਵੇ, ਪਰ ਖਰੀਦਦਾਰ ਨੂੰ ਅਜੇ ਵੀ ਪੂਰੇ ਸਿਸਟਮ ਆਰਕੀਟੈਕਚਰ, ਲੋੜੀਂਦੀ ਮਾਤਰਾ, ਓਪਰੇਟਿੰਗ ਵੋਲਟੇਜ, ਪਾਵਰ-ਕਨਵਰਜ਼ਨ ਸਕੋਪ, ਨਿਯੰਤਰਣ, ਘੇਰਾਬੰਦੀ, ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਸਵੀਕ੍ਰਿਤੀ ਦੀਆਂ ਸਥਿਤੀਆਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
ਇੱਕ ਵੱਡੇ ਕੈਟਾਲਾਗ ਸੰਦਰਭ ਲਈ, ਖਰੀਦਦਾਰ ਵੀ ਸਮੀਖਿਆ ਕਰ ਸਕਦੇ ਹਨ ਈ-ਵਾਲ 200kWh. ਉਤਪਾਦ ਦਾ ਨਾਮ ਇੱਕ ਊਰਜਾ-ਸਮਰੱਥਾ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਕਿ ਸੰਰਚਨਾ ਇੱਕ ਖਾਸ ਪੀਕ-ਸ਼ੇਵਿੰਗ ਜਾਂ ਲਚਕੀਲੇਪਨ ਡਿਊਟੀ ਨੂੰ ਪੂਰਾ ਕਰਦੀ ਹੈ। ਸਪਲਾਇਰ ਨੂੰ ਚੁਣੇ ਹੋਏ ਉਤਪਾਦ ਦੀ ਸੰਰਚਨਾ ਨੂੰ ਪ੍ਰਵਾਨਿਤ kW, ਉਪਯੋਗੀ kWh, ਮਿਆਦ, ਕੁਨੈਕਸ਼ਨ, ਵਾਤਾਵਰਣ, ਅਤੇ ਓਪਰੇਟਿੰਗ ਰਿਜ਼ਰਵ 'ਤੇ ਵਾਪਸ ਮੈਪ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਇਹ ਅੰਤਰ ਖਰੀਦਦਾਰ ਅਤੇ ਸਪਲਾਇਰ ਦੋਵਾਂ ਦੀ ਰੱਖਿਆ ਕਰਦਾ ਹੈ। ਖਰੀਦਦਾਰ ਉਹਨਾਂ ਉਤਪਾਦਾਂ ਦੀ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਰਹੇਜ਼ ਕਰਦਾ ਹੈ ਜੋ ਵੱਖ-ਵੱਖ ਕਰਤੱਵਾਂ ਨੂੰ ਹੱਲ ਕਰਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਸਪਲਾਇਰ ਇਹ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਪ੍ਰੋਜੈਕਟ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਇੱਕ ਕੈਟਾਲਾਗ ਉਤਪਾਦ, ਇੱਕ ਮਾਡਯੂਲਰ ਸੁਮੇਲ, ਜਾਂ ਇੱਕ ਵੱਖਰੀ ਸਿਸਟਮ ਸੰਰਚਨਾ ਦਾ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਕਿਹੜੇ ਗਰਿੱਡ, ਸੁਰੱਖਿਆ, ਅਤੇ ਨਿਯੰਤਰਣ ਖੇਤਰ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ?
ਜੇਕਰ RFQ ਬੈਟਰੀ ਸਮਰੱਥਾ 'ਤੇ ਰੁਕ ਜਾਂਦਾ ਹੈ ਤਾਂ ਇੱਕ ਸਹੀ ਆਕਾਰ ਦੀ ਬੈਟਰੀ ਅਜੇ ਵੀ ਇੱਕ ਅਧੂਰਾ ਪ੍ਰੋਜੈਕਟ ਬਣ ਸਕਦੀ ਹੈ। ਸਿਸਟਮ ਨੂੰ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਸਹੂਲਤ ਦੇ ਇਲੈਕਟ੍ਰੀਕਲ ਨੈਟਵਰਕ ਨਾਲ ਜੁੜਨਾ ਚਾਹੀਦਾ ਹੈ, ਮੌਜੂਦਾ ਉਪਕਰਣਾਂ ਨਾਲ ਤਾਲਮੇਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਪਰਿਭਾਸ਼ਿਤ ਨਿਯੰਤਰਣ ਅਤੇ ਸੁਰੱਖਿਆ ਦਰਸ਼ਨ ਦੇ ਅਧੀਨ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
| ਇੰਟਰਫੇਸ ਖੇਤਰ | ਖਰੀਦਦਾਰ ਇੰਪੁੱਟ | ਸਪਲਾਇਰ ਦੀ ਪੁਸ਼ਟੀ | ਛੁਪੀ ਲਾਗਤ ਜੇਕਰ ਛੱਡੀ ਗਈ ਹੈ |
| ਕੁਨੈਕਸ਼ਨ ਦਾ ਬਿੰਦੂ | ਵੋਲਟੇਜ, ਬਾਰੰਬਾਰਤਾ, ਪੜਾਅ, ਮੀਟਰਿੰਗ ਸੀਮਾ, ਉਪਲਬਧ ਸਪੇਸ, ਕੇਬਲ ਰੂਟ, ਅਤੇ ਸਿੰਗਲ-ਲਾਈਨ ਡਾਇਗ੍ਰਾਮ | ਪ੍ਰਸਤਾਵਿਤ ਕੁਨੈਕਸ਼ਨ ਵਿਵਸਥਾ ਅਤੇ ਸਪਲਾਈ ਸੀਮਾ | ਬਿਨਾਂ ਕੀਮਤ ਵਾਲੇ ਸਵਿਚਗੀਅਰ, ਟ੍ਰਾਂਸਫਾਰਮਰ, ਕੇਬਲਿੰਗ, ਸਿਵਲ ਵਰਕ, ਜਾਂ ਬੰਦ ਕਰਨ ਦੀਆਂ ਲੋੜਾਂ |
| ਸੁਰੱਖਿਆ | ਨੁਕਸ ਡੇਟਾ, ਮੌਜੂਦਾ ਸੁਰੱਖਿਆ ਦਰਸ਼ਨ, ਅਲੱਗ-ਥਲੱਗ ਲੋੜਾਂ, ਅਤੇ ਉਪਯੋਗਤਾ ਸਥਿਤੀਆਂ | ਸੁਰੱਖਿਆ ਯੰਤਰ, ਸੈਟਿੰਗਾਂ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ, ਤਾਲਮੇਲ ਇਨਪੁਟਸ, ਅਤੇ ਇੰਟਰਫੇਸ | ਦੇਰ ਨਾਲ ਮੁੜ-ਡਿਜ਼ਾਇਨ ਕਰਨਾ ਜਾਂ ਪ੍ਰੋਜੈਕਟ ਦੀ ਪ੍ਰਵਾਨਗੀ ਪ੍ਰਾਪਤ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥਾ |
| PCS ਅਤੇ EMS | ਲੋੜੀਂਦੀ kW, ਚਾਰਜਿੰਗ ਸੀਮਾ, ਡਿਸਪੈਚ ਤਰਜੀਹਾਂ, ਰਿਜ਼ਰਵ, ਸੰਚਾਰ, ਅਤੇ ਮੀਟਰਿੰਗ | ਨਿਯੰਤਰਣ ਤਰਕ, ਸੰਚਾਰ ਇੰਟਰਫੇਸ, ਡੇਟਾ ਪੁਆਇੰਟ, ਅਤੇ ਓਪਰੇਟਿੰਗ ਮੋਡ | ਇੱਕ ਬੈਟਰੀ ਜੋ ਇੱਛਤ ਟੈਰਿਫ ਜਾਂ ਲਚਕੀਲੇਪਨ ਰਣਨੀਤੀ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕਰ ਸਕਦੀ |
| ਵਾਤਾਵਰਣ | ਅੰਦਰੂਨੀ ਜਾਂ ਬਾਹਰੀ ਸਥਿਤੀ, ਤਾਪਮਾਨ, ਨਮੀ, ਧੂੜ, ਉਚਾਈ, ਪਹੁੰਚ, ਅਤੇ ਰੌਲੇ ਦੀਆਂ ਪਾਬੰਦੀਆਂ | ਵਾਤਾਵਰਣ ਸੰਬੰਧੀ ਧਾਰਨਾਵਾਂ, ਥਰਮਲ-ਪ੍ਰਬੰਧਨ ਦਾਇਰੇ, ਘੇਰਾਬੰਦੀ, ਅਤੇ ਡੇਰੇਟਿੰਗ ਆਧਾਰ | ਘਟੀ ਹੋਈ ਕਾਰਗੁਜ਼ਾਰੀ, ਜੋੜਿਆ ਗਿਆ ਸਾਈਟ ਦਾ ਕੰਮ, ਜਾਂ ਅਣਉਚਿਤ ਉਪਕਰਣ ਪਲੇਸਮੈਂਟ |
| ਕਮਿਸ਼ਨਿੰਗ | ਸਾਈਟ ਅਨੁਸੂਚੀ, ਟੈਸਟ ਦੀਆਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ, ਉਪਯੋਗਤਾ ਗਵਾਹ ਲੋੜਾਂ, ਅਤੇ ਸਿਖਲਾਈ ਦੀਆਂ ਲੋੜਾਂ | ਫੈਕਟਰੀ ਟੈਸਟ, ਸਾਈਟ ਟੈਸਟ, ਕਮਿਸ਼ਨਿੰਗ ਸਕੋਪ, ਦਸਤਾਵੇਜ਼, ਅਤੇ ਬੇਦਖਲੀ | ਸੰਚਾਲਨ ਸਵੀਕ੍ਰਿਤੀ ਲਈ ਪੂਰੇ ਰੂਟ ਤੋਂ ਬਿਨਾਂ ਉਪਕਰਣਾਂ ਦੀ ਸਪੁਰਦਗੀ |
'ਤੇ ਡਿੰਗਸ਼ੇਂਗ ਦਾ ਪ੍ਰਕਾਸ਼ਿਤ ਅਪਡੇਟ Taifa ਕਲਾਉਡ ਊਰਜਾ ਸਟੋਰੇਜ਼ ਪਾਵਰ ਸਟੇਸ਼ਨ ਪ੍ਰਾਜੈਕਟ ਇੱਕ ਪ੍ਰੋਜੈਕਟ-ਸੰਦਰਭ ਹਵਾਲਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਅਜੇ ਵੀ ਆਪਣੀ ਖੁਦ ਦੀ ਸਾਈਟ ਲਈ ਕੌਂਫਿਗਰੇਸ਼ਨ-ਵਿਸ਼ੇਸ਼ ਡਰਾਇੰਗਾਂ, ਇੰਟਰਫੇਸਾਂ, ਟੈਸਟਾਂ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਦੀ ਬੇਨਤੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਨਾ ਕਿ ਕਿਸੇ ਵੀ ਪਿਛਲੇ ਪ੍ਰੋਜੈਕਟ ਦੇ ਵਰਣਨ ਨੂੰ ਇੰਜੀਨੀਅਰਿੰਗ ਸਮੀਖਿਆ ਦੇ ਬਦਲ ਵਜੋਂ ਮੰਨਣ ਦੀ ਬਜਾਏ।
ਇੱਕ ਪ੍ਰਤੀਨਿਧੀ ਉਦਯੋਗਿਕ ਆਕਾਰ ਦਾ ਦ੍ਰਿਸ਼ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ?
ਦ੍ਰਿਸ਼: ਦੋ-ਸ਼ਿਫਟ ਨਿਰਮਾਣ ਸਹੂਲਤ ਲਈ ਪੀਕ-ਸ਼ੇਵਿੰਗ ਅਤੇ ਲਚਕੀਲੇਪਨ ਦੀ ਯੋਜਨਾਬੰਦੀ। ਇਹ ਆਮ ਖਰੀਦ ਸ਼ਰਤਾਂ 'ਤੇ ਅਧਾਰਤ ਪ੍ਰਤੀਨਿਧੀ ਪ੍ਰੋਜੈਕਟ ਦ੍ਰਿਸ਼ ਹੈ, ਨਾ ਕਿ ਦਾਅਵਾ ਕੀਤਾ ਗਿਆ ਡਿੰਗਸ਼ੇਂਗ ਗਾਹਕ ਕੇਸ।
ਵਪਾਰਕ ਪਿਛੋਕੜ: ਇਹ ਸਹੂਲਤ ਇੱਕ ਮੰਗ-ਚਾਰਜ ਸਿਖਰ ਦਾ ਅਨੁਭਵ ਕਰਦੀ ਹੈ ਜਦੋਂ ਕਈ ਪ੍ਰਕਿਰਿਆ ਲਾਈਨਾਂ ਅਤੇ ਕੂਲਿੰਗ ਉਪਕਰਣ ਇੱਕੋ ਘੰਟੇ ਵਿੱਚ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ। ਇਸ ਵਿੱਚ ਛੱਤ ਵਾਲਾ PV ਵੀ ਹੈ ਅਤੇ ਇਹ ਚਾਹੁੰਦਾ ਹੈ ਕਿ ਛੋਟੇ ਗਰਿੱਡ ਰੁਕਾਵਟਾਂ ਦੌਰਾਨ ਚੁਣੇ ਹੋਏ ਨਿਯੰਤਰਣ, ਸੰਚਾਰ, ਅਤੇ ਸੁਰੱਖਿਆ ਲੋਡ ਉਪਲਬਧ ਰਹਿਣ।
ਸਮੱਸਿਆ: ਪਹਿਲਾ ਹਵਾਲਾ ਮਹੀਨਾਵਾਰ ਅਧਿਕਤਮ ਮੰਗ 'ਤੇ ਅਧਾਰਤ ਹੈ ਅਤੇ ਲੋੜੀਂਦੀ ਡਿਸਚਾਰਜ ਪਾਵਰ, ਵਾਰ-ਵਾਰ-ਈਵੈਂਟ ਵਿਵਹਾਰ, ਚਾਰਜਿੰਗ ਵਿੰਡੋ, ਪੀਵੀ ਸਰਪਲੱਸ, ਜਾਂ ਨਾਜ਼ੁਕ ਲੋਡਾਂ ਲਈ ਰਾਖਵੀਂ ਊਰਜਾ ਦਿਖਾਏ ਬਿਨਾਂ ਬੈਟਰੀ ਸਮਰੱਥਾ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦਾ ਹੈ।
ਕਾਰਨ: RFQ ਵਿੱਚ ਬਿਜਲੀ ਦੇ ਬਿੱਲ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ ਪਰ ਕੋਈ 15-ਮਿੰਟ ਦੇ ਅੰਤਰਾਲ ਦੀ ਫਾਈਲ ਨਹੀਂ, ਕੋਈ ਪ੍ਰਵਾਨਿਤ ਮੰਗ ਟੀਚਾ ਨਹੀਂ, ਕੋਈ ਨਾਜ਼ੁਕ-ਲੋਡ ਸਮਾਂ-ਸਾਰਣੀ, ਅਤੇ ਕੋਈ ਸਿੰਗਲ-ਲਾਈਨ ਚਿੱਤਰ ਨਹੀਂ। ਪੀਕ ਸ਼ੇਵਿੰਗ, TOU ਸ਼ਿਫ਼ਟਿੰਗ, PV ਵਰਤੋਂ, ਅਤੇ ਬੈਕਅੱਪ ਸਭ ਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਡਿਸਪੈਚ ਤਰਜੀਹ ਦੇ ਬਰਾਬਰ ਉਦੇਸ਼ਾਂ ਵਜੋਂ ਸੂਚੀਬੱਧ ਕੀਤਾ ਗਿਆ ਹੈ।
ਹੱਲ: ਖਰੀਦਦਾਰ ਮੌਸਮੀ ਅੰਤਰਾਲ ਡੇਟਾ ਇਕੱਠਾ ਕਰਦਾ ਹੈ, ਪ੍ਰਾਇਮਰੀ ਮੰਗ-ਚਾਰਜ ਟੀਚੇ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, kWh ਤੋਂ kW ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ, ਹਰੇਕ ਇਵੈਂਟ ਅਤੇ ਰੀਚਾਰਜ ਪੀਰੀਅਡ ਦਾ ਮਾਡਲ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਵਾਨਿਤ ਨਾਜ਼ੁਕ-ਲੋਡ ਸੂਚੀ ਲਈ ਘੱਟੋ-ਘੱਟ ਚਾਰਜ ਦੀ ਸਥਿਤੀ ਰਾਖਵਾਂ ਕਰਦਾ ਹੈ। ਇਲੈਕਟ੍ਰੀਕਲ ਠੇਕੇਦਾਰ ਅਤੇ ਸਿਸਟਮ ਸਪਲਾਇਰ ਫਿਰ ਕੁਨੈਕਸ਼ਨ, ਸੁਰੱਖਿਆ, EMS ਤਰਕ, ਕਮਿਸ਼ਨਿੰਗ ਟੈਸਟ, ਅਤੇ ਸਪਲਾਈ ਸੀਮਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ।
ਖਰੀਦਦਾਰ ਫੈਸਲੇ ਦਾ ਮੁੱਲ: ਸੰਸ਼ੋਧਿਤ ਤੁਲਨਾ ਪਹਿਲੇ ਪ੍ਰਸਤਾਵ ਨਾਲੋਂ ਇੱਕ ਵੱਖਰਾ ਪਾਵਰ-ਟੂ-ਊਰਜਾ ਅਨੁਪਾਤ ਚੁਣ ਸਕਦੀ ਹੈ। ਖਰੀਦਦਾਰ ਪ੍ਰਤੀ kWh ਦੀ ਸਭ ਤੋਂ ਘੱਟ ਕੀਮਤ ਚੁਣਨ ਦੀ ਬਜਾਏ ਪ੍ਰਮਾਣਿਤ ਇਵੈਂਟ ਕਵਰੇਜ ਅਤੇ ਓਪਰੇਟਿੰਗ ਤਰਕ ਦੇ ਅਧਾਰ ਤੇ ਇੱਕ ਸੰਰਚਨਾ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਇਹ ਘੱਟ ਪਾਵਰਡ ਪੀਕ ਸ਼ੇਵਿੰਗ, ਅਣਉਪਲਬਧ ਬੈਕਅਪ ਊਰਜਾ, ਬਿਨਾਂ ਕੀਮਤ ਵਾਲੇ ਬਿਜਲੀ ਦੇ ਕੰਮ, ਅਤੇ ਬੱਚਤਾਂ ਦੇ ਜੋਖਮ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ ਜੋ ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰਦਰਸ਼ਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
RFQ ਵਿੱਚ ਕਿਹੜੇ ਸਵੀਕ੍ਰਿਤੀ ਮੈਟ੍ਰਿਕਸ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ?
ਕਿਸੇ ਸਪਲਾਇਰ ਨੂੰ ਸਿਰਫ਼ ਉਪਕਰਨਾਂ ਦਾ ਹਵਾਲਾ ਦੇਣ ਲਈ ਨਹੀਂ ਕਿਹਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। RFQ ਨੂੰ ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਪ੍ਰਸਤਾਵਿਤ C&I ਊਰਜਾ ਸਟੋਰੇਜ ਪ੍ਰਣਾਲੀ ਦਾ ਮੁਲਾਂਕਣ ਸ਼ਿਪਮੈਂਟ ਤੋਂ ਪਹਿਲਾਂ, ਕਮਿਸ਼ਨਿੰਗ ਦੌਰਾਨ ਅਤੇ ਸ਼ੁਰੂਆਤੀ ਓਪਰੇਟਿੰਗ ਪੀਰੀਅਡ ਤੋਂ ਬਾਅਦ ਕਿਵੇਂ ਕੀਤਾ ਜਾਵੇਗਾ।
| RFQ ਸੈਕਸ਼ਨ | ਖਰੀਦਦਾਰ ਜਾਣਕਾਰੀ | ਲੋੜੀਂਦਾ ਸਪਲਾਇਰ ਜਵਾਬ |
| ਲੋਡ-ਪ੍ਰੋਫਾਈਲ ਆਧਾਰ | ਫਾਈਲ ਦੀ ਮਿਆਦ, ਅੰਤਰਾਲ ਦੀ ਲੰਬਾਈ, ਮੀਟਰ ਦੀ ਸੀਮਾ, ਗੁੰਮ-ਡੇਟਾ ਇਲਾਜ, ਅਤੇ ਭਵਿੱਖ-ਲੋਡ ਧਾਰਨਾਵਾਂ | ਸਹੀ ਡਾਟਾ ਸੈੱਟ ਅਤੇ ਸਾਈਜ਼ਿੰਗ ਮਾਡਲ ਵਿੱਚ ਵਰਤੀਆਂ ਗਈਆਂ ਧਾਰਨਾਵਾਂ |
| ਓਪਰੇਟਿੰਗ ਉਦੇਸ਼ | ਮੰਗ ਟੀਚਾ, TOU ਅਨੁਸੂਚੀ, PV ਤਰਕ, ਲਚਕੀਲਾ ਰਿਜ਼ਰਵ, ਅਤੇ ਤਰਜੀਹ ਆਰਡਰ | ਡਿਸਪੈਚ ਤਰਕ ਅਤੇ ਕੋਈ ਵੀ ਵਿਵਾਦ ਜਾਂ ਸੀਮਾਵਾਂ |
| ਸ਼ਕਤੀ ਅਤੇ ਊਰਜਾ | ਲੋੜੀਂਦਾ ਡਿਸਚਾਰਜ kW, ਇਵੈਂਟ ਦੀ ਮਿਆਦ, ਲੋਡ-ਸਾਈਡ kWh, ਚਾਰਜਿੰਗ ਸੀਮਾ, ਅਤੇ ਰਿਜ਼ਰਵ | ਪ੍ਰਸਤਾਵਿਤ ਰੇਟਿੰਗ ਪਾਵਰ, ਸਥਾਪਿਤ ਊਰਜਾ, ਘੋਸ਼ਿਤ ਵਰਤੋਂਯੋਗ ਊਰਜਾ, ਅਤੇ ਮਿਆਦ ਦੇ ਆਧਾਰ 'ਤੇ |
| ਪ੍ਰਦਰਸ਼ਨ ਦੀਆਂ ਧਾਰਨਾਵਾਂ | ਲੋੜੀਂਦੀ ਤਾਪਮਾਨ ਸੀਮਾ, ਡਿਗਰੇਡੇਸ਼ਨ ਆਧਾਰ, ਨੁਕਸਾਨ, ਸਹਾਇਕ ਲੋਡ, ਅਤੇ ਭਵਿੱਖ ਦਾ ਸੰਚਾਲਨ ਸਾਲ | ਵਰਤੀਆਂ ਗਈਆਂ ਸਾਰੀਆਂ ਡੀਰੇਟਿੰਗ, ਕੁਸ਼ਲਤਾ, ਰਿਜ਼ਰਵ, ਅਤੇ ਡਿਗਰੇਡੇਸ਼ਨ ਧਾਰਨਾਵਾਂ |
| ਇਲੈਕਟ੍ਰੀਕਲ ਸਕੋਪ | ਵੋਲਟੇਜ, ਫਾਲਟ ਡੇਟਾ, ਕੁਨੈਕਸ਼ਨ ਦਾ ਬਿੰਦੂ, ਸੁਰੱਖਿਆ, ਟ੍ਰਾਂਸਫਾਰਮਰ, ਸਵਿਚਗੀਅਰ, ਕੇਬਲ, ਅਤੇ ਮੀਟਰਿੰਗ ਸੀਮਾ | ਸਾਜ਼-ਸਾਮਾਨ, ਇੰਟਰਫੇਸ ਡਰਾਇੰਗ, ਅਲਹਿਦਗੀ, ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਸ਼ਾਮਲ ਹਨ |
| ਨਿਯੰਤਰਣ ਅਤੇ ਡੇਟਾ | EMS ਮੋਡ, ਸੰਚਾਰ, ਰਿਮੋਟ ਐਕਸੈਸ, ਮੀਟਰਿੰਗ, ਅਲਾਰਮ, ਅਤੇ ਡਾਟਾ-ਰੀਟੇਨਸ਼ਨ ਲੋੜਾਂ | ਸਮਰਥਿਤ ਇੰਟਰਫੇਸ, ਡੇਟਾ ਪੁਆਇੰਟ, ਨਿਯੰਤਰਣ ਲੜੀ, ਅਤੇ ਸਾਈਬਰ ਸੁਰੱਖਿਆ ਜ਼ਿੰਮੇਵਾਰੀਆਂ |
| ਟੈਸਟਿੰਗ ਅਤੇ ਸਵੀਕ੍ਰਿਤੀ | ਫੈਕਟਰੀ ਟੈਸਟ, ਸਾਈਟ ਟੈਸਟ, ਪੀਕ-ਸ਼ੇਵਿੰਗ ਪ੍ਰਦਰਸ਼ਨ, ਸਮਰੱਥਾ ਜਾਂ ਪਾਵਰ ਟੈਸਟ, ਕਮਿਸ਼ਨਿੰਗ, ਅਤੇ ਸਿਖਲਾਈ | ਟੈਸਟ ਪ੍ਰਕਿਰਿਆ, ਸਵੀਕ੍ਰਿਤੀ ਸੀਮਾਵਾਂ, ਰਿਕਾਰਡ, ਸਮਾਂ-ਸਾਰਣੀ, ਅਤੇ ਸੁਧਾਰਾਤਮਕ-ਕਿਰਿਆ ਪ੍ਰਕਿਰਿਆ |
| ਵਪਾਰਕ ਦਾਇਰੇ | ਮਾਤਰਾ, ਮੰਜ਼ਿਲ, ਇਨਕੋਟਰਮ, ਡਿਲਿਵਰੀ ਟੀਚਾ, ਪੈਕੇਜਿੰਗ, ਦਸਤਾਵੇਜ਼, ਸਪੇਅਰ ਪਾਰਟਸ, ਅਤੇ ਸੇਵਾ ਉਮੀਦਾਂ | MOQ, ਲੀਡ ਟਾਈਮ, ਸਹੀ ਸਪਲਾਈ ਸੀਮਾ, ਵਾਰੰਟੀ ਦਾ ਘੇਰਾ, ਵਿਕਲਪਿਕ ਆਈਟਮਾਂ, ਅਤੇ ਬੇਦਖਲੀ |
ਸਪਲਾਇਰ ਦਾਅਵਿਆਂ ਨੂੰ ਮਾਪਣਯੋਗ ਸਵੀਕ੍ਰਿਤੀ ਆਈਟਮਾਂ ਵਿੱਚ ਬਦਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। "ਪੀਕ-ਸ਼ੇਵਿੰਗ ਸਮਰੱਥ," "ਉੱਚ ਕੁਸ਼ਲਤਾ," ਜਾਂ "ਬੁੱਧੀਮਾਨ EMS" ਪੂਰੀ ਮਨਜ਼ੂਰੀ ਦੇ ਮਾਪਦੰਡ ਨਹੀਂ ਹਨ। ਖਰੀਦਦਾਰ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਟੈਸਟ ਸ਼ਰਤਾਂ ਦੇ ਅਧੀਨ ਸਹਿਮਤੀ ਮੰਗ ਦੇ ਟੀਚੇ, ਸੰਚਾਲਨ ਦੀ ਮਿਆਦ, ਰਿਜ਼ਰਵ ਵਿਵਹਾਰ, ਸੰਚਾਰ, ਅਤੇ ਅਲਾਰਮ ਜਵਾਬ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨ ਲਈ ਪ੍ਰਸਤਾਵਿਤ ਸੰਰਚਨਾ ਦੀ ਲੋੜ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ
C&I ਊਰਜਾ ਸਟੋਰੇਜ ਨੂੰ ਆਕਾਰ ਦੇਣ ਲਈ ਕਿੰਨੇ 15-ਮਿੰਟ ਡੇਟਾ ਦੀ ਲੋੜ ਹੈ?
ਮੌਸਮੀ ਉਤਪਾਦਨ, ਆਕੂਪੈਂਸੀ, HVAC, PV, ਅਤੇ ਟੈਰਿਫ ਸ਼ਰਤਾਂ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਕਾਫ਼ੀ ਟਾਈਮਸਟੈਂਪਡ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਉਪਲਬਧ ਹੋਣ 'ਤੇ ਇੱਕ ਪੂਰਾ ਸੰਚਾਲਨ ਸਾਲ ਬਿਹਤਰ ਹੁੰਦਾ ਹੈ, ਪਰ ਅੰਤਿਮ ਮਿਆਦ ਸਾਈਟ ਦੀ ਪਰਿਵਰਤਨਸ਼ੀਲਤਾ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਪੜਾਅ ਦੇ ਅਨੁਸਾਰ ਚੁਣੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
ਕੀ ਮਾਸਿਕ ਬਿਜਲੀ ਬਿੱਲਾਂ ਦੀ ਵਰਤੋਂ ਬੈਟਰੀ ਦੇ ਅੰਤਮ ਆਕਾਰ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ?
ਉਹ ਸ਼ੁਰੂਆਤੀ ਸਕ੍ਰੀਨਿੰਗ ਅਤੇ ਟੈਰਿਫ ਸਮੀਖਿਆ ਦਾ ਸਮਰਥਨ ਕਰ ਸਕਦੇ ਹਨ, ਪਰ ਉਹ ਆਮ ਤੌਰ 'ਤੇ ਇਵੈਂਟ ਦੀ ਮਿਆਦ, ਵਾਰ-ਵਾਰ ਸਿਖਰਾਂ, ਚਾਰਜਿੰਗ ਵਿੰਡੋਜ਼, ਜਾਂ ਮੰਗ ਅਤੇ ਪੀਵੀ ਵਿਚਕਾਰ ਸਬੰਧ ਨਹੀਂ ਦਿਖਾਉਂਦੇ ਹਨ। ਅੰਤਮ ਆਕਾਰ ਨੂੰ ਸੰਬੰਧਿਤ ਮੀਟਰ ਦੀ ਸੀਮਾ 'ਤੇ ਅੰਤਰਾਲ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
ਸਟੋਰੇਜ kW ਅਤੇ kWh ਵਿੱਚ ਕੀ ਅੰਤਰ ਹੈ?
kW ਤਤਕਾਲ ਡਿਸਚਾਰਜ ਜਾਂ ਚਾਰਜਿੰਗ ਪਾਵਰ ਹੈ। kWh ਸਮੇਂ ਦੇ ਨਾਲ ਉਪਲਬਧ ਊਰਜਾ ਹੈ। ਪੀਕ ਸ਼ੇਵਿੰਗ ਲਈ ਸਭ ਤੋਂ ਵੱਧ ਵਾਧੂ ਮੰਗ ਨੂੰ ਘਟਾਉਣ ਲਈ ਕਾਫ਼ੀ kW ਅਤੇ ਪੂਰੀ ਘਟਨਾ ਦੁਆਰਾ ਉਸ ਕਮੀ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣ ਲਈ ਕਾਫ਼ੀ ਉਪਯੋਗੀ kWh ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਕੀ ਸਭ ਤੋਂ ਉੱਚੀ ਰਿਕਾਰਡ ਕੀਤੀ ਚੋਟੀ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਬੈਟਰੀ ਦਾ ਆਕਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ?
ਆਪਣੇ ਆਪ ਨਹੀਂ। ਸਭ ਤੋਂ ਉੱਚੀ ਚੋਟੀ ਦੁਰਲੱਭ ਜਾਂ ਖ਼ਤਮ ਕਰਨ ਲਈ ਮਹਿੰਗੀ ਹੋ ਸਕਦੀ ਹੈ। ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਕਈ ਮੰਗ ਟੀਚਿਆਂ ਦੀ ਤੁਲਨਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਵਾਧੇ ਵਾਲੇ ਟੈਰਿਫ ਲਾਭ ਅਤੇ ਸੰਚਾਲਨ ਜੋਖਮ ਦੇ ਵਿਰੁੱਧ ਵਾਧੇ ਵਾਲੇ ਉਪਕਰਣ ਦੇ ਦਾਇਰੇ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਨਾਜ਼ੁਕ-ਲੋਡ ਬੈਕਅੱਪ ਨੂੰ ਪੀਕ-ਸ਼ੇਵਿੰਗ ਸਮਰੱਥਾ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ?
ਪ੍ਰਵਾਨਿਤ ਨਾਜ਼ੁਕ-ਲੋਡ kW ਅਤੇ ਮਿਆਦ ਲਈ ਘੱਟੋ-ਘੱਟ ਰਾਖਵੀਂ ਚਾਰਜ ਦੀ ਸਥਿਤੀ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰੋ। ਉਸੇ ਰਾਖਵੇਂ ਊਰਜਾ ਨੂੰ ਰੋਜ਼ਾਨਾ ਵਪਾਰਕ ਡਿਸਪੈਚ ਲਈ ਪੂਰੀ ਤਰ੍ਹਾਂ ਉਪਲਬਧ ਨਾ ਗਿਣੋ ਜਦੋਂ ਤੱਕ ਓਪਰੇਟਿੰਗ ਲੜੀ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਇਸਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ।
PV C&I ਊਰਜਾ ਸਟੋਰੇਜ ਗਣਨਾ ਨੂੰ ਕਿਵੇਂ ਬਦਲਦਾ ਹੈ?
ਅਸਲ ਵਾਧੂ ਉਤਪਾਦਨ ਅਤੇ ਸਾਈਟ ਦੇ ਸਿਖਰ ਦੇ ਸਮੇਂ ਦੀ ਪਛਾਣ ਕਰਨ ਲਈ ਸਮਾਂ-ਅਲਾਈਨ ਪੀਵੀ ਅਤੇ ਲੋਡ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਪੀਵੀ ਨੇਮਪਲੇਟ ਦੀ ਸਮਰੱਥਾ ਇਕੱਲੀ ਇਹ ਨਹੀਂ ਦਰਸਾਉਂਦੀ ਹੈ ਕਿ ਚਾਰਜ ਕਰਨ ਲਈ ਕਿੰਨੀ ਊਰਜਾ ਉਪਲਬਧ ਹੈ ਜਾਂ ਕੀ ਇਹ ਮੰਗ ਘਟਨਾ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ।
ਪ੍ਰੋਜੈਕਟ ਹਵਾਲੇ ਦੀ ਬੇਨਤੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਖਰੀਦਦਾਰਾਂ ਨੂੰ ਕੀ ਭੇਜਣਾ ਚਾਹੀਦਾ ਹੈ?
ਅੰਤਰਾਲ ਲੋਡ ਅਤੇ ਪੀਵੀ ਡੇਟਾ, ਟੈਰਿਫ ਨਿਯਮ, ਓਪਰੇਟਿੰਗ ਕੈਲੰਡਰ, ਮੰਗ ਟੀਚਾ, ਨਾਜ਼ੁਕ-ਲੋਡ ਸੂਚੀ, ਸਿੰਗਲ-ਲਾਈਨ ਡਾਇਗ੍ਰਾਮ, ਕਨੈਕਸ਼ਨ ਵੋਲਟੇਜ, ਫਾਲਟ ਜਾਣਕਾਰੀ, ਸਾਈਟ ਵਾਤਾਵਰਣ, ਨਿਯੰਤਰਣ ਲੋੜਾਂ, ਮਾਤਰਾ, ਮੰਜ਼ਿਲ, ਡਿਲੀਵਰੀ ਟੀਚਾ, ਅਤੇ ਲੋੜੀਂਦੇ ਟੈਸਟ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਭੇਜੋ।
ਲੋਡ-ਪ੍ਰੋਫਾਈਲ ਅਤੇ ਸੰਰਚਨਾ ਸਮੀਖਿਆ ਲਈ ਬੇਨਤੀ ਕਰੋ
ਟਾਈਮਸਟੈਂਪਡ ਲੋਡ ਪ੍ਰੋਫਾਈਲ, ਅੰਤਰਾਲ ਦੀ ਲੰਬਾਈ, ਟੈਰਿਫ ਨਿਯਮ, ਪ੍ਰਾਇਮਰੀ ਓਪਰੇਟਿੰਗ ਉਦੇਸ਼, ਪ੍ਰਸਤਾਵਿਤ ਮੰਗ ਟੀਚਾ, ਪੀਵੀ ਡੇਟਾ, ਨਾਜ਼ੁਕ-ਲੋਡ ਅਨੁਸੂਚੀ, ਚਾਰਜਿੰਗ ਰੁਕਾਵਟਾਂ, ਸਿੰਗਲ-ਲਾਈਨ ਡਾਇਗ੍ਰਾਮ, ਕਨੈਕਸ਼ਨ ਵੋਲਟੇਜ, ਸਾਈਟ ਦੀਆਂ ਸਥਿਤੀਆਂ, ਮਾਤਰਾ, ਮੰਜ਼ਿਲ, ਕਮਿਸ਼ਨਿੰਗ ਉਮੀਦਾਂ, ਅਤੇ ਸਵੀਕ੍ਰਿਤੀ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਤਿਆਰ ਕਰੋ। ਉਨ੍ਹਾਂ ਨੂੰ ਡਿੰਗਸ਼ੇਂਗ ਦੁਆਰਾ ਜਮ੍ਹਾਂ ਕਰੋ ਸੰਪਰਕ ਅਤੇ ਪ੍ਰੋਜੈਕਟ ਹਵਾਲੇ ਪੰਨਾ. ਟੀਮ ਉਪਲਬਧ ਊਰਜਾ ਸਟੋਰੇਜ ਸੰਰਚਨਾਵਾਂ ਦੀ ਸਮੀਖਿਆ ਕਰ ਸਕਦੀ ਹੈ, ਗੁੰਮ ਹੋਏ ਆਕਾਰ ਜਾਂ ਇਲੈਕਟ੍ਰੀਕਲ-ਇੰਟਰਫੇਸ ਡੇਟਾ ਦੀ ਪਛਾਣ ਕਰ ਸਕਦੀ ਹੈ, ਢੁਕਵੇਂ ਉਤਪਾਦ ਫਾਰਮੈਟਾਂ ਦੀ ਤੁਲਨਾ ਕਰ ਸਕਦੀ ਹੈ, ਅਤੇ ਦੱਸੇ ਗਏ ਅਨੁਮਾਨਾਂ, ਸਪਲਾਈ ਦੀਆਂ ਸੀਮਾਵਾਂ, ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ ਬੇਦਖਲੀ ਦੇ ਨਾਲ ਇੱਕ ਪ੍ਰੋਜੈਕਟ-ਵਿਸ਼ੇਸ਼ ਪ੍ਰਸਤਾਵ ਤਿਆਰ ਕਰ ਸਕਦੀ ਹੈ।
