JAVAD GREIS GNSS ਰੀਸੀਵਰ ਬਾਹਰੀ ਇੰਟਰਫੇਸ ਯੂਜ਼ਰ ਗਾਈਡ

GREIS ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ: ਇਸਦੀ ਵਰਤੋਂ GNSS ਸਿਸਟਮਾਂ ਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਅਤੇ ਸ਼ੁੱਧਤਾ ਨੂੰ ਵਧਾਉਣ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਸੂਚੀਆਂ: ਸਮਰਥਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਕਾਰਜਕੁਸ਼ਲਤਾਵਾਂ ਦੀ ਵਿਸਤ੍ਰਿਤ ਸੂਚੀ ਲਈ ਮੈਨੂਅਲ ਵੇਖੋ।

ਵਸਤੂਆਂ: ਵੱਖ-ਵੱਖ ਵਸਤੂਆਂ ਦੀ ਪੜਚੋਲ ਕਰੋ ਜਿਨ੍ਹਾਂ ਦੀ ਵਰਤੋਂ GREIS ਨਾਲ ਖਾਸ ਕੰਮਾਂ ਲਈ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਪ੍ਰਾਪਤਕਰਤਾ ਇਨਪੁੱਟ ਭਾਸ਼ਾ

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

ਭਾਸ਼ਾ ਸਾਬਕਾamples: ਦਿੱਤੇ ਗਏ ਸਾਬਕਾ ਤੋਂ ਸਿੱਖੋampਇਹ ਸਮਝਣ ਲਈ ਕਿ ਡਿਵਾਈਸ ਨਾਲ ਕਿਵੇਂ ਸੰਚਾਰ ਕਰਨਾ ਹੈ।
ਭਾਸ਼ਾ ਸੰਟੈਕਸ: ਰਿਸੀਵਰ ਨੂੰ ਕਮਾਂਡਾਂ ਭੇਜਣ ਲਈ ਵਾਕ-ਵਿਹਾਰ ਨਿਯਮਾਂ ਤੋਂ ਜਾਣੂ ਹੋਵੋ।

ਹੁਕਮ: ਆਪਣੀਆਂ ਜ਼ਰੂਰਤਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਡਿਵਾਈਸ ਨੂੰ ਕੰਟਰੋਲ ਅਤੇ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਵੱਖ-ਵੱਖ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਪ੍ਰਾਪਤਕਰਤਾ ਸੁਨੇਹੇ

ਡੇਟਾ ਅਤੇ ਸਥਿਤੀ ਜਾਣਕਾਰੀ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਲਈ ਪ੍ਰਾਪਤਕਰਤਾ ਸੁਨੇਹਿਆਂ ਨੂੰ ਸਮਝਣਾ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ। ਇੱਥੇ ਤੁਹਾਨੂੰ ਇਹ ਜਾਣਨ ਦੀ ਲੋੜ ਹੈ:

ਸੰਮੇਲਨ: ਸੁਨੇਹਿਆਂ ਦੀ ਸਹੀ ਵਿਆਖਿਆ ਕਰਨ ਲਈ ਖਾਸ ਫਾਰਮੈਟਾਂ ਅਤੇ ਮੁੱਲਾਂ ਦੀ ਪਾਲਣਾ ਕਰੋ।
ਮਿਆਰੀ ਸੁਨੇਹਾ ਸਟ੍ਰੀਮ: ਇਕਸਾਰ ਡੇਟਾ ਸੰਚਾਰ ਲਈ ਮਿਆਰੀ ਸੰਦੇਸ਼ ਫਾਰਮੈਟ ਦੀ ਪੜਚੋਲ ਕਰੋ।

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

ਸਵਾਲ: ਕੀ ਮੈਂ GREIS GNSS ਰੀਸੀਵਰ ਦੇ ਫਰਮਵੇਅਰ ਨੂੰ ਸੋਧ ਸਕਦਾ ਹਾਂ?
A: ਨਹੀਂ, JAVAD GNSS ਦੇ ਕਾਪੀਰਾਈਟ ਨਿਯਮਾਂ ਅਨੁਸਾਰ ਫਰਮਵੇਅਰ ਨੂੰ ਸੋਧਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ।

ਸਵਾਲ: ਮੈਂ GREIS GNSS ਰੀਸੀਵਰ ਨਾਲ ਸਬੰਧਤ ਤਕਨੀਕੀ ਮੁੱਦਿਆਂ ਲਈ ਸਹਾਇਤਾ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦਾ ਹਾਂ?
A: ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਲਈ, ਕਿਰਪਾ ਕਰਕੇ ਸਹਾਇਤਾ ਲਈ ਸਿੱਧਾ JAVAD GNSS ਨਾਲ ਸੰਪਰਕ ਕਰੋ।

View Fullscreen

ਤੁਹਾਡਾ JAVAD GNSS ਰਿਸੀਵਰ ਖਰੀਦਣ ਲਈ ਤੁਹਾਡਾ ਧੰਨਵਾਦ। ਇਸ ਸੰਦਰਭ ਗਾਈਡ ("ਗਾਈਡ") ਵਿੱਚ ਉਪਲਬਧ ਸਮੱਗਰੀ JAVAD GNSS, Inc. ਦੁਆਰਾ JAVAD GNSS ਉਤਪਾਦਾਂ ਦੇ ਮਾਲਕਾਂ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ। ਇਹ ਪ੍ਰਾਪਤਕਰਤਾ ਦੀ ਵਰਤੋਂ ਵਿੱਚ ਮਾਲਕਾਂ ਦੀ ਸਹਾਇਤਾ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ ਇਹਨਾਂ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ("ਨਿਯਮ ਅਤੇ ਸ਼ਰਤਾਂ") ਦੇ ਅਧੀਨ ਹੈ।

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

ਇਸ ਗਾਈਡ ਵਿੱਚ ਕਿਸੇ ਵੀ ਵਾਰੰਟੀ ਜਾਂ ਉਤਪਾਦ ਦੇ ਨਾਲ ਇੱਕ ਵਾਰੰਟੀ ਕਾਰਡ ਨੂੰ ਛੱਡ ਕੇ ਵਾਰੰਟੀ ਦਾ ਬੇਦਾਅਵਾ, ਇਹ ਗਾਈਡ ਅਤੇ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ "ਜਿਵੇਂ ਹੈ" ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਕੋਈ ਹੋਰ ਵਾਰੰਟੀਆਂ ਨਹੀਂ ਹਨ। JAVAD GNSS ਕਿਸੇ ਵੀ ਵਿਸ਼ੇਸ਼ ਵਰਤੋਂ ਜਾਂ ਉਦੇਸ਼ ਲਈ ਵਪਾਰਕਤਾ ਜਾਂ ਫਿਟਨੈਸ ਦੀ ਕਿਸੇ ਵੀ ਅਪ੍ਰਤੱਖ ਵਾਰੰਟੀ ਦਾ ਖੰਡਨ ਕਰਦਾ ਹੈ। JAVAD GNSS ਅਤੇ ਇਸਦੇ ਵਿਤਰਕ ਇੱਥੇ ਸ਼ਾਮਲ ਤਕਨੀਕੀ ਜਾਂ ਸੰਪਾਦਕੀ ਗਲਤੀਆਂ ਜਾਂ ਭੁੱਲਾਂ ਲਈ ਜਵਾਬਦੇਹ ਨਹੀਂ ਹੋਣਗੇ; ਨਾ ਹੀ ਇਸ ਸਮੱਗਰੀ ਜਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਫਰਨੀਸ਼ਿੰਗ, ਪ੍ਰਦਰਸ਼ਨ ਜਾਂ ਵਰਤੋਂ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਅਚਾਨਕ ਜਾਂ ਨਤੀਜੇ ਵਜੋਂ ਹੋਣ ਵਾਲੇ ਨੁਕਸਾਨਾਂ ਲਈ। ਅਜਿਹੇ ਬੇਦਾਅਵਾ ਨੁਕਸਾਨਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ ਪਰ ਇਹ ਸਮੇਂ ਦੇ ਨੁਕਸਾਨ, ਡੇਟਾ ਦੇ ਨੁਕਸਾਨ ਜਾਂ ਵਿਨਾਸ਼, ਲਾਭ, ਬੱਚਤ ਜਾਂ ਮਾਲੀਆ, ਜਾਂ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਦੇ ਨੁਕਸਾਨ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, JAVAD GNSS ਵਿਕਲਪਕ ਉਤਪਾਦਾਂ ਜਾਂ ਸੌਫਟਵੇਅਰ, ਦੂਜਿਆਂ ਦੁਆਰਾ ਦਾਅਵਿਆਂ, ਅਸੁਵਿਧਾ, ਸਹੂਲਤ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਸਬੰਧ ਵਿੱਚ ਹੋਏ ਨੁਕਸਾਨ ਜਾਂ ਲਾਗਤਾਂ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਜਾਂ ਜਵਾਬਦੇਹ ਨਹੀਂ ਹੈ। ਕਿਸੇ ਵੀ ਸਥਿਤੀ ਵਿੱਚ, JAVAD GNSS ਦੀ ਤੁਹਾਡੇ ਜਾਂ ਕਿਸੇ ਹੋਰ ਵਿਅਕਤੀ ਜਾਂ ਸੰਸਥਾ ਨੂੰ ਪ੍ਰਾਪਤਕਰਤਾ ਲਈ ਖਰੀਦ ਕੀਮਤ ਤੋਂ ਵੱਧ ਨੁਕਸਾਨ ਜਾਂ ਹੋਰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਦੀ ਕੋਈ ਜ਼ਿੰਮੇਵਾਰੀ ਨਹੀਂ ਹੋਵੇਗੀ।
ਲਾਇਸੈਂਸ ਸਮਝੌਤਾ JAVAD GNSS ਦੁਆਰਾ ਸਪਲਾਈ ਕੀਤੇ ਜਾਂ JAVAD GNSS ਤੋਂ ਡਾਊਨਲੋਡ ਕੀਤੇ ਕਿਸੇ ਵੀ ਕੰਪਿਊਟਰ ਪ੍ਰੋਗਰਾਮ ਜਾਂ ਸੌਫਟਵੇਅਰ ਦੀ ਵਰਤੋਂ webਪ੍ਰਾਪਤਕਰਤਾ ਦੇ ਸਬੰਧ ਵਿੱਚ ਸਾਈਟ ("ਸਾਫਟਵੇਅਰ") ਇਸ ਗਾਈਡ ਵਿੱਚ ਇਹਨਾਂ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਦੀ ਸਵੀਕ੍ਰਿਤੀ ਅਤੇ ਇਹਨਾਂ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ ਇੱਕ ਸਮਝੌਤੇ ਦਾ ਗਠਨ ਕਰਦੀ ਹੈ। ਉਪਭੋਗਤਾ ਨੂੰ ਸ਼ਰਤਾਂ ਦੇ ਤਹਿਤ ਅਜਿਹੇ ਸੌਫਟਵੇਅਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਇੱਕ ਨਿੱਜੀ, ਗੈਰ-ਨਿਵੇਕਲਾ, ਗੈਰ-ਤਬਾਦਲਾਯੋਗ ਲਾਇਸੈਂਸ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ

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

ਗੁਪਤਤਾ ਇਹ ਗਾਈਡ, ਇਸਦੀ ਸਮੱਗਰੀ ਅਤੇ ਸਾਫਟਵੇਅਰ (ਸਮੂਹਿਕ ਤੌਰ 'ਤੇ, "ਗੁਪਤ ਜਾਣਕਾਰੀ") JAVAD GNSS ਦੀ ਗੁਪਤ ਅਤੇ ਮਲਕੀਅਤ ਜਾਣਕਾਰੀ ਹੈ। ਤੁਸੀਂ JAVAD GNSS ਦੀ ਗੋਪਨੀਯ ਜਾਣਕਾਰੀ ਨੂੰ ਦੇਖਭਾਲ ਦੀ ਇੱਕ ਡਿਗਰੀ ਦੇ ਨਾਲ ਇਲਾਜ ਕਰਨ ਲਈ ਸਹਿਮਤ ਹੋ, ਜੋ ਕਿ ਦੇਖਭਾਲ ਦੀ ਡਿਗਰੀ ਤੁਸੀਂ ਆਪਣੇ ਸਭ ਤੋਂ ਕੀਮਤੀ ਵਪਾਰਕ ਭੇਦਾਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਨ ਲਈ ਵਰਤੋਗੇ। ਇਸ ਪੈਰੇ ਵਿੱਚ ਕੁਝ ਵੀ ਤੁਹਾਨੂੰ ਤੁਹਾਡੇ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਗੁਪਤ ਜਾਣਕਾਰੀ ਦਾ ਖੁਲਾਸਾ ਕਰਨ ਤੋਂ ਰੋਕ ਨਹੀਂ ਦੇਵੇਗਾ ਜਿਵੇਂ ਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਚਲਾਉਣ ਜਾਂ ਦੇਖਭਾਲ ਲਈ ਜ਼ਰੂਰੀ ਜਾਂ ਉਚਿਤ ਹੋ ਸਕਦਾ ਹੈ। ਅਜਿਹੇ ਕਰਮਚਾਰੀਆਂ ਨੂੰ ਗੁਪਤਤਾ ਦੀ ਜਾਣਕਾਰੀ ਨੂੰ ਵੀ ਗੁਪਤ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਗੁਪਤ ਜਾਣਕਾਰੀ ਦਾ ਖੁਲਾਸਾ ਕਰਨ ਲਈ ਕਾਨੂੰਨੀ ਤੌਰ 'ਤੇ ਮਜਬੂਰ ਹੋ ਜਾਂਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ JAVAD GNSS ਨੂੰ ਤੁਰੰਤ ਨੋਟਿਸ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਇਹ ਸੁਰੱਖਿਆ ਆਦੇਸ਼ ਜਾਂ ਹੋਰ ਢੁਕਵੇਂ ਉਪਾਅ ਦੀ ਮੰਗ ਕਰ ਸਕੇ।
WEBਸਾਈਟ; ਹੋਰ ਸਟੇਟਮੈਂਟ JAVAD GNSS ਵਿੱਚ ਕੋਈ ਬਿਆਨ ਨਹੀਂ ਹੈ webਸਾਈਟ (ਜਾਂ ਕੋਈ ਹੋਰ webਸਾਈਟ) ਜਾਂ ਕਿਸੇ ਹੋਰ ਇਸ਼ਤਿਹਾਰ ਜਾਂ JAVAD GNSS ਸਾਹਿਤ ਵਿੱਚ ਜਾਂ JAVAD GNSS ਦੇ ਇੱਕ ਕਰਮਚਾਰੀ ਜਾਂ ਸੁਤੰਤਰ ਠੇਕੇਦਾਰ ਦੁਆਰਾ ਬਣਾਇਆ ਗਿਆ ਇਹਨਾਂ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ (ਸਾਫਟਵੇਅਰ ਲਾਇਸੈਂਸ, ਵਾਰੰਟੀ ਅਤੇ ਦੇਣਦਾਰੀ ਦੀ ਸੀਮਾ ਸਮੇਤ) ਨੂੰ ਸੋਧਦਾ ਹੈ।
ਸੁਰੱਖਿਆ ਰਿਸੀਵਰ ਦੀ ਗਲਤ ਵਰਤੋਂ ਨਾਲ ਵਿਅਕਤੀਆਂ ਜਾਂ ਸੰਪਤੀ ਨੂੰ ਸੱਟ ਲੱਗ ਸਕਦੀ ਹੈ ਅਤੇ/ਜਾਂ ਉਤਪਾਦ ਦੀ ਖਰਾਬੀ ਹੋ ਸਕਦੀ ਹੈ। ਰਿਸੀਵਰ ਦੀ ਮੁਰੰਮਤ ਕੇਵਲ ਅਧਿਕਾਰਤ JAVAD GNSS ਵਾਰੰਟੀ ਸੇਵਾ ਕੇਂਦਰਾਂ ਦੁਆਰਾ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
ਫੁਟਕਲ ਉਪਰੋਕਤ ਨਿਯਮਾਂ ਅਤੇ ਸ਼ਰਤਾਂ ਨੂੰ JAVAD GNSS ਦੁਆਰਾ ਕਿਸੇ ਵੀ ਸਮੇਂ ਸੋਧਿਆ, ਸੋਧਿਆ, ਬਦਲਿਆ ਜਾਂ ਰੱਦ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਉਪਰੋਕਤ ਨਿਯਮ ਅਤੇ ਸ਼ਰਤਾਂ ਕਾਨੂੰਨਾਂ ਦੇ ਟਕਰਾਅ ਦਾ ਹਵਾਲਾ ਦਿੱਤੇ ਬਿਨਾਂ, ਕੈਲੀਫੋਰਨੀਆ ਰਾਜ ਦੇ ਕਾਨੂੰਨਾਂ ਦੁਆਰਾ ਨਿਯੰਤ੍ਰਿਤ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ, ਅਤੇ ਉਹਨਾਂ ਦੇ ਅਨੁਸਾਰ ਬਣਾਈਆਂ ਜਾਣਗੀਆਂ।

GREIS ਕੀ ਹੈ?
GREIS ਇੱਕ ਇੰਟਰਫੇਸਿੰਗ ਭਾਸ਼ਾ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਨੂੰ ਉਹਨਾਂ ਦੀਆਂ ਸਾਰੀਆਂ ਸਮਰੱਥਾਵਾਂ ਅਤੇ ਫੰਕਸ਼ਨਾਂ ਤੱਕ ਪਹੁੰਚ ਕਰਕੇ GNSS ਰਿਸੀਵਰਾਂ ਨਾਲ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਦੇ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ।
GREIS JAVAD GNSS ਹਾਰਡਵੇਅਰ ਦੀ ਪੂਰੀ ਰੇਂਜ ਲਈ ਇੱਕ ਆਮ ਰਿਸੀਵਰ ਭਾਸ਼ਾ ਬਣਤਰ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਇਹ ਭਾਸ਼ਾ ਬਣਤਰ ਪ੍ਰਾਪਤਕਰਤਾ-ਸੁਤੰਤਰ ਹੈ ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਸੋਧ ਜਾਂ ਵਿਸਤਾਰ ਲਈ ਖੁੱਲੀ ਹੈ। GREIS ਇੱਕ ਏਕੀਕ੍ਰਿਤ ਪਹੁੰਚ 'ਤੇ ਅਧਾਰਤ ਹੈ ਜੋ ਉਪਭੋਗਤਾ ਨੂੰ ਨਾਮਿਤ ਵਸਤੂਆਂ ਦੇ ਇੱਕ ਉਚਿਤ ਸਮੂਹ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ JAVAD GNSS ਰਿਸੀਵਰ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਹਨਾਂ ਵਸਤੂਆਂ ਨਾਲ ਸੰਚਾਰ ਪੂਰਵ ਪਰਿਭਾਸ਼ਿਤ ਕਮਾਂਡਾਂ ਅਤੇ ਸੰਦੇਸ਼ਾਂ ਦੁਆਰਾ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਵਰਤੇ ਗਏ ਰਿਸੀਵਰ ਵਸਤੂਆਂ ਦੀ ਸੰਖਿਆ ਜਾਂ ਕਿਸਮ 'ਤੇ ਕੋਈ ਖਾਸ ਪਾਬੰਦੀਆਂ ਨਹੀਂ ਹਨ।

GREIS ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ
JAVAD GNSS ਰਿਸੀਵਰ ਨਾਲ ਇਸਦੀ ਇੱਕ ਪੋਰਟ (ਸੀਰੀਅਲ, ਸਮਾਨਾਂਤਰ, USB, ਈਥਰਨੈੱਟ, ਆਦਿ) ਰਾਹੀਂ ਸੰਚਾਰ ਕਰਨ ਵਾਲਾ ਕੋਈ ਵੀ ਸਿਸਟਮ ਲੋੜੀਂਦੇ ਕੰਮ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ GREIS ਕਮਾਂਡਾਂ ਅਤੇ ਸੰਦੇਸ਼ਾਂ ਦੀ ਵਰਤੋਂ ਕਰੇਗਾ। ਆਮ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਇੱਕ ਜੋੜਾ ਜਿੱਥੇ GREIS ਇੱਕ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦਾ ਹੈ, ਪਹਿਲਾਂ, ਸਰਵੇਖਣ ਅਤੇ RTK ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਫੀਲਡ ਓਪਰੇਸ਼ਨ ਦੌਰਾਨ ਰਿਸੀਵਰਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਲਈ ਹੈਂਡ-ਹੋਲਡ ਕੰਟਰੋਲਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਜਾਂ, ਦੂਜਾ, ਅਗਲੀ ਪੋਸਟ ਲਈ ਡੈਸਕਟੌਪ ਸਿਸਟਮਾਂ ਵਿੱਚ ਰਿਸੀਵਰਾਂ ਤੋਂ ਡਾਟਾ ਡਾਊਨਲੋਡ ਕਰਨ ਵੇਲੇ। ਪ੍ਰੋਸੈਸਿੰਗ ਇੱਕ ਪੋਸਟ ਪ੍ਰੋਸੈਸਿੰਗ ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੇ ਆਪ ਵਿੱਚ GREIS ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੀ, ਪਰ ਡੇਟਾ ਤੋਂ ਡੇਟਾ ਐਕਸਟਰੈਕਟ ਕਰਨ ਲਈ GREIS ਸੁਨੇਹਿਆਂ ਤੋਂ ਜਾਣੂ ਹੋਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ files.

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

ਸੂਚੀਆਂ
GREIS ਸੂਚੀਆਂ ਦੇ ਸੰਕਲਪ ਦੀ ਬਹੁਤ ਜ਼ਿਆਦਾ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਸੂਚੀਆਂ ਦੀ ਵਰਤੋਂ ਪ੍ਰਾਪਤਕਰਤਾ ਇਨਪੁਟ ਭਾਸ਼ਾ ਅਤੇ ਮਿਆਰੀ ਟੈਕਸਟ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਜਾਣ-ਪਛਾਣ ਵਸਤੂਆਂ
GREIS ਵਿੱਚ ਸੂਚੀਆਂ ਨੂੰ ਕੌਮੇ (,, ASCII ਕੋਡ 44) ਦੁਆਰਾ ਸੀਮਤ ਕੀਤੇ ਤੱਤਾਂ ਦੇ ਇੱਕ ਕ੍ਰਮ ਦੁਆਰਾ ਦਰਸਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਬ੍ਰੇਸ ਵਿੱਚ ਬੰਦ ({}, ASCII ਕੋਡ 123 ਅਤੇ 125):
{ਤੱਤ1, ਤੱਤ2, ਤੱਤ3}
ਬਦਲੇ ਵਿੱਚ, ਇੱਕ ਸੂਚੀ ਦੇ ਤੱਤ ਆਪਣੇ ਆਪ ਸੂਚੀਆਂ ਹੋ ਸਕਦੇ ਹਨ:
{e1,{ee21,ee22},e3}
ਇਸ ਤਰ੍ਹਾਂ ਉਪਰੋਕਤ ਪਰਿਭਾਸ਼ਾ ਆਵਰਤੀ ਹੈ, ਤਾਂ ਜੋ ਆਪਹੁਦਰੇ ਆਲ੍ਹਣੇ ਦੀ ਡੂੰਘਾਈ ਦੀਆਂ ਸੂਚੀਆਂ ਦੀ ਇਜਾਜ਼ਤ ਹੋਵੇ। ਉਹ ਤੱਤ ਜੋ ਸੂਚੀਆਂ ਨਹੀਂ ਹਨ ਉਹਨਾਂ ਨੂੰ ਪੱਤਾ ਤੱਤ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਸਿਰਫ਼ ਪੱਤੇ। ਸੂਚੀਆਂ ਦੇ ਤੱਤ ਖਾਲੀ ਹੋ ਸਕਦੇ ਹਨ, ਜਿਸ ਸਥਿਤੀ ਵਿੱਚ ਅਸੀਂ ਕਹਿੰਦੇ ਹਾਂ ਕਿ ਤੱਤ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਸਾਬਕਾ ਲਈample, ਹੇਠਾਂ ਦਿੱਤੀ ਸੂਚੀ ਵਿੱਚ, ਦੂਜਾ ਤੱਤ ਛੱਡਿਆ ਗਿਆ ਹੈ:
{e1,,e3}
ਸੀਮਾਕਾਰਾਂ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਦੀਆਂ ਖਾਲੀ ਥਾਂਵਾਂ ਦੀ ਇਜਾਜ਼ਤ ਹੈ ਅਤੇ ਅਣਡਿੱਠ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਜੇਕਰ ਸੂਚੀ ਦੇ ਸਾਰੇ ਤੱਤਾਂ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ ਇੱਕੋ ਸਬਸਟਰਿੰਗ (ਅਗੇਤਰ) ਹੈ, ਤਾਂ ਇਸ ਸਬਸਟਰਿੰਗ ਨੂੰ ਸੂਚੀ ਦੇ ਆਲੇ ਦੁਆਲੇ ਦੇ ਬਰੇਸ ਤੋਂ ਬਾਹਰ ਲਿਜਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ,
ਤੱਤ{1,2,3}
ਦਾ ਇੱਕ ਛੋਟਾ ਰੂਪ ਹੈ
{elem1,elem2,elem3}

ਐਲੀਮੈਂਟਸ ਨੂੰ ਡਬਲ-ਕੋਟਸ (“, ASCII ਕੋਡ 34) ਵਿੱਚ ਨੱਥੀ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਪਾਰਸਿੰਗ ਦੌਰਾਨ ਕੱਢੇ ਜਾਂਦੇ ਹਨ। ਹਵਾਲਾ ਦਿੱਤੇ ਤੱਤ ਦੇ ਅੰਦਰ, ਵਿਸ਼ੇਸ਼ ਚਿੰਨ੍ਹ (ਬ੍ਰੇਸ, ਕੌਮਾ, ਆਦਿ) ਆਪਣੀ ਭੂਮਿਕਾ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ ਅਤੇ ਨਿਯਮਤ ਅੱਖਰ ਮੰਨੇ ਜਾਂਦੇ ਹਨ। ਕੋਟਸ ਦੀ ਇੱਕ ਹੋਰ ਵਰਤੋਂ "ਤੱਤ ਨਿਰਧਾਰਤ ਨਹੀਂ ਹੈ" ਅਤੇ "ਖਾਲੀ ਤੱਤ ਨਿਰਧਾਰਤ" ਸਥਿਤੀਆਂ ਵਿੱਚ ਫਰਕ ਕਰਨਾ ਹੈ। ਪਹਿਲੇ ਨੂੰ ਸਿਰਫ਼ ਸੂਚੀ ਵਿੱਚੋਂ ਇੱਕ ਤੱਤ ਨੂੰ ਛੱਡ ਕੇ ਦਰਸਾਇਆ ਗਿਆ ਹੈ, ਅਤੇ ਬਾਅਦ ਵਾਲੇ ਨੂੰ ਕੌਮਿਆਂ ਦੇ ਵਿਚਕਾਰ ਦੋਹਰੇ-ਕੋਟਾਂ ਦੀ ਜੋੜੀ ਲਗਾ ਕੇ ਦਰਸਾਇਆ ਗਿਆ ਹੈ। ਹਵਾਲਾ ਦੇਣਾ ਉਦੋਂ ਵੀ ਲਾਭਦਾਇਕ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਕਿਸੇ ਨੂੰ ਇੱਕ ਸਤਰ ਵਿੱਚ ਮੋਹਰੀ ਜਾਂ ਪਿੱਛੇ ਵਾਲੀ ਥਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਐਲੀਮੈਂਟ ਵਿੱਚ ਡਬਲ-ਕੋਟ ਪਾਉਣ ਲਈ, ਇਸ ਐਲੀਮੈਂਟ ਦਾ ਹਵਾਲਾ ਦਿਓ ਅਤੇ ਬੈਕਸਲੈਸ਼ ਅੱਖਰ (, ASCII ਕੋਡ 92) ਦੇ ਨਾਲ ਅੰਦਰ ਡਬਲ-ਕੋਟ ਤੋਂ ਬਚੋ। ਬੈਕਸਲੈਸ਼ ਨੂੰ ਹਵਾਲਾ ਦਿੱਤੀ ਸਟ੍ਰਿੰਗ ਵਿੱਚ ਆਪਣੇ ਆਪ ਰੱਖਣ ਲਈ, ਇਸ ਨੂੰ ਕਿਸੇ ਹੋਰ ਬੈਕਸਲੈਸ਼ ਨਾਲ ਬਚੋ, ਉਦਾਹਰਨ ਲਈampLe:
Example: ““ਕੋਟ”, ਬੈਕਸਲੈਸ਼ \, ਅਤੇ ਵਿਸ਼ੇਸ਼ ਅੱਖਰ, {}” ਵਾਲੀ ਸਤਰ
1.4 ਵਸਤੂਆਂ
ਮਾਡਲ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਜਿਸ 'ਤੇ GREIS ਅਧਾਰਤ ਹੈ, ਇੱਕ JAVAD GNSS ਰਿਸੀਵਰ ਨੂੰ ਨਾਮਿਤ ਵਸਤੂਆਂ ਦੇ ਸਮੂਹ ਨਾਲ ਪਛਾਣਿਆ ਜਾਂਦਾ ਹੈ।

GREIS

www.javad.com

ਜਾਣ-ਪਛਾਣ ਵਸਤੂਆਂ
ਵਸਤੂ ਪਛਾਣਕਰਤਾ
ਵਸਤੂ ਨੂੰ ਪ੍ਰਾਪਤਕਰਤਾ ਦੀ ਇੱਕ ਹਾਰਡਵੇਅਰ ਜਾਂ ਸੌਫਟਵੇਅਰ ਇਕਾਈ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸਨੂੰ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਸੈੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜਾਂ ਪੁੱਛਗਿੱਛ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਹਾਰਡਵੇਅਰ ਇਕਾਈਆਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਡਿਵਾਈਸਾਂ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਫਰਮਵੇਅਰ ਆਬਜੈਕਟ ਆਮ ਤੌਰ 'ਤੇ ਹੁੰਦੇ ਹਨ files ਅਤੇ ਪੈਰਾਮੀਟਰ। ਰਿਸੀਵਰ ਪੋਰਟ ਅਤੇ ਮੈਮੋਰੀ ਮੋਡੀਊਲ ਸਾਰੇ ਚੰਗੇ ਸਾਬਕਾ ਹਨampਜੰਤਰ ਦੇ les. ਸਾਰੀਆਂ ਡਿਵਾਈਸਾਂ, files ਅਤੇ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ GREIS ਦੁਆਰਾ ਇੱਕ ਸਮਾਨ ਤਰੀਕੇ ਨਾਲ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਹਰੇਕ ਵਸਤੂ ਵਿੱਚ ਗੁਣਾਂ ਦਾ ਇੱਕ ਸੰਬੰਧਿਤ ਸਮੂਹ ਹੁੰਦਾ ਹੈ ਜੋ GREIS ਦੁਆਰਾ ਐਕਸੈਸ, ਪਰਿਭਾਸ਼ਿਤ ਅਤੇ/ਜਾਂ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ।

1.4.1 ਵਸਤੂ ਪਛਾਣਕਰਤਾ
ਇਹ ਪਹਿਲਾਂ ਹੀ ਜ਼ਿਕਰ ਕੀਤਾ ਗਿਆ ਹੈ ਕਿ ਇੱਕ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਵਸਤੂਆਂ ਦੇ ਸਮੂਹ ਵਜੋਂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ (ਡਿਵਾਈਸ, files, ਸੁਨੇਹੇ, ਪੈਰਾਮੀਟਰ, ਆਦਿ) GREIS ਮਾਡਲ ਦੇ ਸੰਦਰਭ ਵਿੱਚ। ਰਿਸੀਵਰ ਕਮਾਂਡਾਂ ਵਿੱਚ ਵਸਤੂਆਂ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਹਰੇਕ ਵਸਤੂ ਨੂੰ ਇੱਕ ਵਿਲੱਖਣ ਪਛਾਣਕਰਤਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਰਿਸੀਵਰ ਵਿੱਚ ਵਸਤੂਆਂ ਨੂੰ ਤਰਕ ਨਾਲ ਸਮੂਹਾਂ ਵਿੱਚ ਸੰਗਠਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਸਮੂਹ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਵਸਤੂ ਵੀ ਹੈ ਅਤੇ ਕਿਸੇ ਹੋਰ ਸਮੂਹ ਨਾਲ ਸਬੰਧਤ ਹੈ ਜਦੋਂ ਤੱਕ ਇਹ ਰੂਟ ਸਮੂਹ ਨਹੀਂ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਰਿਸੀਵਰ ਵਿੱਚ ਸਾਰੀਆਂ ਵਸਤੂਆਂ ਨੂੰ ਸਿੰਗਲ ਰੂਟ ਸਮੂਹ ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ ਇੱਕ ਰੁੱਖ-ਵਰਗੇ ਲੜੀ ਵਿੱਚ ਸੰਗਠਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਨੁਮਾਇੰਦਗੀ ਦੇ ਸੰਗਠਨ ਦੇ ਸਮਾਨ ਹੈ files ਨੂੰ ਡਾਇਰੈਕਟਰੀਆਂ (ਫੋਲਡਰਾਂ) ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਨਾਲ ਜ਼ਿਆਦਾਤਰ ਕੰਪਿਊਟਰ ਉਪਭੋਗਤਾ ਜਾਣੂ ਹਨ।
GREIS ਵਿੱਚ, ਆਬਜੈਕਟ ਸਮੂਹਾਂ ਨੂੰ ਸੰਬੰਧਿਤ ਆਬਜੈਕਟ ਨਾਮਾਂ ਦੀਆਂ ਸੂਚੀਆਂ ਵਜੋਂ ਦਰਸਾਇਆ ਜਾਂਦਾ ਹੈ। ਵਸਤੂ ਦਾ ਨਾਮ ਉਸ ਸੂਚੀ ਦੇ ਅੰਦਰ ਵਿਲੱਖਣ ਹੈ ਜਿਸ ਨਾਲ ਵਸਤੂ ਸਬੰਧਤ ਹੈ। ਗਲੋਬਲ ਤੌਰ 'ਤੇ ਵਿਲੱਖਣ ਵਸਤੂ ਪਛਾਣਕਰਤਾ ਨੂੰ ਰੂਟ ਸੂਚੀ ਤੋਂ ਆਬਜੈਕਟ ਤੱਕ ਦੇ ਮਾਰਗ 'ਤੇ ਸਾਰੇ ਆਬਜੈਕਟ ਨਾਮਾਂ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਫਾਰਵਰਡ ਸਲੈਸ਼ (/) ਦੁਆਰਾ ਸੀਮਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਰੂਟ ਸੂਚੀ ਦੀ ਪਛਾਣ ਸਿੰਗਲ ਫਾਰਵਰਡ ਸਲੈਸ਼ ਦੁਆਰਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
Exampਵਸਤੂ ਪਛਾਣਕਰਤਾਵਾਂ ਦੇ ਲੇਸ ਹਨ:
Example: ਮੂਲ ਸਮੂਹ:
/
Example: ਪ੍ਰਾਪਤਕਰਤਾ ਇਲੈਕਟ੍ਰਾਨਿਕ ID:
/par/rcv/id
Example: ਸੀਰੀਅਲ ਪੋਰਟ ਏ ਬਾਡ ਰੇਟ:
/par/dev/ser/a/rate
Example: ਦੇ ਗੁਣ (ਆਕਾਰ ਅਤੇ ਆਖਰੀ ਸੋਧ ਸਮਾਂ) file ਨਾਮ (file ਗੁਣ ਹੇਠਾਂ ਦੱਸੇ ਗਏ ਵਸਤੂ ਗੁਣਾਂ ਤੋਂ ਵੱਖਰੇ ਹਨ):
/log/NAME
Example: NMEA GGA ਵਾਕ:

GREIS

www.javad.com

ਜਾਣ-ਪਛਾਣ ਪੀਰੀਅਡਿਕ ਆਉਟਪੁੱਟ
ਵਸਤੂ ਦੀਆਂ ਕਿਸਮਾਂ
/msg/nmea/GGA
ਸਾਰੀਆਂ ਵਸਤੂਆਂ ਵਿੱਚ ਉਹਨਾਂ ਨਾਲ ਇੱਕ ਜਾਂ ਵੱਧ ਗੁਣ ਜੁੜੇ ਹੋਏ ਹਨ। ਆਬਜੈਕਟ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਪਛਾਣ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ ਵਿੱਚ & ਅੱਖਰ ਅਤੇ ਵਿਸ਼ੇਸ਼ਤਾ ਨਾਮ ਜੋੜ ਕੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹਰੇਕ ਵਸਤੂ ਦਾ ਪ੍ਰਾਇਮਰੀ ਗੁਣ ਮੁੱਲ ਹੈ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਹਮੇਸ਼ਾ GREIS ਕਮਾਂਡਾਂ ਦੁਆਰਾ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਐਕਸੈਸ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਕੁਝ ਵਸਤੂਆਂ ਦੇ ਵਾਧੂ ਗੁਣ ਹੋ ਸਕਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈample: ਸਾਬਕਾample: ਸੀਰੀਅਲ ਪੋਰਟ ਇੱਕ ਡਿਫੌਲਟ ਬੌਡ ਰੇਟ:
/par/dev/ser/a/rate&def
Example: ਦੀ ਸਮੱਗਰੀ file ਨਾਮ:
/log/NAME&content
1.4.2 ਵਸਤੂ ਦੀਆਂ ਕਿਸਮਾਂ
ਰਿਸੀਵਰ ਵਿੱਚ ਹਰ ਇੱਕ ਵਸਤੂ ਨਾਲ ਸਬੰਧਿਤ GREIS ਕਿਸਮ ਹੈ। ਕਿਸੇ ਵਸਤੂ ਦੀ ਕਿਸਮ GREIS ਕਮਾਂਡਾਂ ਦੇ ਸਬੰਧ ਵਿੱਚ ਇਸਦੇ ਵਿਵਹਾਰ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ, ਕਿਸਮ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ ਕਿ ਆਬਜੈਕਟ ਕਿਹੜੇ ਮੁੱਲ ਲੈ ਸਕਦਾ ਹੈ ਅਤੇ ਕਿਹੜੀਆਂ ਖਾਸ ਕਮਾਂਡਾਂ ਆਬਜੈਕਟ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ।
ਵਰਤਮਾਨ ਵਿੱਚ ਸਮਰਥਿਤ ਵਸਤੂ ਕਿਸਮਾਂ ਦੇ ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ ਲਈ ਪੰਨਾ 184 'ਤੇ "ਪ੍ਰਾਇਮਰੀ ਆਬਜੈਕਟ ਕਿਸਮਾਂ" ਵੇਖੋ।

GREIS

1.5 ਪੀਰੀਅਡਿਕ ਆਉਟਪੁੱਟ

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

www.javad.com

ਜਾਣ-ਪਛਾਣ ਪੀਰੀਅਡਿਕ ਆਉਟਪੁੱਟ ਆਉਟਪੁੱਟ ਪੀਰੀਅਡ ਅਤੇ ਪੜਾਅ
mands, em, out, ਅਤੇ dm, ਆਉਟਪੁੱਟ ਸੂਚੀਆਂ ਅਤੇ ਸਮਾਂ-ਸਾਰਣੀ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਕੁਸ਼ਲ ਹੇਰਾਫੇਰੀ ਦੀ ਆਗਿਆ ਦੇਣ ਲਈ।
ਮੈਸੇਜ ਸ਼ਡਿਊਲਿੰਗ ਪੈਰਾਮੀਟਰਾਂ ਵਿੱਚ ਚਾਰ ਖੇਤਰ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ: ਮਿਆਦ, ਪੜਾਅ, ਗਿਣਤੀ, ਅਤੇ ਫਲੈਗ, ਜਿਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਆਉਟਪੁੱਟ ਸ਼ਡਿਊਲ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਵੱਖਰੀ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦਾ ਹੈ। ਹੇਠਾਂ ਅਸੀਂ ਵਰਣਨ ਕਰਾਂਗੇ ਕਿ ਉਹਨਾਂ ਦੇ ਮੁੱਲ ਆਉਟਪੁੱਟ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ, ਪਰ ਅਸਲ ਵਿੱਚ, ਮਿਆਦ ਸੁਨੇਹੇ ਦੇ ਆਉਟਪੁੱਟ ਦੇ ਵਿਚਕਾਰ ਅੰਤਰਾਲ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ; ਪੜਾਅ ਸਮੇਂ ਦੇ ਪਲਾਂ ਦੇ ਸਬੰਧ ਵਿੱਚ ਆਉਟਪੁੱਟ ਦੇ ਪਲਾਂ ਦੀ ਸਮਾਂ ਤਬਦੀਲੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਦੋਂ ਮੌਜੂਦਾ ਸਮਾਂ ਪੀਰੀਅਡ ਦਾ ਗੁਣਾ ਹੁੰਦਾ ਹੈ; ਗਿਣਤੀ, ਜਦੋਂ ਜ਼ੀਰੋ ਤੋਂ ਵੱਧ ਹੁੰਦੀ ਹੈ, ਸੁਨੇਹੇ ਦੇ ਆਉਟਪੁੱਟ ਹੋਣ ਦੀ ਗਿਣਤੀ ਨੂੰ ਸੀਮਿਤ ਕਰਦੀ ਹੈ; ਜਦਕਿ ਝੰਡੇ filed ਆਉਟਪੁੱਟ ਪ੍ਰਕਿਰਿਆ ਦੇ ਕੁਝ ਵਧੀਆ ਟਿਊਨਿੰਗ ਲਈ ਸਹਾਇਕ ਹੈ।

1.5.1 ਆਉਟਪੁੱਟ ਪੀਰੀਅਡ ਅਤੇ ਪੜਾਅ

ਨੋਟ:

ਮੈਸੇਜ ਸ਼ਡਿਊਲਿੰਗ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਮਿਆਦ ਅਤੇ ਪੜਾਅ ਖੇਤਰ [0…86400) ਸਕਿੰਟਾਂ ਦੀ ਰੇਂਜ ਵਿੱਚ ਫਲੋਟਿੰਗ ਪੁਆਇੰਟ ਵੈਲਯੂ ਹਨ। ਉਹਨਾਂ ਦਾ ਸਹੀ ਅਰਥ ਹੇਠਾਂ ਦੱਸਿਆ ਗਿਆ ਹੈ।
ਜਦੋਂ F_CHANGE ਬਿੱਟ ਨੂੰ ਸਮਾਂ-ਸਾਰਣੀ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਫਲੈਗ ਖੇਤਰ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪੜਾਅ ਖੇਤਰ ਆਪਣੀ ਆਮ ਭੂਮਿਕਾ ਨੂੰ ਗੁਆ ਦਿੰਦਾ ਹੈ ਅਤੇ ਇਸਦੀ ਬਜਾਏ "ਜ਼ਬਰਦਸਤੀ ਆਉਟਪੁੱਟ ਪੀਰੀਅਡ" ਬਣ ਜਾਂਦਾ ਹੈ। ਵੇਰਵਿਆਂ ਲਈ ਹੇਠਾਂ F_CHANGE ਝੰਡੇ ਦਾ ਵੇਰਵਾ ਦੇਖੋ।
ਰਿਸੀਵਰ ਦਾ ਅੰਦਰੂਨੀ ਸਮਾਂ ਗਰਿੱਡ ਹੁੰਦਾ ਹੈ ਜੋ ਰਿਸੀਵਰ ਦੀ ਘੜੀ ਅਤੇ /par/raw/curmsint ਪੈਰਾਮੀਟਰ ਦੇ ਮੁੱਲ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਹੁੰਦਾ ਹੈ ਜੋ ਰਿਸੀਵਰ ਦੇ ਅੰਦਰੂਨੀ ਯੁੱਗਾਂ ਦੇ ਪੜਾਅ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਰਿਸੀਵਰ ਦੇ ਅੰਦਰੂਨੀ ਯੁੱਗ ਉਦੋਂ ਵਾਪਰਦੇ ਹਨ ਜਦੋਂ ਪ੍ਰਾਪਤਕਰਤਾ ਦਾ ਸਮਾਂ ਪੜਾਅ ਦਾ ਮਲਟੀਪਲ ਹੁੰਦਾ ਹੈ। ਬਦਲੇ ਵਿੱਚ, ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸਮੇਂ ਨੂੰ ਇੱਕ ਦਿਨ (86400 ਸਕਿੰਟ) ਰਿਸੀਵਰ ਕਲਾਕ ਮੋਡਿਊਲੋ ਦੇ ਮੁੱਲ ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਰਿਸੀਵਰ ਆਉਟਪੁੱਟ ਸੂਚੀਆਂ ਨੂੰ ਸਿਰਫ ਅੰਦਰੂਨੀ ਰਿਸੀਵਰ ਯੁੱਗਾਂ 'ਤੇ ਸਕੈਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਕੋਈ ਵੀ ਆਉਟਪੁੱਟ ਉਸ ਤੋਂ ਵੱਧ ਵਾਰ-ਵਾਰ ਤਿਆਰ ਨਾ ਹੋ ਸਕੇ।
ਅੰਦਰੂਨੀ ਸਮਾਂ ਗਰਿੱਡ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਪੀਰੀਅਡ ਅਤੇ ਪੜਾਅ ਵੇਰੀਏਬਲ ਇੱਕ ਸੁਨੇਹੇ ਦੇ ਆਉਟਪੁੱਟ ਦੇ ਸਮੇਂ ਦੇ ਪਲਾਂ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ: ਰਿਸੀਵਰ ਕੇਵਲ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸਮੇਂ 'ਤੇ ਸੰਦੇਸ਼ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰੇਗਾ: ਹੇਠਾਂ ਦਿੱਤੇ ਦੋ ਸਮੀਕਰਨਾਂ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਦੇ ਹੋਏ:

ਟੌਟਮੋਡ ਅਵਧੀ = ਪੜਾਅ

(1)

ਟਾਉਟ = N ਕਦਮ (2)

GREIS

ਜਿੱਥੇ N ਮੁੱਲ [0,1,2,…,(86400/ਸਟੈਪ)-1] ਲੈਣ ਵਾਲਾ ਪੂਰਨ ਅੰਕ ਹੈ।
ਪਹਿਲੀ ਸਮੀਕਰਨ ਸੁਨੇਹਿਆਂ ਦੇ ਆਉਟਪੁੱਟ ਦੇ ਮੂਲ ਨਿਯਮ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਦੂਜੀ ਅੰਦਰੂਨੀ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਯੁੱਗਾਂ ਨਾਲ ਸਬੰਧਤ ਵਾਧੂ ਪਾਬੰਦੀਆਂ ਲਗਾਉਂਦੀ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ਸਭ ਤੋਂ ਆਮ ਸਥਿਤੀ ਵਿੱਚ, ਜਦੋਂ ਪੀਰੀਅਡ ਅਤੇ ਪੜਾਅ ਦੋਵੇਂ ਪੜਾਅ ਦੇ ਗੁਣਜ ਹੁੰਦੇ ਹਨ, ਜਦੋਂ ਵੀ ਪਹਿਲੀ ਸਮੀਕਰਨ ਸੰਤੁਸ਼ਟ ਹੁੰਦੀ ਹੈ ਤਾਂ ਦੂਜੀ ਸਮੀਕਰਨ ਆਪਣੇ ਆਪ ਸੰਤੁਸ਼ਟ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਹ ਵੀ ਨੋਟ ਕਰੋ ਕਿ ਜੇ
86400 (ਮਾਡ ਪੀਰੀਅਡ) 0,

www.javad.com

ਜਾਣ-ਪਛਾਣ ਪੀਰੀਅਡਿਕ ਆਉਟਪੁੱਟ
ਆਉਟਪੁੱਟ ਗਿਣਤੀ

ExampLe:
Example: ਸਾਬਕਾampLe:

ਦਿਨ ਦੇ ਰੋਲਓਵਰ ਤੋਂ ਪਹਿਲਾਂ ਭੇਜੇ ਗਏ ਆਖਰੀ ਸੰਦੇਸ਼ ਅਤੇ ਦਿਨ ਦੇ ਰੋਲਓਵਰ ਤੋਂ ਬਾਅਦ ਦੇ ਪਹਿਲੇ ਸੰਦੇਸ਼ ਵਿਚਕਾਰ ਅਸਲ ਅੰਤਰਾਲ ਪੀਰੀਅਡ ਦੇ ਮੁੱਲ ਤੋਂ ਵੱਖਰਾ ਹੋਵੇਗਾ।
ਸਾਬਕਾ ਦੇ ਇੱਕ ਜੋੜੇ 'ਤੇ ਗੌਰ ਕਰੋampਇਸ ਵਿਧੀ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ:
ਮੰਨ ਲਓ ਮਿਆਦ 10s ਹੈ, ਪੜਾਅ 2.2s ਹੈ, ਅਤੇ ਪੜਾਅ 0.2s ਹੈ। ਜਿਵੇਂ ਕਿ ਟਾਊਟ, ਦੂਜੀ ਸਮੀਕਰਨ ਦੇ ਅਨੁਸਾਰ, ਸਿਰਫ ਉਹੀ ਮੁੱਲ ਲੈ ਸਕਦਾ ਹੈ ਜੋ ਸਟੈਪ ਦੇ ਮਲਟੀਪਲ ਹਨ, ਪਹਿਲੀ ਸਮੀਕਰਨ ਦਾ ਖੱਬਾ ਹਿੱਸਾ ਹੇਠਾਂ ਦਿੱਤੇ ਮੁੱਲਾਂ ਨੂੰ ਲਵੇਗਾ: 0, 0.2, 0.4, …, 9.8, 0, …, ਜਿਸ ਤੋਂ ਸਿਰਫ ਮੁੱਲ 2.2 ਮੈਚ ਪੜਾਅ। ਇਹ ਮੈਚ ਹੋਣਗੇ, ਅਤੇ ਸੁਨੇਹਾ ਆਉਟਪੁੱਟ ਹੋਵੇਗਾ, ਹਰ ਵਾਰ ਜਦੋਂ ਟਾਊਟ ਹੇਠਾਂ ਦਿੱਤੇ ਮੁੱਲਾਂ ਵਿੱਚੋਂ ਇੱਕ ਲੈਂਦਾ ਹੈ: 2.2s, 12.2s, 22.2s, ਆਦਿ।
ਮੰਨ ਲਓ ਮਿਆਦ 10s ਹੈ, ਪੜਾਅ 2.2s ਹੈ, ਅਤੇ ਪੜਾਅ 0.5s ਹੈ। ਪ੍ਰਾਪਤਕਰਤਾ ਸੁਨੇਹੇ ਨੂੰ ਆਉਟਪੁੱਟ ਨਹੀਂ ਕਰੇਗਾ ਕਿਉਂਕਿ ਉਪਰੋਕਤ ਸਮਕਾਲੀ ਸਮੀਕਰਨਾਂ ਦੀ ਜੋੜੀ ਕਦੇ ਵੀ ਸੰਤੁਸ਼ਟ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।
ਮੰਨ ਲਓ ਪੜਾਅ > ਮਿਆਦ। ਪ੍ਰਾਪਤਕਰਤਾ ਸੁਨੇਹੇ ਨੂੰ ਬਿਲਕੁਲ ਵੀ ਆਊਟਪੁੱਟ ਨਹੀਂ ਕਰੇਗਾ ਕਿਉਂਕਿ ਪਹਿਲੀ ਸਮੀਕਰਨ ਕਦੇ ਵੀ ਸੰਤੁਸ਼ਟ ਨਹੀਂ ਹੋਵੇਗੀ।

1.5.2 ਆਉਟਪੁੱਟ ਗਿਣਤੀ

ਨੋਟ:

ਸੁਨੇਹਾ ਅਨੁਸੂਚੀ ਮਾਪਦੰਡਾਂ ਦੀ ਗਿਣਤੀ ਖੇਤਰ ਸੀਮਾ [-256…32767) ਵਿੱਚ ਇੱਕ ਪੂਰਨ ਅੰਕ ਮੁੱਲ ਹੈ ਅਤੇ ਦੋ ਵੱਖ-ਵੱਖ ਉਦੇਸ਼ਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ:
1. ਜਦੋਂ ਗਿਣਤੀ 0 ਹੁੰਦੀ ਹੈ, ਤਾਂ ਅਸੀਮਤ ਗਿਣਤੀ ਵਿੱਚ ਸੁਨੇਹੇ ਆਉਟਪੁੱਟ ਹੋਣਗੇ। ਜਦੋਂ ਗਿਣਤੀ 0 ਤੋਂ ਵੱਧ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇਹ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ ਕਿ ਸੁਨੇਹਾ ਕਿੰਨੀ ਵਾਰ ਆਉਟਪੁੱਟ ਹੋਵੇਗਾ। ਇਸ ਕੇਸ ਵਿੱਚ ਹਰ ਵਾਰ ਜਦੋਂ ਸੁਨੇਹਾ ਆਉਟਪੁੱਟ ਹੁੰਦਾ ਹੈ ਤਾਂ ਕਾਊਂਟਰ ਨੂੰ 1 ਦੁਆਰਾ ਘਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਇਹ 0 ਹੋ ਜਾਂਦਾ ਹੈ, F_DISABLED ਬਿੱਟ ਫਲੈਗ ਖੇਤਰ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸੁਨੇਹਾ ਸ਼ਡਿਊਲਰ F_DISABLED ਬਿੱਟ ਸੈੱਟ ਦੇ ਨਾਲ ਸੁਨੇਹਿਆਂ ਨੂੰ ਆਉਟਪੁੱਟ ਨਹੀਂ ਕਰਦਾ ਹੈ।
2. ਜਦੋਂ ਗਿਣਤੀ ਨੂੰ ਰੇਂਜ [-256…-1] ਵਿੱਚ ਇੱਕ ਮੁੱਲ 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸੁਨੇਹੇ ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਦਬਾਇਆ ਨਹੀਂ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਗਿਣਤੀ ਖੇਤਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵੱਖਰਾ ਉਦੇਸ਼ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਇਹ ਆਉਟਪੁੱਟ ਤੋਂ ਪਹਿਲਾਂ ਸੁਨੇਹੇ ਨੂੰ ਵਿਸ਼ੇਸ਼ [>>] ਸੰਦੇਸ਼ ਵਿੱਚ ਲਪੇਟਣ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ (ਪੰਨਾ 132 'ਤੇ “[>>] ਰੈਪਰ” ਦੇਖੋ)। ਗਿਣਤੀ ਦੇ ਮੁੱਲ ਦੀ ਵਰਤੋਂ ਫਿਰ ਤਿਆਰ ਕੀਤੇ [>>] ਸੰਦੇਸ਼ ਵਿੱਚ ਆਈਡੀ ਖੇਤਰ ਨੂੰ ਸੈੱਟ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਕਿ ਆਈਡੀ ਸੰਖਿਆਤਮਕ ਤੌਰ 'ਤੇ (-1 - ਗਿਣਤੀ) ਦੇ ਬਰਾਬਰ ਹੋਵੇ।
ਰੈਪਿੰਗ ਵਿਸ਼ੇਸ਼ਤਾ ਉਪਯੋਗੀ ਹੈ, ਸਾਬਕਾ ਲਈample, ਇੱਕ ਸਰਵਰ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਜੋ ਰਿਸੀਵਰ ਤੋਂ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਕਈ ਗਾਹਕਾਂ ਨੂੰ ਅੱਗੇ ਭੇਜਦਾ ਹੈ। ਇਹ ਵੱਖ-ਵੱਖ ਪਛਾਣਕਰਤਾਵਾਂ ਦੇ ਨਾਲ [>>] ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਆਰਬਿਟਰੇਰੀ ਸੁਨੇਹਿਆਂ ਨੂੰ ਲਪੇਟਣ ਦੀ ਬੇਨਤੀ ਕਰ ਸਕਦਾ ਹੈ, ਪ੍ਰਾਪਤ ਕੀਤੇ ਸੁਨੇਹਿਆਂ ਨੂੰ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਾਪਤ ਆਈਡੀ ਦੇ ਅਧਾਰ 'ਤੇ ਖਾਸ ਕਲਾਇੰਟਾਂ ਨੂੰ ਡੇਟਾ ਭੇਜ ਸਕਦਾ ਹੈ। ਇਸ ਵਿਸ਼ੇਸ਼ਤਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਅਜਿਹੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕਿਸੇ ਹੋਰ ਡੇਟਾ ਫਾਰਮੈਟ ਤੋਂ ਜਾਣੂ ਹੋਣ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਪਰ [>>] ਸੰਦੇਸ਼ ਦੇ ਫਾਰਮੈਟ, ਅਤੇ ਵੱਖ-ਵੱਖ ਫਾਰਮੈਟਾਂ ਵਿੱਚ ਸੰਦੇਸ਼ ਪ੍ਰਾਪਤ ਕਰਨ ਅਤੇ ਭੇਜਣ ਲਈ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਨਾਲ ਸੰਚਾਰ ਦੇ ਇੱਕ ਚੈਨਲ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀ ਹੈ।

GREIS

www.javad.com

1.5.3 ਆਉਟਪੁੱਟ ਫਲੈਗ

ਜਾਣ-ਪਛਾਣ ਪੀਰੀਅਡਿਕ ਆਉਟਪੁੱਟ
ਆਉਟਪੁੱਟ ਫਲੈਗ

ਸੁਨੇਹਾ ਤਹਿ ਕਰਨ ਵਾਲੇ ਪੈਰਾਮੀਟਰਾਂ ਦਾ ਫਲੈਗ ਖੇਤਰ ਇੱਕ 16-ਬਿੱਟ ਚੌੜਾ ਬਿੱਟ-ਫੀਲਡ ਹੈ। ਇਸ ਬਿੱਟ ਫੀਲਡ ਦਾ ਹਰੇਕ ਬਿੱਟ ਇੱਕ ਵੱਖਰਾ ਫਲੈਗ ਹੈ ਅਤੇ ਵੱਖ-ਵੱਖ ਉਦੇਸ਼ਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ। ਹੇਠਾਂ ਸੁਨੇਹਾ ਤਹਿ ਕਰਨ ਵਾਲੇ ਫਲੈਗਾਂ ਦੀ ਸੂਚੀ ਹੈ।
ਸਾਰਣੀ 1-1. ਸੁਨੇਹਾ ਤਹਿ ਫਲੈਗ

ਬਿੱਟ#
0 1 2 3 4 5 6 7 8 9 10 11 12

HEX
0x0001 0x0002 0x0004 0x0008 0x0010 0x0020 0x0040 0x0080 0x0100 0x0200 0x0400 0x0800 0xF000

ਨਾਮ
F_OUT F_CHANGE F_OUT_ON_ADD F_NOTENA F_FIX_PERIOD F_FIX_PHASE F_FIX_COUNT F_FIX_FLAGS ਰਾਖਵਾਂ ਰਾਖਵਾਂ ਰਾਖਵਾਂ F_DISABLED ਰਾਖਵਾਂ

ਨੋਟ: ਫੀਲਡ ਦੇ ਨਾਮ ਇੱਥੇ ਸਿਰਫ ਇਸ ਮੈਨੂਅਲ ਵਿੱਚ ਉਹਨਾਂ ਦਾ ਹਵਾਲਾ ਦੇਣ ਦੇ ਉਦੇਸ਼ ਲਈ ਪੇਸ਼ ਕੀਤੇ ਗਏ ਹਨ। GREIS ਕਮਾਂਡਾਂ ਵਿੱਚ ਇਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ।

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

GREIS

www.javad.com

ਜਾਣ-ਪਛਾਣ ਪੀਰੀਅਡਿਕ ਆਉਟਪੁੱਟ
ਆਉਟਪੁੱਟ ਫਲੈਗ
F_OUT_ON_ADD ਜੇਕਰ ਇਹ ਫਲੈਗ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਸੰਬੰਧਿਤ em ਜਾਂ ਆਊਟ ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਣ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਪਹਿਲਾ ਸੁਨੇਹਾ ਆਉਟਪੁੱਟ ਹੋਵੇਗਾ। ਇਸ ਫਲੈਗ ਨੂੰ ਬਹੁਤੇ ਸੁਨੇਹਿਆਂ ਲਈ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾਂਦਾ ਹੈ1।
F_NOTENA ਜੇਕਰ ਇਹ ਫਲੈਗ ਇੱਕ ਆਉਟਪੁੱਟ ਸੂਚੀ ਵਿੱਚ ਇੱਕ ਸੁਨੇਹੇ ਲਈ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਇਸ ਸੁਨੇਹੇ ਲਈ F_DISABLED ਫਲੈਗ ਉਦੋਂ ਸਾਫ਼ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ ਜਦੋਂ ਸੁਨੇਹਾ ਸਮਰੱਥ ਹੋਵੇਗਾ, ਅਤੇ ਇਸਲਈ ਇਸਦਾ ਆਉਟਪੁੱਟ ਮੁਅੱਤਲ ਰਹੇਗਾ। ਸਾਬਕਾ ਲਈample, ਇਸ ਫਲੈਗ ਦੀ ਵਰਤੋਂ ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਤੋਂ ਕੁਝ ਸੁਨੇਹਿਆਂ ਨੂੰ ਆਉਟਪੁੱਟ ਨਾ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਉਪਭੋਗਤਾ ਫਲਾਈ 'ਤੇ ਆਉਟਪੁੱਟ ਦੀ ਮਿਆਦ ਨੂੰ ਬਦਲਦਾ ਹੈ, ਪਹਿਲਾਂ ਆਉਟਪੁੱਟ ਨੂੰ ਅਯੋਗ ਕੀਤੇ ਬਿਨਾਂ।
F_FIX_PERIOD, F_FIX_PHASE, F_FIX_COUNT, F_FIX_PERIOD ਇੱਕ ਸ਼ਡਿਊਲਿੰਗ ਪੈਰਾਮੀਟਰਾਂ ਵਿੱਚ 1 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ, em ਅਤੇ ਆਊਟ ਕਮਾਂਡਾਂ ਰਾਹੀਂ ਇਸ ਸਮਾਂ-ਸਾਰਣੀ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਅਨੁਸਾਰੀ ਖੇਤਰ(ਲਾਂ) ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਰੋਕਦਾ ਹੈ।
F_DISABLED ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਪ੍ਰੋਗਰਾਮੇਬਲ ਨਹੀਂ ਹੈ। ਜਦੋਂ ਕੋਈ ਇੱਕ ਸਕਾਰਾਤਮਕ ਗਿਣਤੀ ਦੇ ਨਾਲ ਇੱਕ ਸੰਦੇਸ਼ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ, ਤਾਂ, ਇਸ ਸੰਦੇਸ਼ ਦੇ ਆਉਟਪੁੱਟ ਗਿਣਤੀ ਵਾਰ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਸੁਨੇਹਾ ਸ਼ਡਿਊਲਰ ਇਸ ਫਲੈਗ ਨੂੰ 1 'ਤੇ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਸੁਨੇਹਾ ਮੁੜ-ਸਮਰੱਥ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਹ ਫਲੈਗ 0 'ਤੇ ਸਾਫ਼ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਤੱਕ ਕਿ F_NOTENA ਫਲੈਗ ਲਈ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਸੁਨੇਹਾ.

1. ਵਰਤਮਾਨ ਵਿੱਚ ਸਿਰਫ ਦੋ GREIS ਸੁਨੇਹੇ, [JP] ਅਤੇ [MF], ਇਸ ਝੰਡੇ ਦਾ ਸਨਮਾਨ ਕਰਦੇ ਹਨ।

GREIS

www.javad.com

ਅਧਿਆਇ 2
ਪ੍ਰਾਪਤਕਰਤਾ ਇਨਪੁਟ ਭਾਸ਼ਾ

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

2.1 ਭਾਸ਼ਾ ਸਾਬਕਾamples

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

Example: ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਉਸਦੀ ਇਲੈਕਟ੍ਰਾਨਿਕ ਆਈਡੀ ਪ੍ਰਿੰਟ ਕਰਨ ਲਈ ਕਹੋ। ਪ੍ਰਾਪਤਕਰਤਾ ਦਿਖਾਏ ਗਏ ਜਵਾਬ ਸੰਦੇਸ਼ ਨੂੰ ਤਿਆਰ ਕਰਦਾ ਹੈ:

ExampLe:

ਪ੍ਰਿੰਟ ਕਰੋ,/par/rcv/id RE00C QP01234TR45
ਰਿਸੀਵਰ ਨੂੰ ਇਸ ਦੇ ਸੀਰੀਅਲ ਪੋਰਟ A ਦੀ ਬੌਡ ਰੇਟ 9600 'ਤੇ ਸੈੱਟ ਕਰਨ ਲਈ ਕਹੋ। ਪ੍ਰਾਪਤਕਰਤਾ ਕਮਾਂਡ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਚਲਾਉਂਦਾ ਹੈ ਅਤੇ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਬਣਾਉਂਦਾ ਹੈ।

ਸੈੱਟ,/par/dev/ser/a/rate,9600
Example: ਉਹੀ ਕਮਾਂਡ ਵਰਤੋ ਜਿਵੇਂ ਕਿ ਪਿਛਲੀ ਸਾਬਕਾ ਵਿੱਚample, ਪਰ ਰਿਸੀਵਰ ਨੂੰ ਸਟੇਟਮੈਂਟ ਆਈਡੈਂਟੀਫਾਇਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਜਵਾਬ ਬਣਾਉਣ ਲਈ ਮਜਬੂਰ ਕਰੋ।

ExampLe:

%set_rate%set,/par/dev/ser/a/rate,9600 RE00A% ਸੈੱਟ_ਰੇਟ%
ਬਹੁਤ ਜ਼ਿਆਦਾ ਬੌਡ ਰੇਟ ਸੈੱਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਪ੍ਰਾਪਤਕਰਤਾ ਗਲਤੀ ਸੁਨੇਹੇ ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਭਾਵੇਂ ਅਸੀਂ ਕੋਈ ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ ਨਹੀਂ ਵਰਤਿਆ।

ਸੈੱਟ,/par/dev/ser/a/rate,1000000 ER016{4, ਮੁੱਲ ਸੀਮਾ ਤੋਂ ਬਾਹਰ}

ਨੋਟ:

ਪ੍ਰਾਪਤਕਰਤਾ ਹਮੇਸ਼ਾ ਆਪਣੇ ਆਮ ਅਤੇ ਗਲਤੀ ਜਵਾਬਾਂ ਨੂੰ ਕ੍ਰਮਵਾਰ ਦੋ ਮਿਆਰੀ ਸੁਨੇਹਿਆਂ, [RE] ਅਤੇ [ER] ਵਿੱਚ ਰੱਖਦਾ ਹੈ। GREIS ਸੁਨੇਹਿਆਂ ਦੇ ਫਾਰਮੈਟ ਬਾਰੇ ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਪੰਨਾ 64 'ਤੇ "ਸੁਨੇਹਿਆਂ ਦਾ ਆਮ ਫਾਰਮੈਟ" ਵੇਖੋ। [RE] ਅਤੇ [ER] ਸੁਨੇਹਿਆਂ ਦਾ ਵਰਣਨ ਪੰਨਾ 129 'ਤੇ "ਇੰਟਰਐਕਟਿਵ ਮੈਸੇਜ" ਵਿੱਚ ਕੀਤਾ ਗਿਆ ਹੈ।

GREIS

www.javad.com

ਪ੍ਰਾਪਤਕਰਤਾ ਇਨਪੁਟ ਭਾਸ਼ਾ ਭਾਸ਼ਾ ਸੰਟੈਕਸ
2.2 ਭਾਸ਼ਾ ਸੰਟੈਕਸ
GREIS ਆਰਬਿਟਰਰੀ ਲੰਬਾਈ 1 ਦੇ ASCII ਅੱਖਰਾਂ ਦੀਆਂ ਲਾਈਨਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਜਾਂ ਤਾਂ ਕੈਰੇਜ-ਰਿਟਰਨ ( , ASCII ਦਸ਼ਮਲਵ ਕੋਡ 13), ਜਾਂ ਲਾਈਨ-ਫੀਡ ( , ASCII ਦਸ਼ਮਲਵ ਕੋਡ 10) ਅੱਖਰ, ਭਾਸ਼ਾ ਦੇ ਸਿਖਰ-ਪੱਧਰ ਦੇ ਸੰਟੈਕਸ ਤੱਤ ਹੋਣ ਲਈ। GREIS ਵਿੱਚ ਖਾਲੀ ਲਾਈਨਾਂ ਦੀ ਇਜਾਜ਼ਤ ਹੈ ਅਤੇ ਅਣਡਿੱਠ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ, ਇੱਕ ਰੇਖਾ ਨੂੰ ਦੇ ਕਿਸੇ ਸੁਮੇਲ ਦੁਆਰਾ ਸੀਮਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ/ਜਾਂ ਅੱਖਰ ਇਹ GREIS ਨੂੰ WindowsTM, MacTM, ਅਤੇ UNIXTM ਲਾਈਨ ਸਮਾਪਤੀ ਸੰਮੇਲਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਰਿਸੀਵਰ ਇਨਪੁਟ ਭਾਸ਼ਾ ਕੇਸ-ਸੰਵੇਦਨਸ਼ੀਲ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ, ਸਾਬਕਾ ਲਈample, ਸਟ੍ਰਿੰਗਸ GREIS, Greis, ਅਤੇ gReIs, ਵੱਖ-ਵੱਖ ਸਟ੍ਰਿੰਗਾਂ ਹੋਣ ਕਰਕੇ, ਅਸਲ ਵਿੱਚ ਪ੍ਰਾਪਤਕਰਤਾ ਦੁਆਰਾ ਇਸ ਤਰ੍ਹਾਂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।
ਨੰਬਰ ਚਿੰਨ੍ਹ (#, ASCII ਕੋਡ 35) ਟਿੱਪਣੀ ਜਾਣ-ਪਛਾਣ ਵਾਲਾ ਅੱਖਰ ਹੈ। ਪ੍ਰਾਪਤਕਰਤਾ ਇਸ ਅੱਖਰ ਤੋਂ ਲੈ ਕੇ ਲਾਈਨ ਦੇ ਅੰਤ ਤੱਕ ਹਰ ਚੀਜ਼ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ।
ਟਿੱਪਣੀ (ਜੇ ਕੋਈ ਹੈ) ਨੂੰ ਲਾਈਨ ਤੋਂ ਹਟਾਏ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ ਮੋਹਰੀ ਅਤੇ ਪਿਛਲਾ ਸਥਾਨਾਂ ਨੂੰ ਹਟਾ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਲਾਈਨ ਨੂੰ ਬਿਆਨਾਂ ਵਿੱਚ ਤੋੜ ਦਿੰਦਾ ਹੈ। ਸਟੇਟਮੈਂਟਾਂ ਨੂੰ ਸੈਮੀਕੋਲਨ (;, ASCII ਕੋਡ 59), ਜਾਂ ਦੋ ਨਾਲ ਸੀਮਤ ਕੀਤਾ ਗਿਆ ਹੈ ampersands (&&, ASCII ਕੋਡ 38), ਜਾਂ ਦੋ ਵਰਟੀਕਲ ਬਾਰਾਂ (||, ASCII ਕੋਡ 124) ਦੇ ਨਾਲ। ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਸਟੇਟਮੈਂਟਾਂ ਨੂੰ ਫਿਰ ਖੱਬੇ ਤੋਂ ਸੱਜੇ ਕ੍ਰਮ ਵਿੱਚ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ && ਡੀਲੀਮੀਟਰ ਵਿੱਚ ਖਤਮ ਹੋਣ ਵਾਲੀ ਸਟੇਟਮੈਂਟ ਇੱਕ ਗਲਤੀ ਪੈਦਾ ਕਰਦੀ ਹੈ, ਤਾਂ ਲਾਈਨ ਵਿੱਚ ਬਾਕੀ ਸਟੇਟਮੈਂਟਾਂ ਨੂੰ ਐਗਜ਼ੀਕਿਊਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਬਿਆਨ ਜਿਸ ਦਾ ਅੰਤ || ਡੀਲੀਮੀਟਰ ਸਫਲਤਾਪੂਰਵਕ ਚਲਾਉਂਦਾ ਹੈ, ਲਾਈਨ ਵਿੱਚ ਬਾਕੀ ਸਟੇਟਮੈਂਟਾਂ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਟੇਟਮੈਂਟ ਜੋ ਸੈਮੀਕੋਲਨ ਵਿੱਚ ਖਤਮ ਹੁੰਦੀ ਹੈ, ਸਟੇਟਮੈਂਟਾਂ ਦੇ ਕ੍ਰਮ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਕਦੇ ਨਹੀਂ ਰੋਕਦੀ। ਨੋਟ ਕਰੋ ਕਿ ਲਾਈਨ ਦਾ ਅੰਤ ਆਪਣੇ ਆਪ ਸਟੇਟਮੈਂਟ ਟਰਮੀਨੇਟਰ ਹੈ, ਇਸਲਈ ਤੁਹਾਨੂੰ ਲਾਈਨ ਦੇ ਅੰਤ ਵਿੱਚ ਸਪੱਸ਼ਟ ਸਟੇਟਮੈਂਟ ਡੀਲੀਮੀਟਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਲਗਾਉਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
ਬਿਆਨ ਦਾ ਫਾਰਮੈਟ ਇਸ ਪ੍ਰਕਾਰ ਹੈ:
[%ID%][COMMAND][@CS] ਜਿੱਥੇ ਵਰਗ ਬਰੈਕਟ ਵਿਕਲਪਿਕ ਖੇਤਰਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ, ਅਤੇ ਹਰੇਕ ਖੇਤਰ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਕਿਸੇ ਵੀ ਗਿਣਤੀ ਵਿੱਚ ਖਾਲੀ ਥਾਂਵਾਂ ਦੀ ਇਜਾਜ਼ਤ ਹੁੰਦੀ ਹੈ। ਚੈੱਕਸਮ ਗਣਨਾ ਦੇ ਉਦੇਸ਼ ਨੂੰ ਛੱਡ ਕੇ, ਹੇਠਾਂ ਦੇਖੋ, ਅਜਿਹੀਆਂ ਖਾਲੀ ਥਾਂਵਾਂ ਨੂੰ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਖੇਤਰ ਹਨ:
%ID% ਸਟੇਟਮੈਂਟ ਆਈਡੈਂਟੀਫਾਇਰ, ਜਿੱਥੇ ID ਆਰਬਿਟਰਰੀ ਸਤਰ ਨੂੰ ਦਰਸਾਉਂਦੀ ਹੈ, ਸੰਭਵ ਤੌਰ 'ਤੇ ਖਾਲੀ। ਪਛਾਣਕਰਤਾ, ਜੇਕਰ ਮੌਜੂਦ ਹੈ, ਤਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਦੁਆਰਾ ਬਿਆਨ ਲਈ ਜਵਾਬ ਸੰਦੇਸ਼ ਵਿੱਚ ਬਿਨਾਂ ਕਿਸੇ ਬਦਲਾਅ ਦੇ ਕਾਪੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇੱਕ ਪਛਾਣਕਰਤਾ ਦੇ ਨਾਲ ਕੋਈ ਵੀ ਬਿਆਨ ਪ੍ਰਾਪਤਕਰਤਾ ਤੋਂ ਹਮੇਸ਼ਾ ਇੱਕ ਜਵਾਬ ਪੈਦਾ ਕਰੇਗਾ। ਇੱਕ ਬਿਆਨ ਜਿਸ ਵਿੱਚ ਸਿਰਫ਼ ਇੱਕ ਪਛਾਣਕਰਤਾ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਦੀ ਵੀ ਇਜਾਜ਼ਤ ਹੈ; ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ, ਪ੍ਰਾਪਤਕਰਤਾ ਸਿਰਫ਼ ਇੱਕ ਜਵਾਬ ਸੁਨੇਹਾ ਤਿਆਰ ਕਰੇਗਾ।
COMMAND a (ਸੰਭਵ ਤੌਰ 'ਤੇ ਖਾਲੀ) ਸੂਚੀ ਜਿੱਥੇ ਪਹਿਲੇ ਤੱਤ ਨੂੰ ਕਮਾਂਡ ਨਾਮ ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਬਾਕੀ ਤੱਤ (ਜੇ ਕੋਈ ਹਨ) ਕਮਾਂਡ ਹਨ

GREIS

1. ਰਿਸੀਵਰਾਂ ਵਿੱਚ ਮੌਜੂਦਾ GREIS ਲਾਗੂ ਕਰਨਾ 256 ਅੱਖਰਾਂ ਤੱਕ ਲੰਬਾਈ ਦੀਆਂ ਲਾਈਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।

www.javad.com

ਪ੍ਰਾਪਤਕਰਤਾ ਇਨਪੁਟ ਭਾਸ਼ਾ ਭਾਸ਼ਾ ਸੰਟੈਕਸ
ਦਲੀਲਾਂ ਕਮਾਂਡ ਸੂਚੀ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਬ੍ਰੇਸ ਛੱਡੇ ਜਾ ਸਕਦੇ ਹਨ। ਸੂਚੀਆਂ ਦੇ ਸੰਟੈਕਸ ਲਈ ਪੰਨਾ 19 'ਤੇ "ਸੂਚੀਆਂ" ਵੇਖੋ। @CS ਚੈੱਕਸਮ, ਜਿੱਥੇ CS 8-ਬਿੱਟ ਚੈੱਕਸਮ 2-ਬਾਈਟ ਹੈਕਸਾਡੈਸੀਮਲ ਨੰਬਰ ਵਜੋਂ ਫਾਰਮੈਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਚੈੱਕਸਮ ਦੇ ਨਾਲ ਸਟੇਟਮੈਂਟ ਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਰਿਸੀਵਰ ਇੰਪੁੱਟ ਚੈੱਕਸਮ CS ਦੀ ਤੁਲਨਾ ਫਰਮਵੇਅਰ ਦੁਆਰਾ ਕੰਪਿਊਟ ਕੀਤੇ ਗਏ ਨਾਲ ਕਰੇਗਾ ਅਤੇ ਸਟੇਟਮੈਂਟ ਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦੇਵੇਗਾ ਜੇਕਰ ਇਹ ਚੈੱਕਸਮ ਮੇਲ ਨਹੀਂ ਖਾਂਦੇ ਹਨ। ਚੈਕਸਮ ਦੀ ਗਣਨਾ ਸਟੇਟਮੈਂਟ ਦੇ ਪਹਿਲੇ ਗੈਰ-ਖਾਲੀ ਅੱਖਰ ਤੋਂ ਸ਼ੁਰੂ ਹੋ ਕੇ ਅਤੇ @ ਅੱਖਰ ਸਮੇਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਵੇਰਵਿਆਂ ਲਈ ਪੰਨਾ 579 'ਤੇ "ਕੰਪਿਊਟਿੰਗ ਚੈੱਕਸਮ" ਦੇਖੋ।
ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ, %ID%, ਹੇਠਾਂ ਦਿੱਤੇ ਉਦੇਸ਼ਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ:
1. ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਕਮਾਂਡ ਲਈ ਜਵਾਬ ਦੇਣ ਲਈ ਮਜਬੂਰ ਕਰਦਾ ਹੈ। 2. ਰਿਸੀਵਰ ਨੂੰ ਵੱਖ-ਵੱਖ ਪਛਾਣਕਰਤਾਵਾਂ ਨਾਲ ਕਈ ਕਮਾਂਡਾਂ ਭੇਜਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ
ਹਰ ਕਮਾਂਡ ਲਈ ਜਵਾਬ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ, ਫਿਰ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰੋ ਅਤੇ ਦੱਸੋ ਕਿ ਕਿਹੜਾ ਜਵਾਬ ਕਿਸ ਕਮਾਂਡ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ। 3. ਇਹ ਜਾਂਚ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇ ਕੇ ਰਿਸੀਵਰ ਨਾਲ ਸਮਕਾਲੀਕਰਨ ਸਥਾਪਤ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿ ਰਿਸੀਵਰ ਦਾ ਜਵਾਬ ਖਾਸ ਕਮਾਂਡ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਨਾ ਕਿ ਪਹਿਲਾਂ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਜਾਰੀ ਕੀਤੀ ਕਿਸੇ ਹੋਰ ਕਮਾਂਡ ਨਾਲ।
ਕੌਲਨ (:, ASCII ਕੋਡ 58) ਤੋਂ ਬਾਅਦ COMMAND ਦੇ ਕਿਸੇ ਵੀ ਤੱਤ ਨਾਲ ਵਿਕਲਪ ਨਾਮ ਦੀ ਸੂਚੀ ਜੋੜੀ ਜਾ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਵਿਕਲਪਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਸਿੰਗਲ ਤੱਤ ਸ਼ਾਮਲ ਹਨ, ਤਾਂ ਆਲੇ ਦੁਆਲੇ ਦੇ ਬ੍ਰੇਸ ਨੂੰ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਵਿਕਲਪਾਂ ਦੀ ਸੂਚੀ ਸੂਚੀ ਦੇ ਹਰੇਕ ਤੱਤ ਲਈ ਪ੍ਰਸਾਰਿਤ ਹੁੰਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਸੂਚੀ ਦੇ ਇੱਕ ਤੱਤ ਨਾਲ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਜੋੜੀਆਂ ਗਈਆਂ ਵਿਕਲਪਾਂ ਨੂੰ ਪ੍ਰਸਾਰਿਤ ਵਿਕਲਪਾਂ ਨਾਲੋਂ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ। ਸਾਬਕਾ ਲਈample,
{e1,{e2:{o1,,o3},e3}}:{o4,o5}
ਦੇ ਬਰਾਬਰ ਹੈ:
{e1:{o4,o5},{e2:{o1,o5,o3},e3:{o4,o5}}}
ਇਹ ਵੀ ਨੋਟ ਕਰੋ ਕਿ ਕਿਵੇਂ ਖੁੰਝਿਆ o2 ਵਿਕਲਪ o5 ਵਿਕਲਪ ਨੂੰ e2 ਐਲੀਮੈਂਟ ਲਈ ਵਿਕਲਪਾਂ ਦੀ ਸੂਚੀ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਕਮਾਂਡ ਵਿੱਚ ਆਰਗੂਮੈਂਟਾਂ ਅਤੇ ਵਿਕਲਪਾਂ ਦੀ ਸੰਖਿਆ ਅਤੇ ਅਰਥ ਖਾਸ ਕਮਾਂਡ ਐਕਸ਼ਨ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਅਤੇ ਹਰ ਰਿਸੀਵਰ ਕਮਾਂਡ ਦੇ ਵਰਣਨ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇਕਰ ਕਮਾਂਡ ਵਰਣਨ ਕੁਝ ਵਿਕਲਪਾਂ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ, ਪਰ ਸਟੇਟਮੈਂਟ ਵਿੱਚ ਕੁਝ ਜਾਂ ਸਾਰੇ ਖੁੰਝ ਗਏ ਹਨ, ਖੁੰਝੀਆਂ ਚੋਣਾਂ ਲਈ ਮੂਲ ਮੁੱਲ ਬਦਲ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ। ਹਰ ਰਿਸੀਵਰ ਕਮਾਂਡ ਦੇ ਵਰਣਨ ਵਿੱਚ ਵਿਕਲਪਾਂ ਲਈ ਮੂਲ ਮੁੱਲ ਵੀ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਹਨ।

GREIS

www.javad.com

ਪ੍ਰਾਪਤਕਰਤਾ ਇਨਪੁਟ ਭਾਸ਼ਾ ਭਾਸ਼ਾ ਸੰਟੈਕਸ

ਸੰਦਰਭ ਲਈ, ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਹੈ ਜਿਸ ਵਿੱਚ ਸਾਰੇ ਅੱਖਰ ਕ੍ਰਮ ਸ਼ਾਮਲ ਹਨ ਜਿਨ੍ਹਾਂ ਦਾ ਰਿਸੀਵਰ ਇਨਪੁਟ ਭਾਸ਼ਾ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ ਅਰਥ ਹੈ:

ਸਾਰਣੀ 2-1. ਇਨਪੁਟ ਭਾਸ਼ਾ ਵਿਸ਼ੇਸ਼ ਅੱਖਰ

ਅੱਖਰ ਦਸ਼ਮਲਵ ASCII ਕੋਡ

ਭਾਵ

ਲਾਈਨ ਵਿਭਾਜਕ

;

ਟਿੱਪਣੀ ਮਾਰਕ ਸਟੇਟਮੈਂਟਸ ਵੱਖ ਕਰਨ ਵਾਲੇ ਦੀ ਸ਼ੁਰੂਆਤ

124

ਸਟੇਟਮੈਂਟਸ ਅਤੇ ਵੱਖ ਕਰਨ ਵਾਲਾ ਸਟੇਟਮੈਂਟ ਜਾਂ ਵੱਖਰਾ ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ ਨਿਸ਼ਾਨ

{

123

}

125

ਚੈੱਕਸਮ ਮਾਰਕ ਲਿਸਟ ਦੀ ਸ਼ੁਰੂਆਤ ਮਾਰਕ ਲਿਸਟ ਦਾ ਅੰਤ ਲਿਸਟ ਮਾਰਕ ਲਿਸਟ ਐਲੀਮੈਂਟਸ ਵੱਖ ਕਰਨ ਵਾਲਾ ਵਿਕਲਪ ਮਾਰਕ

”

ਹਵਾਲਾ ਚਿੰਨ੍ਹ

ਬਚਣਾ

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ
2.3 ਹੁਕਮ
ਇਸ ਭਾਗ ਵਿੱਚ ਅਸੀਂ GREIS ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਸਾਰੀਆਂ ਕਮਾਂਡਾਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਾਂ। ਹਰੇਕ ਕਮਾਂਡ ਦੇ ਸੰਟੈਕਸ ਅਤੇ ਸਿਮੈਂਟਿਕਸ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਿਆਖਿਆਤਮਕ ਸਾਬਕਾ ਦੇ ਨਾਲ ਹਨamples. ਸਾਬਕਾ ਵਿੱਚ ਆਰਗੂਮੈਂਟ ਵਜੋਂ ਵਰਤੇ ਗਏ ਆਬਜੈਕਟ ਦੇ ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ ਲਈamples, ਕਿਰਪਾ ਕਰਕੇ ਸਫ਼ਾ 4 ਉੱਤੇ ਅਧਿਆਇ 181 ਵੇਖੋ।

GREIS

www.javad.com

2.3.1 ਸੈੱਟ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਸੈੱਟ ਕੀਤੀਆਂ ਗਈਆਂ

ਨਾਮ
ਕਿਸੇ ਵਸਤੂ ਦਾ ਸੈੱਟ ਮੁੱਲ ਸੈੱਟ ਕਰੋ।
ਸੰਖੇਪ
ਫਾਰਮੈਟ: ਸੈੱਟ, ਵਸਤੂ, ਮੁੱਲ ਵਿਕਲਪ: ਕੋਈ ਨਹੀਂ
ਦਲੀਲਾਂ
ਨਿਸ਼ਾਨਾ ਵਸਤੂ ਪਛਾਣਕਰਤਾ ਨੂੰ ਆਬਜੈਕਟ ਕਰੋ। ਜੇਕਰ ਆਬਜੈਕਟ “/” ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕਮਾਂਡ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ “/par/” ਅਗੇਤਰ ਆਟੋਮੈਟਿਕਲੀ ਆਬਜੈਕਟ ਦੇ ਅੱਗੇ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਟੀਚਾ ਵਸਤੂ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਮੁੱਲ ਦਾ ਮੁੱਲ ਦਿਓ। ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮੁੱਲਾਂ ਦੀ ਰੇਂਜ ਦੇ ਨਾਲ-ਨਾਲ ਅਸਾਈਨਮੈਂਟ ਦੇ ਅਰਥ ਵਿਗਿਆਨ ਆਬਜੈਕਟ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਅਤੇ ਹਰ ਸਮਰਥਿਤ ਵਸਤੂ ਲਈ ਇਸ ਮੈਨੂਅਲ ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ।
ਵਿਕਲਪ
ਕੋਈ ਨਹੀਂ।
ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਆਬਜੈਕਟ ਨੂੰ ਮੁੱਲ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ। ਕੋਈ ਜਵਾਬ ਉਦੋਂ ਤੱਕ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ ਜਾਂ ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ ਦੁਆਰਾ ਜਵਾਬ ਨੂੰ ਮਜਬੂਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
Examples
Example: ਸੀਰੀਅਲ ਪੋਰਟ C ਦੀ ਬੌਡ ਦਰ ਨੂੰ 115200 'ਤੇ ਸੈੱਟ ਕਰੋ। ਕੋਈ ਵੀ:
ਸੈੱਟ,/par/dev/ser/c/rate,115200 set,dev/ser/c/rate,115200
Example: ਸੀਰੀਅਲ ਪੋਰਟ A ਦੀ ਬੌਡ ਦਰ ਨੂੰ 9600 'ਤੇ ਸੈੱਟ ਕਰੋ ਅਤੇ ਜਵਾਬ ਨੂੰ ਮਜਬੂਰ ਕਰੋ:
%% ਸੈੱਟ, ਵਿਕਾਸਕਰਤਾ/ਸਰ/ਏ/ਦਰ, 9600 RE002%%

GREIS

www.javad.com

2.3.2 ਪ੍ਰਿੰਟ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡ ਪ੍ਰਿੰਟ

ਨਾਮ
ਕਿਸੇ ਵਸਤੂ ਦਾ ਪ੍ਰਿੰਟ ਪ੍ਰਿੰਟ ਮੁੱਲ।

ਸੰਖੇਪ
ਫਾਰਮੈਟ: ਪ੍ਰਿੰਟ, ਵਸਤੂ ਵਿਕਲਪ: {ਨਾਮ}

ਦਲੀਲਾਂ
ਆਉਟਪੁੱਟ ਹੋਣ ਲਈ ਆਬਜੈਕਟ ਦੇ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ ਨੂੰ ਆਬਜੈਕਟ ਕਰੋ। ਜੇਕਰ ਆਬਜੈਕਟ “/” ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕਮਾਂਡ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ “/par/” ਅਗੇਤਰ ਆਟੋਮੈਟਿਕਲੀ ਆਬਜੈਕਟ ਦੇ ਅੱਗੇ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

ਵਿਕਲਪ

ਸਾਰਣੀ 2-2. ਪ੍ਰਿੰਟ ਵਿਕਲਪਾਂ ਦਾ ਸੰਖੇਪ

ਨਾਮ ਦੀ ਕਿਸਮ

ਮੁੱਲ

ਬੂਲੀਅਨ ਚਾਲੂ, ਬੰਦ ਨਾਮ

ਡਿਫਾਲਟ
ਬੰਦ

ਨਾਂ ਜੇਕਰ ਬੰਦ ਹੈ, ਤਾਂ ਸਿਰਫ਼ ਆਬਜੈਕਟ ਮੁੱਲਾਂ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰੋ। ਚਾਲੂ ਹੋਣ 'ਤੇ, NAME=VALUE ਫਾਰਮੈਟ ਵਿੱਚ ਆਬਜੈਕਟ ਮੁੱਲਾਂ ਤੋਂ ਇਲਾਵਾ ਆਬਜੈਕਟ ਨਾਮਾਂ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰੋ।
ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਆਬਜੈਕਟ ਦੇ ਮੁੱਲ ਨੂੰ ਪ੍ਰਿੰਟ ਕਰਦੀ ਹੈ, ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ ਅਨੁਸਾਰੀ ਵਸਤੂ ਦੇ ਨਾਮ ਨਾਲ ਵੈਲਯੂ ਨੂੰ ਪ੍ਰੀਫਿਕਸ ਕਰਦਾ ਹੈ। ਜਵਾਬ ਹਮੇਸ਼ਾ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਸਿੰਗਲ ਪ੍ਰਿੰਟ ਕਮਾਂਡ ਦੇ ਜਵਾਬ ਵਿੱਚ ਇੱਕ ਤੋਂ ਵੱਧ [RE] ਸੰਦੇਸ਼ ਤਿਆਰ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।
ਕਿਸੇ ਵਸਤੂ ਦੀ ਕਿਸਮ ਦੀ ਸੂਚੀ ਦਾ ਮੁੱਲ ਸੂਚੀ ਵਿੱਚ ਹਰੇਕ ਵਸਤੂ ਲਈ ਮੁੱਲਾਂ ਦੀ ਸੂਚੀ ਦੇ ਰੂਪ ਵਿੱਚ ਛਾਪਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਪੱਤੇ ਦੀਆਂ ਵਸਤੂਆਂ ਤੱਕ ਪਹੁੰਚਣ ਤੱਕ ਵਾਰ-ਵਾਰ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਇਸਲਈ ਗੈਰ-ਪੱਤੀ ਕਿਸਮ ਦੀ ਵਸਤੂ ਨੂੰ ਛਾਪਣ ਨਾਲ ਨਿਸ਼ਚਿਤ ਵਸਤੂ ਤੋਂ ਸ਼ੁਰੂ ਹੋ ਕੇ ਪੂਰੇ ਉਪ-ਰੁੱਖ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਆਊਟਪੁੱਟ ਮਿਲਦਾ ਹੈ। ਸੂਚੀਆਂ ਦੀ ਛਪਾਈ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਕਈ [RE] ਸੁਨੇਹੇ ਤਿਆਰ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਆਉਟਪੁੱਟ ਦੀ ਵੰਡ ਸਿਰਫ ਸੂਚੀ ਵੱਖ ਕਰਨ ਵਾਲੇ ਅੱਖਰਾਂ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਹੋ ਸਕਦੀ ਹੈ।

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡ ਪ੍ਰਿੰਟ
Examples
Example: ਅੰਦਰੂਨੀ ਰਿਸੀਵਰ ਟਾਈਮ ਗਰਿੱਡ ਦੀ ਮੌਜੂਦਾ ਮਿਆਦ ਨੂੰ ਛਾਪੋ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:
ਪ੍ਰਿੰਟ,/ਪਾਰ/ਕੱਚਾ/ਕਰਮਸਿੰਟ RE004 100 ਪ੍ਰਿੰਟ,ਕੱਚਾ/ਕਰਮਸਿੰਟ RE004 100
Example: ਆਬਜੈਕਟ ਨਾਮ ਦੇ ਨਾਲ ਅੰਦਰੂਨੀ ਰਿਸੀਵਰ ਟਾਈਮ ਗਰਿੱਡ ਦੀ ਮੌਜੂਦਾ ਮਿਆਦ ਨੂੰ ਪ੍ਰਿੰਟ ਕਰੋ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:
ਪ੍ਰਿੰਟ,/ਪਾਰ/ਕੱਚਾ/ਕਰਮਸਿੰਟ: RE015/ਪਾਰ/ਕੱਚਾ/ਕਰਮਸਿੰਟ=100 ਪ੍ਰਿੰਟ,ਕੱਚਾ/ਕਰਮਸਿੰਟ: RE015/ਪਾਰ/ਕੱਚਾ/ਕਰਮਸਿੰਟ=100 'ਤੇ
Example: ਪ੍ਰਿੰਟ ਪ੍ਰਾਪਤਕਰਤਾ ਸੰਸਕਰਣ ਜਾਣਕਾਰੀ:
ਪ੍ਰਿੰਟ,ਆਰਸੀਵੀ/ਵਰ RE028{“2.5 ਸਤੰਬਰ,13,2006 p2″,0,71,MGGDT_5,ਕੋਈ ਨਹੀਂ, RE00D {ਕੋਈ ਨਹੀਂ,ਕੋਈ ਨਹੀਂ}}
Example: ਪ੍ਰਿੰਟ ਪ੍ਰਾਪਤਕਰਤਾ ਸੰਸਕਰਣ ਜਾਣਕਾਰੀ ਅਨੁਸਾਰੀ ਨਾਵਾਂ ਦੇ ਨਾਲ:
ਪ੍ਰਿੰਟ,ਆਰਸੀਵੀ/ਵਰ:ਆਨ RE043/par/ਆਰਸੀਵੀ/ਵਰ={ਮੁੱਖ=”2.5 ਸਤੰਬਰ,13,2006 ਪੀ2”,ਬੂਟ=0,ਐਚਡਬਲਯੂ=71,ਬੋਰਡ=ਐਮਜੀਜੀਡੀਟੀ_5,ਆਰਈ00ਸੀ ਮੋਡਮ=ਕੋਈ ਨਹੀਂ,ਆਰਈ017 ਪਾਉ={ਫਡਬਲਯੂ=ਕੋਈ ਨਹੀਂ,ਐਚਡਬਲਯੂ=ਕੋਈ ਨਹੀਂ}}
Example: ਆਉਟਪੁੱਟ ਲਈ ਸਮਰਥਿਤ ਸਾਰੇ ਸੁਨੇਹਿਆਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਸਮਾਂ-ਸਾਰਣੀ ਪੈਰਾਮੀਟਰਾਂ ਦੇ ਨਾਲ ਸੀਰੀਅਲ ਪੋਰਟ B ਵਿੱਚ ਪ੍ਰਿੰਟ ਕਰੋ:
ਪ੍ਰਿੰਟ,ਆਊਟ/dev/ser/b: RE02D/par/out/dev/ser/b={jps/RT={1.00,0.00,0,0×0}, RE01A jps/SI={1.00,0.00,0,0×0}, RE01A jps/rc={1.00,0.00,0,0×0}, RE01A jps/ET={1.00,0.00,0,0×0}, RE01D nmea/GGA={10.00,5.00,0,0×0}} ਤੇ

GREIS

www.javad.com

2.3.3 ਸੂਚੀ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਦੀ ਸੂਚੀ

ਨਾਮ
ਇੱਕ ਵਸਤੂ ਦੀ ਸੂਚੀ ਸੂਚੀ.
ਸੰਖੇਪ
ਫਾਰਮੈਟ: ਸੂਚੀ[, ਵਸਤੂ] ਵਿਕਲਪ: ਕੋਈ ਨਹੀਂ
ਦਲੀਲਾਂ
ਆਉਟਪੁੱਟ ਹੋਣ ਲਈ ਆਬਜੈਕਟ ਦੇ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ ਨੂੰ ਆਬਜੈਕਟ ਕਰੋ। ਜੇਕਰ ਆਬਜੈਕਟ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ /log ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਆਬਜੈਕਟ “/” ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕਮਾਂਡ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ “/log/” ਅਗੇਤਰ ਆਟੋਮੈਟਿਕਲੀ ਆਬਜੈਕਟ ਦੇ ਅੱਗੇ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਵਿਕਲਪ
ਕੋਈ ਨਹੀਂ।
ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਆਬਜੈਕਟ ਦੇ ਹਰ ਮੈਂਬਰ ਦੇ ਨਾਮ ਨੂੰ ਆਊਟਪੁੱਟ ਕਰਦੀ ਹੈ। ਜਵਾਬ ਹਮੇਸ਼ਾ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਸੂਚੀ ਕਮਾਂਡ ਦੇ ਜਵਾਬ ਵਿੱਚ ਇੱਕ ਤੋਂ ਵੱਧ [RE] ਸੰਦੇਸ਼ ਤਿਆਰ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਜੇਕਰ ਨਿਸ਼ਚਿਤ ਕੀਤੀ ਵਸਤੂ ਕਿਸਮ ਸੂਚੀ ਦੀ ਨਹੀਂ ਹੈ, ਤਾਂ ਖਾਲੀ [RE] ਸੁਨੇਹਾ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਨਿਸ਼ਚਿਤ ਕੀਤੀ ਵਸਤੂ ਇੱਕ ਸੂਚੀ ਹੈ, ਤਾਂ ਸੂਚੀ ਵਿੱਚ ਹਰੇਕ ਵਸਤੂ ਦੇ ਨਾਵਾਂ ਦੀ ਸੂਚੀ ਛਾਪੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਪੱਤੇ ਦੀਆਂ ਵਸਤੂਆਂ ਤੱਕ ਪਹੁੰਚਣ ਤੱਕ ਲਗਾਤਾਰ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਸਲਈ ਗੈਰ-ਪੱਤੀ ਕਿਸਮ ਦੀ ਵਸਤੂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਨ ਨਾਲ ਨਿਰਧਾਰਤ ਵਸਤੂ ਤੋਂ ਸ਼ੁਰੂ ਹੋ ਕੇ ਪੂਰੇ ਉਪ-ਰੁੱਖ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਆਊਟਪੁੱਟ ਮਿਲਦਾ ਹੈ। ਸੂਚੀਆਂ ਦੀ ਛਪਾਈ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਕਈ [RE] ਸੁਨੇਹੇ ਤਿਆਰ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਆਉਟਪੁੱਟ ਦੀ ਵੰਡ ਸਿਰਫ ਸੂਚੀ ਵੱਖ ਕਰਨ ਵਾਲੇ ਅੱਖਰਾਂ ਤੋਂ ਤੁਰੰਤ ਬਾਅਦ ਹੋ ਸਕਦੀ ਹੈ।
Examples
Example: ਇੱਕ ਗੈਰ-ਸੂਚੀ ਵਸਤੂ ਦੀ ਸੂਚੀ ਲਈ ਖਾਲੀ ਜਵਾਬ:
ਸੂਚੀ,/par/rcv/ver/main RE000
Example: ਗੈਰ-ਮੌਜੂਦ ਵਸਤੂ ਦੀ ਸੂਚੀ ਲਈ ਗਲਤੀ ਜਵਾਬ:
ਸੂਚੀ,/ER018_ਮੌਜੂਦ_ਨਹੀਂ_ਹੈ{2,,ਗਲਤ ਪਹਿਲਾ ਪੈਰਾਮੀਟਰ}

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਦੀ ਸੂਚੀ
Example: ਮੌਜੂਦਾ ਲਾਗ ਦੀ ਇੱਕ ਸੂਚੀ ਪ੍ਰਾਪਤ ਕਰੋ-fileਐੱਸ. ਕੋਈ ਵੀ
ਸੂਚੀ,/ਲੌਗ ਸੂਚੀ
ਉਹੀ ਆਉਟਪੁੱਟ ਪੈਦਾ ਕਰੇਗਾ, ਉਦਾਹਰਨ ਲਈ:
RE013{log1127a,log1127b}
Example: ਪ੍ਰਾਪਤਕਰਤਾ ਦੁਆਰਾ ਸਮਰਥਿਤ ਸਾਰੇ ਮਿਆਰੀ GREIS ਸੁਨੇਹਿਆਂ ਦੀ ਸੂਚੀ ਬਣਾਓ:
list,/msg/jps RE03D{JP,MF,PM,EV,XA,XB,ZA,ZB,YA,YB,RT,RD,ST,LT,BP,TO,DO,OO,UO,GT, RE040 NT,GO,NO,TT,PT,SI,NN,EL,AZ,SS,FC,RC,rc,PC,pc,CP,cp,DC,CC,cc,EC, RE040 CE,TC,R1,P1,1R,1P,r1,p1,1r,1p,D1,C1,c1,E1,1E,F1,R2,P2,2R,2P,r2, RE040 p2,2r,2p,D2,C2,c2,E2,2E,F2,ID,PV,PO,PG,VE,VG,DP,SG,BI,SE,SM,PS, RE040 GE,NE,GA,NA,WE,WA,WO,GS,NS,rE,rM,rV,rT,TM,MP,TR,MS,DL,TX,SP,SV, RE031 RP,RK,BL,AP,AB,re,ha,GD,LD,RM,RS,IO,NP,LH,EE,ET}
Example: ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸਮੂਹ ਵਿੱਚ ਸਾਰੇ ਸੁਨੇਹਿਆਂ ਦੀ ਸੂਚੀ ਬਣਾਓ:
ਸੂਚੀ,/msg/def RE040{jps/JP,jps/MF,jps/PM,jps/EV,jps/XA,jps/XB,jps/RT,jps/RD,jps/SI, RE040 jps/NN,jps/EL,jps/FC,jps/RC,jps/DC,jps/EC,jps/TC,jps/CP,jps/1R, RE040 jps/1P,jps/2R,jps/2P,jps/E1,jps/D2,jps/E2,jps/SS,jps/SE,jps/PV, RE040 jps/ST,jps/DP,jps/TO,jps/DO,jps/UO,jps/IO,jps/GE,jps/NE,jps/GA, RE01D jps/NA, jps/WE, jps/WA, jps/WO}

GREIS

www.javad.com

GREIS

2.3.4 em & out

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ em & out

ਨਾਮ
em, ਸੁਨੇਹਿਆਂ ਦੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ।

ਸੰਖੇਪ
ਫਾਰਮੈਟ: ਫਾਰਮੈਟ: ਵਿਕਲਪ:

em,[ਨਿਸ਼ਾਨਾ],ਸੁਨੇਹੇ ਆਉਟ,[ਨਿਸ਼ਾਨਾ],ਸੁਨੇਹੇ {ਪੀਰੀਅਡ, ਪੜਾਅ, ਗਿਣਤੀ, ਫਲੈਗ}

ਦਲੀਲਾਂ
ਕਿਸੇ ਵੀ ਆਉਟਪੁੱਟ ਸਟ੍ਰੀਮ ਜਾਂ ਸੁਨੇਹਾ ਸੈੱਟ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਓ। ਜੇਕਰ ਕੋਈ ਟੀਚਾ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਮੌਜੂਦਾ ਟਰਮੀਨਲ, /cur/term, ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।
ਸੁਨੇਹੇ ਦੇ ਨਾਮ ਅਤੇ/ਜਾਂ ਸੁਨੇਹੇ ਸੈੱਟ ਨਾਮਾਂ ਦੀ ਸੂਚੀ (ਜਾਂ ਤਾਂ ਆਲੇ-ਦੁਆਲੇ ਦੇ ਬ੍ਰੇਸ ਦੇ ਨਾਲ ਜਾਂ ਬਿਨਾਂ) ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਲਈ ਸੁਨੇਹੇ ਭੇਜਦਾ ਹੈ। ਜੇਕਰ ਕੁਝ ਖਾਸ ਨਾਂ “/” ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਅਜਿਹੇ ਨਾਵਾਂ ਤੋਂ ਪਹਿਲਾਂ “/msg/” ਅਗੇਤਰ ਆਪਣੇ ਆਪ ਹੀ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

ਵਿਕਲਪ

ਸਾਰਣੀ 2-3. em ਅਤੇ ਬਾਹਰ ਵਿਕਲਪਾਂ ਦਾ ਸੰਖੇਪ

ਨਾਮ ਦੀ ਕਿਸਮ

ਮੁੱਲ

ਡਿਫਾਲਟ

ਪੀਰੀਅਡ ਫਲੋਟ [0…86400)

–

ਪੜਾਅ ਫਲੋਟ [0…86400)

–

ਗਿਣਤੀ ਪੂਰਨ ਅੰਕ [-256…32767] em 0 ਲਈ 1 ਬਾਹਰ

ਫਲੈਗ ਪੂਰਨ ਅੰਕ [0…0xFFFF] -

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

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ em & out

ਨੋਟ:

ਸੁਨੇਹਿਆਂ ਦਾ ਇੱਕ ਵਾਰ ਦਾ ਆਉਟਪੁੱਟ। ਅਸੀਂ ਇਸ ਵਰਣਨ ਵਿੱਚ ਸਿਰਫ ਉਹਨਾਂ ਬਾਰੇ ਗੱਲ ਕਰਾਂਗੇ ਹਾਲਾਂਕਿ ਸਭ ਕੁਝ ਬਾਹਰ ਵੀ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।
ਹੇਠਾਂ ਦਿੱਤੇ ਵਰਣਨ ਤੋਂ ਉਮੀਦ ਹੈ ਕਿ ਪਾਠਕ ਪੰਨਾ 22 'ਤੇ ਸੈਕਸ਼ਨ "ਪੀਰੀਓਡਿਕ ਆਉਟਪੁੱਟ" ਵਿਚਲੀ ਸਮੱਗਰੀ ਤੋਂ ਜਾਣੂ ਹੈ।
ਹਰੇਕ ਆਉਟਪੁੱਟ ਸਟ੍ਰੀਮ ਲਈ, ਸੁਨੇਹਿਆਂ 1,2 ਦੀ ਅਨੁਸਾਰੀ ਆਉਟਪੁੱਟ ਸੂਚੀ ਹੁੰਦੀ ਹੈ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ ਦਿੱਤੀ ਗਈ ਸਟ੍ਰੀਮ ਵਿੱਚ ਆਉਟਪੁੱਟ ਹੋਣ ਲਈ ਸਮਰੱਥ ਹਨ। ਜਦੋਂ em ਕਮਾਂਡ ਨੂੰ ਆਰਗੂਮੈਂਟ ਵਜੋਂ ਪਾਸ ਕੀਤਾ ਗਿਆ ਸੁਨੇਹਾ ਇਸ ਸਮੇਂ ਆਉਟਪੁੱਟ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਹੈ, ਤਾਂ em ਕਮਾਂਡ ਸੂਚੀ ਦੇ ਅੰਤ ਵਿੱਚ ਨਿਰਧਾਰਤ ਸੰਦੇਸ਼ ਨੂੰ ਜੋੜਦੀ ਹੈ। ਜਦੋਂ em ਕਮਾਂਡ ਨੂੰ ਭੇਜਿਆ ਗਿਆ ਸੁਨੇਹਾ ਪਹਿਲਾਂ ਹੀ ਆਉਟਪੁੱਟ ਸੂਚੀ ਵਿੱਚ ਹੁੰਦਾ ਹੈ, ਤਾਂ em ਕਮਾਂਡ ਸਿਰਫ਼ ਇਸ ਸੁਨੇਹੇ ਦੇ ਸਮਾਂ-ਸਾਰਣੀ ਮਾਪਦੰਡਾਂ ਨੂੰ ਬਦਲਦੀ ਹੈ ਅਤੇ ਸੂਚੀ ਵਿੱਚ ਸੰਦੇਸ਼ ਦੀ ਸਥਿਤੀ ਨੂੰ ਨਹੀਂ ਬਦਲਦੀ ਹੈ।
ਜਿਵੇਂ ਕਿ em ਕਮਾਂਡ ਖਾਸ ਸੁਨੇਹਿਆਂ ਨੂੰ ਆਉਟਪੁੱਟ ਸੂਚੀ ਵਿੱਚ ਮਿਲਾਉਂਦੀ ਹੈ, em ਕਮਾਂਡਾਂ ਜਾਰੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦਿੱਤੀ ਗਈ ਸਟ੍ਰੀਮ ਲਈ ਆਉਟਪੁੱਟ ਸੂਚੀ ਨੂੰ ਸਾਫ਼ ਕਰਨ ਲਈ dm ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਅਕਸਰ ਇੱਕ ਚੰਗਾ ਵਿਚਾਰ ਹੁੰਦਾ ਹੈ।
em ਕਮਾਂਡ ਸੁਨੇਹਿਆਂ ਦੀ ਸੂਚੀ ਨੂੰ ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਇੱਕ ਸੰਦੇਸ਼ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੀ ਹੈ, ਖੱਬੇ ਤੋਂ ਸੱਜੇ, ਅਤੇ ਸੁਨੇਹੇ ਸੈੱਟ ਦੇ ਪਹਿਲੇ ਸੰਦੇਸ਼ ਤੋਂ ਸੁਨੇਹਾ ਸੈੱਟ ਦੇ ਆਖਰੀ ਸੰਦੇਸ਼ ਤੱਕ। ਕੀ ਇਹ ਕਿਸੇ ਅਜਿਹੇ ਨਾਮ ਦਾ ਸਾਹਮਣਾ ਕਰਦਾ ਹੈ ਜੋ ਕਿਸੇ ਸਮਰਥਿਤ ਪ੍ਰਾਪਤਕਰਤਾ ਸੰਦੇਸ਼ ਜਾਂ ਸੰਦੇਸ਼ ਸੈੱਟ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ, ਇਹ ਯਾਦ ਰੱਖਦਾ ਹੈ ਕਿ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਦੌਰਾਨ ਕੋਈ ਗਲਤੀ ਹੋਈ ਸੀ, ਪਰ ਸੁਨੇਹਿਆਂ ਦੀ ਸੂਚੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਰੋਕਦਾ ਨਹੀਂ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਸੁਨੇਹਿਆਂ ਦੀ ਸੂਚੀ ਦੇ ਸਾਰੇ ਸੁਨੇਹੇ ਜੋ ਸਮਰੱਥ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ, ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਵੇਗਾ, ਅਤੇ ਕੇਵਲ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਸੁਨੇਹਿਆਂ ਨੂੰ ਸਮਰੱਥ ਨਾ ਕੀਤੇ ਜਾਣ 'ਤੇ ਸਿਰਫ ਇੱਕ ਗਲਤੀ ਦੀ ਰਿਪੋਰਟ ਕੀਤੀ ਜਾਵੇਗੀ।
ਜਦੋਂ em ਕਮਾਂਡ ਹੱਥ ਵਿੱਚ ਇੱਕ ਸੁਨੇਹੇ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੀ ਹੈ, ਸੁਨੇਹਿਆਂ ਦੀ ਅਨੁਸਾਰੀ ਆਉਟਪੁੱਟ ਸੂਚੀ ਵਿੱਚ ਅੰਤਮ ਓਪਰੇਟਿੰਗ ਸੁਨੇਹਾ ਸਮਾਂ-ਸਾਰਣੀ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਸਮਾਂ-ਸਾਰਣੀ ਪੈਰਾਮੀਟਰਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਦੇ ਕਈ ਸਰੋਤਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ:
1. em ਕਮਾਂਡ ਦੇ ਵਿਕਲਪਾਂ ਵਿੱਚ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦਰਸਾਏ ਮੁੱਲ।
2. em ਕਮਾਂਡ ਦੇ ਵਿਕਲਪਾਂ ਦੇ ਮੂਲ ਮੁੱਲ।
3. ਅਨੁਸਾਰੀ ਸੰਦੇਸ਼ ਸੈੱਟ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਦਿੱਤੇ ਗਏ ਸੁਨੇਹੇ ਲਈ ਨਿਰਧਾਰਤ ਮਾਪਦੰਡ ਨਿਰਧਾਰਤ ਕਰਨਾ। ਇਹਨਾਂ ਨੂੰ ਸਿਰਫ਼ ਉਦੋਂ ਹੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਇੱਕ ਸੁਨੇਹਾ ਸੈੱਟ ਨਿਰਧਾਰਿਤ ਕਰਕੇ ਇੱਕ ਸੁਨੇਹੇ ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਇੱਕ ਵਿਅਕਤੀਗਤ ਸੁਨੇਹਾ ਨਹੀਂ।
4. ਸੰਬੰਧਿਤ ਆਉਟਪੁੱਟ ਸੂਚੀ (ਜੇ ਕੋਈ ਹੈ) ਵਿੱਚ ਸੁਨੇਹੇ ਦੇ ਮੌਜੂਦਾ ਸਮਾਂ-ਸਾਰਣੀ ਪੈਰਾਮੀਟਰ।
5. ਸੰਬੰਧਿਤ ਸੰਦੇਸ਼ ਸਮੂਹ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਦਿੱਤੇ ਗਏ ਸੁਨੇਹੇ ਲਈ ਨਿਰਧਾਰਿਤ ਡਿਫਾਲਟ ਸਮਾਂ-ਸਾਰਣੀ ਪੈਰਾਮੀਟਰ।
ਮਾਪਦੰਡਾਂ ਦੇ ਉਪਰੋਕਤ ਸਰੋਤ ਉਹਨਾਂ ਦੀ ਤਰਜੀਹ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਸੂਚੀਬੱਧ ਕੀਤੇ ਗਏ ਹਨ, ਪਹਿਲੇ ਇੱਕ ਦੀ ਸਭ ਤੋਂ ਵੱਧ ਤਰਜੀਹ ਹੈ, ਅਤੇ ਇਹਨਾਂ ਨੂੰ ਚਾਰ ਸ਼ਡਿਊਲਿੰਗ ਪੈਰਾਮੀਟਰਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ, (1) ਤੋਂ ਮੁੱਲ (2) ਤੋਂ ਮੁੱਲਾਂ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰਦੇ ਹਨ, ਨਤੀਜੇ ਵਜੋਂ ਮੁੱਲ

GREIS

1. ਇੱਕ ਸਟ੍ਰੀਮ NAME ਲਈ, ਸੰਬੰਧਿਤ ਆਉਟਪੁੱਟ ਸੂਚੀ ਨੂੰ /par/out/NAME 2 ਕਿਹਾ ਜਾਂਦਾ ਹੈ। ਮੌਜੂਦਾ ਫਰਮਵੇਅਰ ਵਿੱਚ ਇੱਕ ਆਉਟਪੁੱਟ ਸੂਚੀ ਵਿੱਚ ਸੁਨੇਹਿਆਂ ਦੀ ਅਧਿਕਤਮ ਸੰਖਿਆ ਲਈ ਮਨਮਾਨੀ ਸੀਮਾ ਹੈ ਜੋ 49 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਗਈ ਹੈ।

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ em & out

(3), ਆਦਿ ਤੋਂ ਮੁੱਲ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਅਗਲੇ ਸਰੋਤ ਦੇ ਫਲੈਗ ਖੇਤਰ ਵਿੱਚ ਕੁਝ F_FIX_PERIOD, F_FIX_PHASE, F_FIX_COUNT, ਜਾਂ F_FIX_FLAGS ਬਿੱਟ ਸੈੱਟ ਕੀਤੇ ਗਏ ਹਨ, ਤਾਂ ਇਸ ਅਗਲੇ ਸਰੋਤ ਦੇ ਅਨੁਸਾਰੀ ਖੇਤਰਾਂ ਨੂੰ ਓਵਰਰਾਈਡ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ।

Examples

Example: ਮੌਜੂਦਾ ਟਰਮੀਨਲ 'ਤੇ NMEA GGA ਸੁਨੇਹੇ ਦੀ ਇੱਕ ਵਾਰ ਆਉਟਪੁੱਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ:

em,,nmea/GGA:{,,1}

ਉਪਰੋਕਤ ਵਾਂਗ ਹੀ, ਪਰ em ਦੀ ਬਜਾਏ ਬਾਹਰ ਦੀ ਵਰਤੋਂ ਕਰਨਾ:

ਬਾਹਰ,,nmea/GGA
Example: ਮੌਜੂਦਾ ਲੌਗ ਵਿੱਚ ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ-file ਡਿਫੌਲਟ ਆਉਟਪੁੱਟ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ A. ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:

ExampLe:

em,/cur/file/a,/msg/def em,/cur/file/a, def
ਮੌਜੂਦਾ ਲੌਗ- ਲਈ ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ-file ਇੱਕ ਹਰ 10 ਸਕਿੰਟ ਦੂਜੇ ਆਉਟਪੁੱਟ ਪੈਰਾਮੀਟਰਾਂ ਲਈ, ਉਹਨਾਂ ਦੇ ਡਿਫੌਲਟ ਮੁੱਲ ਵਰਤੇ ਜਾਣਗੇ:

em,/cur/file/a, def: 10
Example: ਡਿਫੌਲਟ ਆਉਟਪੁੱਟ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਮੌਜੂਦਾ ਟਰਮੀਨਲ 'ਤੇ ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:

ExampLe:

em,/cur/term,/msg/def em,,/msg/def em,,def
ਮੌਜੂਦਾ ਟਰਮੀਨਲ ਵਿੱਚ GREIS ਸੁਨੇਹਿਆਂ [~~](RT) ਅਤੇ [RD] ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:

ExampLe:

ਐਮ,,/ਮੈਸੇਜ/ਜੇਪੀਐਸ/ਆਰਟੀ,/ਮੈਸੇਜ/ਜੇਪੀਐਸ/ਆਰਡੀ ਐਮ,,ਜੇਪੀਐਸ/{ਆਰਟੀ,ਆਰਡੀ}
ਹਰ 20 ਸਕਿੰਟਾਂ ਵਿੱਚ ਮੌਜੂਦਾ ਟਰਮੀਨਲ ਵਿੱਚ NMEA ਸੁਨੇਹਿਆਂ GGA ਅਤੇ ZDA ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ:

ExampLe:

em,,nmea/{GGA,ZDA}:20
ਸੁਨੇਹਿਆਂ ਦੇ ਆਉਟਪੁੱਟ [SI], [EL] ਅਤੇ [AZ] ਨੂੰ ਸੀਰੀਅਲ ਪੋਰਟ A ਵਿੱਚ ਸਮਰੱਥ ਬਣਾਓ। [SI] ਲਈ ਸਮਾਂ-ਸਾਰਣੀ ਮਾਪਦੰਡ ਸੈਟ ਕਰੋ ਤਾਂ ਕਿ ਕਿਸੇ ਵੀ ਦੋ ਬਾਅਦ ਵਾਲੇ [SI] ਸੁਨੇਹਿਆਂ ਵਿਚਕਾਰ ਅੰਤਰਾਲ 10 ਸਕਿੰਟਾਂ ਦੇ ਬਰਾਬਰ ਹੋਵੇ, ਜੇਕਰ ਉਹ ਮੇਲ ਖਾਂਦੇ ਹਨ, ਅਤੇ 1 ਸਕਿੰਟ ਨਹੀਂ ਤਾਂ; ਸਿਰਫ਼ ਪਹਿਲੇ ਪੰਜਾਹ [SI] ਸੁਨੇਹੇ ਹੀ ਆਉਟਪੁੱਟ ਕਰਦੇ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਪ੍ਰਾਪਤਕਰਤਾ, [EL] ਅਤੇ [AZ] ਸੁਨੇਹਿਆਂ ਲਈ ਆਉਟਪੁੱਟ ਅੰਤਰਾਲ ਨੂੰ 2 ਸਕਿੰਟਾਂ 'ਤੇ ਸੈੱਟ ਕਰੋ:

em,/dev/ser/a,jps/{SI:{1,10,50,0×2},EL,AZ}:2

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ em & out
Example: ਆਉਟਪੁੱਟ ਅੰਤਰਾਲ 2 ਸਕਿੰਟਾਂ ਦੇ ਨਾਲ ਸੀਰੀਅਲ ਪੋਰਟ B ਵਿੱਚ RTCM 1.x ਸੁਨੇਹਾ ਕਿਸਮਾਂ 31 ਅਤੇ 3 ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ, ਅਤੇ ਕਿਸਮਾਂ 2 ਅਤੇ ਕਿਸਮਾਂ ਲਈ 18, 19, 3, 22 ਤੋਂ ਪੋਰਟ C ਤੱਕ ਆਉਟਪੁੱਟ ਅੰਤਰਾਲ ਦੇ ਨਾਲ RTCM 1.x ਸੁਨੇਹਾ ਕਿਸਮਾਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ। 18; ਅਤੇ ਕਿਸਮ 19 ਅਤੇ 10 ਲਈ 3 ਸਕਿੰਟ:
em,/dev/ser/b,rtcm/{1,31}:3; em,/dev/ser/c,rtcm/{18:1,19:1,22,3}:10
Example: ਸਿਰਫ਼ NMEA ZDA ਅਤੇ GGA ਰੱਖਣ ਲਈ ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰੋ:
dm,/msg/def em,/msg/def,/msg/nmea/{ZDA,GGA}

GREIS

www.javad.com

2.3.5 ਡੀ.ਐੱਮ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ dm

ਨਾਮ
dm ਸੁਨੇਹਿਆਂ ਦੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਆਉਟਪੁੱਟ ਨੂੰ ਅਯੋਗ ਕਰਦਾ ਹੈ।
ਸੰਖੇਪ
ਫਾਰਮੈਟ: dm[,[target][,messages]] ਵਿਕਲਪ: ਕੋਈ ਨਹੀਂ
ਦਲੀਲਾਂ
ਕਿਸੇ ਵੀ ਆਉਟਪੁੱਟ ਸਟ੍ਰੀਮ ਜਾਂ ਸੁਨੇਹਾ ਸੈੱਟ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਓ। ਜੇਕਰ ਕੋਈ ਟੀਚਾ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਮੌਜੂਦਾ ਟਰਮੀਨਲ, /cur/term, ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਕੁਝ ਖਾਸ ਨਾਂ “/” ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਅਜਿਹੇ ਨਾਵਾਂ ਤੋਂ ਪਹਿਲਾਂ “/msg/” ਅਗੇਤਰ ਆਪਣੇ ਆਪ ਹੀ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਸੁਨੇਹੇ ਬੰਦ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਸੁਨੇਹਿਆਂ ਦੀ ਸੂਚੀ, ਜਾਂ ਤਾਂ ਆਲੇ-ਦੁਆਲੇ ਦੇ ਬ੍ਰੇਸ ਦੇ ਨਾਲ ਜਾਂ ਬਿਨਾਂ, ਜਾਂ ਕੋਈ ਸੁਨੇਹਾ ਸਮੂਹ ਜਾਂ ਸੁਨੇਹਾ ਸੈੱਟ। ਜੇਕਰ ਕੋਈ ਸੁਨੇਹੇ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ, ਤਾਂ ਟੀਚੇ ਲਈ ਸਾਰੇ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਆਉਟਪੁੱਟ ਅਸਮਰੱਥ ਹੈ।
ਵਿਕਲਪ
ਕੋਈ ਨਹੀਂ।
ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਆਬਜੈਕਟ ਟਾਰਗਿਟ ਵਿੱਚ ਨਿਰਧਾਰਤ ਸੁਨੇਹਿਆਂ ਦੇ ਸਮੇਂ-ਸਮੇਂ ਤੇ ਆਉਟਪੁੱਟ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਂਦੀ ਹੈ। ਕੋਈ ਜਵਾਬ ਉਦੋਂ ਤੱਕ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ, ਜਾਂ ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ ਦੁਆਰਾ ਜਵਾਬ ਨੂੰ ਮਜਬੂਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਜੇਕਰ ਕੋਈ ਸੁਨੇਹੇ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ, ਤਾਂ ਟੀਚੇ ਲਈ ਸਾਰੇ ਨਿਯਮਿਤ ਆਉਟਪੁੱਟ ਅਸਮਰੱਥ ਹਨ। ਜੇਕਰ ਟੀਚਾ ਇੱਕ ਮੌਜੂਦਾ ਲੌਗ ਹੈ-file ਅਤੇ ਕੋਈ ਸੁਨੇਹੇ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ, ਸਾਰੇ ਆਉਟਪੁੱਟ ਨੂੰ file ਅਯੋਗ ਹੈ, file ਬੰਦ ਹੈ, ਅਤੇ ਮੌਜੂਦਾ ਲੌਗ-file ਕਿਸੇ 'ਤੇ ਸੈੱਟ ਨਹੀਂ ਹੈ।
ਜੇਕਰ ਸੁਨੇਹੇ ਸੂਚੀ ਵਿੱਚ ਇੱਕ ਸੁਨੇਹਾ ਦਿੱਤਾ ਗਿਆ ਹੈ ਜੋ ਇਸ ਸਮੇਂ ਦਿੱਤੇ ਟੀਚੇ ਲਈ ਆਉਟਪੁੱਟ ਹੋਣ ਲਈ ਸਮਰੱਥ ਨਹੀਂ ਹੈ, ਤਾਂ dm ਕਮਾਂਡ ਦੁਆਰਾ ਕੋਈ ਅਨੁਸਾਰੀ ਗਲਤੀ ਨਹੀਂ ਤਿਆਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਹਾਲਾਂਕਿ ਇਹ ਸਥਿਤੀ ਹੋਰ ਸੰਭਾਵਿਤ ਤਰੁੱਟੀਆਂ ਨੂੰ ਰਿਪੋਰਟ ਕੀਤੇ ਜਾਣ ਤੋਂ ਅਯੋਗ ਨਹੀਂ ਕਰਦੀ ਹੈ।
Examples
Example: ਮੌਜੂਦਾ ਲੌਗ ਵਿੱਚ ਆਉਟਪੁੱਟ ਹੋਣ ਵਾਲੇ ਸਾਰੇ ਸੁਨੇਹਿਆਂ ਨੂੰ ਅਯੋਗ ਕਰੋ-file ਏ ਅਤੇ ਬੰਦ ਕਰੋ file:
dm,/cur/file/a

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ dm
Example: ਮੌਜੂਦਾ ਟਰਮੀਨਲ ਵਿੱਚ ਸਾਰੇ ਆਵਰਤੀ ਆਉਟਪੁੱਟ ਨੂੰ ਅਯੋਗ ਕਰੋ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:
dm,/ਮੌਜੂਦਾ/ਮਿਆਦ dm
Example: ਸੀਰੀਅਲ ਪੋਰਟ B ਵਿੱਚ GREIS ਸੁਨੇਹੇ [~~](RT) ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਅਯੋਗ ਕਰੋ:
dm,/dev/ser/b,/msg/jps/RT
Example: ਮੌਜੂਦਾ ਲੌਗ ਵਿੱਚ GREIS ਸੁਨੇਹੇ [DO] ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਅਯੋਗ ਕਰੋ-file B:
dm,/cur/file/b,/msg/jps/DO
Example: ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਤੋਂ GREIS ਸੁਨੇਹਾ [PM] ਹਟਾਓ:
dm,/msg/def,/msg/jps/PM
Example: ਮੌਜੂਦਾ ਟਰਮੀਨਲ ਲਈ ਸਾਰੇ NMEA ਸੁਨੇਹਿਆਂ ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਅਸਮਰੱਥ ਕਰੋ:
dm,/cur/term,/msg/nmea
Example: ਮੌਜੂਦਾ ਟਰਮੀਨਲ ਵਿੱਚ NMEA ਸੁਨੇਹਿਆਂ GGA ਅਤੇ ZDA ਦੇ ਆਉਟਪੁੱਟ ਨੂੰ ਅਯੋਗ ਕਰੋ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:
dm,/cur/term,/msg/nmea/GGA,/msg/nmea/ZDA dm,,/msg/nmea/GGA,/msg/nmea/ZDA dm,,nmea/GGA,nmea/ZDA dm,,nmea/{GGA,ZDA}

GREIS

www.javad.com

2.3.6 ਸ਼ੁਰੂਆਤ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ init

ਨਾਮ
init ਆਬਜੈਕਟ ਸ਼ੁਰੂ ਕਰੋ।

ਸੰਖੇਪ
ਫਾਰਮੈਟ: init, object[/] ਵਿਕਲਪ: ਕੋਈ ਨਹੀਂ

ਦਲੀਲਾਂ
ਆਬਜੈਕਟ ਨੂੰ ਸ਼ੁਰੂ ਕੀਤਾ ਜਾਣਾ ਹੈ। / ਜੇਕਰ ਮੌਜੂਦ ਹੈ ਅਤੇ ਆਬਜੈਕਟ ਟਾਈਪ ਲਿਸਟ ਦੀ ਹੈ, ਤਾਂ ਇਸਦੀ ਬਜਾਏ ਸਾਰੇ ਸ਼ਾਮਿਲ ਆਬਜੈਕਟ ਸ਼ੁਰੂ ਕਰੋ
ਵਸਤੂ ਦੇ ਹੀ.

ਵਿਕਲਪ
ਕੋਈ ਨਹੀਂ।

ਨੋਟ: ਨੋਟ:

ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਖਾਸ ਵਸਤੂਆਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ। ਕੋਈ ਜਵਾਬ ਉਦੋਂ ਤੱਕ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ, ਜਾਂ ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ ਦੁਆਰਾ ਜਵਾਬ ਨੂੰ ਮਜਬੂਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਅਰੰਭਕਰਨ ਦਾ ਸਹੀ ਅਰਥ ਵਿਗਿਆਨ ਸ਼ੁਰੂ ਕੀਤੇ ਜਾ ਰਹੇ ਆਬਜੈਕਟ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਕਿਸੇ ਵਸਤੂ ਨੂੰ ਇਸਦੀ "ਡਿਫਾਲਟ" ਜਾਂ "ਕਲੀਨ" ਸਥਿਤੀ ਵਿੱਚ ਬਦਲਣ ਵਜੋਂ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਸਾਬਕਾ ਲਈample, ਪੈਰਾਮੀਟਰਾਂ ਲਈ ਇਸਦਾ ਮਤਲਬ ਹੈ ਉਹਨਾਂ ਦੇ ਮੁੱਲਾਂ ਨੂੰ ਅਨੁਸਾਰੀ ਡਿਫਾਲਟਸ ਲਈ ਸੈੱਟ ਕਰਨਾ, ਲਈ fileਸਟੋਰੇਜ਼ ਡਿਵਾਈਸ ਇਸਦਾ ਅਰਥ ਹੈ ਅੰਡਰਲਾਈੰਗ ਮਾਧਿਅਮ ਨੂੰ ਮੁੜ-ਫਾਰਮੈਟ ਕਰਨਾ, ਆਦਿ।
ਕੁਝ ਵਸਤੂਆਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਨਾਲ ਰਿਸੀਵਰ ਰੀਬੂਟ ਹੋ ਜਾਵੇਗਾ। ਇਹ ਵਰਤਮਾਨ ਵਿੱਚ ਰਿਸੀਵਰ ਗੈਰ-ਅਸਥਿਰ ਮੈਮੋਰੀ (/dev/nvm/a) ਦੀ ਸ਼ੁਰੂਆਤ ਲਈ ਕੇਸ ਹੈ।
ਹਾਲਾਂਕਿ ਇਹ ਭਵਿੱਖ ਵਿੱਚ ਬਦਲ ਸਕਦਾ ਹੈ, ਰਿਸੀਵਰਾਂ ਵਿੱਚ ਇਸ ਆਮ ਕਮਾਂਡ ਦਾ ਵਰਤਮਾਨ ਲਾਗੂ ਕਰਨਾ ਸੀਮਤ ਹੈ। ਅਸਲ ਵਿੱਚ ਸਿਰਫ ਵਸਤੂਆਂ ਦੀ ਸ਼ੁਰੂਆਤੀਕਰਣ ਜੋ ਸਾਬਕਾ ਵਿੱਚ ਮਿਲਦੇ ਹਨampਹੇਠਾਂ les ਵਰਤਮਾਨ ਵਿੱਚ ਸਮਰਥਿਤ ਹੈ।

Examples
Example: NVRAM ਸਾਫ਼ ਕਰੋ ਅਤੇ ਰਿਸੀਵਰ ਰੀਬੂਟ ਕਰੋ। NVRAM ( almanacs, ephemeris, etc.) ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ ਸਾਰਾ ਡਾਟਾ ਖਤਮ ਹੋ ਜਾਵੇਗਾ, ਸਾਰੇ ਪੈਰਾਮੀਟਰ ਰੀਬੂਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਉਹਨਾਂ ਦੇ ਡਿਫੌਲਟ ਮੁੱਲਾਂ 'ਤੇ ਸੈੱਟ ਕੀਤੇ ਜਾਣਗੇ:
init,/dev/nvm/a
Example: ਸਾਫ਼ ਇਫੇਮੇਰਿਸ:
init,/eph/

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ init
Example: ਸਾਰੇ ਰਿਸੀਵਰ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਡਿਫੌਲਟ ਮੁੱਲਾਂ 'ਤੇ ਸੈੱਟ ਕਰੋ:
init,/par/
Example: ਸਾਰੇ WLAN ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਡਿਫੌਲਟ ਮੁੱਲਾਂ 'ਤੇ ਸੈੱਟ ਕਰੋ। ਤਬਦੀਲੀਆਂ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਯੂਨਿਟ ਨੂੰ ਰੀਬੂਟ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:
init,/par/net/wlan/
Example: ਸ਼ੁਰੂ ਕਰੋ file ਸਿਸਟਮ (ਭਾਵ, ਅੰਡਰਲਾਈੰਗ ਮਾਧਿਅਮ ਨੂੰ ਮੁੜ ਫਾਰਮੈਟ ਕਰੋ)। ਸਾਰੇ fileਰਿਸੀਵਰ ਵਿੱਚ ਸਟੋਰ ਕੀਤਾ s ਖਤਮ ਹੋ ਜਾਵੇਗਾ:
init,/dev/blk/a
Example: ਸਾਰੇ ਸੁਨੇਹੇ ਸੈੱਟਾਂ ਨੂੰ ਉਹਨਾਂ ਦੇ ਡਿਫੌਲਟ ਮੁੱਲਾਂ ਵਿੱਚ ਸ਼ੁਰੂ ਕਰੋ:
init,/msg/

GREIS

www.javad.com

2.3.7 ਬਣਾਓ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਬਣਾਉਂਦੀਆਂ ਹਨ

ਨਾਮ
ਇੱਕ ਨਵਾਂ ਆਬਜੈਕਟ ਬਣਾਓ.

ਸੰਖੇਪ
ਫਾਰਮੈਟ: create[,object] ਵਿਕਲਪ: {log}

ਦਲੀਲਾਂ
ਬਣਾਈ ਜਾਣ ਵਾਲੀ ਵਸਤੂ ਦਾ ਆਬਜੈਕਟ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ। ਜੇਕਰ ਆਬਜੈਕਟ “/” ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕਮਾਂਡ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ “/log/” ਅਗੇਤਰ ਆਟੋਮੈਟਿਕਲੀ ਆਬਜੈਕਟ ਦੇ ਅੱਗੇ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਛੱਡ ਦਿੱਤਾ ਜਾਵੇ, ਤਾਂ ਰਚਨਾ ਏ file ਮੰਨਿਆ ਗਿਆ ਹੈ ਅਤੇ ਇੱਕ ਵਿਲੱਖਣ ਹੈ file ਨਾਮ ਆਟੋਮੈਟਿਕ ਹੀ ਤਿਆਰ ਹੁੰਦਾ ਹੈ।

ਵਿਕਲਪ

ਸਾਰਣੀ 2-4. ਵਿਕਲਪਾਂ ਦਾ ਸੰਖੇਪ ਬਣਾਓ

ਨਾਮ ਕਿਸਮ ਦੇ ਮੁੱਲ
ਲਾਗ ਸਤਰ a,b,…

ਡਿਫਾਲਟ
a

ਲਾਗ ਲਾਗ-file ਬਣਾਇਆ file ਨੂੰ ਸੌਂਪਿਆ ਜਾਣਾ ਹੈ। ਲਾਗ-file ਚੁਣਿਆ ਗਿਆ ਹੈ /cur/log/X, ਜਿੱਥੇ X ਵਿਕਲਪ1 ਦਾ ਮੁੱਲ ਹੈ।
ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਇੱਕ ਨਵਾਂ ਆਬਜੈਕਟ ਬਣਾਉਂਦਾ ਹੈ। ਕੋਈ ਜਵਾਬ ਉਦੋਂ ਤੱਕ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ, ਜਾਂ ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ ਦੁਆਰਾ ਜਵਾਬ ਨੂੰ ਮਜਬੂਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਟ੍ਰੀ ਵਿੱਚ ਸਥਿਤੀ ਅਤੇ ਬਣਾਈ ਗਈ ਵਸਤੂ ਦੀ ਕਿਸਮ ਦੋਵੇਂ ਆਬਜੈਕਟ ਆਰਗੂਮੈਂਟ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਹਨ।
ਦੋ ਤਰ੍ਹਾਂ ਦੀਆਂ ਵਸਤੂਆਂ ਬਣਾਈਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ:
1. Fileਐੱਸ. ਇੱਕ ਨਵਾਂ file ਉਦੋਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ /log ਸਬ-ਟਰੀ ਵਿੱਚ ਇੱਕ ਆਬਜੈਕਟ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ, ਜਾਂ ਜਦੋਂ ਆਬਜੈਕਟ ਆਰਗੂਮੈਂਟ ਨੂੰ ਛੱਡ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
2. ਸੁਨੇਹਾ ਨਿਰਧਾਰਕ। ਇੱਕ ਨਵਾਂ ਸੁਨੇਹਾ ਨਿਰਧਾਰਕ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਵੀ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ ਇੱਕ ਸੁਨੇਹਾ ਸੈੱਟ ਵਿੱਚ ਇੱਕ ਵਸਤੂ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ, /msg/def)।

GREIS

1. ਮੌਜੂਦਾ ਫਰਮਵੇਅਰ ਜਾਂ ਤਾਂ ਇੱਕ ਜਾਂ ਦੋ ਇੱਕੋ ਸਮੇਂ ਦੇ ਲੌਗ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ-files ਖਾਸ ਪ੍ਰਾਪਤਕਰਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਬਣਾਉਂਦੀਆਂ ਹਨ
ਬਣਾਉਣਾ Files
ਬਣਾਉਣ ਵੇਲੇ files, ਆਬਜੈਕਟ ਆਰਗੂਮੈਂਟ ਨੂੰ ਜਾਂ ਤਾਂ ਛੱਡ ਦਿੱਤਾ ਗਿਆ ਹੈ ਜਾਂ ਇਸਦਾ ਫਾਰਮੈਟ /log/NAME ਹੈ, ਜਿੱਥੇ NAME ਦਾ ਨਾਮ ਹੈ file ਬਣਾਇਆ ਜਾਣਾ ਹੈ, ਅਤੇ /log/ ਵਿਕਲਪਿਕ ਹੈ। ਸਾਬਕਾ ਕੇਸ ਵਿੱਚ ਪ੍ਰਾਪਤਕਰਤਾ ਆਪਣੇ ਆਪ ਲਈ ਇੱਕ ਵਿਲੱਖਣ ਨਾਮ ਚੁਣੇਗਾ file. ਬਾਅਦ ਵਾਲੇ ਮਾਮਲੇ ਵਿੱਚ NAME ਨੂੰ 31 ਅੱਖਰਾਂ ਤੱਕ ਦੀ ਇੱਕ ਸਤਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਨਾ ਤਾਂ ਖਾਲੀ ਥਾਂਵਾਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ ਅਤੇ ਨਾ ਹੀ ਹੇਠਾਂ ਦਿੱਤੇ ਅੱਖਰ: “,{}()@&”/”।
ਜੇਕਰ ਦ file /log/NAME ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ, ਬਣਾਓ ਕਮਾਂਡ ਫੇਲ ਹੋ ਜਾਵੇਗੀ ਅਤੇ ਇੱਕ ਗਲਤੀ ਸੁਨੇਹਾ ਪੈਦਾ ਕਰੇਗੀ। ਨਤੀਜੇ ਵਜੋਂ, ਮੌਜੂਦਾ ਵਿੱਚੋਂ ਕੁਝ ਨੂੰ ਬੰਦ ਕਰਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ files create ਕਮਾਂਡ ਨਾਲ.
ਇੱਕ ਨਵ ਦੇ ਬਾਅਦ file ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਇਹ ਮੌਜੂਦਾ ਲੌਗ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ-files ਲਾਗ ਦੇ ਮੁੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ_file ਵਿਕਲਪ। ਜੇਕਰ ਸੰਬੰਧਿਤ ਲੌਗ-file ਪਹਿਲਾਂ ਹੀ ਕਿਸੇ ਹੋਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ file ਜਦੋਂ ਬਣਾਓ ਨੂੰ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਪੁਰਾਣਾ ਲਾਗ-file ਬੰਦ ਹੋ ਜਾਵੇਗਾ ਅਤੇ ਆਉਟਪੁੱਟ ਨਵੇਂ ਵਿੱਚ ਜਾਰੀ ਰਹੇਗੀ file ਬਿਨਾਂ ਕਿਸੇ ਰੁਕਾਵਟ ਦੇ।
ਸੁਨੇਹਾ ਨਿਰਧਾਰਕ ਬਣਾਉਣਾ
ਇੱਕ ਸੁਨੇਹਾ ਸੈੱਟ ਵਿੱਚ ਸੁਨੇਹੇ ਜੋੜਦੇ ਸਮੇਂ, ਆਬਜੈਕਟ ਆਰਗੂਮੈਂਟ ਦਾ ਇੱਕ ਫਾਰਮੈਟ /msg/SET/GROUP/MSG ਹੁੰਦਾ ਹੈ, ਜਿੱਥੇ SET ਸੁਨੇਹਾ ਸੈੱਟ ਦਾ ਨਾਮ ਹੁੰਦਾ ਹੈ ਜਿੱਥੇ ਨਵਾਂ ਸੁਨੇਹਾ ਬਣਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, GROUP ਉਸ ਸਮੂਹ ਦਾ ਨਾਮ ਹੈ ਜਿਸ ਨਾਲ ਸੁਨੇਹਾ ਸਬੰਧਿਤ ਹੈ। , ਅਤੇ MSG ਖੁਦ ਸੁਨੇਹੇ ਦਾ ਨਾਮ ਹੈ (ਉਦਾਹਰਨ ਲਈ, /msg/def/nmea/GGA, ਜਾਂ /msg/jps/rtk/min/jps/ET)।
ਸੰਦੇਸ਼ ਸਮੂਹ ਵਿੱਚ ਦਿੱਤੇ ਗਏ ਸੰਦੇਸ਼ ਲਈ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਗਏ ਮੈਸੇਜ ਸ਼ਡਿਊਲਿੰਗ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਨਕਲ ਕੀਤੀ ਜਾਵੇਗੀ। ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਸਮਾਂ-ਸਾਰਣੀ ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨ ਲਈ ਸੈੱਟ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰੋ।
Examples
ਬਣਾਉਣਾ Files
Example: ਇੱਕ ਨਵਾਂ ਬਣਾਓ file ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਤਿਆਰ ਕੀਤੇ ਨਾਮ ਨਾਲ ਅਤੇ ਇਸ ਨੂੰ ਮੌਜੂਦਾ ਲੌਗ ਲਈ ਨਿਰਧਾਰਤ ਕਰੋfile A (/cur/file/a) ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:
ਬਣਾਓ ਬਣਾਓ,:a
Example: ਇੱਕ ਨਵਾਂ ਲੌਗ ਬਣਾਓ-file ਨਾਮ ਨਾਲ "ਮੇਰਾ_file". ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:
ਬਣਾਓ,/log/my_file:a ਬਣਾਓ, ਮੇਰਾ_file
Example: ਬਣਾਓ files"file1" ਅਤੇ "file2”, ਅਤੇ ਉਹਨਾਂ ਨੂੰ /cur/ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰੋfile/a ਅਤੇ /cur/file/b:
ਬਣਾਓ,file1:a; ਬਣਾਓ,file2:ਬੀ

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਬਣਾਉਂਦੀਆਂ ਹਨ
ਸੁਨੇਹਾ ਨਿਰਧਾਰਕ ਬਣਾਉਣਾ
Example: ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਵਿੱਚ /msg/jps/ET ਸੁਨੇਹੇ ਸ਼ਾਮਲ ਕਰੋ:
ਬਣਾਓ,/msg/def/jps/ET
Example: NMEA GGA ਸੁਨੇਹੇ ਨੂੰ ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਇਸਦੀ ਮਿਆਦ ਅਤੇ ਪੜਾਅ ਨੂੰ ਹਮੇਸ਼ਾ ਕ੍ਰਮਵਾਰ 10 ਅਤੇ 5 ਹੋਣ ਲਈ ਮਜ਼ਬੂਰ ਕਰੋ, ਭਾਵੇਂ ਉਹਨਾਂ ਲਈ ਕੋਈ ਵੀ ਮੁੱਲ em ਜਾਂ out ਕਮਾਂਡ ਵਿੱਚ ਨਿਰਦਿਸ਼ਟ ਕੀਤਾ ਜਾਵੇਗਾ:
ਬਣਾਓ,/msg/def/nmea/GGA ਸੈੱਟ,/msg/def/nmea/GGA,{10,5,,0×30}

GREIS

www.javad.com

2.3.8 ਹਟਾਓ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਨੂੰ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ

ਨਾਮ
ਇੱਕ ਵਸਤੂ ਨੂੰ ਹਟਾਓ.
ਸੰਖੇਪ
ਫਾਰਮੈਟ: ਹਟਾਓ, ਵਸਤੂ[/] ਵਿਕਲਪ: ਕੋਈ ਨਹੀਂ
ਦਲੀਲਾਂ
ਹਟਾਏ ਜਾਣ ਵਾਲੇ ਆਬਜੈਕਟ ਦਾ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ। ਜੇਕਰ ਆਬਜੈਕਟ “/” ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕਮਾਂਡ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ “/log/” ਅਗੇਤਰ ਆਟੋਮੈਟਿਕਲੀ ਆਬਜੈਕਟ ਦੇ ਅੱਗੇ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
/ ਜੇਕਰ ਮੌਜੂਦ ਹੈ ਅਤੇ ਆਬਜੈਕਟ ਟਾਈਪ ਲਿਸਟ ਦਾ ਹੈ, ਤਾਂ ਆਬਜੈਕਟ ਦੀ ਬਜਾਏ ਸਾਰੇ ਆਬਜੈਕਟ ਸਮੱਗਰੀ ਨੂੰ ਹਟਾ ਦਿਓ।
ਵਿਕਲਪ
ਕੋਈ ਨਹੀਂ।
ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਇੱਕ ਮੌਜੂਦਾ ਵਸਤੂ ਨੂੰ ਹਟਾਉਂਦੀ ਹੈ (ਮਿਟਾਉਂਦੀ ਹੈ)। ਕੋਈ ਜਵਾਬ ਉਦੋਂ ਤੱਕ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ, ਜਾਂ ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ ਦੁਆਰਾ ਜਵਾਬ ਨੂੰ ਮਜਬੂਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਆਬਜੈਕਟ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੋਈ ਵਸਤੂ ਨਹੀਂ ਹੈ, ਜਾਂ ਜੇ ਵਸਤੂ ਨੂੰ ਹਟਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਇੱਕ ਤਰੁੱਟੀ ਉਤਪੰਨ ਹੁੰਦੀ ਹੈ। ਦੋ ਕਿਸਮ ਦੀਆਂ ਵਸਤੂਆਂ ਨੂੰ ਹਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ:
1. Fileਐੱਸ. ਜੇ file ਮੌਜੂਦਾ ਲੌਗ ਵਿੱਚੋਂ ਇੱਕ ਹੈ-files, ਕਮਾਂਡ ਫੇਲ ਹੋ ਜਾਵੇਗੀ ਅਤੇ ਗਲਤੀ ਸੁਨੇਹਾ ਤਿਆਰ ਕੀਤਾ ਜਾਵੇਗਾ।
2. ਸੁਨੇਹਾ ਸੈੱਟਾਂ ਤੋਂ ਸੁਨੇਹਾ ਨਿਰਧਾਰਕ।
Examples
Example: ਲਾਗ ਹਟਾਓ-file ਨਾਮ "NAME" ਨਾਲ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:
ਹਟਾਓ,/ਲੌਗ/NAME ਹਟਾਓ,NAME
Example: ਸਾਰੇ ਲੌਗ ਹਟਾਓ-files:
ਹਟਾਓ,/ਲੌਗ/

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਨੂੰ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ
Example: ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਤੋਂ GREIS ਸਟੈਂਡਰਡ [GA] ਸੁਨੇਹਾ ਹਟਾਓ:
ਹਟਾਓ,/msg/def/jps/GA
Example: ਸੁਨੇਹਿਆਂ ਦੇ ਡਿਫੌਲਟ ਸੈੱਟ ਤੋਂ ਸਾਰੇ ਸੁਨੇਹਿਆਂ ਨੂੰ ਹਟਾਓ:
ਹਟਾਓ,/msg/def/
Example: RTK ਲਈ ਢੁਕਵੇਂ ਮਿਆਰੀ GREIS ਸੁਨੇਹਿਆਂ ਦੇ ਘੱਟੋ-ਘੱਟ ਸੈੱਟ ਤੋਂ ਸਾਰੇ ਸੁਨੇਹਿਆਂ ਨੂੰ ਹਟਾਓ:
ਹਟਾਓ,/msg/rtk/jps/min/

GREIS

www.javad.com

2.3.9 ਘਟਨਾ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਸ ਇਵੈਂਟ

ਨਾਮ
ਇਵੈਂਟ ਫ੍ਰੀ-ਫਾਰਮ ਈਵੈਂਟ ਤਿਆਰ ਕਰਦਾ ਹੈ।

ਸੰਖੇਪ
ਫਾਰਮੈਟ: ਇਵੈਂਟ, ਸਤਰ ਵਿਕਲਪ: ਕੋਈ ਨਹੀਂ

ਦਲੀਲਾਂ
ਸਟ੍ਰਿੰਗ ਇੱਕ ਆਰਬਿਟਰਰੀ 1 ਸਟ੍ਰਿੰਗ ਜਿਸ ਵਿੱਚ 63 ਅੱਖਰ ਸ਼ਾਮਲ ਹਨ।

ਵਿਕਲਪ
ਕੋਈ ਨਹੀਂ।

ਨੋਟ: ਸਾਬਕਾampLe:

ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਇੱਕ ਫ੍ਰੀ-ਫਾਰਮ ਇਵੈਂਟ ਤਿਆਰ ਕਰਦੀ ਹੈ। ਕੋਈ ਜਵਾਬ ਉਦੋਂ ਤੱਕ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ, ਜਾਂ ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ ਦੁਆਰਾ ਜਵਾਬ ਨੂੰ ਮਜਬੂਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਈਵੈਂਟ ਕਮਾਂਡ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਸਮੇਂ ਦੇ ਨਾਲ ਦਿੱਤੀ ਗਈ ਸਤਰ ਵਿਸ਼ੇਸ਼ ਈਵੈਂਟ ਬਫਰ 2 ਵਿੱਚ ਰਿਸੀਵਰ ਵਿੱਚ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਬਫਰ ਦੀ ਸਮੱਗਰੀ ਉਹਨਾਂ ਸਾਰੀਆਂ ਆਉਟਪੁੱਟ ਸਟ੍ਰੀਮਾਂ ਲਈ ਆਉਟਪੁੱਟ ਹੈ ਜਿੱਥੇ ਮਿਆਰੀ GREIS ਸੁਨੇਹਾ [==](EV) (ਪੰਨਾ 131 'ਤੇ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ) ਸਮਰੱਥ ਹੈ।
ਫ੍ਰੀ-ਫਾਰਮ ਇਵੈਂਟ ਵਿਧੀ ਨਿਯੰਤਰਣ ਪ੍ਰੋਗਰਾਮਾਂ ਲਈ ਰੀਸੀਵਰ ਵਿੱਚ ਇਸ ਜਾਣਕਾਰੀ ਦੀ ਵਿਆਖਿਆ ਕੀਤੇ ਬਿਨਾਂ ਪੋਸਟ-ਪ੍ਰੋਸੈਸਿੰਗ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਆਰਬਿਟਰਰੀ ਟੈਕਸਟ ਜਾਣਕਾਰੀ ਨੂੰ ਅੱਗੇ ਭੇਜਣ ਲਈ ਹੈ। ਰਿਸੀਵਰ ਫਰਮਵੇਅਰ ਦਾ ਕੋਰ ਕਦੇ ਵੀ ਆਪਣੇ ਆਪ ਫ੍ਰੀ-ਫਾਰਮ ਈਵੈਂਟ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਨਾ ਹੀ ਇਹ ਕਿਸੇ ਤਰ੍ਹਾਂ ਇਵੈਂਟ ਕਮਾਂਡਾਂ ਦੁਆਰਾ ਭੇਜੀ ਗਈ ਜਾਣਕਾਰੀ ਦੀ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ।
ਅੰਡਰਸਕੋਰ ਅੱਖਰ (ASCII 0x5F) ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀਆਂ ਸਾਰੀਆਂ ਸਤਰ JAVAD GNSS ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਰਾਖਵੀਆਂ ਹਨ। ਧਿਆਨ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਅਜਿਹੀਆਂ ਸਤਰਾਂ ਨੂੰ ਇਵੈਂਟ ਕਮਾਂਡਾਂ ਨਾਲ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਆਪਣੇ ਕੰਮ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜਾਂ ਕੁਝ JAVAD GNSS ਸੌਫਟਵੇਅਰ ਨਾਲ ਸਹਿਯੋਗ ਕਰਨ ਦਾ ਇਰਾਦਾ ਨਹੀਂ ਰੱਖਦੇ। ਬਾਅਦ ਵਾਲੇ ਮਾਮਲੇ ਵਿੱਚ ਕਿਰਪਾ ਕਰਕੇ http://www.javad.com ਤੋਂ ਉਪਲਬਧ "ਫ੍ਰੀ-ਫਾਰਮ ਇਵੈਂਟਸ ਲਈ ਫਰੇਮ ਫਾਰਮੈਟ" ਗਾਈਡ ਵਿੱਚ JAVAD GNSS ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਰਾਖਵੇਂ ਫ੍ਰੀ-ਫਾਰਮ ਇਵੈਂਟਸ ਦੇ ਵਿਸਤ੍ਰਿਤ ਵਰਣਨ ਨੂੰ ਵੇਖੋ।
ਇੱਕ ਫ੍ਰੀ-ਫਾਰਮ ਇਵੈਂਟ ਬਣਾਓ ਜਿਸ ਵਿੱਚ ਸਤਰ “Info1″ ਹੋਵੇ:
ਘਟਨਾ, ਜਾਣਕਾਰੀ 1

GREIS

1. ਯਾਦ ਕਰੋ ਕਿ ਜੇਕਰ ਇੱਕ ਸਤਰ ਵਿੱਚ ਰਿਸੀਵਰ ਇਨਪੁਟ ਭਾਸ਼ਾ ਲਈ ਰਾਖਵੇਂ ਅੱਖਰ ਹਨ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਸ ਸਤਰ ਨੂੰ ਡਬਲ ਕੋਟਸ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
2. ਮੌਜੂਦਾ ਫਰਮਵੇਅਰ ਸੋਲਾਂ 64 ਬਾਈਟ ਫ੍ਰੀ-ਫਾਰਮ ਇਵੈਂਟਸ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਕਾਫੀ ਵੱਡਾ ਬਫਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਸ ਇਵੈਂਟ
Example: ਰਾਖਵੇਂ ਅੱਖਰਾਂ ਵਾਲੀ ਇੱਕ ਫ੍ਰੀ-ਫਾਰਮ ਇਵੈਂਟ ਬਣਾਓ:
ਇਵੈਂਟ,"Event{DATA,SENT}"
Example: JAVAD GNSS ਐਪਲੀਕੇਸ਼ਨ ਸੌਫਟਵੇਅਰ ਲਈ ਰਿਜ਼ਰਵਡ ਫ੍ਰੀ-ਫਾਰਮ ਈਵੈਂਟ ਤਿਆਰ ਕਰੋ (ਇਹ ਇਵੈਂਟ ਗਤੀਸ਼ੀਲਤਾ ਦੇ ਬਦਲਾਅ ਬਾਰੇ ਪੋਸਟ-ਪ੍ਰੋਸੈਸਿੰਗ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ):
ਘਟਨਾ,"_DYN=STATIC"
Example: ਖਾਲੀ ਸਤਰ ਨਾਲ ਇੱਕ ਫ੍ਰੀ-ਫਾਰਮ ਤਿਆਰ ਕਰੋ:
ਘਟਨਾ,""
Example: ਕੁਝ ਫਰੀ-ਫਾਰਮ ਇਵੈਂਟਸ ਤਿਆਰ ਕਰੋ ਅਤੇ [==](EV) ਸੁਨੇਹੇ ਵਾਪਸ ਪ੍ਰਾਪਤ ਕਰੋ ([==] ਸੁਨੇਹਿਆਂ ਦੀ ਸਮੱਗਰੀ ਵਿੱਚ ਗੈਰ-ਪ੍ਰਿੰਟਯੋਗ ਬਾਈਟਾਂ ਨੂੰ ਸਾਬਕਾ ਵਿੱਚ ਬਿੰਦੀਆਂ ਨਾਲ ਬਦਲ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈample):
em,,jps/EV %ਸਵੀਕਾਰ ਕੀਤਾ% ਘਟਨਾ,”ਕੁਝ ਸਤਰ” RE00A%ਸਵੀਕਾਰ ਕੀਤਾ% ==011…..ਕੁਝ_ਸਟ੍ਰਿੰਗ। %1% ਘਟਨਾ,1; %2% ਘਟਨਾ,2 RE003%1% RE003%2% ==007…..1. ==007…..2. dm,,jps/EV

GREIS

www.javad.com

2.3.10 ਪ੍ਰਾਪਤ ਕਰੋ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਪ੍ਰਾਪਤ ਕਰਦੀਆਂ ਹਨ

ਨਾਮ
ਦੀ ਮੁੜ ਪ੍ਰਾਪਤੀ ਸ਼ੁਰੂ ਕਰੋ file DTP1 ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਮੱਗਰੀ।

ਸੰਖੇਪ
ਫਾਰਮੈਟ: ਪ੍ਰਾਪਤ ਕਰੋ, ਵਸਤੂ[, ਆਫਸੈੱਟ] ਵਿਕਲਪ: {ਸਮਾਂ ਸਮਾਪਤ, ਬਲਾਕ_ਆਕਾਰ, ਪੀਰੀਅਡ, ਪੜਾਅ, ਕੋਸ਼ਿਸ਼ਾਂ}

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

ਵਿਕਲਪ

ਸਾਰਣੀ 2-5. ਵਿਕਲਪਾਂ ਦਾ ਸੰਖੇਪ ਪ੍ਰਾਪਤ ਕਰੋ

ਨਾਮ

ਟਾਈਪ ਕਰੋ

ਮੁੱਲ

ਸਮਾਂ ਖ਼ਤਮ

ਪੂਰਨ ਅੰਕ [0…86400], ਸਕਿੰਟ

ਬਲਾਕ_ਸਾਈਜ਼ ਪੂਰਨ ਅੰਕ [1…163841]

ਮਿਆਦ

ਫਲੋਟ [0…86400), ਸਕਿੰਟ

ਪੜਾਅ

ਫਲੋਟ [0…86400), ਸਕਿੰਟ

ਕੋਸ਼ਿਸ਼ਾਂ ਪੂਰਨ ਅੰਕ [-257…100] 1. 2048 ਰਿਸੀਵਰਾਂ ਲਈ ਜੋ TCP ਜਾਂ USB ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ ਹਨ।

ਡਿਫਾਲਟ
10 512 0 0 10

DTP ਲਈ ਸਮਾਂ ਸਮਾਪਤ। ਬਲਾਕ_ਸਾਈਜ਼ ਇੱਕ DTP ਡੇਟਾ ਬਲਾਕ ਦਾ ਆਕਾਰ। ਫਿਲਟਰਿੰਗ ਲਈ ਆਉਟਪੁੱਟ ਦੀ ਮਿਆਦ (ਹੇਠਾਂ ਦੇਖੋ)। ਫਿਲਟਰਿੰਗ ਲਈ ਆਉਟਪੁੱਟ ਪੜਾਅ ਦਾ ਪੜਾਅ (ਹੇਠਾਂ ਦੇਖੋ)। ਸੀਮਾ ਦੇ ਆਧਾਰ 'ਤੇ ਵੱਖ-ਵੱਖ ਅਰਥਾਂ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ:

1. ਪੰਨਾ 580 'ਤੇ "ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਪ੍ਰੋਟੋਕੋਲ" ਦੇਖੋ।

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਪ੍ਰਾਪਤ ਕਰਦੀਆਂ ਹਨ
[1...100] ਵੱਧ ਤੋਂ ਵੱਧ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਗਿਣਤੀ DTP ਟ੍ਰਾਂਸਮੀਟਰ ਸਿੰਗਲ ਬਲਾਕ ਭੇਜਣ ਲਈ ਲਵੇਗੀ। ਜਦੋਂ 1 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਵਿਸ਼ੇਸ਼ ਸਟ੍ਰੀਮਿੰਗ ਮੋਡ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦਾ ਹੈ (ਹੇਠਾਂ ਦੇਖੋ)।
0 DTP ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਬਜਾਏ, ਆਬਜੈਕਟ ਦੀ ਕੱਚੀ ਸਮੱਗਰੀ ਆਉਟਪੁੱਟ ਕਰੋ। [-256…-1] ਡੀਟੀਪੀ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਬਜਾਏ, ਇਸ ਵਿੱਚ ਲਪੇਟੀਆਂ ਵਸਤੂਆਂ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰੋ
[>>] ਸੁਨੇਹੇ।
-257 ਡੀਟੀਪੀ ਸ਼ੁਰੂ ਕਰਨ ਦੀ ਬਜਾਏ, [RE] ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਲਪੇਟੀਆਂ ਵਸਤੂਆਂ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰੋ।
ਵਰਣਨ
ਇਹ ਕਮਾਂਡ ਏ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ file ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਪ੍ਰੋਟੋਕੋਲ (DTP) ਜਾਂ ਕੱਚੇ ਆਉਟਪੁੱਟ ਫਾਰਮੈਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਹੋਸਟ ਕੰਪਿਊਟਰ ਵਿੱਚ। ਕੋਈ ਜਵਾਬ ਉਦੋਂ ਤੱਕ ਤਿਆਰ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ, ਜਾਂ ਸਟੇਟਮੈਂਟ ਪਛਾਣਕਰਤਾ ਦੁਆਰਾ ਜਵਾਬ ਨੂੰ ਮਜਬੂਰ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਜਦੋਂ ਡੀਟੀਪੀ ਮੋਡ ਵਿੱਚ, ਪ੍ਰਾਪਤ ਕਮਾਂਡ ਦੇ ਸਫਲ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਡੀਟੀਪੀ ਟ੍ਰਾਂਸਮੀਟਰ ਰਿਸੀਵਰ ਉੱਤੇ ਚਾਲੂ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਹੋਸਟ ਉੱਤੇ ਡੀਟੀਪੀ ਰਿਸੀਵਰ ਦੇ ਚੱਲਣ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ, ਅਸਲ ਵਿੱਚ ਕਿਸੇ ਵੀ ਡੇਟਾ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਇੱਕ ਨੂੰ ਹੋਸਟ ਉੱਤੇ ਡੀਟੀਪੀ ਰਿਸੀਵਰ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਵਿਕਲਪਿਕ ਔਫਸੈੱਟ ਆਰਗੂਮੈਂਟ ਹੋਸਟ ਨੂੰ ਰੁਕਾਵਟ ਵਾਲੇ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਸਮਰਥਨ ਲਾਗੂ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ਇੱਕ ਵੱਡੇ ਆਫਸੈੱਟ ਦੀ ਮੰਗ ਕਰਨ ਲਈ ਰਿਸੀਵਰ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਨ ਕਰਨ ਲਈ ਲੰਬੇ ਸਮੇਂ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਹੋਸਟ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕਰਨ ਲਈ, ਸਟੇਟਮੈਂਟ ਆਈਡੈਂਟੀਫਾਇਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਦੇ ਜਵਾਬ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰੋ ਅਤੇ ਹੋਸਟ 'ਤੇ DTP ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਰਿਸੀਵਰ ਤੋਂ ਜਵਾਬ ਦੀ ਉਡੀਕ ਕਰੋ। ਇਹ ਵਿਧੀ ਸਲਾਹ ਲੈਂਦਾ ਹੈtagਇਸ ਤੱਥ ਦਾ ਕਿ ਰਿਸੀਵਰ ਖੋਜ ਕਰਨ ਤੋਂ ਬਾਅਦ get ਕਮਾਂਡ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
ਜਦੋਂ ਕੋਸ਼ਿਸ਼ਾਂ ਦਾ ਵਿਕਲਪ 1 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ DTP ਟ੍ਰਾਂਸਮੀਟਰ ਨੂੰ ਅਖੌਤੀ ਸਟ੍ਰੀਮਿੰਗ ਮੋਡ ਵਿੱਚ ਪਾ ਦਿੱਤਾ ਜਾਵੇਗਾ। ਇਸ ਮੋਡ ਵਿੱਚ, DTP ਰਿਸੀਵਰ ਤੋਂ ਪਹਿਲਾ NACK ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, DTP ਟ੍ਰਾਂਸਮੀਟਰ DTP ਰਿਸੀਵਰ ਤੋਂ ACKs ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਡਾਟਾ ਬਲਾਕਾਂ ਨੂੰ ਸਟ੍ਰੀਮ ਕਰੇਗਾ, ਅਤੇ NACK ਪ੍ਰਾਪਤ ਹੋਣ 'ਤੇ ਟ੍ਰਾਂਸਮੀਟਰ ਤੁਰੰਤ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਬੰਦ ਕਰ ਦੇਵੇਗਾ। ਇਹ ਪਹੁੰਚ ਉੱਚ ਲੇਟੈਂਸੀ (ਜਿਵੇਂ ਕਿ TCP) ਜਾਂ ਮੁਕਾਬਲਤਨ ਉੱਚ ਦਿਸ਼ਾ ਸਵਿੱਚ ਓਵਰਹੈੱਡ (ਜਿਵੇਂ ਕਿ USB) ਵਾਲੇ ਭਰੋਸੇਯੋਗ ਕਨੈਕਸ਼ਨਾਂ 'ਤੇ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਤੇਜ਼ੀ ਨਾਲ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਪ੍ਰਾਪਤ ਹਿੱਸੇ ਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕਰਨ ਲਈ ਇਸ ਵਿਧੀ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਕਿਸੇ ਵਿਸ਼ੇਸ਼ ਦੇਖਭਾਲ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
ਜਦੋਂ ਪੀਰੀਅਡ ਵਿਕਲਪ ਗੈਰ-ਜ਼ੀਰੋ ਹੁੰਦਾ ਹੈ ਤਾਂ ਵਿਸ਼ੇਸ਼ ਫਿਲਟਰਿੰਗ ਮੋਡ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦਾ ਹੈ। ਸਾਬਕਾ ਲਈample, ਇਹ ਏ ਤੋਂ 1Hz ਡੇਟਾ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ file ਜੋ ਕਿ 10Hz ਅੱਪਡੇਟ ਦਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਖਾਸ ਤੌਰ 'ਤੇ, ਪ੍ਰਾਪਤਕਰਤਾ ਕੇਵਲ ਉਹਨਾਂ ਯੁੱਗਾਂ ਲਈ ਡੇਟਾ ਭੇਜੇਗਾ ਜਿੱਥੇ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ ਸਮਾਂ ਮਾਡਿਊਲੋ ਇੱਕ ਦਿਨ (Tr) ਹੇਠਾਂ ਦਿੱਤੇ ਸਮੀਕਰਨ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਦਾ ਹੈ:
Tr {mod period} = ਪੜਾਅ
ਇਸ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਪ੍ਰਾਪਤਕਰਤਾ ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਪਾਰਸ ਕਰਦਾ ਹੈ file ਅਤੇ ਕੁਝ ਸੁਨੇਹਿਆਂ ਨੂੰ ਫਿਲਟਰ-ਆਊਟ ਕਰੋ। ਨੋਟ ਕਰੋ ਕਿ ਰੁਕਾਵਟ ਵਾਲੇ ਡਾਉਨਲੋਡ ਨੂੰ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੈ ਜੇ

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਪ੍ਰਾਪਤ ਕਰਦੀਆਂ ਹਨ

ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਇਸ ਕੇਸ ਵਿੱਚ ਅਸੰਭਵ ਨਹੀਂ ਹੈ ਕਿ ਹੋਸਟ ਨੂੰ ਇਸ ਗੱਲ ਦਾ ਕੋਈ ਪਤਾ ਨਹੀਂ ਹੈ ਕਿ ਰਿਸੀਵਰ ਦਾ ਕੀ ਆਫਸੈੱਟ ਹੈ file ਡਾਊਨਲੋਡ ਨੂੰ ਰੋਕਿਆ ਗਿਆ ਹੈ।
ਕਿਸੇ ਵੀ ਕਿਸਮ ਦੇ ਟ੍ਰਾਂਸਫਰ ਨੂੰ ਕਿਸੇ ਵੀ DTP ਗਲਤੀ ਚਿੰਨ੍ਹ (ਉਦਾਹਰਨ ਲਈ, ASCII '#') ਭੇਜ ਕੇ ਡਾਟਾ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਅੰਤ ਦੁਆਰਾ ਅਧੂਰਾ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ।
[RE] ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਸਮੇਂ, block_size ਦਾ ਮੁੱਲ ਹਰੇਕ [RE] ਸੁਨੇਹੇ ਲਈ ਡੇਟਾ ਪੇਲੋਡ ਦਾ ਅਧਿਕਤਮ ਆਕਾਰ ਨਿਰਧਾਰਤ ਕਰੇਗਾ (ਅੰਦਰੂਨੀ ਫਰਮਵੇਅਰ ਬਫਰ ਦੇ ਆਕਾਰ ਦੁਆਰਾ ਵੀ ਸੀਮਿਤ)। ਆਮ ਵਾਂਗ, ਹਰੇਕ [RE] ਸੁਨੇਹਾ ਕਮਾਂਡ ID (ਜੇ ਕੋਈ ਹੈ) ਨਾਲ ਸ਼ੁਰੂ ਕੀਤਾ ਜਾਵੇਗਾ।
[>>] ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਕਰਦੇ ਸਮੇਂ, ਕੋਸ਼ਿਸ਼ ਵਿਕਲਪ ਦਾ ਮੁੱਲ [>>] ਸੁਨੇਹਿਆਂ ਦੇ id ਖੇਤਰ ਨੂੰ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਨਿਰਧਾਰਤ ਕਰੇਗਾ:
id = -1 - ਕੋਸ਼ਿਸ਼ਾਂ
ਅਤੇ "block_size" ਦਾ ਮੁੱਲ ਹਰੇਕ [>>] ਸੁਨੇਹੇ ਲਈ ਡੇਟਾ ਪੇਲੋਡ ਦਾ ਅਧਿਕਤਮ ਆਕਾਰ ਨਿਰਧਾਰਤ ਕਰੇਗਾ (ਅੰਦਰੂਨੀ ਫਰਮਵੇਅਰ ਬਫਰ ਦੇ ਆਕਾਰ ਦੁਆਰਾ ਵੀ ਸੀਮਿਤ)।
[>>] ਸੁਨੇਹੇ ਵਿੱਚ id (ਡਾਟਾ ਖੇਤਰ ਦਾ ਪਹਿਲਾ ਬਾਈਟ) ਤੋਂ ਬਾਅਦ ਅਗਲਾ ਬਾਈਟ ਫਿਰ ASCII ਚਿੰਨ੍ਹ 0 ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲਾ ਕ੍ਰਮ ਅੱਖਰ ਹੋਵੇਗਾ ਅਤੇ ਹਰੇਕ ਸੁਨੇਹੇ ਲਈ ਮੋਡਿਊਲੋ 64 ਵਿੱਚ ਵਾਧਾ ਕੀਤਾ ਜਾਵੇਗਾ, ਨਤੀਜੇ ਵਜੋਂ ASCII ਚਿੰਨ੍ਹਾਂ ਦਾ ਕ੍ਰਮ 0 ਤੋਂ o, ਸਮੇਤ:
seq = 0 ਲੂਪ { seq_char = '0' + (seq++ % 64) }
ਕ੍ਰਮ ਅੱਖਰ ਕ੍ਰਮ ਵਿੱਚ [>>] ਸੁਨੇਹਿਆਂ ਦੇ ਨੁਕਸਾਨ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਅੰਤ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
ਫਿਰ ਬਲਾਕ_ਸਾਈਜ਼ ਬਾਈਟਾਂ ਤੱਕ ਦਾ ਆਬਜੈਕਟ ਡੇਟਾ ਪੇਲੋਡ ਹੋਵੇਗਾ, ਅਤੇ ਫਿਰ [>>] ਸੁਨੇਹੇ ਦੇ ਫਾਰਮੈਟ ਦੇ ਅਨੁਸਾਰ, ਚੈੱਕ ਜੋੜ।
ਰੈਪਡ ਮੋਡ ਵਿੱਚ ਸਫਲ ਆਉਟਪੁੱਟ ਨੂੰ ਹਮੇਸ਼ਾਂ [>>] ਸੁਨੇਹੇ ਦੁਆਰਾ ਬਿਨਾਂ ਡੇਟਾ ਪੇਲੋਡ ਦੇ ਅੰਤਮ ਰੂਪ ਦਿੱਤਾ ਜਾਵੇਗਾ, ਤਾਂ ਜੋ ਪ੍ਰਾਪਤੀ ਅੰਤ ਨੂੰ ਟ੍ਰਾਂਸਫਰ ਦੇ ਅੰਤ ਨੂੰ ਭਰੋਸੇਯੋਗ ਤਰੀਕੇ ਨਾਲ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾ ਸਕੇ।

Examples

Example: ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ file NAME DTP ਵਰਤ ਰਿਹਾ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:

ExampLe:

ਪ੍ਰਾਪਤ ਕਰੋ,/ਲੌਗ/NAME ਪ੍ਰਾਪਤ ਕਰੋ,NAME
ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ file NAME ਬਾਈਟ ਨੰਬਰ 3870034 ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ (ਜ਼ੀਰੋ ਤੋਂ ਬਾਈਟਾਂ ਦੀ ਗਿਣਤੀ)। ਕਮਾਂਡ ਅਤੇ ਜਵਾਬ ਦੇ ਵਿਚਕਾਰ ਲੰਘਣ ਦੀ ਬਜਾਏ ਲੰਬੇ ਸਮੇਂ ਦੀ ਉਮੀਦ ਕਰੋ:

%% ਪ੍ਰਾਪਤ ਕਰੋ, ਨਾਮ, 3870034 RE002%%

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਪ੍ਰਾਪਤ ਕਰਦੀਆਂ ਹਨ
Example: ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ file my_logfile ਟਾਈਮਆਉਟ 3000 ਸਕਿੰਟ ਅਤੇ 50 ਬਾਈਟਸ ਦੇ ਬਲਾਕ ਆਕਾਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬਾਈਟ 8192 ਤੋਂ ਸ਼ੁਰੂ ਹੋ ਰਿਹਾ ਹੈ:
ਪ੍ਰਾਪਤ ਕਰੋ, my_logfile:{50,8192},3000
Example: ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ file NAME ਯੁੱਗਾਂ ਨੂੰ ਫਿਲਟਰ ਕਰ ਰਿਹਾ ਹੈ ਤਾਂ ਕਿ ਨਤੀਜੇ ਮੁੜ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾ ਸਕਣ file 0.1Hz ਡਾਟਾ ਹੋਵੇਗਾ:
ਪ੍ਰਾਪਤ ਕਰੋ,NAME:{,,10}
Example: ਦੀ ਸਮੱਗਰੀ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ file NAME ਸਟ੍ਰੀਮਿੰਗ ਮੋਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ (ਕੋਸ਼ਿਸ਼ ਵਿਕਲਪ 1 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ):
ਪ੍ਰਾਪਤ ਕਰੋ,NAME:{,,,,1}
Example: ਦੀ ਸਮੱਗਰੀ ਭੇਜੋ file NAME ਨੂੰ id 61 (ASCII ਚਿੰਨ੍ਹ '=') ਵਾਲੇ [>>] ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਲਪੇਟਿਆ ਗਿਆ ਹੈ, ਪ੍ਰਤੀ ਸੁਨੇਹਾ 128 ਬਾਈਟਸ ਤੱਕ ਡਾਟਾ ਵਰਤ ਕੇ:
ਪ੍ਰਾਪਤ ਕਰੋ,NAME:{,128,,,-62}
Example: ਦੀ ਸਮੱਗਰੀ ਭੇਜੋ file NAME ਨੂੰ ਪ੍ਰਤੀ ਸੰਦੇਸ਼ 190 ਬਾਈਟ ਤੱਕ ਡੇਟਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ [RE] ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਲਪੇਟਿਆ ਗਿਆ, %MY_ID% ਦੁਆਰਾ ਅੱਗੇ:
%MY_ID% ਪ੍ਰਾਪਤ ਕਰੋ,NAME:{,190,,,-257}

GREIS

www.javad.com

2.3.11 ਪਾ

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਪਾ ਦਿੱਤੀਆਂ ਗਈਆਂ

ਨਾਮ
ਸ਼ੁਰੂ ਕਰੋ file DTP1 ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅੱਪਲੋਡ ਕਰਨਾ।

ਸੰਖੇਪ
ਫਾਰਮੈਟ: put,object[,offset] ਵਿਕਲਪ: {timeout, block_size}

ਦਲੀਲਾਂ
ਦਾ ਆਬਜੈਕਟ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ file ਨੂੰ ਡਾਟਾ ਲਿਖਣ ਲਈ. ਜੇਕਰ ਆਬਜੈਕਟ “/” ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕਮਾਂਡ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ “/log/” ਅਗੇਤਰ ਆਟੋਮੈਟਿਕਲੀ ਆਬਜੈਕਟ ਦੇ ਅੱਗੇ ਪਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਬਾਈਟਸ ਵਿੱਚ ਆਫਸੈੱਟ ਆਫਸੈੱਟ file ਜਿਸ 'ਤੇ ਲਿਖਣਾ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ। ਜੇਕਰ ਛੱਡਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ 0 ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।

ਵਿਕਲਪ

ਸਾਰਣੀ 2-6. ਵਿਕਲਪਾਂ ਦਾ ਸੰਖੇਪ ਪਾਓ

ਨਾਮ

ਟਾਈਪ ਕਰੋ

ਮੁੱਲ

ਡਿਫਾਲਟ

ਸਮਾਂ ਖ਼ਤਮ

ਪੂਰਨ ਅੰਕ [0…86400], ਸਕਿੰਟ 10

ਬਲਾਕ_ਸਾਈਜ਼ ਪੂਰਨ ਅੰਕ [1…163841]

512

1. 2048 ਰਿਸੀਵਰਾਂ ਲਈ ਜੋ TCP ਜਾਂ USB ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ ਹਨ।

DTP ਲਈ ਸਮਾਂ ਸਮਾਪਤ। ਬਲਾਕ_ਸਾਈਜ਼ ਇੱਕ DTP ਡੇਟਾ ਬਲਾਕ ਦਾ ਆਕਾਰ।

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

1. ਪੰਨਾ 580 'ਤੇ "ਡੇਟਾ ਟ੍ਰਾਂਸਫਰ ਪ੍ਰੋਟੋਕੋਲ" ਦੇਖੋ।

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ ਪਾ ਦਿੱਤੀਆਂ ਗਈਆਂ

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

Examples

Example: ਇੱਕ ਤਾਜ਼ਾ 'ਤੇ ਡਾਟਾ ਅੱਪਲੋਡ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ file "NAME" DTP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ:

ExampLe:

ਪੁਟ,/ਲੌਗ/ਨਾਮ ਪੁਟ,ਨਾਮ
ਡੇਟਾ ਅਪਲੋਡ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਮੌਜੂਦਾ ਵਿੱਚ ਜੋੜੋ file "NAME"। ਡਿਫੌਲਟ ਡੀਟੀਪੀ ਟਾਈਮਆਊਟ ਅਤੇ ਡੀਟੀਪੀ ਬਲਾਕ ਆਕਾਰ 4096 ਬਾਈਟਸ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਦਾ ਆਕਾਰ ਪ੍ਰਾਪਤ ਕਰੋ file ਅੱਪਲੋਡ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ (ਨੋਟ ਕਰੋ ਕਿ file ਆਕਾਰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਹੋਸਟ 'ਤੇ ਲੋੜੀਂਦਾ ਹੈ ਤਾਂ ਜੋ ਇਹ ਇਸਦੇ ਸਰੋਤ ਡੇਟਾ ਤੋਂ ਬਾਈਟਾਂ ਦੀ ਇਸ ਸੰਖਿਆ ਨੂੰ ਛੱਡ ਸਕੇ file):

ExampLe:

ਪ੍ਰਿੰਟ,/ਲੌਗ/ਨਾਮ ਅਤੇ ਆਕਾਰ RE008 3870034 ਪੁਟ,/ਲੌਗ/ਨਾਮ:{,4096},3870034
ਇੱਕ ਤਾਜ਼ਾ ਕਰਨ ਲਈ ਡਾਟਾ ਅੱਪਲੋਡ ਸ਼ੁਰੂ ਕਰੋ file "my_logfileਟਾਈਮਆਉਟ 50 ਸਕਿੰਟ ਅਤੇ 8192 ਬਾਈਟਸ ਦੇ ਬਲਾਕ ਆਕਾਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ:

ਪਾਓ, my_logfile:{50,8192}

GREIS

www.javad.com

2.3.12 fld

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ fld

ਨਾਮ
fld ਫਰਮਵੇਅਰ ਲੋਡਿੰਗ.

ਸੰਖੇਪ
ਫਾਰਮੈਟ: fld, id, ਵਸਤੂ ਵਿਕਲਪ: {ਸਮਾਂ ਸਮਾਪਤ, block_size}

ਦਲੀਲਾਂ
ਪ੍ਰਾਪਤਕਰਤਾ ਇਲੈਕਟ੍ਰਾਨਿਕ ID1 ਵਾਲੀ id ਸਤਰ। ਜੇਕਰ ਨਿਸ਼ਚਿਤ ਆਈਡੀ ਰਿਸੀਵਰ ਦੀ ਅਸਲ ਇਲੈਕਟ੍ਰਾਨਿਕ ਆਈਡੀ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ ਹੈ, ਤਾਂ ਕਮਾਂਡ ਫੇਲ ਹੋ ਜਾਵੇਗੀ ਅਤੇ ਗਲਤੀ ਸੁਨੇਹਾ ਪੈਦਾ ਕਰੇਗੀ।
ਲੋਡ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਫਰਮਵੇਅਰ ਦੇ ਸਰੋਤ ਦਾ ਆਬਜੈਕਟ ਆਬਜੈਕਟ ਪਛਾਣਕਰਤਾ। ਜਾਂ ਤਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਦਾ ਨਾਮ file, ਜਾਂ ਇੱਕ ਇਨਪੁਟ ਪੋਰਟ ਦਾ ਨਾਮ। ਜਦੋਂ ਇਹ ਇਨਪੁਟ ਪੋਰਟ ਦਾ ਨਾਮ ਹੈ, ਜਾਂ ਤਾਂ /cur/term ਜਾਂ ਮੌਜੂਦਾ ਪੋਰਟ ਦਾ ਅਸਲ ਨਾਮ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਹੀਂ ਤਾਂ ਗਲਤੀ ਦੀ ਰਿਪੋਰਟ ਕੀਤੀ ਜਾਵੇਗੀ।

ਵਿਕਲਪ

ਸਾਰਣੀ 2-7. fld ਵਿਕਲਪਾਂ ਦਾ ਸੰਖੇਪ

ਨਾਮ

ਟਾਈਪ ਕਰੋ

ਮੁੱਲ

ਸਮਾਂ ਖ਼ਤਮ

ਪੂਰਨ ਅੰਕ [0…86400], ਸਕਿੰਟ

ਬਲਾਕ_ਸਾਈਜ਼ ਪੂਰਨ ਅੰਕ [1…163841] 1. 2048 ਰਿਸੀਵਰਾਂ ਲਈ ਜੋ TCP ਜਾਂ USB ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ ਹਨ।

ਡਿਫਾਲਟ
10 512

DTP ਲਈ ਸਮਾਂ ਸਮਾਪਤ। ਬਲਾਕ_ਸਾਈਜ਼ ਇੱਕ DTP ਡੇਟਾ ਬਲਾਕ ਦਾ ਆਕਾਰ।

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

1. ID ਨੂੰ print,/par/rcv/id ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪ੍ਰਾਪਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

GREIS

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ fld

ਚੇਤਾਵਨੀ:

ਜੇਕਰ ਲੋਡਿੰਗ ਦੌਰਾਨ ਪਾਵਰ ਫੇਲ੍ਹ ਜਾਂ ਪੋਰਟ ਰਾਹੀਂ ਫਰਮਵੇਅਰ ਟ੍ਰਾਂਸਫਰ ਵਿੱਚ ਘਾਤਕ ਰੁਕਾਵਟ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਰਿਸੀਵਰ ਇੱਕ ਅਰਧ-ਕਾਰਜਸ਼ੀਲ ਅਵਸਥਾ ਵਿੱਚ ਜਾ ਸਕਦਾ ਹੈ ਜਿੱਥੇ "ਪਾਵਰ-ਆਨ ਕੈਪਚਰ" ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਿਰਫ਼ RS-232 ਪੋਰਟਾਂ ਰਾਹੀਂ ਫਰਮਵੇਅਰ ਲੋਡ ਕਰਨਾ ਸੰਭਵ ਹੈ।
ਜੇਕਰ ਆਬਜੈਕਟ ਕਿਸੇ ਮੌਜੂਦਾ ਨੂੰ ਮਨੋਨੀਤ ਕਰਦਾ ਹੈ file1, ਪ੍ਰਾਪਤਕਰਤਾ ਪਹਿਲਾਂ ਜਾਂਚ ਕਰੇਗਾ ਕਿ ਕੀ file ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਲਈ ਵੈਧ ਫਰਮਵੇਅਰ ਰੱਖਦਾ ਹੈ (ਇਸ ਨੂੰ ਪੂਰਾ ਹੋਣ ਵਿੱਚ ਕਈ ਸਕਿੰਟ ਲੱਗਦੇ ਹਨ)। ਜੇਕਰ ਜਾਂਚ ਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਪ੍ਰਾਪਤਕਰਤਾ ਫਰਮਵੇਅਰ ਨੂੰ ਲੋਡ ਕਰੇਗਾ ਅਤੇ ਫਿਰ ਸਵੈ-ਰੀਸੈਟ ਕਰੇਗਾ। ਨੋਟ ਕਰੋ ਕਿ ਕਮਾਂਡ ਦਾ ਜਵਾਬ (ਜੇ ਕੋਈ ਹੈ) ਜਾਂਚ ਕਰਨ ਤੋਂ ਬਾਅਦ ਭੇਜਿਆ ਜਾਵੇਗਾ ਪਰ ਫਰਮਵੇਅਰ ਲੋਡਿੰਗ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ। ਇਸ ਕੇਸ ਵਿੱਚ ਟਾਈਮਆਉਟ ਅਤੇ ਬਲਾਕ_ਸਾਈਜ਼ ਵਿਕਲਪਾਂ ਨੂੰ ਅਣਡਿੱਠ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਜੇਕਰ ਆਬਜੈਕਟ ਇੱਕ ਇਨਪੁਟ ਸਟ੍ਰੀਮ ਨੂੰ ਮਨੋਨੀਤ ਕਰਦਾ ਹੈ, ਤਾਂ ਕਮਾਂਡ ਜਵਾਬ (ਜੇ ਕੋਈ ਹੈ) ਭੇਜੇਗੀ ਅਤੇ ਫਿਰ DTP ਰਿਸੀਵਰ ਸ਼ੁਰੂ ਕਰੇਗੀ ਜੋ ਹੋਸਟ 'ਤੇ DTP ਟ੍ਰਾਂਸਮੀਟਰ ਦੇ ਚੱਲਣ ਦੀ ਉਡੀਕ ਕਰੇਗਾ। ਇਸ ਲਈ, ਅਸਲ ਵਿੱਚ ਫਰਮਵੇਅਰ ਨੂੰ ਅੱਪਲੋਡ ਕਰਨ ਲਈ, ਇੱਕ ਨੂੰ ਹੋਸਟ 'ਤੇ DTP ਟ੍ਰਾਂਸਮੀਟਰ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਸਵੈ ਰੀਸੈਟ (ਰੀਬੂਟ) ਲੋਡਿੰਗ ਦੇ ਸਫਲਤਾਪੂਰਵਕ ਪੂਰਾ ਹੋਣ ਜਾਂ ਰੁਕਾਵਟ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪ੍ਰਾਪਤਕਰਤਾ ਦੁਆਰਾ ਕੀਤਾ ਜਾਵੇਗਾ।

Examples
Example: ਤੋਂ ਫਰਮਵੇਅਰ ਲੋਡ ਕਰੋ file ਇਲੈਕਟ੍ਰਾਨਿਕ ਆਈਡੀ 123456789AB ਵਾਲੇ ਰਿਸੀਵਰ ਵਿੱਚ “firmware.ldp”। ਕਮਾਂਡ ਭੇਜਣ ਅਤੇ ਜਵਾਬ ਪ੍ਰਾਪਤ ਕਰਨ ਦੇ ਵਿਚਕਾਰ ਕੁਝ ਸਕਿੰਟ ਲੰਘਣ ਦੀ ਉਮੀਦ ਕਰੋ, ਜਦੋਂ ਕਿ ਪ੍ਰਾਪਤਕਰਤਾ ਜਾਂਚ ਕਰਦਾ ਹੈ file ਫਰਮਵੇਅਰ ਵੈਧਤਾ ਲਈ:
%%fld,123456789AB,/log/firmware.ldp RE002%%
Example: ਬਲੌਕ ਸਾਈਜ਼ 16384 ਬਾਈਟ ਅਤੇ ਟਾਈਮਆਊਟ 20 ਸਕਿੰਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ USB ਪੋਰਟ ਤੋਂ ਫਰਮਵੇਅਰ ਅੱਪਲੋਡ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰੋ। ਕਮਾਂਡ ਜਾਰੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਲੈਕਟ੍ਰਾਨਿਕ ਆਈਡੀ ਪ੍ਰਾਪਤ ਕਰੋ:
print,rcv/id RE00C 8PZFM10IL8G fld,8PZFM10IL8G,/dev/usb/a:{20,16384}

GREIS

1. ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ file ਫਰਮਵੇਅਰ ਰੱਖਣ ਵਾਲੇ ਨੂੰ ਰਿਸੀਵਰ ਉੱਤੇ ਪਹਿਲਾਂ ਹੀ ਅੱਪਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਪੁਟ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ।

www.javad.com

ਰਿਸੀਵਰ ਇਨਪੁਟ ਲੈਂਗੂਏਜ ਕਮਾਂਡਾਂ fld

GREIS

www.javad.com

ਅਧਿਆਇ 3
ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸੁਨੇਹੇ

ਇਹ ਅਧਿਆਇ GREIS ਮਿਆਰੀ ਸੁਨੇਹਿਆਂ ਦੇ ਆਮ ਫਾਰਮੈਟ ਦੇ ਨਾਲ-ਨਾਲ ਸਾਰੇ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੰਦੇਸ਼ਾਂ ਦੇ ਵਿਸ਼ੇਸ਼ ਫਾਰਮੈਟਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। GREIS ਸਟੈਂਡਰਡ ਸੁਨੇਹਿਆਂ ਤੋਂ ਇਲਾਵਾ, ਰਿਸੀਵਰ ਵੱਖ-ਵੱਖ ਫਾਰਮੈਟਾਂ ਦੇ ਕੁਝ ਸੁਨੇਹਿਆਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ NMEA ਜਾਂ BINEX। ਉਹਨਾਂ "ਵਿਦੇਸ਼ੀ" ਸੰਦੇਸ਼ਾਂ ਦੇ ਫਾਰਮੈਟਾਂ ਦਾ ਵਰਣਨ ਇਸ ਅਧਿਆਇ ਦੇ ਅੰਤ ਵਿੱਚ ਕੀਤਾ ਗਿਆ ਹੈ।
3.1 ਸੰਮੇਲਨ
3.1.1 ਫਾਰਮੈਟ ਨਿਰਧਾਰਨ
ਇੱਕ ਸੰਖੇਪ ਰੂਪ ਵਿੱਚ ਬਾਈਟ 1 ਦੇ ਕ੍ਰਮ ਦੇ ਰੂਪ ਵਿੱਚ ਕੁਝ ਫਾਰਮੈਟ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ, ਅਸੀਂ ਕੁਝ ਪ੍ਰਾਇਮਰੀ ਫੀਲਡ ਕਿਸਮਾਂ ਲਈ ਫਾਰਮੈਟਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਾਂ ਅਤੇ ਫਿਰ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਫਾਰਮੈਟਾਂ ਦੀ ਪਰਿਭਾਸ਼ਾ ਬਣਾਉਣ ਲਈ C ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਵਿੱਚ ਵਰਤੇ ਗਏ ਨੋਟੇਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ:
ਸੰਰਚਨਾ ਨਾਮ {ਲੰਬਾਈ} { ਕਿਸਮ ਖੇਤਰ[COUNT]; // ਵਰਣਨ … ਟਾਈਪ ਫੀਲਡ[COUNT]; // ਵਰਣਨ
};
ਕਿੱਥੇ:
ਇਸ ਫਾਰਮੈਟ ਲਈ ਨਿਰਧਾਰਤ ਨਾਮ ਨੂੰ ਨਾਮ ਦਿਓ। ਇਹ ਕਿਸੇ ਖੇਤਰ ਦੇ TYPE ਦੇ ਰੂਪ ਵਿੱਚ ਹੋਰ ਫਾਰਮੈਟ ਪਰਿਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਪੂਰੇ ਕ੍ਰਮ ਦੇ ਬਾਈਟਾਂ ਵਿੱਚ ਲੰਬਾਈ LENGTH ਕਰੋ। ਇੱਕ ਸਥਿਰ ਲੰਬਾਈ ਦੇ ਫਾਰਮੈਟ ਲਈ, ਇਹ ਇੱਕ ਸੰਖਿਆ ਹੈ, ਇੱਕ ਵੇਰੀਏਬਲ ਲੰਬਾਈ ਦੇ ਸੁਨੇਹੇ ਲਈ, ਇਹ ਜਾਂ ਤਾਂ ਕੁਝ ਹੋਰ ਵੇਰੀਏਬਲ ਪੈਰਾਮੀਟਰਾਂ ਜਾਂ ਕੇਵਲ ਸਤਰ var 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ ਇੱਕ ਅੰਕਗਣਿਤ ਸਮੀਕਰਨ ਹੋ ਸਕਦਾ ਹੈ।
TYPE FIELD[COUNT] ਖੇਤਰ ਵਰਣਨਕਰਤਾ। ਇਹ ਉਸੇ ਕਿਸਮ ਦੇ COUNT ਤੱਤਾਂ ਦੇ ਕ੍ਰਮ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਜਿਸਨੂੰ FIELD ਨਾਮ ਦਿੱਤਾ ਗਿਆ ਹੈ। TYPE ਜਾਂ ਤਾਂ ਹੇਠਾਂ ਵਰਣਿਤ ਪ੍ਰਾਇਮਰੀ ਫੀਲਡ ਕਿਸਮਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੋ ਸਕਦਾ ਹੈ, ਜਾਂ ਕਿਸੇ ਹੋਰ ਫਾਰਮੈਟ ਦਾ NAME। ਜਦੋਂ [COUNT] ਗੈਰਹਾਜ਼ਰ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਖੇਤਰ ਵਿੱਚ ਬਿਲਕੁਲ ਇੱਕ ਤੱਤ ਹੁੰਦਾ ਹੈ। ਜਦੋਂ COUNT ਗੈਰਹਾਜ਼ਰ ਹੁੰਦਾ ਹੈ (ਭਾਵ, ਇੱਥੇ ਸਿਰਫ਼ ਖਾਲੀ ਵਰਗ ਬਰੈਕਟ ਹਨ, []), ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਖੇਤਰ ਵਿੱਚ ਅਣ-ਨਿਰਧਾਰਤ ਤੱਤਾਂ ਦੀ ਸੰਖਿਆ ਹੁੰਦੀ ਹੈ।

GREIS

1. ਇਸ ਅਧਿਆਇ ਦੇ ਸੰਦਰਭ ਵਿੱਚ, "ਬਾਈਟ" ਦਾ ਅਰਥ ਹੈ 8-ਬਿੱਟ ਇਕਾਈ। ਇੱਕ ਬਾਈਟ ਦੇ ਸਭ ਤੋਂ ਘੱਟ ਮਹੱਤਵਪੂਰਨ ਬਿੱਟ ਵਿੱਚ ਸੂਚਕਾਂਕ ਜ਼ੀਰੋ ਹੈ।

www.javad.com

ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸੁਨੇਹੇ ਸੰਮੇਲਨ
ਫਾਰਮੈਟ ਨਿਰਧਾਰਨ

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

ਸਾਰਣੀ 3-1. ਪ੍ਰਾਇਮਰੀ ਖੇਤਰ ਦੀਆਂ ਕਿਸਮਾਂ

ਨਾਮ ਟਾਈਪ ਕਰੋ

ਭਾਵ

ਬਾਈਟਸ ਵਿੱਚ ਲੰਬਾਈ

ASCII ਅੱਖਰ

ਹਸਤਾਖਰਿਤ ਪੂਰਨ ਅੰਕ

IEEE-754 ਸਿੰਗਲ ਸ਼ੁੱਧਤਾ ਫਲੋਟਿੰਗ ਪੁਆਇੰਟ

IEEE-754 ਡਬਲ ਸ਼ੁੱਧਤਾ ਫਲੋਟਿੰਗ ਪੁਆਇੰਟ

str

ASCII ਅੱਖਰ ਵੇਰੀਏਬਲ ਦਾ ਜ਼ੀਰੋ-ਟਰਮੀਨੇਟਡ ਕ੍ਰਮ

ਖਾਸ ਫਾਰਮੈਟ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ, ਸਾਨੂੰ ਪ੍ਰਾਇਮਰੀ ਗੈਰ-ਐਗਰੀਗੇਟ ਖੇਤਰਾਂ ਵਿੱਚ ਬਾਈਟ ਆਰਡਰ ਵੀ ਨਿਸ਼ਚਿਤ ਕਰਨਾ ਹੋਵੇਗਾ ਜੋ ਮਲਟੀ-ਬਾਈਟ (i2, i4, u2, u4, f4, f8) ਹਨ। GREIS ਸੁਨੇਹਿਆਂ ਲਈ ਇਸ ਆਰਡਰ ਨੂੰ [MF] ਸੰਦੇਸ਼ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਵੇਰਵਿਆਂ ਲਈ ਪੰਨਾ 74 'ਤੇ “[MF] ਸੁਨੇਹੇ ਫਾਰਮੈਟ” ਦੇਖੋ।
ਉਪਰੋਕਤ ਪਰਿਭਾਸ਼ਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਬਾਈਟਾਂ ਦੇ ਅਨੁਸਾਰੀ ਕ੍ਰਮ ਵਿੱਚ ਕਿਸੇ ਵੀ ਫਾਰਮੈਟ ਨਿਰਧਾਰਨ ਨੂੰ (ਵਾਰ-ਵਾਰ) ਫੈਲਾਉਣਾ ਸੰਭਵ ਹੈ। ਸਾਬਕਾ ਲਈample, ਫਾਰਮੈਟ
struct ਸਾਬਕਾample {9} { u1 n1; f4 n2; i2 n3[2];
};
ਘੱਟੋ-ਘੱਟ ਮਹੱਤਵਪੂਰਨ ਬਾਈਟ ਪਹਿਲੇ (LSB) ਕ੍ਰਮ ਨੂੰ ਮੰਨਦੇ ਹੋਏ ਬਾਈਟਾਂ ਦੇ ਹੇਠਲੇ ਕ੍ਰਮ ਤੱਕ ਫੈਲਦਾ ਹੈ:
n1[0](0), n2[0](0),n2[0](1),n2[0](2),n2[0](3), n3[0](0),n3[0](1),n3[1](0),n3[1](1)

GREIS

www.javad.com

GREIS

ਪ੍ਰਾਪਤਕਰਤਾ ਸੁਨੇਹੇ ਮਿਆਰੀ ਸੁਨੇਹਾ ਸਟ੍ਰੀਮ
ਵਿਸ਼ੇਸ਼ ਮੁੱਲ
ਅਤੇ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਬਾਈਟ ਪਹਿਲੇ (MSB) ਕ੍ਰਮ ਨੂੰ ਮੰਨਦੇ ਹੋਏ ਬਾਈਟਾਂ ਦੇ ਹੇਠਲੇ ਕ੍ਰਮ ਲਈ:
n1[0](0), n2[0](3)n2[0](2)n2[0](1)n2[0](0) n3[0](1)n3[0](0)n3[1](1)n3[1](0)
ਜਿੱਥੇ x[i](j) ਫੀਲਡ x ਦੇ i-th ਐਲੀਮੈਂਟ ਦਾ j-th ਬਾਈਟ (ਬਾਈਟ #0 ਸਭ ਤੋਂ ਘੱਟ ਮਹੱਤਵਪੂਰਨ ਹੈ) ਨੂੰ ਮਨੋਨੀਤ ਕਰਦਾ ਹੈ।

3.1.2 ਵਿਸ਼ੇਸ਼ ਮੁੱਲ

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

ਸਾਰਣੀ 3-2. ਖੇਤਰਾਂ ਲਈ ਵਿਸ਼ੇਸ਼ ਮੁੱਲ

ਖੇਤਰ ਦੀ ਕਿਸਮ
i1 u1 i2 u2 i4 u4 f4 f8

ਵਿਸ਼ੇਸ਼ ਮੁੱਲ
127 255 32767 65535 2147483647 4294967295 ਸ਼ਾਂਤ NaN ਚੁੱਪ NaN

HEX ਪ੍ਰਤੀਨਿਧਤਾ
7FFF 7FFF FFFF 7FFF_FFFF FFFF_FFFF 7FC0_0000 7FF8_0000_0000_0000

3.2 ਮਿਆਰੀ ਸੁਨੇਹਾ ਸਟ੍ਰੀਮ

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

www.javad.com

ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸੁਨੇਹੇ ਸੁਨੇਹਿਆਂ ਦਾ ਆਮ ਫਾਰਮੈਟ
ਮਿਆਰੀ ਸੁਨੇਹੇ
ਰਿਸ਼ੀ, ਅਤੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਉਹਨਾਂ ਸੁਨੇਹਿਆਂ ਨੂੰ ਕੁਸ਼ਲਤਾ ਨਾਲ ਛੱਡਣਾ ਸੰਭਵ ਬਣਾਉਣ ਲਈ ਜਿਹਨਾਂ ਬਾਰੇ ਐਪਲੀਕੇਸ਼ਨ ਨਹੀਂ ਜਾਣਦੀ ਜਾਂ ਉਹਨਾਂ ਵਿੱਚ ਦਿਲਚਸਪੀ ਨਹੀਂ ਹੈ।
ਗੈਰ-ਮਿਆਰੀ ਟੈਕਸਟ ਸੁਨੇਹਿਆਂ ਲਈ ਸਮਰਥਨ, ਜੋ ਅਜੇ ਵੀ ਇਸ ਮੈਨੂਅਲ ਵਿੱਚ ਉਹਨਾਂ ਲਈ ਪਰਿਭਾਸ਼ਿਤ ਫਾਰਮੈਟ ਦਾ ਪਾਲਣ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, GREIS ਮਿਆਰੀ ਸੁਨੇਹਿਆਂ ਨੂੰ ਮਿਆਰੀ GREIS ਡੇਟਾ ਸਟ੍ਰੀਮ ਵਿੱਚ ਕੁਝ ਹੋਰ ਫਾਰਮੈਟਾਂ ਦੇ ਸੁਨੇਹਿਆਂ ਨਾਲ ਮਿਲਾਉਣਾ ਸੰਭਵ ਬਣਾਉਂਦਾ ਹੈ। ਇੱਕ ਸਾਬਕਾampਅਜਿਹੇ ਫਾਰਮੈਟ ਦੇ le NMEA ਸੁਨੇਹੇ ਹਨ।
ਇੱਕ ਵਿਸ਼ੇਸ਼ ਕੇਸ ਦੇ ਗੈਰ-ਮਿਆਰੀ ਟੈਕਸਟ ਸੁਨੇਹੇ, ਉਹ ਸੁਨੇਹੇ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸਿਰਫ਼ ASCII ਹੁੰਦੇ ਹਨ ਅਤੇ/ਜਾਂ ਅੱਖਰ, GREIS ਸਟੈਂਡਰਡ ਸੁਨੇਹਿਆਂ ਦੇ ਵਿਚਕਾਰ ਰਿਸੀਵਰ ਵਿੱਚ ਸੁਨੇਹਾ ਫਾਰਮੈਟਿੰਗ ਇੰਜਣ ਦੁਆਰਾ ਸੰਮਿਲਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਤਾਂ ਜੋ ਨਤੀਜੇ ਵਜੋਂ ਸੁਨੇਹਾ ਸਟ੍ਰੀਮ ਨੂੰ ਵਧੇਰੇ ਮਨੁੱਖੀ-ਪੜ੍ਹਨਯੋਗ ਬਣਾਇਆ ਜਾ ਸਕੇ ਜਦੋਂ ਇਸਨੂੰ ਟਰਮੀਨਲ ਜਾਂ ਆਮ ਟੈਕਸਟ ਨੂੰ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। viewer ਜਾਂ ਸੰਪਾਦਕ ਐਪਲੀਕੇਸ਼ਨ.
GREIS ਸਟੈਂਡਰਡ ਸੁਨੇਹਿਆਂ ਅਤੇ ਗੈਰ-ਮਿਆਰੀ ਟੈਕਸਟ ਸੁਨੇਹਿਆਂ ਤੋਂ ਇਲਾਵਾ, JAVAD GNSS ਰਿਸੀਵਰ ਆਮ ਤੌਰ 'ਤੇ ਬਹੁਤ ਸਾਰੇ ਹੋਰ ਫਾਰਮੈਟਾਂ (ਜਿਵੇਂ ਕਿ, RTCM, BINEX, CMR) ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਉਹ ਫਾਰਮੈਟ ਸਟੈਂਡਰਡ GREIS ਸੁਨੇਹਾ ਸਟ੍ਰੀਮ ਦੇ ਫਾਰਮੈਟ ਦੇ ਅਨੁਕੂਲ ਨਹੀਂ ਹਨ। ਜੇਕਰ ਕਿਸੇ ਸਟ੍ਰੀਮ ਵਿੱਚ ਉਹਨਾਂ ਫਾਰਮੈਟਾਂ ਦੇ ਸੁਨੇਹੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਤਾਂ ਇਸਨੂੰ ਹੁਣ GREIS ਸਟੈਂਡਰਡ ਸੁਨੇਹਾ ਸਟ੍ਰੀਮ ਨਹੀਂ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਟੈਂਡਰਡ ਸਟ੍ਰੀਮ ਦੇ ਸਮਾਨ ਨਿਯਮਾਂ ਦੁਆਰਾ ਪਾਰਸ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।1

3.3 ਸੁਨੇਹਿਆਂ ਦਾ ਆਮ ਫਾਰਮੈਟ

3.3.1 ਮਿਆਰੀ ਸੁਨੇਹੇ

ਹਰੇਕ ਮਿਆਰੀ ਸੰਦੇਸ਼ ਦਾ ਫਾਰਮੈਟ ਇਸ ਤਰ੍ਹਾਂ ਹੈ:

struct StdMessage {var} {

a1 id[2];

// ਪਛਾਣਕਰਤਾ

a1 ਲੰਬਾਈ[3];

// ਹੈਕਸਾਡੈਸੀਮਲ ਸਰੀਰ ਦੀ ਲੰਬਾਈ, [000…FFF]

u1 ਸਰੀਰ [ਲੰਬਾਈ]; // ਸਰੀਰ

};

ਹਰੇਕ ਮਿਆਰੀ ਸੁਨੇਹਾ ਵਿਲੱਖਣ ਸੁਨੇਹਾ ਪਛਾਣਕਰਤਾ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਦੋ ASCII ਅੱਖਰ ਹੁੰਦੇ ਹਨ। ਸਬਸੈੱਟ “0” ਤੋਂ “~” (ਜਿਵੇਂ ਕਿ [48…126] ਦੀ ਰੇਂਜ ਵਿੱਚ ਦਸ਼ਮਲਵ ASCII ਕੋਡ) ਤੋਂ ਕੋਈ ਵੀ ਅੱਖਰ ਪਛਾਣਕਰਤਾ ਵਿੱਚ ਮਨਜ਼ੂਰ ਹਨ।

GREIS

1. ਅਸਲ ਵਿੱਚ, GREIS ਸਟੈਂਡਰਡ ਸੁਨੇਹਿਆਂ ਦਾ ਫਾਰਮੈਟ ਇੰਨਾ ਲਚਕਦਾਰ ਹੈ ਕਿ ਇਹ ਕਿਸੇ ਵੀ ਡਾਟਾ ਸਟ੍ਰੀਮ ਨੂੰ ਸਟੈਂਡਰਡ GREIS ਡਾਟਾ ਸਟ੍ਰੀਮ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਫਿਰ ਮੂਲ ਅਸੰਗਤ ਸਟ੍ਰੀਮ ਨੂੰ ਵਿਸ਼ੇਸ਼ GREIS ਸੁਨੇਹਿਆਂ ਦੇ ਕ੍ਰਮ ਵਿੱਚ ਲਪੇਟਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਛਾਣਕਰਤਾ “>>” ਵਾਲਾ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਸੁਨੇਹਾ ਇਸ ਉਦੇਸ਼ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ।

www.javad.com

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

3.3.2 ਗੈਰ-ਮਿਆਰੀ ਟੈਕਸਟ ਸੁਨੇਹੇ

ਗੈਰ-ਮਿਆਰੀ ਟੈਕਸਟ ਸੁਨੇਹਿਆਂ ਦਾ ਫਾਰਮੈਟ ਇਸ ਤਰ੍ਹਾਂ ਹੈ:

struct NonStdTextMessage {var} {

a1 id;

// ਪਛਾਣਕਰਤਾ, [!…/]

a1 ਸਰੀਰ[];

// ਮਨਮਾਨੇ ਲੰਬਾਈ ਦਾ ਸਰੀਰ, [0…)

a1 eom;

// ਸੰਦੇਸ਼ ਦਾ ਅੰਤ ( ਜਾਂ )

};

ਸੁਨੇਹਾ ਪਛਾਣਕਰਤਾ ਰੇਂਜ ਵਿੱਚ ਕੋਈ ਵੀ ਅੱਖਰ ਹੈ [!… /] (ਰੇਂਜ [33…47] ਵਿੱਚ ਦਸ਼ਮਲਵ ASCII ਕੋਡ)। ਸੁਨੇਹਾ ਪਛਾਣਕਰਤਾ ਵਿਕਲਪਿਕ ਹੈ। ਜੇਕਰ ਗੈਰਹਾਜ਼ਰ ਹੈ, ਤਾਂ ਸੰਦੇਸ਼ ਦੇ ਮੁੱਖ ਭਾਗ ਦੀ ਲੰਬਾਈ ਜ਼ੀਰੋ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ (ਭਾਵ, ਗੈਰਹਾਜ਼ਰ ਵੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ)।

ਸੁਨੇਹੇ ਦਾ ਮੁੱਖ ਹਿੱਸਾ ASCII ਅੱਖਰਾਂ ਨੂੰ ਛੱਡ ਕੇ ਇੱਕ ਕ੍ਰਮ ਹੈ (ਦਸ਼ਮਲਵ ਕੋਡ 13) ਅਤੇ (ਦਸ਼ਮਲਵ ਕੋਡ 10) ਅੱਖਰ। ਫਾਰਮੈਟ ਦੁਆਰਾ ਸਰੀਰ ਦੀ ਲੰਬਾਈ 'ਤੇ ਕੋਈ ਸੀਮਾ ਨਹੀਂ ਲਗਾਈ ਗਈ ਹੈ।

ਸੁਨੇਹਾ ਮਾਰਕਰ ਦਾ ਅੰਤ ਜਾਂ ਤਾਂ ਹੈ ਜਾਂ ਅੱਖਰ

ਨੋਟ ਕਰੋ ਕਿ ਫਾਰਮੈਟ ਸਿਰਫ਼ CR ਜਾਂ LF ਅੱਖਰਾਂ ਵਾਲੇ ਗੈਰ-ਮਿਆਰੀ ਸੰਦੇਸ਼ਾਂ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਆਮ-ਉਦੇਸ਼ ਵਾਲੇ ਟਰਮੀਨਲ ਜਾਂ ਡੇਟਾ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰਨ ਵੇਲੇ ਮਿਆਰੀ GREIS ਸੰਦੇਸ਼ ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਵਧੇਰੇ ਮਨੁੱਖੀ ਪੜ੍ਹਨਯੋਗ ਬਣਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ viewਆਮ ਟੈਕਸਟ ਨਾਲ ing viewer ਜਾਂ ਸੰਪਾਦਕ।

ਗੈਰ-ਮਿਆਰੀ ਟੈਕਸਟ ਸੁਨੇਹਾ ਪਛਾਣਕਰਤਾਵਾਂ ਵਿੱਚੋਂ ਇੱਕ, ਅੱਖਰ “$”, ਪਹਿਲਾਂ ਹੀ ਮਿਆਰੀ NMEA ਸੁਨੇਹਿਆਂ ਲਈ ਪਛਾਣਕਰਤਾ ਵਜੋਂ ਰਾਖਵਾਂ ਹੈ। ਕੋਈ ਹੋਰ ਗੈਰ-ਮਿਆਰੀ ਟੈਕਸਟ ਸੁਨੇਹਿਆਂ ਨੂੰ ਪਛਾਣਕਰਤਾ ਵਜੋਂ “$” ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।

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

GREIS

www.javad.com

ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸੁਨੇਹੇ ਸੁਨੇਹਿਆਂ ਦਾ ਆਮ ਫਾਰਮੈਟ
ਪਾਰਸਿੰਗ ਸੁਨੇਹਾ ਸਟ੍ਰੀਮ
ਫਾਰਮੈਟ ਤੁਹਾਨੂੰ ਲਗਭਗ ਕਿਸੇ ਵੀ GREIS ਸੰਦੇਸ਼ ਸਟ੍ਰੀਮ ਨੂੰ ਪ੍ਰਭਾਵੀ ਢੰਗ ਨਾਲ ਪ੍ਰਕਿਰਿਆ/ਪਾਰਸ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ ਜਿਸਦਾ ਤੁਸੀਂ ਅਭਿਆਸ ਵਿੱਚ ਸਾਹਮਣਾ ਕਰ ਸਕਦੇ ਹੋ।

ਨੋਟ:

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

ਨੋਟ:

ਅਗਲੇ ਸੁਨੇਹੇ 'ਤੇ ਜਾ ਰਿਹਾ ਹੈ
ਮਿਆਰੀ GREIS ਸੁਨੇਹਿਆਂ ਦੇ ਆਮ ਫਾਰਮੈਟ ਵਿੱਚ ਲੰਬਾਈ ਹੋਣ ਨਾਲ ਤੁਸੀਂ ਉਹਨਾਂ ਦੇ ਸਰੀਰ ਦੇ ਫਾਰਮੈਟ ਨੂੰ ਜਾਣੇ ਬਿਨਾਂ ਸੁਨੇਹਿਆਂ ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਅਣਡਿੱਠ ਕਰ ਸਕਦੇ ਹੋ। ਅਸੀਂ ਅਸਲ ਵਿੱਚ ਪਾਰਸਰ ਲਿਖਣ ਦੀ ਜ਼ੋਰਦਾਰ ਸਿਫਾਰਸ਼ ਕਰਦੇ ਹਾਂ ਤਾਂ ਜੋ ਉਹ ਅਣਜਾਣ ਸੰਦੇਸ਼ਾਂ ਨੂੰ ਛੱਡ ਦੇਣ।
ਮੌਜੂਦਾ ਸੰਦੇਸ਼ ਤੋਂ ਅਗਲੇ ਸੰਦੇਸ਼ 'ਤੇ ਜਾਣ ਲਈ, ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮ ਚੁੱਕੋ:
1. ਮੰਨ ਲਓ ਕਿ ਮੌਜੂਦਾ ਸੁਨੇਹਾ "N" ਸਥਿਤੀ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਮੌਜੂਦਾ ਸੰਦੇਸ਼ ਦੀ ਲੰਬਾਈ ਦਾ ਪਤਾ ਲਗਾਓ (ਡੀਕੋਡ ਅੱਖਰ ## N+2, N+3, N+4)। ਮੰਨ ਲਓ ਕਿ ਸੰਦੇਸ਼ ਦੀ ਲੰਬਾਈ L ਦੇ ਬਰਾਬਰ ਹੈ। ਸਥਿਤੀ “N” ਤੋਂ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਪਹਿਲੇ L+5 ਅੱਖਰਾਂ ਨੂੰ ਛੱਡੋ।
2. ਸਭ ਛੱਡੋ ਅਤੇ ਅੱਖਰ (ਜੇ ਕੋਈ ਹੋਵੇ)।
ਸਖਤੀ ਨਾਲ ਬੋਲਦੇ ਹੋਏ, ਅਸੀਂ ਇਹ ਸਿਫ਼ਾਰਿਸ਼ ਨਹੀਂ ਕਰਦੇ ਹਾਂ ਕਿ ਤੁਸੀਂ ਆਪਣੇ ਪਾਰਸਿੰਗ ਕੋਡ ਵਿੱਚ ਸੁਨੇਹੇ ਦੇ ਭਾਗਾਂ ਦੇ ਆਕਾਰ ਅਤੇ ਸਮੱਗਰੀ ਬਾਰੇ ਕੋਈ ਵੀ ਅਗਾਊਂ ਜਾਣਕਾਰੀ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਸਿਫ਼ਾਰਿਸ਼ ਦਾ ਆਦਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਪਾਰਸਿੰਗ ਪ੍ਰੋਗਰਾਮ ਨਾਲ ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਵੇਗੀ, ਜੇਕਰ ਕੁਝ ਸੁਨੇਹੇ ਬਦਲੇ ਜਾਣ।
ਸਟੈਂਡਰਡ ਪੂਰਵ ਪਰਿਭਾਸ਼ਿਤ GREIS ਸੁਨੇਹਿਆਂ ਦੇ ਮੈਸੇਜ ਬਾਡੀਜ਼ ਦੇ ਪਾਰਸ ਕਰਨ ਦੇ ਨਿਯਮਾਂ ਅਤੇ ਸੰਕੇਤਾਂ ਦੀ ਚਰਚਾ ਬਾਅਦ ਵਿੱਚ ਪੰਨਾ 67 ਉੱਤੇ “ਪਾਸਿੰਗ ਮੈਸੇਜ ਬਾਡੀਜ਼” ਵਿੱਚ ਕੀਤੀ ਗਈ ਹੈ।

GREIS

www.javad.com

GREIS

ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸੁਨੇਹੇ ਮਿਆਰੀ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੁਨੇਹੇ
ਪਾਰਸਿੰਗ ਮੈਸੇਜ ਬਾਡੀਜ਼
3.4 ਮਿਆਰੀ ਪਰਿਭਾਸ਼ਿਤ ਸੁਨੇਹੇ
ਇਸ ਭਾਗ ਵਿੱਚ ਅਸੀਂ ਪਾਠਕ ਨੂੰ ਮਿਆਰੀ GREIS ਸੁਨੇਹਿਆਂ ਦੇ ਪੂਰਵ ਪਰਿਭਾਸ਼ਿਤ ਸਮੂਹ ਨਾਲ ਜਾਣੂ ਕਰਵਾਵਾਂਗੇ। ਪਛਾਣਕਰਤਾ XX ਦੇ ਨਾਲ ਇੱਕ ਸੰਦੇਸ਼ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਸਮੇਂ, ਅਸੀਂ ਸੰਕੇਤ [XX] ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ। ਜਦੋਂ ਕਿ ਜ਼ਿਆਦਾਤਰ ਸੁਨੇਹਿਆਂ ਨੂੰ GREIS ਵਿੱਚ ਉਹਨਾਂ ਦੇ ਸੰਦੇਸ਼ ਪਛਾਣਕਰਤਾ ਦੁਆਰਾ ਬੁਲਾਇਆ ਜਾਂਦਾ ਹੈ, ਉਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ, ਖਾਸ ਤੌਰ 'ਤੇ ਉਹ ਜਿਹਨਾਂ ਕੋਲ ਗੈਰ-ਅੱਖਰ ਅੰਕੀ ਪਛਾਣਕਰਤਾ ਹਨ, ਉਹਨਾਂ ਦੇ ਨਾਮ ਵੱਖਰੇ ਹਨ। ਅਜਿਹੇ ਸੁਨੇਹਿਆਂ ਲਈ ਨੋਟੇਸ਼ਨ [XX](NN) ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਿੱਥੇ XX ਸੁਨੇਹਾ ਪਛਾਣਕਰਤਾ ਹੈ, ਅਤੇ NN GREIS ਕਮਾਂਡਾਂ ਵਿੱਚ ਵਰਤਣ ਲਈ ਸੁਨੇਹਾ ਨਾਮ ਹੈ। ਸਾਬਕਾ ਲਈample ਸੁਨੇਹੇ [~~](RT) ਦਾ ਸਿਰਲੇਖ “~~” ਹੈ ਅਤੇ ਇਸਨੂੰ GREIS ਕਮਾਂਡਾਂ ਵਿੱਚ /msg/jps/RT ਕਿਹਾ ਜਾਂਦਾ ਹੈ।
ਇਹ ਭਾਗ ਸਾਰੇ ਮਿਆਰੀ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੁਨੇਹਿਆਂ ਲਈ ਸਰੀਰ ਦੇ ਫਾਰਮੈਟਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ ਕਿ ਇੱਕ ਡੇਟਾ ਸਟ੍ਰੀਮ ਵਿੱਚ ਹਰ ਸੁਨੇਹੇ ਦਾ ਇੱਕ ਮਿਆਰੀ ਸਿਰਲੇਖ ਹੁੰਦਾ ਹੈ ਜੋ ਆਮ ਫਾਰਮੈਟ ਦੁਆਰਾ ਵੀ ਪਰਿਭਾਸ਼ਿਤ ਹੁੰਦਾ ਹੈ।
3.4.1 ਮੈਸੇਜ ਬਾਡੀਜ਼ ਨੂੰ ਪਾਰਸ ਕਰਨਾ
ਮਨਜ਼ੂਰ ਫਾਰਮੈਟ ਐਕਸਟੈਂਸ਼ਨਾਂ
ਬਾਈਨਰੀ ਸੁਨੇਹਿਆਂ ਦੇ ਫਾਰਮੈਟ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸੁਨੇਹੇ ਦਾ ਸਥਿਰ ਆਕਾਰ ਹੈ, ਭਵਿੱਖ ਵਿੱਚ ਹੋਰ ਡੇਟਾ ਖੇਤਰ ਜੋੜਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਨਵੇਂ ਫੀਲਡਾਂ ਨੂੰ ਸਿਰਫ ਚੈਕਸਮ ਫੀਲਡ (ਜੇ ਕੋਈ ਹੈ) ਤੋਂ ਠੀਕ ਪਹਿਲਾਂ ਸੁਨੇਹਾ ਬਾਡੀ ਦੇ ਅੰਤ ਵਿੱਚ ਪਾਉਣ ਦੀ ਆਗਿਆ ਹੈ। ਮੈਸੇਜ ਬਾਡੀਜ਼ ਵਿੱਚ ਅਜਿਹੀਆਂ ਸੋਧਾਂ ਨੂੰ ਫਾਰਮੈਟ ਐਕਸਟੈਂਸ਼ਨ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਨਾ ਕਿ ਅਸੰਗਤ ਤਬਦੀਲੀਆਂ।
ਹਾਲਾਂਕਿ ਸਟੈਂਡਰਡ GREIS ਟੈਕਸਟ ਸੁਨੇਹੇ ਸਥਿਰ ਸੰਦੇਸ਼ ਆਕਾਰ ਵਾਲੇ ਸੁਨੇਹੇ ਨਹੀਂ ਹਨ, ਫਿਰ ਵੀ ਭਵਿੱਖ ਵਿੱਚ ਇਹਨਾਂ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਨਵੇਂ ਖੇਤਰ ਦਿਖਾਈ ਦੇ ਸਕਦੇ ਹਨ। ਨਵੇਂ ਖੇਤਰਾਂ ਨੂੰ ਜਾਂ ਤਾਂ ਮੌਜੂਦਾ ਟੈਕਸਟ ਸੁਨੇਹੇ ਦੇ ਅੰਤ ਵਿੱਚ ਚੈੱਕਸਮ ਖੇਤਰ ਤੋਂ ਠੀਕ ਪਹਿਲਾਂ, ਜਾਂ ਕਿਸੇ ਸੱਜੇ-ਹੱਥ ਬਰੇਸ (}) ਤੋਂ ਤੁਰੰਤ ਪਹਿਲਾਂ ਪਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਸਾਬਕਾ ਲਈample, ਇੱਕ ਸੁਨੇਹਾ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ ਇਸ ਤਰ੍ਹਾਂ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ:
…1,{21,22},3,@CS
ਬਾਅਦ ਵਿੱਚ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ
…1,{2.1,2.2,2.3},3,4,@CS
ਜਿੱਥੇ ਦੋ ਵਾਧੂ ਖੇਤਰ, "2.3" ਅਤੇ "4", ਜੋੜੇ ਗਏ ਸਨ।
ਆਪਣੇ ਪਾਰਸਿੰਗ ਐਲਗੋਰਿਦਮ ਨੂੰ ਭਵਿੱਖ ਦੇ ਫਾਰਮੈਟ ਐਕਸਟੈਂਸ਼ਨਾਂ ਦੇ ਨਾਲ ਵੀ ਕੰਮ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਨਿਯਮਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ ਲਾਗੂ ਕਰੋ:
1. ਇਹ ਨਾ ਸੋਚੋ ਕਿ ਪ੍ਰਾਪਤ ਕੀਤੇ ਸੰਦੇਸ਼ ਦੇ ਮੈਸੇਜ ਬਾਡੀ ਦਾ ਆਕਾਰ ਇਸ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਖਾਸ ਆਕਾਰ ਨਾਲ ਬਿਲਕੁਲ ਮੇਲ ਖਾਂਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਿਰਫ਼ ਜੇਕਰ ਸੁਨੇਹਾ ਬਹੁਤ ਛੋਟਾ ਹੈ ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਇਸਦੀ ਸਮੱਗਰੀ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਜੇਕਰ ਸੁਨੇਹਾ ਉਮੀਦ ਤੋਂ ਲੰਬਾ ਹੈ, ਤਾਂ ਵਾਧੂ ਡੇਟਾ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰੋ।
2. ਸੁਨੇਹੇ ਦੇ ਮੁੱਖ ਭਾਗ ਦੇ ਅੰਤ ਦੇ ਅਨੁਸਾਰੀ ਚੈੱਕਸਮ ਖੇਤਰ ਨੂੰ ਪਤਾ ਕਰੋ।

www.javad.com

ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸੁਨੇਹੇ ਮਿਆਰੀ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੁਨੇਹੇ
ਆਮ ਨੋਟਸ
3. ਸੁਨੇਹੇ ਦੇ ਮੁੱਖ ਭਾਗ ਦੀ ਸ਼ੁਰੂਆਤ ਦੇ ਅਨੁਸਾਰੀ ਹੋਰ ਡੇਟਾ ਖੇਤਰਾਂ ਨੂੰ ਸੰਬੋਧਨ ਕਰੋ। 4. ਜਦੋਂ ਟੈਕਸਟ ਸੁਨੇਹਿਆਂ ਨੂੰ ਵਧਾਉਣ ਲਈ ਉਪਰੋਕਤ ਨਿਯਮ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ
ਟੈਕਸਟ ਸੁਨੇਹਿਆਂ ਲਈ ਡਾਟਾ ਐਕਸਟਰੈਕਟਰ ਲਿਖਣਾ।
ਚੈੱਕਸਮ
ਪੰਨਾ 65 'ਤੇ "ਪਾਰਸਿੰਗ ਮੈਸੇਜ ਸਟ੍ਰੀਮ" ਵਿੱਚ ਦੱਸੀਆਂ ਤਕਨੀਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਡੇਟਾ ਸਟ੍ਰੀਮ ਤੋਂ ਇੱਕ ਸੁਨੇਹਾ ਕੱਢੇ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਅਤੇ ਸੁਨੇਹਾ ਪਛਾਣਕਰਤਾ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਜਾਪਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਦਿਲਚਸਪੀ ਹੈ, ਡੇਟਾ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨ ਲਈ ਸੰਦੇਸ਼ ਦੇ ਭਾਗ ਨੂੰ ਪਾਰਸ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। . ਸਮੱਗਰੀ ਨੂੰ ਐਕਸਟਰੈਕਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਸੰਦੇਸ਼ ਦੇ ਚੈੱਕਸਮ ਦੀ ਗਣਨਾ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਅਤੇ ਸੁਨੇਹੇ ਵਿੱਚ ਮੌਜੂਦ ਚੈੱਕਸਮ ਨਾਲ ਤੁਲਨਾ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੰਦੇਸ਼ਾਂ ਵਿੱਚ ਚੈਕਸਮ ਹੁੰਦਾ ਹੈ। ਚੈਕਸਮ ਦੀ ਗਣਨਾ ਸੁਨੇਹੇ ਦੇ ਸਿਰਲੇਖ (ਜਿਵੇਂ ਕਿ, "ਸੁਨੇਹਾ ਪਛਾਣਕਰਤਾ" ਅਤੇ "ਸੁਨੇਹੇ ਦੇ ਭਾਗ ਦੀ ਲੰਬਾਈ") ਅਤੇ ਖੁਦ ਸਰੀਰ ਦੋਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਚੈੱਕਸਮ ਗਣਨਾ ਬਾਰੇ ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ ਪੰਨਾ 579 'ਤੇ "ਕੰਪਿਊਟਿੰਗ ਚੈੱਕਸਮ" ਦੇਖੋ।
ਚੈਕਸਮ ਹਮੇਸ਼ਾ ਮੈਸੇਜ ਬਾਡੀ ਦੇ ਬਿਲਕੁਲ ਸਿਰੇ 'ਤੇ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਇੱਕ ਸੰਦੇਸ਼ ਦਾ ਢਾਂਚਾ ਇੱਕ ਨਵਾਂ ਡਾਟਾ ਫੀਲਡ(ਆਂ) ਜੋੜ ਕੇ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਨਵੇਂ ਡੇਟਾ ਫੀਲਡਾਂ ਨੂੰ ਚੈਕਸਮ ਫੀਲਡ ਤੋਂ ਪਹਿਲਾਂ ਜੋੜਿਆ ਜਾਵੇਗਾ। ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਮੈਸੇਜ ਬਾਡੀ ਦੇ ਅੰਤ ਨਾਲ ਸੰਬੰਧਿਤ ਚੈਕਸਮ ਖੇਤਰ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨ ਦੀ ਸਿਫਾਰਸ਼ ਕਿਉਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
3.4.2 ਆਮ ਨੋਟਸ
ਸਮਾਂ ਸਕੇਲ
ਤੁਹਾਡੇ ਪ੍ਰਾਪਤਕਰਤਾ ਨੂੰ ਸੰਭਾਲਣ ਵਾਲੇ ਪੰਜ ਸਮੇਂ ਦੇ ਪੈਮਾਨੇ ਹਨ:
Tr ਰਿਸੀਵਰ ਟਾਈਮ Tg GPS ਸਿਸਟਮ ਸਮਾਂ Tu UTC(USNO)। ਯੂਐਸ ਨੇਵਲ ਅਬਜ਼ਰਵਰ ਦੁਆਰਾ ਸਮਰਥਿਤ ਯੂਨੀਵਰਸਲ ਕੋਆਰਡੀਨੇਟਡ ਟਾਈਮ-
vatory Tn GLONASS ਸਿਸਟਮ ਸਮਾਂ। Ts UTC(SU)। ਯੂਨੀਵਰਸਲ ਕੋਆਰਡੀਨੇਟਿਡ ਟਾਈਮ ਸਟੇਟ ਟਾਈਮ ਅਤੇ ਫਰੀ- ਦੁਆਰਾ ਸਮਰਥਤ
ਕੁਐਂਸੀ ਸਰਵਿਸ, ਰੂਸ।
"ਰਿਸੀਵਰ ਟਾਈਮ" ਇੱਕੋ ਇੱਕ ਸਮਾਂ ਗਰਿੱਡ ਹੈ ਜੋ ਹਮੇਸ਼ਾ ਤੁਹਾਡੇ ਰਿਸੀਵਰ ਵਿੱਚ ਉਪਲਬਧ ਹੁੰਦਾ ਹੈ (ਭਾਵ, ਉਪਰੋਕਤ ਸੂਚੀ ਵਿੱਚੋਂ ਹੋਰ ਸਮਾਂ ਗਰਿੱਡ ਵਰਤਮਾਨ ਵਿੱਚ ਉਪਲਬਧ ਹੋ ਸਕਦੇ ਹਨ ਜਾਂ ਨਹੀਂ ਵੀ ਹੋ ਸਕਦੇ ਹਨ)।
ਵਾਸਤਵ ਵਿੱਚ, JAVAD GNSS ਰਿਸੀਵਰ ਹਮੇਸ਼ਾਂ ਚਾਰ ਗਲੋਬਲ ਟਾਈਮ ਸਕੇਲਾਂ ਵਿੱਚੋਂ ਇੱਕ ਦੇ ਨਾਲ ਆਪਣੇ ਰਿਸੀਵਰ ਦੇ ਸਮੇਂ ਨੂੰ ਸਮਕਾਲੀ ਕਰਦਾ ਹੈ: GPS ਸਮਾਂ, UTC(USNO), ਗਲੋਨਾਸ ਸਮਾਂ, ਜਾਂ UTC(SU)। ਦ

GREIS

www.javad.com

GREIS

ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸੁਨੇਹੇ ਮਿਆਰੀ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੁਨੇਹੇ
ਆਮ ਨੋਟਸ
ਇਸ ਤਰ੍ਹਾਂ ਚੁਣੇ ਗਏ ਟਾਈਮ ਗਰਿੱਡ ਨੂੰ ਇਸ ਸੈਕਸ਼ਨ 1 ਵਿੱਚ ਬਾਅਦ ਵਿੱਚ "ਰਿਸੀਵਰ ਰੈਫਰੈਂਸ ਟਾਈਮ" (Trr) ਕਿਹਾ ਗਿਆ ਹੈ।
ਵੱਖ-ਵੱਖ ਸਮਾਂ ਪ੍ਰਣਾਲੀਆਂ ਵਿੱਚ ਉਹਨਾਂ ਨਾਲ ਸਬੰਧਿਤ ਵੱਖੋ-ਵੱਖਰੇ ਸਮੇਂ ਦੇ ਸੰਕੇਤ (ਫਾਰਮੈਟ) ਹੋ ਸਕਦੇ ਹਨ (ਉਦਾਹਰਨ ਲਈ, GPS ਸਮੇਂ ਲਈ, ਅਸੀਂ "ਹਫ਼ਤੇ ਦੀ ਸੰਖਿਆ", "ਹਫ਼ਤੇ ਦਾ ਸਮਾਂ", ਆਦਿ ਵਰਗੇ ਸ਼ਬਦਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ। ਨੋਟ ਕਰੋ, ਹਾਲਾਂਕਿ, "ਰਿਸੀਵਰ ਟਾਈਮ" ਦੀ ਨੁਮਾਇੰਦਗੀ ਚੁਣੇ ਗਏ ਰਿਸੀਵਰ ਦੇ ਸੰਦਰਭ ਸਮੇਂ 'ਤੇ ਨਿਰਭਰ ਨਹੀਂ ਕਰੇਗੀ ਅਤੇ ਹਮੇਸ਼ਾ ਪ੍ਰਾਪਤਕਰਤਾ ਦੀ ਮਿਤੀ ਅਤੇ ਦਿਨ ਦੇ ਸਮੇਂ ਵਜੋਂ ਪ੍ਰਸਤੁਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੰਦੇਸ਼ਾਂ ਵਿੱਚ ਹਵਾਲਾ ਸਮਾਂ ਜਾਣਕਾਰੀ ਨਹੀਂ ਹੁੰਦੀ ਹੈ। ਸਾਡੇ ਵਿੱਚ view, ਇੱਕ ਅਤੇ ਇੱਕੋ ਸਮੇਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਬਹੁਤ ਜ਼ਿਆਦਾ ਹੋਵੇਗਾ tag ਸਾਰੇ ਬਹੁਤ ਸਾਰੇ ਸੁਨੇਹਿਆਂ ਦੇ ਨਾਲ ਰਿਸੀਵਰ ਮੌਜੂਦਾ ਯੁੱਗ ਵਿੱਚ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਮੌਜੂਦਾ ਯੁੱਗ ਲਈ ਉਪਲਬਧ ਪ੍ਰਾਪਤਕਰਤਾ ਜਾਣਕਾਰੀ ਨੂੰ ਆਉਟਪੁੱਟ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਵੱਖ-ਵੱਖ ਸੁਨੇਹੇ ਪ੍ਰਾਪਤ ਹੁੰਦੇ ਹਨ। ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨੂੰ ਇੱਕ ਵਿਅਕਤੀਗਤ ਸਮੇਂ ਦੇ ਨਾਲ ਸਪਲਾਈ ਕਰਨ ਦੀ ਬਜਾਏ tag ਡੇਟਾ ਖੇਤਰ, ਅਸੀਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ ਸੰਦੇਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ ਜੋ ਇਹਨਾਂ ਸੁਨੇਹਿਆਂ ਲਈ ਆਮ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸਮੇਂ ਦੀ ਜਾਣਕਾਰੀ ਰੱਖਦਾ ਹੈ। ਇਸ ਸੁਨੇਹੇ ਨੂੰ "ਰਿਸੀਵਰ ਟਾਈਮ" ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸਦਾ ਪਛਾਣਕਰਤਾ [~~] ਹੈ।
ਹਾਲਾਂਕਿ, ਓਪਰੇਸ਼ਨ ਦਾ ਇੱਕ ਮੋਡ ਹੈ, ਜਿਸਨੂੰ RTK ਦੇਰੀ ਵਾਲਾ ਮੋਡ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਜਦੋਂ ਇੱਕ ਦਿੱਤੇ ਗਏ ਯੁੱਗ ਰਿਸੀਵਰ ਵਿੱਚ ਅਤੀਤ ਵਿੱਚ ਕਿਸੇ ਹੋਰ ਯੁੱਗ ਦਾ ਹਵਾਲਾ ਦਿੱਤਾ ਗਿਆ ਹੱਲ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ। ਸਮਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ tag ਅਜਿਹੇ ਹੱਲ ਲਈ, ਵਿਸ਼ੇਸ਼ ਹੱਲ ਸਮਾਂ-Tag [ST] ਸੁਨੇਹਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਅਸਲ ਵਿੱਚ ਇਹ ਸੰਦੇਸ਼ ਸਹੀ ਸਮਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ tag ਓਪਰੇਸ਼ਨਾਂ ਦੇ ਸਾਰੇ ਮੋਡਾਂ ਵਿੱਚ ਇੱਕ ਹੱਲ ਲਈ, ਹਾਲਾਂਕਿ ਜ਼ਿਆਦਾਤਰ ਮੋਡਾਂ ਵਿੱਚ ਇਸਦਾ ਸਮਾਂ [~~] ਹੈ।
ਕੁਝ ਹੋਰ ਸੁਨੇਹੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਦਾ ਸਮਾਂ ਹੈ tag ਡਾਟਾ ਖੇਤਰ. ਇਹ ਉਹ ਸੁਨੇਹੇ ਹਨ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ ਜੋ ਰਿਸੀਵਰ ਈਪੋਕ ਗਰਿੱਡ 'ਤੇ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਪ੍ਰਗਟ ਹੁੰਦੀ ਹੈ। ਇੱਕ ਸਾਬਕਾampਅਜਿਹੇ ਸੁਨੇਹੇ ਦਾ le "ਇਵੈਂਟ" ਹੈ [==]।
ਹੱਦਬੰਦੀ ਕਰਨ ਵਾਲੇ
ਵਾਸਤਵ ਵਿੱਚ, "ਰਿਸੀਵਰ ਟਾਈਮ" ਸੁਨੇਹਾ ਮੌਜੂਦਾ ਯੁੱਗ ਵਿੱਚ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹੋਰ ਸਾਰੇ ਸੰਦੇਸ਼ਾਂ ਤੋਂ ਪਹਿਲਾਂ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਇਸ ਤਰ੍ਹਾਂ ਵੱਖ-ਵੱਖ ਯੁੱਗਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਸੰਦੇਸ਼ਾਂ ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ। ਦੇ ਇੱਕ ਰਸਮੀ ਬਿੰਦੂ ਤੋਂ view, ਆਉਟਪੁੱਟ ਸਟ੍ਰੀਮ ਵਿੱਚ ਸੁਨੇਹਿਆਂ ਦੇ ਕ੍ਰਮ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਉਪਭੋਗਤਾ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਧਿਆਨ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਜਿਸ ਕ੍ਰਮ ਵਿੱਚ ਸੁਨੇਹੇ ਆਉਟਪੁੱਟ ਸਟ੍ਰੀਮ ਵਿੱਚ ਲਿਖੇ ਗਏ ਹਨ ਉਹ "ਯੁਗ ਸਮਕਾਲੀਕਰਨ" ਨੂੰ ਤੋੜਦਾ ਨਹੀਂ ਹੈ, ਜੋ ਕਿ JAVAD GNSS ਸੌਫਟਵੇਅਰ ਪੈਕੇਜਾਂ ਨਾਲ ਲੌਗ ਕੀਤੇ ਡੇਟਾ ਦੀ ਪੋਸਟ-ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੈ। ਸੁਨੇਹਿਆਂ ਦੇ ਪੂਰਵ-ਨਿਰਧਾਰਤ ਸੈੱਟ ਬਾਰੇ ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ ਪੰਨਾ 562 'ਤੇ "ਸੁਨੇਹਾ ਸੈੱਟ" ਦੇਖੋ।
ਰੀਅਲ-ਟਾਈਮ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਜਿੰਨੀ ਜਲਦੀ ਹੋ ਸਕੇ ਯੁੱਗ ਦੇ ਅੰਤ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ। ਅਜਿਹੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਸਿਰਫ਼ "ਯੁਗ ਦੀ ਸ਼ੁਰੂਆਤ" ਮਾਰਕਰ ਦੁਆਰਾ ਯੁੱਗਾਂ ਨੂੰ ਸੀਮਤ ਕਰਨਾ ਸੁਵਿਧਾਜਨਕ ਨਹੀਂ ਹੈ। ਅਸੀਂ "ਯੁਗ ਦਾ ਅੰਤ" ਮਾਰਕਰ ਵਜੋਂ "ਯੁਗ ਸਮਾਂ" [::](ET) ਸੰਦੇਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਸੁਝਾਅ ਦਿੰਦੇ ਹਾਂ। ਇਸ ਸੁਨੇਹੇ ਵਿੱਚ ਦਿਨ ਦਾ ਉਹੀ ਸਮਾਂ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ ਜੋ "ਰਿਸੀਵਰ ਟਾਈਮ" ਸੁਨੇਹੇ ਵਿੱਚ ਪਾਇਆ ਜਾਂਦਾ ਹੈ ਜੋ ਬਿਹਤਰ ਅਖੰਡਤਾ ਦੀ ਜਾਂਚ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਵਿਚਾਰ ਸਮੇਂ ਦੀ ਤੁਲਨਾ ਕਰਨਾ ਹੈ tag

1. ਮੌਜੂਦਾ ਰਿਸੀਵਰ ਫਰਮਵੇਅਰ ਵਿੱਚ ਰਿਸੀਵਰ ਸੰਦਰਭ ਸਮਾਂ ਜਾਂ ਤਾਂ GPS ਜਾਂ GLONASS ਸਿਸਟਮ ਸਮਾਂ ਹੈ, ਪੰਨਾ 220 'ਤੇ /par/raw/time/ref ਵੇਖੋ।

www.javad.com

GREIS

ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਸੁਨੇਹੇ ਮਿਆਰੀ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੁਨੇਹੇ
ਆਮ ਨੋਟਸ
ਸਮੇਂ ਦੇ ਵਿਰੁੱਧ ਸੁਨੇਹਾ [::] ਤੋਂ tag ਅਨੁਸਾਰੀ [~~] ਸੁਨੇਹੇ ਤੋਂ। ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ tags ਟੁੱਟੇ ਹੋਏ ਯੁੱਗ ਦਾ ਸੰਕੇਤ ਹਨ।
ਤੁਸੀਂ ਵੇਖੋਗੇ ਕਿ ਜ਼ਿਆਦਾਤਰ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਸਿਰਫ਼ ਅੰਕ ਅਤੇ/ਜਾਂ ਅੰਗਰੇਜ਼ੀ ਅੱਖਰਾਂ ਵਾਲੇ ਪਛਾਣਕਰਤਾ ਹੁੰਦੇ ਹਨ। ਅਸਲ ਵਿੱਚ, “ਰਿਸੀਵਰ ਟਾਈਮ” [~~] ਇੱਕੋ ਇੱਕ ਸੁਨੇਹਾ ਹੈ ਜਿਸਦਾ ਪਛਾਣਕਰਤਾ “~” ਅੱਖਰ ਵਰਤਦਾ ਹੈ। ਇਹ ਅਰਥ ਰੱਖਦਾ ਹੈ ਕਿਉਂਕਿ [~~] ਸੁਨੇਹਾ ਇੱਕ ਯੁੱਗ ਦੇ ਸੀਮਾਕਾਰ ਵਜੋਂ ਸੇਵਾ ਕਰਨ ਵਿੱਚ ਇੱਕ ਬਹੁਤ ਮਹੱਤਵਪੂਰਨ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਇਸ ਮੁੱਖ ਸੰਦੇਸ਼ ਦੇ ਗੁਆਚਣ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਵਿਸ਼ੇਸ਼ ਸਾਵਧਾਨੀਆਂ ਹਨ। ਇਸੇ ਤਰ੍ਹਾਂ, "ਇਵੈਂਟ" ([==]) ਸੁਨੇਹੇ ਦਾ ਪਛਾਣਕਰਤਾ, ਵੀ, ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਵੱਖਰਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿਉਂਕਿ ਐਪਲੀਕੇਸ਼ਨ ਸੌਫਟਵੇਅਰ ਫ੍ਰੀ-ਫਾਰਮ ਇਵੈਂਟਸ ਦੀ ਵਰਤੋਂ ਸੀਮਾਕਾਰਾਂ ਦੇ ਤੌਰ 'ਤੇ ਕਰ ਸਕਦਾ ਹੈ।
ਉਹਨਾਂ ਸੁਨੇਹਿਆਂ ਲਈ "ਬਹੁਤ ਖਾਸ" ਪਛਾਣਕਰਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਵਿਚਾਰ ਜੋ ਸੀਮਾਕਾਰਾਂ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ ਬਹੁਤ ਸਪੱਸ਼ਟ ਹੈ। ਕੀ ਕਿਸੇ ਸੁਨੇਹੇ ਦਾ ਚੈੱਕਸਮ ਗਲਤ ਹੈ, ਬਸ ਇਸਦੇ ਪਛਾਣਕਰਤਾ ਦੀ ਜਾਂਚ ਕਰੋ। ਜੇਕਰ ਪਛਾਣਕਰਤਾ ਦਾ ਕੋਈ ਵੀ ਅੱਖਰ “~” ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ, ਤਾਂ ਇਹ ਬਹੁਤ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹੈ ਕਿ ਇਹ ਇੱਕ ਖਰਾਬ [~~] ਸੁਨੇਹਾ ਹੈ। ਇਸ ਲਈ, ਤੁਹਾਨੂੰ ਇਸ ਮਾਮਲੇ ਵਿੱਚ ਅਗਲੇ [~~] ਸੰਦੇਸ਼ 'ਤੇ ਜਾਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
ਦੂਜੇ ਪਾਸੇ, ਜੇਕਰ ਕਿਸੇ ਸੁਨੇਹੇ ਵਿੱਚ ਸਹੀ ਚੈਕਸਮ ਹੈ ਪਰ ਪਛਾਣਕਰਤਾ ਅੱਖਰਾਂ ਵਿੱਚੋਂ ਇੱਕ “~” ਹੈ, ਤਾਂ ਇਸ ਸੁਨੇਹੇ ਨੂੰ ਨਿਕਾਰਾ [~~] ਸੁਨੇਹਾ ਸਮਝਣਾ ਸੁਰੱਖਿਅਤ ਹੋਵੇਗਾ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਅਗਲੇ [~~] ਸੰਦੇਸ਼ 'ਤੇ ਜਾਓ।

ਹੱਲ ਦੀਆਂ ਕਿਸਮਾਂ

ਬਹੁਤ ਸਾਰੇ ਪੂਰਵ-ਪ੍ਰਭਾਸ਼ਿਤ ਸੁਨੇਹਿਆਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਖੇਤਰ "solType" ਅਨੁਸਾਰੀ ਹੱਲ ਦੀ ਕਿਸਮ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਦੇ ਹੇਠਾਂ ਦਿੱਤੇ ਮੁੱਲ ਹੋ ਸਕਦੇ ਹਨ:
ਸਾਰਣੀ 3-3. ਹੱਲ ਦੀਆਂ ਕਿਸਮਾਂ

ਮੁੱਲ

ਭਾਵ

ਨਹੀਂ

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

JAVAD GREIS GNSS ਰਿਸੀਵਰ ਬਾਹਰੀ ਇੰਟਰਫੇਸ [pdf] ਯੂਜ਼ਰ ਗਾਈਡ
GREIS GNSS ਰੀਸੀਵਰ ਬਾਹਰੀ ਇੰਟਰਫੇਸ, GREIS, GNSS ਰਿਸੀਵਰ ਬਾਹਰੀ ਇੰਟਰਫੇਸ, ਰਿਸੀਵਰ ਬਾਹਰੀ ਇੰਟਰਫੇਸ, ਬਾਹਰੀ ਇੰਟਰਫੇਸ, ਇੰਟਰਫੇਸ

ਹਵਾਲੇ

ਯੂਜ਼ਰ ਮੈਨੂਅਲ

JAVAD GREIS GNSS ਰਿਸੀਵਰ ਬਾਹਰੀ ਇੰਟਰਫੇਸ

ਨਿਰਧਾਰਨ

ਉਤਪਾਦ ਜਾਣਕਾਰੀ

ਜਾਣ-ਪਛਾਣ

ਪ੍ਰਾਪਤਕਰਤਾ ਇਨਪੁੱਟ ਭਾਸ਼ਾ

ਪ੍ਰਾਪਤਕਰਤਾ ਸੁਨੇਹੇ

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

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

ਹਵਾਲੇ

ਇੱਕ ਟਿੱਪਣੀ ਛੱਡੋ

ਜਵਾਬ ਰੱਦ ਕਰੋ