ข้อผิดพลาด Modbus CRC ของเครื่องวัดกำลังไฟฟ้า: คู่มือการแก้ไขปัญหาแบบอ่านอย่างเดียว

ข้อผิดพลาด CRC ของมิเตอร์วัดพลังงาน Modbus หมายความว่าเฟรม Modbus RTU ที่ได้รับไม่ผ่านการตรวจสอบด้วยรหัสตรวจสอบความซ้ำซ้อนแบบวนรอบ (Cyclic Redundancy Check) ของตัวรับสัญญาณ ให้ถือว่าข้อความที่ได้รับผลกระทบเป็นข้อมูลที่ไม่ถูกต้อง ห้ามนำค่าการวัดจากข้อความดังกล่าวไปใช้งาน และอย่าสันนิษฐานว่าการเปลี่ยนที่อยู่รีจิสเตอร์จะช่วยแก้ไขปัญหาได้ ให้บันทึกเฟรมข้อมูลดิบและการตั้งค่าการสื่อสาร ระบุอุปกรณ์ที่รายงานข้อผิดพลาด และตรวจสอบการจัดกรอบข้อมูล การกำหนดค่าพอร์ตอนุกรม การเข้าถึงบัส และเส้นทางการสื่อสารทางกายภาพตามลำดับอย่างเป็นระบบ ข้อผิดพลาด CRC เป็นหลักฐานที่บ่งชี้ถึงความสมบูรณ์ของข้อความ ไม่ใช่การวินิจฉัยว่ามีส่วนประกอบใดส่วนประกอบหนึ่งเสียหายโดยเฉพาะ.

คู่มือนี้มุ่งเน้นแนวทางการตรวจสอบแบบอ่านอย่างเดียวที่สามารถนำไปใช้ได้จริงสำหรับการเชื่อมต่อมิเตอร์ในระบบอุตสาหกรรม โดยแยกความผิดพลาดด้านความสมบูรณ์ของข้อมูล RTU ออกจากข้อยกเว้นระดับแอปพลิเคชัน การหมดเวลารอการตอบสนอง และข้อผิดพลาดในการถอดรหัสข้อมูล ทั้งนี้ ยังคงจำเป็นต้องอ้างอิงคู่มือของเครื่องมือวัดรุ่นที่ใช้งานจริงและข้อกำหนดในการติดตั้ง เนื่องจากการแก้ไขปัญหาตามแนวทางทั่วไปไม่สามารถระบุขั้วต่อ การจัดวางสายเคเบิล หรือการตั้งค่าที่ถูกต้องสำหรับรุ่นย่อยที่ไม่มีเอกสารกำกับได้.

ตรวจสอบว่าพบข้อผิดพลาดที่จุดใด

เริ่มต้นจากตัวรับสัญญาณที่บันทึกความล้มเหลวในการตรวจสอบ CRC ให้ตรวจสอบว่าเป็นซอฟต์แวร์รวบรวมข้อมูล แอปพลิเคชันของอะแดปเตอร์ USB-to-Serial เกตเวย์ หรือเครื่องมือวินิจฉัยอื่นหรือไม่ บันทึกเวอร์ชันซอฟต์แวร์ ข้อมูลระบุตัวอุปกรณ์ เวลาที่เกิดเหตุ และตำแหน่งที่ทำการบันทึกข้อมูล ข้อความที่แสดงบนแดชบอร์ดอาจเป็นเพียงการสรุปความล้มเหลวที่เกิดขึ้นก่อนหน้านี้ในส่วนอื่น ดังนั้น การพิจารณาจากป้ายระบุข้อผิดพลาดที่มองเห็นเพียงอย่างเดียวจึงไม่เพียงพอที่จะระบุตำแหน่งของส่วนระบบที่ได้รับผลกระทบ.

แยกความแตกต่างระหว่าง Modbus RTU และ Modbus TCP โดย ข้อกำหนดสายสื่อสารแบบอนุกรม Modbus เป็นเอกสารที่กำหนดฟิลด์ CRC ซึ่งใช้ในการจัดกรอบข้อมูล RTU การเชื่อมต่อ TCP ผ่านเกตเวย์แบบอนุกรมอาจแสดงให้เห็นปัญหาของ RTU ในส่วนปลายทางได้ แต่ข้อความที่อยู่ฝั่ง TCP ไม่ใช่เพียงเฟรม RTU ที่นำสายอีเทอร์เน็ตมาต่อแทนเท่านั้น ให้ระบุรูปแบบการรับส่งข้อมูลในแต่ละด้านก่อนตีความข้อมูลที่บันทึกไว้หรือคำนวณค่าเช็กซัม.

นอกจากนี้ ควรแยกข้อผิดพลาด CRC ออกจากกรณีที่ไม่มีการตอบกลับด้วย การหมดเวลารออาจเกิดขึ้นได้โดยไม่มีการรับเฟรมข้อมูลที่เสียหายเลย ส่วนการตอบกลับแบบ Exception อาจมีการจัดกรอบข้อมูลอย่างถูกต้อง แต่ปฏิเสธคำสั่งที่ไม่รองรับ การตอบกลับตามปกติที่ถอดรหัสโดยใช้ลำดับไบต์หรือเวิร์ดผิดอาจให้ค่าตัวเลขที่ไม่ถูกต้อง โดยไม่ทำให้การตรวจสอบความสมบูรณ์ของข้อมูลในชั้นการรับส่งล้มเหลว ข้อสังเกตเหล่านี้ควรได้รับการตรวจสอบแยกกันตามแนวทางการวินิจฉัยแต่ละประเภท.

ทำความเข้าใจว่า CRC สามารถพิสูจน์อะไรได้และไม่สามารถพิสูจน์อะไรได้

อุปกรณ์ส่งข้อมูล RTU จะคำนวณค่า CRC จากเนื้อหาของข้อความ แล้วต่อท้ายฟิลด์ CRC เข้าไป ตัวรับสัญญาณจะคำนวณค่าของตนเองและเปรียบเทียบกับค่าที่ได้รับ หากค่าไม่ตรงกัน หมายความว่าเฟรมข้อมูลที่ได้รับไม่ผ่านการตรวจสอบดังกล่าว อย่างไรก็ตาม ข้อมูลนี้เพียงอย่างเดียวไม่สามารถระบุได้ว่าสาเหตุเกิดจากสัญญาณรบกวน การบันทึกข้อมูลที่ไม่ครบถ้วน การกำหนดขอบเขตของข้อความไม่ถูกต้อง ปัญหาในการทำงานของซอฟต์แวร์ หรือการส่งข้อมูลพร้อมกันจากหลายอุปกรณ์.

CRC ไม่ใช่กลไกการยืนยันตัวตน และไม่สามารถระบุได้ว่าใครเป็นผู้ส่งข้อความ นอกจากนี้ ยังไม่ใช่การทดสอบความแม่นยำของค่าการวัด แม้ว่าเฟรมข้อมูลจะผ่านการตรวจสอบแล้ว การกำหนดรีจิสเตอร์ การวัดค่าทางกายภาพ และการตีความข้อมูลในแอปพลิเคชันก็ยังอาจไม่ถูกต้องได้ ดังนั้น การยอมรับค่าการวัดเพื่อนำไปใช้งานจึงต้องอาศัยการตรวจสอบหลายด้านที่เป็นอิสระต่อกัน ไม่ใช่อาศัยเพียงตัวบ่งชี้สถานะเดียวที่ระบุว่า “การสื่อสารปกติ”.

เดอะ ข้อกำหนดโปรโตคอลแอปพลิเคชัน Modbus เป็นเอกสารที่กำหนดโครงสร้างของคำขอและการตอบกลับในระดับแอปพลิเคชัน ใช้เอกสารนี้เพื่อระบุฟังก์ชันและความยาวของข้อมูลที่คาดหวัง ขณะเดียวกันให้ใช้ข้อกำหนดการสื่อสารแบบอนุกรมเพื่อตีความเฟรม RTU การพิจารณาทั้งสองชั้นร่วมกันจะช่วยป้องกันการกล่าวโทษสัญญาณรบกวนทางไฟฟ้า ทั้งที่แท้จริงแล้วแอปพลิเคชันอาจประกอบข้อมูลไบต์ผิดพลาด.

ปฏิบัติตามลำดับการวินิจฉัยโดยอ้างอิงหลักฐาน

ตารางนี้เป็นเครื่องมือช่วยตัดสินใจเพื่อการวินิจฉัย โดยอ้างอิงจากความแตกต่างระหว่างการจัดกรอบข้อมูลและชั้นแอปพลิเคชันตามเอกสารโปรโตคอลที่อ้างถึง ตารางนี้ไม่ได้กำหนดอัตราการผ่านเกณฑ์หรือขีดจำกัดด้านการติดตั้งทางไฟฟ้าที่ใช้ได้กับทุกกรณี ควรกำหนดเกณฑ์การยอมรับโดยอ้างอิงจากเอกสารประกอบของอุปกรณ์และข้อกำหนดในการใช้งานจริง.

ตรวจสอบพารามิเตอร์การสื่อสารแบบอนุกรมและขอบเขตของข้อความ

ตรวจสอบอัตราบอด (Baud Rate) พาริตี (Parity) และการตั้งค่าบิตหยุด (Stop Bit) ให้ตรงกับการกำหนดค่าของอุปกรณ์ที่ติดตั้งและคู่มือการใช้งาน บันทึกการตั้งค่าที่กำหนดไว้จริงในแต่ละจุดเชื่อมต่อ แทนการคัดลอกการตั้งค่าจากการติดตั้งระบบอื่น อย่าสันนิษฐานว่าค่าเริ่มต้นของซอฟต์แวร์จะตรงกับมิเตอร์ หากมีอุปกรณ์หลายตัวใช้เซกเมนต์ร่วมกัน ให้กำหนดการตั้งค่าร่วมที่อนุญาตและระบุอุปกรณ์ที่มีการตั้งค่าแตกต่างออกไป.

ตรวจสอบว่าข้อมูลที่บันทึกไว้มีเฟรมข้อมูลครบถ้วนหรือไม่ แอปพลิเคชันอาจรายงานข้อผิดพลาด CRC เมื่อบัฟเฟอร์รับข้อมูลมีไบต์ไม่ครบ มีการรวมข้อความหลายข้อความเข้าด้วยกัน หรือกำหนดขอบเขตของเฟรมไม่ถูกต้อง เก็บรักษาข้อมูลไบต์ต้นฉบับและการประทับเวลาไว้ เพื่อให้ผู้ตรวจสอบสามารถแยกแยะเนื้อหาของข้อความออกจากรูปแบบการแสดงผลของเครื่องมือได้ การแสดงข้อมูลเป็นข้อความที่ตัดเลขศูนย์นำหน้าออกนั้นไม่เพียงพอสำหรับการคำนวณตรวจสอบค่าเช็กซัมซ้ำ.

หากไดรเวอร์ที่พัฒนาขึ้นเองใช้คำนวณค่า CRC ให้ทดสอบกับข้อกำหนดการสื่อสารแบบอนุกรมที่เผยแพร่ไว้และตัวอย่างที่ผ่านการตรวจสอบความถูกต้องแล้วในสภาพแวดล้อมการพัฒนาที่แยกเป็นอิสระ อย่าแก้ไขโค้ดในระบบการผลิตเพียงเพราะต้องการให้ข้อความที่บันทึกไว้ข้อความหนึ่งผ่านการทดสอบเท่านั้น ตรวจสอบทั้งอัลกอริทึมและวิธีจัดเก็บฟิลด์สุดท้ายในรูปแบบข้อมูลอนุกรม จากนั้นทดสอบกับข้อความที่มีความยาวและเพย์โหลดแตกต่างกันมากกว่าหนึ่งรายการ ข้อผิดพลาดในการคำนวณอาจทำให้เข้าใจผิดว่าเป็นปัญหาการเดินสายสัญญาณ.

ตรวจสอบสิทธิ์ในการควบคุมบัสก่อนเปลี่ยนแปลงฮาร์ดแวร์

บนบัสสื่อสารแบบอนุกรมที่ใช้งานร่วมกัน ให้ระบุว่าใครได้รับอนุญาตให้เริ่มต้นธุรกรรมการสื่อสารได้บ้าง ไคลเอนต์ตัวที่สองที่ไม่มีเอกสารกำกับ เครื่องมือบำรุงรักษา หรือการเข้าถึงเกตเวย์ที่ซ้อนทับกัน อาจทำให้การวิเคราะห์ข้อมูลที่บันทึกไว้ทำได้ยาก และอาจรบกวนการสื่อสารตามปกติ ประสานงานกับทีมควบคุมเพื่อกำหนดช่วงเวลาสำหรับการสังเกตการณ์ และเก็บรักษาการกำหนดค่าการเก็บข้อมูลที่ได้รับอนุมัติไว้ก่อนเพิ่มเครื่องมืออื่นเข้ามา.

ใช้คำขออ่านข้อมูลแบบจำกัดขอบเขตและไม่แก้ไขข้อมูลจากรีจิสเตอร์ที่มีเอกสารระบุไว้อย่างชัดเจนเป็นค่าพื้นฐาน หลีกเลี่ยงการเปลี่ยนแปลงตัวแปรหลายตัวพร้อมกัน หากการทดสอบแบบแยกอิสระที่ได้รับอนุมัติประสบความสำเร็จ แต่การทำงานร่วมกันตามปกติกลับล้มเหลว ให้ตรวจสอบความแตกต่างด้านการเข้าถึง จังหวะเวลา และการจัดการข้อความ การเปรียบเทียบดังกล่าวให้ข้อมูลที่เป็นประโยชน์มากกว่าการเพิ่มจำนวนครั้งในการลองใหม่จนกว่าแดชบอร์ดจะแสดงผลเสถียร.

ตรวจสอบ คู่มือการตั้งค่าการสื่อสารของมิเตอร์ ที่มีอยู่เพื่อใช้เป็นข้อมูลอ้างอิงในการบันทึกการกำหนดค่า จำกัดจำนวนครั้งในการลองใหม่และบันทึกให้เห็นอย่างชัดเจนในล็อก จำนวนครั้งที่พยายามเพิ่มขึ้นอาจบดบังการสูญหายของข้อมูลบนแดชบอร์ด พร้อมทั้งเพิ่มภาระการรับส่งข้อมูลในเครือข่าย ดังนั้นควรรายงานจำนวนครั้งที่อ่านข้อมูลสำเร็จและจำนวนครั้งที่ล้มเหลวแยกจากกัน.

ตรวจสอบเส้นทางการเดินสายทางกายภาพอย่างปลอดภัย

ตรวจสอบประเภทสายเคเบิล เส้นทางการเดินสาย จุดต่อ การป้องกันสัญญาณรบกวน การติดตั้งตัวต้านทานปลายสาย และการจัดการสายอ้างอิง โดยเปรียบเทียบกับแบบการติดตั้งและเอกสารประกอบอุปกรณ์ บทความทั่วไปไม่สามารถระบุวิธีการต่อลงดินหรือการแยกวงจรที่เหมาะสมสำหรับตู้ควบคุมที่ไม่ทราบรายละเอียดได้ การตรวจสอบระบบไฟฟ้าและการเปลี่ยนแปลงการเดินสายทั้งหมดควรดำเนินการโดยบุคลากรที่มีคุณสมบัติเหมาะสม และปฏิบัติตามขั้นตอนการทำงานอย่างปลอดภัยที่ได้รับอนุมัติของสถานที่นั้น.

เริ่มต้นด้วยการตรวจสอบบันทึกและการสังเกตการณ์โดยไม่รบกวนระบบ จดบันทึกว่าความล้มเหลวเกิดขึ้นสัมพันธ์กับเหตุการณ์การทำงานเฉพาะอย่าง การต่อขยายสายเคเบิลเมื่อไม่นานมานี้ หรือการเปลี่ยนแปลงการจัดวางภายในตู้ควบคุมหรือไม่ ความสัมพันธ์ที่พบอาจช่วยชี้แนะแนวทางการทดสอบ แต่ไม่ได้เป็นหลักฐานยืนยันว่าเป็นสาเหตุ อย่าสร้างสัญญาณรบกวนทางไฟฟ้าโดยเจตนาเพื่อจำลองข้อขัดข้องโดยไม่มีแผนทางวิศวกรรมที่เป็นทางการ.

สำหรับคำถามเกี่ยวกับการติดตั้งตัวต้านทานปลายสาย โปรดใช้เอกสารแนะนำการติดตั้งตัวต้านทานปลายสาย RS485 แยกต่างหาก คู่มือการติดตั้งตัวต้านทานปลายสาย RS485 ควรใช้ร่วมกับโทโพโลยีการเชื่อมต่อจริงและข้อกำหนดของตัวรับส่งสัญญาณ การเพิ่มตัวต้านทานที่อุปกรณ์ทุกเครื่องไม่ใช่วิธีแก้ปัญหาทั่วไป การจัดวางที่ถูกต้องขึ้นอยู่กับโครงสร้างเครือข่ายที่มีการบันทึกไว้ และข้อผิดพลาด CRC เพียงอย่างเดียวไม่สามารถระบุรูปแบบการจัดวางดังกล่าวได้.

ตรวจสอบการกำหนดค่าผลิตภัณฑ์จริง

เดอะ หน้าเว็บไซต์ผลิตภัณฑ์ CNBYG BY194 ระบุว่า RS485/MODBUS เป็นรูปแบบการสื่อสารเสริมที่สามารถเลือกได้ โปรดตรวจสอบรุ่นที่สั่งซื้อ ตัวเลือกที่ติดตั้ง และคู่มือที่เกี่ยวข้องก่อนกำหนดวิธีทดสอบ ภาพถ่ายด้านหน้าไม่สามารถใช้ยืนยันผังขั้วต่อ การแยกวงจรทางไฟฟ้า การติดตั้งตัวต้านทานปลายสาย ระบบวินิจฉัยที่รองรับ หรือการมีอยู่ของตัวนับข้อผิดพลาดได้.

เมื่อร้องขอความช่วยเหลือ โปรดระบุข้อมูลรุ่น บันทึกการกำหนดค่า โทโพโลยี ส่วนของเครือข่ายที่ได้รับผลกระทบ และภาพบันทึกข้อมูลตัวอย่างจำนวนเล็กน้อยที่เป็นตัวแทนของปัญหา ระบุด้วยว่าข้อผิดพลาดเกิดขึ้นกับคำขอที่ส่งออกไปหรือคำตอบที่ได้รับกลับมา และตัวรับสัญญาณตัวใดเป็นผู้ตัดสินดังกล่าว อธิบายการเปลี่ยนแปลงที่ได้ดำเนินการไปแล้ว รวมถึงระบุว่าได้คืนค่าการตั้งค่าเดิมหลังการทดสอบหรือไม่.

แยกประเด็นเรื่องความถูกต้องสมบูรณ์ของข้อมูลออกจากขั้นตอนการตีความข้อมูลในภายหลัง เมื่อเฟรมข้อมูลผ่านการตรวจสอบความถูกต้องแล้ว ให้ใช้ การตรวจสอบลำดับไบต์และลำดับเวิร์ด เพื่อยืนยันว่าค่าที่มีหลายรีจิสเตอร์ถูกถอดรหัสอย่างไร อย่ายอมรับตัวเลขแรกที่ดูสมเหตุสมผลว่าเป็นหลักฐานว่าการเชื่อมต่อระบบเสร็จสมบูรณ์แล้ว.

ปิดประเด็นข้อขัดข้องด้วยการตรวจสอบการยอมรับผลที่สามารถทำซ้ำได้

กำหนดระยะเวลาการสังเกตการณ์และเงื่อนไขการทำงานก่อนประกาศว่าปัญหาได้รับการแก้ไขแล้ว เก็บข้อมูลคำขอพื้นฐาน จำนวนครั้งที่พยายามอ่านข้อมูล จำนวนการตอบกลับที่สำเร็จ เฟรมข้อมูลที่ไม่ถูกต้อง และการหมดเวลาแยกเป็นหมวดหมู่ต่างหาก หลีกเลี่ยงการระบุอัตราข้อผิดพลาดที่ยอมรับได้แบบครอบคลุมทุกกรณี เนื่องจากโครงการต้องเป็นผู้กำหนดระดับความพร้อมใช้งานและคุณภาพของข้อมูลที่ต้องการ.

หลังจากดำเนินการแก้ไขที่ได้รับอนุมัติแล้ว ให้ทำการทดสอบซ้ำภายใต้เงื่อนไขเดียวกันเท่าที่สามารถทำได้ ยืนยันว่าอุปกรณ์เป้าหมายตอบสนอง เฟรมข้อมูลผ่านการตรวจสอบความถูกต้องสมบูรณ์ และค่าต่าง ๆ ยังคงได้รับการตีความอย่างถูกต้อง เก็บรักษาการตั้งค่าสุดท้ายและหลักฐานที่แสดงความเชื่อมโยงระหว่างการแก้ไขกับการปรับปรุงที่เกิดขึ้น หากข้อผิดพลาดยังคงเกิดขึ้น ให้ส่งต่อการตรวจสอบพร้อมภาพบันทึกข้อมูลต้นฉบับ แทนการสะสมการเปลี่ยนแปลงที่ไม่มีการบันทึกไว้.

เรียนรู้เพิ่มเติม: การตรวจจับข้อผิดพลาดในการส่งข้อมูล

บทเรียนเพื่อการเรียนรู้ด้านล่างอธิบายแนวคิดทั่วไปเกี่ยวกับการตรวจจับข้อผิดพลาดในข้อมูลที่ส่งผ่านระบบ โดยช่วยให้เข้าใจว่าเหตุใดการตรวจสอบความถูกต้องสมบูรณ์ของข้อมูลจึงเป็นขั้นตอนที่แยกจากการตีความส่วนข้อมูลที่ส่งมา ทั้งนี้ อัลกอริทึมและรูปแบบเฟรมที่แน่นอนของ Modbus RTU ยังคงเป็นไปตามข้อกำหนดการสื่อสารแบบอนุกรมที่อ้างถึงข้างต้น ไม่ใช่ตามเนื้อหาในวิดีโอ.

รับชมบทเรียนเพื่อการเรียนรู้

คำถามที่มักถูกถาม

ข้อผิดพลาด CRC สามารถพิสูจน์ได้หรือไม่ว่าสายเคเบิลชำรุด?

ไม่สามารถยืนยันได้ สาเหตุที่เป็นไปได้ ได้แก่ ปัญหาการจัดกรอบข้อมูล การจับข้อมูลที่ไม่สมบูรณ์ การรับส่งข้อมูลที่ทับซ้อนกัน ปัญหาด้านการนำไปใช้งาน และปัญหาทางกายภาพในการสื่อสาร ควรระบุอุปกรณ์รับสัญญาณที่รายงานข้อผิดพลาด และเปรียบเทียบผลการทดสอบภายใต้สภาวะที่ควบคุมก่อนตัดสินใจเปลี่ยนอุปกรณ์ฮาร์ดแวร์.

การเปลี่ยนค่าออฟเซ็ตของรีจิสเตอร์สามารถแก้ไขปัญหาการตรวจสอบ CRC ล้มเหลวได้หรือไม่?

การเปลี่ยนค่าออฟเซ็ตของรีจิสเตอร์จะเปลี่ยนคำขอของแอปพลิเคชัน แต่ไม่สามารถซ่อมแซมเฟรมข้อมูลที่ได้รับซึ่งเสียหายได้ ควรตรวจสอบความถูกต้องของข้อมูลแยกต่างหาก จากนั้นตรวจสอบค่าออฟเซ็ตกับคู่มืออุปกรณ์รุ่นที่ใช้งานจริงโดยเฉพาะ เมื่อการสื่อสารกลับมาใช้งานได้ตามปกติแล้ว.

CRC ของ RTU มีอยู่ในข้อความ Modbus TCP ทั่วไปด้วยหรือไม่?

Modbus TCP ใช้รูปแบบการจัดเฟรมข้อมูลสำหรับการรับส่งข้อมูลของตนเอง แทนที่จะใช้รูปแบบเฟรมอนุกรมของ RTU อย่างไรก็ตาม เกตเวย์อนุกรมยังสามารถรายงานข้อผิดพลาดของ RTU ที่เกิดขึ้นในอุปกรณ์ปลายทางได้ ดังนั้นควรระบุส่วนของระบบที่ได้รับผลกระทบก่อนทำการวิเคราะห์ข้อผิดพลาด.

รายงานข้อขัดข้องที่มีประโยชน์ควรประกอบด้วยข้อมูลอะไรบ้าง?

ควรระบุรุ่นย่อยที่ติดตั้ง การตั้งค่าปลายทาง โทโพโลยี เวอร์ชันซอฟต์แวร์ ตำแหน่งที่บันทึกข้อมูล ไบต์ดิบของคำขอและการตอบกลับ การประทับเวลา และผลลัพธ์จากการทดสอบภายใต้สภาวะที่ควบคุมไว้ โดยแยกความล้มเหลวของ CRC ออกจากการหมดเวลารอ (Timeout) และข้อยกเว้นที่ถูกต้อง.