ਸੰਚਾਰ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਨੈੱਟਵਰਕ ਸਟੈਕ

ਲਾਭ:

• ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਫਰੇਮ/ਪੈਕੇਟ ਬਣਤਰ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਦੀ ਸਮਰੱਥਾ ਜਿਵੇਂ ਕਿ I2C/SPI/UART ਅਤੇ TCP/IP, AI ਸਮਰਥਨ ਨਾਲ MQTT
• ਪ੍ਰੋਟੋਕੋਲ ਦੀਆਂ ਗਲਤੀਆਂ (ਟਾਈਮਿੰਗ, ਐਡਰੈਸਿੰਗ, ਚੈਕਸਮ) ਨੂੰ ਏਆਈ ਦੇ ਨਾਲ ਅਨੁਮਾਨਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਘਟਾਉਣ ਦੀ ਸਮਰੱਥਾ
• ਮਿਆਰੀ ਦਸਤਾਵੇਜ਼, ਵਿਸ਼ਲੇਸ਼ਕ (ਤਰਕ/ਪੈਕੇਟ) ਮਾਪ ਨਾਲ AI ਦੇ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਿਆਖਿਆ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਸਮਰੱਥਾ

ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ ਨਿਯਮਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜੋ ਦੋ ਡਿਵਾਈਸਾਂ ਇੱਕ ਦੂਜੇ ਨੂੰ ਸਮਝਣ ਲਈ ਸਹਿਮਤ ਹਨ: ਕਿਸ ਗਤੀ ਤੇ, ਕਿਸ ਕ੍ਰਮ ਵਿੱਚ, ਕਿਸ ਫਾਰਮੈਟ ਵਿੱਚ ਉਹ ਗੱਲ ਕਰਨਗੇ। ਕੀ ਤਾਪਮਾਨ ਸੂਚਕ I2C ਦੁਆਰਾ ਮਾਈਕ੍ਰੋਕੰਟਰੋਲਰ ਨਾਲ ਗੱਲ ਕਰਦਾ ਹੈ ਜਾਂ ਕੋਈ ਡਿਵਾਈਸ TCP/IP ਅਤੇ MQTT ਦੁਆਰਾ ਕਲਾਉਡ ਸਰਵਰ ਨਾਲ ਗੱਲ ਕਰਦਾ ਹੈ ਇੱਕ ਪ੍ਰੋਟੋਕੋਲ 'ਤੇ ਅਧਾਰਤ ਹੈ। ਇਸ ਯੂਨਿਟ ਵਿੱਚ, ਤੁਸੀਂ ਦੇਖੋਗੇ ਕਿ ਪ੍ਰੋਟੋਕੋਲ ਫਰੇਮਾਂ/ਪੈਕੇਟਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਲਈ, ਪ੍ਰੋਟੋਕੋਲ ਦੀਆਂ ਗਲਤੀਆਂ ਨੂੰ ਸੰਕੁਚਿਤ ਕਰਨ ਲਈ, ਅਤੇ ਸੰਚਾਰ ਸਟੈਕ (ਇੱਕ ਦੂਜੇ ਦੇ ਉੱਪਰ ਪਰਤਾਂ, ਭੌਤਿਕ ਪਰਤ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਤੱਕ) ਨੂੰ ਸਮਝਣ ਲਈ AI ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕਰਨੀ ਹੈ। AI ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਅਤੇ ਅਨੁਮਾਨਾਂ ਨੂੰ ਪੈਦਾ ਕਰਨ ਵਿੱਚ ਸ਼ਕਤੀਸ਼ਾਲੀ ਹੈ; ਪਰ ਇੱਕ ਲਾਈਨ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦੀ ਹੈ ਸਿਰਫ ਇਸਦੇ ਵਿਸ਼ਲੇਸ਼ਕ ਮਾਪ (ਲੌਜੀਕਲ ਐਨਾਲਾਈਜ਼ਰ, ਪ੍ਰੋਟੋਕੋਲ/ਪੈਕੇਟ ਐਨਾਲਾਈਜ਼ਰ) ਅਤੇ ਸਟੈਂਡਰਡ ਦਸਤਾਵੇਜ਼ ਦੁਆਰਾ ਜਾਣੀ ਜਾਂਦੀ ਹੈ।

ਏਮਬੈਡਡ ਸੀਰੀਅਲ ਪ੍ਰੋਟੋਕੋਲ: I2C, SPI, UART

ਇੱਕ ਬੋਰਡ 'ਤੇ ਚਿਪਸ ਆਮ ਤੌਰ 'ਤੇ ਤਿੰਨ ਸੀਰੀਅਲ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਗੱਲ ਕਰਦੇ ਹਨ:

• UART: ਦੋ ਲਾਈਨਾਂ (TX/RX), ਕੋਈ ਘੜੀ ਲਾਈਨ ਨਹੀਂ; ਦੋਵੇਂ ਪਾਸੇ ਇੱਕੋ ਗਤੀ (ਬੌਡ ਰੇਟ) 'ਤੇ ਸੈੱਟ ਕੀਤੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਸਧਾਰਨ ਪਰ ਸਮਕਾਲੀਕਰਨ ਗਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।
• SPI: ਘੜੀ (SCLK), ਡਾਟਾ ਇਨਪੁਟ/ਆਊਟਪੁੱਟ (MOSI/MISO) ਅਤੇ ਚੁਣੋ (CS) ਲਾਈਨਾਂ; ਤੇਜ਼, ਪੂਰਾ ਡੁਪਲੈਕਸ, ਪਰ ਹੋਰ ਪਿੰਨ ਦੀ ਲੋੜ ਹੈ। ਘੜੀ ਦੀ ਧਰੁਵੀਤਾ/ਪੜਾਅ (CPOL/CPHA) ਦੋਵਾਂ ਪਾਸਿਆਂ ਤੋਂ ਮੇਲ ਖਾਂਦੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।
• I2C: ਦੋ ਲਾਈਨਾਂ (SDA/SCL), ਪਤਾ ਅਧਾਰਤ, ਇੱਕੋ ਲਾਈਨ 'ਤੇ ਮਲਟੀਪਲ ਡਿਵਾਈਸਾਂ; ਪੁੱਲ-ਅੱਪ ਰੋਧਕ ਅਤੇ ਆਮ ਜ਼ਮੀਨੀ ਸਥਿਤੀ. ਹੌਲੀ ਪਰ ਆਰਥਿਕ.

AI ਬਹੁਤ ਚੰਗੀ ਤਰ੍ਹਾਂ ਵਿਆਖਿਆ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਪ੍ਰੋਟੋਕੋਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਉਹਨਾਂ ਦਾ ਫਰੇਮਵਰਕ ਬਣਤਰ, ਅਤੇ ਆਮ ਅਸਫਲਤਾ ਦੇ ਕਾਰਨ ਹਨ। ਜਦੋਂ ਇੱਕ I2C ਡਿਵਾਈਸ ਗੈਰ-ਜਵਾਬਦੇਹ ਹੋ ਜਾਂਦੀ ਹੈ ਤਾਂ ਸੰਭਾਵੀ ਕਾਰਨਾਂ (ਗਲਤ ਪਤਾ, ਗੁੰਮ ਪੁੱਲ-ਅੱਪ, ਸਪੀਡ ਬੇਮੇਲ, ਆਮ ਜ਼ਮੀਨ ਦੀ ਗੈਰਹਾਜ਼ਰੀ, ਲਾਈਨ ਵਿਵਾਦ, ਕੇਬਲ ਦੀ ਲੰਬਾਈ/ਸਮਰੱਥਾ) ਨੂੰ ਯੋਜਨਾਬੱਧ ਤੌਰ 'ਤੇ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਪਰ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਹੜਾ ਅਸਲੀ ਹੈ ਇੱਕ ਤਰਕ ਵਿਸ਼ਲੇਸ਼ਕ ਨਾਲ ਰੇਖਾ ਨੂੰ ਮਾਪ ਕੇ ਅਤੇ SDA/SCL ਤਰੰਗਾਂ ਨੂੰ ਦੇਖ ਕੇ ਸਮਝਿਆ ਜਾ ਸਕਦਾ ਹੈ; AI ਪਰਿਕਲਪਨਾ ਦਿੰਦਾ ਹੈ, ਮਾਪ ਫੈਸਲਾ ਕਰਦਾ ਹੈ।

ਸੰਕੇਤ: ਇੱਕ ਸੀਰੀਅਲ ਪ੍ਰੋਟੋਕੋਲ ਅਸਫਲਤਾ ਵਿੱਚ, AI ਨੂੰ ਪੁੱਛੋ "ਸੰਭਾਵਿਤ ਕਾਰਨਾਂ ਨੂੰ ਸਭ ਤੋਂ ਘੱਟ ਸੰਭਾਵਨਾ ਤੋਂ ਲੈ ਕੇ ਰੈਂਕ ਦਿਓ, ਅਤੇ ਜੋ ਵੀ ਮੈਂ ਹਰ ਇੱਕ ਲਈ ਵਿਸ਼ਲੇਸ਼ਕ 'ਤੇ ਦੇਖਦਾ ਹਾਂ, ਉਸਦੀ ਪੁਸ਼ਟੀ ਹੁੰਦੀ ਹੈ." ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਮਾਪ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾਉਂਦੇ ਹੋ; ਹਰੇਕ ਕਾਰਨ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਅਜ਼ਮਾਉਣ ਦੀ ਬਜਾਏ, ਵਿਸ਼ਲੇਸ਼ਕ ਦ੍ਰਿਸ਼ ਤੁਹਾਨੂੰ ਸਹੀ ਸ਼ਾਖਾ ਵਿੱਚ ਲੈ ਜਾਂਦਾ ਹੈ।

ਨੈੱਟਵਰਕ ਪ੍ਰੋਟੋਕੋਲ: TCP/IP, UDP, MQTT, CoAP

ਲੇਅਰਡ ਪ੍ਰੋਟੋਕੋਲ ਪਲੇਅ ਵਿੱਚ ਆਉਂਦੇ ਹਨ ਕਿਉਂਕਿ ਡਿਵਾਈਸਾਂ ਨੈਟਵਰਕ ਅਤੇ ਕਲਾਉਡ ਨਾਲ ਜੁੜਦੀਆਂ ਹਨ। TCP/IP ਸਟੈਕ ਲਾਜ਼ਮੀ ਤੌਰ 'ਤੇ ਲੇਅਰਡ ਹੈ: ਭੌਤਿਕ/ਡਾਟਾ ਲਿੰਕ (ਈਥਰਨੈੱਟ, Wi-Fi), ਨੈੱਟਵਰਕ (IP: ਐਡਰੈੱਸਿੰਗ ਅਤੇ ਰੂਟਿੰਗ), ਟ੍ਰਾਂਸਪੋਰਟ (TCP: ਭਰੋਸੇਯੋਗ, ਕ੍ਰਮਵਾਰ, ਵਹਾਅ-ਨਿਯੰਤਰਿਤ / UDP: ਤੇਜ਼, ਭਰੋਸੇਮੰਦ), ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ (HTTP, MQTT, CoAP)। ਮੁੱਖ ਧਾਰਨਾਵਾਂ:

• TCP ਬਨਾਮ UDP: TCP ਨੁਕਸਾਨ ਲਈ ਮੁਆਵਜ਼ਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਆਰਡਰ ਦੀ ਗਾਰੰਟੀ ਦਿੰਦਾ ਹੈ ਪਰ ਲੇਟੈਂਸੀ ਅਤੇ ਓਵਰਹੈੱਡ ਪੇਸ਼ ਕਰਦਾ ਹੈ; UDP ਤੇਜ਼ ਹੈ ਪਰ ਕੋਈ ਡਿਲੀਵਰੀ ਗਾਰੰਟੀ ਨਹੀਂ ਹੈ (ਰੀਅਲ-ਟਾਈਮ ਆਡੀਓ/ਵੀਡੀਓ ਟੈਲੀਮੈਟਰੀ ਲਈ ਤਰਜੀਹੀ)।
• MQTT: ਲਾਈਟਵੇਟ IoT ਮੈਸੇਜਿੰਗ ਪ੍ਰੋਟੋਕੋਲ ਜੋ ਪ੍ਰਕਾਸ਼ਿਤ-ਸਬਸਕ੍ਰਾਈਬ ਮਾਡਲ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ; ਇੱਕ ਦਲਾਲ ਦੁਆਰਾ ਵਿਸ਼ਿਆਂ ਰਾਹੀਂ ਸੁਨੇਹਾ ਭੇਜਣਾ। QoS ਪੱਧਰ ਡਿਲੀਵਰੀ ਭਰੋਸਾ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ।
• CoAP: ਪ੍ਰਤਿਬੰਧਿਤ ਡਿਵਾਈਸਾਂ ਲਈ HTTP-ਵਰਗੇ, UDP-ਅਧਾਰਿਤ ਹਲਕੇ ਭਾਰ ਵਾਲੇ ਪ੍ਰੋਟੋਕੋਲ।

AI ਇਹਨਾਂ ਪ੍ਰੋਟੋਕੋਲਾਂ ਦੇ ਫਰੇਮ/ਪੈਕੇਟ ਬਣਤਰ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦਾ ਹੈ, ਤੁਹਾਨੂੰ ਵਾਇਰਸ਼ਾਰਕ (ਪੈਕੇਟ ਐਨਾਲਾਈਜ਼ਰ) ਕੈਪਚਰ ਦੀ ਵਿਆਖਿਆ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ, ਅਤੇ ਇੱਕ MQTT ਵਿਸ਼ਾ ਡਿਜ਼ਾਈਨ ਦੀ ਸਮੀਖਿਆ ਕਰਦਾ ਹੈ। ਪਰ ਅਸਲ ਟ੍ਰੈਫਿਕ ਕੀ ਹੈ ਪੈਕੇਟ ਕੈਪਚਰ ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਸਰਵਰ ਵਿਵਹਾਰ ਨੂੰ ਅਸਲ ਟੈਸਟਿੰਗ ਦੁਆਰਾ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ.

ਚੈੱਕਸਮ, ਸੀਆਰਸੀ ਅਤੇ ਫਰੇਮਿੰਗ

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

ਤਿੰਨ ਛੋਟੇ ਕੇਸ

ਕੇਸ 1 - ਅਧੂਰਾ ਪੁੱਲ-ਅੱਪ। ਇੱਕ ਟੀਮ ਇੱਕ ਬ੍ਰੈੱਡਬੋਰਡ 'ਤੇ ਇੱਕ I2C ਸੈਂਸਰ ਨਹੀਂ ਚਲਾ ਸਕਦੀ; ਡਿਵਾਈਸ ਪਤੇ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ (ਕੋਈ ACK ਨਹੀਂ)। AI ਸਭ ਤੋਂ ਸੰਭਾਵਿਤ ਕਾਰਨ ਦੇ ਤੌਰ 'ਤੇ ਲੁਪਤ ਪੁੱਲ-ਅੱਪ ਰੋਧਕ ਅਤੇ ਆਮ ਜ਼ਮੀਨ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਲਾਜ਼ੀਕਲ ਐਨਾਲਾਈਜ਼ਰ ਨਾਲ SDA ਲਾਈਨ ਨੂੰ ਦੇਖਦੇ ਹੋਏ, ਇਹ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਸਿਗਨਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਉੱਚ ਪੱਧਰ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ; ਸੰਚਾਰ ਉਦੋਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਪੁੱਲ-ਅੱਪ ਰੋਧਕਾਂ ਨੂੰ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ। ਪਾਠ: AI ਨੇ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਿਤ ਕਾਰਨ ਨੂੰ ਉਜਾਗਰ ਕੀਤਾ, ਵਿਸ਼ਲੇਸ਼ਕ ਨੇ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ।

ਕੇਸ 2 — ਗਲਤ SPI ਮੋਡ। ਇੱਕ ਇੰਜੀਨੀਅਰ ਇੱਕ SPI ਡਿਵਾਈਸ ਤੋਂ ਅਜੀਬ ਡਾਟਾ ਪੜ੍ਹਦਾ ਹੈ। AI ਸੰਭਾਵਿਤ ਕਾਰਨ ਵਜੋਂ ਘੜੀ ਦੀ ਧਰੁਵੀਤਾ/ਪੜਾਅ (CPOL/CPHA) ਦੀ ਬੇਮੇਲਤਾ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ। ਵਿਸ਼ਲੇਸ਼ਕ ਵਿੱਚ, ਘੜੀ ਉਸ ਕਿਨਾਰੇ ਨਾਲੋਂ ਵੱਖਰੇ ਨਮੂਨੇ ਲਈ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ ਜਿਸਦੀ ਡਿਵਾਈਸ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ; ਜਦੋਂ ਮੋਡ ਨੂੰ ਠੀਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਡੇਟਾ ਅਰਥਪੂਰਨ ਬਣ ਜਾਂਦਾ ਹੈ। ਸਬਕ: SPI ਵਿੱਚ "ਡਾਟਾ ਪਰ ਬਕਵਾਸ" ਲੱਛਣ ਅਕਸਰ ਮੋਡ ਬੇਮੇਲ ਹੁੰਦਾ ਹੈ; ਮਾਪ ਇਸ ਨੂੰ ਸਪੱਸ਼ਟ ਕਰਦਾ ਹੈ।

ਕੇਸ 3 — MQTT QoS ਗਲਤਫਹਿਮੀ। ਇੱਕ ਇੰਟਰਨ MQTT ਰਾਹੀਂ ਟੈਲੀਮੈਟਰੀ ਭੇਜਦਾ ਹੈ ਪਰ ਕੁਝ ਸੁਨੇਹੇ ਗੁੰਮ ਹੋਏ ਦੇਖਦਾ ਹੈ ਅਤੇ AI ਨੂੰ ਪੁੱਛਦਾ ਹੈ। AI ਦੱਸਦਾ ਹੈ ਕਿ QoS 0 "ਵੱਧ ਤੋਂ ਵੱਧ ਇੱਕ ਵਾਰ, ਡਿਲੀਵਰੀ ਦੀ ਗਰੰਟੀ ਨਹੀਂ ਹੈ"; ਦੱਸਦਾ ਹੈ ਕਿ ਡਿਲੀਵਰੀ ਦੀ ਗਾਰੰਟੀ ਦੇਣ ਲਈ QoS 1/2 ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਪਰ ਇਹ ਓਵਰਹੈੱਡ ਅਤੇ ਦੇਰੀ ਨੂੰ ਪੇਸ਼ ਕਰਦਾ ਹੈ। ਇੰਟਰਨ ਟੈਲੀਮੈਟਰੀ ਨਾਜ਼ੁਕਤਾ ਦੇ ਅਧਾਰ ਤੇ QoS 1 ਤੇ ਸਵਿਚ ਕਰਦਾ ਹੈ ਅਤੇ ਅਸਲ ਟੈਸਟਿੰਗ ਨਾਲ ਬ੍ਰੋਕਰ ਵਿਵਹਾਰ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ। ਪਾਠ: AI ਪ੍ਰੋਟੋਕੋਲ ਵਿਕਲਪ ਦੀ ਵਿਆਖਿਆ ਕਰੋ; ਸਹੀ ਚੋਣ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅਨੁਸਾਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਜਾਂਚ ਦੁਆਰਾ ਤਸਦੀਕ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਕਾਪੀ ਕਰਨ ਯੋਗ ਪ੍ਰੋਂਪਟ ਟੈਂਪਲੇਟਸ

ਪ੍ਰੋਟੋਕੋਲ ਅਸਫਲਤਾ ਨੇਵੀਗੇਸ਼ਨ ਟੈਂਪਲੇਟ"[I2C/SPI/UART/TCP/MQTT] ਸੰਚਾਰ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਲੱਛਣ ਹਨ: [ਲੱਛਣ]। ਸੰਭਾਵਿਤ ਕਾਰਨਾਂ ਨੂੰ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਨਾ ਤੋਂ ਲੈ ਕੇ ਘੱਟ ਤੋਂ ਘੱਟ ਸੰਭਾਵਨਾ ਤੱਕ ਦਰਜਾ ਦਿਓ। ਹਰੇਕ ਕਾਰਨ ਲਈ: (1) ਇਹ ਇਹ ਲੱਛਣ ਕਿਉਂ ਦਿੰਦਾ ਹੈ, (2) ਜੋ ਵੀ ਮੈਂ ਦੇਖਦਾ ਹਾਂ, ਇੱਕ CONRM ਤੇ ਜੋ ਵੀ ਹੁੰਦਾ ਹੈ (3) ਜੋ ਵੀ ਮੈਂ ਦੇਖਦਾ ਹਾਂ, ਉਹ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਨਿਸ਼ਚਤ ਨਹੀਂ ਹੁੰਦਾ।

ਫਰੇਮਵਰਕ/ਪੈਕੇਟ ਵਿਸ਼ਲੇਸ਼ਣ ਟੈਮਪਲੇਟ "ਹੇਠ ਦਿੱਤੇ [I2C/SPI/UART ਬਾਈਟ ਐਰੇ / ਪੈਕੇਟ ਕੈਪਚਰ] ਸਮੱਗਰੀ ਨੂੰ ਖੇਤਰਾਂ ਵਿੱਚ ਤੋੜੋ ਅਤੇ ਹਰੇਕ ਖੇਤਰ (ਪਤਾ, ਕਮਾਂਡ, ਡੇਟਾ, ਚੈਕਸਮ/ਸੀਆਰਸੀ, ਫਲੈਗ) ਦਾ ਵਰਣਨ ਕਰੋ। ਅੰਤ ਅਤੇ ਬਿੱਟ ਆਰਡਰ ਬਾਰੇ ਤੁਹਾਡੀ ਧਾਰਨਾ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸੋ। ਧਿਆਨ ਦਿਓ ਕਿ ਮੈਨੂੰ ਤੁਹਾਡੀ ਟਿੱਪਣੀ ਦੇ ਅਧਿਕਾਰਤ ਵੇਰਵੇ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਅਤੇ ਡਾਕੌਲਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। [ਪੇਸਟ]।"

CRC/ਚੈੱਕਸਮ ਵੈਰੀਫਿਕੇਸ਼ਨ ਟੈਮਪਲੇਟ"[ਪ੍ਰੋਟੋਕਾਲ] ਲਈ CRC/ਚੈੱਕਸਮ ਗਣਨਾ ਦਾ ਵਰਣਨ ਕਰੋ: ਬਹੁਪਦ, ਸ਼ੁਰੂਆਤੀ ਮੁੱਲ, ਬਿੱਟ ਆਰਡਰ, ਅੰਤਿਮ

ਪ੍ਰੋਟੋਕੋਲ ਚੋਣ ਟੈਮਪਲੇਟ "ਨਿਮਨਲਿਖਤ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਟ੍ਰਾਂਸਪੋਰਟ/ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਤੁਲਨਾ ਕਰੋ: [ਲੋੜ: ਡਿਲੀਵਰੀ ਗਾਰੰਟੀ, ਲੇਟੈਂਸੀ, ਪਾਵਰ, ਬੈਂਡਵਿਡਥ, ਡਿਵਾਈਸ ਸੀਮਾ]। ਇਹਨਾਂ ਮਾਪਦੰਡਾਂ ਨਾਲ TCP/UDP ਅਤੇ MQTT/CoAP/HTTP ਵਿਕਲਪਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਇਹਨਾਂ ਮਾਪਦੰਡਾਂ ਦੇ ਨਾਲ ਇੱਕ ਵਿਕਲਪ ਲਾਗੂ ਨਾ ਕਰੋ ਅਤੇ ਹਰੇਕ ਵਿਕਲਪ ਨੂੰ ਸੰਤੁਲਿਤ ਕਰਨ ਦੀ ਚੋਣ ਨੂੰ ਰਾਜ ਦੁਆਰਾ ਚੁਣਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ ਚੋਣ ਨੂੰ ਸਪਸ਼ਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ;।"

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ / ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ: "I2C ਕੰਮ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ, ਕਿਉਂ?"

ਮਜ਼ਬੂਤ ਪ੍ਰੋਂਪਟ: "ਮੇਰਾ I2C ਸੈਂਸਰ ACK ਨਹੀਂ ਕਰਦਾ (ਪਤੇ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕੀਤਾ ਗਿਆ)। ਸੰਭਾਵਤ ਕਾਰਨਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਜੋ ਸਭ ਤੋਂ ਵੱਧ ਸੰਭਾਵਤ ਹਨ: ਪੁੱਲ-ਅੱਪ, ਆਮ ਜ਼ਮੀਨ, ਗਲਤ ਪਤਾ, ਗਤੀ, ਕੇਬਲ ਸਮਰੱਥਾ, ਝਗੜਾ। ਹਰੇਕ ਕਾਰਨ ਲਈ, ਜੋ ਵੀ ਮੈਂ ਤਰਕ ਵਿਸ਼ਲੇਸ਼ਕ 'ਤੇ SDA/SCL 'ਤੇ ਦੇਖਦਾ ਹਾਂ ਲਿਖੋ; ਜੋ ਵੀ ਮੈਂ ਚਾਹੁੰਦਾ ਹਾਂ, ਇੱਕ ਸੂਚੀ ਨੂੰ ਖਤਮ ਕਰਨ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਗਈ ਹੈ, ਜੋ ਵੀ ਮੈਂ ਚਾਹੁੰਦਾ ਹਾਂ, ਇੱਕ ਡੋਨੌਸਿਸ ਦੇਖੋ। ਕਿ ਮੈਂ ਮਾਪ ਦੁਆਰਾ ਸੰਕੁਚਿਤ ਕਰ ਸਕਦਾ ਹਾਂ।"

ਕਮਜ਼ੋਰ ਪ੍ਰੋਂਪਟ ਇੱਕ ਸਿੰਗਲ ਅਨੁਮਾਨ ਪੈਦਾ ਕਰਦਾ ਹੈ; ਸ਼ਕਤੀਸ਼ਾਲੀ ਪ੍ਰੋਂਪਟ ਇੱਕ ਡਾਇਗਨੌਸਟਿਕ ਨਕਸ਼ਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਿਸ ਨੂੰ ਮਾਪ, ਕ੍ਰਮਬੱਧ ਅਤੇ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਸੰਕੁਚਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

ਪ੍ਰੋਟੋਕੋਲ ਤੁਲਨਾ ਚਾਰਟ

ਪ੍ਰੋਟੋਕੋਲ

ਟਾਈਪ ਕਰੋ

ਮਜ਼ਬੂਤ ਬਿੰਦੂ

ਤਸਦੀਕ ਸੰਦ ਹੈ

UART

ਲੜੀ, ਘੜੀ ਤੋਂ ਬਿਨਾਂ

ਸਧਾਰਨ, ਦੋ ਲਾਈਨਾਂ

ਲਾਜ਼ੀਕਲ ਵਿਸ਼ਲੇਸ਼ਕ

ਐਸ.ਪੀ.ਆਈ

ਲੜੀਵਾਰ, ਘੜੀ ਹੋਈ

ਤੇਜ਼, ਪੂਰਾ ਡੁਪਲੈਕਸ

ਲਾਜ਼ੀਕਲ ਐਨਾਲਾਈਜ਼ਰ (CPOL/CPHA)

I2C

ਸੀਰੀਅਲ, ਪਤਾ ਕਰਨ ਯੋਗ

ਬਹੁਤ ਸਾਰੇ ਯੰਤਰ, ਕੁਝ ਪਿੰਨ

ਵਿਸ਼ਲੇਸ਼ਕ (ACK, ਪੁੱਲ-ਅੱਪ)

ਟੀ.ਸੀ.ਪੀ

ਨੈੱਟਵਰਕ, ਆਵਾਜਾਈ

ਭਰੋਸੇਯੋਗ, ਕ੍ਰਮ ਵਿੱਚ

ਪੈਕੇਟ ਐਨਾਲਾਈਜ਼ਰ (ਵਾਇਰਸ਼ਾਰਕ)

UDP

ਨੈੱਟਵਰਕ, ਆਵਾਜਾਈ

ਤੇਜ਼, ਘੱਟ ਲੇਟੈਂਸੀ

ਪੈਕੇਟ ਵਿਸ਼ਲੇਸ਼ਕ

MQTT

ਐਪਲੀਕੇਸ਼ਨ

ਲਾਈਟਵੇਟ, ਪੱਬ/ਸਬ, QoS

ਬ੍ਰੋਕਰ ਲੌਗ + ਪੈਕੇਟ ਕੈਪਚਰ

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

ਆਮ ਗਲਤੀਆਂ

• ਨੁਕਸ ਕਾਰਨ ਨੂੰ ਮਾਪੇ ਬਿਨਾਂ AI ਪੂਰਵ-ਅਨੁਮਾਨ ਦੇ ਆਧਾਰ 'ਤੇ ਇਸ ਨੂੰ ਬਦਲਣਾ। ਵਿਸ਼ਲੇਸ਼ਕ ਦ੍ਰਿਸ਼ ਤੁਹਾਨੂੰ ਸਹੀ ਕਾਰਨ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ।
• SPI ਵਿੱਚ CPOL/CPHA ਪਾਲਣਾ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ। "ਇੱਥੇ ਡੇਟਾ ਹੈ ਪਰ ਇਹ ਬਕਵਾਸ ਹੈ" ਅਕਸਰ ਇੱਕ ਮੋਡ ਅਸੰਗਤਤਾ ਹੁੰਦਾ ਹੈ।
• I2C 'ਤੇ ਪੁੱਲ-ਅੱਪ ਅਤੇ ਆਮ ਜ਼ਮੀਨ ਨੂੰ ਭੁੱਲਣਾ। ਇਹ "ਬਿਲਕੁਲ ਕੰਮ ਨਾ ਕਰਨ" ਦਾ ਸਭ ਤੋਂ ਆਮ ਕਾਰਨ ਹੈ।
• CRC ਪੈਰਾਮੀਟਰਾਂ ਨੂੰ ਮੰਨਣਾ। ਪੌਲੀਨੋਮੀਅਲ, ਸਟਾਰਟ, ਬਿੱਟ ਆਰਡਰ ਸਟੈਂਡਰਡ ਲਈ ਖਾਸ ਹਨ; ਇਹ ਟੈਸਟ ਵੈਕਟਰ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੈ।
• ਡਿਲੀਵਰੀ ਗਰੰਟੀ ਦੇ ਨਾਲ MQTT QoS ਨੂੰ ਉਲਝਾਉਣਾ। QoS 0 ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ; ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅਨੁਸਾਰ ਚੋਣ ਕੀਤੀ ਅਤੇ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ.

ਸੰਖੇਪ ਵਿੱਚ

ਇਸ ਯੂਨਿਟ ਵਿੱਚ ਤੁਸੀਂ ਪ੍ਰੋਟੋਕੋਲ ਜਿਵੇਂ ਕਿ I2C/SPI/UART ਅਤੇ TCP/IP, MQTT, ਫਰੇਮ/ਪੈਕੇਟ ਵਿਸ਼ਲੇਸ਼ਣ ਅਤੇ ਤਰਤੀਬਵਾਰ ਨੁਕਸ ਦੇ ਕਾਰਨਾਂ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਇੱਕ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਹਾਇਤਾ ਵਜੋਂ AI ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਹੈ। ਪਰ ਪ੍ਰੋਟੋਕੋਲ ਸਟੀਕ ਅਤੇ ਮਿਆਰੀ-ਬੱਧ ਹੁੰਦੇ ਹਨ: ਇੱਕ ਲਾਈਨ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰਦੀ ਹੈ ਇੱਕ ਤਰਕ/ਪੈਕੇਟ ਵਿਸ਼ਲੇਸ਼ਕ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇੱਕ ਵਿਸ਼ਲੇਸ਼ਣ ਦੀ ਸ਼ੁੱਧਤਾ ਰਸਮੀ ਪਰਿਭਾਸ਼ਾ ਅਤੇ ਟੈਸਟ ਵੈਕਟਰ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਇੱਕ ਨੁਕਸ ਦਾ ਕਾਰਨ ਮਾਪ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। AI ਨੂੰ "ਸਭ ਤੋਂ ਸੰਭਾਵਿਤ ਕਾਰਨ ਅਤੇ ਇਸਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਲਈ ਮਾਪ" ਦੇਣ ਲਈ ਨਿਰਦੇਸ਼ਿਤ ਕਰੋ; ਵਿਸ਼ਲੇਸ਼ਕ ਅਤੇ ਮਿਆਰ ਨੂੰ ਫੈਸਲਾ ਕਰਨ ਦਿਓ।

ਐਪਲੀਕੇਸ਼ਨ ਦਾ ਕੰਮ

ਇੱਕ ਸੀਰੀਅਲ ਪ੍ਰੋਟੋਕੋਲ ਅਸਫਲਤਾ ਦ੍ਰਿਸ਼ ਚੁਣੋ (ਉਦਾਹਰਨ ਲਈ ਕੋਈ I2C ACK ਨਹੀਂ)। "ਪ੍ਰੋਟੋਕੋਲ ਫਾਲਟ ਤੰਗ ਕਰਨ" ਟੈਮਪਲੇਟ ਦੇ ਨਾਲ AI ਤੋਂ ਇੱਕ ਕ੍ਰਮਵਾਰ ਅਤੇ ਮਾਪ-ਤਸਦੀਕਯੋਗ ਡਾਇਗਨੌਸਟਿਕ ਮੈਪ ਦੀ ਬੇਨਤੀ ਕਰੋ। ਫਿਰ ਇੱਕ ਨਮੂਨਾ ਬਾਈਟ ਐਰੇ (ਉਦਾਹਰਨ ਲਈ ਇੱਕ ਸੈਂਸਰ ਰੀਡਿੰਗ ਫ੍ਰੇਮ) ਲਓ ਅਤੇ ਇਸਨੂੰ "ਫ੍ਰੇਮ/ਪੈਕੇਟ ਪਾਰਸਿੰਗ" ਪੈਟਰਨ ਨਾਲ ਸਪੇਸ ਕਰੋ ਅਤੇ ਅੰਤਮ ਧਾਰਨਾ ਨੂੰ ਨੋਟ ਕਰੋ। ਅੰਤ ਵਿੱਚ, "CRC/ਚੈੱਕਸਮ ਵੈਰੀਫਿਕੇਸ਼ਨ" ਟੈਮਪਲੇਟ ਨਾਲ ਇੱਕ CRC ਕੋਡ ਨੂੰ ਇੱਕ ਜਾਣੇ-ਪਛਾਣੇ ਟੈਸਟ ਵੈਕਟਰ ਦੇ ਵਿਰੁੱਧ ਪ੍ਰਮਾਣਿਤ ਕਰੋ।

ਚੈੱਕਲਿਸਟ

• [ ] ਮੈਂ ਵਿਸ਼ਲੇਸ਼ਕ ਮਾਪ ਦੁਆਰਾ ਅਸਫਲਤਾ ਦੇ ਕਾਰਨ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ, ਨਾ ਕਿ AI ਪੂਰਵ-ਅਨੁਮਾਨ ਦੁਆਰਾ।
• [ ] ਮੈਂ SPI 'ਤੇ CPOL/CPHA ਨੂੰ ਸੂਚੀਬੱਧ ਕੀਤਾ, I2C 'ਤੇ ਪਤਾ/ਪੁੱਲ-ਅੱਪ/ਕਾਮਨ ਗਰਾਊਂਡ ਕੰਟਰੋਲ।
• [ ] ਮੈਂ ਅਧਿਕਾਰਤ ਪ੍ਰੋਟੋਕੋਲ ਪਰਿਭਾਸ਼ਾ ਨਾਲ ਫਰੇਮ/ਪੈਕੇਟ ਪਾਰਸਿੰਗ ਦੀ ਤੁਲਨਾ ਕੀਤੀ।
• [ ] ਮੈਂ ਟੈਸਟ ਵੈਕਟਰ ਨਾਲ CRC/ਚੈੱਕਸਮ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕੀਤੀ ਹੈ।
• ਮੈਂ ਲੋੜ ਅਨੁਸਾਰ ਟਰਾਂਸਪੋਰਟ/ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਚੋਣ ਕੀਤੀ ਅਤੇ ਅਸਲ ਟੈਸਟਿੰਗ ਨਾਲ ਇਸਦੀ ਜਾਂਚ ਕੀਤੀ।
• [ ] ਮੈਂ MQTT QoS ਦੇ ਡਿਲੀਵਰੀ ਗਾਰੰਟੀ ਦੇ ਅਰਥ ਦੀ ਸਹੀ ਵਿਆਖਿਆ ਕੀਤੀ ਹੈ।