สรุปก่อน
TTL-to-serial โดยทั่วไปเป็นการแปลงเงื่อนไขทางไฟฟ้า
บอร์ดพัฒนามี TXD และ RXD ขณะที่เครื่องมือวัดมี RS232 หรือ RS485 จึงไม่สามารถนำสายมาต่อเข้าด้วยกันได้เลย UART บนบอร์ดเป็นวงจรส่ง/รับข้อมูลอนุกรมอยู่แล้ว สิ่งที่เรียกว่า TTL-to-serial โดยทั่วไปหมายถึงการปรับระดับลอจิกให้เข้ากับสายสัญญาณอนุกรมอีกประเภทหนึ่ง เนื้อหาไบต์อาจไม่เปลี่ยน แต่แรงดัน วิธีอ้างอิงสัญญาณ และความสามารถในการขับต้องตรงกัน
เดิม TTL หมายถึงเทคโนโลยีวงจรลอจิกชนิดหนึ่ง ในชื่อโมดูล คำว่า TTL serial มักใช้ในความหมายกว้าง ๆ ว่าเป็นอินเทอร์เฟซระดับลอจิกบนบอร์ด และอุปกรณ์จริงอาจเป็น CMOS อย่าสันนิษฐานจากชื่อเพียงอย่างเดียวว่าต้องเป็น 5 V อินพุตทุกขาทน 5 V ได้ หรือสามารถใช้โปรแกรมไมโครคอนโทรลเลอร์ได้ทุกชนิด ต้องตรวจสอบแหล่งจ่ายไฟ ช่วงอินพุต/เอาต์พุต และวัตถุประสงค์เฉพาะก่อน
UART ส่งข้อมูลหนึ่งไบต์ตามลำดับเวลาอย่างไร
UART จัดข้อมูลเป็นบิตเริ่มต้น บิตข้อมูล บิตพาริตีซึ่งอาจมีหรือไม่มีก็ได้ และบิตหยุดหนึ่งบิตหรือหลายบิต ตัวรับจะระบุไบต์นั้นอีกครั้งตามรูปแบบและอัตราที่สอดคล้องกัน อะซิงโครนัสหมายถึงไม่มีการส่งสัญญาณนาฬิกาซิงโครไนซ์แยกต่างหาก ไม่ได้หมายความว่าทั้งสองฝั่งจะใช้อัตราบอดต่างกันได้ตามใจ หากอัตราบอด รูปแบบ และการควบคุมการไหลไม่ตรงกัน แม้ต่อสายถูกต้อง ข้อมูลก็ยังอาจผิดเพี้ยนได้
ตัวอย่างเช่น 9600 bit/s, 8N1 ใช้บิตเริ่มต้นหนึ่งบิต บิตข้อมูลแปดบิต และบิตหยุดหนึ่งบิต รวมเป็นระยะเวลาสิบบิต การส่งหนึ่งอักขระอย่างต่อเนื่องใช้เวลาประมาณ 1.04 ms นี่เป็นการคำนวณเพื่อการอธิบาย ซึ่งยังไม่รวมเวลารอของแอปพลิเคชัน การสลับทิศทาง หรือการลองใหม่ และไม่สามารถถือเป็นการรับประกันอัตรารับส่งข้อมูลจริงของโมดูลใด ๆ ได้
ตรวจสอบแรงดันและจุดอ้างอิง และป้องกันอินพุตระดับบอร์ดก่อน
เอาต์พุต 3.3 V จะขับอีกฝั่งได้หรือไม่ขึ้นอยู่กับค่าเกณฑ์ของตัวรับ ส่วนเอาต์พุต 5 V จะเชื่อมต่อได้หรือไม่ยังขึ้นอยู่กับช่วงอินพุตที่อนุญาตและพิกัดสูงสุดสัมบูรณ์ด้วย การที่โมดูลใช้แหล่งจ่าย 3.3 V ไม่ได้ยืนยันว่าทุกขาทน 5 V ได้ แรงดันสายของ RS232 ก็ไม่สามารถต่อเข้ากับอินพุต UART ทั่วไปโดยตรงได้เช่นกัน เพราะอาจอ่านค่าผิดหรือถึงขั้นทำให้อุปกรณ์เสียหาย
ในการเชื่อมต่อทั่วไปที่ไม่มีการแยกทางไฟฟ้า ให้ต่อ TXD ของฝั่งหนึ่งเข้ากับ RXD ของอีกฝั่ง และจัดให้มีจุดอ้างอิงสัญญาณที่เหมาะสม ห้ามต่อเอาต์พุตทั้งสองเข้าด้วยกันโดยตรง VCC คือไฟเลี้ยง ไม่ใช่ข้อมูล เมื่อทั้งสองฝั่งมีแหล่งจ่ายแยกกันอยู่แล้ว อย่าเชื่อมแหล่งจ่ายเข้าหากันโดยยังไม่ได้ตรวจสอบยืนยัน สำหรับสองฝั่งที่แยกทางไฟฟ้า ให้จัดการจุดอ้างอิงแยกกันตามการออกแบบ อย่าต่อข้ามแนวกั้นการแยกเพียงเพื่อทำกราวด์ร่วม
เหตุใดทรานซีฟเวอร์ RS232 จึงมีวงจรชาร์จปั๊มและการทำงานสองทิศทาง
ในลอจิก UART ทั่วไป ลอจิกหนึ่งสอดคล้องกับระดับสูง แต่บนสายข้อมูล RS232 ลอจิกหนึ่งสอดคล้องกับแรงดันลบ และลอจิกศูนย์สอดคล้องกับแรงดันบวก วงจรขับส่งทำหน้าที่แปลงทางไฟฟ้า ส่วนตัวรับแปลงกลับเป็นลอจิกระดับบอร์ดในทิศทางตรงกันข้าม ทั้งสองยังคงรักษาข้อมูลที่สอดคล้องกันไว้ จึงไม่อาจกล่าวว่าลำดับไบต์เปลี่ยนไปเพียงเพราะขั้วแรงดันของรูปคลื่นกลับด้าน
เอกสาร TI MAX3232 อธิบายการแบ่งหน้าที่ระหว่างวงจรขับ ตัวรับ และวงจรชาร์จปั๊ม วงจรชาร์จปั๊มทำงานร่วมกับตัวเก็บประจุเพื่อสร้างเงื่อนไขแรงดันที่ต้องการ ควรตรวจสอบแหล่งจ่าย โหลด และการป้องกันของชิปเทียบกับเอกสารข้อมูล หลักการทั่วไปนี้ไม่ได้ยืนยันว่าโมดูลที่ไม่ทราบรายละเอียดใช้ชิปเดียวกัน และยิ่งไม่อาจยืนยันว่าผลิตภัณฑ์ทั้งชุดมีระดับการป้องกันเท่ากัน
นอกจากการส่งสัญญาณแบบดิฟเฟอเรนเชียลแล้ว RS485 ยังต้องจัดการว่าใครมีสิทธิ์ส่ง
ตัวรับ RS485 พิจารณาความต่างศักย์ระหว่างคู่สายเป็นหลัก และวงจรขับส่งสร้างสถานะดิฟเฟอเรนเชียลที่สอดคล้องกัน คู่สายดิฟเฟอเรนเชียลช่วยลดสัญญาณรบกวนที่คัปปลิงเข้ามาแบบโหมดร่วมได้ แต่ยังต้องออกแบบสายเคเบิล การเข้าปลายสาย การไบอัส ช่วงแรงดันอ้างอิง และการป้องกัน ระบบฮาล์ฟดูเพล็กซ์แบบสองสายโดยทั่วไปให้หลายโหนดใช้คู่สายร่วมกัน และในแต่ละขณะควรมีเฉพาะวงจรขับที่มีสิทธิ์เท่านั้นที่ส่งสัญญาณ
สัญญาณเปิดใช้งานวงจรขับ DE กำหนดว่าตัวส่งจะครอบครองสายหรือไม่ ส่วนการเปิดใช้งานตัวรับเป็นอีกเรื่องหนึ่ง ต้องปล่อยสายหลังส่งอักขระครบแล้ว หากปล่อยเร็วเกินไปอาจตัดอักขระขาด และหากช้าเกินไปอาจขัดขวางการตอบกลับ การควบคุมอัตโนมัติก็มีเงื่อนไขการใช้งานเช่นกัน ควรตรวจสอบนิยาม A/B ในเอกสารต่าง ๆ ตามหน้าที่ อย่าสันนิษฐานว่าขั้วสัญญาณของผู้ผลิตต่างรายจะตรงกันเพียงเพราะใช้ตัวอักษรเดียวกัน
การเปลี่ยนเฉพาะทรานซีฟเวอร์ไม่สามารถเปลี่ยนโปรโตคอลหรือรองรับความต่างของความเร็วได้อย่างไร้ขีดจำกัด
ชั้นไฟฟ้ากำหนดว่าสายสัญญาณแทนสถานะอย่างไร รูปแบบอักขระกำหนดวิธีประกอบไบต์ และโปรโตคอลกำหนดว่าไบต์เหล่านั้นมีความหมายเป็นคำสั่งอย่างไร เมื่ออุปกรณ์สองตัวใช้คำสั่งต่างกัน ระดับแรงดันที่ถูกต้องก็ไม่ทำให้อุปกรณ์เข้าใจกันได้ หากต้องการเปลี่ยนอัตรา รูปแบบ หรือโปรโตคอล ต้องมีความสามารถด้านการประมวลผลและซอฟต์แวร์ที่สอดคล้องกัน วงจรขับสายเพียงตัวเดียวไม่เพียงพอ
การออกแบบที่มีบัฟเฟอร์สามารถรองรับข้อมูลที่เข้ามาเป็นช่วงสั้น ๆ ได้ชั่วคราว แต่หากอินพุตยังคงเร็วกว่าเอาต์พุต ข้อมูลก็จะสะสมอยู่ดี ระหว่างการพัฒนายังต้องจัดการการควบคุมการไหล บัฟเฟอร์ล้น และข้อยกเว้นด้วย ไมโครคอนโทรลเลอร์, FPGA และอุปกรณ์ลักษณะคล้ายกันสามารถสร้างลอจิกอนุกรมได้ แต่เมื่อต่อกับ RS232 หรือ RS485 ภายนอก ภาคหน้าทางไฟฟ้ายังต้องตรงกัน ไม่สามารถละฮาร์ดแวร์ได้เพียงเพราะโค้ดส่งไบต์ได้
เลือกการแปลงเฉพาะจุดหรือโมดูลเชื่อมต่อ TTL เข้าสู่เครือข่ายตามเป้าหมาย
หากคอมพิวเตอร์ไม่มีพอร์ตอนุกรม สามารถเลือกอะแดปเตอร์ USB-to-UART ได้ หากอุปกรณ์ปลายทางเป็น RS232 ให้เลือกอินเทอร์เฟซสายที่สอดคล้องกัน อย่าถือว่า USB-to-TTL เป็น USB-to-RS232 การดาวน์โหลดโปรแกรมอาจต้องใช้โหมดบูต การรีเซ็ต และการรองรับจากซอฟต์แวร์ด้วย เอาต์พุตสวิตช์ของ PLC ทั่วไปไม่ใช่แหล่งข้อความ UART สำเร็จรูป
รายละเอียดของ Feichang Technology 2308 ระบุการเชื่อมต่อ TTL หนึ่งช่องเข้ากับเครือข่าย 100 Mbps โหมดการทำงาน TCP/UDP การตรวจติดตามพารามิเตอร์อนุกรมและการจัดเฟรม รวมถึงฟังก์ชันแปลง Modbus ที่ระบุ ความสามารถเหล่านี้มาจากตัวประมวลผลและซอฟต์แวร์ ไม่ใช่คุณสมบัติโดยธรรมชาติของระดับ TTL ควรยืนยันแหล่งจ่ายไฟของผลิตภัณฑ์ ช่วงอินพุตลอจิกที่อนุญาต ขา การควบคุมการไหล และเวอร์ชันเฟิร์มแวร์จากเอกสารที่ส่งมอบ
ในการทดสอบแก้ไขบนโต๊ะทดลอง ให้ใช้ไบต์ที่ทราบค่าคงที่ก่อน แล้วจึงตรวจสอบคำสั่งจริง
ขณะปิดไฟ ให้ตรวจสอบอินเทอร์เฟซ แรงดัน ขา แหล่งจ่าย และเงื่อนไขจุดอ้างอิง ใช้อุปกรณ์ที่ทราบว่าทำงานปกติสร้างลิงก์ระยะสั้น และตั้งค่าอัตรา บิตข้อมูล พาริตี บิตหยุด และการควบคุมการไหลให้ตรงกัน ตรวจสอบก่อนว่าสามารถส่งและรับไบต์ทดสอบที่ทราบค่าได้ครบถ้วน จากนั้นจึงตรวจสอบคำขอที่ถูกต้องและการตอบกลับจริง บันทึกข้อมูลดิบ ไม่ใช่ดูเพียงว่าไฟกะพริบหรือไม่
หากข้อมูลผิดเพี้ยน ให้ตรวจสอบรูปแบบและเงื่อนไขทางไฟฟ้า หากไม่มีการตอบกลับ ให้ตรวจสอบแหล่งจ่าย TX/RX และดูว่าต้นทางกำลังส่งหรือไม่ หากทำงานได้เพียงทิศทางเดียว ให้ตรวจสอบการปล่อยทิศทางส่งและระยะเวลารอการตอบกลับ การวัดต้องใช้โพรบและจุดอ้างอิงที่เหมาะสม และควรดำเนินการโดยผู้มีคุณสมบัติเหมาะสมเพื่อหลีกเลี่ยงการลัดวงจรจากการต่อลงกราวด์ของเครื่องมือ เปลี่ยนทีละรายการและเก็บข้อมูลพื้นฐานไว้เพื่อให้สามารถอธิบายผลได้
การส่งมอบหน้างานยังต้องพิจารณาการกู้คืนและการบำรุงรักษา
หลังติดตั้งโมดูลในตู้จริง ให้ตรวจสอบการยึดติด การป้องกันแรงดึงที่สาย การระบายความร้อน และพื้นที่บำรุงรักษา รวมทั้งตรวจสอบไบต์และแอปพลิเคชันภายใต้โหลดที่เป็นตัวแทนของการใช้งานจริง ไฟล์การกำหนดค่าต้องมีแรงดันระดับบอร์ด มาตรฐานสาย พารามิเตอร์ ไดรเวอร์ และเวอร์ชันโปรแกรม อย่าเหลือไว้เพียงชื่อคลุมเครือ เช่น TTL-to-serial
บันทึกวิธีกู้คืนหลังไฟดับหรือการเชื่อมต่อขาด สำหรับโซลูชันเครือข่าย ให้ตรวจสอบการเชื่อมต่อ การประกอบข้อความกลับ และข้อมูลใหม่ด้วย ยืนยันบริการอ่านและบริการควบคุมแยกกัน การลองใหม่ต้องไม่สั่งซ้ำโดยไม่มีเงื่อนไข จะยืนยันได้ว่าโมดูลเหมาะกับลิงก์จริงนี้ก็ต่อเมื่อปรับให้เข้ากันทางไฟฟ้าและตรวจสอบแอปพลิเคชันครบแล้วเท่านั้น
หมายเหตุด้านเอกสาร: ภาพประกอบเป็นแผนภาพกลไกทั่วไปและผ่านการตรวจสอบทางเทคนิคแล้ว รูปลักษณ์ที่กำกับด้วยหมายเลขรุ่นอ้างอิงจากภาพถ่ายบนเว็บไซต์ทางการ ส่วนภาพตัดและชิ้นส่วนอื่น ๆ ไม่ได้แสดงวงจรภายในของผลิตภัณฑ์ Feichang Technology จริง ภาพเหล่านี้ไม่ใช่รูปคลื่นที่วัดจริงหรือสถานที่โครงการจริง การเดินสายและแหล่งจ่ายไฟให้ยึดตามคู่มือที่ส่งมอบ
เอกสารอ้างอิงสำหรับตรวจสอบ: ทรานซีฟเวอร์และวงจรชาร์จปั๊ม TI MAX3232
คู่มือการออกแบบ TI RS485
บอร์ดโมดูลเซิร์ฟเวอร์อนุกรม TTL ของ Feichang Technology 2308
แปลจากบทความเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2024-06-07 ต้นฉบับแก้ไขล่าสุด: 2026-10-13 อ่านต้นฉบับภาษาจีน
