ความคิดเห็นที่ 1 คือข้างบนเนี่ย คงไม่ได้แปลง HEX to DEC ตามปกติ เข้าใจว่า อย่าง HEX 30 แปลงเป็น BIN ได้ 110000 HEX 42 แปลงเป็น BIN ได้ 1000010 หรือจะเอาทั่ง DWORD มารวม 3042 ก็ได้ Dec เป็น 12354 ไปไม่เป็นจริงๆครับขอรบกวน Guru หน่อยครับผม ผมฝากถามเพิ่มเติมนั่นคือ หากผมต้องการคำนวน หา checksum เนี่ย ปกติ checksum เท่าที่ผมรู้จักก็คือการทำ Xor ของแต่ละ byte ไปเรื่อยๆ แต่อย่างตัวอย่างนี้ 9ea6303032303030303030313030343234393436434330303044303041343831444430303030 checksum จะได้ 3630 ea6303032303030303030313030343234393436434630303044303041343831444430303030 อันนี้ checksum จะได้ 3633 ค่าทั้่งหมดเป็น Hex นะครับ พอมีใครช่วยผมหาสูตรคำนวน checksum ของระบบนี้ได้ไหมครับผม ผมลองทั้งหลายแบบ ที่ search จาก google แล้วทั้ง hash, Xor, ก็ไม่ได้ หรือผมเข้าใจอะไรผิดครับ จากคุณ : catstevens - [ 19 ก.ค. 51 15:31:02 ]

ความคิดเห็นที่ 2 เอ่อ อันนี้ไม่ใช่การบ้าน ไม่ใช่ข้อสอบครับ ไม่ใช้ thesis ครับ แ่ต่เป็นงาน R&D ที่ทำครับ ทำงานแล้วติด คิดไม่ออกจริงๆ ครับ ไปต่อไม่ถูก จากคุณ : catstevens - [ 19 ก.ค. 51 15:36:57 ]

ความคิดเห็นที่ 3 ประการแรกนะครับ ASCII B3 น่าจะเป็น 42 กับ 33 เห็นในกระทู้บอก 42 กับ 30 ไม่รู้ว่าถ้าแก้ตรงนี้แล้ว จะได้คำตอบไม๊ จากคุณ : ksk - [ 19 ก.ค. 51 16:11:26 ]

ความคิดเห็นที่ 4 ขอแก้ไขนิดนึงครับ คือ ช้างบนเนี่ย ไม่ใช่แค่ 30 42 ครับ ผมพบว่า ผมมี hex ทั้งหมด 30 42 34 37 41 35 ส่วนผลลััพธ์คือ 11.36 กับ 1.76 ไม่รู้ัมันหามาได้ไงครับผม จากคุณ : catstevens - [ 19 ก.ค. 51 16:11:33 ]

ความคิดเห็นที่ 5 ลองไปอ่าน perunit อาจจะเจอคำตอบนะครับ จากคุณ : a fat cat in a hat - [ 19 ก.ค. 51 16:19:13 ]

ความคิดเห็นที่ 6 1. เรื่อง checksum โดยทั่วไปตอนนี้เขาจะใช้ MD5 ครับ 2. ก่อนอื่นคุณต้องมีความรู้เกี่ยวกับเลขฐานก่อน เช่น B3 เป็นฐาน 16 มีขนาด 1 ไบต์ ดังนั้นที่เขียนว่า 30 42 เท่ากับ B3 จึงไม่น่าจะถูก สำหรับการเก็บเลขทศนิยมนั้น สามารถเก็บได้หลายแบบ เช่น แบ่ง bit กันเก็บก่อนทศนิยมและหลังทศนิยม เช่น ถ้าเป็นเลข 16 บิต อาจแบ่ง 8 บิตแรกเก็บตัวหน้าจุด และ 8 บิตหลังเก็บตัวหลังจุด หรือ อาจเก็บเป็นเลขจำนวนเต็มแล้วเก็บข้อมูลว่าจะต้องเอา 10 ยกกำลังเท่าไรมาหาร เพื่อให้เป็นทศนิยม เช่น 234.56 ก็เก็บส่วนแรกเป็น 23456 และส่วนที่ 2 เก็บเป็นตัวเลข 2 ซึ่งหมายความว่าให้เอา 100 มาหาร วิธีการ reverse engineering คือ จะต้องนำตัวเลขที่ได้ทั้งหมดมาแปลงเป็น ฐาน 2 จากนั้นพิจารณาดูว่าเขาใช้วิธีการใด แต่ที่ผมแปลกใจอย่างหนึ่ง คือ ตัวเลขที่ได้ไม่มีตัวใดที่เป็น A-F เลย แสดงว่าอาจไม่ใช่ฐาน 16 จากคุณ : ผู้เฒ่าสายลม - [ 19 ก.ค. 51 16:45:58 ]

ความคิดเห็นที่ 7 ข้อมูลแบบนี้ ถ้าเราไม่รู้ที่มาที่ไป อาจจะแกะยากหน่อยครับ บางทีมันมีสูตรเฉพาะของมัน ลองดูอันนี้ครับ เผื่อเป็นไอเดียว่า สูตรเฉพาะมันเป็นยังไง http://www.thaimicrotron.com/Sensor/SHT1x.htm จากคุณ : ksk - [ 19 ก.ค. 51 17:12:52 ]

ความคิดเห็นที่ 8 น่าจะเป็น floating-point หรือ fixed-point นะครับ ลอง google หาดูได้ บิดแรก (บิดที่ 0) จะเป็น sign bit บิดต่อๆ มา (สมมุติว่า บิดที่ 1-7) จะเป็น exponent (เป็น unsigned integer) บิดต่อๆ มา (สมมุติว่า บิดที่ 8-16)จะเป็นค่าตัวเลข เช่น 11.36 ฐานสิบ => 1011.01011100 ฐานสอง => B.5C ฐานสิบหก ดังนั้นเขียนในรูป floating point จะได้ 1.01101011100 x 23 ถ้าใส่ offset ที่ำ exponent เพื่อที่จะสามารถใช้ unsigned interger ได้ ก็จะได้ว่า 1.01101011100 x 263-60 -63 คือ offset -60 คือค่าตัวชี้กำลัง = 0111100 ดังนั้นจะเก็บข้อมูลได้เป็น 0 0111100 01011100 = 0011 1100 0101 1100 = 3C5C เป็นต้น รายละเอียดอาจจะมีข้อผิดผลาด แต่ให้ไปเปิดดูเอาเองนะครับ แก้ไขเมื่อ 19 ก.ค. 51 20:18:57 จากคุณ : ped cad - [ 19 ก.ค. 51 19:54:11 ]

ความคิดเห็นที่ 9 อืม ผมลองทำตามที่ #8 บอกแล้วนะครับ แต่มันยังไม่ได้ คงเป็นแบบที่ #7 ว่า คือเขามีวิธีเข้ารหัสแบบของเขา อย่างตอนนี้ผมได้ว่า ถ้าเ็ป็น HEXDECIMAL 34 37 จะได้ 11.36 HEXDECIMAL 34 41 จะได้ 11.84 มันน่าจะเป็นแบบไหนหรือครับ ลองทำ float ดูแล้วก็ไม่ใช่เพราะมีแค่ 8 bit เอง จากคุณ : catstevens - [ 20 ก.ค. 51 12:39:50 ]