บทคัดย่อ

น้ำท่วมหาดใหญ่ปลายเดือนพฤศจิกายน 2568 เกิดจากฝนราว 630 มม. ใน 72 ชั่วโมง [9] สถานี X.90 บนคลองอู่ตะเภาแจ้งระดับ Extreme เวลา 20:11 ของวันที่ 21 พ.ย. แต่คำสั่งอพยพ 100% ออกเวลา 11:05 ของวันที่ 24 พ.ย. หลังน้ำล้นเข้าเมืองแล้ว [8][10] ระหว่างนั้นข้อความเตือนไม่บอกจุดอพยพ เส้นทาง หรือเวลา ไฟดับทำให้เครื่องปั่นไฟของเสาสัญญาณหมดน้ำมัน คำร้องขอความช่วยเหลือกว่า 20,000 เคสซ้ำและไม่มีพิกัด และมีศูนย์บัญชาการหลายแห่งซ้อนกัน [8] บทความนี้เป็นเล่มที่ 5 ของรายงานกรณีศึกษาระบบเตือนภัยพิบัติแห่งชาติบน heain-core [1] และรายงานการเล่นซ้ำเหตุนี้ (ชุดเหตุการณ์ E1)

ผู้เขียนเล่นซ้ำเหตุตามลำดับเวลาที่มีรายงาน (1 ชั่วโมง = 1 นาที) บนผัง 34 โหนด ที่มีสถานีต้นน้ำ กลางน้ำ และในเมืองตามแนวคลอง Micro Node ของโรงพยาบาล Zone ศูนย์พักพิง ม.อ. ผู้โทรขอความช่วยเหลือสมมติ 12,345 คน และทรัพยากรกู้ภัย 200 หน่วย แต่ละรอบรันสองแบบ คือ "ตามที่เกิดจริง" ซึ่งให้การตัดสินเกิดที่เวลาจริง และ "มี HEAIN" ซึ่งให้กติกาที่อนุมัติล่วงหน้าทำงาน ความต้องการ R1–R14 ถูกดึงจากสิ่งที่ล้มเหลวในเหตุจริง

รันแรกบน core C3 พบช่องว่าง 4 ข้อและข้อค้นพบ 2 ข้อ ได้แก่ การย้ายบทบาทล่วงหน้าที่ไม่เกิด เส้นทางเดียวไปหา parent Micro Node ที่ย้าย Zone ไม่ได้ ไม่มีช่องรับคำเตือนไฟใกล้หมด แอปบนเครื่องสำรองที่ถูกปฏิเสธ 19,883 เหตุการณ์ และเครื่องสำรองที่ไม่เข้า STANDALONE เมื่อสายขาดในไม่กี่วินาที หลังแก้ core สองรอบ (C4 033ee05 และ C7 cb86f51) แบบมี HEAIN ผ่าน 34 จาก 34 จุดตรวจโดยไม่มีช่องว่าง CAP อพยพฉบับแรกออก 1.1 ชั่วโมงหลังสถานีถึง Extreme แทน 62.9 ชั่วโมง ข้อความที่ไม่บอกศูนย์พักพิง เส้นทาง หรือเวลาเป็นศูนย์แทน 17 ด้วยทรัพยากรเท่ากันช่วยคนได้ 7,778 แทน 5,631 คน ภารกิจที่เสียกับคำร้องซ้ำเป็นศูนย์แทน 2,088 และสำนักงานส่งบทบาทให้เครื่องสำรองก่อนไฟดับ 4 ชั่วโมง ตัวเลขทั้งหมดมาจากการจำลองบนเครื่องเดียว

คำสำคัญ: HEAIN Framework, heain-core, Hat Yai Flood 2025, Event Replay, Early Warning, CAP 1.2, Evacuation, Rescue Requests, Standby Failover, Power Step-down, Network Partition