fwts - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

fwts - ชุดทดสอบเฟิร์มแวร์เพื่อระบุข้อบกพร่องของเฟิร์มแวร์

เรื่องย่อ

ตกลง [ตัวเลือก] [การทดสอบ]

DESCRIPTION

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

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

โปรดทราบว่ามีการทดสอบที่หลากหลาย รวมถึงการทดสอบที่อาจแขวนเครื่องได้
(เช่น ระงับ/ไฮเบอร์เนต/ประวัติย่อ)

OPTIONS

ตัวเลือก fwts มีดังนี้:

- ส่งออกผลลัพธ์ไปยัง stdout

--แอกปิก้า
เปิดใช้งานตัวเลือกโหมดการดำเนินการ ACPICA สิ่งเหล่านี้สามารถระบุเป็นเครื่องหมายจุลภาคคั่น
รายการหนึ่งตัวเลือกขึ้นไป ตัวเลือกที่ใช้ได้คือ: ซีเรียลไลซ์ (serialized
การดำเนินการของ AML), หย่อน (ทำงานในโหมดคนอวดรู้น้อย), ละเว้นข้อผิดพลาด (ละเว้น ACPICA
ข้อผิดพลาดข้อยกเว้น) ปิดใช้งานการซ่อมแซมอัตโนมัติ (ปิดใช้งาน ACPICA จากการแก้ไขโดยอัตโนมัติ
การควบคุม ACPICA ที่ใช้งานไม่ได้) โปรดทราบว่าโหมดหย่อนจะเปิดการส่งคืนโดยนัยของ
ศูนย์ในวิธีการควบคุมเพื่อพยายามอนุญาตให้ AML ที่มีข้อบกพร่องทำงานบนที่ไม่ใช่ Windows
ระบบ

--acpica-ดีบัก
เปิดใช้งานคำเตือนการดีบัก ACPICA และข้อความแสดงข้อผิดพลาดเมื่อเรียกใช้ระบบย่อย ACPICA
นี่เป็นส่วนใหญ่สำหรับนักพัฒนา fwts เพื่อช่วยติดตามปัญหาการเชื่อมต่อ ACPICA
ด้วย fwts

--การปฏิบัติตาม
เรียกใช้เฉพาะการทดสอบที่ตรวจสอบการปฏิบัติตาม ACPI . โดยเฉพาะ
ข้อกำหนด นี่อาจเป็นชุดย่อยของการทดสอบ ACPI

-NS, --ทั้งหมด
ทำการทดสอบทั้งหมด

--arch=ชื่อ
ระบุสถาปัตยกรรมเป้าหมายที่กำลังทดสอบเฟิร์มแวร์ สิ่งนี้ทำให้ fwts
เพื่อทำงานบนสถาปัตยกรรมเดียว (โฮสต์) แต่ทำการทดสอบที่แตกต่างกัน
สถาปัตยกรรม (เป้าหมาย) สตริงสถาปัตยกรรมที่รู้จักคือ: x86, x86_32 หรือ x86_64
สำหรับอินเทล; ia64 สำหรับ Itanium; arm64 หรือ aarch64 สำหรับ ARMv8 เว้นแต่ตัวเลือกนี้คือ
ที่ระบุ เป้าหมายจะถือว่าเหมือนกับโฮสต์

-NS, --แบทช์
เรียกใช้การทดสอบแบทช์แบบไม่โต้ตอบ การทดสอบแบบกลุ่มไม่จำเป็นต้องมีการโต้ตอบกับผู้ใช้

--ชุดทดลอง
เรียกใช้การทดสอบแบบกลุ่มเท่านั้น

--ถอด-aml
ถอดรหัสไบต์ AML (ภาษาเครื่อง ACPI) ความพยายามในการถอด AML
ในตาราง DSDT และ SSDT และสร้างแหล่งที่มา DSDT.dsl และ SSDTx.dsl

-NS, --การถ่ายโอนข้อมูล
แยกข้อมูลเฟิร์มแวร์และทิ้งลงในไฟล์บันทึก สิ่งนี้สร้าง:
acpidump.log - มีการถ่ายโอนข้อมูลฐานสิบหกของตาราง ACPI (ซึ่งสามารถอ่านได้โดยใช้
ย่อ)
dmesg.log - มีข้อความบันทึกเคอร์เนลปัจจุบัน
dmidecode.log - มีเอาต์พุตจาก dmidecode
lspci.log - มีเอาต์พุตจาก lspci -vv -nn
cpuinfo.log - มีเอาต์พุตจาก cat / proc / cpuinfo
README.txt - มีการประทับเวลาและข้อมูลเวอร์ชันเคอร์เนล

--dumpfile=acpidump.log
โหลดตาราง ACPI จากเอาต์พุตที่สร้างจาก acpidump หรือจาก sudo fwts --dump NS
หลังเป็นที่ต้องการเนื่องจาก fwts --dump สามารถดัมพ์ตารางได้มากกว่า acpidump นี้
อนุญาตให้ถ่ายโอนข้อมูลตารางจากเครื่องหนึ่งและประมวลผลด้วย fwts ในอีกเครื่องหนึ่ง
เครื่อง

--uefi-get-var-หลาย
ระบุจำนวนครั้งในการรับตัวแปรในตัวแปรรับ uefirtvariable
การทดสอบความเครียด.

--uefi-set-var-หลาย
ระบุจำนวนครั้งในการตั้งค่าตัวแปรในตัวแปรชุด uefirtvariable
การทดสอบความเครียด.

--uefi-query-var-หลาย
ระบุจำนวนครั้งในการสอบถามตัวแปรในแบบสอบถาม uefirtvariable
การทดสอบความเครียดตัวแปร

--กรองข้อผิดพลาดทิ้ง
ระบุข้อผิดพลาดที่ต้องการละเว้นอย่างเงียบๆ หนึ่งให้เครื่องหมายจุลภาค
รายการแยกของป้ายกำกับข้อความแสดงข้อผิดพลาด fwts ที่ต้องการให้ fwts ไม่รายงานเป็น
ข้อผิดพลาด fwts จะทำการทดสอบ แต่ถ้าเกิดข้อผิดพลาดในการทดสอบและฉลากตรงกัน
สิ่งที่ให้มาในรายการนี้ fwts จะเพิกเฉยต่อข้อผิดพลาดนี้ นี้ไม่สามารถ
ใช้กับ --filter-error-keep

--filter-error-Keep
ระบุข้อผิดพลาดที่ต้องการเก็บไว้ ข้อผิดพลาดอื่น ๆ ทั้งหมดจะถูกละเว้นอย่างเงียบ ๆ
รายการหนึ่งระบุรายการป้ายกำกับข้อความแสดงข้อผิดพลาด fwts ที่คั่นด้วยเครื่องหมายจุลภาคที่ต้องการ fwts
รายงานเป็นข้อผิดพลาด ความล้มเหลวในการทดสอบอื่น ๆ จะไม่ถูกรายงานและละเว้นอย่างเงียบ ๆ
ไม่สามารถใช้กับ --filter-error-discard

-NS, --บังคับ-ทำความสะอาด
สร้างไฟล์บันทึกผลลัพธ์ใหม่ แทนที่จะต่อท้ายไฟล์ที่มีอยู่
(ค่าเริ่มต้น).

-ชม, --ช่วยด้วย
ส่งออกหน้าความช่วยเหลือภายใน

-ผม, --เชิงโต้ตอบ
เรียกใช้การทดสอบแบบโต้ตอบ การทดสอบเหล่านี้ต้องการการโต้ตอบกับผู้ใช้

--แบบโต้ตอบ-ทดลอง
เรียกใช้การทดสอบทดลองเชิงโต้ตอบเท่านั้น

-NS, --json-data-เส้นทาง
ระบุพาธไปยังไฟล์ข้อมูล fwts json ไฟล์เหล่านี้มีรูปแบบ json
ตารางการกำหนดค่า เช่น รูปแบบการสแกน klog

-เค --klog=ไฟล์
อ่านบันทึกเคอร์เนลจากไฟล์ที่ระบุแทนที่จะอ่านจากไฟล์บันทึกเคอร์เนล
กันชน. ซึ่งช่วยให้สามารถเรียกใช้การทดสอบการสแกนบันทึกของเคอร์เนล เช่น klog against
ข้อมูลบันทึกที่รวบรวมไว้ล่วงหน้า

--log-ฟิลด์
แสดงฟิลด์การกรองบันทึกที่มีอยู่ การระบุฟิลด์เหล่านี้ด้วย --log-filter
เพื่อเลือกฟิลด์ที่ต้องการบันทึก

--log-กรอง
ระบุประเภทของข้อมูลบันทึกที่จะส่งออกไปยังไฟล์บันทึก แต่ละ
บรรทัดของข้อมูลบันทึกถูกแท็กด้วยเครื่องหมายพิเศษขึ้นอยู่กับประเภทของบันทึก
กำลังส่งออกข้อมูล สามารถดูประเภทที่มีอยู่ได้โดยใช้ --log-fields
ระบุประเภทบันทึกที่ต้องการด้วยรายการที่คั่นด้วยเครื่องหมายจุลภาค หากต้องการปิดใช้งานฟิลด์ ให้นำหน้า
ชื่อด้วย ~ เช่น:
--log-filter=RES,SUM บันทึกเฉพาะผลลัพธ์และบรรทัดสรุป
--log-filter=ALL,~INF บันทึกทุกบรรทัด ยกเว้นบรรทัดข้อมูล

--log-รูปแบบ
ระบุข้อมูลในแต่ละบรรทัดบันทึก มีตัวระบุต่อไปนี้:
%วันที่ - วันที่
%เวลา - เวลา
%field - ฟิลด์ตัวกรองบันทึก
%owner - ชื่อของรูทีนการทดสอบ
%ระดับ - ทดสอบระดับความล้มเหลว
%line - บันทึกบรรทัด
เช่น --log-format="%date %time [%field] (%owner): "

--log-ระดับ [วิกฤต|สูง|กลาง|ต่ำ|ข้อมูล|ทั้งหมด]
ระบุระดับความล้มเหลวของการทดสอบที่จะบันทึก ทดสอบระดับความล้มเหลวเท่ากับและสูงกว่า
ที่ระบุจะถูกบันทึกและบันทึกเป็นความล้มเหลว ค่าเริ่มต้นคือ 'ทั้งหมด' (ซึ่งก็คือ
เหมือนกับ 'ข้อมูล') ตัวอย่างเช่น ระดับการบันทึกของ 'ปานกลาง' จะเพียงแค่บันทึกการทดสอบ
ความล้มเหลวของระดับ 'ปานกลาง', 'สูง' และ 'วิกฤต' โดยที่ระดับล็อกของ
'วิกฤต' จะบันทึกความล้มเหลวในระดับ 'วิกฤต'

--บันทึกประเภท
ระบุประเภทบันทึก ปัจจุบันมีประเภทบันทึกข้อความธรรมดา json และ xml และ
ค่าเริ่มต้นคือข้อความธรรมดา

--lspci=เส้นทาง
ระบุพาธแบบเต็มและชื่อไฟล์ไปยังไบนารี lspci

-NS, --อำนาจรัฐ
เรียกใช้การทดสอบสถานะพลังงาน S3 และ S4 (การทดสอบ s3, s4)

--ผล-ไม่มี-ตัวคั่น
ไม่มีการพิมพ์ตัวคั่นแนวนอนที่สวยงามในล็อกไฟล์ผลลัพธ์

-NS, --results-output=ชื่อไฟล์
ระบุไฟล์บันทึกผลลัพธ์ หนึ่งยังสามารถระบุ stdout และ stderr to
เปลี่ยนเส้นทางไปยังกระแสข้อมูลขาออกเหล่านี้

-NS, --rsdp=physaddr
ระบุที่อยู่จริงของ ACPI RSDP สิ่งนี้มีประโยชน์ในบางระบบที่มัน
ไม่สามารถตรวจจับได้โดยอัตโนมัติ

--pm-method=วิธีการ
ระบุวิธีการใช้พลังงานเพื่อเข้าสู่ S3 หรือ S4 (หรือจะใช้ระบบตรวจจับอัตโนมัติ)
มีตัวระบุต่อไปนี้:
logind - วิธีการเริ่มต้น หากมี (ต้องใช้ dbus และ logind)
pm-utils - วิธีการเริ่มต้นก่อนหน้านี้เลิกใช้แล้ว
sysfs - ทางเลือกที่ใช้เมื่อล็อกอินไม่พร้อมใช้งาน
เช่น --pm-method=sysfs

--s3-delay-เดลต้า=N
เวลาที่จะเพิ่มเข้าสู่การหน่วงเวลาระหว่างการวนซ้ำ S3 แต่ละครั้ง

--s3-device-ตรวจสอบ
ตรวจสอบความแตกต่างระหว่างการกำหนดค่าอุปกรณ์ในวงจร S3 หมายเหตุสิ่งนี้เพิ่ม15
วินาทีล่าช้าหลังจากที่ s3 กลับมาทำงานต่อเพื่อให้ wifi สามารถเชื่อมโยงใหม่ได้

--s3-อุปกรณ์-ตรวจสอบ-ล่าช้า
ระบุเวลาที่ต้องรอในขณะที่อุปกรณ์กำหนดค่าใหม่ (เช่น wifi เพื่อเชื่อมโยงใหม่
อีเธอร์เน็ตเพื่อเชื่อมต่อ..) ก่อนทำการตรวจสอบการกำหนดค่าอุปกรณ์ ค่าเริ่มต้นคือ
15 วินาที หากใช้ตัวเลือกนี้ การตรวจสอบอุปกรณ์จะถือว่าไม่เป็นเช่นนั้น
ต้องใช้แฟล็ก --s3-device-check ด้วย

--s3-ไฮบริด
เปิดใช้งาน fwts เพื่อเรียกใช้ Hybrid Sleep

--s3-นาที-ล่าช้า=N
เวลาขั้นต่ำระหว่างการวนซ้ำ S3

--s3-max-delay=N
เวลาสูงสุดระหว่างการวนซ้ำ S3

--s3-multiple=น
ระบุจำนวนการทดสอบการระงับ/ดำเนินการต่อของ S3 หลายรายการเพื่อเรียกใช้ ค่าเริ่มต้นคือ2
การทดสอบ

--s3-quirks=--เล่นโวหาร[,--quirk]
ระบุรายการอาร์กิวเมนต์ quirk ที่คั่นด้วยเครื่องหมายจุลภาคเพื่อส่งผ่านไปยัง pm-suspend, for
ตัวอย่าง: --s3-quirks=--quirk-s3-bios,--quirk-save-pci

--s3-sleep-delay=ไม่มี
นอนหลับ N วินาทีตั้งแต่เริ่มต้นการระงับจนถึงเวลาปลุก โปรดทราบว่าสิ่งนี้
เวลาจะต้องนานกว่าเวลาที่ใช้ในการระงับเครื่อง มิฉะนั้น
ตัวตั้งเวลาปลุกจะเริ่มทำงานระหว่างสถานะระงับ ค่าเริ่มต้นคือ 30 วินาที

--s3-ระงับเวลา=N
ระบุเวลาระงับสูงสุดที่อนุญาตเป็นวินาที หากระงับใช้เวลานานกว่า
สิ่งนี้จะบันทึกข้อผิดพลาด

--s3-ประวัติ-time=N
ระบุเวลาสูงสุดที่อนุญาตในหน่วยวินาที หากประวัติใช้เวลานานกว่า
สิ่งนี้จะบันทึกข้อผิดพลาด

--s3power-sleep-delay=N
ระบุระยะเวลาระงับเป็นวินาที ยิ่งค่าสูงยิ่งแม่นยำ
ผลการทดสอบ s3power ไม่แนะนำให้ใช้เวลาน้อยกว่า 10 นาที

--s4-delay-เดลต้า=N
เวลาที่จะเพิ่มเข้าสู่การหน่วงเวลาระหว่างการวนซ้ำ S4 แต่ละครั้ง

--s4-device-ตรวจสอบ
ตรวจสอบความแตกต่างระหว่างการกำหนดค่าอุปกรณ์ในวงจร S4 หมายเหตุสิ่งนี้เพิ่ม15
วินาทีล่าช้าหลังจากที่ s3 กลับมาทำงานต่อเพื่อให้ wifi สามารถเชื่อมโยงใหม่ได้

--s4-อุปกรณ์-ตรวจสอบ-ล่าช้า
ระบุเวลาที่ต้องรอในขณะที่อุปกรณ์กำหนดค่าใหม่ (เช่น wifi เพื่อเชื่อมโยงใหม่
อีเธอร์เน็ตเพื่อเชื่อมต่อ..) ก่อนทำการตรวจสอบการกำหนดค่าอุปกรณ์ ค่าเริ่มต้นคือ
15 วินาที หากใช้ตัวเลือกนี้ การตรวจสอบอุปกรณ์จะถือว่าไม่เป็นเช่นนั้น
ต้องใช้แฟล็ก --s4-device-check ด้วย

--s4-นาที-ล่าช้า=N
เวลาขั้นต่ำระหว่างการวนซ้ำ S4

--s4-max-delay=N
เวลาสูงสุดระหว่างการวนซ้ำ S4

--s4-multiple=น
ระบุจำนวนของการทดสอบการไฮเบอร์เนต/ดำเนินการต่อของ S4 หลายรายการเพื่อเรียกใช้ ค่าเริ่มต้นคือ2
การทดสอบ

--s4-quirks=--เล่นโวหาร[,--quirk]
ระบุรายการอาร์กิวเมนต์โวหารที่คั่นด้วยเครื่องหมายจุลภาคเพื่อส่งผ่านไปยัง pm-hibernate สำหรับ
ตัวอย่าง: --s4-quirks=--quirk-save-pci

--s4-sleep-delay=ไม่มี
นอนหลับ N วินาทีตั้งแต่เริ่มโหมดไฮเบอร์เนตจนถึงเวลาปลุก โปรดทราบว่าสิ่งนี้
เวลาจะต้องนานกว่าเวลาที่ใช้ในการจำศีลเครื่อง มิฉะนั้น
ตัวตั้งเวลาปลุกจะเริ่มทำงานระหว่างสถานะไฮเบอร์เนต ค่าเริ่มต้นคือ 90
วินาที

-NS, --show-ความคืบหน้า
แสดงความคืบหน้าของการทดสอบที่กำลังดำเนินการ การทดสอบแต่ละครั้งจะระบุว่าเป็นอยู่
วิ่ง. สำหรับการทดสอบที่ยาวนาน จะแสดงเปอร์เซ็นต์ของเวลาที่เสร็จสิ้น ณ.fwts
0.19.06 ซึ่งถูกเปิดใช้งานโดยค่าเริ่มต้นและสามารถปิดการใช้งานด้วย --quiet (หรือ -q)

-NS, --เงียบ
ทำงานอย่างเงียบ ๆ โดยไม่มีเอาต์พุตไปยัง stdout

-NS, --show-ความคืบหน้าโต้ตอบ
แสดงความคืบหน้าของการทดสอบที่กำลังดำเนินการในรูปแบบที่สามารถไพพ์ลงในไดอะล็อก
เครื่องมือที่มีตัวเลือก --gauge

-NS, --show-การทดสอบ
แสดงชื่อการทดสอบที่มีอยู่ โดยค่าเริ่มต้นจะแสดงการทดสอบทั้งหมด ใช้ --batch,
--แบบโต้ตอบ --batch-ทดลอง --แบบโต้ตอบ-ทดลอง --utils ตัวเลือก
แสดงการทดสอบเฉพาะเหล่านี้

--แสดงการทดสอบเต็ม
แสดงการทดสอบที่มีอยู่ทั้งหมดตามคำอธิบายการทดสอบเล็กน้อย โดยค่าเริ่มต้นจะแสดง
การทดสอบทั้งหมด ใช้ --batch, --interactive, --batch-experimental,
--interactive-experimental options เพื่อแสดงการทดสอบเฉพาะเหล่านี้

--show-ทดสอบ-หมวดหมู่
แสดงการทดสอบที่มีอยู่ทั้งหมดและหมวดหมู่ที่เป็นของ

--skip-test=ทดสอบ[,ทดสอบ..]
ระบุการทดสอบเพื่อข้ามและไม่เรียกใช้ รายการต้องคั่นด้วยเครื่องหมายจุลภาค

--stdout-สรุป
ส่งออก SUCCESS หรือ FAILED ไปยัง stdout เมื่อสิ้นสุดการทดสอบ

-NS, --table-path=เส้นทาง
ระบุเส้นทางที่มีตาราง ACPI ตารางเหล่านี้ต้องมีชื่อใน
รูปแบบ: tablename.dat เช่น DSDT.dat เช่น แยกออกมาโดยใช้
acpidump หรือ fwts --dump แล้วก็ acpixtract

-ยู, --utils
เรียกใช้ยูทิลิตี้ ออกแบบมาเพื่อถ่ายโอนข้อมูลระบบ เช่น ตาราง ACPI ที่มีคำอธิบายประกอบ
หน่วยความจำ CMOS, แผนที่หน่วยความจำ Int 15 E820, ข้อมูล ROM ของเฟิร์มแวร์

-ใน, --รุ่น
หมายเลขเวอร์ชันเอาต์พุตและวันที่สร้างของ ตกลง เครื่องมือ

-w, --ความกว้าง=น
ระบุความกว้างเป็นอักขระของล็อกไฟล์เอาต์พุต ค่าเริ่มต้นคือ 130

ตัวอย่าง

รันการทดสอบแบตช์ทั้งหมดและผนวกผลลัพธ์ลงในบันทึกเริ่มต้น results.log:
sudo fwts

เรียกใช้การทดสอบแบบโต้ตอบทั้งหมดและเริ่มต้นบันทึกผลลัพธ์ใหม่ทั้งหมดที่เรียกว่า interactive.log:
sudo fwts -i -f -r Interactive.log

เรียกใช้การทดสอบทั้งหมด แบบโต้ตอบและแบบกลุ่ม:
sudo fwts -i -b

เรียกใช้การทดสอบแบตเตอรี่และ cpufreq:
sudo fwts แบตเตอรี่ cpufreq

รันการทดสอบแบตช์ทั้งหมดและกำหนดรูปแบบบันทึกใหม่โดยใช้เพียงวันที่และหมายเลขบรรทัด:
sudo fwts --log-format="%date %line: "

เรียกใช้การทดสอบเชิงโต้ตอบทั้งหมดและบันทึกเฉพาะผลลัพธ์ ข้อมูล และข้อมูลสรุป:
sudo fwts -i --log-filter=RES,INF,SUM

ดัมพ์ข้อมูลเฟิร์มแวร์ที่น่าสนใจทั้งหมดลงในไฟล์บันทึกเพื่อการวิเคราะห์ในภายหลัง:
sudo fwts --การถ่ายโอนข้อมูล

ดูเคอร์เนลและเวอร์ชันไดรเวอร์ ACPI และข้อมูล BIOS:
sudo fwts -w 80 -r stdout เวอร์ชัน bios_info --log-filter=INF --log-format=""

แสดงการทดสอบแบบกลุ่มและแบบกลุ่ม:
fwts --show-tests --batch --batch-ทดลอง

เรียกใช้การทดสอบ S3 หลายรายการโดยมีความล่าช้าระหว่างการทดสอบแต่ละครั้งตั้งแต่ 1 วินาทีถึง 10 วินาที
ด้วยเดลต้าดีเลย์ต่อการทดสอบ 0.2 วินาที
sudo fwts s3 --s3-multiple=100 --s3-min-delay=1 --s3-max-delay=10
--s3-ล่าช้า-เดลต้า=0.2

ใช้ fwts ออนไลน์โดยใช้บริการ onworks.net