AirGlu2 ਵਾਇਰਲੈੱਸ ਸਿੰਕ ਅਤੇ ਕੰਟਰੋਲ ਮੋਡੀਊਲ
ਯੂਜ਼ਰ ਮੈਨੂਅਲ
ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ
AirGlu2™ ਮੋਡੀਊਲ ਹਾਈਲਾਈਟ ਕੀਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਹੇਠਾਂ ਸੂਚੀਬੱਧ ਹਨ:
- ਪੇਸ਼ੇਵਰ ਕੈਮਰਿਆਂ, ਰਿਕਾਰਡਰਾਂ ਅਤੇ ਆਡੀਓ ਡਿਵਾਈਸਾਂ ਦੇ ਸਿੰਕ ਅਤੇ ਨਿਯੰਤਰਣ ਲਈ ਕੌਂਫਿਗਰੇਬਲ ਸਿੰਕ ਅਤੇ ਕੰਟਰੋਲ ਮੋਡੀਊਲ
- ਬਿਲਟ-ਇਨ ਟਾਈਮਕੋਡ ਜੇਨਰੇਟਰ, 0.5ppm VC TCXO ਨਾਲ
- ਟਾਈਮਕੋਡ ਇੰਪੁੱਟ ਅਤੇ ਟਾਈਮਕੋਡ ਆਉਟਪੁੱਟ ਮੋਡ
- ਮਾਸਟਰ ਜਾਂ ਸਲੇਵ ਓਪਰੇਸ਼ਨ ਮੋਡ
- ਜੇਨਲਾਕ ਅਤੇ ਵਰਡ ਕਲਾਕ ਸਿੰਕ ਆਉਟਪੁੱਟ
- ਉਪ-GHz ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਾਇਰਲੈੱਸ ਨੂੰ ਸਿੰਕ ਅਤੇ ਕੰਟਰੋਲ ਕਰੋ, ਸੰਚਾਰਿਤ ਕਰੋ ਅਤੇ ਪ੍ਰਾਪਤ ਕਰੋ।
- ਬਾਹਰੀ ਐਂਟੀਨਾ ਪੋਰਟ
- 2.4GHz ਬਲੂਟੁੱਥ LE ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਐਪਸ ਲਈ ਵਧੀਕ ਕਨੈਕਟੀਵਿਟੀ।
- 2.0v ਅਤੇ 3.3v ਨਿਯੰਤ੍ਰਿਤ ਇਨਪੁਟਸ
- ਬਫਰਡ ਡੇਟਾ ਇਨਪੁਟਸ ਦੇ ਨਾਲ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੀ ਮੇਜ਼ਬਾਨੀ ਕਰਨ ਲਈ UART
- ਸਾਰੇ ਮੀਨੂ ਅਤੇ ਨਿਯੰਤਰਣ ਫੰਕਸ਼ਨਾਂ ਲਈ ਸਧਾਰਨ ਸੀਰੀਅਲ UART API
- ਸਿੰਗਲ ਪਾਵਰ ਅਤੇ I/O ਪੋਰਟ
- ਸਰਫੇਸ ਮਾਊਂਟ ਮੋਡੀਊਲ
ਸਿਸਟਮ ਖਤਮview
ਜਾਣ-ਪਛਾਣ
AirGlu™ ਮੋਡੀਊਲ ਇੱਕ ਪੇਸ਼ੇਵਰ ਕੈਮਰਾ, ਰਿਕਾਰਡਰ, ਜਾਂ ਆਡੀਓ ਡਿਵਾਈਸ ਨੂੰ ਵਾਇਰਲੈੱਸ ਸਿੰਕ ਅਤੇ ਕੰਟਰੋਲ ਸਮਰੱਥਾ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਇੱਕ ਊਰਜਾ-ਅਨੁਕੂਲ, ਸੰਖੇਪ ਹੱਲ ਹੈ।
ਇਹ ਇੱਕ ਏਕੀਕ੍ਰਿਤ MCU/2.4GHz ਟ੍ਰਾਂਸਸੀਵਰ, FPGA, ਅਤੇ ਸਬ GHz ਰੇਡੀਓ ਟ੍ਰਾਂਸਸੀਵਰ ਨੂੰ ਜੋੜਦਾ ਹੈ।
ਇੱਕ ਬਹੁਤ ਹੀ ਸਹੀ 0.5ppm TCXO ਸਥਿਰ ਟਾਈਮਕੋਡ ਅਤੇ ਸਿੰਕ ਆਉਟਪੁੱਟ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
ਇਹ ਸਬ GHz ਰੇਡੀਓ ਰਾਹੀਂ ਦੂਜੇ AirGluTM ਅਤੇ AirGlu2TM ਮੋਡਿਊਲਾਂ ਨਾਲ ਜਾਂ 3GHz ਬਲੂਟੁੱਥ LE ਰੇਡੀਓ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਤੀਜੀ ਧਿਰ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰ ਸਕਦਾ ਹੈ।
ਇਸ ਵਿੱਚ ਇੱਕ ਬਾਹਰੀ-ਅੰਦਰੂਨੀ ਐਂਟੀਨਾ ਪੋਰਟ ਹੈ ਅਤੇ ਇੱਕ ਹੋਸਟ PCB ਵਿੱਚ ਸਤਹ ਮਾਊਂਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਇਹ 22 mm x 16 mm 'ਤੇ ਬਹੁਤ ਹੀ ਸੰਖੇਪ ਹੈ।
ਸੀਰੀਅਲ UART API S1C ਕਮਾਂਡਾਂ
API V5.4
ਡਿਵਾਈਸਾਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਣ ਲਈ S1C ਦੀਆਂ ਕੌਂਫਿਗਰੇਸ਼ਨ ਸੈਟਿੰਗਾਂ ਪ੍ਰਾਪਤ ਕਰਨਾ/ਬਦਲਣਾ
ਸਾਰੀਆਂ ਕਮਾਂਡਾਂ ਆਮ ਤੌਰ 'ਤੇ ਟੈਕਸਟ-ਅਧਾਰਿਤ ਸਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਣਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਦੁਆਰਾ ਡਿਵਾਈਸ ਨਾਲ ਸੰਚਾਰ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
- ਇੱਕ ਦੋ-ਦਿਸ਼ਾਵੀ ਸੀਰੀਅਲ ਲਿੰਕ। ਇਹ ਲਿੰਕ ਵਰਤਮਾਨ ਵਿੱਚ 57600 ਦੀ ਡਿਫੌਲਟ ਬੌਡ ਦਰ ਦੇ ਨਾਲ CTS/RTS ਹੈਂਡਸ਼ੇਕ ਦੇ ਨਾਲ ਜਾਂ ਬਿਨਾਂ ਇੱਕ ਤਰਕ-ਪੱਧਰ ਦੇ ਸੀਰੀਅਲ ਪੋਰਟ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਅਧਾਰਤ ਹੋਵੇਗਾ। ਧਿਆਨ ਦਿਓ ਕਿ TCS ਸਟੈਂਡਰਡ ਸੀਰੀਅਲ I/O ਪੂਰੀ RS232 ਵਾਲੀਅਮ ਨੂੰ ਬਰਦਾਸ਼ਤ ਨਹੀਂ ਕਰੇਗਾ।tage ਪੱਧਰਾਂ, RS232 ਦਾ ਵੀ ਉਲਟ ਤਰਕ ਹੈ।
- ਬਲੂਟੁੱਥ ਲੋਅ ਐਨਰਜੀ ਸਮਰਥਿਤ ਡਿਵਾਈਸਾਂ ਲਈ।
ਸਧਾਰਨ ਕੰਟਰੋਲ ਬੇਨਤੀ ਸੁਨੇਹਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਿਸਟਮ ਵਨ ਕੰਟਰੋਲਰ (S1C) ਨਾਲ ਮੁੱਲਾਂ ਨੂੰ ਪੜ੍ਹਨ ਜਾਂ ਬਦਲਣ ਲਈ ਵਰਤਿਆ ਜਾਣ ਵਾਲਾ ਢੰਗ। ਇਹ ਬੇਨਤੀਆਂ ਜਾਣਕਾਰੀ ਨੂੰ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਨ ਜਾਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲਣ ਲਈ ਹੋ ਸਕਦੀਆਂ ਹਨ। S1C ਬੇਨਤੀ ਕੀਤੇ ਡੇਟਾ ਜਾਂ ਮਾਨਤਾ ਤਬਦੀਲੀਆਂ ਦਾ ਜਵਾਬ ਦੇਵੇਗਾ।
ਸਾਰੇ ਨਿਯੰਤਰਣ ਸੁਨੇਹਿਆਂ ਅਤੇ ਜਵਾਬਾਂ ਦੀ ਸਧਾਰਨ ਟਰਮੀਨਲ ਸੌਫਟਵੇਅਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਭਾਵ ਸੀਰੀਅਲ ਲਿੰਕਾਂ ਲਈ ਟੈਰੇਟਰਮ
ਕਮਾਂਡ ਸਿੰਟੈਕਸ
ਕਮਾਂਡਾਂ ਅਤੇ ਜਵਾਬ ਪੜ੍ਹਨਯੋਗ ASCII ਸਤਰ ਦੇ ਰੂਪ ਵਿੱਚ ਬਣਦੇ ਹਨ।
ਕਮਾਂਡ/ਸਵਾਲ/ਜਵਾਬ ਇੱਕ `#' ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ, ਇਹ ਸ਼ੁਰੂਆਤੀ ਅੱਖਰ ਕਮਾਂਡ/ਕਵੇਰੀ ਸਤਰ ਦੇ ਬਾਅਦ ਆਉਂਦਾ ਹੈ ਜਿਸਦੇ ਬਾਅਦ `?' ਸਵਾਲਾਂ ਲਈ ਜਾਂ ਹੁਕਮਾਂ/ਜਵਾਬਾਂ ਲਈ `='।
ਸਾਰੀਆਂ ਕਮਾਂਡਾਂ ਅਤੇ ਪੁੱਛਗਿੱਛਾਂ ਕੇਸ ਸੰਵੇਦਨਸ਼ੀਲ ਹਨ, ਵਰਤਮਾਨ ਵਿੱਚ ਸਾਰੇ ਵੱਡੇ-ਕੇਸ ਅਤੇ 4 ASCII ਅੱਖਰ-ਚਿੰਨ੍ਹ ਹਨ - `#', `=' ਜਾਂ `?' ਨੂੰ ਛੱਡ ਕੇ।
ਸਾਰੀਆਂ ਕਮਾਂਡਾਂ ਅਤੇ ਪੁੱਛਗਿੱਛਾਂ ਨੂੰ a ਨਾਲ ਖਤਮ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਏ + (0x0a ਜਾਂ 0x0d,0x0a)[`\n' ਜਾਂ `\r\n']। ਸਾਰੇ ਗੈਰ-ਬਾਈਨਰੀ ਜਵਾਬਾਂ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਨਾਲ ਸਮਾਪਤ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ
BLink ਨੈੱਟਵਰਕ ਦੇ ਅਨੁਕੂਲ ਹੋਣ ਲਈ ਕਮਾਂਡ ਵੈਲਯੂ ਸਤਰ 112 ਬਾਈਟਾਂ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ।
ਬਾਈਨਰੀ ਕਮਾਂਡਾਂ
ਬਾਈਨਰੀ ਡੇਟਾ ਦੀ ਲੋੜ ਵਾਲੇ ਕਮਾਂਡਾਂ ਜਾਂ ਪੁੱਛਗਿੱਛਾਂ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਅਨੁਸਾਰ ਵੱਖ-ਵੱਖ ਅਸਾਈਨਮੈਂਟ ਅੱਖਰਾਂ ਨਾਲ ਪਛਾਣਿਆ ਜਾਂਦਾ ਹੈ।
`>'………… ਬਾਈਨਰੀ ਸੈੱਟ (ਟੈਕਸਟ ਕਮਾਂਡ ਦੇ `=' ਵਾਂਗ ਹੀ)
`<'………… ਬਾਈਨਰੀ ਗੇਟ (ਟੈਕਸਟ ਕਮਾਂਡ ਦੇ `?' ਵਾਂਗ ਹੀ)
ਅਸਾਈਨਮੈਂਟ ਦੇ ਬਾਅਦ, ਅੱਖਰ ਇੱਕ ਸਿੰਗਲ ਲੰਬਾਈ ਬਾਈਟ ਹੈ ਜੋ ਹੇਠਾਂ ਦਿੱਤੇ ਬਾਈਨਰੀ ਡੇਟਾ ਦੀ ਲੰਬਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਜੇਕਰ ਪਾਲਣਾ ਕਰਨ ਲਈ ਕੋਈ ਬਾਈਨਰੀ ਡੇਟਾ ਨਹੀਂ ਹੈ ਤਾਂ ਇਹ ਲੰਬਾਈ ਬਾਈਟ ਜ਼ੀਰੋ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਲੰਬਾਈ ਬਾਈਟ ਨੂੰ ਫਿਰ ਬਾਈਨਰੀ ਡੇਟਾ ਦੇ ਪਹਿਲੇ ਬਾਈਟ ਤੋਂ ਬਾਅਦ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਬਾਈਨਰੀ ਡੇਟਾ (ਜਾਂ ਜ਼ੀਰੋ-ਲੰਬਾਈ ਬਾਈਟ) ਨੂੰ ਅਜੇ ਵੀ ਇੱਕ `n' ਸਮਾਪਤੀ ਅੱਖਰ ਨਾਲ ਪਾਲਣਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।
“#BCMD>ਲੰਬਾਈ+ਬਾਈਨਰੀ ਡਾਟਾ\n”
ਪ੍ਰਤੀ ਲਾਈਨ ਕਈ ਕਮਾਂਡਾਂ
ਇੱਕ ਸਿੰਗਲ ਕਮਾਂਡ ਲਾਈਨ 'ਤੇ ਕਈ ਕਮਾਂਡਾਂ ਰੱਖੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਇਹ ਇੱਕ ਸਿੰਗਲ ਰਿਮੋਟ ਡਿਵਾਈਸ ਲਈ ਬਲਿੰਕ ਕਮਾਂਡਾਂ/ਸਵਾਲਾਂ ਲਈ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਹੈ ਕਿਉਂਕਿ ਇੱਕ ਲਾਈਨ ਉੱਤੇ ਕਈ ਕਮਾਂਡਾਂ ਇੱਕ ਸਿੰਗਲ ਫਰੇਮ ਪੀਰੀਅਡ ਵਿੱਚ ਰਿਮੋਟ ਡਿਵਾਈਸ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ ਭਾਵ ਜਲਦੀ। ਮਲਟੀਪਲ ਕਮਾਂਡਾਂ ਨੂੰ `:' (ਪੂਰੇ ਕੋਲਨ) ਅੱਖਰ ਨਾਲ ਵੱਖ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਹਰ ਲਾਈਨ, ਹਰੇਕ ਕਮਾਂਡ ਨੂੰ `#' ਅੱਖਰ ਨਾਲ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਅਤੇ a\n” ਨਾਲ ਸਮਾਪਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ
“#TCTM?:TCUB?:RFTX=1:BINC>\04****\n”
ਕਈ ਕਮਾਂਡਾਂ ਦੇ ਜਵਾਬ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਵਾਪਸ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ।
ਇਹ ਯਾਦ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਇੱਥੇ 112 ਅੱਖਰਾਂ ਦੀ ਇੱਕ ਲਾਈਨ ਲੰਬਾਈ ਸੀਮਾ ਹੈ।
ਨੈੱਟਵਰਕ ਕਮਾਂਡਾਂ ਨੂੰ ਬਲਿੰਕ ਕਰੋ ਬਲਿੰਕ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸ ਦਾ ਪਤਾ ਥੋੜ੍ਹਾ ਵੱਖਰਾ ਹੈ, ਕਿਰਪਾ ਕਰਕੇ ਬਾਅਦ ਦੇ ਭਾਗ ਨੂੰ ਦੇਖੋ
ਪੂਰੇ ਵੇਰਵਿਆਂ ਲਈ 'ਬਲਿੰਕ ਨੈੱਟਵਰਕ'।
ਟਾਈਮਕੋਡ ਸਰੋਤ
TCSC?………. ਮੌਜੂਦਾ ਟਾਈਮਕੋਡ ਸਰੋਤ ਨੂੰ ਇੱਕ ਸਟ੍ਰਿੰਗ TCSC=n ਵਜੋਂ ਵਾਪਸ ਕਰਦਾ ਹੈ ਜਿੱਥੇ n ਇੱਕ ASCII '0' ਤੋਂ '2' ਹੈ ਜਿੱਥੇ;
0 = ਅੰਦਰੂਨੀ (ਮੁਫ਼ਤ ਦੌੜ)
1 = ਬਾਹਰੀ RF
2 = ਬਾਹਰੀ RF (ਜਾਰੀ) ਸਿੰਕ ਪੈਕੇਟ ਦੇ ਵਿਚਕਾਰ ਮੁਫਤ ਰਨ.
3 = ਬਾਹਰੀ LTC
4 = ਬਾਹਰੀ LTC (ਜਾਰੀ) ਮੁਫ਼ਤ ਰਨ ਜੇਕਰ ਸਿਗਨਲ TCSC=n ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ………. ਟਾਈਮਕੋਡ ਸਰੋਤ ਨੂੰ ਹੇਠਾਂ ਦਿੱਤੀ ਸੂਚੀ ਦੇ ਅਨੁਸਾਰ ਮੁੱਲ n ਤੇ ਸੈੱਟ ਕਰਦਾ ਹੈ। S1C ਮੌਜੂਦਾ ਸੈੱਟ ਕੀਤੇ ਸਰੋਤ ਨਾਲ ਜਵਾਬ ਦੇਵੇਗਾ ਜਿੱਥੇ;
0 = ਅੰਦਰੂਨੀ
1 = ਬਾਹਰੀ RF
2 = ਬਾਹਰੀ RF (ਜਾਰੀ)
3 = ਬਾਹਰੀ LTC
4 = ਬਾਹਰੀ LTC (ਜਾਰੀ)
5 = ਇੱਕ ਵਾਰ RF ਤੇ ਜਾਮ ਕਰੋ ਫਿਰ ਅੰਦਰੂਨੀ ਮੋਡ ਤੇ ਜਾਓ
6 = ਐਲਟੀਸੀ 'ਤੇ ਇੱਕ ਵਾਰ ਜਾਮ ਕਰੋ ਫਿਰ ਅੰਦਰੂਨੀ ਮੋਡ 'ਤੇ ਜਾਓ
ਟਾਈਮਕੋਡ
TCTM?…….. ਮੌਜੂਦਾ ਟਾਈਮਕੋਡ ਨੂੰ ਇੱਕ ਸਟ੍ਰਿੰਗ “TCTM=hhmmssff” ਵਜੋਂ ਵਾਪਸ ਕਰਦਾ ਹੈ
TCTM=hhmmssff ……. ਮੌਜੂਦਾ ਟਾਈਮਕੋਡ ਸੈੱਟ ਕਰਦਾ ਹੈ (ਸਿਰਫ਼ 'ਅੰਦਰੂਨੀ' ਮੋਡ ਵਿੱਚ)
ਉਪਭੋਗਤਾ-ਬਿੱਟ (RF ਉਪਭੋਗਤਾ ਬਿੱਟ ਵੀ ਵੇਖੋ)
TCUB?……… ਵਰਤਮਾਨ ਯੂਜ਼ਰ ਬਿਟਸ ਦਿੰਦਾ ਹੈ
TCUB=uuuuuuuu……… ਵਰਤਮਾਨ ਉਪਭੋਗਤਾ ਬਿੱਟਾਂ ਨੂੰ ਸੈੱਟ ਕਰਦਾ ਹੈ (ਸਿਰਫ਼ ਜੇਕਰ 'ਅੰਦਰੂਨੀ' ਮੋਡ ਵਿੱਚ ਜਾਂ RF ਉਪਭੋਗਤਾ ਬਿੱਟ ਸਵਿੱਚ (RFUB) ਬੰਦ ਹੈ)
ਪ੍ਰਸਾਰਣ ਟਾਈਮਕੋਡ *
TCBC=n ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਸੀਰੀਅਲ ਆਉਟਪੁੱਟ '#TCTM=hhmmssff' ਸਤਰ 'ਤੇ ਪ੍ਰਸਾਰਣ ਲਈ ਯੂਨਿਟ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੇਗਾ।
TCBC=0…….. ਪ੍ਰਸਾਰਣ ਬੰਦ ਕਰੋ
TCBC = 1…… ਫਰੇਮ 10 ਉੱਤੇ ਇੱਕ ਸਕਿੰਟ ਵਿੱਚ ਇੱਕ ਵਾਰ ਟਾਈਮਕੋਡ ਭੇਜੋ। ਫਰੇਮ 10 ਵਰਤੇ ਗਏ/ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਔਫਸੈੱਟ ਸਮਾਯੋਜਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ।
TCBC=2 ਹਰ ਫਰੇਮ ਨੂੰ ਟਾਈਮਕੋਡ ਭੇਜੋ।
ਟਾਈਮਕੋਡ ਰਨ/ਫ੍ਰੀਜ਼ *
ਜਦੋਂ ਟਾਈਮਕੋਡ ਸਰੋਤ ਨੂੰ ਇੱਕ ਗੈਰ-ਨਿਰੰਤਰ ਮੋਡ 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਆਉਟਪੁੱਟ ਟਾਈਮਕੋਡ ਉਦੋਂ ਤੱਕ 'ਫ੍ਰੀਜ਼' ਹੋ ਜਾਵੇਗਾ ਜਦੋਂ ਤੱਕ ਕਿ ਆਉਣ ਵਾਲਾ ਸਿਗਨਲ ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦਾ, ਟਾਈਮਕੋਡ ਨੂੰ ਚਾਲੂ ਕਰਦਾ ਹੈ।
ਜਦੋਂ ਕਿ ਨਿਰੰਤਰ ਮੋਡ ਬਾਹਰੀ ਸਿਗਨਲ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ ਟਾਈਮਕੋਡ ਨੂੰ ਚਲਾਉਣਾ ਜਾਰੀ ਰੱਖਣਗੇ ਅਤੇ ਫਿਰ ਸਿਗਨਲ ਦੇ ਮੁੜ ਸਥਾਪਿਤ ਹੋਣ 'ਤੇ 'ਸਾਫਟ-ਲਾਕ'। ਇਹ ਫੰਕਸ਼ਨ ਮਿਆਰੀ ਵਿਵਹਾਰ ਨੂੰ ਓਵਰਰਾਈਡ ਕਰ ਸਕਦੇ ਹਨ।
TCRN?……… ਵਾਪਸ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਟਾਈਮਕੋਡ ਚੱਲ ਰਿਹਾ ਹੈ (=1) ਜਾਂ ਫ੍ਰੀਜ਼ (=0)।
TCRN=n……… ਚਲਾਉਣ ਲਈ ਟਾਈਮਕੋਡ ਸੈੱਟ ਕਰਦਾ ਹੈ (n=1) ਜਾਂ ਫ੍ਰੀਜ਼ (n=0)।
ਫਰੇਮ ਦੀ ਦਰ *
TCFR?…… ਮੌਜੂਦਾ ਫਰੇਮ ਰੇਟ (ਫਰੇਮ ਪ੍ਰਤੀ ਸਕਿੰਟ) ਅਤੇ ਕੀ ਟਾਈਮਕੋਡ ਡੇਟਾ ਦੀ ਡ੍ਰੌਪ-ਫ੍ਰੇਮ ਏਨਕੋਡਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵਾਪਸ ਕਰਦਾ ਹੈ। TCFR=n,d ਦਿੰਦਾ ਹੈ ਜਿੱਥੇ n FPS ਹੈ
ਮੁੱਲ*1001 ਅਤੇ d ਇਸ ਗੱਲ ਦਾ ਫਲੈਗ ਹੈ ਕਿ ਡਰਾਪ-ਫ੍ਰੇਮ ਏਨਕੋਡਿੰਗ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ ਜਾਂ ਨਹੀਂ;
24000,0 = 23.98 fps (ਨਾਨ ਡ੍ਰੌਪ-ਫ੍ਰੇਮ)
24024,0 = 24 fps
25025,0 = 25 fps
30000,0 = 29.97 fps
30000,1 = 29.97 fps ਡਰਾਪ-ਫ੍ਰੇਮ
30030,0 = 30 fps
30030,1 = 30 fps ਡਰਾਪ-ਫ੍ਰੇਮ
ਫੰਕਸ਼ਨ ਹੇਠਾਂ ਦਿੱਤੇ ਅਨੁਸਾਰ ਡਬਲ ਫਰੇਮ ਦਰਾਂ ਨੂੰ ਸਵੀਕਾਰ ਕਰੇਗਾ ਪਰ ਜਵਾਬ ਵਿੱਚ ਅਤੇ ਬਾਅਦ ਦੀਆਂ ਪੁੱਛਗਿੱਛਾਂ ਲਈ ਮਿਆਰੀ ਦਰ ਮੁੱਲ ਵਾਪਸ ਕਰੇਗਾ।
48000,0 = 47.96 fps (ਨਾਨ ਡ੍ਰੌਪ-ਫ੍ਰੇਮ)
48048,0 = 48 fps
50050,0 = 50 fps
60000,0 = 59.94 fps
60000,1 = 99.94 fps ਡਰਾਪ-ਫ੍ਰੇਮ
60060,0 = 60 fps
60060,1 = 60 fps ਡਰਾਪ-ਫ੍ਰੇਮ
TCFR=n,d…….. ਮੌਜੂਦਾ ਫ੍ਰੇਮ ਰੇਟ ਅਤੇ ਡਰਾਪ ਫਰੇਮ ਨੂੰ n, d ਦੇ ਮੁੱਲਾਂ 'ਤੇ ਸੈੱਟ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਉਪਰੋਕਤ ਸੂਚੀ ਵਿੱਚ ਹੈ। ਵਾਪਸੀ ਮੁੱਲ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ ਕਿਉਂਕਿ ਗੈਰ-ਕਾਨੂੰਨੀ ਮੁੱਲਾਂ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾਵੇਗਾ ਜਾਂ ਨਜ਼ਦੀਕੀ ਮੁੱਲ ਵਿੱਚ ਬਦਲਿਆ ਜਾਵੇਗਾ।
ਜੇਕਰ ਫਰੇਮ ਰੇਟ ਬਦਲਦੇ ਹਨ ਤਾਂ ਟੀਵੀ ਸਿੰਕ ਸਟੈਂਡਰਡ ਵੀ ਬਦਲ ਸਕਦਾ ਹੈ। ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ FPS ਵਿੱਚ ਕਿਸੇ ਵੀ ਤਬਦੀਲੀ ਤੋਂ ਬਾਅਦ ਟੀਵੀ ਸਿੰਕ ਮੁੱਲ ਨੂੰ ਪੜ੍ਹਿਆ ਅਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਜੇਨਲਾਕ ਜਾਂ ਸਿੰਕ ਸਟੈਂਡਰਡ
GLSD?…….. ਮੌਜੂਦਾ ਟੀਵੀ ਸਿੰਕ (ਜੇਨਲਾਕ) ਵਿਧੀ ਨੂੰ ਇੱਕ ਸਟ੍ਰਿੰਗ ਦੇ ਰੂਪ ਵਿੱਚ ਵਾਪਸ ਕਰਦਾ ਹੈ GLSD=n ਜਿੱਥੇ n ਇੱਕ ASCII 0 ਤੋਂ 13 ਹੈ ਜਿੱਥੇ;
0 = ਬੰਦ
1 = ਪਾਲ
2 = NTSC
3 = 720 ਪੀ
4 = 720p x2 (ਡਬਲ ਰੇਟ)
5 = 1080i
6 = 1080 ਪੀ
7 = 1080p x2
8 = LTC (ਟਾਈਮਕੋਡ)
9 = 44.1 KHz ਵਰਡਕਲੌਕ
10 = 88.2 KHz ਵਰਡਕਲੌਕ
11 = 48 KHz ਵਰਡਕਲੌਕ
12 = 96 KHz ਵਰਡਕਲੌਕ
13 = 192 KHz ਵਰਡਕਲੌਕ
GLSD=n ਮੌਜੂਦਾ ਟੀਵੀ ਸਿੰਕ ਵਿਧੀ ਨੂੰ ਉੱਪਰ ਦਿੱਤੀ ਸੂਚੀ ਦੇ ਮੁੱਲ n 'ਤੇ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਸਿੰਕ ਸਟੈਂਡਰਡ ਮੌਜੂਦਾ ਫ੍ਰੇਮ ਰੇਟ ਲਈ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ ਤਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਜਵਾਬ ਬੇਨਤੀ ਦੇ ਸਮਾਨ ਨਾ ਹੋਵੇ। ਜਵਾਬ ਨੂੰ ਡੀਕੋਡ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿਉਂਕਿ ਕੁਝ ਟੀਵੀ ਸਿੰਕ ਵਿਧੀਆਂ ਨੂੰ ਕੁਝ ਫਰੇਮ ਦਰਾਂ ਨਾਲ ਨਹੀਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।
ਜੇਨਲਾਕ ਜਾਂ ਸਿੰਕ ਪੱਧਰ
GLOP?……. ਮੌਜੂਦਾ ਟੀਵੀ ਸਿੰਕ ਪੱਧਰ GLOP=n ਵਾਪਸ ਕਰਦਾ ਹੈ ਜਿੱਥੇ n ਇੱਕ ASCII ਅੱਖਰ '0' ਜਾਂ '1' ਹੈ ਜਿੱਥੇ;
0 = ਆਮ…… (75 Ohm)
1 = ਉੱਚ……… (2D ਕੈਮਰਾ ਰਿਗ ਲਈ 75 x 37.5 Ohm = 3 Ohm)
GLOP=n …….. ਉੱਪਰ ਦਿੱਤੀ ਸਾਰਣੀ ਦੇ ਅਨੁਸਾਰ ਟੀਵੀ ਸਿੰਕ ਆਉਟਪੁੱਟ ਨੂੰ ਸੈੱਟ ਕਰਦਾ ਹੈ
RF ਚੈਨਲ ਨੰਬਰ *
RFCH?………. ਮੌਜੂਦਾ RF ਚੈਨਲ ਨੰਬਰ ਨੂੰ "RFCH=n" ਵਜੋਂ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਚੈਨਲ ਨੰਬਰ ਦੀ ਰੇਂਜ 1 ਤੋਂ ਵੱਧ ਤੋਂ ਵੱਧ 14 ਤੱਕ ਹੈ ਪਰ ਇਹ ਦੇਸ਼/ਖੇਤਰ 'ਤੇ ਨਿਰਭਰ ਕਰੇਗੀ।
RFCH=n……. ਮੌਜੂਦਾ RF ਚੈਨਲ ਨੰਬਰ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਜਵਾਬ ਨੂੰ ਡੀਕੋਡ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿਉਂਕਿ ਕੁਝ ਖੇਤਰਾਂ ਵਿੱਚ ਕੁਝ ਚੈਨਲਾਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
ਦੇਸ਼/ਖੇਤਰ ਸੈਟਿੰਗ *
RFCN?……… ISM ਬੈਂਡ ਟ੍ਰਾਂਸਸੀਵਰ ਲਈ ਮੌਜੂਦਾ ਦੇਸ਼/ਖੇਤਰ ਸੈਟਿੰਗ ਵਾਪਸ ਕਰੋ
RFCN=n…… ਮੌਜੂਦਾ ਦੇਸ਼/ਖੇਤਰ ਸੈਟਿੰਗ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਦੇਸ਼ ਬਦਲ ਰਿਹਾ ਹੈ ਤਾਂ RF ਚੈਨਲ ਨੰਬਰ ਵੀ ਬਦਲ ਸਕਦਾ ਹੈ, ਇਸਲਈ ਦੇਸ਼/ਖੇਤਰ ਵਿੱਚ ਕਿਸੇ ਵੀ ਤਬਦੀਲੀ ਤੋਂ ਬਾਅਦ RF ਚੈਨਲ ਨੰਬਰ ਨੂੰ ਪੜ੍ਹਿਆ ਅਤੇ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
0 = CEPT (EU/UK) …. 865.050-868.050MHz
1 = FCC (US/AU) …….. 915.050-918.650MHz
2 = ARIB (JP)…. ……….920.600-923.600MHz
RF ਸਿਗਨਲ ਤਾਕਤ
RFSI? ਮੌਜੂਦਾ ਸਿਗਨਲ ਤਾਕਤ (0 ਤੋਂ 99) ਅਤੇ ਕੀ ਯੂਨਿਟ ਨੂੰ ਇੱਕ RF ਟਾਈਮਕੋਡ ਸਿਗਨਲ ਨਾਲ ਲਾਕ ਕੀਤਾ ਗਿਆ ਹੈ ਵਾਪਸ ਕਰਦਾ ਹੈ।
ਵਾਪਸੀ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਹੋਵੇਗੀ;
#RFSI=68,1………… ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਮੌਜੂਦਾ ਸਿਗਨਲ ਤਾਕਤ 68 ਹੈ ਅਤੇ ਯੂਨਿਟ ਲਾਕ ਹੈ।
ਜਦਕਿ;
#RFSI=14,0……… ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਮੌਜੂਦਾ ਸਿਗਨਲ ਤਾਕਤ 14 ਹੈ ਅਤੇ ਯੂਨਿਟ ਅਨਲੌਕ ਹੈ।
RF ਉਪਭੋਗਤਾ ਬਿੱਟ
RFUB?……. 'RF ਰੀਸੀਵ ਯੂਜ਼ਰ-ਬਿਟਸ' ਚਾਲੂ/ਬੰਦ ਸਵਿੱਚ ਮੁੱਲ, 0(ਜ਼ੀਰੋ) ਜੇਕਰ ਬੰਦ ਜਾਂ ਮਾਸਟਰ ਨਾਲ ਸਿੰਕ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, 1 ਜੇਕਰ ਚਾਲੂ ਹੈ ਭਾਵ ਸਮਕਾਲੀਕਰਨ ਕਰਦਾ ਹੈ।
RFUB=n…… RF ਯੂਜ਼ਰ-ਬਿਟਸ ਚਾਲੂ/ਬੰਦ ਸਵਿੱਚ ਸੈੱਟ ਕਰਦਾ ਹੈ, ਜਿੱਥੇ n = 0(ਬੰਦ) ਜਾਂ 1(ਚਾਲੂ)
ਟ੍ਰਾਂਸਮੀਟਰ ਚਾਲੂ/ਬੰਦ *
RFTX?…….. ਟ੍ਰਾਂਸਮੀਟਰ ਦੀ ਸਥਿਤੀ, 0(ਜ਼ੀਰੋ) ਜੇਕਰ ਬੰਦ ਹੈ, 1 ਜੇਕਰ ਚਾਲੂ ਹੈ, ਵਾਪਸ ਕਰਦਾ ਹੈ।
RFTX=n…….. ਟਰਾਂਸਮੀਟਰ ਚਾਲੂ/ਬੰਦ ਸੈੱਟ ਕਰਦਾ ਹੈ, ਜਿੱਥੇ n = 0(ਬੰਦ) ਜਾਂ 1(ਚਾਲੂ)
ਨੋਟ:
ਜੇਕਰ ਟਾਈਮਕੋਡ ਸਰੋਤ ਬਾਹਰੀ RF ਮੋਡ ਵਿੱਚ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਟ੍ਰਾਂਸਮੀਟਰ ਆਪਣੇ ਆਪ ਬੰਦ ਹੋ ਜਾਵੇਗਾ। ਵਾਪਸ ਸਵਿੱਚ ਕਰਨ 'ਤੇ ਇਹ ਆਪਣੇ ਆਪ ਮੁੜ-ਸਮਰੱਥ ਨਹੀਂ ਹੋਵੇਗਾ।
ਡਿਵਾਈਸ ਕਿਸਮ ਦਾ ਨਾਮ
STTN?…… ਮੌਜੂਦਾ ਯੂਨਿਟ ਦੀ ਡਿਵਾਈਸ ਕਿਸਮ ਨੂੰ ਟੈਕਸਟ ਸਤਰ ਦੇ ਤੌਰ 'ਤੇ ਵਾਪਸ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ "ਸਿਸਟਮ ਵਨ OEM"।
ਡਿਵਾਈਸ ਪਰਿਭਾਸ਼ਿਤ ਨਾਮ
STNM?…… ਮੌਜੂਦਾ ਯੂਨਿਟ ਦੀ ਟੈਕਸਟ ਨਾਮ ਸਤਰ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਇਹ ਸਤਰ ਉਪਭੋਗਤਾ-ਪਰਿਭਾਸ਼ਿਤ ਹੈ ਅਤੇ ਯੂਨਿਟ ਲਈ ਇੱਕ 'ਦੋਸਤਾਨਾ' ਨਾਮ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਜਿਵੇਂ ਕਿ "ਕੈਮਰਾ 1"।
STNM=…… ਯੂਨਿਟ ਦਾ ਟੈਕਸਟ ਨਾਮ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਅਧਿਕਤਮ ਲੰਬਾਈ 11 ਅੱਖਰ ਹੈ।
ਡਿਸਪਲੇ ਦੀ ਚਮਕ (ਸਿਰਫ਼ ਉਪਯੋਗੀ ਜੇਕਰ ਡਿਸਪਲੇ ਨਾਲ ਵਰਤੀ ਜਾਂਦੀ ਹੈ)
STBT?…… (ਨਾਪਸੰਦ – STBR ਦੀ ਵਰਤੋਂ ਕਰੋ) ਮੌਜੂਦਾ ਚਮਕ ਸੈਟਿੰਗ ਨੂੰ “STBT=n” ਵਜੋਂ ਵਾਪਸ ਕਰਦਾ ਹੈ ਜਿੱਥੇ n ਇੱਕ ascii ਅੱਖਰ ਹੈ ਜੋ ਮੌਜੂਦਾ ਡਿਸਪਲੇ ਚਮਕ ਮੁੱਲ '0' ਤੋਂ '7' ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
STBT=n... ਡਿਸਪਲੇ ਦੀ ਚਮਕ ਸੈੱਟ ਕਰਦਾ ਹੈ।
ਸੰਸ਼ੋਧਨ
STVS?... ਮੌਜੂਦਾ ਸੰਸਕਰਣ ਨੂੰ ਇੱਕ ਸਤਰ ਦੇ ਰੂਪ ਵਿੱਚ ਵਾਪਸ ਕਰਦਾ ਹੈ “STVS= "ਕਿੱਥੇ ਸੈਮੀਕੋਲਨ ';' ਦੁਆਰਾ ਵੱਖ ਕੀਤੇ ਪ੍ਰੋਗਰਾਮ ਦੀ ਕਿਸਮ/ਸੰਸ਼ੋਧਨ ਅਤੇ FPGA ਕਿਸਮ/ਸੰਸ਼ੋਧਨ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ।
S1C ਪ੍ਰੋਟੋਕੋਲ ਸੰਸ਼ੋਧਨ ਦੇ ਬਾਅਦ.
STVP?……. ਪ੍ਰੋਗਰਾਮ ਸੰਸ਼ੋਧਨ * 100 ਵਾਪਸ ਕਰਦਾ ਹੈ
STVF?…… FPGA ਸੰਸ਼ੋਧਨ * 100 ਵਾਪਸ ਕਰਦਾ ਹੈ
STVC?... S1C ਪ੍ਰੋਟੋਕੋਲ ਸੰਸ਼ੋਧਨ ਵਾਪਸ ਕਰਦਾ ਹੈ
ਡਿਵਾਈਸ ਸਥਿਤੀ
STST?……. (ਨਾਪਸੰਦ – STSS/STSP ਦੀ ਵਰਤੋਂ ਕਰੋ)
ਡਿਵਾਈਸ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਵਾਪਸ ਕਰਦਾ ਹੈ।
ਸਥਿਤੀਆਂ ਨੂੰ ਹਰੇਕ ਸਥਿਤੀ ਵਰਟੀਕਲ ਬਾਰ ('|',) ਦੇ ਨਾਲ ਇੱਕ ASCII ਸਤਰ ਵਜੋਂ ਵਾਪਸ ਕੀਤਾ ਜਾਵੇਗਾ।
0x7C) ਹਰੇਕ ਲਾਈਨ 'ਤੇ ਸੀਮਤ ਕੀਤਾ ਗਿਆ। ਵਾਪਸ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਸਥਿਤੀ ਇਹ ਹੋਵੇਗੀ: -
1. ਯੂਜ਼ਰਬਿਟਸ “UUUUUUUU”
2. ਸਿੰਕ ਮੋਡ (0=INT, 1=Ext RF.. TCRC ਕਮਾਂਡ ਦੇਖੋ)
3. Ext Sync Std (0=Off, 1=PAL… GLSD ਕਮਾਂਡ ਦੇਖੋ)
4. FPS (0=25,1=23.98,2=24,3=29.97, 4=30)
5. ਦੇਸ਼ (RFCN ਕਮਾਂਡ ਦੇਖੋ)
6. RF ਚੈਨਲ (RFCH ਕਮਾਂਡ ਦੇਖੋ)
7. ਚਮਕ ਦਾ ਪੱਧਰ (STBT ਕਮਾਂਡ ਦੇਖੋ)
8. ਬੈਟਰੀ (1-5)
9. PSU (0 ਜਾਂ 1) 'ਤੇ
10. ਡਿਵਾਈਸ ਦਾ ਨਾਮ (ਜੇ ਕੋਈ ਹੈ)
11. SSID (ਸਤਰ) (ਜੇ ਕੋਈ ਹੈ)
ਇਸ ਬੇਨਤੀ ਤੋਂ ਇੱਕ ਆਮ ਵਾਪਸੀ ਇਹ ਹੋਵੇਗੀ: -
STST=12ABCD78|0|0|23,030|1|14|60|3|0|D Name|Wave077<LF>
ਵਿਅਕਤੀਗਤ ਡਿਵਾਈਸ - ਸਥਿਰ ਡੇਟਾ
STSS?... (ਵਿਅਕਤੀਗਤ ਡਿਵਾਈਸ ਨਾਲ ਵਰਤਣ ਲਈ - BLSS=n ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੇਕਰ ਬਲਿੰਕ ਮਾਸਟਰ ਦੁਆਰਾ)
ਮੌਜੂਦਾ ਸਥਿਤੀ ਨੂੰ ਹਰੇਕ ਲਾਈਨ 'ਤੇ ਹਰੇਕ ਸਥਿਤੀ ਕੌਮਾ-ਸੀਮਤ ਦੇ ਨਾਲ ਇੱਕ ASCII ਸਤਰ ਦੇ ਰੂਪ ਵਿੱਚ ਵਾਪਸ ਕੀਤਾ ਜਾਵੇਗਾ। ਵਾਪਸ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਸਥਿਤੀ ਇਹ ਹੋਵੇਗੀ: -
- ਯੂਨਿਟ ਦੀ ਕਿਸਮ
- ਯੂਨਿਟ ਡਿਵਾਈਸ ਕਿਸਮ ਦਾ ਨਾਮ
- ਫਰਮਵੇਅਰ ਰੀਵਿਜ਼ਨ * 100
- FPGA ਸੰਸ਼ੋਧਨ * 100
- ਐਕਸਟ ਰੀਵਿਜ਼ਨ * 100
- S1C ਸੰਸ਼ੋਧਨ
- ਡਿਵਾਈਸ ਸਮਰੱਥਾ ਫਲੈਗ - ਅੰਤਿਕਾ ਵੇਖੋ
ਡਿਵਾਈਸ ਸਮਰੱਥਾ ਫਲੈਗ ਦੱਸਦੇ ਹਨ ਕਿ ਡਿਵਾਈਸ ਨਾਲ ਕਿਹੜੇ ਫੰਕਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਜੇਕਰ ਇੱਕ ਡਿਸਪਲੇ ਫਿੱਟ ਹੈ, ਵਾਈਫਾਈ ਸਮਰੱਥਾ ਹੈ, ਜਾਂ ਬਾਹਰੀ ਸਿੰਕ ਪੋਰਟ ਹੈ, ਆਦਿ। ਇਹ ਇੱਕ 32 ਬਿੱਟ ਹੈਕਸਾਡੈਸੀਮਲ ਨੰਬਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਦਰਸਾਇਆ ਗਿਆ ਹੈ।
ਇਸ ਬੇਨਤੀ ਤੋਂ ਇੱਕ ਆਮ ਵਾਪਸੀ ਇਹ ਹੋਵੇਗੀ: -
STSS=11,UltraSyncBLU,201,106,0,5,E0F07040
ਵਿਅਕਤੀਗਤ ਡਿਵਾਈਸ - ਪੋਲ ਬਦਲਣ ਵਾਲਾ ਡੇਟਾ
STSP?…… (ਵਿਅਕਤੀਗਤ ਡਿਵਾਈਸ ਨਾਲ ਵਰਤਣ ਲਈ - BLSP=n ਦੀ ਵਰਤੋਂ ਕਰੋ ਜੇਕਰ ਬਲਿੰਕ ਮਾਸਟਰ ਦੁਆਰਾ) ਮੌਜੂਦਾ ਡਿਵਾਈਸ ਤੋਂ ਸਥਿਤੀ ਦੀ ਜਾਣਕਾਰੀ ਬਦਲਣ ਲਈ ਪੋਲ।
ਸਥਿਤੀ' ਨੂੰ ਹਰੇਕ ਲਾਈਨ 'ਤੇ ਹਰੇਕ ਸਥਿਤੀ ਕੌਮੇ-ਸੀਮਤ ਦੇ ਨਾਲ ਇੱਕ ASCII ਸਤਰ ਵਜੋਂ ਵਾਪਸ ਕੀਤਾ ਜਾਵੇਗਾ। ਵਾਪਸ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਸਥਿਤੀ ਇਹ ਹੋਵੇਗੀ: -
- ਮੌਜੂਦਾ ਨਿਰਧਾਰਤ ਨੈੱਟਵਰਕ ਗਰੁੱਪ ਨੰਬਰ - '0'/'A' - 'F'
- ਵਰਤਮਾਨ ਉਪਭੋਗਤਾ ਬਿੱਟ "UUUUUUUU"
- ਡਾਟਾ ਬਦਲਿਆ ਫਲੈਗ (8bit ਹੈਕਸ) - ਹੇਠਾਂ ਦੇਖੋ
- Ext Sync Std (0=Off, 1=PAL… GLSD ਕਮਾਂਡ ਦੇਖੋ)
- ਬੈਟਰੀ ਪਰਸੇਨtage
- PSU (0 ਜਾਂ 1) 'ਤੇ
- RF ਸਿਗਨਲ ਤਾਕਤ (0 ਤੋਂ 99)
- ਦੋਸਤਾਨਾ ਨਾਮ
ਡਾਟਾ ਬਦਲਿਆ ਫਲੈਗ - ਬਿੱਟ ਪਰਿਭਾਸ਼ਾਵਾਂ;
0. ਮੁੱਖ ਸਥਿਰ ਡੇਟਾ ਬਦਲਿਆ ਗਿਆ - BLSS ਦੀ ਵਰਤੋਂ ਕਰੋ? ਤਬਦੀਲੀਆਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ
1. ਮੁੱਖ ਪੋਲਿੰਗ ਡੇਟਾ ਬਦਲਿਆ ਗਿਆ - BLSP ਦੀ ਵਰਤੋਂ ਕਰੋ? ਤਬਦੀਲੀਆਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ
2. ਨੱਥੀ ਡਿਵਾਈਸ ਸਥਿਰ ਡਾਟਾ ਬਦਲਿਆ ਗਿਆ - GCSS ਦੀ ਵਰਤੋਂ ਕਰੋ?
3. ਨੱਥੀ ਡਿਵਾਈਸ ਪੋਲਿੰਗ ਡੇਟਾ ਬਦਲਿਆ ਗਿਆ - GCSP ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਹੈ?
4-7 ਅਪ੍ਰਭਾਸ਼ਿਤ
ਇਸ ਬੇਨਤੀ ਤੋਂ ਇੱਕ ਆਮ ਵਾਪਸੀ ਇਹ ਹੋਵੇਗੀ: -
BLSP=1,B,65,CAFEF00D,05,40,0,65,UltraSync 1<LF>
STSP=0…… ਕਲੀਅਰ ਡੇਟਾ ਬਦਲੇ ਗਏ ਫਲੈਗ
ਬਲੂਟੁੱਥ ਲੋਅ ਐਨਰਜੀ (BLE) ਕਮਾਂਡਾਂ
BTPR= ਜੋੜੀ ਮੋਡ ਵਿੱਚ BLE ਸੈੱਟ ਕਰੋ ਰਿਟਰਨ ਮੁੱਲ;
BTPR=0... ਕਿਸੇ ਵੀ ਜੋੜਾ ਕ੍ਰਮ ਨੂੰ ਰੋਕੋ
BTPR=1….. ਪੇਅਰਿੰਗ ਕ੍ਰਮ ਸ਼ੁਰੂ ਕਰੋ - ਸਾਡੇ ਨਾਲ ਜੋੜਾ ਬਣਾਉਣ ਦੀ ਇੱਛਾ ਰੱਖਣ ਵਾਲੇ ਡਿਵਾਈਸਾਂ ਦੀ ਭਾਲ ਕਰੋ
BTPR=2….. ਡਿਵਾਈਸ ਨਾਲ ਕਨੈਕਟ ਕਰੋ
BTPR? …….. ਮੌਜੂਦਾ ਜੋੜੀ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰੋ ਵਾਪਸੀ ਮੁੱਲ
BTPR = 0…… ਪੇਅਰਿੰਗ ਕ੍ਰਮ ਨਿਸ਼ਕਿਰਿਆ ਹੈ
BTPR=1….. ਖੋਜ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
BTPR = 2, …… ਜੋੜੀ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਹੈ
BTST?……. BLE ਡਿਵਾਈਸਾਂ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਪ੍ਰਾਪਤ ਕਰੋ
ਇਹ ਬੇਨਤੀ ਮੌਜੂਦਾ ਕਨੈਕਟ ਕੀਤੇ ਡਿਵਾਈਸ ਦੇ ਨਾਮ ਅਤੇ ਸਿਗਨਲ ਸ਼ਕਤੀਆਂ ਦੀ ਸੂਚੀ ਦੇ ਬਾਅਦ ਉਪਲਬਧ ਕਨੈਕਸ਼ਨ ਸਲਾਟਾਂ ਦੀ ਸੰਖਿਆ ਵਾਪਸ ਕਰਦੀ ਹੈ।
ਭਾਵ
BTST=1,name1,85,name2,80,,0,,0
ਵਰਤਮਾਨ ਵਿੱਚ ਦੋ ਡਿਵਾਈਸਾਂ ਨੂੰ ਕਨੈਕਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ਅਤੇ ਕਿਸੇ ਹੋਰ ਮੌਜੂਦਾ ਅਣਜਾਣ ਡਿਵਾਈਸ ਨਾਲ ਨਵੀਂ ਜੋੜੀ ਲਈ ਸਿਰਫ ਇੱਕ ਸਲਾਟ ਉਪਲਬਧ ਹੈ।
BTST=…….. ਜੋੜਾ ਬਣਾਉਣ ਦੀ ਜਾਣਕਾਰੀ ਮਿਟਾਓ
BTST=0……… ਪੂਰੀ ਪੇਅਰਿੰਗ ਟੇਬਲ ਨੂੰ ਮਿਟਾਓ
ਡਿਵਾਈਸ ਕੰਟਰੋਲ ਅਤੇ ਸਥਿਤੀ - ਆਮ ਕਮਾਂਡਾਂ
GCMD?
ਇਹ ਕਮਾਂਡ ਡਿਵਾਈਸਾਂ ਨਾਲ ਜੁੜਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ। ਡਿਵਾਈਸ 'ਫੈਮਿਲੀ' ਟਾਈਪ ਕਰਨ ਦੇ ਨਾਲ-ਨਾਲ ਇਹ ਮਾਡਲ ਨੰਬਰ ਵੀ ਵਾਪਸ ਕਰਦਾ ਹੈ।
ਜਿਵੇਂ ਕਿ BLST ਸਿਰਫ 'ਫੈਮਿਲੀ ਟਾਈਪ' ਵਾਪਸ ਕਰਦਾ ਹੈ ਇਹ ਫੰਕਸ਼ਨ ਇਸ ਅਤੇ ਮਾਡਲ ਦੋਵਾਂ ਨੂੰ ਇੱਕ ਸਟ੍ਰਿੰਗ ਵਾਂਗ ਜੋੜਦਾ ਹੈ।
ਪੁੱਛਗਿੱਛ ਇੱਕ CSV ਸਟ੍ਰਿੰਗ ਵਾਪਸ ਕਰਦੀ ਹੈ ਜਿੱਥੇ ਪਹਿਲਾ ਮੁੱਲ ਕਨੈਕਟ ਕੀਤੇ ਡੀਵਾਈਸ ਦਾ ਪਰਿਵਾਰਕ ਕਿਸਮ ਹੁੰਦਾ ਹੈ ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਡੀਵਾਈਸ ਦੇ ਮਾਡਲ ਨੰਬਰ ਨੂੰ ਦਰਸਾਉਂਦੀ ਇੱਕ ਸਟ੍ਰਿੰਗ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਸਿਰਫ਼ ਇੱਕ ਮੁੱਲ ਵਾਪਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਭਾਵ ਕੋਈ ਕੌਮਾ ਨਹੀਂ ਅਤੇ ਕੋਈ ਦੂਜਾ ਮੁੱਲ ਨਹੀਂ, ਤਾਂ ਇੱਕ 'ਪਰਿਵਾਰ' ਕਨੈਕਟ ਕਰਨ ਵਾਲੀ ਲੀਡ ਪਲੱਗ ਇਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਪਰ ਲੀਡ ਨਾਲ ਕਨੈਕਟ ਕੀਤੀ ਕੋਈ ਡਿਵਾਈਸ ਨਹੀਂ ਲੱਭੀ।
ਡਿਵਾਈਸ ਦੀਆਂ ਕਿਸਮਾਂ
-1 = ਕੁਝ ਵੀ ਜੁੜਿਆ ਨਹੀਂ ਹੈ
0 = ਧੁਨੀ ਯੰਤਰ
1 = ਕੈਨਨ ਠੀਕ ਹੈ
2 = GoPro
GCCT? ਮੌਜੂਦਾ ਆਵਾਜਾਈ ਨਿਯੰਤਰਣ ਸਥਿਤੀ ਦੀ ਬੇਨਤੀ ਕਰੋ ਵਾਪਸ ਕੀਤੇ ਮੁੱਲ: -
-1 = ਕੁਝ ਵੀ ਜੁੜਿਆ/ਔਫਲਾਈਨ ਨਹੀਂ
0 = ਅਣਜਾਣ
1 = ਰੋਕਿਆ
2 = ਰਿਕਾਰਡਿੰਗ
3 = ਪਲੇਬੈਕ
4 = ਵਿਰਾਮ
5 = ਰੀਵਾਈਂਡ
6 = ਫਾਸਟ ਫਾਰਵਰਡ
GCCT=n
ਜਿਵੇਂ ਕਿ ਉੱਪਰ ਦਿੱਤਾ ਗਿਆ ਹੈ ਪਰ ਉਪਰੋਕਤ ਸੂਚੀ ਦੇ ਅਨੁਸਾਰ ਡਿਵਾਈਸ ਦੀ ਸਥਿਤੀ ਨੂੰ 'n' ਸਥਿਤੀ ਵਿੱਚ ਬਦਲਣ ਲਈ ਕਮਾਂਡ.
GCVR?
ਨੱਥੀ ਕੀਤੀ ਡਿਵਾਈਸ ਲਈ ਫਰਮਵੇਅਰ ਸੰਸਕਰਣ ਦੀ ਬੇਨਤੀ ਕਰਦਾ ਹੈ ਅਤੇ ਇੱਕ ASCII ਸਟ੍ਰਿੰਗ ਦੇ ਰੂਪ ਵਿੱਚ ਵਾਪਸ ਕੀਤਾ ਗਿਆ ਹੈ
GCBT?.... ਪ੍ਰਤੀਸ਼ਤ ਵਿੱਚ ਬੈਟਰੀ ਪੱਧਰ ਵਾਪਸ ਕਰਦਾ ਹੈtage ਯੂਨਿਟਾਂ 0 ਤੋਂ 100 ਤੱਕ
GCON?….. ਪਾਵਰ ਸਥਿਤੀ 1=ਚਾਲੂ, 0=ਬੰਦ
GCDV? ਮੀਡੀਆ ਸਥਿਤੀ। GCDV = , , ,
0 = CF ਕਾਰਡ
1 = SD ਕਾਰਡ
2 = ਅੰਦਰੂਨੀ ਹਾਰਡ ਡਿਸਕ
3 = ਬਾਹਰੀ ਡਰਾਈਵ
0 = ਮਿੰਟ
1 = ਪ੍ਰਤੀਸ਼ਤtage
2 = Mbytes
ਨੱਥੀ ਡਿਵਾਈਸ ਸਥਿਤੀ ਅਤੇ ਨਿਯੰਤਰਣ
ਇਹ ਨਵੀਆਂ ਕਮਾਂਡਾਂ ਪੁਰਾਣੀਆਂ ਵਿਅਕਤੀਗਤ ਕਮਾਂਡਾਂ ਦਾ ਸੁਮੇਲ ਬਣਾਉਂਦੀਆਂ ਹਨ ਪਰ ਸਿਰਫ਼ ਦੋ ਫੰਕਸ਼ਨਾਂ ਵਿੱਚ ਵੰਡੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇੱਕ ਸਥਿਰ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜੋ ਬਹੁਤ ਘੱਟ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ।
ਜੋ ਕਿ ਬਦਲ ਸਕਦਾ ਹੈ ਜਾਂ ਸੈੱਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
GCXS?……. ਡਿਵਾਈਸ ਦੇ ਸਥਿਰ ਡੇਟਾ ਨਾਲ ਜੁੜੋ।
ਫੀਲਡਾਂ ਦੀ ਇੱਕ ਲੜੀ ਦਿੰਦਾ ਹੈ ਜੋ ਨੱਥੀ ਡਿਵਾਈਸ ਅਤੇ ਇਸਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ। ਖੇਤਰਾਂ ਨੂੰ ਕਾਮੇ ਨਾਲ ਸੀਮਤ ਕਰਕੇ ਵਾਪਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
- ਨਿਰਮਾਤਾ ਦਾ ਨਾਮ – ASCII ਟੈਕਸਟ ਮੁੱਲ
- ਨਿਰਮਾਤਾ ਦਾ ਮਾਡਲ – ASCII ਟੈਕਸਟ ਮੁੱਲ
- ਸਮਰੱਥਾ ਫਲੈਗ - 32 ਬਿੱਟ ਹੈਕਸਾਡੈਸੀਮਲ ਨੰਬਰ - ਅੰਤਿਕਾ ਵੇਖੋ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਨਾਮ (ASCII ਸਤਰ)
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਸਮਰੱਥਾ (ਪੂਰਨ ਅੰਕ ਮੁੱਲ)
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਯੂਨਿਟ 0 = ਖਾਲੀ/ਅਣਜਾਣ, 1 = MB, 2 = GB, 3=TB
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਨਾਮ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਸਮਰੱਥਾ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਯੂਨਿਟ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #3 … ਆਦਿ।
GCXP?……. ਨੱਥੀ ਡਿਵਾਈਸ ਦਾ ਬਦਲਦਾ ਡਾਟਾ ਪ੍ਰਾਪਤ ਕਰੋ
ਅਟੈਚਡ ਡਿਵਾਈਸ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨੂੰ ਦਰਸਾਉਣ ਵਾਲੇ ਖੇਤਰਾਂ ਦੀ ਇੱਕ ਲੜੀ ਵਾਪਸ ਕਰਦਾ ਹੈ ਖੇਤਰ ਕੌਮਾ-ਸੀਮਤ ਹਨ।
- ਮੌਜੂਦਾ ਆਵਾਜਾਈ ਦੀ ਸਥਿਤੀ - ਅੰਤਿਕਾ ਵੇਖੋ
- ਵਰਤਮਾਨ ਫ੍ਰੇਮ ਦਰ ਅੰਕੜਾ
- ਵਰਤਮਾਨ ਫ੍ਰੇਮ ਰੇਟ ਡੀਨੋਮੀਨੇਟਰ
- ਰੇਟ ਫਲੈਗ (8 ਬਿੱਟ ਹੈਕਸ) - ਬਿੱਟ 0 = ਡ੍ਰੌਪ ਫਰੇਮ, ਹੋਰ ਅਣਵਰਤੇ
- ਮੌਜੂਦਾ ਬੈਟਰੀ ਪੱਧਰ ਦਾ ਪ੍ਰਤੀਸ਼ਤtage
- ਬਾਹਰੀ ਪਾਵਰ ਲਾਗੂ/ਬੈਟਰੀ ਚਾਰਜਿੰਗ ਫਲੈਗ
- ਮੌਜੂਦਾ ਕਲਿੱਪ/fileਨਾਮ
- ਸਟੋਰੇਜ ਯੂਨਿਟ ਵਰਤਮਾਨ ਵਿੱਚ ਚੁਣੀ ਗਈ ਜਾਂ ਵਰਤੋਂ ਵਿੱਚ ਹੈ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਮੀਡੀਆ ਬਾਕੀ ਸਮਾਂ ਮਿੰਟਾਂ ਵਿੱਚ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਮੀਡੀਆ ਬਾਕੀ ਆਕਾਰ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਮੀਡੀਆ ਬਾਕੀ ਸਮਾਂ ਮਿੰਟਾਂ ਵਿੱਚ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਮੀਡੀਆ ਬਾਕੀ ਆਕਾਰ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #3... ਆਦਿ।
GCXP=…… ਨੱਥੀ ਡਿਵਾਈਸ ਦੀ ਟ੍ਰਾਂਸਪੋਰਟ ਸਥਿਤੀ ਜਾਂ ਫਰੇਮ ਰੇਟ ਸੈੱਟ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
ਇਹ ਕਮਾਂਡ ਸਿਰਫ ਟ੍ਰਾਂਸਪੋਰਟ ਕੰਟਰੋਲ ਸਥਿਤੀ ਜਾਂ ਫਰੇਮ ਰੇਟ ਨੂੰ ਬਦਲ ਸਕਦੀ ਹੈ। ਕਮਾਂਡ ਨੂੰ ਸਿਰਫ ਪਹਿਲੇ ਫੀਲਡ ਦੀ ਸਪਲਾਈ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ ਜੇਕਰ ਸਿਰਫ ਟ੍ਰਾਂਸਪੋਰਟ ਸਥਿਤੀ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨਾ ਜਾਂ ਵਿਕਲਪਿਕ ਤੌਰ 'ਤੇ ਦੋ ਖੇਤਰ ਜੇ ਫਰੇਮ ਰੇਟ ਨੂੰ ਵੀ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ।
- ਮੌਜੂਦਾ ਆਵਾਜਾਈ ਦੀ ਸਥਿਤੀ - ਅੰਤਿਕਾ ਵੇਖੋ
- ਵਰਤਮਾਨ ਫਰੇਮ/ਬਿੱਟ ਰੇਟ ਸੰਖਿਆਕਾਰ (ਵਿਕਲਪਿਕ)
- ਮੌਜੂਦਾ ਫਰੇਮ/ਬਿੱਟ ਰੇਟ ਡੀਨੋਮੀਨੇਟਰ (ਵਿਕਲਪਿਕ)
ਬਲਿੰਕ ਨੈੱਟਵਰਕ
BLink ਕਲਾਇੰਟ/ਸਲੇਵ ਡਿਵਾਈਸਾਂ ਨੂੰ TCS ਮਲਕੀਅਤ ਲੰਬੇ-ਸੀਮਾ ਦੇ RF ਲਿੰਕ ਰਾਹੀਂ ਇੱਕ ਮਾਸਟਰ ਕੰਟਰੋਲਿੰਗ ਡਿਵਾਈਸ ਨਾਲ ਜੋੜਨ ਦਾ ਇੱਕ ਤਰੀਕਾ ਹੈ। ਮਾਸਟਰ ਡਿਵਾਈਸ ਡਿਵਾਈਸ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ
ਕਿ ਗਾਹਕ RF ਟਾਈਮਕੋਡ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਲਈ ਜੁੜੇ ਹੋਏ ਹਨ।
ਸਾਰੀਆਂ S1C ਕਮਾਂਡਾਂ ਸ਼ੁਰੂ ਵਿੱਚ ਮਾਸਟਰ ਡਿਵਾਈਸ ਨੂੰ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਫਿਰ BLink ਕਲਾਇੰਟ ਨੂੰ RF ਲਿੰਕ ਰਾਹੀਂ ਰੀਲੇਅ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। BLink ਕਲਾਇੰਟ ਤੋਂ ਜਵਾਬਾਂ ਦਾ ਜਵਾਬ ਫਿਰ RF ਲਿੰਕ ਰਾਹੀਂ ਮਾਸਟਰ ਨੂੰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਫਿਰ ਕਮਾਂਡ ਓਰੀਜੀਨੇਟਰ ਨੂੰ ਵਾਪਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਆਮ ਤੌਰ 'ਤੇ, ਸਾਰੀਆਂ ਕਮਾਂਡਾਂ/ਬੇਨਤੀਆਂ ਦਾ ਜਵਾਬ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਪਰ ਇਹ ਨੋਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੁਝ ਜਵਾਬਾਂ ਨੂੰ ਵਾਪਸ ਕਰਨ ਵਿੱਚ ਇੱਕ ਸਕਿੰਟ ਦਾ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਕੋਈ ਜਵਾਬ ਨਹੀਂ ਸੁਣਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ 2 ਸਕਿੰਟ ਕਹੋ, ਅਸਲ ਬੇਨਤੀ ਨੂੰ ਦੁਬਾਰਾ ਭੇਜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਮਾਸਟਰ ਡਿਵਾਈਸ ਲਗਾਤਾਰ BLink ਨੈੱਟਵਰਕ ਨੂੰ ਮੁਢਲੀ ਸਥਿਤੀ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਦੀ ਹੈ ਜੋ ਬੇਨਤੀਆਂ ਦੇ ਤੇਜ਼ ਜਵਾਬਾਂ ਲਈ ਇੱਕ ਸਥਾਨਕ ਸਾਰਣੀ ਵਿੱਚ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
ਬਲਿੰਕ ਮਾਸਟਰ ਨੈਟਵਰਕ ਨਾਲ ਕਨੈਕਟ ਕੀਤੇ ਜਾ ਰਹੇ ਨਵੇਂ ਡਿਵਾਈਸਾਂ ਦੀ ਵੀ ਖੋਜ ਕਰਦਾ ਹੈ। ਨਵੀਆਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਇੱਕ ਨਵੀਂ ਬਲਿੰਕ ਆਈਡੀ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜੋ ਸਥਿਤੀ ਜਾਣਕਾਰੀ ਦੇ ਟੇਬਲ ਐਂਟਰੀ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ। ਨਵੇਂ ਗਾਹਕਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਖਾਲੀ ਟੇਬਲ ਸਥਿਤੀ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਪਰ ਜੇਕਰ ਇਹ ਵਰਤੇ ਜਾਂਦੇ ਹਨ ਤਾਂ ਕਲਾਇੰਟਸ ਦੀਆਂ ਐਂਟਰੀਆਂ 'ਤੋਂ ਨਹੀਂ ਸੁਣੀਆਂ ਗਈਆਂ' ਦੁਬਾਰਾ ਵਰਤੀਆਂ ਜਾਣਗੀਆਂ। ਇਹ ਸਾਰਣੀ ਬਦਲ ਸਕਦੀ ਹੈ ਕਿਉਂਕਿ ਬਲਿੰਕ ਡਿਵਾਈਸਾਂ ਨੈਟਵਰਕ ਤੋਂ ਆਉਂਦੀਆਂ ਅਤੇ ਜਾਂਦੀਆਂ ਹਨ।
- ਨਵੀਆਂ ਡਿਵਾਈਸਾਂ ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਦੀਆਂ ਟੇਬਲ ਐਂਟਰੀਆਂ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜੋ ਗਾਇਬ ਹੋ ਗਈਆਂ ਹਨ।
- ਟੇਬਲ ਐਂਟਰੀਆਂ ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਦੀਆਂ ਮੌਜੂਦ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜਿਹਨਾਂ ਤੋਂ ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਸੁਣਿਆ ਨਹੀਂ ਗਿਆ ਹੈ।
- ਵਾਪਸ ਆਉਣ ਵਾਲੀਆਂ ਡਿਵਾਈਸਾਂ ਨੂੰ ਇੱਕ ਨਵੀਂ ਬਲਿੰਕ ਨੈਟਵਰਕ ਆਈਡੀ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਅਤੇ ਇਸਲਈ ਸਾਰਣੀ ਵਿੱਚ ਇੱਕ ਵੱਖਰੀ ਸਥਿਤੀ, ਇਸਲਈ ਵਿਲੱਖਣ ਆਈਡੀ ਦਾ ਹਵਾਲਾ ਰੱਖਣਾ ਲਾਜ਼ਮੀ ਹੈ।
BLink ਸਿਸਟਮ ਨੂੰ 1000 ਤੋਂ ਵੱਧ ਕਲਾਇੰਟਾਂ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਪਰ ਵਰਤਮਾਨ ਵਿੱਚ BLink ਮਾਸਟਰ ਵਜੋਂ ਵਰਤੇ ਜਾਂਦੇ TCS ਡਿਵਾਈਸ ਦੇ ਅਧਾਰ ਤੇ ਲਗਭਗ 50 ਕਲਾਇੰਟਾਂ ਤੱਕ ਸੀਮਤ ਹੈ। ਇਹ ਵਿਚਾਰਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਵਧੇਰੇ ਬਲਿੰਕ ਗਾਹਕ ਨੈਟਵਰਕ ਦੀ ਗਤੀ ਨੂੰ ਘਟਾਉਂਦੇ ਹਨ.
ਬਲਿੰਕ ਨੈੱਟਵਰਕ ਦੇ ਨਾਲ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ
ExampBLink ਨੈੱਟਵਰਕ ਦੇ ਅੰਦਰ ਵਿਅਕਤੀਗਤ ਯੂਨਿਟ ਦਾ ਪਤਾ
“#@1; GLSD?\n”………. ਬਲਿੰਕ ਡਿਵਾਈਸ 1 ਦੇ ਸਿੰਕ ਸਟੈਂਡਰਡ ਦੀ ਬੇਨਤੀ ਕਰਦਾ ਹੈ
“#@42; GLSD=0\n”…… ਬਲਿੰਕ ਡਿਵਾਈਸ 42 ਦੇ ਸਿੰਕ ਸਟੈਂਡਰਡ ਨੂੰ ਬੰਦ 'ਤੇ ਸੈੱਟ ਕਰਦਾ ਹੈ।
ਨੋਟ; “#@0; GLSD?\n”…… ਬਲਿੰਕ ਮਾਸਟਰ ਦੇ ਸਿੰਕ ਸਟੈਂਡਰਡ ਦੀ ਬੇਨਤੀ ਕਰਦਾ ਹੈ ਅਤੇ ਨਤੀਜਾ “#GLSD?\n” ਵਰਗਾ ਹੋਵੇਗਾ
ਸਾਰੀਆਂ ਯੂਨਿਟਾਂ ਲਈ ਪ੍ਰਸਾਰਣ ਕਮਾਂਡਾਂ ਸਿਰਫ਼ ਕਮਾਂਡਾਂ/ਸੈਟਿੰਗਾਂ ਦੇ ਇੱਕ ਸੀਮਤ ਸਮੂਹ ਲਈ ਹੋਣਗੀਆਂ (ਬੇਨਤੀ ਨਹੀਂ) ਅਤੇ "#@;" ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਾਵੇਗਾ। ਅਗੇਤਰ ਭਾਵ ਡਿਵਾਈਸ ਨੰਬਰ ਗੁੰਮ ਹੈ। ਬ੍ਰੌਡਕਾਸਟ ਸੰਦੇਸ਼ਾਂ ਦਾ ਗਾਹਕਾਂ ਦੁਆਰਾ ਜਵਾਬ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਜਾਂਚ ਕੀਤੇ ਬਿਨਾਂ ਇਹ ਜਾਣਨ ਦਾ ਕੋਈ ਤਰੀਕਾ ਨਹੀਂ ਹੈ ਕਿ ਕੋਈ ਹੁਕਮ ਸੁਣਿਆ ਗਿਆ ਹੈ ਜਾਂ ਕਾਰਵਾਈ ਕੀਤੀ ਗਈ ਹੈ।
ਇੱਥੇ ਗਰੁੱਪ ਐਡਰੈਸਿੰਗ ਕਮਾਂਡਾਂ ਵੀ ਹਨ ਜੋ ਇਕਾਈਆਂ ਦੇ ਸਮੂਹਾਂ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰ ਸਕਦੀਆਂ ਹਨ ਜੋ ਕਿਸੇ ਖਾਸ ਸਮੂਹ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। 'A' ਤੋਂ 'F' ਤੱਕ ਨਾਮ ਦੇ 6 ਸਮੂਹ ਹਨ ਅਤੇ ਇਹਨਾਂ ਨੂੰ #@A ਵਜੋਂ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ; ਉਦਾਹਰਨ ਲਈ, ਗਰੁੱਪ 'ਏ' ਯੰਤਰਾਂ ਨੂੰ ਸੰਬੋਧਨ ਕਰਨ ਲਈ।
S1C ਨੂੰ ਜਾਂ ਤਾਂ 'ਮਾਸਟਰ' ਡਿਵਾਈਸ ਜਾਂ 'ਮਾਸਟਰ' ਡਿਵਾਈਸ ਨੂੰ ਸੁਣਨ ਵਾਲੇ ਕਿਸੇ ਵੀ ਡਿਵਾਈਸ ਨੂੰ ਸੰਬੋਧਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਮਾਸਟਰ ਡਿਵਾਈਸ ਉਹ ਡਿਵਾਈਸ ਹੋਵੇਗੀ ਜੋ BLink ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚ ਲਈ ਸਾਰੇ S1C ਸੰਚਾਰਾਂ ਨੂੰ ਨਿਰਦੇਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
S1C ਦੀ ਵਰਤੋਂ ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਨਾਲ ਵੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ ਕਿਸੇ ਹੋਰ ਮਾਸਟਰ ਡਿਵਾਈਸ ਦੇ ਬਲਿੰਕ ਨੈਟਵਰਕ ਦੇ ਅੰਦਰ ਇੱਕ ਕਲਾਇੰਟ ਹਨ, ਇਸ ਵਿੱਚ BLink ਨੈਟਵਰਕ ਤੱਕ ਤੁਰੰਤ ਪਹੁੰਚ ਸੰਭਵ ਨਹੀਂ ਹੈ। ਇਹ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਉਸ ਖਾਸ ਡਿਵਾਈਸ ਦੀ ਮੌਜੂਦਾ ਜਾਣਕਾਰੀ, ਜਿਵੇਂ ਕਿ ਟਾਈਮਕੋਡ, ਆਦਿ ਦੀ ਮੰਗ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਵੇਗਾ।
BLID?…… ਡਿਵਾਈਸ ਲਈ ਮੌਜੂਦਾ ਬਲਿੰਕ ID ਮੁੜ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। BLink ID BLink ਮਾਸਟਰ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇਸ ਨੂੰ ਹੋਰ ਸੈੱਟ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ।
BLGR?…… ਬਲਿੰਕ ਗਰੁੱਪ ਨੂੰ ਸਲੇਵ ਨੂੰ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਸਲੇਵ ਡਿਵਾਈਸਾਂ ਨੂੰ ਵਿਅਕਤੀਗਤ ਤੌਰ 'ਤੇ ਜਾਂ ਸਮੂਹਾਂ ਦੇ ਅੰਦਰ ਸੰਬੋਧਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਛੇ ਸਮੂਹ ਹਨ ਇਸਲਈ ਮੌਜੂਦਾ ਸਮੂਹ 'ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹੋਏ 'ਐਫ' ਰਾਹੀਂ ਜਵਾਬ 'ਏ' ਹੋਵੇਗਾ ਜਾਂ ਜੇਕਰ ਗੁਲਾਮ ਕਿਸੇ ਸਮੂਹ ਨਾਲ ਸਬੰਧਤ ਨਹੀਂ ਹੈ ਤਾਂ '0' (ਜ਼ੀਰੋ) ਵਾਪਸ ਕਰੇਗਾ।
BLGR = ਗੁਲਾਮਾਂ ਦੇ ਇੱਕ ਖਾਸ ਸਮੂਹ ਨਾਲ ਸਬੰਧਤ ਹੋਣ ਲਈ ਸਲੇਵ ਯੂਨਿਟ ਸੈੱਟ ਕਰਦਾ ਹੈ। ਮੁੱਲ ਇੱਕ ASCII 'A' ਤੋਂ 'F' ਜਾਂ ਇੱਕ '0' ਤੱਕ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ ਜੇਕਰ ਸਾਰੇ ਸਮੂਹਾਂ ਵਿੱਚੋਂ ਗੁਲਾਮ ਨੂੰ ਹਟਾਉਣਾ ਹੈ।
ਬਲਿੰਕ ਸਲੇਵ ਡਿਵਾਈਸਾਂ ਨੂੰ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਡੇਟਾ ਭੇਜਿਆ ਜਾ ਰਿਹਾ ਹੈ
DASP=
ਇੱਕ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਭੇਜੋ ਸਲੇਵ ਡਿਵਾਈਸਾਂ 'ਤੇ ਸੀਰੀਅਲ ਪੋਰਟ ਤੱਕ.
ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਸਲੇਵ ਯੂਨਿਟਾਂ ਨੂੰ ਵਿਅਕਤੀਗਤ ਜਾਂ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਸੰਬੋਧਿਤ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀ ਫਾਰਮੈਟਿੰਗ ਦੇ ਨਾਲ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਭਾਵ
“#@7; DASP=Hello\n”….. ਸਲੇਵ ID #7 ਨੂੰ “DASP=Hello” ਭੇਜੇਗਾ
“#@; DASP=”To All\n”…… ਹਰ ਇੱਕ ਨੌਕਰ ਨੂੰ “DASP=To All” ਭੇਜੇਗਾ
ਇਹ ਕਮਾਂਡ ਬਾਇਨਰੀ ਡੇਟਾ ਦੇ ਨਾਲ ਵੀ ਕੰਮ ਕਰੇਗੀ ਜਿਵੇਂ ਕਿ
#@3;DASP>ਲੰਬਾਈ+ਡਾਟਾ\n ਸਲੇਵ ID #3 ਨੂੰ ਲੰਬਾਈ+ਡਾਟਾ ਭੇਜੇਗਾ
ਕਮਾਂਡ ਦੀ ਸਮੁੱਚੀ ਲੰਬਾਈ ਨੂੰ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਛੋਟਾ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ 112 ਬਾਈਟਾਂ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਸਲੇਵ ਡਿਵਾਈਸਾਂ ਤੋਂ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਡੇਟਾ ਮਾਸਟਰ ਨੂੰ ਵਾਪਸ ਭੇਜਣਾ.
DAMP=
ਇੱਕ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਭੇਜੋ ਮਾਸਟਰ ਡਿਵਾਈਸ ਤੇ ਸੀਰੀਅਲ ਪੋਰਟ ਤੇ.
ਭਾਵ "ਡੀAMP=ਹੈਲੋ\n”
ਮਾਸਟਰ ਕੋਲ “#@n; ਡੀAMP=ਹੈਲੋ" - ਜਿੱਥੇ n = ਗੁਲਾਮ ID
ਹੇਠ ਲਿਖੀਆਂ ਸਾਰੀਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਸਿਰਫ਼ ਮਾਸਟਰ ਡਿਵਾਈਸ ਲਈ ਨਿਰਦੇਸ਼ਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ
BLST?……. (ਨਾਪਸੰਦ - BLSS/BLSP ਦੀ ਵਰਤੋਂ ਕਰੋ)
ਨੈੱਟਵਰਕ 'ਤੇ ਜਾਣੇ-ਪਛਾਣੇ ਬਲਿੰਕ ਡਿਵਾਈਸਾਂ ਦੀ ਸੰਖਿਆ ਅਤੇ ਨੰਬਰਾਂ ਦੀ ਇੱਕ ਸੰਖਿਆ ਜਾਂ ਕ੍ਰਮ ਵਾਪਸ ਕਰਦਾ ਹੈ ਜੋ ਇੱਕ ਬਿਟਮੈਪ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ ਜਿਨ੍ਹਾਂ ਦੇ ਸਲੇਵ ਡਿਵਾਈਸਾਂ ਸਰਗਰਮ ਹਨ। BLST=5, 91 ਦੇ ਜਵਾਬ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਵਰਤਮਾਨ ਵਿੱਚ 5 ਡਿਵਾਈਸਾਂ ਔਨਲਾਈਨ ਹਨ, ਅਤੇ ਜੇਕਰ 91 (ਦਸ਼ਮਲਵ) ਨੂੰ ਬਾਈਨਰੀ ਮੁੱਲ ਵਿੱਚ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ ਭਾਵ 1011011 ਐਕਟਿਵ ਡਿਵਾਈਸਾਂ ਦੀ ਇੱਕ ਬਿਟਮੈਪ ਪੇਸ਼ਕਾਰੀ ਦੇਵੇਗਾ ਜਿੱਥੇ ਬਿੱਟ 0 ਡਿਵਾਈਸ 1 ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਬਿੱਟ 1 ਡਿਵਾਈਸ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ 2, ਅਤੇ ਹੋਰ. ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਡਿਵਾਈਸਾਂ 1, 2, 4, 5, ਅਤੇ 7 ਸਾਰੇ ਕਿਰਿਆਸ਼ੀਲ ਹਨ। ਹਰੇਕ ਬਿਟਮੈਪ ਨੰਬਰ 8 ਡਿਵਾਈਸਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਇਸਲਈ ਜਵਾਬ ਵਿੱਚ ਤੀਜਾ ਨੰਬਰ 9 ਤੋਂ 16 ਤੱਕ ਡਿਵਾਈਸਾਂ ਦੇ ਬਿਟਮੈਪ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹੋਰ। ਇਸ ਬੇਨਤੀ ਨੂੰ ਫਿਰ ਕਿਸੇ ਖਾਸ ਡਿਵਾਈਸ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਲਈ ਵਿਅਕਤੀਗਤ ਬੇਨਤੀਆਂ ਦੇ ਨਾਲ ਪਾਲਣਾ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
BLST ਕਮਾਂਡ ਨੂੰ ਸਿੱਧੇ ਕਨੈਕਟ ਕੀਤੇ ਮਾਸਟਰ ਡਿਵਾਈਸ 'ਤੇ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇੱਕ ਸਲੇਵ ਡਿਵਾਈਸ ਨੂੰ ਸੰਬੋਧਨ ਕਰਨਾ ਜਿਵੇਂ ਕਿ #@3:BLST? ਕੁਝ ਵੀ ਵਾਪਸ ਨਹੀਂ ਕਰੇਗਾ।
BLST=n….. ਇੱਕ BLink ਨੈੱਟਵਰਕ ਡਿਵਾਈਸ ਤੋਂ ਮੁੱਢਲੀ ਸਥਿਤੀ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰੋ। ਜਿੱਥੇ n ਸਟੋਰ ਕੀਤੇ ਡਿਵਾਈਸਾਂ ਦੀ ਸਾਰਣੀ ਵਿੱਚ ਸੂਚਕਾਂਕ ਹੈ।
ਉਦਾਹਰਣ ਦੇ ਲਈ; BLST=1 ਟੇਬਲ ਵਿੱਚ ਪਹਿਲੀ ਡਿਵਾਈਸ ਦੇ ਵੇਰਵਿਆਂ ਦੇ ਨਾਲ ਜਵਾਬ ਦੇਵੇਗਾ, ਅਤੇ BLST=2 ਟੇਬਲ ਵਿੱਚ ਦੂਜੇ ਡਿਵਾਈਸ ਦੇ ਵੇਰਵਿਆਂ ਦੇ ਨਾਲ ਜਵਾਬ ਦੇਵੇਗਾ, ਅਤੇ ਹੋਰ ਵੀ।
ਸਥਿਤੀਆਂ ਨੂੰ ਇੱਕ ASCII ਸਤਰ ਦੇ ਤੌਰ 'ਤੇ ਵਾਪਸ ਕੀਤਾ ਜਾਵੇਗਾ ਜਿਸ ਵਿੱਚ ਹਰੇਕ ਲਾਈਨ 'ਤੇ ਹਰੇਕ ਸਥਿਤੀ ਕੌਮਾ-ਸੀਮਤ ਕੀਤਾ ਜਾਵੇਗਾ। ਵਾਪਸ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਸਥਿਤੀ ਇਹ ਹੋਵੇਗੀ: -
- ID (ਸਾਰਣੀ ਸੂਚਕਾਂਕ)
- ਵਿਲੱਖਣ ID (32-ਬਿੱਟ ਨੰਬਰ ਦਾ ਹੈਕਸਾ ਰੂਪ ਭਾਵ 8 ਅੱਖਰ)
- ਯੂਨਿਟ ਦੀ ਕਿਸਮ
- ਆਖਰੀ ਜਵਾਬ (ਕਿੰਨੀ ਦੇਰ ਬਾਅਦ ਕਲਾਇੰਟ [x10mS] ਤੋਂ ਆਖਰੀ ਜਵਾਬ)
- ਜਵਾਬ ਦਿੱਤਾ ਟਾਈਮਕੋਡ “HHMMSSFF”
- ਯੂਜ਼ਰਬਿਟਸ ਨੇ ਜਵਾਬ ਦਿੱਤਾ “UUUUUUUU”
- ਸਿੰਕ ਮੋਡ (0=INT, 1=Ext RF.. TCSC ਕਮਾਂਡ ਦੇਖੋ)
- FPS (0=25,1=23.98,2=24,,, ਆਦਿ)
- Ext Sync Std (0=Off, 1=PAL… GLSD ਕਮਾਂਡ ਦੇਖੋ)
- ਟਾਈਮਕੋਡ ਸਰੋਤ (0 ਜਾਂ 1) ਲਈ ਲਾਕ ਕੀਤਾ ਗਿਆ
- ਬੈਟਰੀ (1-5)
- PSU (0 ਜਾਂ 1) 'ਤੇ
- ਯੂਜ਼ਰਬਿਟਸ ਲੌਕ (1=ਯੂਜ਼ਰ ਸੈੱਟੇਬਲ 0=ਆਰਐਫ ਮਾਸਟਰ ਲਈ ਲਾਕ ਕੀਤਾ ਗਿਆ)
- ਨੱਥੀ ਡਿਵਾਈਸ ਦੀ ਕਿਸਮ - GCMD ਕਮਾਂਡ ਵੇਖੋ
- ਮੌਜੂਦਾ ਨਿਰਧਾਰਤ ਗਰੁੱਪ ਨੰਬਰ – 0 ਜੇਕਰ ਕੋਈ ਨਹੀਂ
- ਨੱਥੀ ਡਿਵਾਈਸ ਫਲੈਗ ਹਨ। ਮੁੱਲ ਨੂੰ ਬਾਈਨਰੀ ਬਿੱਟਾਂ ਵਿੱਚ ਵੰਡਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ
ਇਸ ਬੇਨਤੀ ਤੋਂ ਇੱਕ ਆਮ ਵਾਪਸੀ ਇਹ ਹੋਵੇਗੀ: -
BLST=1,12ABCD78,6,121,00043410,00000000,1,1,0,1,3,0,0,2,0,3
ਅਸੀਂ ਭਵਿੱਖ ਵਿੱਚ ਇਸ ਸੂਚੀ ਦਾ ਵਿਸਤਾਰ ਕਰਨਾ ਚਾਹ ਸਕਦੇ ਹਾਂ ਇਸ ਲਈ ਵਰਤਮਾਨ ਵਿੱਚ ਕਿਸੇ ਵੀ ਅਗਲੀ ਸਥਿਤੀ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰੋ।
ਸਥਿਤੀਆਂ ਨੂੰ ਸਿਰਫ ਪ੍ਰਤੀ ਸਕਿੰਟ ਵੱਧ ਤੋਂ ਵੱਧ ਦੋ ਵਾਰ ਅਪਡੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਲਈ ਇਸ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਦੇ-ਕਦਾਈਂ ਹੀ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ।
ਸ਼ੁਰੂਆਤੀ ਕਨੈਕਟ - ਸਥਿਰ ਡੇਟਾ
BLSS?……. ਨੈੱਟਵਰਕ 'ਤੇ ਜਾਣੀਆਂ BLink ਡਿਵਾਈਸਾਂ ਦਾ ਇੱਕ ਬਿਟਮੈਪ ਦਿੰਦਾ ਹੈ।
ਬਿਟਮੈਪ ਨੂੰ 32-ਬਿੱਟ ਹੈਕਸਾਡੈਸੀਮਲ ਮੁੱਲਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ ਜੋ ਇੱਕ ਬਿਟਮੈਪ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ ਜਿਸ ਵਿੱਚ ਸਲੇਵ ਡਿਵਾਈਸ ਸਰਗਰਮ ਹਨ। ਮੈਂ ਕਹਿੰਦਾ ਹਾਂ BLST=0000005B ਜਵਾਬ ਹੈ ਜੇਕਰ ਹੁਣ ਜਵਾਬ ਨੂੰ ਬਾਈਨਰੀ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਤਾਂ ਹਰੇਕ ਬਿੱਟ ਇੱਕ ਡਿਵਾਈਸ ਮੌਜੂਦ ਹੈ ਜਾਂ ਨਹੀਂ (1 ਜਾਂ 0) ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, 0000005B ਦਾ ਹੈਕਸਾ ਮੁੱਲ ਬਾਈਨਰੀ 0…0001011011 ਵਿੱਚ ਟੁੱਟ ਜਾਂਦਾ ਹੈ ਅਤੇ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਇੱਥੇ 5 ਬਿੱਟ ਸੈੱਟ ਹਨ, ਇਸ ਤਰ੍ਹਾਂ ਮੌਜੂਦਾ ਸਮੇਂ ਵਿੱਚ 5 ਡਿਵਾਈਸਾਂ ਔਨਲਾਈਨ ਹਨ, ਸੈੱਟ ਕੀਤੇ ਗਏ ਬਿੱਟ ਸਰਗਰਮ ਡਿਵਾਈਸਾਂ ਦੀ ਪ੍ਰਤੀਨਿਧਤਾ ਦਿੰਦੇ ਹਨ ਜਿੱਥੇ ਬਿੱਟ 0 ਡਿਵਾਈਸ 1 ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਬਿੱਟ 1 ਡਿਵਾਈਸ 2 ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਹੋਰ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ ਡਿਵਾਈਸਾਂ 1, 2, 4, 5, ਅਤੇ 7 ਸਾਰੇ ਕਿਰਿਆਸ਼ੀਲ ਹਨ। ਹਰੇਕ ਬਿਟਮੈਪ ਨੰਬਰ 32 ਡਿਵਾਈਸਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਇਸਲਈ ਜਵਾਬ ਵਿੱਚ ਵਾਧੂ ਮੁੱਲ 33 ਤੋਂ 64 ਤੱਕ ਡਿਵਾਈਸਾਂ ਦੇ ਬਿਟਮੈਪ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹੋਰ।
BLSS ਕਮਾਂਡ ਨੂੰ ਸਿੱਧੇ ਕਨੈਕਟ ਕੀਤੇ ਮਾਸਟਰ ਡਿਵਾਈਸ 'ਤੇ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਇੱਕ ਸਲੇਵ ਡਿਵਾਈਸ ਨੂੰ ਸੰਬੋਧਨ ਕਰਨਾ ਜਿਵੇਂ ਕਿ #@3:BLSS? ਕੁਝ ਵੀ ਵਾਪਸ ਨਹੀਂ ਕਰੇਗਾ।
BLSS=n…… ਸਲੇਵ ਡਿਵਾਈਸ ਦਾ ਸਥਿਰ ਡੇਟਾ ਵਾਪਸ ਕਰਦਾ ਹੈ, ਜਿੱਥੇ n ਸਟੋਰ ਕੀਤੇ ਡਿਵਾਈਸਾਂ ਦੀ ਸਾਰਣੀ ਵਿੱਚ ਸੂਚਕਾਂਕ ਹੈ।
ਸਥਿਤੀਆਂ ਨੂੰ ਇੱਕ ASCII ਸਤਰ ਦੇ ਤੌਰ 'ਤੇ ਵਾਪਸ ਕੀਤਾ ਜਾਵੇਗਾ ਜਿਸ ਵਿੱਚ ਹਰੇਕ ਲਾਈਨ 'ਤੇ ਹਰੇਕ ਸਥਿਤੀ ਕੌਮਾ-ਸੀਮਤ ਕੀਤਾ ਜਾਵੇਗਾ। ਵਾਪਸ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਸਥਿਤੀ ਇਹ ਹੋਵੇਗੀ: -
- ਬਲਿੰਕ ਆਈ.ਡੀ
- ਵਿਲੱਖਣ ID (32bit ਹੈਕਸਾਡੈਸੀਮਲ)
- ਯੂਨਿਟ ਦੀ ਕਿਸਮ
- ਯੂਨਿਟ ਡਿਵਾਈਸ ਕਿਸਮ ਦਾ ਨਾਮ
- ਫਰਮਵੇਅਰ ਰੀਵਿਜ਼ਨ * 100
- FPGA ਸੰਸ਼ੋਧਨ * 100
- ਐਕਸਟ ਰੀਵਿਜ਼ਨ * 100
- S1C ਸੰਸ਼ੋਧਨ
- ਡਿਵਾਈਸ ਸਮਰੱਥਾ ਫਲੈਗ (ਅੰਤਿਕਾ ਦੇਖੋ)
ਡਿਵਾਈਸ ਸਮਰੱਥਾ ਫਲੈਗ ਹੱਬ ਨੂੰ ਦੱਸਣਗੇ ਕਿ ਡਿਵਾਈਸ ਦੇ ਨਾਲ ਕਿਹੜੇ ਫੰਕਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਜੇਕਰ ਇੱਕ ਡਿਸਪਲੇ ਫਿੱਟ ਹੈ, ਵਾਈਫਾਈ ਸਮਰੱਥਾ ਹੈ, ਜਾਂ ਬਾਹਰੀ ਸਿੰਕ ਪੋਰਟ ਆਦਿ ਹੈ।
ਇੱਕ 32 ਬਿੱਟ ਹੈਕਸਾਡੈਸੀਮਲ ਨੰਬਰ ਵਰਤਣ ਦੀ ਤਜਵੀਜ਼ ਹੈ।
ਇਸ ਬੇਨਤੀ ਤੋਂ ਇੱਕ ਆਮ ਵਾਪਸੀ ਇਹ ਹੋਵੇਗੀ: -
BLSS=1,12ABCD78,11,UltraSyncBLU,201,106,0,5, E0F07040<LF>
ਉਪਰੋਕਤ ਦੋ ਬੇਨਤੀਆਂ ਤੋਂ ਵਾਪਸ ਕੀਤੇ ਮੁੱਲਾਂ ਨੂੰ ਪਾਰਸ ਕਰਨ ਵੇਲੇ ਉਲਝਣ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਉਹ ਦੋਵੇਂ “BLSS= ". ਪਹਿਲੀ ਦੀ ਲੰਬਾਈ ਨੂੰ ਦੋ ਵਿਚਕਾਰ ਫਰਕ ਕਰਨ ਲਈ ਖੇਤਰ ਇਹ ਨਿਰਧਾਰਤ ਕਰੇਗਾ ਕਿ ਜਵਾਬ ਕਿਸ ਬੇਨਤੀ ਤੋਂ ਸੀ। ਜੇਕਰ ਪਹਿਲੇ ਖੇਤਰ ਵਿੱਚ 8 ਅੱਖਰਾਂ ਦੀ ਲੰਬਾਈ ਹੈ ਤਾਂ ਇਹ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਜਵਾਬ “BLSS?” ਲਈ ਹੈ? ਪੁੱਛਗਿੱਛ, ਨਹੀਂ ਤਾਂ, ਇਹ “BLSS=n” ਪੁੱਛਗਿੱਛ ਦਾ ਜਵਾਬ ਹੈ।
ਸਲੇਵ ਪੋਲ
BLSP?……. 'BLSS' ਵਾਂਗ ਹੀ? ਹੁਕਮ - ਉੱਪਰ ਵੇਖੋ.
BLSP = n……. ਬਲਿੰਕ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸ ਤੋਂ ਸਥਿਤੀ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰੋ।
ਜਿੱਥੇ n ਸਟੋਰ ਕੀਤੇ ਡਿਵਾਈਸਾਂ ਦੀ ਸਾਰਣੀ ਵਿੱਚ ਸੂਚਕਾਂਕ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
ਉਦਾਹਰਣ ਦੇ ਲਈ; BLSP=1 ਟੇਬਲ ਵਿੱਚ ਪਹਿਲੀ ਡਿਵਾਈਸ ਦੇ ਵੇਰਵਿਆਂ ਦੇ ਨਾਲ ਜਵਾਬ ਦੇਵੇਗਾ, ਅਤੇ BLSP=2 ਟੇਬਲ ਵਿੱਚ ਦੂਜੇ ਡਿਵਾਈਸ ਦੇ ਵੇਰਵਿਆਂ ਦੇ ਨਾਲ ਜਵਾਬ ਦੇਵੇਗਾ, ਅਤੇ ਹੋਰ ਵੀ।
ਸਥਿਤੀਆਂ ਨੂੰ ਇੱਕ ASCII ਸਤਰ ਦੇ ਤੌਰ 'ਤੇ ਵਾਪਸ ਕੀਤਾ ਜਾਵੇਗਾ ਜਿਸ ਵਿੱਚ ਹਰੇਕ ਲਾਈਨ 'ਤੇ ਹਰੇਕ ਸਥਿਤੀ ਕੌਮਾ-ਸੀਮਤ ਕੀਤਾ ਜਾਵੇਗਾ। ਵਾਪਸ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਸਥਿਤੀ ਇਹ ਹੋਵੇਗੀ: -
- ਬਲਿੰਕ ਆਈ.ਡੀ
- ਮੌਜੂਦਾ ਨਿਰਧਾਰਤ ਗਰੁੱਪ ਨੰਬਰ – '0'/'A' - 'F'
- ਆਖਰੀ ਜਵਾਬ (ਆਖਰੀ ਜਵਾਬ x10mS ਤੋਂ ਬਾਅਦ ਦਾ ਸਮਾਂ)। ਜ਼ੀਰੋ ਜੇ ਅਣਸੁਣਿਆ।
- ਵਰਤਮਾਨ ਉਪਭੋਗਤਾ ਬਿੱਟ "UUUUUUUU"
- ਡਾਟਾ ਬਦਲਿਆ ਫਲੈਗ (8bit ਹੈਕਸ) - ਹੇਠਾਂ ਦੇਖੋ
- Ext Sync Std (0=Off, 1=PAL… GLSD ਕਮਾਂਡ ਦੇਖੋ)
- ਬੈਟਰੀ ਪਰਸੇਨtage
- PSU (0 ਜਾਂ 1) 'ਤੇ
- RF ਸਿਗਨਲ ਤਾਕਤ (0 ਤੋਂ 99)
- ਦੋਸਤਾਨਾ ਨਾਮ
ਫੀਲਡ 5 - ਡਾਟਾ ਬਦਲਿਆ ਫਲੈਗ - ਬਿੱਟ ਪਰਿਭਾਸ਼ਾਵਾਂ;
0 ਮੁੱਖ ਸਥਿਰ ਡੇਟਾ ਬਦਲਿਆ ਗਿਆ - BLSS ਦੀ ਵਰਤੋਂ ਕਰੋ? ਤਬਦੀਲੀਆਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ
1 ਮੁੱਖ ਪੋਲਿੰਗ ਡੇਟਾ ਬਦਲਿਆ ਗਿਆ - BLSP ਦੀ ਵਰਤੋਂ ਕਰੋ? ਤਬਦੀਲੀਆਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ
2 ਨੱਥੀ ਡਿਵਾਈਸ ਸਥਿਰ ਡਾਟਾ ਬਦਲਿਆ ਗਿਆ ਹੈ - BLXS ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਹੈ?
3 ਨੱਥੀ ਡਿਵਾਈਸ ਪੋਲਿੰਗ ਡੇਟਾ ਬਦਲਿਆ ਗਿਆ - BLXP ਦੀ ਵਰਤੋਂ ਕਰੋ?
4-7 ਅਪ੍ਰਭਾਸ਼ਿਤ
ਬਦਲੇ ਹੋਏ ਫਲੈਗ ਇਸ ਪੁੱਛਗਿੱਛ ਤੋਂ ਬਾਅਦ ਆਪਣੇ ਆਪ ਰੀਸੈਟ ਹੋ ਜਾਂਦੇ ਹਨ।
ਇਸ ਬੇਨਤੀ ਤੋਂ ਇੱਕ ਆਮ ਵਾਪਸੀ ਇਹ ਹੋਵੇਗੀ: -
BLSP=1,B,65,CAFEF00D,05,40,0,65,UltraSync 1<LF>
ਬਦਲੀ ਹੋਈ ਜਾਣਕਾਰੀ ਵਾਲੇ ਯੰਤਰ
BLCH? 'BLCG' ਕਮਾਂਡ ਦੇ ਸਮਾਨ ਹੈ ਪਰ ਮਾਸਟਰ ਡਿਵਾਈਸ ਦੁਆਰਾ ਆਪਣੇ ਰਿਕਾਰਡਾਂ ਨੂੰ ਤਬਦੀਲੀਆਂ ਨਾਲ ਅਪਡੇਟ ਕਰਨ ਤੋਂ ਬਾਅਦ ਹੀ ਫਲੈਗ ਬਦਲਦਾ ਹੈ।
ਵਾਪਸ ਕੀਤਾ ਨਕਸ਼ਾ 'BLSS?' ਵਰਗਾ ਹੀ ਹੈ? ਉਪਰੋਕਤ ਕਮਾਂਡ ਹੈਕਸਾਡੈਸੀਮਲ ਦਸ਼ਮਲਵ ਨਹੀਂ।
BLCH = 0……. BLCH ਬਿੱਟ ਰੀਸੈਟ ਕਰੋ।
BLCG?…….. (ਨਾਪਸੰਦ - BLCH ਦੀ ਵਰਤੋਂ ਕਰੋ)
BLink ਨੈੱਟਵਰਕ ਸਲੇਵ ਡਿਵਾਈਸਾਂ ਦੀ ਸੰਖਿਆ ਵਾਪਸ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੇ ਵੇਰਵੇ ਬਦਲੇ ਹਨ ਅਤੇ ਪ੍ਰਭਾਵਿਤ ਡਿਵਾਈਸਾਂ ਦਾ ਬਿਟਮੈਪ ਦਿੱਤਾ ਹੈ।
BLCG = 0…… BLCG ਬਿੱਟ ਰੀਸੈਟ ਕਰੋ।
ਸਲੇਵ ਦੀ ਨੱਥੀ ਡਿਵਾਈਸ ਸਥਿਤੀ
ਇਹਨਾਂ ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਇੱਕ ਸਲੇਵ ਯੂਨਿਟ ਨਾਲ ਜੁੜੇ ਇੱਕ ਡਿਵਾਈਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ, ਸਿੱਧੇ ਮਾਸਟਰ ਡਿਵਾਈਸ ਤੋਂ। ਸਥਿਰ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਇੱਕ ਪੁੱਛਗਿੱਛ ਹੈ ਜੋ ਬਹੁਤ ਘੱਟ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜੋ ਅਕਸਰ ਬਦਲ ਸਕਦਾ ਹੈ।
BLXS=n……… ਸਲੇਵ ਡਿਵਾਈਸ ਦਾ ਸਥਿਰ ਡੇਟਾ ਪ੍ਰਾਪਤ ਕਰੋ ਜਿੱਥੇ n = ਸਲੇਵ ਦੀ ਬਲਿੰਕ ਆਈ.ਡੀ.
CSV ਖੇਤਰਾਂ ਦੀ ਇੱਕ ਲੜੀ ਦਿੰਦਾ ਹੈ ਜੋ ਨੱਥੀ ਡਿਵਾਈਸ ਅਤੇ ਇਸਦੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੇ ਹਨ।
ਖੇਤਰਾਂ ਨੂੰ ਕਾਮੇ ਨਾਲ ਸੀਮਤ ਕਰਕੇ ਵਾਪਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
- ਬਲਿੰਕ ਆਈ.ਡੀ
- ਨਿਰਮਾਤਾ ਦਾ ਨਾਮ – ASCII ਟੈਕਸਟ ਮੁੱਲ
- ਨਿਰਮਾਤਾ ਦਾ ਮਾਡਲ – ASCII ਟੈਕਸਟ ਮੁੱਲ
- ਸਮਰੱਥਾ ਫਲੈਗ - 32 ਬਿੱਟ ਹੈਕਸਾਡੈਸੀਮਲ ਨੰਬਰ - ਅੰਤਿਕਾ ਵੇਖੋ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਨਾਮ (ASCII ਸਤਰ)
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਸਮਰੱਥਾ (ਪੂਰਨ ਅੰਕ 0 - 65535)
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਯੂਨਿਟ 0 = ਖਾਲੀ/ਅਣਜਾਣ, 1 = KB, 2 = MB, 3 =GB
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਨਾਮ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਸਮਰੱਥਾ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਯੂਨਿਟ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #3 … ਆਦਿ।
BLXP=n…….. ਸਲੇਵ ਡਿਵਾਈਸ ਦਾ ਬਦਲਦਾ ਡਾਟਾ ਪ੍ਰਾਪਤ ਕਰੋ ਜਿੱਥੇ n = ਸਲੇਵ ਦੀ ਬਲਿੰਕ ਆਈ.ਡੀ.
ਅਟੈਚਡ ਡਿਵਾਈਸ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹੋਏ CSV ਖੇਤਰਾਂ ਦੀ ਇੱਕ ਲੜੀ ਵਾਪਸ ਕਰਦਾ ਹੈ ਖੇਤਰ ਕੌਮਾ-ਸੀਮਤ ਹਨ।
- ਬਲਿੰਕ ਆਈ.ਡੀ
- ਮੌਜੂਦਾ ਆਵਾਜਾਈ ਦੀ ਸਥਿਤੀ - ਅੰਤਿਕਾ ਵੇਖੋ
- ਵਰਤਮਾਨ ਫ੍ਰੇਮ ਦਰ ਅੰਕੜਾ
- ਵਰਤਮਾਨ ਫ੍ਰੇਮ ਰੇਟ ਡੀਨੋਮੀਨੇਟਰ
- ਰੇਟ ਫਲੈਗ (8 ਬਿੱਟ ਹੈਕਸ) - ਬਿੱਟ 0 = ਡ੍ਰੌਪ ਫਰੇਮ, ਹੋਰ ਅਣਵਰਤੇ
- ਮੌਜੂਦਾ ਬੈਟਰੀ ਪੱਧਰ ਦਾ ਪ੍ਰਤੀਸ਼ਤtage
- ਬਾਹਰੀ ਪਾਵਰ ਲਾਗੂ/ਬੈਟਰੀ ਚਾਰਜਿੰਗ ਫਲੈਗ
- ਮੌਜੂਦਾ ਕਲਿੱਪ/fileਨਾਮ
- ਸਟੋਰੇਜ ਯੂਨਿਟ ਵਰਤਮਾਨ ਵਿੱਚ ਚੁਣੀ ਗਈ ਜਾਂ ਵਰਤੋਂ ਵਿੱਚ ਹੈ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਮੀਡੀਆ ਬਾਕੀ ਸਮਾਂ ਮਿੰਟਾਂ ਵਿੱਚ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #1 ਮੀਡੀਆ ਬਾਕੀ ਆਕਾਰ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਮੀਡੀਆ ਬਾਕੀ ਸਮਾਂ ਮਿੰਟਾਂ ਵਿੱਚ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #2 ਮੀਡੀਆ ਬਾਕੀ ਆਕਾਰ
- ਸਟੋਰੇਜ ਯੂਨਿਟ #3... ਆਦਿ।
ਫਰਮਵੇਅਰ ਨੂੰ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ
UFCK>ਲੰਬਾਈ(=0x0A)+ਅਪਡੇਟ ਦੇ ਪਹਿਲੇ ਦਸ ਬਾਈਟ file+'\n'
ਇੱਕ ਅੱਪਡੇਟ ਦੇ ਸੰਸਕਰਣ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਇੱਕ ASCII ਜਵਾਬ ਦੇ ਨਾਲ ਬਾਈਨਰੀ ਕਮਾਂਡ file. ਅੱਪਡੇਟ ਦੀ ਕਿਸਮ ਅਤੇ ਸੰਸਕਰਣ ਅੱਪਡੇਟ ਦੇ ਪਹਿਲੇ ਦਸ ਬਾਈਟਾਂ ਦੇ ਅੰਦਰ ਰੱਖੇ ਗਏ ਹਨ file ਇਸ ਲਈ ਇਹਨਾਂ ਨੂੰ ਪੁੱਛਗਿੱਛ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।
ਜਵਾਬ UFCK=ਕਿਸਮ, ਸੰਸਕਰਣ, ਫਲੈਗ ਹੋਵੇਗਾ
ਕਿਸਮ - 0=ਅਣਜਾਣ, 1=ਮੁੱਖ FW, 2=FPGA, 3=ਐਕਸਟ
ਸੰਸਕਰਣ = ਅੱਪਡੇਟ ਸੰਸਕਰਣ * 100
ਫਲੈਗ - 0=ਵਰਤਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, 1=ਅੱਗੇ ਵਧਣ ਲਈ ਠੀਕ ਹੈ, 2=ਸਹੀ ਸੰਸਕਰਣ, 3=ਮੌਜੂਦਾ ਤੋਂ ਪੁਰਾਣਾ ਸੰਸਕਰਣ
UFST=n
ਇੱਕ ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ ਸ਼ੁਰੂ ਕਰੋ ਜਿੱਥੇ n = 'ਅੱਪਡੇਟ ਦਾ ਸਮੁੱਚਾ ਆਕਾਰ file' ਦਾ ਤਬਾਦਲਾ ਕੀਤਾ ਜਾਣਾ ਹੈ।
ਜਵਾਬ ਅੱਪਡੇਟ ਕੀਤੇ ਡੇਟਾ ਦਾ ਵੱਧ ਤੋਂ ਵੱਧ ਆਕਾਰ ਦੇਵੇਗਾ ਜੋ ਹਰੇਕ 'UFDA' ਬਲਾਕ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਭਾਵ UFST=106। ਵਰਤਮਾਨ ਵਿੱਚ, ਇਹ ਵੱਧ ਤੋਂ ਵੱਧ 106-ਬਾਈਟ ਤੱਕ ਸੀਮਿਤ ਹੈ ਪਰ, ਭਵਿੱਖ ਵਿੱਚ ਅਤੇ ਜੇਕਰ ਸੀਰੀਅਲ ਇੰਟਰਫੇਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਇਸ ਨੂੰ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ।
ਅੱਪਡੇਟ ਦੇ ਆਕਾਰ ਦੇ ਆਧਾਰ 'ਤੇ ਇਸ ਕਮਾਂਡ ਨੂੰ ਪੂਰਾ ਹੋਣ ਵਿੱਚ 3 ਸਕਿੰਟ ਤੱਕ ਦਾ ਸਮਾਂ ਲੱਗ ਸਕਦਾ ਹੈ।
ਕਿਰਪਾ ਕਰਕੇ ਇਸ ਕਮਾਂਡ ਦੀ ਥੋੜ੍ਹੇ ਜਿਹੇ ਢੰਗ ਨਾਲ ਵਰਤੋਂ ਕਰੋ ਕਿਉਂਕਿ ਹਰੇਕ ਕਾਲ ਅੰਦਰੂਨੀ ਫਲੈਸ਼ ਮੈਮੋਰੀ ਅੱਪਡੇਟ ਬਫਰ ਨੂੰ ਮਿਟਾਉਣ ਲਈ ਮਜਬੂਰ ਕਰਦੀ ਹੈ।
UFDA>ਲੰਬਾਈ + ਪਤਾ + ਡਾਟਾ-ਬਲਾਕ + ਚੈੱਕਸਮ + '\n'
ਇਹ ਇੱਕ ਬਾਈਨਰੀ ਕਮਾਂਡ ਹੈ ਜਿੱਥੇ ਡੇਟਾ ਦੇ ਬਲਾਕ ਕ੍ਰਮਵਾਰ ਪਤੇ ਜ਼ੀਰੋ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹੋਏ ਭੇਜੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਉਦੋਂ ਤੱਕ ਅੱਗੇ ਵਧਦੇ ਹਨ ਜਦੋਂ ਤੱਕ file ਦਾ ਤਬਾਦਲਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਡੇਟਾ ਬਾਈਨਰੀ ਫਾਰਮੈਟ ਵਿੱਚ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ, ਜਿੱਥੇ;
- ਲੰਬਾਈ ਪੂਰੇ ਸੁਨੇਹੇ ਦੀ ਇੱਕ ਸਿੰਗਲ ਬਾਈਟ ਲੰਬਾਈ ਹੁੰਦੀ ਹੈ ਜਿਸਦੀ ਪਾਲਣਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ (ਅੰਤਿਮ '\n' ਨੂੰ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ)। ਇਸ ਲਈ, ਇਹ ਡੇਟਾ ਬਲਾਕ ਪਲੱਸ ਪੰਜ (ਐਡਰੈੱਸ ਅਤੇ ਚੈੱਕਸਮ ਬਾਈਟਸ) ਦੀ ਲੰਬਾਈ ਹੈ। ਵਰਤਮਾਨ ਵਿੱਚ, ਲੰਬਾਈ ਦਾ ਮੁੱਲ 111(0x6f) ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਅੰਤਮ '\n' ਅੱਖਰ ਦੇ ਨਾਲ ਇਹ ਲੰਬਾਈ ਬਾਈਟ ਤੋਂ ਬਾਅਦ ਮੌਜੂਦਾ ਅਧਿਕਤਮ ਕੁੱਲ 112ਬਾਈਟ ਡੇਟਾ ਹੈ।
- ਐਡਰੈੱਸ ਇੱਕ ਤਿੰਨ-ਬਾਈਟ, ਲਿਟਲ-ਐਂਡੀਅਨ, ਡਾਟਾ ਬਲਾਕ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਸੰਬੰਧਿਤ ਪਤਾ ਹੈ file.
- ਡੇਟਾ-ਬਲਾਕ ਤੋਂ ਡੇਟਾ ਦਾ ਬਲਾਕ ਹੈ file
- ਚੈਕਸਮ ਹਰੇਕ ਪਤੇ ਅਤੇ ਡੇਟਾ-ਬਲਾਕ ਬਾਈਟਾਂ ਦਾ 2 ਦਾ 16 ਬਿੱਟ ਮਾਡਿਊਲਰ ਚੈੱਕਸਮ ਹੈ। ਇਹ ਐਡਰੈੱਸ ਬਾਈਟ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਹਰੇਕ (8-ਬਿੱਟ) ਬਾਈਟਾਂ ਦੇ ਲਗਾਤਾਰ ਜੋੜ ਕੇ ਅਤੇ ਅੰਤਮ ਡੇਟਾ ਬਾਈਟ ਦੇ ਨਾਲ ਖਤਮ ਹੋਣ ਅਤੇ 16 ਬਿੱਟਾਂ ਤੋਂ ਵੱਧ ਕਿਸੇ ਵੀ ਓਵਰਫਲੋ ਨੂੰ ਰੱਦ ਕਰਕੇ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ। ਨਤੀਜੇ ਵਜੋਂ 16 ਬਿੱਟ ਸ਼ਬਦ ਫਿਰ ਸੰਦੇਸ਼ ਦੇ ਆਖਰੀ ਦੋ ਬਾਈਟਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਅੰਤ ਤੱਕ ਦੋ ਦੀ ਪ੍ਰਸ਼ੰਸਾਯੋਗ ਅਤੇ ਜੋੜਿਆ ਗਿਆ, ਲਿਟਲ-ਐਂਡੀਅਨ ਹੁੰਦਾ ਹੈ।
ਜਵਾਬ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹਨ
UFDA=0 ਸਭ ਠੀਕ ਹੈ - ਅਗਲੇ ਬਲਾਕ ਲਈ ਤਿਆਰ
UFDA=1 ਸਭ ਠੀਕ ਹੈ - ਟ੍ਰਾਂਸਫਰ ਪੂਰਾ ਹੋਇਆ
UFDA=2 ਚੈੱਕਸਮ ਗਲਤੀ - ਕਿਰਪਾ ਕਰਕੇ ਸੰਦੇਸ਼ ਨੂੰ ਦੁਹਰਾਓ
UFDA=3 ਪਤਾ ਕ੍ਰਮ ਤੋਂ ਬਾਹਰ ਹੈ
UFDA=4 ਲੰਬਾਈ ਗਲਤੀ - ਜਾਂ UFST ਜਾਰੀ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ
UFGO=ਚੈੱਕਸਮ
ਇਹ ਕਮਾਂਡ ਅੱਪਡੇਟ ਪ੍ਰਕਿਰਿਆ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ ਜਦੋਂ ਸਾਰਾ ਡਾਟਾ ਟ੍ਰਾਂਸਫਰ ਹੋ ਜਾਂਦਾ ਹੈ ਜਿੱਥੇ ਚੈੱਕਸਮ ਪੂਰੇ ਦਾ 2 ਦਾ ਪੂਰਕ 16-ਬਿੱਟ ਚੈੱਕਸਮ ਹੁੰਦਾ ਹੈ। file ਅਤੇ ਦਸ਼ਮਲਵ ਵਿੱਚ ਪੇਸ਼ ਕੀਤਾ। ਗਣਨਾ ਦੀ ਵਿਧੀ ਲਈ UFDA ਕਮਾਂਡ ਦੇਖੋ।
ਜਵਾਬ ਹੇਠ ਲਿਖੇ ਅਨੁਸਾਰ ਹਨ
UFGO=0…… ਸਿਰਫ਼ ਮੁੱਖ ਫਰਮਵੇਅਰ ਅੱਪਡੇਟ ਲਈ। ਇਹ ਦੱਸਣ ਲਈ ਫਲੈਗ ਕਰੋ ਕਿ ਸਭ ਠੀਕ ਸੀ ਅਤੇ ਹੁਣ ਅੱਪਡੇਟ ਨਾਲ ਅੱਗੇ ਵਧ ਰਿਹਾ ਹੈ। ਸੰਚਾਰ ਥੋੜੇ ਸਮੇਂ ਲਈ ਖਤਮ ਹੋ ਜਾਣਗੇ ਅਤੇ ਜਦੋਂ ਪੂਰਾ ਹੋ ਜਾਵੇਗਾ ਤਾਂ ਇੱਕ UFGO=1 ਭੇਜਿਆ ਜਾਵੇਗਾ;
UFGO=1…… ਅੱਪਡੇਟ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ। ਇਸ ਨੂੰ ਜਾਰੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਈ ਸਕਿੰਟਾਂ ਦੀ ਦੇਰੀ ਹੋ ਸਕਦੀ ਹੈ।
UFGO=2…… ਡਾਟਾ ਅਜੇ ਪੂਰਾ ਨਹੀਂ ਹੋਇਆ ਹੈ
UFGO=3….. ਚੈਕਸਮ ਸਟੋਰ ਕੀਤੇ ਡੇਟਾ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ
UFGO=4….. ਪੁਰਾਣਾ ਜਾਂ ਉਹੀ ਅੱਪਡੇਟ ਕੀਤਾ ਸੰਸਕਰਣ
UFGO=-n …….ਅਪਡੇਟਸ ਦੌਰਾਨ ਨਕਾਰਾਤਮਕ ਵਾਪਸੀ ਮੁੱਲ ਅੱਪਡੇਟ ਅਸਫਲਤਾ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ।
ਹਰ ਕਿਸਮ ਦਾ ਅੱਪਡੇਟ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਭਾਵ ਮੁੱਖ ਕੋਡ, FPGA, ਅਤੇ BLE ਅੱਪਡੇਟ, ਸਾਨੂੰ ਹਮੇਸ਼ਾ ਪਹਿਲਾਂ ਮੁੱਖ ਕੋਡ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਸੀਂ ਤਿੰਨ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਅਪਡੇਟਸ ਪ੍ਰਦਾਨ ਕਰਾਂਗੇ files ਜਿੱਥੇ ਕਿਸੇ ਵੀ ਸਮੇਂ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਏਅਰਗਲੂ ਇਹ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਸਮੱਗਰੀ ਤੋਂ ਹਰੇਕ ਅਪਡੇਟ ਕਿਸ ਲਈ ਹੈ, ਤੁਹਾਨੂੰ ਇਸਨੂੰ ਬਰਕਰਾਰ ਰੱਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ fileਨਾਮ
ਅੰਤਿਕਾ
TCS ਡਿਵਾਈਸ ਸਮਰੱਥਾ ਫਲੈਗ ਜਿਵੇਂ ਕਿ BLSS=n ਅਤੇ STSS ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ? ਬੇਨਤੀਆਂ
ਬਿੱਟ…… ਸਮਰੱਥਾ
0…… ਵਿੱਚ LTC ਆਉਟਪੁੱਟ ਫੰਕਸ਼ਨ ਹੈ
1…… ਵਿੱਚ LTC ਇਨਪੁਟ ਫੰਕਸ਼ਨ ਹੈ
2…… Genlock ਆਉਟਪੁੱਟ ਫੰਕਸ਼ਨ ਹੈ
3……. ਵਰਡ-ਕਲੌਕ ਆਉਟਪੁੱਟ ਫੰਕਸ਼ਨ ਹੈ
4…… ਵਾਈ-ਫਾਈ ਸਮਰੱਥਾ ਹੈ
5…… ਵਿੱਚ BLE ਸਮਰੱਥਾ ਹੈ
6…… ਸੀਰੀਅਲ ਪੋਰਟ ਹੈ
7-11… ਵਰਤਮਾਨ ਵਿੱਚ ਜ਼ੀਰੋ ਡਿਫਾਲਟ ਨਾਲ ਅਣ-ਅਲਾਟ ਕੀਤਾ ਗਿਆ
12…. ਇੱਕ ਬਿਲਟ-ਇਨ ਡਿਸਪਲੇਅ ਹੈ ਅਤੇ ਚਮਕ ਨੂੰ ਕੰਟਰੋਲ ਕਰ ਸਕਦਾ ਹੈ
13…. ਬਟਨ ਕੰਟਰੋਲ ਹੈ
14…. ਅੰਦਰੂਨੀ ਰੀਚਾਰਜ ਹੋਣ ਯੋਗ ਬੈਟਰੀ ਹੈ
15-19…. ਵਰਤਮਾਨ ਵਿੱਚ 0 ਪੂਰਵ-ਨਿਰਧਾਰਤ ਨਾਲ ਅਣ-ਨਿਰਧਾਰਤ
20-23….. ਵਰਤਮਾਨ ਵਿੱਚ 1 ਡਿਫੌਲਟ ਨਾਲ ਅਣ-ਅਲੋਕੇਟ ਕੀਤਾ ਗਿਆ ਹੈ
24... ਜ਼ੀਰੋ ਬ੍ਰਾਈਟਨੈੱਸ ਡਿਸਪਲੇ ਸੈਟਿੰਗ ਕਰ ਸਕਦਾ ਹੈ
25... ਜ਼ੀਰੋ ਬ੍ਰਾਈਟਨੈੱਸ LED ਫਲੈਸ਼ ਕਰ ਸਕਦੀ ਹੈ
26….. ਬਲਿੰਕ ਮਾਸਟਰ ਕਰ ਸਕਦਾ ਹੈ
27-28…. ਵਰਤਮਾਨ ਵਿੱਚ 0 ਪੂਰਵ-ਨਿਰਧਾਰਤ ਨਾਲ ਅਣ-ਨਿਰਧਾਰਤ
29-31….. ਵਰਤਮਾਨ ਵਿੱਚ 1 ਡਿਫੌਲਟ ਨਾਲ ਅਣ-ਅਲੋਕੇਟ ਕੀਤਾ ਗਿਆ ਹੈ
BLXS=n ਅਤੇ GCXS ਵਿੱਚ ਵਰਤੇ ਗਏ ਬਾਹਰੀ ਡਿਵਾਈਸ ਸਮਰੱਥਾ ਫਲੈਗ? ਬੇਨਤੀਆਂ
ਬਿੱਟ... ਸਮਰੱਥਾ
0/1….. ਫਿੱਟ ਮੀਡੀਆ ਸਟੋਰੇਜ ਯੂਨਿਟਾਂ ਦੀ ਸੰਖਿਆ
2…….. ਟਰਾਂਸਪੋਰਟ ਸਟੇਟ ਨੂੰ ਕੰਟਰੋਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
3……. ਚਾਲੂ ਜਾਂ ਬੰਦ ਨੂੰ ਕੰਟਰੋਲ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ
4…….. ਮੁੱਖ ਤੌਰ 'ਤੇ FPS (=0) ਜਾਂ ਆਡੀਓ ਬਿਟਰੇਟ ਡਿਵਾਈਸ (=1) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਵੀਡੀਓ ਡਿਵਾਈਸ
5-9… ਵਰਤਮਾਨ ਵਿੱਚ ਅਣ-ਨਿਰਧਾਰਤ ਡਿਫੌਲਟ = 0
10-15... ਨਿਰਧਾਰਿਤ ਡਿਫੌਲਟ = 1
16-23... ਅਣ-ਅਲੋਕੇਟਿਡ ਡਿਫੌਲਟ = 0
24-31… ਅਣ-ਅਲੋਕੇਟਿਡ ਡਿਫੌਲਟ = 1
ਏਕੀਕਰਣ ਨਿਰਦੇਸ਼
2.2 ਲਾਗੂ FCC/ISED ਨਿਯਮਾਂ ਦੀ ਸੂਚੀ
FCC: | ISED: |
47CFR 15.247 | ਆਰਐਸਐਸ - 247 |
2.3 ਖਾਸ ਸੰਚਾਲਨ ਵਰਤੋਂ ਦੀਆਂ ਸ਼ਰਤਾਂ
ਲਾਗੂ ਨਹੀਂ ਹੈ
2.4 ਸੀਮਤ ਮੋਡੀਊਲ ਪ੍ਰਕਿਰਿਆਵਾਂ
ਲਾਗੂ ਨਹੀਂ ਹੈ
2.5 ਟਰੇਸ ਐਂਟੀਨਾ ਡਿਜ਼ਾਈਨ
ਲਾਗੂ ਨਹੀਂ ਹੈ
2.6 RF ਐਕਸਪੋਜਰ ਵਿਚਾਰ
FCC RF ਐਕਸਪੋਜ਼ਰ ਲੋੜਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ, OEM ਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਸਿਰਫ਼ ਐਂਟੀਨਾ ਹੀ ਸਥਾਪਤ ਕੀਤੇ ਗਏ ਹਨ ਜੋ ਇਸ ਮੋਡੀਊਲ ਐਂਟੀਨਾ ਵੇਰਵਿਆਂ ਨਾਲ ਸੂਚੀਬੱਧ ਹਨ। AirGlu2 ਮੋਡੀਊਲ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਆਮ ਕਾਰਵਾਈ ਦੌਰਾਨ ਮਨੁੱਖੀ ਸੰਪਰਕ ਦੀ ਸੰਭਾਵਨਾ ਨੂੰ ਘੱਟ ਕੀਤਾ ਜਾਵੇ।
OEM ਇੰਟੀਗਰੇਟਰਾਂ ਅਤੇ ਅੰਤਮ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ RF ਐਕਸਪੋਜ਼ਰ ਦੀ ਸੰਤੁਸ਼ਟੀ ਲਈ ਟ੍ਰਾਂਸਮੀਟਰ ਓਪਰੇਟਿੰਗ ਸ਼ਰਤਾਂ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
ਰੇਡੀਓਫ੍ਰੀਕੁਐਂਸੀ ਰੇਡੀਏਸ਼ਨ ਐਕਸਪੋਜ਼ਰ ਜਾਣਕਾਰੀ: ਇਹ ਉਪਕਰਣ ਨਿਸ਼ਚਿਤ ਵਰਤੋਂ ਦੀਆਂ ਸਥਿਤੀਆਂ ਲਈ ਇੱਕ ਬੇਕਾਬੂ ਵਾਤਾਵਰਣ ਲਈ ਨਿਰਧਾਰਤ FCC ਰੇਡੀਏਸ਼ਨ ਐਕਸਪੋਜ਼ਰ ਸੀਮਾਵਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ। ਇਹ ਟ੍ਰਾਂਸਮੀਟਰ FCC ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਅਨੁਸਾਰ ਅਤੇ ਮਾਡਿਊਲ ਪ੍ਰਮਾਣੀਕਰਣ ਫਾਈਲਿੰਗ ਵਿੱਚ ਅਧਿਕਾਰਤ ਹੋਣ ਤੋਂ ਇਲਾਵਾ ਕਿਸੇ ਹੋਰ ਐਂਟੀਨਾ ਜਾਂ ਟ੍ਰਾਂਸਮੀਟਰ ਦੇ ਨਾਲ ਸਹਿ-ਸਥਿਤ ਜਾਂ ਸੰਚਾਲਿਤ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਾਲਣਾ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਪਾਰਟੀ ਦੁਆਰਾ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਮਨਜ਼ੂਰ ਨਾ ਕੀਤੇ ਗਏ ਬਦਲਾਅ ਜਾਂ ਸੋਧਾਂ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਨੂੰ ਚਲਾਉਣ ਲਈ ਉਪਭੋਗਤਾ ਦੇ ਅਧਿਕਾਰ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੀਆਂ ਹਨ।
2.7 ਐਂਟੀਨਾ
ਵਰਤੋਂ ਲਈ ਪ੍ਰਵਾਨਿਤ ਬਾਹਰੀ ਐਂਟੀਨਾ Taoglas TG.09.0113 SMA (F) ਮੋਨੋਪੋਲ ਹੈ। ਅਧਿਕਤਮ ਲਾਭ (ਖਾਲੀ ਥਾਂ) ਦੀ ਇਜਾਜ਼ਤ 2.0 dBi (900MHz) ਅਤੇ -6dBi (2.4GHz) ਹੈ। ਕਿਸੇ ਹੋਰ ਐਂਟੀਨਾ ਕਿਸਮ ਜਾਂ ਐਂਟੀਨਾ ਡਿਜ਼ਾਈਨ ਦੇ ਉੱਚ ਲਾਭ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ। AirGlu2 ਮੋਡੀਊਲ 'ਤੇ ਵਰਤਿਆ ਗਿਆ ਵਿਲੱਖਣ ਐਂਟੀਨਾ ਕੁਨੈਕਸ਼ਨ ECT (ਇਲੈਕਟ੍ਰਿਕ ਕਨੈਕਟਰ ਟੈਕਨਾਲੋਜੀ ਕੰਪਨੀ ਲਿਮਿਟੇਡ) ਭਾਗ ਨੰ. 818000157 ਹੈ।
2.8 ਲੇਬਲ ਅਤੇ ਪਾਲਣਾ ਜਾਣਕਾਰੀ
ਹੋਸਟ ਉਤਪਾਦ ਨਿਰਮਾਤਾ ਤਿਆਰ ਉਤਪਾਦ ਦੇ ਨਾਲ 'ਸ਼ਾਮਲ ਹੈ FCC ID: AYV-AGLU02 ਜਾਂ IC: 10427A-AGLU02' ਦੱਸਦੇ ਹੋਏ ਭੌਤਿਕ ਜਾਂ ਰੀ-ਲੇਬਲਿੰਗ ਪ੍ਰਦਾਨ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। RF ਡਿਵਾਈਸਾਂ ਲਈ ਲੇਬਲਿੰਗ ਅਤੇ ਉਪਭੋਗਤਾ ਜਾਣਕਾਰੀ ਲਈ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਦੇਖੋ - KDB ਪ੍ਰਕਾਸ਼ਨ 784748।
2.9 ਟੈਸਟ ਮੋਡ ਅਤੇ ਵਾਧੂ ਟੈਸਟਿੰਗ ਲੋੜਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ
AirGlu2 ਮੋਡੀਊਲ ਕੋਰ ਓਪਰੇਸ਼ਨ ਫਰਮਵੇਅਰ ਦੇ ਅੰਦਰ ਇੱਕ ਟੈਸਟ ਮੋਡ API ਦੇ ਨਾਲ ਪੂਰਾ ਹੁੰਦਾ ਹੈ, ਇੱਕ ਹੋਸਟ ਵਿੱਚ ਇੱਕ ਸਟੈਂਡਅਲੋਨ ਟ੍ਰਾਂਸਮੀਟਰ ਵਜੋਂ ਸਾਰੇ ਲੋੜੀਂਦੇ ਟੈਸਟ ਮੋਡਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ
2.10 ਵਾਧੂ ਟੈਸਟਿੰਗ, ਭਾਗ 15 ਸਬਪਾਰਟ B ਬੇਦਾਅਵਾ
AirGlu2 ਮਾਡਿਊਲਰ ਟ੍ਰਾਂਸਮੀਟਰ ਗ੍ਰਾਂਟ 'ਤੇ ਸੂਚੀਬੱਧ ਖਾਸ ਨਿਯਮਾਂ ਦੇ ਹਿੱਸਿਆਂ (ਜਿਵੇਂ, FCC ਟ੍ਰਾਂਸਮੀਟਰ ਨਿਯਮ) ਲਈ ਸਿਰਫ਼ FCC ਅਧਿਕਾਰਤ ਹੈ, ਅਤੇ ਹੋਸਟ ਉਤਪਾਦ ਨਿਰਮਾਤਾ ਕਿਸੇ ਵੀ ਹੋਰ FCC ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ ਜੋ ਮਾਡਿਊਲਰ ਟ੍ਰਾਂਸਮੀਟਰ ਦੁਆਰਾ ਕਵਰ ਨਾ ਕੀਤੇ ਗਏ ਹੋਸਟ 'ਤੇ ਲਾਗੂ ਹੁੰਦੇ ਹਨ। ਪ੍ਰਮਾਣੀਕਰਣ ਦੀ ਗਰਾਂਟ. ਇੱਕ ਵਾਰ ਮਾਡਿਊਲਰ ਟ੍ਰਾਂਸਮੀਟਰ ਸਥਾਪਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਅੰਤਿਮ ਹੋਸਟ ਉਤਪਾਦ ਲਈ ਭਾਗ 15 ਸਬਪਾਰਟ ਬੀ ਪਾਲਣਾ ਜਾਂਚ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਪ੍ਰਮਾਣੀਕਰਣ
CE
AirGlu2™ ਮੋਡੀਊਲ ਰੇਡੀਓ ਉਪਕਰਨ ਨਿਰਦੇਸ਼ (RED) (2014/53/EU) ਦੀਆਂ ਜ਼ਰੂਰੀ ਲੋੜਾਂ ਅਤੇ ਹੋਰ ਸੰਬੰਧਿਤ ਲੋੜਾਂ ਦੇ ਅਨੁਕੂਲ ਹੈ। ਕਿਰਪਾ ਕਰਕੇ ਨੋਟ ਕਰੋ ਕਿ AirGlu2™ ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੀ ਹਰੇਕ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ EN 301 489-17 ਦੇ ਅਨੁਸਾਰ ਅੰਤਮ ਉਤਪਾਦ 'ਤੇ ਰੇਡੀਓ EMC ਟੈਸਟ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਕਰਵਾਏ ਗਏ ਟੈਸਟ ਦੇ ਨਤੀਜੇ ਮੋਡੀਊਲ ਦੀ ਟੈਸਟ ਰਿਪੋਰਟ ਤੋਂ ਲੈ ਕੇ AirGlu2™ ਮੋਡੀਊਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਅੰਤਮ ਉਤਪਾਦ ਦੀ ਟੈਸਟ ਰਿਪੋਰਟ ਤੱਕ ਪ੍ਰਾਪਤ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ। EN 300 328 ਰੇਡੀਏਟਿਡ ਸਪਰੀਅਸ ਐਮੀਸ਼ਨ ਟੈਸਟ ਨੂੰ ਅੰਤਮ-ਉਤਪਾਦ ਅਸੈਂਬਲੀ ਦੇ ਨਾਲ ਦੁਹਰਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। EN 300 328 ਰੇਡੀਏਟਿਡ ਸਪਰੀਅਸ ਐਮਿਸ਼ਨ ਟੈਸਟਿੰਗ ਲਈ ਟੈਸਟ ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ ਸੌਫਟਵੇਅਰ ਦੀ ਟਾਈਮਕੋਡ ਸਿਸਟਮ ਸਹਾਇਤਾ ਤੋਂ ਬੇਨਤੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
FCC
ਇਹ ਡਿਵਾਈਸ FCC ਨਿਯਮਾਂ ਦੇ ਭਾਗ 15 ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ। ਓਪਰੇਸ਼ਨ ਹੇਠ ਲਿਖੀਆਂ ਦੋ ਸ਼ਰਤਾਂ ਦੇ ਅਧੀਨ ਹੈ:
- ਇਹ ਡਿਵਾਈਸ ਹਾਨੀਕਾਰਕ ਦਖਲਅੰਦਾਜ਼ੀ ਦਾ ਕਾਰਨ ਨਹੀਂ ਬਣ ਸਕਦੀ, ਅਤੇ
- ਇਸ ਡਿਵਾਈਸ ਨੂੰ ਪ੍ਰਾਪਤ ਹੋਈ ਕਿਸੇ ਵੀ ਦਖਲਅੰਦਾਜ਼ੀ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਦਖਲਅੰਦਾਜ਼ੀ ਸ਼ਾਮਲ ਹੈ ਜੋ ਅਣਚਾਹੇ ਓਪਰੇਸ਼ਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ।
ਟਾਈਮਕੋਡ ਸਿਸਟਮ ਦੁਆਰਾ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਮਨਜ਼ੂਰ ਨਾ ਕੀਤੇ ਗਏ ਕੋਈ ਵੀ ਬਦਲਾਅ ਜਾਂ ਸੋਧਾਂ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਨੂੰ ਚਲਾਉਣ ਲਈ ਉਪਭੋਗਤਾ ਦੇ ਅਧਿਕਾਰ ਨੂੰ ਰੱਦ ਕਰ ਸਕਦੀਆਂ ਹਨ।
FCC RF ਰੇਡੀਏਸ਼ਨ ਐਕਸਪੋਜ਼ਰ ਸਟੇਟਮੈਂਟ:
ਇਹ ਉਪਕਰਣ ਇੱਕ ਬੇਕਾਬੂ ਵਾਤਾਵਰਣ ਲਈ ਨਿਰਧਾਰਤ FCC ਰੇਡੀਏਸ਼ਨ ਐਕਸਪੋਜਰ ਸੀਮਾਵਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦਾ ਹੈ। ਅੰਤਮ-ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ RF ਐਕਸਪੋਜ਼ਰ ਪਾਲਣਾ ਨੂੰ ਸੰਤੁਸ਼ਟ ਕਰਨ ਲਈ ਖਾਸ ਓਪਰੇਟਿੰਗ ਨਿਰਦੇਸ਼ਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਇਹ ਟ੍ਰਾਂਸਮੀਟਰ FCC ਮਲਟੀ-ਟ੍ਰਾਂਸਮੀਟਰ ਉਤਪਾਦ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਛੱਡ ਕੇ ਕਿਸੇ ਹੋਰ ਐਂਟੀਨਾ ਜਾਂ ਟ੍ਰਾਂਸਮੀਟਰ ਦੇ ਨਾਲ ਸਹਿ-ਸਥਿਤ ਜਾਂ ਸੰਚਾਲਿਤ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। FCC ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ OEM ਜ਼ਿੰਮੇਵਾਰੀਆਂ: ਟ੍ਰਾਂਸਮੀਟਰ ਮੋਡੀਊਲ FCC ਮਲਟੀ-ਟ੍ਰਾਂਸਮੀਟਰ ਉਤਪਾਦ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਛੱਡ ਕੇ ਕਿਸੇ ਹੋਰ ਐਂਟੀਨਾ ਜਾਂ ਟ੍ਰਾਂਸਮੀਟਰ ਦੇ ਨਾਲ ਸਹਿ-ਸਥਿਤ ਜਾਂ ਸੰਚਾਲਿਤ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਹਰੇਕ ਨਵੇਂ ਹੋਸਟ ਨੂੰ ਰੇਡੀਏਟਿਡ ਨਕਲੀ ਨਿਕਾਸ ਦੇ ਮੁੜ ਮੁਲਾਂਕਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ ਅਤੇ
ਪ੍ਰਮਾਣੀਕਰਣ ਵਿੱਚ ਇੱਕ ਆਗਿਆਕਾਰੀ ਤਬਦੀਲੀ। AirGlu2™ ਮੋਡੀਊਲ ਲਈ, ਮਨੁੱਖੀ ਸਰੀਰ ਲਈ ਘੱਟੋ-ਘੱਟ ਵਿਛੋੜੇ ਦੀ ਦੂਰੀ 20cm ਹੈ। OEM ਇੰਟੀਗਰੇਟਰ ਇਸ ਮੋਡੀਊਲ (ਸਾਬਕਾ ਲਈample, ਡਿਜੀਟਲ ਡਿਵਾਈਸ ਨਿਕਾਸ, PC ਪੈਰੀਫਿਰਲ ਲੋੜਾਂ, ਆਦਿ)। ਮਹੱਤਵਪੂਰਨ ਨੋਟ: ਜੇਕਰ ਇਹ ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ (ਕੁਝ ਸੰਰਚਨਾਵਾਂ ਜਾਂ ਕਿਸੇ ਹੋਰ ਟ੍ਰਾਂਸਮੀਟਰ ਨਾਲ ਸਹਿ-ਸਥਾਨ ਲਈ), ਤਾਂ FCC ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਹੁਣ ਵੈਧ ਨਹੀਂ ਮੰਨਿਆ ਜਾਵੇਗਾ ਅਤੇ FCC ID ਨੂੰ ਅੰਤਿਮ ਉਤਪਾਦ 'ਤੇ ਨਹੀਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹਨਾਂ ਹਾਲਤਾਂ ਵਿੱਚ, OEM ਇੰਟੀਗਰੇਟਰ ਅੰਤਮ ਉਤਪਾਦ (ਟ੍ਰਾਂਸਮੀਟਰ ਸਮੇਤ) ਦਾ ਮੁੜ-ਮੁਲਾਂਕਣ ਕਰਨ ਅਤੇ ਇੱਕ ਵੱਖਰਾ FCC ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੋਵੇਗਾ।
ਅੰਤ ਉਤਪਾਦ ਲੇਬਲਿੰਗ
AirGlu™ ਮੋਡੀਊਲ ਨੂੰ ਇਸਦੇ ਭੌਤਿਕ ਆਕਾਰ ਦੇ ਕਾਰਨ ਇਸਦੀ ਆਪਣੀ FCC ID ਨਾਲ ਲੇਬਲ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। ਜੇਕਰ ਮੌਡਿਊਲ ਨੂੰ ਕਿਸੇ ਹੋਰ ਡਿਵਾਈਸ ਦੇ ਅੰਦਰ ਸਥਾਪਿਤ ਕੀਤੇ ਜਾਣ 'ਤੇ FCC ID ਦਿਖਾਈ ਨਹੀਂ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ ਦੇ ਬਾਹਰਲੇ ਹਿੱਸੇ ਨੂੰ ਜਿਸ ਵਿੱਚ ਮੋਡਿਊਲ ਸਥਾਪਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਨੂੰ ਨੱਥੀ ਮੋਡੀਊਲ ਦਾ ਹਵਾਲਾ ਦੇਣ ਵਾਲਾ ਇੱਕ ਲੇਬਲ ਵੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਉਸ ਸਥਿਤੀ ਵਿੱਚ, ਅੰਤਮ ਅੰਤਮ ਉਤਪਾਦ ਨੂੰ ਇੱਕ ਦ੍ਰਿਸ਼ਮਾਨ ਖੇਤਰ ਵਿੱਚ ਹੇਠ ਲਿਖਿਆਂ ਨਾਲ ਲੇਬਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ:
"ਟਰਾਂਸਮੀਟਰ ਮੋਡੀਊਲ FCC ID: AYV-AGLU02 ਰੱਖਦਾ ਹੈ"
Or
“FCC ID ਸ਼ਾਮਿਲ ਹੈ: AYV-AGLU02”
OEM ਇੰਟੀਗਰੇਟਰ ਨੂੰ ਅੰਤਮ-ਉਪਭੋਗਤਾ ਨੂੰ ਅੰਤਮ ਉਤਪਾਦ ਦੇ ਉਪਭੋਗਤਾ ਮੈਨੂਅਲ ਵਿੱਚ ਇਸ RF ਮੋਡੀਊਲ ਨੂੰ ਸਥਾਪਿਤ ਜਾਂ ਹਟਾਉਣ ਜਾਂ RF-ਸਬੰਧਤ ਮਾਪਦੰਡਾਂ ਨੂੰ ਬਦਲਣ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।
ਆਈਐਸਡ ਕਨੇਡਾ
ਇਸ ਰੇਡੀਓ ਟ੍ਰਾਂਸਮੀਟਰ ਨੂੰ ਇੰਡਸਟਰੀ ਕੈਨੇਡਾ ਦੁਆਰਾ ਆਪਣੇ ਏਮਬੈਡਡ ਐਂਟੀਨਾ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਮਨਜ਼ੂਰੀ ਦਿੱਤੀ ਗਈ ਹੈ। ਹੋਰ ਐਂਟੀਨਾ ਕਿਸਮਾਂ ਨੂੰ ਇਸ ਡਿਵਾਈਸ ਨਾਲ ਵਰਤਣ ਦੀ ਸਖਤ ਮਨਾਹੀ ਹੈ। ਇਹ ਡਿਵਾਈਸ ਇੰਡਸਟਰੀ ਕੈਨੇਡਾ ਦੇ ਲਾਇਸੈਂਸ-ਮੁਕਤ RSS ਮਿਆਰਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ। ਓਪਰੇਸ਼ਨ ਹੇਠ ਲਿਖੀਆਂ ਦੋ ਸ਼ਰਤਾਂ ਦੇ ਅਧੀਨ ਹੈ:
- ਇਹ ਡਿਵਾਈਸ ਦਖਲਅੰਦਾਜ਼ੀ ਦਾ ਕਾਰਨ ਨਹੀਂ ਬਣ ਸਕਦੀ ਹੈ; ਅਤੇ
- ਇਸ ਡਿਵਾਈਸ ਨੂੰ ਕਿਸੇ ਵੀ ਦਖਲ ਨੂੰ ਸਵੀਕਾਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਦਖਲਅੰਦਾਜ਼ੀ ਸ਼ਾਮਲ ਹੈ ਜੋ ਡਿਵਾਈਸ ਦੇ ਅਣਚਾਹੇ ਸੰਚਾਲਨ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ।
RF ਐਕਸਪੋਜ਼ਰ ਸਟੇਟਮੈਂਟ
AirGlu2™ ਮੋਡੀਊਲ ਦਿੱਤੀਆਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ ਜਦੋਂ ਮਨੁੱਖੀ ਸਰੀਰ ਲਈ ਘੱਟੋ-ਘੱਟ ਵਿਛੋੜੇ ਦੀ ਦੂਰੀ 20cm ਤੋਂ ਵੱਧ ਹੁੰਦੀ ਹੈ। RF ਐਕਸਪੋਜਰ ਜਾਂ SAR ਮੁਲਾਂਕਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਵਿਛੋੜੇ ਦੀ ਦੂਰੀ 20cm ਜਾਂ ਵੱਧ ਹੁੰਦੀ ਹੈ। AirGlu2™ ਮੋਡੀਊਲ ਨੂੰ ਸਭ ਤੋਂ ਮਾੜੇ-ਕੇਸ RF ਐਕਸਪੋਜਰ ਲਈ ਟੈਸਟ ਕੀਤਾ ਗਿਆ ਹੈ।
IC ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਨ ਲਈ OEM ਜ਼ਿੰਮੇਵਾਰੀਆਂ
ਟ੍ਰਾਂਸਮੀਟਰ ਮੋਡੀਊਲ ਕਿਸੇ ਹੋਰ ਐਂਟੀਨਾ ਜਾਂ ਟ੍ਰਾਂਸਮੀਟਰ ਦੇ ਨਾਲ ਸਹਿ-ਸਥਿਤ ਜਾਂ ਸੰਚਾਲਿਤ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਰੇਡੀਏਟਿਡ ਐਮਿਸ਼ਨ ਨੂੰ ਹਰੇਕ ਨਵੇਂ ਹੋਸਟ ਉਤਪਾਦ ਦੇ ਨਾਲ ਟੈਸਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ISEDC ਨੂੰ ਕਲਾਸ 4 ਅਨੁਮਤੀ ਵਾਲੇ ਬਦਲਾਅ ਨਾਲ ਸੂਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। OEM ਇੰਟੀਗਰੇਟਰ ਇਸ ਮੋਡੀਊਲ (ਸਾਬਕਾ ਲਈample, ਡਿਜੀਟਲ ਡਿਵਾਈਸ ਨਿਕਾਸ, PC ਪੈਰੀਫਿਰਲ ਲੋੜਾਂ, ਆਦਿ)।
ਮਹੱਤਵਪੂਰਨ ਨੋਟ
ਜੇਕਰ ਇਹ ਸ਼ਰਤਾਂ ਪੂਰੀਆਂ ਨਹੀਂ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ (ਕੁਝ ਸੰਰਚਨਾਵਾਂ ਜਾਂ ਕਿਸੇ ਹੋਰ ਟ੍ਰਾਂਸਮੀਟਰ ਨਾਲ ਸਹਿ-ਸਥਾਨ ਲਈ), ਤਾਂ IC ਪ੍ਰਮਾਣਿਕਤਾ ਨੂੰ ਹੁਣ ਵੈਧ ਨਹੀਂ ਮੰਨਿਆ ਜਾਵੇਗਾ ਅਤੇ IC ID ਨੂੰ ਅੰਤਿਮ ਉਤਪਾਦ 'ਤੇ ਨਹੀਂ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹਨਾਂ ਹਾਲਤਾਂ ਵਿੱਚ, OEM ਇੰਟੀਗਰੇਟਰ ਅੰਤਮ ਉਤਪਾਦ (ਟ੍ਰਾਂਸਮੀਟਰ ਸਮੇਤ) ਦਾ ਮੁੜ-ਮੁਲਾਂਕਣ ਕਰਨ ਅਤੇ ਇੱਕ ਵੱਖਰਾ IC ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੋਵੇਗਾ।
ਅੰਤ ਉਤਪਾਦ ਲੇਬਲਿੰਗ
AirGlu™ ਮੋਡੀਊਲ ਨੂੰ ਇਸਦੇ ਛੋਟੇ ਭੌਤਿਕ ਆਕਾਰ ਦੇ ਕਾਰਨ IC ID ਨਾਲ ਲੇਬਲ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। ਅੰਤਮ ਅੰਤਮ ਉਤਪਾਦ ਨੂੰ ਇੱਕ ਦ੍ਰਿਸ਼ਮਾਨ ਖੇਤਰ ਵਿੱਚ ਹੇਠ ਲਿਖਿਆਂ ਨਾਲ ਲੇਬਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ:
"ਇਸ ਵਿੱਚ ਟ੍ਰਾਂਸਮੀਟਰ ਮੋਡੀਊਲ IC: 10427A-AGLU02 ਸ਼ਾਮਲ ਹੈ"
Or
"IC ਰੱਖਦਾ ਹੈ: 10427A-AGLU02"
OEM ਇੰਟੀਗਰੇਟਰ ਨੂੰ ਇਹ ਸੁਚੇਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਅੰਤਮ-ਉਪਭੋਗਤਾ ਨੂੰ ਅੰਤਮ ਉਤਪਾਦ ਦੇ ਉਪਭੋਗਤਾ ਮੈਨੂਅਲ ਵਿੱਚ ਇਸ RF ਮੋਡੀਊਲ ਨੂੰ ਕਿਵੇਂ ਸਥਾਪਿਤ ਜਾਂ ਹਟਾਉਣਾ ਹੈ ਜਾਂ RF-ਸਬੰਧਤ ਮਾਪਦੰਡਾਂ ਨੂੰ ਕਿਵੇਂ ਬਦਲਣਾ ਹੈ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਨੀ ਚਾਹੀਦੀ।
ਜਾਪਾਨ
AirGlu2™ ਮੋਡੀਊਲ ਜਾਪਾਨ ਵਿੱਚ ਪ੍ਰਮਾਣੀਕਰਣ ਨੰਬਰ 008-220415 ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੈ
ਮਹੱਤਵਪੂਰਨ
ਮਾਡਿਊਲ ਛੋਟੇ ਭੌਤਿਕ ਆਕਾਰ ਦੇ ਕਾਰਨ ਜਾਪਾਨ ਪ੍ਰਮਾਣੀਕਰਣ ਚਿੰਨ੍ਹ ਅਤੇ ID ਨਾਲ ਲੇਬਲ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ। ਇੱਕ ਨਿਰਮਾਤਾ ਜੋ ਆਪਣੇ ਮੇਜ਼ਬਾਨ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਵਿੱਚ ਇੱਕ ਰੇਡੀਓ ਮੋਡੀਊਲ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਦਾ ਹੈ, ਨੂੰ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਹੋਸਟ ਉਪਕਰਣ ਦੇ ਬਾਹਰ ਪ੍ਰਮਾਣੀਕਰਣ ਚਿੰਨ੍ਹ ਅਤੇ ਪ੍ਰਮਾਣੀਕਰਣ ਨੰਬਰ ਲਗਾਉਣਾ ਚਾਹੀਦਾ ਹੈ।
ਪ੍ਰਮਾਣੀਕਰਣ ਚਿੰਨ੍ਹ ਅਤੇ ਪ੍ਰਮਾਣੀਕਰਣ ਨੰਬਰ ਨੂੰ ਜਾਪਾਨੀ ਭਾਸ਼ਾ ਵਿੱਚ ਟੈਕਸਟ ਦੇ ਨੇੜੇ ਰੱਖਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਹੇਠਾਂ ਪ੍ਰਦਾਨ ਕੀਤਾ ਗਿਆ ਹੈ।
ਅਨੁਵਾਦ:
"ਇਸ ਸਾਜ਼-ਸਾਮਾਨ ਵਿੱਚ ਨਿਸ਼ਚਿਤ ਰੇਡੀਓ ਉਪਕਰਨ ਹਨ ਜੋ ਰੇਡੀਓ ਕਾਨੂੰਨ ਦੇ ਤਹਿਤ ਤਕਨੀਕੀ ਰੈਗੂਲੇਸ਼ਨ ਅਨੁਕੂਲਤਾ ਪ੍ਰਮਾਣੀਕਰਣ ਲਈ ਪ੍ਰਮਾਣਿਤ ਕੀਤੇ ਗਏ ਹਨ।"
ਯੂਕੇ ਟਾਈਮਕੋਡ ਸਿਸਟਮ ਲਿਮਿਟੇਡ
ਯੂਨਿਟ 6, ਐਲਗਰ ਬਿਜ਼ਨਸ ਸੈਂਟਰ,
ਮੋਸਲੇ ਰੋਡ,
ਹੈਲੋ, ਵਰਸੇਸਟਰ।
WR26NJ. uk
(ਮਿਤੀ 26/05/2022)
ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ
![]() |
ਟਾਈਮਕੋਡ ਸਿਸਟਮ AirGlu2 ਵਾਇਰਲੈੱਸ ਸਿੰਕ ਅਤੇ ਕੰਟਰੋਲ ਮੋਡੀਊਲ [pdf] ਯੂਜ਼ਰ ਮੈਨੂਅਲ AGLU02, AYV-AGLU02, AYVAGLU02, AirGlu2, ਵਾਇਰਲੈੱਸ ਸਿੰਕ ਅਤੇ ਕੰਟਰੋਲ ਮੋਡੀਊਲ, AirGlu2 ਵਾਇਰਲੈੱਸ ਸਿੰਕ ਅਤੇ ਕੰਟਰੋਲ ਮੋਡੀਊਲ |