不必這么麻煩，算法與普通的CRC區別是需要逆序校驗；就是校驗多項式反序一下:多項式的最高位一般不參與運算，即0x131參與運算的為0x31，反序后為0x8c；之后進行正常CRC運算校驗即可；
相關例程如下：讀寫復位函數略；RUN_18B20()函數每次調用間隔要大于溫度轉換周期
//#define CRCV_DS                                0x31        //多項式為:P(x)=x^8+x^5+x^4+x^0
#define CRCV_DS                                0x8c        //多項式為:P(x)=x^8+x^5+x^4+x^0 反序
u8 CRC_DS[4][2];
float RUN_18B20(float DATAFX)
{
        u8 i32,TES_DS[16];
        u16 i35;
        float i40,i42;
        RS_DS18B20();
        WriteOneChar(0xcc);//忽略ROM
        WriteOneChar(0xbe);//讀暫存器
        CRC_DS[0][0]=0;
        for(i32=0;i32<8;i32++)
        {
                TES_DS[i32]=ReadOneChar();
                CRC_DS[0][0]^=TES_DS[i32];
                CRCi_DS(0);
        }
        CRC_DS[0][1]=ReadOneChar();
        RS_DS18B20();
        //
//        RS_DS18B20();
        WriteOneChar(0xcc);//忽略ROM
        WriteOneChar(0x44);//讀暫存器
//       
        if(CRC_DS[0][0]==CRC_DS[0][1])//CRC OK
        {
                i35=TES_DS[0]+TES_DS[1]*0x100;
                if(i35>0xf000)//&cedil;&ordm;&Ouml;&micro;
                {
                        i35=(~i35+1);//
                        i32=i35&0xff;
                        i35>>=4;
                        i35&=0xff;
                        //
                        i42=(!!(i32&0x08))*1.0/2+(!!(i32&0x04))*1.0/4+(!!(i32&0x02))*1.0/8+(!!(i32&0x01))*1.0/16;       
                        i42+=i35;
                        i40=i42*-1;//
                }
                else
                {
                        i32=i35&0xff;
                        i35>>=4;
                        i35&=0xff;
                        //
                        i42=(!!(i32&0x08))*1.0/2+(!!(i32&0x04))*1.0/4+(!!(i32&0x02))*1.0/8+(!!(i32&0x01))*1.0/16;       
                        i42+=i35;
                        i40=i42;//
                }
        }
        else
                i40=DATAFX;
        return i40;
}
//
void CRCi_DS(u32 DSxCH)                          
{
        u32 i32;
        for(i32=0;i32<8;i32++)
        {
                if(CRC_DS[DSxCH][0]&0x01)
                {
                        CRC_DS[DSxCH][0]>>=1;
                        CRC_DS[DSxCH][0]^=CRCV_DS;
                }
                else
                        CRC_DS[DSxCH][0]>>=1;
        }         
}       

樓主 最后自己搞懂了 但是其他不懂的人來看 就看不懂了
本人仔細研究了樓主提供的資料 給“后來者”做一個說明
首先 樓主的算法是可以的，只是樓主的64位被除數排序錯了
      原來樓主給出的排序是：十六進制28  FF  15  8A  74  16  04  00
                                       二進制0010  1000  1111  1111  0001  0101  1000  1010  0111  0100  0001  0110  0000  0100  0000 0000
      給出正確的排序前的說明：8位CRC碼+48位序列號+8位系列碼
                                          00  04  16  74  8A  15  FF  28（說明：DS18B20的系列碼都是28H，這里CRC碼寫成00是因為樓主想通過余數與CRC碼72H相等 判斷讀取的64位ROM數據正確）
      正確的排序應該是：將 00  04  16  74  8A  15  FF  28右移出來的位，再次從左到右排列。
                                 第一位為8H的低位0001 0100 1111 1111 1010 1000 0101 0001 0010 1110 0110 1000 0010 0000 0000 0000最后一位為0H的高位
然后將上述的數據除以100110001，最后的余數就等于0100 1110。也就是72H右移，然后各位從左往右排列。

    最后，樓主給的“MAXIM官網有詳細的中文介紹，鏈接”非常有用，大家一定要仔細看。我也是看了官方的說明才理解的。這個CRC碼的驗證困擾了我整整兩天。
    雖然，如果只用一個DS18B20根本不用管說明CRC碼，但是，作為強迫癥的我，既然遇上了就一定要把它弄懂。畢竟CRC碼的生產和解碼還是有點用的。

解決就好，謝謝分享幫助更多的人.

問題解決了。感謝 51黑dd 的帖子，http://m.zg4o1577.cn/bbs/dpj-47738-1.html。
DS18B20使用CRC校驗和常規的CRC校驗并不一樣，并不能按照我之前使用的算法計算。MAXIM官網有詳細的中文介紹，鏈接如下：
應用筆記27 理解和運用Maxim iButton產品中的循環冗余校驗(CRC)希望對同我有一樣困惑的同學有幫助。