सीरियल पोर्ट की मॉनिटरिंग, स्निफिंग, डिबगिंग और लॉगिंग

इस पेज पर आप डिवाइसेज़ (पीसी, कंट्रोलर्स, एम्बेडेड बोर्ड) के बीच सीरियल कम्युनिकेशन का विश्लेषण करने के तीन तरीके सीखेंगे और यह भी कि SerialTool का COM Sniffer अक्सर सबसे अच्छा समाधान क्यों है: सिर्फ सॉफ़्टवेयर, कोई वायरिंग नहीं, पारदर्शी, और मॉनिटर/स्निफ/डिबग/लॉगर के रूप में कई दिनों तक उपयोग के लिए उपयुक्त।

आप क्या पाएंगे

• अध्याय 1: COM पोर्ट को मॉनिटर करने का अर्थ, बाइट/बिट की संरचना और सीरियल उन्हें कैसे भेजता है (स्टार्ट/डाटा/पैरिटी/स्टॉप), साथ ही TX/RX और बौड रेट।
• अध्याय 2: दो USB↔serial एडेप्टर के साथ फिजिकल स्निफिंग की क्लासिक विधि: केवल RX को दोनों डिवाइसों की TX लाइनों से जोड़ें और ग्राउंड साझा करें। सरल मॉनिटर/लॉगर के लिए उत्तम।
• अध्याय 3: वही अवधारणा जब मास्टर पीसी टार्गेट डिवाइस से USB↔serial/RS-232/RS-485 कन्वर्टर्स के जरिए बात करता है (वही प्रोटोकॉल, अलग भौतिक स्तर)। इसमें Modbus RTU/ASCII और औद्योगिक/CNC/एम्बेडेड उपयोग (डिबग, फ़र्मवेयर, रिवर्स इंजीनियरिंग) का अवलोकन शामिल है।
• अध्याय 4: SerialTool के COM Sniffer का उपयोग क्यों अक्सर बेहतर रहता है: सीरियल पोर्ट मॉनिटर जो Windows कर्नेल ड्राइवर पर आधारित है और अन्य सॉफ़्टवेयर द्वारा पहले से खोले गए पोर्ट्स के डेटा, IOCTL, सिग्नल और पैरामीटर्स को इंटरसेप्ट करता है। कोई केबल नहीं, सटीक फ़िल्टर, pcap/pcapng में निर्यात (जैसे Wireshark) और लंबे कैप्चर के लिए स्थिरता।

यदि आपका लक्ष्य किसी थर्ड-पार्टी सॉफ़्टवेयर का जल्दी विश्लेषण करना या अपने एप्लिकेशन की लगातार मॉनिटरिंग करना है, तो अध्याय 4 – COM Sniffer से शुरू करें: यह मॉनिटर, स्निफ, डिबग और लॉग करने का सबसे तेज़ तरीका है—विनिर्माण बेंच बनाए बिना।

अध्याय 1 – COM पोर्ट से डेटा की मॉनिटरिंग

1.1 “सीरियल पोर्ट मॉनिटरिंग” का अर्थ

COM (सीरियल) पोर्ट की मॉनिटरिंग का अर्थ है पीसी और डिवाइस के बीच कम्युनिकेशन लाइनों पर चलते बाइट्स को रीयल-टाइम में देखना। मॉनिटरिंग में आमतौर पर दो दिशाएँ होती हैं: TX (पीसी से डिवाइस की ओर ट्रांसमिशन) और RX (डिवाइस से पीसी की ओर रिसेप्शन)। एक अच्छा मॉनिटर डेटा को टेक्स्ट (ASCII/UTF-8 व्याख्या) और हेक्साडेसिमल (HEX) दोनों रूपों में दिखाता है, यानी कच्चे बाइट्स।

1.2 बाइट्स और बिट्स: तर्कसंगत अभिव्यक्ति बनाम सीरियल ट्रांसमिशन

जब हम Hello लिखते हैं, तो पाँच अक्षर पाँच ASCII बाइट्स में परिवर्तित होते हैं: हेक्साडेसिमल में 48 65 6C 6C 6F। SerialTool जैसा बाइट विज़ुअलाइज़र प्रत्येक बाइट के भीतर व्यक्तिगत बिट्स की लॉजिकल वेवफ़ॉर्म दिखाने देता है।

लॉजिकल व्यू में बाइट्स कैसे पढ़ें

• चार्ट प्रत्येक बाइट के 8 डेटा बिट्स (b7…b0) को हाईलाइट करता है। मेमोरी में हम उन्हें MSB→LSB (अधिकतम महत्वपूर्ण से न्यूनतम) के रूप में सूचीबद्ध कर सकते हैं।
• यह अभिव्यक्ति अभी सीरियल प्रोटोकॉल के तत्व (स्टार्ट, पैरिटी, स्टॉप) शामिल नहीं करती और ऑन-वायर ट्रांसमिशन क्रम को प्रतिबिंबित नहीं करती।

सीरियल पोर्ट पर बाइट्स कैसे ट्रांसमिट होती हैं

भौतिक RS-232/TTL लाइन पर, प्रत्येक बाइट सीरियल फ्रेम के अनुसार एनकैप्सुलेट होती है:

स्टार्ट (1 बिट, लॉजिक “0”) → डेटा (7/8 बिट, LSB-पहले भेजे जाते हैं) → पैरिटी (वैकल्पिक) → स्टॉप (1 या अधिक बिट, लॉजिक “1”)।

• आइडल: TX लाइन लॉजिक “1” (मार्क) पर स्थिर रहती है। स्टार्ट बिट आने तक सिग्नल 1 पर रहता है।
• स्टार्ट बिट: “0” (स्पेस) की ओर संक्रमण बाइट की शुरुआत दर्शाता है।
• डेटा बिट्स: डेटा बिट्स LSB-पहले क्रम में ट्रांसमिट होते हैं।
• स्टॉप बिट: 1 या अधिक बिट के लिए “1” पर वापसी; आइडल की पुनर्स्थापना सुनिश्चित करता है।
• बौड रेट: प्रत्येक बिट की अवधि निर्धारित करता है (उदा., 9600 बौड पर हर बिट ~104.17 µs)।

RS-232 बनाम TTL पर नोट

• TTL स्तर (3.3 V/5 V पर UART) में “1” हाई और “0” लो होता है।
• RS-232 स्तर में वोल्टेज उलटे होते हैं (लॉजिक “1” ≈ नकारात्मक वोल्टेज, “0” ≈ सकारात्मक), लेकिन स्टार्ट/डेटा/स्टॉप अनुक्रम समान रहता है।

त्वरित उदाहरण: “Hello” ट्रांसमिट करने का समय

8N1 कॉन्फ़िगरेशन (1 स्टार्ट, 8 डेटा, 1 स्टॉप) में प्रत्येक बाइट लाइन पर 10 बिट लेता है। 9600 बौड पर यह ~960 bytes/s है। 5 बाइट (“Hello”) के लिए ~5.21 ms लगते हैं।

अध्याय 2 – दो USB-to-serial एडेप्टर के साथ सीरियल कम्युनिकेशन की मॉनिटरिंग/स्निफिंग, डिबगिंग और लॉगिंग

2.1 उद्देश्य

मॉनिटर/स्निफर बनाना जो गैर-हस्तक्षेपकारी हो—ताकि देख सकें, डिबग कर सकें और लॉग कर सकें—डिवाइस 1 और डिवाइस 2 के बीच अदला-बदली होने वाले बाइट्स, बिना उनकी कम्युनिकेशन रोके।

2.2 विद्युत कनेक्शन (निष्क्रिय टैपिंग)

• COM5 (USB-to-serial #1): एडेप्टर के RX पिन को डिवाइस 1 के TX से जोड़ें (डिवाइस 1 द्वारा भेजे गए डेटा को स्निफ करने हेतु)।
• COM6 (USB-to-serial #2): एडेप्टर के RX पिन को डिवाइस 2 के TX से जोड़ें (डिवाइस 2 द्वारा भेजे गए डेटा हेतु)।
• कॉमन GND: दोनों USB-to-serial एडेप्टर का ग्राउंड, दोनों डिवाइसों के ग्राउंड से जोड़ें (लॉजिक लेवल का साझा संदर्भ)।
• एडेप्टर के TX को बस से ना जोड़ें: हम हाई-इम्पीडेंस लिसन-ओनली मोड में रहते हैं ताकि लाइन बाधित न हो।
• एडेप्टर के 5V/3.3V से डिवाइस को पावर न दें (टैपिंग में VCC उपयोग नहीं होता)।

लेवल नोट: यह तरीका UART/TTL (3.3/5 V) या संगत ड्राइवर्स वाली बसों पर लागू है। RS-232 (±12 V) के लिए TTL RX को सीधे कनेक्ट न करें: एक RS-232↔USB कन्वर्टर या समर्पित RS-232 टैप/मॉनिटर चाहिए। यानी RS-232 लाइन को लॉग करना है तो उचित हार्डवेयर का प्रयोग करें।

2.3 बौड रेट ढूँढना और सेट करना

डेटा को सही तरह डिकोड करने के लिए बौड रेट और पैरामीटर्स डिवाइसों के समान होने चाहिए (जैसे 9600/8N1)। यदि ज्ञात न हों:

• डिवाइस या प्रोटोकॉल के दस्तावेज देखें।
• सबसे सामान्य बौड रेट आज़माएँ (9600, 19200, 38400, 57600, 115200...)।
• ऑस्सिलोस्कोप/लॉजिक ऐनालाइज़र से मापें: बिट अवधि Tbit=1/baud (उदा., 9600 बौड पर ≈ 104.17 µs प्रति बिट) होती है।

2.4 SerialTool के साथ दोनों COM पोर्ट खोलना

1. एडेप्टर कनेक्ट करें: सिस्टम दो पोर्ट देखेगा (उदाहरण में COM5 और COM6)।
2. SerialTool में दो सेशन खोलें:
   • सेशन A → COM5, डिवाइसों जैसी बौड/पैरिटी/स्टॉप सेटिंग (उदा., 115200/8N1)।
   • सेशन B → COM6, सेशन A जैसी ही सेटिंग।
3. दोनों को मॉनिटर (केवल RX) मोड में रखें: COM5 पर आपको डिवाइस 1 द्वारा भेजे बाइट्स दिखेंगे और COM6 पर डिवाइस 2 के।
4. डिबग के लिए HEX व्यू और टाइमस्टैम्प का उपयोग करें; लॉगिंग के लिए फ़ाइल (CSV/pcap/raw) में सेव करें।

इस परिदृश्य में आप पैसिव फिजिकल मैन-इन-द-मिडल की तरह काम करते हैं: विद्युत स्तर पर मॉनिटर/स्निफ करते हैं, संकेतों को बदले बिना।

2.5 इस उदाहरण में नियंत्रक पिन शामिल नहीं

आरेख TX/RX डेटा पर केंद्रित है और कंट्रोल पिन (जैसे RTS/CTS, DTR/DSR, DCD, RI) मॉनिटर नहीं करता। कई अनुप्रयोगों में इनकी आवश्यकता नहीं होती; पर यदि डिवाइस हार्डवेयर फ़्लो कंट्रोल उपयोग करते हैं तो उन लाइनों को समर्पित प्रॉब से “टैप” करना चाहेंगे।

अतिरिक्त पढ़ाई: RS-232 (विकिपीडिया), RS-232 – सिग्नल्स, हार्डवेयर फ़्लो कंट्रोल, UART.

2.6 स्थिर मॉनिटर/स्निफर के लिए व्यवहारिक सुझाव

• छोटी केबलें और ठोस कॉमन GND उपयोग करें; ग्राउंड लूप से बचें।
• अधिकांश UART ड्राइवर्स एक TX लाइन पर दो RX इनपुट (फैन-आउट) सहते हैं, फिर भी अनावश्यक लोडिंग से बचें।
• दोनों सेशंस में पोर्ट पैरामीटर्स (बौड, डेटा, पैरिटी, स्टॉप) हमेशा मिलाएँ।
• RS-485 या डिफरेंशियल बसों के लिए विशिष्ट एडेप्टर और अलग टैपिंग नियम चाहिए।

इस तकनीक से आप भरोसेमंद रूप से मॉनिटर, स्निफ, डिबग और लॉग कर सकते हैं—दो डिवाइसों के बीच सीरियल कम्युनिकेशन को—आम टूल्स से: दो USB-to-serial एडेप्टर + SerialTool।

अध्याय 3 – “मास्टर पीसी” और “टार्गेट डिवाइस” के बीच सीरियल लिंक की स्निफिंग/मॉनिटरिंग

3.1 उद्देश्य और अवधारणाएँ

हम मास्टर पीसी के सॉफ़्टवेयर और टार्गेट डिवाइस के बीच यात्रा करने वाले बाइट्स को मॉनिटर और स्निफ करना चाहते हैं, बिना कम्युनिकेशन में हस्तक्षेप किए। यह एक सामान्य निष्क्रिय फिजिकल मैन-इन-द-मिडल सेटअप है: केवल RX से जुड़े दो USB-to-serial एडेप्टर प्रत्येक दिशा को “पढ़ते” हैं। यह डिबग, प्रोटोकॉल विश्लेषण और ऑडिट/रिवर्स इंजीनियरिंग के लिए लॉगर के रूप में उपयोगी है।

3.2 कनेक्शन (स्टेप-बाय-स्टेप)

1. COM5 (स्निफिंग पीसी) → एडेप्टर का RX डिवाइस के TX से जोड़ें (टार्गेट क्या भेजता है, सुनें)।
2. COM6 (स्निफिंग पीसी) → एडेप्टर का RX पीसी के TX से जोड़ें (मास्टर पीसी के कमांड सुनें)।
3. दोनों एडेप्टर और दोनों डिवाइसों के बीच कॉमन GND रखें (साझा संदर्भ)।
4. स्निफिंग पीसी के एडेप्टरों के TX न जोड़ें: हम लिसन-ओनली (हाई-इम्पीडेंस) रहते हैं, लाइन को बिना विचलित किए।

SerialTool में दो सेशन खोलें: COM5 और COM6। दोनों में बौड रेट और फ़ॉर्मेट वही रखें जो मास्टर/डिवाइस उपयोग कर रहे हैं (उदा., 115200-8N1)। बौड ज्ञात नहीं तो सामान्य मान आज़माएँ या ऑस्सिलोस्कोप/लॉजिक ऐनालाइज़र से बिट अवधि मापें।

3.3 समान प्रोटोकॉल, अलग स्तर: UART/TTL, RS-232, RS-485

असिंक्रोनस सीरियल प्रोटोकॉल (स्टार्ट, 7/8 डेटा बिट LSB-पहले, वैकल्पिक पैरिटी, 1+ स्टॉप) समान रहता है। बदलता केवल भौतिक स्तर है जिस पर बिट्स चलते हैं:

• UART/TTL (3.3 V/5 V): सिंगल-एंडेड सिग्नल, “1” हाई / “0” लो।
• RS-232: उलटे और ± वोल्टेज स्तर (आमतौर पर ±3…±12 V), फिर भी सिंगल-एंडेड।
• RS-485: A/B जोड़ी पर डिफरेंशियल, अक्सर हाफ-डुप्लेक्स मल्टी-ड्रॉप; कॉमन रेफरेंस ग्राउंड अनुशंसित।

इसलिए उचित एडेप्टर का प्रयोग करें: UART के लिए USB↔TTL, RS-232 के लिए USB↔RS-232, RS-485 के लिए USB↔RS-485। फ्रेम एक-सा रहता है, पर विद्युत स्तर और टोपोलॉजी (डिफरेंशियल/टर्मिनेशन) भिन्न होती है।

3.4 कहाँ उपयोग होता है (CNC, इंडस्ट्रियल, आदि)

यह सेटअप CNC, औद्योगिक मशीनरी, PLC/HMI, रोबोटिक्स, स्केल, POS, सेंसर, माप उपकरण, बिल्डिंग ऑटोमेशन इत्यादि में सामान्य है—जहाँ पीसी/PLC सीरियल के माध्यम से डिवाइस नियंत्रित करता है। वर्णित स्निफिंग विधि मॉनिटर/स्निफ/डिबग/लॉग करने देती है—कार्यात्मक विश्लेषण, फ़ॉल्ट डायग्नोसिस, कमांड ट्रेसिंग और वैलिडेशन हेतु।

3.5 सीरियल पर Modbus

सीरियल पोर्ट अक्सर Modbus RTU/ASCII वहन करते हैं—उद्योग में व्यापक मास्टर/स्लेव (अब क्लाइंट/सर्वर) प्रोटोकॉल। मास्टर अनुरोध भेजता है ( coils और registers की पढ़ाई/लिखाई) और डिवाइस जवाब देता है। SerialTool में तेज़ी से रजिस्टर क्वेरी हेतु Modbus क्लाइंट शामिल है, तथा कच्चे फ्रेम (पता, फ़ंक्शन, डेटा, CRC) देखने हेतु मॉनिटर/HEX व्यू भी उपयोगी है।

3.6 फ़र्मवेयर अपडेट और पैरामीटराइज़ेशन

एम्बेडेड दुनिया में सीरियल का उपयोग फ़र्मवेयर अपडेट या टार्गेट को पैरामीटर पास करने के लिए खूब होता है। उदाहरण: कस्टम बोर्ड पर बूटलोडर, Arduino जैसे इकोसिस्टम, विभिन्न माइक्रोकंट्रोलर। डेवलपर की दो ज़रूरतें हो सकती हैं:

1. टार्गेट से बात करने वाले एप्लिकेशन का डिबग (कमांड, टाइमिंग, त्रुटियाँ जाँचना)।
2. मौजूदा प्रोटोकॉल का रिवर्स इंजीनियरिंग (एक “बंद” मास्टर सॉफ़्टवेयर बोर्ड से बात करता है; मैं संदेश समझने को स्निफ करता/करती हूँ और फिर उन्हें अपने सॉफ़्टवेयर से दोहराता/दोहराती हूँ)।

3.7 व्यवहारिक नोट्स और टूल्स

• यह सेटअप आमतौर पर दो पीसी (मास्टर और स्निफिंग पीसी) और द्विदिश स्निफिंग के लिए कम से कम दो USB-to-serial कन्वर्टर्स मांगता है।
• RS-232 के लिए RS-232 टैप/कन्वर्टर का उपयोग करें; RS-485 के लिए A/B टर्मिनल पर केवल रिसीव-ओनली इंटरफ़ेस जोड़ें (टर्मिनेशन और पोलैरिटी का सम्मान करते हुए)। RS-485 हाफ-डुप्लेक्स में दिशा टाइमिंग संदर्भ से पहचानेंगे।
• कंट्रोल पिन (RTS/CTS, DTR/DSR, DCD, RI) को हम शामिल नहीं कर रहे; यदि सिस्टम हार्डवेयर फ्लो-कंट्रोल उपयोग करता है तो समर्पित प्रॉब पर विचार करें।
• SerialTool में आप HEX व्यू, टाइमस्टैम्प सक्षम कर सकते हैं और बाद के विश्लेषण हेतु लॉगर (टेक्स्ट/CSV/pcap) के रूप में सेव कर सकते हैं।

संक्षेप में: सीरियल प्रोटोकॉल समान (असिंक्रोनस फ्रेम), भौतिक स्तर अलग (TTL/RS-232/RS-485)। पैसिव दो-RX टैपिंग और SerialTool जैसे सॉफ़्टवेयर के साथ आप मास्टर पीसी और टार्गेट डिवाइस के बीच कम्युनिकेशन को विश्वसनीय रूप से मॉनिटर, स्निफ, डिबग और लॉग कर सकते हैं।

अध्याय 4 – COM Sniffer: भौतिक वायरिंग बिना मॉनिटर/स्निफ/डिबग/लॉगर

4.1 COM Sniffer क्या करता है

COM Sniffer एक सीरियल पोर्ट मॉनिटर है जो किसी COM पोर्ट पर किसी अन्य प्रोग्राम द्वारा पहले से खोले गए कम्युनिकेशन को इंटरसेप्ट करता है, जिससे आप पूरे ट्रैफ़िक (TX/RX) को मॉनिटर, स्निफ, डिबग और लॉग कर सकें—केबल छुए बिना, अतिरिक्त हार्डवेयर के बिना और मास्टर पीसी/टार्गेट डिवाइस के संचालन पर प्रभाव डाले बिना।

4.2 यह कैसे काम करता है: कर्नेल ड्राइवर

इसका मूल Windows कर्नेल ड्राइवर है जो सीरियल पोर्ट स्टैक में स्वयं को इंसर्ट करता है और चयनात्मक रूप से देखता है:

• पढ़े/लिखे गए डेटा बफ़र (TX ↔ RX) — दिशा का स्पष्ट पृथक्करण;
• IOCTL (इनपुट/आउटपुट कंट्रोल): ओपन/क्लोज, बौड/पैरिटी/स्टॉप सेटिंग्स, टाइमआउट, कंट्रोल सिग्नल (RTS/DTR/CTS/DSR/DCD/RI) आदि;
• इवेंट्स/सिग्नल और पोर्ट स्टेटस (लाइन स्टेटस, मोडेम स्टेटस)।

ड्राइवर शक्तिशाली है पर इंटरफ़ेस सरल: आप प्रकार के आधार पर फ़िल्टर कर सकते हैं (केवल डेटा, केवल कॉन्फ़िगरेशन IOCTL, केवल सिग्नल आदि) ताकि फोकस बना रहे। यह लंबी अवधि (घंटों/दिनों) के कैप्चर के लिए स्थिरता के साथ डिज़ाइन किया गया है—अपनी ऐप या थर्ड-पार्टी की मॉनिटरिंग हेतु। नोट: यह केवल Windows पर काम करता है क्योंकि यह कर्नेल-मोड ड्राइवर्स पर निर्भर है।

4.3 भौतिक वायरिंग से (कई मामलों में) बेहतर क्यों

• दो पीसी + दो USB-to-serial वाला “लैब” नहीं चाहिए: समय बचाएँ और फ़ेल्योर-पॉइंट्स घटाएँ।
• शून्य विद्युत प्रभाव: लाइनों पर कोई लोड नहीं, ग्राउंड-लूप का जोखिम नहीं।
• ऐप और ड्राइवर के बीच सब कुछ देखें: डेटा, IOCTL, सिग्नल—एक साथ कई पोर्ट पर भी।

4.4 प्रोटोकॉल विश्लेषण के लिए लॉगिंग और निर्यात

आप सीधे फ़ाइल में लॉगर (टेक्स्ट/CSV) के रूप में सेव कर सकते हैं या pcap/pcapng में निर्यात कर सकते हैं ताकि Wireshark में विश्लेषण हो सके। यह Modbus RTU/ASCII जैसे औद्योगिक प्रोटोकॉल के लिए बेहद उपयोगी है: फ्रेम और टाइमस्टैम्प के साथ आप टाइमिंग, CRC, फ़ंक्शन सीक्वेन्स आदि का सत्यापन कर सकते हैं।

4.5 आप क्या-क्या देख सकते हैं

• अलग-अलग TX/RX डेटा, ASCII और HEX रूप में, टाइमस्टैम्प सहित;
• सॉफ़्टवेयर द्वारा सेट किए गए पोर्ट पैरामीटर्स (बौड, 7/8 बिट, पैरिटी, स्टॉप, टाइमआउट);
• कंट्रोल सिग्नल और IOCTL (RTS, DTR, CTS, DSR, DCD, RI) और स्टेट परिवर्तन;
• ओपन/क्लोज इवेंट्स और त्रुटियाँ (ओवररन, फ्रेमिंग, पैरिटी)।

4.6 इसे कब उपयोग करें

• अपने सीरियल एप्लिकेशन का डिबग—कोड/वायरिंग बदले बिना;
• थर्ड-पार्टी एप्लिकेशनों की लॉन्ग-टर्म मॉनिटरिंग—ऑडिट/डायग्नोस्टिक्स के लिए;
• प्रोपाइटरी प्रोटोकॉल का रिवर्स इंजीनियरिंग (जहाँ क़ानूनी हो) ताकि आप अपने सॉफ़्टवेयर से फ़ंक्शंस दोहरा सकें;
• मानक प्रोटोकॉल (उदा., Modbus) और हैंडशेकिंग सिग्नल्स का सत्यापन।

4.7 नोट्स और आगे पढ़ाई

COM Sniffer सिस्टम स्तर पर असिंक्रोनस सीरियल प्रोटोकॉल (स्टार्ट/डेटा/पैरिटी/स्टॉप) की लॉजिक पर काम करता है। यदि एप्लिकेशन अलग भौतिक स्तर (UART/TTL, RS-232, RS-485) उपयोग करता है तब भी कैप्चर समान रहता है, क्योंकि यह Windows के COM पोर्ट स्टैक के भीतर, विद्युत स्तर के ऊपर होता है।

उपयोगी लिंक: सीरियल पोर्ट · UART · RS-232 · RS-485 · IOCTL · Windows कर्नेल ड्राइवर्स · Wireshark · Modbus।

संक्षेप में: SerialTool का COM Sniffer “सिर्फ सॉफ़्टवेयर” समाधान है जो अन्य प्रोग्रामों द्वारा खोले गए सीरियल पोर्ट को मॉनिटर, स्निफ, डिबग और लॉग करने देता है—एक विश्वसनीय कर्नेल ड्राइवर, लक्षित फ़िल्टर्स और उन्नत विश्लेषण हेतु निर्यात के साथ।