CAN, RS485, UART, ਬਲੂਟੁੱਥ: ਤੁਹਾਡੇ ਬੈਟਰੀ ਪੈਕ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕਿਹੜੇ ਸੰਚਾਰ ਇੰਟਰਫੇਸ ਦੀ ਲੋੜ ਹੈ?

"ਕੀ ਤੁਹਾਡਾ BMS CAN ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ?" ਗਲਤ ਖਰੀਦ ਸਵਾਲ ਕਿਉਂ ਹੈ?

ਜ਼ਿਆਦਾਤਰ ਸਮਾਰਟ BMS ਡੇਟਾ ਸ਼ੀਟਾਂ ਸੰਚਾਰ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਚੈੱਕਲਿਸਟ ਵਜੋਂ ਸੂਚੀਬੱਧ ਕਰਦੀਆਂ ਹਨ: CAN, RS485, UART, ਬਲੂਟੁੱਥ, ਕਈ ਵਾਰ ਹੋਰ। ਭਾਵ ਭਰੋਸਾ ਦੇਣ ਵਾਲਾ ਹੈ - ਜਿੰਨਾ ਜ਼ਿਆਦਾ ਸੂਚੀਬੱਧ, ਓਨਾ ਹੀ ਵਧੀਆ। ਪਰ ਸੂਚੀ ਖਰੀਦਦਾਰੀ ਸਵਾਲ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦੀ।

ਦੋ BMS ਯੂਨਿਟ ਦੋਵੇਂ CAN ਸਹਾਇਤਾ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰ ਸਕਦੇ ਹਨ ਅਤੇ ਇੱਕੋ ਇਨਵਰਟਰ ਨਾਲ ਅਸੰਗਤ ਰਹਿੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਉਹਨਾਂ ਦੇ ਸੰਦੇਸ਼ ਢਾਂਚੇ ਵੱਖਰੇ ਹਨ। ਇਹੀ ਗੱਲ NMEA 2000 ਡਿਸਪਲੇਅ, RV-C ਡੈਸ਼ਬੋਰਡ, ਅਤੇ EMS (ਊਰਜਾ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ) ਪਲੇਟਫਾਰਮਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ-ਪੱਧਰ ਦਾ ਸਮਰਥਨ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਹੈ, ਸਿੱਟਾ ਨਹੀਂ।

ਇਹ ਲੇਖ ਢਾਂਚੇ ਵਿੱਚੋਂ ਲੰਘਦਾ ਹੈ: ਹਰੇਕ ਪ੍ਰੋਟੋਕੋਲ ਕੀ ਕਰਦਾ ਹੈ, ਹਰ ਇੱਕ ਕਿੱਥੇ ਫਿੱਟ ਬੈਠਦਾ ਹੈ, ਅਤੇ RFQ (ਹਵਾਲਾ ਲਈ ਬੇਨਤੀ) ਪੜਾਅ 'ਤੇ ਸੰਚਾਰ ਨੂੰ ਕਿਵੇਂ ਨਿਰਧਾਰਤ ਕਰਨਾ ਹੈ ਤਾਂ ਜੋ "ਸਹਿਯੋਗ" "ਅਨੁਕੂਲ" ਬਣ ਜਾਵੇ - ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਜੋ ਸਾਫ਼-ਸੁਥਰੇ ਢੰਗ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਹੁੰਦਾ ਹੈ ਅਤੇ ਇੱਕ ਜੋ ਕਮਿਸ਼ਨਿੰਗ ਪਾੜੇ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਵਿੱਚ ਅੰਤਰ।

ਇਹ ਚਾਰ ਪ੍ਰੋਟੋਕੋਲ ਅਸਲ ਵਿੱਚ ਇੱਕ ਬੈਟਰੀ ਪੈਕ ਵਿੱਚ ਕੀ ਕਰਦੇ ਹਨ

ਖਰੀਦਦਾਰੀ ਦੀਆਂ ਜ਼ਰੂਰੀ ਚੀਜ਼ਾਂ ਤੱਕ ਸੀਮਤ, ਇੱਥੇ ਹਰੇਕ ਪ੍ਰੋਟੋਕੋਲ ਅਸਲ ਵਿੱਚ ਇੱਕ ਬੈਟਰੀ ਪੈਕ ਵਿੱਚ ਕੀ ਕਰਦਾ ਹੈ:

ਪ੍ਰੋਟੋਕੋਲ	ਸੰਚਾਰ ਪਰਤ	ਆਮ ਭੂਮਿਕਾ	ਇਹ ਕਿੱਥੇ ਰਹਿੰਦਾ ਹੈ
ਕੈਨ	ਨੈੱਟਵਰਕ ਬੱਸ (ਮਲਟੀ-ਡਿਵਾਈਸ)	ਰੀਅਲ-ਟਾਈਮ ਵਾਹਨ ਅਤੇ ਉਦਯੋਗਿਕ ਪ੍ਰਣਾਲੀ ਏਕੀਕਰਨ	ਵਾਹਨ ਕੰਟਰੋਲਰ, ਉਦਯੋਗਿਕ ਮਸ਼ੀਨਰੀ, ਸਿਸਟਮ ਨੈੱਟਵਰਕ (RV-C, NMEA 2000, ਅਤੇ J1939 CAN 'ਤੇ ਬਣੇ)
ਆਰਐਸ 485	ਸੀਰੀਅਲ ਬੱਸ (ਮਲਟੀ-ਡਿਵਾਈਸ, ਲੰਬੀ ਦੂਰੀ)	ਹੋਸਟ ਨਿਗਰਾਨੀ, ਫਲੀਟ ਪ੍ਰਬੰਧਨ, SCADA	ਫਲੀਟ-ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀਆਂ, ਨਿਗਰਾਨੀ ਸਟੇਸ਼ਨ, ਉਦਯੋਗਿਕ ਨਿਗਰਾਨੀ ਪਰਤਾਂ
ਯੂਆਰਟੀ	ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਸੀਰੀਅਲ	ਅੰਡਰਲਾਈੰਗ ਹਾਰਡਵੇਅਰ ਵਾਇਰਿੰਗ	ਕੁਝ ਸੀਰੀਅਲ ਲਿੰਕਾਂ ਦੇ ਹੇਠਾਂ ਬੈਠਦਾ ਹੈ (ਜਿਵੇਂ ਕਿ RS485 ਟ੍ਰਾਂਸਸੀਵਰ, ਵਾਇਰਲੈੱਸ ਮੋਡੀਊਲ); ਉਪਭੋਗਤਾ ਦੀ ਪਸੰਦ ਦੀ ਬਜਾਏ ਇੱਕ ਹਾਰਡਵੇਅਰ ਸਮਰੱਥਾ
ਬਲੂਟੁੱਥ	ਛੋਟੀ-ਦੂਰੀ ਵਾਲਾ ਵਾਇਰਲੈੱਸ	ਐਪ-ਅਧਾਰਿਤ ਡਾਇਗਨੌਸਟਿਕਸ ਅਤੇ ਕੌਂਫਿਗਰੇਸ਼ਨ	ਵਿਅਕਤੀਗਤ ਪੈਕ ਨਿਗਰਾਨੀ ਲਈ ਮਾਲਕ ਜਾਂ ਇੰਸਟਾਲਰ ਮੋਬਾਈਲ ਐਪਸ

ਪ੍ਰੋਟੋਕੋਲ ਬਦਲਣਯੋਗ ਨਹੀਂ ਹਨ। CAN ਰੀਅਲ-ਟਾਈਮ ਏਕੀਕਰਨ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ, RS485 ਨਿਗਰਾਨੀ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ, UART ਹਾਰਡਵੇਅਰ ਵਾਇਰਿੰਗ ਪਰਤ ਹੈ, ਅਤੇ ਬਲੂਟੁੱਥ ਮਾਲਕ-ਮੁਖੀ ਹੈ। ਸਹੀ ਪ੍ਰੋਟੋਕੋਲ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਡਾਊਨਸਟ੍ਰੀਮ ਡਿਵਾਈਸ - ਇਨਵਰਟਰ, ਡੈਸ਼ਬੋਰਡ, ਫਲੀਟ ਸਿਸਟਮ, ਮੋਬਾਈਲ ਐਪ - ਨੂੰ ਕੀ ਪੜ੍ਹਨ ਦੀ ਲੋੜ ਹੈ।

ਸਵਾਲ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਕੀ BMS CAN ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕੀ ਇਹ ਉਹ ਬੋਲੀ ਬੋਲਦਾ ਹੈ ਜੋ ਤੁਹਾਡਾ ਇਨਵਰਟਰ, ਕੰਟਰੋਲਰ, ਡਿਸਪਲੇ, ਜਾਂ ਨੈੱਟਵਰਕ ਉਮੀਦ ਕਰਦਾ ਹੈ।

CAN: ਵਾਹਨ ਅਤੇ ਉਦਯੋਗਿਕ ਏਕੀਕਰਣ ਵਰਕ ਹਾਰਸ

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

"CAN ਸਪੋਰਟ" ਹੀ ਇਸ ਬਾਰੇ ਬਹੁਤ ਘੱਟ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਇੱਕ ਖਾਸ BMS ਇੱਕ ਖਾਸ ਡਿਵਾਈਸ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਹੁੰਦਾ ਹੈ। ਵੱਖ-ਵੱਖ ਡੋਮੇਨਾਂ ਨੇ CAN - RV-C, NMEA 2000, ਅਤੇ J1939 - ਦੇ ਸਿਖਰ 'ਤੇ ਮਿਆਰ ਬਣਾਏ ਹਨ - ਹਰੇਕ ਦਾ ਆਪਣਾ ਸੁਨੇਹਾ ਢਾਂਚਾ ਹੈ। ਦੋ CAN-ਸਹਾਇਕ BMS ਯੂਨਿਟਾਂ ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰਾ ਸੁਨੇਹਾ ਲਾਗੂਕਰਨ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਇੱਕੋ ਡਿਵਾਈਸ ਨਾਲ ਅਸੰਗਤ ਰਹਿ ਸਕਦੇ ਹਨ।

CAN-ਅਧਾਰਿਤ ਏਕੀਕਰਨ ਲਈ, ਸਹੀ RFQ ਸਵਾਲ ਇਹ ਨਹੀਂ ਹੈ ਕਿ ਕੀ BMS CAN ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਪਰ ਇਹ ਹੈ ਕਿ ਇਹ ਕਿਹੜਾ ਸੁਨੇਹਾ ਲਾਗੂਕਰਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਅਤੇ ਸਪਲਾਇਰ ਤੁਹਾਡੇ ਖਾਸ ਡਿਵਾਈਸਾਂ ਲਈ ਕਿਹੜਾ ਅਨੁਕੂਲਨ ਪੇਸ਼ ਕਰਦਾ ਹੈ।

RS485: ਹੋਸਟ-ਨਿਗਰਾਨੀ ਅਤੇ ਲੰਬੀ-ਦੂਰੀ ਦਾ ਮਿਆਰ

RS485 ਇੱਕ ਵੱਖਰੀ ਪਰਤ ਰੱਖਦਾ ਹੈ। ਜਿੱਥੇ CAN ਰੀਅਲ-ਟਾਈਮ ਤਾਲਮੇਲ ਵਿੱਚ ਉੱਤਮ ਹੈ, RS485 ਲੰਬੇ ਕੇਬਲ ਰਨ ਅਤੇ ਸੰਚਾਲਨ ਨਿਯੰਤਰਣ ਤੋਂ ਉੱਪਰ ਨਿਗਰਾਨੀ ਪਰਤ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ — ਫਲੀਟ ਪ੍ਰਬੰਧਨ ਬਹੁਤ ਸਾਰੇ ਪੈਕਾਂ ਨੂੰ ਟਰੈਕ ਕਰਦਾ ਹੈ, SCADA (ਸੁਪਰਵਾਈਜ਼ਰੀ ਕੰਟਰੋਲ ਅਤੇ ਡੇਟਾ ਪ੍ਰਾਪਤੀ) ਪਲੇਟਫਾਰਮ, ਅਤੇ ਹੋਸਟ ਨਿਗਰਾਨੀ ਸਟੇਸ਼ਨ।

ਇੱਕ ਆਮ ਉਦਯੋਗਿਕ ਪੈਟਰਨ ਰੀਅਲ-ਟਾਈਮ ਏਕੀਕਰਨ ਲਈ CAN ਅਤੇ ਨਿਗਰਾਨੀ ਪਰਤ ਲਈ RS485 ਹੈ। ਫੋਰਕਲਿਫਟ ਕੰਟਰੋਲਰ CAN ਰਾਹੀਂ BMS ਨਾਲ ਗੱਲ ਕਰਦਾ ਹੈ; ਫਲੀਟ ਪ੍ਰਬੰਧਨ RS485 ਰਾਹੀਂ ਪੈਕ ਸਿਹਤ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ। ਦੋਵੇਂ ਮੁਕਾਬਲੇਬਾਜ਼ ਨਹੀਂ ਹਨ - ਉਹ ਵੱਖ-ਵੱਖ ਆਰਕੀਟੈਕਚਰ ਪਰਤਾਂ ਦੀ ਸੇਵਾ ਕਰਦੇ ਹਨ।

RS485 ਲਈ, "RS485 ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ" ਨੂੰ ਅਨੁਕੂਲਤਾ ਦੀ ਗਰੰਟੀ ਵਜੋਂ ਮੰਨਣ ਦੀ ਬਜਾਏ, ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ BMS ਲਾਗੂਕਰਨ ਤੁਹਾਡੇ ਖਾਸ ਨਿਗਰਾਨੀ ਪਲੇਟਫਾਰਮ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।

UART: ਹਾਰਡਵੇਅਰ ਪਰਤ (ਚੋਣ ਬਾਰੇ ਘੱਟ, ਨੀਂਹ ਬਾਰੇ ਵਧੇਰੇ)

UART ਇੱਕ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਸੀਰੀਅਲ ਲਿੰਕ ਹੈ ਜੋ ਕੁਝ ਉੱਚ-ਪੱਧਰੀ ਕਨੈਕਸ਼ਨਾਂ ਦੇ ਹੇਠਾਂ ਬੈਠਦਾ ਹੈ — ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਮਾਈਕ੍ਰੋਕੰਟਰੋਲਰ ਦਾ UART ਅਕਸਰ ਇੱਕ RS485 ਟ੍ਰਾਂਸੀਵਰ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਵਾਇਰਲੈੱਸ ਮੋਡੀਊਲ ਆਮ ਤੌਰ 'ਤੇ UART ਉੱਤੇ ਹੋਸਟ ਨਾਲ ਜੁੜਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਇਹ ਉਹ ਨਹੀਂ ਹੈ ਜਿਸ 'ਤੇ CAN ਬਣਾਇਆ ਗਿਆ ਹੈ: CAN ਆਪਣੇ ਕੰਟਰੋਲਰ ਅਤੇ ਟ੍ਰਾਂਸੀਵਰ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਕੁਝ ਸੈਂਸਰ ਅਤੇ ਮੋਡੀਊਲ ਬਿਨਾਂ ਕਿਸੇ ਵਾਧੂ ਪ੍ਰੋਟੋਕੋਲ ਪਰਤ ਦੇ UART ਰਾਹੀਂ ਸਿੱਧੇ ਜੁੜਦੇ ਹਨ। ਸਮਾਰਟ BMS ਡੇਟਾ ਸ਼ੀਟਾਂ ਵਿੱਚ, UART ਆਮ ਤੌਰ 'ਤੇ CAN ਜਾਂ RS485 ਵਰਗੇ ਉਪਭੋਗਤਾ-ਮੁਖੀ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਬਜਾਏ ਇੱਕ ਹਾਰਡਵੇਅਰ ਸਮਰੱਥਾ ਵਜੋਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।

ਕੁਝ ਉਦਯੋਗਿਕ BMS ਪਲੇਟਫਾਰਮ ਡਾਇਗਨੌਸਟਿਕਸ, ਕੌਂਫਿਗਰੇਸ਼ਨ, ਜਾਂ ਪੈਰੀਫਿਰਲ ਏਕੀਕਰਣ ਲਈ ਕਈ UART ਚੈਨਲ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ - ਪ੍ਰੋਟੋਕੋਲ ਚੋਣ ਨਾਲੋਂ ਹਾਰਡਵੇਅਰ ਯੋਜਨਾਬੰਦੀ ਨੂੰ ਵਧੇਰੇ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ।

ਖਰੀਦ ਲਈ: ਇੱਕ BMS ਜੋ ਸਿਰਫ਼ UART (ਕੋਈ ਉੱਚ-ਪੱਧਰੀ ਪ੍ਰੋਟੋਕੋਲ ਨਹੀਂ) ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ, ਸਿੱਧੇ ਡਿਵਾਈਸ ਵਾਇਰਿੰਗ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਨੈੱਟਵਰਕ ਏਕੀਕਰਣ ਲਈ ਨਹੀਂ। ਜਦੋਂ ਡਾਊਨਸਟ੍ਰੀਮ ਉਪਕਰਣ - ਇਨਵਰਟਰ, ਕੰਟਰੋਲਰ, ਡਿਸਪਲੇ, ਫਲੀਟ ਪ੍ਰਬੰਧਨ - CAN ਜਾਂ RS485 ਸੰਚਾਰ ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਨ ਤਾਂ ਸਿਰਫ਼ UART ਕਾਫ਼ੀ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡੀ ਏਕੀਕਰਣ ਯੋਜਨਾ ਦੀ ਕੀ ਲੋੜ ਹੈ।

ਬਲੂਟੁੱਥ: ਜਦੋਂ ਐਪ-ਅਧਾਰਤ ਨਿਗਰਾਨੀ ਅਸਲ ਵਿੱਚ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ

ਬਲੂਟੁੱਥ ਇੱਕ ਵੱਖਰੀ ਪਰਤ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ। ਜਿੱਥੇ CAN ਅਤੇ RS485 BMS ਨੂੰ ਹੋਰ ਸਿਸਟਮ ਡਿਵਾਈਸਾਂ ਨਾਲ ਜੋੜਦੇ ਹਨ, ਬਲੂਟੁੱਥ ਆਮ ਤੌਰ 'ਤੇ BMS ਨੂੰ ਇੱਕ ਅੰਤਮ-ਉਪਭੋਗਤਾ ਜਾਂ ਇੰਸਟਾਲਰ ਮੋਬਾਈਲ ਐਪ ਨਾਲ ਜੋੜਦਾ ਹੈ — ਵਿਅਕਤੀਗਤ ਪੈਕਾਂ 'ਤੇ ਸਟੇਟ-ਆਫ-ਚਾਰਜ ਨਿਗਰਾਨੀ, ਸੰਰਚਨਾ, ਅਤੇ ਨੁਕਸ ਨਿਦਾਨ।

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

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

ਕਰਾਸ-ਸੀਨੇਰੀਓ ਫੈਸਲਾ ਫਰੇਮਵਰਕ: ਕਿਸ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਕਿਹੜਾ ਪ੍ਰੋਟੋਕੋਲ

ਵੱਖ-ਵੱਖ ਐਪਲੀਕੇਸ਼ਨ ਦ੍ਰਿਸ਼ ਵੱਖ-ਵੱਖ ਪ੍ਰੋਟੋਕੋਲ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਚਲਾਉਂਦੇ ਹਨ। ਸਭ ਤੋਂ ਵੱਧ ਤੋਂ ਲੈ ਕੇ ਘੱਟ ਤੋਂ ਘੱਟ ਏਕੀਕਰਨ-ਜਟਿਲ ਤੱਕ ਪ੍ਰਮੁੱਖ DALY ਦ੍ਰਿਸ਼ਾਂ ਰਾਹੀਂ ਕੰਮ ਕਰਨਾ:

ਫੋਰਕਲਿਫਟ ਅਤੇ ਉਦਯੋਗਿਕ ਵਾਹਨ

CAN ਆਮ ਤੌਰ 'ਤੇ ਵਾਹਨ-ਨਿਯੰਤਰਕ ਏਕੀਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹੁੰਦਾ ਹੈ; RS485 ਮਿਆਰੀ ਹੈ ਜਿੱਥੇ ਫਲੀਟ-ਪ੍ਰਬੰਧਨ ਹੋਸਟ ਪੈਕ ਸਿਹਤ ਨੂੰ ਟਰੈਕ ਕਰਦਾ ਹੈ; ਬਲੂਟੁੱਥ ਆਮ ਤੌਰ 'ਤੇ ਵਿਅਕਤੀਗਤ ਡਾਇਗਨੌਸਟਿਕਸ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਡੂੰਘੀ ਅਗਵਾਈ ਲਈ, ਸਾਡਾ ਫੋਰਕਲਿਫਟ BMS ਚੋਣ ਲੇਖ ਵੇਖੋ।

ਮਨੋਰੰਜਨ ਵਾਹਨ (RV-C)

RV-C, RV ਨੈੱਟਵਰਕਾਂ ਲਈ CAN-ਅਧਾਰਿਤ ਮਿਆਰ ਹੈ। BMS ਇਸ ਸਾਂਝੀ ਬੱਸ ਉੱਤੇ ਡੈਸ਼ਬੋਰਡ, ਚਾਰਜਰ, ਇਨਵਰਟਰ, ਅਤੇ ਚੈਸੀ ਕੰਟਰੋਲਰਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰਦਾ ਹੈ। ਪ੍ਰੋਜੈਕਟ-ਵਿਸ਼ੇਸ਼ PGN (ਪੈਰਾਮੀਟਰ ਗਰੁੱਪ ਨੰਬਰ) ਅਨੁਕੂਲਨ ਓਨਾ ਹੀ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ ਜਿੰਨਾ RV-C ਆਪਣੇ ਆਪ ਨੂੰ ਸਮਰਥਨ ਦਿੰਦਾ ਹੈ। ਡੂੰਘੀ ਮਾਰਗਦਰਸ਼ਨ ਲਈ, ਸਾਡਾ RV BMS ਚੋਣ ਲੇਖ ਵੇਖੋ।

ਸਮੁੰਦਰੀ (NMEA 2000)

NMEA 2000 CAN-ਅਧਾਰਤ ਸਮੁੰਦਰੀ ਬੱਸ ਹੈ ਜੋ ਬੈਟਰੀ, ਚਾਰਜਰ, ਡਿਸਪਲੇਅ ਅਤੇ ਇੰਜਣ ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਜੋੜਦੀ ਹੈ। ਇੰਜਣ-ਸਟਾਰਟਿੰਗ ਅਤੇ ਹਾਊਸ-ਬੈਂਕ ਦੋਵੇਂ ਭੂਮਿਕਾਵਾਂ ਇੱਕੋ ਨੈੱਟਵਰਕ 'ਤੇ ਏਕੀਕ੍ਰਿਤ ਹੁੰਦੀਆਂ ਹਨ, ਖਾਸ ਸਮੁੰਦਰੀ ਡਿਸਪਲੇਅ ਲਈ ਪ੍ਰੋਜੈਕਟ-ਪੱਧਰ ਦੇ ਅਨੁਕੂਲਨ ਦੇ ਨਾਲ। ਡੂੰਘੀ ਅਗਵਾਈ ਲਈ, ਸਾਡਾ ਸਮੁੰਦਰੀ BMS ਚੋਣ ਲੇਖ ਵੇਖੋ।

ਊਰਜਾ ਸਟੋਰੇਜ ਸਿਸਟਮ

CAN BMS-ਤੋਂ-ਇਨਵਰਟਰ ਰੀਅਲ-ਟਾਈਮ ਸੰਚਾਰ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ; RS485 EMS ਜਾਂ SCADA ਏਕੀਕਰਨ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ। ਇਨਵਰਟਰ ਪ੍ਰੋਟੋਕੋਲ ਅਨੁਕੂਲਤਾ ਆਮ ਤੌਰ 'ਤੇ ਗੇਟਿੰਗ ਫੈਕਟਰ ਹੁੰਦੀ ਹੈ। ਡੂੰਘੇ ESS ਮਾਰਗਦਰਸ਼ਨ ਲਈ, ਸੂਰਜੀ ਸਟੋਰੇਜ ਲਈ ਸਾਡਾ BMS ਸੰਚਾਰ ਲੇਖ ਵੇਖੋ।

ਇਲੈਕਟ੍ਰਿਕ ਮੋਟਰਸਾਈਕਲ ਅਤੇ ਹਲਕਾ ਵਾਹਨ

ਬਲੂਟੁੱਥ-ਸਿਰਫ਼ ਪ੍ਰਚੂਨ ਅਤੇ ਆਫਟਰਮਾਰਕੀਟ ਲਿਥੀਅਮ ਪੈਕਾਂ ਲਈ ਆਮ ਹੈ ਜਿੱਥੇ ਸਿੱਧੀ ਐਪ ਨਿਗਰਾਨੀ ਵਰਤੋਂ ਦਾ ਮਾਮਲਾ ਹੈ। ਫਲੀਟ ਦੋ-ਪਹੀਆ ਵਾਹਨਾਂ ਲਈ OEM ਬੰਦ-ਪੈਕ ਉਤਪਾਦਨ ਵਾਹਨ ਏਕੀਕਰਣ ਲਈ CAN ਜੋੜ ਸਕਦਾ ਹੈ। ਸਿਸਟਮ-ਏਕੀਕਰਣ ਡੂੰਘਾਈ ਦੇ ਨਾਲ ਪ੍ਰੋਟੋਕੋਲ ਜ਼ਰੂਰਤਾਂ ਦਾ ਸਕੇਲ।

ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਅਰਥ ਸ਼ਾਸਤਰ: ਕਿੱਥੇ ਨਿਵੇਸ਼ ਕਰਨਾ ਹੈ, ਕਿੱਥੇ ਜ਼ਿਆਦਾ ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਨਹੀਂ ਕਰਨਾ ਹੈ

ਪ੍ਰੋਟੋਕੋਲ ਚੋਣ ਦਾ ਆਪਣਾ ਅਰਥਸ਼ਾਸਤਰ ਹੁੰਦਾ ਹੈ। ਬਹੁਤ ਘੱਟ ਹੋਣ ਕਰਕੇ BMS ਏਕੀਕ੍ਰਿਤ ਨਹੀਂ ਹੋਣਗੇ; ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੋਣ ਕਰਕੇ ਅਣਵਰਤੀ ਸਮਰੱਥਾ ਲਈ ਲਾਗਤ ਪ੍ਰੀਮੀਅਮ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ।

ਕਿੱਥੇ ਨਿਵੇਸ਼ ਕਰਨਾ ਹੈ:

• ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਖਾਸ ਡਾਊਨਸਟ੍ਰੀਮ ਡਿਵਾਈਸਾਂ ਲਈ ਪ੍ਰੋਟੋਕੋਲ-ਪੱਧਰ ਦਾ ਅਨੁਕੂਲਨ— ਆਮ ਪ੍ਰੋਟੋਕੋਲ ਸਹਾਇਤਾ ਨਹੀਂ।
• ਇੱਕ CAN ਲਾਗੂਕਰਨ ਜੋ ਕੰਟਰੋਲਰ, ਇਨਵਰਟਰ, ਜਾਂ ਸਿਸਟਮ ਨੈੱਟਵਰਕ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।ਤੁਹਾਡਾ ਪ੍ਰੋਜੈਕਟ ਅਸਲ ਵਿੱਚ ਵਰਤਦਾ ਹੈ।
• ਪ੍ਰੋਜੈਕਟ-ਪੜਾਅ ਦੀ ਤਸਦੀਕ ਕਿ BMS ਤੁਹਾਡੇ ਡਿਵਾਈਸਾਂ ਦੁਆਰਾ ਉਮੀਦ ਕੀਤੀ ਗਈ ਸੁਨੇਹਾ ਬੋਲੀ ਬੋਲਦਾ ਹੈ, ਕਮਿਸ਼ਨਿੰਗ ਤੋਂ ਪਹਿਲਾਂ।

ਕਿੱਥੇ ਜ਼ਿਆਦਾ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਗਾਉਣਾ ਚਾਹੀਦਾ:

• ਪ੍ਰੋਟੋਕੋਲ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਹਾਡੇ ਡਾਊਨਸਟ੍ਰੀਮ ਡਿਵਾਈਸ ਕਨੈਕਟ ਨਹੀਂ ਹੁੰਦੇ— CAN, RS485, ਅਤੇ ਬਲੂਟੁੱਥ ਦੀ ਵਰਤੋਂ ਕਰਨ 'ਤੇ ਭੁਗਤਾਨ ਕਰਨਾ ਬਿਨਾਂ ਕਿਸੇ ਲਾਭ ਦੇ ਲਾਗਤ ਦਾ ਭੁਗਤਾਨ ਕਰਨਾ ਹੈ।
• OEM ਬੰਦ-ਪੈਕ ਉਤਪਾਦਨ 'ਤੇ ਬਲੂਟੁੱਥਜਿੱਥੇ ਪੈਕ ਅੰਤਮ-ਉਪਭੋਗਤਾ ਜਾਂ ਇੰਸਟਾਲਰ ਮੋਬਾਈਲ ਐਪਸ ਦੇ ਸੰਪਰਕ ਵਿੱਚ ਨਹੀਂ ਆਉਂਦਾ।
• ਪ੍ਰੋਟੋਕੋਲ ਡੂੰਘਾਈ ਅਸਲ ਸਿਸਟਮ ਆਰਕੀਟੈਕਚਰ ਦੀ ਲੋੜ ਤੋਂ ਪਰੇ ਹੈ— ਆਮ "ਸਾਰੇ ਪ੍ਰੋਟੋਕੋਲ ਸਮਰਥਿਤ" ਦਾਅਵੇ ਅਕਸਰ ਪ੍ਰਮਾਣਿਤ ਏਕੀਕਰਣ ਡੂੰਘਾਈ ਦੀ ਬਜਾਏ ਮਾਰਕੀਟਿੰਗ ਸਥਿਤੀ ਦਾ ਸੰਕੇਤ ਦਿੰਦੇ ਹਨ।

ਸਹੀ ਜਵਾਬ ਹੈ ਤੁਹਾਡੀ ਅਸਲ ਏਕੀਕਰਣ ਯੋਜਨਾ ਨਾਲ ਪ੍ਰੋਟੋਕੋਲ ਨਿਰਧਾਰਨ ਦਾ ਮੇਲ। ਇੱਕ ਸਪਲਾਇਰ ਜੋ ਤੁਹਾਡੇ ਨਾਲ ਡਿਵਾਈਸ-ਪੱਧਰ ਦੇ ਅਨੁਕੂਲਨ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਉਸ ਨਾਲ ਕੰਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

DALY ਸਮਾਰਟ BMS ਰੇਂਜ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਅਨੁਕੂਲਨ ਪਹੁੰਚ

DALY ਸਮਾਰਟ BMS ਲਾਈਨਾਂ ਮੁੱਖ ਐਪਲੀਕੇਸ਼ਨ ਦ੍ਰਿਸ਼ਾਂ ਦੁਆਰਾ ਲੋੜੀਂਦੇ ਪ੍ਰੋਟੋਕੋਲ ਸੰਜੋਗਾਂ ਨੂੰ ਕਵਰ ਕਰਦੀਆਂ ਹਨ:

ਉਤਪਾਦ ਲਾਈਨ	ਪ੍ਰੋਟੋਕੋਲ ਉਪਲਬਧ ਹਨ	ਅਨੁਕੂਲਨ ਪਹੁੰਚ
ਸਮਾਰਟ ਬੀ.ਐੱਮ.ਐੱਸ.	CAN, RS485, UART, ਬਲੂਟੁੱਥ	ਸਟੈਂਡਰਡ ਸਮਾਰਟ BMS ਪ੍ਰੋਟੋਕੋਲ ਪੈਕੇਜ; ਖਾਸ ਡਾਊਨਸਟ੍ਰੀਮ ਡਿਵਾਈਸਾਂ ਲਈ ਪ੍ਰੋਜੈਕਟ-ਪੱਧਰ ਦੀ ਅਨੁਕੂਲਤਾ
ਐਕਟਿਵ ਬੈਲੇਂਸਿੰਗ ਬੀਐਮਐਸ	CAN, RS485, UART, ਬਲੂਟੁੱਥ	ਉਹੀ ਸਟੈਂਡਰਡ ਪ੍ਰੋਟੋਕੋਲ ਪੈਕੇਜ; ਖਾਸ ਡਾਊਨਸਟ੍ਰੀਮ ਡਿਵਾਈਸਾਂ ਲਈ ਪ੍ਰੋਜੈਕਟ-ਪੱਧਰ ਦੀ ਅਨੁਕੂਲਤਾ
ਹੋਮ ਸਟੋਰੇਜ ਬੀ.ਐੱਮ.ਐੱਸ.	CAN, RS485, UART, ਬਲੂਟੁੱਥ	ਪ੍ਰੋਜੈਕਟ ਦੇ ਆਧਾਰ 'ਤੇ ਇਨਵਰਟਰ ਅਤੇ ਈਐਮਐਸ ਪ੍ਰੋਟੋਕੋਲ ਅਨੁਕੂਲਨ ਉਪਲਬਧ ਹੈ।
ਉੱਚ ਕਰੰਟ BMS	CAN, RS485, UART ×3	ਡਾਇਗਨੌਸਟਿਕਸ, ਕੌਂਫਿਗਰੇਸ਼ਨ, ਅਤੇ ਪੈਰੀਫਿਰਲ ਏਕੀਕਰਨ ਲਈ ਤਿੰਨ UART ਚੈਨਲ; ਪ੍ਰਤੀ ਪ੍ਰੋਜੈਕਟ CAN ਅਨੁਕੂਲਨ
ਆਰਵੀ ਬੀਐਮਐਸ	CAN, RS485, UART, ਬਲੂਟੁੱਥ	RV-C ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਪ੍ਰੋਜੈਕਟ-ਵਿਸ਼ੇਸ਼ PGN ਅਨੁਕੂਲਤਾ ਉਪਲਬਧ ਹੈ

ਸਮੁੰਦਰੀ (NMEA 2000):ਇੰਜਣ-ਸਟਾਰਟਿੰਗ ਅਤੇ ਹਾਊਸ-ਬੈਂਕ ਦੋਵੇਂ ਭੂਮਿਕਾਵਾਂ ਸਮਾਰਟ BMS ਅਤੇ ਐਕਟਿਵ ਬੈਲੇਂਸਿੰਗ BMS ਲਾਈਨਾਂ ਦੁਆਰਾ ਨਿਭਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਜਿਸ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ-ਪੱਧਰੀ ਪ੍ਰੋਟੋਕੋਲ ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ ਦੁਆਰਾ NMEA 2000 ਸਹਾਇਤਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

DALY ਪ੍ਰੋਟੋਕੋਲ ਸਹਾਇਤਾ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਅਨੁਕੂਲਨ ਨੂੰ ਵੱਖ-ਵੱਖ ਗੱਲਬਾਤਾਂ ਵਜੋਂ ਮੰਨਦਾ ਹੈ: ਡੇਟਾ ਸ਼ੀਟ ਸੂਚੀਬੱਧ ਕਰਦੀ ਹੈ ਕਿ ਹਰੇਕ BMS ਕੀ ਸਮਰਥਨ ਕਰਦਾ ਹੈ; ਪ੍ਰੋਜੈਕਟ-ਇੰਜੀਨੀਅਰਿੰਗ ਪੱਧਰ ਉਹਨਾਂ ਖਾਸ ਡਿਵਾਈਸਾਂ ਲਈ ਸੰਦੇਸ਼-ਸੰਰਚਨਾ ਅਨੁਕੂਲਨ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਹਾਡਾ ਬਿਲਡ ਜੁੜਦਾ ਹੈ।

OEM ਅਤੇ ਇੰਟੀਗਰੇਟਰ ਪ੍ਰੋਜੈਕਟਾਂ ਲਈ, ਆਮ ਡੇਟਾ-ਸ਼ੀਟ ਦਾਅਵਿਆਂ 'ਤੇ ਨਿਰਭਰ ਕਰਨ ਦੀ ਬਜਾਏ, ਖਾਸ ਡਾਊਨਸਟ੍ਰੀਮ ਡਿਵਾਈਸਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰੋ ਜਿਨ੍ਹਾਂ ਨੂੰ ਪ੍ਰੀ-RFQ ਇੰਜੀਨੀਅਰਿੰਗ ਚਰਚਾ ਦੌਰਾਨ ਬੈਟਰੀ ਨੂੰ ਪੜ੍ਹਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

→ DALY ਸਮਾਰਟ BMS ਰੇਂਜ ਜੋ ਸਟੈਂਡਰਡ ਪ੍ਰੋਟੋਕੋਲ ਪੈਕੇਜ ਨੂੰ ਕਵਰ ਕਰਦੀ ਹੈ:https://www.dalybms.com/smart-bms/

→ ਉਦਯੋਗਿਕ ਵਾਹਨ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ DALY ਉੱਚ ਮੌਜੂਦਾ BMS ਰੇਂਜ:https://www.dalybms.com/high-current-bms-products/

ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ

Q1ਜੇਕਰ ਇੱਕ BMS ਡੇਟਾ ਸ਼ੀਟ ਵਿੱਚ CAN, RS485, UART, ਅਤੇ ਬਲੂਟੁੱਥ ਦੀ ਸੂਚੀ ਹੈ, ਤਾਂ ਕੀ ਮੇਰੇ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਚਾਰਾਂ ਦੀ ਲੋੜ ਹੈ?

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

Q2"CAN ਨੂੰ ਸਪੋਰਟ ਕਰਦਾ ਹੈ" ਅਤੇ "ਮੇਰੇ ਇਨਵਰਟਰ ਨਾਲ ਅਨੁਕੂਲ" ਵਿੱਚ ਕੀ ਅੰਤਰ ਹੈ?

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

Q3ਕੀ ਮੈਨੂੰ OEM ਵਪਾਰਕ ਬੈਟਰੀ ਪੈਕ 'ਤੇ ਬਲੂਟੁੱਥ ਦੀ ਲੋੜ ਹੈ?

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

Q4ਜੇਕਰ UART ਇੱਕ ਹਾਰਡਵੇਅਰ ਫਾਊਂਡੇਸ਼ਨ ਹੈ ਤਾਂ ਇਸਨੂੰ CAN ਅਤੇ RS485 ਦੇ ਨਾਲ ਕਿਉਂ ਸੂਚੀਬੱਧ ਕੀਤਾ ਗਿਆ ਹੈ?

UART ਇੱਕ ਅੰਡਰਲਾਈੰਗ ਸੀਰੀਅਲ ਵਾਇਰਿੰਗ ਪਰਤ ਹੈ ਜੋ ਕੁਝ ਸੈਂਸਰ ਅਤੇ ਮੋਡੀਊਲ ਡੇਟਾ ਸੰਚਾਰਿਤ ਕਰਨ ਲਈ ਵਰਤਦੇ ਹਨ। ਚੋਣ ਵਿੱਚ, ਇਹ CAN ਜਾਂ RS485 ਨਾਲੋਂ ਘੱਟ ਵਿਕਲਪ ਹੈ — ਪਰ ਹਾਰਡਵੇਅਰ ਯੋਜਨਾਬੰਦੀ ਲਈ ਚੈਨਲਾਂ ਦੀ ਗਿਣਤੀ ਮਾਇਨੇ ਰੱਖਦੀ ਹੈ। ਇੱਕ UART-ਸਿਰਫ਼ BMS ਕਾਫ਼ੀ ਨਹੀਂ ਹੋ ਸਕਦਾ ਜਦੋਂ ਡਾਊਨਸਟ੍ਰੀਮ ਉਪਕਰਣ CAN ਜਾਂ RS485 ਦੀ ਉਮੀਦ ਕਰਦੇ ਹਨ; ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਤੁਹਾਡੀ ਏਕੀਕਰਣ ਯੋਜਨਾ ਦੀ ਕੀ ਲੋੜ ਹੈ।

Q5ਮੈਂ RFQ ਪੜਾਅ 'ਤੇ ਸੰਚਾਰ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਕਿਵੇਂ ਨਿਰਧਾਰਤ ਕਰਾਂ?

ਉਹਨਾਂ ਡਾਊਨਸਟ੍ਰੀਮ ਡਿਵਾਈਸਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਜਿਨ੍ਹਾਂ ਨੂੰ ਬੈਟਰੀ ਪੜ੍ਹਨ ਦੀ ਲੋੜ ਹੈ — ਇਨਵਰਟਰ, ਕੰਟਰੋਲਰ, ਡਿਸਪਲੇ, ਫਲੀਟ ਪ੍ਰਬੰਧਨ, EMS, ਮੋਬਾਈਲ ਐਪ — ਅਤੇ ਹਰੇਕ ਲਈ ਲੋੜੀਂਦਾ ਪ੍ਰੋਟੋਕੋਲ। ਸਪਲਾਇਰ ਨੂੰ ਹਰੇਕ ਡਿਵਾਈਸ ਲਈ ਸੁਨੇਹਾ-ਪੱਧਰ ਦੇ ਅਨੁਕੂਲਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਕਹੋ, ਨਾ ਕਿ ਸਿਰਫ਼ ਆਮ ਪ੍ਰੋਟੋਕੋਲ ਸਹਾਇਤਾ। ਇਹ ਗੱਲਬਾਤ ਨੂੰ "ਕੀ ਤੁਸੀਂ CAN ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹੋ" ਤੋਂ "ਕੀ ਤੁਸੀਂ ਆਪਣੇ CAN ਲਾਗੂਕਰਨ ਨੂੰ ਮੇਰੇ ਖਾਸ ਇਨਵਰਟਰ ਅਤੇ ਕੰਟਰੋਲਰ ਲਈ ਅਨੁਕੂਲ ਬਣਾ ਸਕਦੇ ਹੋ" ਵਿੱਚ ਬਦਲਦਾ ਹੈ।

DALY ਬਾਰੇ

DALY 130+ ਦੇਸ਼ਾਂ ਵਿੱਚ OEM, ਪੈਕ ਨਿਰਮਾਤਾਵਾਂ ਅਤੇ ਇੰਟੀਗ੍ਰੇਟਰਾਂ ਲਈ ਲਿਥੀਅਮ ਬੈਟਰੀ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀਆਂ ਦਾ ਡਿਜ਼ਾਈਨ ਅਤੇ ਨਿਰਮਾਣ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸਮਾਰਟ BMS ਰੂਪ ਮੋਬਾਈਲ, ਉਦਯੋਗਿਕ ਅਤੇ ਊਰਜਾ-ਸਟੋਰੇਜ ਪਰਿਵਾਰਾਂ ਵਿੱਚ CAN, RS485, UART, ਅਤੇ ਬਲੂਟੁੱਥ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। 2015 ਵਿੱਚ ਸਥਾਪਿਤ, DALY CE ਅਤੇ RoHS ਪਾਲਣਾ ਦੇ ਨਾਲ ISO 9001 / ISO 14001 ਪ੍ਰਣਾਲੀਆਂ ਦੇ ਅਧੀਨ ਕੰਮ ਕਰਦਾ ਹੈ; ਊਰਜਾ-ਸਟੋਰੇਜ ਲਾਈਨ UL ਮਾਨਤਾ ਪ੍ਰਾਪਤ ਕੰਪੋਨੈਂਟ ਸਥਿਤੀ (ਪੂਰਾ UL ਸਿਸਟਮ ਪ੍ਰਮਾਣੀਕਰਣ ਨਹੀਂ) ਰੱਖਦੀ ਹੈ। ਟੈਸਟ ਰਿਪੋਰਟਾਂ ਅਤੇ ਤਕਨੀਕੀ ਦਸਤਾਵੇਜ਼ ਬੇਨਤੀ 'ਤੇ ਉਪਲਬਧ ਹਨ, ਇਸ ਲਈ ਆਪਣੇ ਖੁਦ ਦੇ ਉਤਪਾਦ ਪ੍ਰਮਾਣੀਕਰਣ ਦਾ ਪਿੱਛਾ ਕਰਨ ਵਾਲੇ ਗਾਹਕਾਂ ਕੋਲ ਲੋੜੀਂਦੀ ਸਹਾਇਕ ਸਮੱਗਰੀ ਹੁੰਦੀ ਹੈ।

ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਲਈ BMS ਸੰਚਾਰ ਨਿਰਧਾਰਤ ਕਰ ਰਹੇ ਹੋ?

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

• ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਕਿਸਮ, ਬੈਟਰੀ ਪੜ੍ਹਨ ਲਈ ਲੋੜੀਂਦੇ ਡਾਊਨਸਟ੍ਰੀਮ ਡਿਵਾਈਸਾਂ, ਖਾਸ ਇਨਵਰਟਰ / ਕੰਟਰੋਲਰ / ਡਿਸਪਲੇ ਮਾਡਲ, ਅਤੇ ਨਿਗਰਾਨੀ-ਪਲੇਟਫਾਰਮ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਸਾਂਝਾ ਕਰੋ।
• ਸਾਨੂੰ ਆਪਣੀ ਡਿਵਾਈਸ ਸੂਚੀ ਦੱਸੋ ਅਤੇ ਅਸੀਂ ਸਹੀ ਸਮਾਰਟ BMS ਕੌਂਫਿਗਰੇਸ਼ਨ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ-ਅਨੁਕੂਲਤਾ ਪਹੁੰਚ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਾਂਗੇ।
• ਈਮੇਲ: dalybms@dalyelec.com

ਸਮਾਰਟ BMS ਉਤਪਾਦ ਪੰਨਾ:https://www.dalybms.com/smart-bms/