ਇੱਕ ਡਿਵੈਲਪਰ ਲਈ ਇੱਕ ਕੰਮ, ਜਾਂ ਅਸੀਂ ਇੱਕ ਵਿਕਰੇਤਾ ਦੇ ਬਿਨਾਂ ਹੱਥ ਨਾਲ ਫੜੇ ਸਕੈਨਰਾਂ ਨੂੰ ਕਿਵੇਂ ਫਲੈਸ਼ ਕੀਤਾ

ਹਾਈ ਹਰ ਕੋਈ

ਅਸੀਂ, ਵਿਕਟਰ ਐਂਟੀਪੋਵ ਅਤੇ ਇਲਿਆ ਅਲੇਸ਼ਿਨ, ਅੱਜ ਪਾਈਥਨ PyUSB ਦੁਆਰਾ USB ਡਿਵਾਈਸਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਸਾਡੇ ਅਨੁਭਵ ਬਾਰੇ ਅਤੇ ਰਿਵਰਸ ਇੰਜੀਨੀਅਰਿੰਗ ਬਾਰੇ ਥੋੜਾ ਜਿਹਾ ਗੱਲ ਕਰਾਂਗੇ।

prehistory

2019 ਵਿੱਚ, ਰਸ਼ੀਅਨ ਫੈਡਰੇਸ਼ਨ ਨੰਬਰ 224 ਦੀ ਸਰਕਾਰ ਦਾ ਫ਼ਰਮਾਨ “ਪਛਾਣ ਦੇ ਸਾਧਨਾਂ ਨਾਲ ਲਾਜ਼ਮੀ ਲੇਬਲਿੰਗ ਦੇ ਅਧੀਨ ਵਸਤੂਆਂ ਦੇ ਸਰਕੂਲੇਸ਼ਨ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਲਈ ਇੱਕ ਰਾਜ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀਆਂ ਪਛਾਣ ਸਾਧਨਾਂ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਨਾਲ ਤੰਬਾਕੂ ਉਤਪਾਦਾਂ ਨੂੰ ਲੇਬਲ ਕਰਨ ਦੇ ਨਿਯਮਾਂ ਦੀ ਪ੍ਰਵਾਨਗੀ ਉੱਤੇ ਤੰਬਾਕੂ ਉਤਪਾਦਾਂ ਦੇ ਸਬੰਧ ਵਿੱਚ" ਲਾਗੂ ਹੋਇਆ।
ਦਸਤਾਵੇਜ਼ ਦੱਸਦਾ ਹੈ ਕਿ 1 ਜੁਲਾਈ, 2019 ਤੋਂ, ਨਿਰਮਾਤਾਵਾਂ ਨੂੰ ਤੰਬਾਕੂ ਦੇ ਹਰੇਕ ਪੈਕ 'ਤੇ ਲੇਬਲ ਲਗਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਅਤੇ ਸਿੱਧੇ ਵਿਤਰਕਾਂ ਨੂੰ ਇਹ ਉਤਪਾਦ ਇੱਕ ਯੂਨੀਵਰਸਲ ਟ੍ਰਾਂਸਫਰ ਦਸਤਾਵੇਜ਼ (UDD) ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨਾਲ ਪ੍ਰਾਪਤ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ। ਸਟੋਰਾਂ ਨੂੰ, ਬਦਲੇ ਵਿੱਚ, ਨਕਦ ਰਜਿਸਟਰ ਦੁਆਰਾ ਲੇਬਲ ਕੀਤੇ ਉਤਪਾਦਾਂ ਦੀ ਵਿਕਰੀ ਨੂੰ ਰਜਿਸਟਰ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਨਾਲ ਹੀ, 1 ਜੁਲਾਈ, 2020 ਤੋਂ, ਬਿਨਾਂ ਲੇਬਲ ਵਾਲੇ ਤੰਬਾਕੂ ਉਤਪਾਦਾਂ ਦੇ ਸਰਕੂਲੇਸ਼ਨ ਦੀ ਮਨਾਹੀ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਿਗਰੇਟ ਦੇ ਸਾਰੇ ਪੈਕ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਡੈਟਾਮੈਟ੍ਰਿਕਸ ਬਾਰਕੋਡ ਨਾਲ ਮਾਰਕ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ - ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਬਿੰਦੂ - ਇਹ ਪਤਾ ਚਲਿਆ ਕਿ ਡੈਟਾਮੈਟ੍ਰਿਕਸ ਆਮ ਨਹੀਂ ਹੋਵੇਗਾ, ਪਰ ਉਲਟ ਹੋਵੇਗਾ. ਭਾਵ, ਚਿੱਟੇ 'ਤੇ ਕਾਲਾ ਕੋਡ ਨਹੀਂ, ਪਰ ਇਸਦੇ ਉਲਟ.

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

ਕੀ ਕੀਤਾ ਜਾਣਾ ਸੀ? ਦੋ ਵਿਕਲਪ ਹਨ। ਪਹਿਲਾਂ: ਆਨ-ਸਾਈਟ ਇੰਜੀਨੀਅਰ ਸਕੈਨਰਾਂ ਨੂੰ ਹੱਥੀਂ ਰੀਫਲੈਸ਼ ਅਤੇ ਐਡਜਸਟ ਕਰਦੇ ਹਨ। ਦੂਜਾ: ਅਸੀਂ ਰਿਮੋਟ ਤੋਂ ਕੰਮ ਕਰਦੇ ਹਾਂ ਅਤੇ ਤਰਜੀਹੀ ਤੌਰ 'ਤੇ, ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਸਕੈਨਰਾਂ ਨੂੰ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਵਰ ਕਰਦੇ ਹਾਂ।

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

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

ਅੱਗੇ, ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੱਸਾਂਗੇ ਕਿ ਅਸੀਂ ਡੇਬੀਅਨ 9.x OS (ਸਾਡੇ ਸਾਰੇ ਨਕਦ ਰਜਿਸਟਰ ਡੇਬੀਅਨ 'ਤੇ ਹਨ) ਲਈ ਹੈਂਡ-ਹੋਲਡ ਸਕੈਨਰਾਂ ਲਈ ਟੂਲ ਕਿਵੇਂ ਵਿਕਸਿਤ ਕੀਤੇ ਹਨ।

ਬੁਝਾਰਤ ਨੂੰ ਹੱਲ ਕਰੋ: ਸਕੈਨਰ ਨੂੰ ਕਿਵੇਂ ਫਲੈਸ਼ ਕਰਨਾ ਹੈ

ਵਿਕਟਰ ਐਂਟੀਪੋਵ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ.

ਵਿਕਰੇਤਾ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੀ ਅਧਿਕਾਰਤ ਉਪਯੋਗਤਾ ਵਿੰਡੋਜ਼ ਦੇ ਅਧੀਨ ਕੰਮ ਕਰਦੀ ਹੈ, ਅਤੇ ਕੇਵਲ IE ਨਾਲ। ਉਪਯੋਗਤਾ ਸਕੈਨਰ ਨੂੰ ਫਲੈਸ਼ ਅਤੇ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੀ ਹੈ।

ਕਿਉਂਕਿ ਸਾਡਾ ਟੀਚਾ ਸਿਸਟਮ ਡੇਬੀਅਨ ਹੈ, ਅਸੀਂ ਡੇਬੀਅਨ 'ਤੇ ਇੱਕ USB-ਰੀਡਾਇਰੈਕਟਰ ਸਰਵਰ ਅਤੇ ਵਿੰਡੋਜ਼ 'ਤੇ ਇੱਕ USB-ਰੀਡਾਇਰੈਕਟਰ ਕਲਾਇੰਟ ਸਥਾਪਤ ਕੀਤਾ ਹੈ। usb-redirector ਉਪਯੋਗਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ ਸਕੈਨਰ ਨੂੰ ਲੀਨਕਸ ਮਸ਼ੀਨ ਤੋਂ ਵਿੰਡੋਜ਼ ਮਸ਼ੀਨ ਵਿੱਚ ਅੱਗੇ ਭੇਜ ਦਿੱਤਾ ਹੈ।

ਵਿੰਡੋਜ਼ ਵਿਕਰੇਤਾ ਦੀ ਇੱਕ ਉਪਯੋਗਤਾ ਨੇ ਸਕੈਨਰ ਨੂੰ ਦੇਖਿਆ ਅਤੇ ਇਸਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਫਲੈਸ਼ ਵੀ ਕੀਤਾ। ਇਸ ਤਰ੍ਹਾਂ, ਅਸੀਂ ਪਹਿਲਾ ਸਿੱਟਾ ਕੱਢਿਆ: ਕੁਝ ਵੀ OS 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰਦਾ, ਇਹ ਫਲੈਸ਼ਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਮਾਮਲਾ ਹੈ।

ਠੀਕ ਹੈ. ਅਸੀਂ ਵਿੰਡੋਜ਼ ਮਸ਼ੀਨ 'ਤੇ ਫਲੈਸ਼ਿੰਗ ਚਲਾਈ, ਅਤੇ ਲੀਨਕਸ ਮਸ਼ੀਨ 'ਤੇ ਡੰਪ ਨੂੰ ਹਟਾ ਦਿੱਤਾ।

ਅਸੀਂ ਡੰਪ ਨੂੰ ਵਾਇਰਸ਼ਾਰਕ ਵਿੱਚ ਭਰ ਦਿੱਤਾ ਅਤੇ... ਉਦਾਸ ਹੋ ਗਿਆ (ਮੈਂ ਡੰਪ ਦੇ ਕੁਝ ਵੇਰਵਿਆਂ ਨੂੰ ਛੱਡ ਦੇਵਾਂਗਾ, ਉਹ ਕੋਈ ਦਿਲਚਸਪੀ ਨਹੀਂ ਹਨ)।

ਡੰਪ ਨੇ ਸਾਨੂੰ ਕੀ ਦਿਖਾਇਆ:

ਪਤੇ 0000-0030, ਵਾਇਰਸ਼ਾਰਕ ਦੁਆਰਾ ਨਿਰਣਾ ਕਰਦੇ ਹੋਏ, USB ਸੇਵਾ ਜਾਣਕਾਰੀ ਹਨ।

ਸਾਨੂੰ ਭਾਗ 0040-0070 ਵਿੱਚ ਦਿਲਚਸਪੀ ਸੀ।

MOCFT ਅੱਖਰਾਂ ਨੂੰ ਛੱਡ ਕੇ ਇੱਕ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਫਰੇਮ ਤੋਂ ਕੁਝ ਵੀ ਸਪੱਸ਼ਟ ਨਹੀਂ ਸੀ। ਇਹ ਅੱਖਰ ਫਰਮਵੇਅਰ ਫਾਈਲ ਦੇ ਅੱਖਰ ਬਣ ਗਏ, ਨਾਲ ਹੀ ਫਰੇਮ ਦੇ ਅੰਤ ਤੱਕ ਬਾਕੀ ਦੇ ਅੱਖਰ (ਫਰਮਵੇਅਰ ਫਾਈਲ ਨੂੰ ਉਜਾਗਰ ਕੀਤਾ ਗਿਆ ਹੈ):

fd 3e 02 01 fe ਦਾ ਕੀ ਅਰਥ ਹੈ, ਮੈਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ, ਇਲਿਆ ਵਾਂਗ, ਕੋਈ ਪਤਾ ਨਹੀਂ ਸੀ।

ਮੈਂ ਹੇਠਾਂ ਦਿੱਤੇ ਫਰੇਮ ਨੂੰ ਦੇਖਿਆ (ਸੇਵਾ ਜਾਣਕਾਰੀ ਇੱਥੇ ਹਟਾ ਦਿੱਤੀ ਗਈ ਹੈ, ਫਰਮਵੇਅਰ ਫਾਈਲ ਨੂੰ ਉਜਾਗਰ ਕੀਤਾ ਗਿਆ ਹੈ):

ਕੀ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ? ਕਿ ਪਹਿਲੇ ਦੋ ਬਾਈਟਸ ਕਿਸੇ ਤਰ੍ਹਾਂ ਦੇ ਸਥਿਰ ਹਨ। ਅਗਲੇ ਸਾਰੇ ਬਲਾਕਾਂ ਨੇ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ, ਪਰ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਬਲਾਕ ਦੇ ਅੰਤ ਤੋਂ ਪਹਿਲਾਂ:

ਇਹ ਫਰੇਮ ਵੀ ਹੈਰਾਨ ਕਰਨ ਵਾਲਾ ਸੀ, ਕਿਉਂਕਿ ਸਥਿਰ ਬਦਲ ਗਿਆ ਸੀ (ਉਜਾਗਰ ਕੀਤਾ ਗਿਆ) ਅਤੇ, ਅਜੀਬ ਤੌਰ 'ਤੇ, ਫਾਈਲ ਦਾ ਹਿੱਸਾ ਸੀ। ਫਾਈਲ ਦੇ ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਬਾਈਟਾਂ ਦਾ ਆਕਾਰ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ 1024 ਬਾਈਟ ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਗਏ ਸਨ। ਮੈਨੂੰ ਦੁਬਾਰਾ ਨਹੀਂ ਪਤਾ ਸੀ ਕਿ ਬਾਕੀ ਬਚੀਆਂ ਬਾਈਟਾਂ ਦਾ ਕੀ ਅਰਥ ਹੈ।

ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਇੱਕ ਪੁਰਾਣੇ BBS ਉਪਨਾਮ ਵਜੋਂ, ਮੈਂ ਸਟੈਂਡਰਡ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਸਮੀਖਿਆ ਕੀਤੀ. ਕੋਈ ਪ੍ਰੋਟੋਕੋਲ 1024 ਬਾਈਟ ਪ੍ਰਸਾਰਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ। ਮੈਂ ਹਾਰਡਵੇਅਰ ਦਾ ਅਧਿਐਨ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ ਅਤੇ 1K Xmodem ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਆਇਆ। ਇਸਨੇ 1024 ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੱਤੀ, ਪਰ ਇੱਕ ਚੇਤਾਵਨੀ ਦੇ ਨਾਲ: ਪਹਿਲਾਂ ਸਿਰਫ 128, ਅਤੇ ਸਿਰਫ ਜੇ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਸੀ, ਤਾਂ ਪ੍ਰੋਟੋਕੋਲ ਨੇ ਪ੍ਰਸਾਰਿਤ ਬਾਈਟਾਂ ਦੀ ਗਿਣਤੀ ਵਧਾ ਦਿੱਤੀ। ਮੇਰੇ ਕੋਲ ਤੁਰੰਤ 1024 ਬਾਈਟਸ ਦਾ ਟ੍ਰਾਂਸਫਰ ਸੀ. ਮੈਂ ਟਰਾਂਸਮਿਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ, ਅਤੇ ਖਾਸ ਤੌਰ 'ਤੇ ਐਕਸ-ਮਾਡਮ ਦਾ ਅਧਿਐਨ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

ਮਾਡਮ ਦੇ ਦੋ ਰੂਪ ਸਨ।

ਪਹਿਲਾਂ, CRC8 ਸਮਰਥਨ ਨਾਲ XMODEM ਪੈਕੇਜ ਫਾਰਮੈਟ (ਅਸਲ XMODEM):

ਦੂਜਾ, CRC16 ਸਮਰਥਨ (XmodemCRC) ਨਾਲ XMODEM ਪੈਕੇਟ ਫਾਰਮੈਟ:

ਇਹ SOH, ਪੈਕੇਜ ਨੰਬਰ ਅਤੇ CRC ਅਤੇ ਪੈਕੇਜ ਦੀ ਲੰਬਾਈ ਨੂੰ ਛੱਡ ਕੇ, ਸਮਾਨ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।

ਮੈਂ ਦੂਜੇ ਟਰਾਂਸਮਿਸ਼ਨ ਬਲਾਕ ਦੀ ਸ਼ੁਰੂਆਤ ਵੱਲ ਦੇਖਿਆ (ਅਤੇ ਦੁਬਾਰਾ ਫਰਮਵੇਅਰ ਫਾਈਲ ਨੂੰ ਦੇਖਿਆ, ਪਰ ਪਹਿਲਾਂ ਹੀ 1024 ਬਾਈਟਾਂ ਦੁਆਰਾ ਇੰਡੈਂਟ ਕੀਤਾ ਗਿਆ):

ਮੈਂ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਸਿਰਲੇਖ fd 3e 02 ਦੇਖਿਆ, ਪਰ ਅਗਲੇ ਦੋ ਬਾਈਟ ਪਹਿਲਾਂ ਹੀ ਬਦਲ ਚੁੱਕੇ ਸਨ: ਇਹ 01 fe ਸੀ, ਅਤੇ 02 fd ਬਣ ਗਿਆ। ਫਿਰ ਮੈਂ ਦੇਖਿਆ ਕਿ ਦੂਜੇ ਬਲਾਕ ਨੂੰ ਹੁਣ 02 ਨੰਬਰ ਦਿੱਤਾ ਗਿਆ ਸੀ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਸਮਝਿਆ ਗਿਆ: ਮੇਰੇ ਸਾਹਮਣੇ ਟਰਾਂਸਮਿਸ਼ਨ ਬਲਾਕ ਦਾ ਨੰਬਰ ਸੀ. ਪਹਿਲਾ 1024 ਗੇਅਰ 01 ਹੈ, ਦੂਜਾ 02 ਹੈ, ਤੀਜਾ 03 ਹੈ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਹੋਰ (ਪਰ ਹੈਕਸ ਵਿੱਚ, ਬੇਸ਼ਕ)। ਪਰ fe ਤੋਂ fd ਵਿੱਚ ਤਬਦੀਲੀ ਦਾ ਕੀ ਅਰਥ ਹੈ? ਅੱਖਾਂ ਨੇ 1 ਦੀ ਕਮੀ ਵੇਖੀ, ਦਿਮਾਗ ਨੇ ਯਾਦ ਦਿਵਾਇਆ ਕਿ ਪ੍ਰੋਗਰਾਮਰ 0 ਤੋਂ ਗਿਣਦੇ ਹਨ, 1 ਨਹੀਂ. ਪਰ ਫਿਰ ਪਹਿਲਾ ਬਲਾਕ 1 ਕਿਉਂ ਹੈ, 0 ਨਹੀਂ? ਮੈਨੂੰ ਅਜੇ ਵੀ ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਨਹੀਂ ਮਿਲਿਆ ਹੈ। ਪਰ ਮੈਂ ਸਮਝ ਗਿਆ ਕਿ ਦੂਜਾ ਬਲਾਕ ਕਿਵੇਂ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ. ਦੂਜਾ ਬਲਾਕ FF - (ਘਟਾਓ) ਪਹਿਲੇ ਬਲਾਕ ਦੀ ਸੰਖਿਆ ਤੋਂ ਵੱਧ ਕੁਝ ਨਹੀਂ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਦੂਜੇ ਬਲਾਕ ਨੂੰ = 02 (FF-02) = 02 FD ਵਜੋਂ ਮਨੋਨੀਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਡੰਪ ਦੇ ਬਾਅਦ ਦੇ ਪੜ੍ਹਨ ਨੇ ਮੇਰੇ ਅਨੁਮਾਨ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ.

ਫਿਰ ਪ੍ਰਸਾਰਣ ਦੀ ਹੇਠਲੀ ਤਸਵੀਰ ਸਾਹਮਣੇ ਆਉਣ ਲੱਗੀ:

ਪ੍ਰਸਾਰਣ ਦੀ ਸ਼ੁਰੂਆਤ
fd 3e 02 - ਸ਼ੁਰੂ ਕਰੋ
01 FE - ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਕਾਊਂਟਰ
ਟ੍ਰਾਂਸਫਰ (34 ਬਲਾਕ, 1024 ਬਾਈਟ ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਗਏ)
fd 3e 1024 ਬਾਈਟ ਡੇਟਾ (30 ਬਾਈਟ ਬਲਾਕਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ)।
ਪ੍ਰਸਾਰਣ ਦਾ ਅੰਤ
fd 25

ਬਾਕੀ ਡਾਟਾ 1024 ਬਾਈਟਸ ਨਾਲ ਇਕਸਾਰ ਕੀਤਾ ਜਾਣਾ ਹੈ।

ਬਲਾਕ ਟਰਾਂਸਮਿਸ਼ਨ ਐਂਡ ਫਰੇਮ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

fd 25 - ਬਲਾਕ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਨੂੰ ਖਤਮ ਕਰਨ ਲਈ ਸੰਕੇਤ। ਅਗਲਾ 2f 52 - ਬਾਕੀ ਦੀ ਫਾਈਲ 1024 ਬਾਈਟਸ ਤੱਕ ਆਕਾਰ ਵਿੱਚ। 2f 52, ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਨਿਰਣਾ ਕਰਦੇ ਹੋਏ, ਇੱਕ 16-ਬਿੱਟ CRC ਚੈਕਸਮ ਹੈ।

ਪੁਰਾਣੇ ਸਮਿਆਂ ਦੀ ਖ਼ਾਤਰ, ਮੈਂ C ਵਿੱਚ ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਬਣਾਇਆ ਜੋ ਇੱਕ ਫਾਈਲ ਤੋਂ 1024 ਬਾਈਟਸ ਖਿੱਚਦਾ ਹੈ ਅਤੇ ਇੱਕ 16-ਬਿੱਟ CRC ਦੀ ਗਣਨਾ ਕਰਦਾ ਹੈ। ਪ੍ਰੋਗਰਾਮ ਨੂੰ ਲਾਂਚ ਕਰਨ ਤੋਂ ਪਤਾ ਚੱਲਿਆ ਕਿ ਇਹ 16-ਬਿੱਟ CRC ਨਹੀਂ ਹੈ। ਦੁਬਾਰਾ ਬੇਹੋਸ਼ - ਲਗਭਗ ਤਿੰਨ ਦਿਨਾਂ ਲਈ. ਇਹ ਸਾਰਾ ਸਮਾਂ ਮੈਂ ਇਹ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਸੀ ਕਿ ਇਹ ਕੀ ਹੋ ਸਕਦਾ ਹੈ, ਜੇ ਚੈੱਕਸਮ ਨਹੀਂ. ਅੰਗਰੇਜ਼ੀ-ਭਾਸ਼ਾ ਦੀਆਂ ਸਾਈਟਾਂ ਦਾ ਅਧਿਐਨ ਕਰਦੇ ਹੋਏ, ਮੈਂ ਖੋਜਿਆ ਕਿ ਐਕਸ-ਮੋਡਮ ਆਪਣੀ ਖੁਦ ਦੀ ਚੈਕਸਮ ਗਣਨਾ - CRC-CCITT (XModem) ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਮੈਨੂੰ ਇਸ ਗਣਨਾ ਦੇ ਕੋਈ C ਲਾਗੂਕਰਨ ਨਹੀਂ ਮਿਲੇ, ਪਰ ਮੈਨੂੰ ਇੱਕ ਸਾਈਟ ਮਿਲੀ ਜਿਸ ਨੇ ਇਸ ਚੈਕਸਮ ਦੀ ਔਨਲਾਈਨ ਗਣਨਾ ਕੀਤੀ। ਮੇਰੀ ਫਾਈਲ ਦੇ 1024 ਬਾਈਟਸ ਨੂੰ ਵੈਬ ਪੇਜ ਤੇ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਾਈਟ ਨੇ ਮੈਨੂੰ ਇੱਕ ਚੈੱਕਸਮ ਦਿਖਾਇਆ ਜੋ ਫਾਈਲ ਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ.

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

ਇੱਕ ਪ੍ਰੋਗਰਾਮ ਬਣਾਉਣਾ

ਇਲਿਆ ਅਲੇਸ਼ਿਨ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ.

ਢੁਕਵੀਆਂ ਹਿਦਾਇਤਾਂ ਮਿਲਣ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਬਹੁਤ “ਖੁਸ਼” ਸੀ।

ਕਿੱਥੇ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ? ਇਹ ਠੀਕ ਹੈ, ਸ਼ੁਰੂ ਤੋਂ.  USB ਪੋਰਟ ਤੋਂ ਡੰਪ ਲੈਣ ਤੋਂ।

USB-pcap ਲਾਂਚ ਕਰੋ https://desowin.org/usbpcap/tour.html

ਉਹ ਪੋਰਟ ਚੁਣੋ ਜਿਸ ਨਾਲ ਡਿਵਾਈਸ ਕਨੈਕਟ ਹੈ ਅਤੇ ਉਹ ਫਾਈਲ ਜਿੱਥੇ ਅਸੀਂ ਡੰਪ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਾਂਗੇ.

ਅਸੀਂ ਸਕੈਨਰ ਨੂੰ ਇੱਕ ਮਸ਼ੀਨ ਨਾਲ ਕਨੈਕਟ ਕਰਦੇ ਹਾਂ ਜਿੱਥੇ ਵਿੰਡੋਜ਼ ਲਈ ਮੂਲ EZConfigScanning ਸੌਫਟਵੇਅਰ ਸਥਾਪਤ ਹੁੰਦਾ ਹੈ।

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

ਲੋੜੀਂਦਾ ਡਾਟਾ ਪ੍ਰਾਪਤ ਹੋ ਗਿਆ ਹੈ। wireshark ਦੁਆਰਾ dump.pcap ਖੋਲ੍ਹੋ।

EZConfigScanning ਸ਼ੁਰੂ ਕਰਨ ਵੇਲੇ ਬਲਾਕ ਕਰੋ। ਜਿਨ੍ਹਾਂ ਥਾਵਾਂ 'ਤੇ ਤੁਹਾਨੂੰ ਧਿਆਨ ਦੇਣ ਦੀ ਲੋੜ ਹੈ, ਉਹ ਲਾਲ ਰੰਗ ਵਿੱਚ ਚਿੰਨ੍ਹਿਤ ਹਨ।

ਇਹ ਸਭ ਕੁਝ ਪਹਿਲੀ ਵਾਰ ਦੇਖ ਕੇ ਮੇਰਾ ਦਿਲ ਟੁੱਟ ਗਿਆ। ਇਹ ਸਪੱਸ਼ਟ ਨਹੀਂ ਹੈ ਕਿ ਅੱਗੇ ਕਿੱਥੇ ਖੁਦਾਈ ਕਰਨੀ ਹੈ।

ਥੋੜਾ ਜਿਹਾ ਦਿਮਾਗ਼ ਅਤੇ-ਅਤੇ-ਅਤੇ... ਆਹਾ! ਡੰਪ ਵਿਚ ਬਾਹਰ - ਹੈ inਅਤੇ in ਇਸ ਨੂੰ ਬਾਹਰ.

ਮੈਂ ਗੂਗਲ ਕੀਤਾ ਕਿ URB_INTERRUPT ਕੀ ਹੈ। ਮੈਨੂੰ ਪਤਾ ਲੱਗਾ ਕਿ ਇਹ ਇੱਕ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਵਿਧੀ ਹੈ। ਅਤੇ ਇੱਥੇ 4 ਅਜਿਹੇ ਤਰੀਕੇ ਹਨ: ਨਿਯੰਤਰਣ, ਰੁਕਾਵਟ, ਆਈਸੋਕ੍ਰੋਨਸ, ਬਲਕ। ਤੁਸੀਂ ਉਹਨਾਂ ਬਾਰੇ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਪੜ੍ਹ ਸਕਦੇ ਹੋ।

ਅਤੇ USB ਡਿਵਾਈਸ ਇੰਟਰਫੇਸ ਵਿੱਚ ਐਂਡਪੁਆਇੰਟ ਐਡਰੈੱਸ ਜਾਂ ਤਾਂ "lsusb –v" ਕਮਾਂਡ ਦੁਆਰਾ ਜਾਂ pyusb ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।

ਹੁਣ ਸਾਨੂੰ ਇਸ VID ਵਾਲੇ ਸਾਰੇ ਯੰਤਰਾਂ ਨੂੰ ਲੱਭਣ ਦੀ ਲੋੜ ਹੈ। ਤੁਸੀਂ ਖਾਸ ਤੌਰ 'ਤੇ VID:PID ਦੁਆਰਾ ਖੋਜ ਕਰ ਸਕਦੇ ਹੋ।

ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਸਦਾ ਹੈ:

ਇਸ ਲਈ, ਸਾਡੇ ਕੋਲ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਹੈ: P_INFO ਕਮਾਂਡਾਂ। ਜਾਂ ਡਿਫਾਲਟ, ਐਡਰੈੱਸ ਕਿੱਥੇ ਲਿਖਣਾ ਹੈ ਐਂਡਪੁਆਇੰਟ=03 ਅਤੇ ਕਿੱਥੇ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਨਾ ਹੈ ਐਂਡਪੁਆਇੰਟ=86। ਜੋ ਬਚਦਾ ਹੈ ਉਹ ਕਮਾਂਡਾਂ ਨੂੰ ਹੈਕਸ ਵਿੱਚ ਬਦਲਣਾ ਹੈ.

ਕਿਉਂਕਿ ਅਸੀਂ ਡਿਵਾਈਸ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਲੱਭ ਲਿਆ ਹੈ, ਆਓ ਇਸਨੂੰ ਕਰਨਲ ਤੋਂ ਡਿਸਕਨੈਕਟ ਕਰੀਏ...

...ਅਤੇ ਐਡਰੈੱਸ 0x03 ਨਾਲ ਅੰਤਮ ਬਿੰਦੂ 'ਤੇ ਲਿਖੋ,

... ਅਤੇ ਫਿਰ ਐਡਰੈੱਸ 0x86 ਦੇ ਨਾਲ ਅੰਤਮ ਬਿੰਦੂ ਤੋਂ ਜਵਾਬ ਪੜ੍ਹੋ।

ਢਾਂਚਾਗਤ ਜਵਾਬ:

P_INFOfmt: 1
mode: app
app-present: 1
boot-present: 1
hw-sn: 18072B44CA
hw-rev: 0x20
cbl: 4
app-sw-rev: CP000116BBA
boot-sw-rev: CP000014BAD
flash: 3
app-m_name: Voyager 1450g
boot-m_name: Voyager 1450g
app-p_name: 1450g
boot-p_name: 1450g
boot-time: 16:56:02
boot-date: Oct 16 2014
app-time: 08:49:30
app-date: Mar 25 2019
app-compat: 289
boot-compat: 288
csum: 0x6986

ਅਸੀਂ ਇਸ ਡੇਟਾ ਨੂੰ dump.pcap ਵਿੱਚ ਦੇਖਦੇ ਹਾਂ।

ਬਹੁਤ ਵਧੀਆ! ਸਿਸਟਮ ਬਾਰਕੋਡਾਂ ਨੂੰ ਹੈਕਸ ਵਿੱਚ ਬਦਲੋ। ਬੱਸ, ਸਿਖਲਾਈ ਕਾਰਜਕੁਸ਼ਲਤਾ ਤਿਆਰ ਹੈ.

ਫਰਮਵੇਅਰ ਬਾਰੇ ਕੀ? ਸਭ ਕੁਝ ਇੱਕੋ ਜਿਹਾ ਜਾਪਦਾ ਹੈ, ਪਰ ਇੱਕ ਸੂਖਮਤਾ ਹੈ.

ਫਲੈਸ਼ਿੰਗ ਪ੍ਰਕਿਰਿਆ ਦਾ ਪੂਰਾ ਡੰਪ ਲੈਣ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਮੋਟੇ ਤੌਰ 'ਤੇ ਸਮਝ ਗਏ ਕਿ ਅਸੀਂ ਕਿਸ ਨਾਲ ਨਜਿੱਠ ਰਹੇ ਹਾਂ। ਇੱਥੇ XMODEM ਬਾਰੇ ਇੱਕ ਲੇਖ ਹੈ, ਜੋ ਇਹ ਸਮਝਣ ਵਿੱਚ ਬਹੁਤ ਮਦਦਗਾਰ ਸੀ ਕਿ ਇਹ ਸੰਚਾਰ ਕਿਵੇਂ ਹੁੰਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਆਮ ਸ਼ਬਦਾਂ ਵਿੱਚ: http://microsin.net/adminstuff/others/xmodem-protocol-overview.html ਮੈਂ ਇਸਨੂੰ ਪੜ੍ਹਨ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹਾਂ.

ਡੰਪ ਨੂੰ ਦੇਖਦੇ ਹੋਏ, ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਫਰੇਮ ਦਾ ਆਕਾਰ 1024 ਹੈ, ਅਤੇ ਯੂਆਰਬੀ-ਡਾਟਾ ਆਕਾਰ 64 ਹੈ.

ਇਸ ਲਈ - 1024/64 - ਸਾਨੂੰ ਇੱਕ ਬਲਾਕ ਵਿੱਚ 16 ਲਾਈਨਾਂ ਮਿਲਦੀਆਂ ਹਨ, ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਫਰਮਵੇਅਰ ਫਾਈਲ 1 ਅੱਖਰ ਪੜ੍ਹੋ ਅਤੇ ਇੱਕ ਬਲਾਕ ਬਣਾਉਂਦੇ ਹੋ। ਵਿਸ਼ੇਸ਼ ਅੱਖਰਾਂ ਵਾਲੇ fd1e3 + ਬਲਾਕ ਨੰਬਰ ਵਾਲੇ ਬਲਾਕ ਵਿੱਚ 02 ਲਾਈਨ ਨੂੰ ਪੂਰਕ ਕਰਨਾ।
ਅਗਲੀਆਂ 14 ਲਾਈਨਾਂ fd25 + ਨਾਲ ਪੂਰਕ ਹਨ, XMODEM.calc_crc() ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਅਸੀਂ ਪੂਰੇ ਬਲਾਕ ਦੇ ਚੈੱਕਸਮ ਦੀ ਗਣਨਾ ਕਰਦੇ ਹਾਂ (ਇਹ ਸਮਝਣ ਵਿੱਚ ਬਹੁਤ ਸਮਾਂ ਲੱਗਾ ਕਿ “FF – 1” CSUM ਹੈ) ਅਤੇ ਆਖਰੀ, 16ਵੀਂ ਲਾਈਨ ਪੂਰਕ ਹੈ। fd3e ਨਾਲ।

ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਹੈ, ਫਰਮਵੇਅਰ ਫਾਈਲ ਨੂੰ ਪੜ੍ਹੋ, ਬਲਾਕਾਂ ਨੂੰ ਮਾਰੋ, ਸਕੈਨਰ ਨੂੰ ਕਰਨਲ ਤੋਂ ਡਿਸਕਨੈਕਟ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਡਿਵਾਈਸ ਤੇ ਭੇਜੋ. ਪਰ ਇਹ ਇੰਨਾ ਸੌਖਾ ਨਹੀਂ ਹੈ। ਸਕੈਨਰ ਨੂੰ ਫਰਮਵੇਅਰ ਮੋਡ ਵਿੱਚ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ,
отправив ему NEWAPP = ‘\xfd\x0a\x16\x4e\x2c\x4e\x45\x57\x41\x50\x50\x0d’.
ਇਹ ਟੀਮ ਕਿੱਥੋਂ ਦੀ ਹੈ ?? ਡੰਪ ਤੋਂ.

ਪਰ ਅਸੀਂ 64 ਸੀਮਾ ਦੇ ਕਾਰਨ ਸਕੈਨਰ ਨੂੰ ਪੂਰਾ ਬਲਾਕ ਨਹੀਂ ਭੇਜ ਸਕਦੇ ਹਾਂ:

ਖੈਰ, NEWAPP ਫਲੈਸ਼ਿੰਗ ਮੋਡ ਵਿੱਚ ਸਕੈਨਰ ਹੈਕਸ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ, ਤੁਹਾਨੂੰ ਹਰ ਲਾਈਨ bytes_array ਦਾ ਅਨੁਵਾਦ ਕਰਨਾ ਹੋਵੇਗਾ

[253, 10, 22, 78, 44, 78, 69, 87, 65, 80, 80, 13, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]

ਅਤੇ ਫਿਰ ਇਸ ਡੇਟਾ ਨੂੰ ਸਕੈਨਰ ਨੂੰ ਭੇਜੋ।

ਸਾਨੂੰ ਜਵਾਬ ਮਿਲਦਾ ਹੈ:

[2, 1, 0, 0, 0, 6, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0]

ਜੇ ਤੁਸੀਂ XMODEM ਬਾਰੇ ਲੇਖ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਜਾਵੇਗਾ: ਡੇਟਾ ਸਵੀਕਾਰ ਕਰ ਲਿਆ ਗਿਆ ਹੈ।

ਸਾਰੇ ਬਲਾਕ ਟ੍ਰਾਂਸਫਰ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹਾਂ END_TRANSFER = 'xfdx01x04'।

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

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

ਨਤੀਜਾ

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

ਸਰੋਤ: www.habr.com