crc挖礦平台
① 我的三星500G筆記本硬碟，用HD Tune pro5 檢測硬碟 校準重試計數警告、(C7) Ultra DMA CRC 錯誤計數警告
您好：
根據您的描述，硬碟OB校準重試計數解釋為硬碟的磁頭在讀取數據出錯時，磁頭歸位後重新讀取時成功。因此數值大於0是很正常的現象。若數值上升很快，原因主要是其它電腦部件引起的，如顯卡，主板。更新其它設備的驅動極容易造成OB值增加。
建議更新一下驅動程序，可能就會解決。
歡迎您訪問三星數字服務平台：http://support.samsung.com.cn/ask
② crc在什麼網站報名考試
人事考試考務服務平台。
CRC資格證是醫療行業從業人員的許可證，在我國，醫療類大學畢業生須在學期期末考試中通過學校開設的教育學和教育心理學課程考試，並且要在全省統一組織的考試中成績達到成績排名的前30%，方可在畢業時領取CRC資格證。非師范類和其他社會人員需要在社會上參加認證考試等一系列測試後才能申請CRC資格證。
③ 求助大神還有哪些16位冗餘校驗計算方法，試過常見的幾種CRC16都不對
CRC校驗又稱為循環冗餘校驗，是數據通訊中常用的一種校驗演算法。它可以有效的判別出數據在傳輸過程中是否發生了錯誤，從而保障了傳輸的數據可靠性。
CRC校驗有多種方式，如：CRC8、CRC16、CRC32等等。在實際使用中，我們經常使用CRC16校驗。CRC16校驗也有多種，如：1005多項式、1021多項式（CRC-ITU）等。在這里我們不討論CRC演算法是怎樣產生的，而是重點落在幾種演算法的C51程序的優化上。
計算CRC校驗時，最常用的計算方式有三種：查表、計算、查表＋計算。一般來說，查表法最快，但是需要較大的空間存放表格；計演算法最慢，但是代碼最簡潔、佔用空間最小；而在既要求速度，空間又比較緊張時常用查表＋計演算法。
下面我們分別就這三種方法進行討論和比較。這里以使用廣泛的51單片機為例，分別用查表、計算、查表＋計算三種方法計算
1021多項式（CRC-ITU）校驗。原始程序都是在網上或雜志上經常能見到的，相信大家也比較熟悉了，甚至就是正在使用或已經使用過的程序。
編譯平台採用 Keil C51 7.0，使用小內存模式，編譯器默認的優化方式。
常用的查表法程序如下，這是網上經常能夠看到的程序範例。因為篇幅關系，省略了大部分表格的內容。
code unsigned int Crc1021Table[256] = {
0x0000, 0x1021, 0x2042, 0x3063,... 0x1ef0
};
unsigned int crc0(unsigned char *pData, unsigned char nLength)
{
unsigned int CRC16 = 0;
while(nLength>0)
{
CRC16 = (CRC16 << 8 ) ^ Crc1021Table[((CRC16>>8) ^ *pData) & 0xFF];
nLength--;
pData++;
}
return CRC16;
}
編譯後，函數crc0的代碼為68位元組，加上表格佔用的512位元組，一共使用了580個位元組的代碼空間。
下面是常見的計演算法的程序：
unsigned int crc2(unsigned char *ptr,unsigned char count)
{
unsigned int crc =0;
unsigned char i;
while(count-- >0)
{
crc = ( crc^(((unsigned int)*ptr)<<8));
for(i=0;i<8;i++)
{
if(crc&0x8000) crc= ((crc<<1)^0x1021);
else crc <<= 1;
}
ptr++;
}
return crc;
}
下面是常見的一種查表＋計算的方法：
unsigned int crc4(unsigned char *ptr, unsigned char len) {
unsigned int crc;
unsigned char da;
code unsigned int crc_ta[16]={ /* CRC余式表 */
0x0000,0x1021,0x2042,0x3063,0x4084,0x50a5,0x60c6,0x70e7,
0x8108,0x9129,0xa14a,0xb16b,0xc18c,0xd1ad,0xe1ce,0xf1ef,
};
crc=0;
while(len-->0) {
da = ((crc/256))/16; /* 暫存CRC的高四位 */
crc <<=4;
/* CRC右移4位，相當於取CRC的低12位）*/
crc ^= crc_ta[da^(*ptr/16)];
/* CRC的高4位和本位元組的前半位元組相加後查表*/
/*計算CRC，然後加上上一次CRC的余數 */
da = ((crc/256))/16; /* 暫存CRC的高4位 */
crc <<=4;
/* CRC右移4位， 相當於CRC的低12位） */
crc ^= crc_ta[da^(*ptr&0x0f)];/* CRC的高4位和本位元組的後半位元組相加後查表*/
/*計算CRC，然後再加上上一次CRC的余數 */
ptr++;
}
return crc;
}
程序優化策略：上面程序都只是給出了通用演算法，並沒有考慮到51單片機的特點。我們知道，51單片機是8位單片機，使用的變數類型也是8位的。如果在程序中使用8位的變數速度是最快的，比使用16位的變數代碼短、效率高。在上面的程序中都使用了大量整型數類型（16位）的表格和整型數類型的變數，特別是關鍵的變數。如果我們不使用整型類型的表格和變數，而使用位元組類型的表格和變數，就能夠使程序的性能得到優化。基於這種思路，我們將原來整型的表格拆分為兩個位元組型（8位）的表格，即將原來表格的高低位元組分別拆開，每個表格還是256個單元，這樣表格的大小和順序都沒有變；原來使用16位變數計算的地方，改用8位變數計算。
修改後的查表程序如下（省略了表格的內容）：
code unsigned char crctableh[256]={
0x00,0x10,0x20,0x30,... 0x0E,0x1E,
};
code unsigned char crctablel[256]={
0x00,0x21,0x42,0x63,... 0xD1,0xF0,
};
unsigned int crc1(unsigned char *buf,unsigned char n)
{
unsigned char t;
union{
unsigned char c[2];
unsigned int x;
}data crc;
crc.x = 0;
while(n !=0)
{
t = crc.c[0]^*buf;
crc.c[0] = crc.c[1]^crctableh[t];
crc.c[1] = crctablel[t];
n--;
buf++;
}
return ( crc.x );
}
表面上看起來，函數crc1比crc0的源代碼還長一些。但是編譯後，函數crc1的目標代碼實際為44個位元組，加上表格佔用的512個位元組，一共使用了556個位元組，比函數crc0反而節約了24個位元組。這兩個函數的運行對比情況見表一。
我們採用和上面相同的優化方法來優化計演算法的程序，優化後的計演算法程序為：
unsigned int crc3(unsigned char *ptr,unsigned char count)
{
data unsigned char i;
union{
unsigned char c[2];
unsigned int x;
}data crc;
crc.x=0;
while(count!=0)
{
crc.c[0] ^= *ptr;
for(i=8;i>0;i--)
{
if(crc.c[0]&0x70)crc.x=(crc.x<<1)&0x1021;
else crc.x=crc.x<<1;
}
ptr++;
count--;
}
return crc.x;
}
編譯後函數crc2的代碼長度為76，函數crc3的代碼長度為68，變化不是太大，但是執行效率是很不一樣的，具體差別見後面的表一。
優化後的查表＋計演算法的程序為：
unsigned int crc5(unsigned char *ptr,unsigned char len)
{
code unsigned char crch[16]={ /* CRC余式表 */
0x00,0x10,0x20,0x30,0x40,0x50,0x60,0x70,
0x81,0x91,0xa1,0xb1,0xc1,0xd1,0xe1,0xf1,
};
code unsigned char crcl[16]={ /* CRC余式表 */
0x00,0x21,0x42,0x63,0x84,0xa5,0xc6,0xe7,
0x08,0x29,0x4a,0x6b,0x8c,0xad,0xce,0xef,
};
union{
unsigned char c[2];
unsigned int x;
}data crc;
unsigned char t;
crc.x =0;
while(len!=0) {
t = (crc.c[0]>>4) ^ (*ptr >>4);
crc.x <<=4;
crc.c[0] ^=crch[t];
crc.c[1] ^=crcl[t];
t = (crc.c[0]>>4) ^ (*ptr & 0x0F);
crc.x <<=4;
crc.c[0] ^=crch[t];
crc.c[1] ^=crcl[t];
ptr++;
len--;
}
return crc.x;
}
優化前後的代碼長度分別為175位元組和146位元組（包括了32位元組的表格空間）。
代碼測試：僅代碼長度變短是不夠的，衡量優化後的程序一個重要的標準是看優化前後兩個函數執行相同的計算量使用的時間，或者說執行的效率是否提高了。如果優化後的函數需要時間少，就說明我們優化後的函數確實提高了效率，否則就是反而降低了程序的效率，優化失敗。我在 Keil C51 下編寫了一個測試程序，在程序中調用了上面的六個函數，共同計算一個長度為200位元組的CRC校驗，並記錄下每個函數使用的時間。測試方法為：使用 Keil C51 的軟體模擬功能（採用帶計時功能的硬體模擬器也可以），在每個函數上加上斷點，記錄下執行到每個斷點的時間，然後前後相減就得出每個函數的執行時間。模擬時使用的單片機型號為AT89C51，晶體頻率為12MHz。
測試文件的源代碼為：
xdata unsigned char buf[200];
unsigned char i;
unsigned int crc;
extern unsigned int crc0(unsigned char *,unsigned char);
extern unsigned int crc1(unsigned char *,unsigned char);
extern unsigned int crc2(unsigned char *,unsigned char);
extern unsigned int crc3(unsigned char *,unsigned char);
extern unsigned int crc4(unsigned char *,unsigned char);
extern unsigned int crc5(unsigned char *,unsigned char);
void main(void)
{
for(i=0;i<200;i++)
buf[i]=i+1;
crc=crc0(buf,200);
crc=crc1(buf,200);
crc=crc2(buf,200);
crc=crc3(buf,200);
crc=crc4(buf,200);
crc=crc5(buf,200);
i=0;
}
測試結果見表一：
函數
代碼長度(位元組)
執行時間（微秒）
提高效率
查表法
Crc0
68+512=580
10626
28%
Crc1
44+512=556
7622
計演算法
Crc2
76
30309
13.6%
Crc3
68
26186
查表＋計算
Crc4
175
24229
18.2%
Crc5
146
19822
表一：三種CRC16校驗演算法及其優化的比較
從表中可以看出，優化後的函數執行速度都有了明顯的提高，這說明我們的優化是很有效的。其實優化前後的函數區別並不大，演算法都是完全一樣的，只是個別地方的寫法調整了一下，但是取得的效果是非常明顯的。現在很多人寫單片機的程序，都帶有寫VC或C＋＋的習慣，而沒有考慮到51單片機的特點，從而造成了一些資源的浪費。
這三種計算方法之間的對比也很清楚，查表法使用的時間最短，查表＋計算次之，計演算法最長，它們的執行效率比為1：3.4：2.6，代碼效率比為8.1：1：2.1（優化後的函數）。從代碼長度看，查表法因為使用了一個相對較大的表格，所以代碼最長，適合於代碼空間比較充足的情況；計演算法沒有使用任何錶格，所以代碼長度最小，適合於ROM空間比較小的情況。而查表＋計演算法從執行速度和代碼長度都是處於中流，是一種很好的折衷方案。
下面是我總結的一些C51編程優化的幾個小技巧和方法：
1. 盡量使用無符號的變數；
2. 盡量使用data與idata寄存器變數；它們之間的效率順序為data>idata>xdata ；
3. 使用最小的變數類型，能使用整型時就不要使用長整型，能使用字元型時就不要使用整型；
4. 多使用局部變數，少使用全局變數、靜態變數，這樣可以充分利用Keil提供的變數覆蓋技術。同時局部變數也要盡量使用寄存器變數；
5. 少使用浮點數。使用浮點數需要連接浮點庫，會增加大約1K的代碼；而且浮點運算的速度是很慢的，沒有特殊情況盡量使用定點數代替浮點數；
6. 沒有必要就不要使用printf等標准輸入輸出函數，它會增加大約3K的代碼。
7. 函數帶有的參數不要太多，多了會影響效率；
8. 注意C51的特點，按照C51的特點編寫程序；
9. 多用幾種方法優化，比較後找出最佳方法；
10. 注意軟體的寫法，有時一個寫法上很小的變化就會有意想不到的效果。因為Keil的優化是與上下文的程序相關的，對於不同的情況產生不同的優化。如果對比一下產生的匯編代碼，就能夠更加容易的找出不合理的代碼，從而有針對性的優化了；
11. 不要過於依賴C51提供的優化功能，能夠自己優化的地方就自己手工優化了，程序不可能完成所有的事情；
12. 不同版本的C51（特別是6.0和7.0的版本與低於6.0的版本相比）產生的優化效果可能會不同，產生的代碼會不完全一樣，需要特別注意；
13. 在循環中比較條件盡量與0作比較（這與51單片機的特點有關，對比一下編譯產生的匯編代碼就明白了），這樣可以減少代碼，加快速度。如：
將while( n > 10 )修改為
while( n != 0 )；
14. 在循環中比較中不要直接使用 n-- 或 n++ ，而要分開寫，這樣產生的代碼較小。
如：while( n-- != 0)修改為
while(n != 0)
{
n--;
...//其他代碼
}
15. 盡量不要使用太復雜的表達式，雖然這樣程序簡潔，但是對程序的調試不方便。
只要能充分考慮到所使用的單片機的特點，在加上一些經驗和技巧，就一定可以編寫出高性能的程序來。
④ 游戲下載下來解壓都出現crc錯誤，是內存條壞了，還是硬碟小或者壞的原因
比較大的可能是硬碟的原因。比如硬碟的寫入方面出問題，導致下載下來的文件寫入時有錯誤。
也有一部是網路的原因，網路傳輸過來的數據出問題導致文件效驗錯誤。
內存壞的可能很小。如果內在已經損壞，系統會經常出問題的。
⑤ 有哪些車可以做CRC得賽車
1.3.2 2升國家組
駕駛排氣量在1.6L-2.0L（含），兩輪驅動，自然吸氣並符合《國內汽車拉力比賽通則》參賽車輛資格規定中S組定義賽車的車組均有資格參賽並獲得積分。
1.3.3 1.6升國家組
駕駛排氣量在1.4L-1.6L（含），兩輪驅動，自然吸氣並符合《國內汽車拉力比賽通則》參賽車輛資格規定中S組定義賽車的車組均有資格參賽並獲得積分。
1.3.4 1.4升國家組
駕駛排氣量在1.4L（含）以下，兩輪驅動，自然吸氣並符合《國內汽車拉力比賽通則》參賽車輛資格規定中S組定義賽車的車組均有資格參賽並獲得積分。
《國內汽車拉力比賽通則》中的相關規定
2.1 參賽車輛資格
2.1.1 允許參賽車輛組別設置
N 組 a) 國際汽聯注冊的N組賽車；
b) 允許超過國際汽聯注冊批准年限十年內的車輛參加賽事。
S 組 在中華人民共和國境內生產，年產量達到2500輛並在中國汽車運動聯合會注冊的小客車。
A 組 a) 國際汽聯注冊的排氣量在2000cc以下的A組賽車；
b) 符合國際汽聯A組賽車技術規則，由國內廠商在中國汽車運動聯合會注冊的排氣量在2000cc以下的賽車。
特別組 其他由中國汽車運動聯合會批准參加賽事的車輛。
2.1.2 允許參賽車輛級別劃分
各組別均按發動機排氣量劃分級別：
N 組 N1＝1400cc（含）以下
N2＝1400－1600cc（含）
N3＝1600－2000cc（含）
N4＝2000cc以上
S 組
S1＝1400cc（含）以下
S2＝1400－1600cc（含）
S3＝1600－2000cc（含）
S4＝2000cc以上
特別組 按照賽事補充規則中的有關規定執行。賽事補充規則必須經中國汽車運動聯合會特別批准。
⑥ 在迅雷上下了2個游戲怎麼都是CRC效驗錯誤啊 換了幾個壓縮包了
CRC校驗出錯說明文件數據有所損壞。RAR格式對於CRC校驗是很嚴格的，只要校驗值一出錯，解壓縮工作就會立即停止。可以把壓縮文件的擴展名改為.ZIP試試，或許可以強行解壓。（文件可能會損壞）
既然小的文件可以解壓出來，那麼就試著在解壓小文件後，解壓大文件之時暫停解壓操作（解壓縮窗口中有四個按鈕，其中一個便是「暫停」），或許還可留住解壓出來的小文件。
當然，網上也有不少修復工具，但效果不一，是否能成功解決問題那就要看造化了。
⑦ 青年蓮花競速CRC與英國蓮花有關系嗎如果有關系它們是什麼關系呢
有關系啊！2006年11月，在北京國際車展上青年汽車集團引進蓮花科技工程並隆重簽約，成立聯合研發中心。青年汽車將與英國蓮花汽車科技工程緊密合作，陸續推出8款擁有世界領先的高端技術和優異品質的乘用車，產品涵蓋轎跑、家轎、MPV（多用途汽車）、SUV（運動型多功能車）等諸多車型，排量從1.6L至3.0L不等。這些車將懸掛蓮花標志，並在蓮花技術平台上製造。青年汽車還與蓮花汽車科技工程公司聯合成立了聯合研發中心，擁有300-400人的中外技術專家團隊，生產自主品牌的歐洲血統轎車，進軍國內中高檔轎車市場。
蓮花汽車科技工程公司的介紹
蓮花汽車科技工程公司（Lotus工程）作為世界頂級的專業汽車設計和工程顧問咨詢公司，是英國Lotus汽車公司的兄弟公司，承接Lotus系列跑車和賽車的全部設計、開發、工程和技術改進等工作。Lotus工程可提供包括車型設計、底盤研發、動力總成等全部汽車產品技術，並在底盤設計、發動機調校、操控系統等技術方面是世界領先。Lotus工程在亞洲、北美和歐洲等地擁有多個世界先進的汽車設計和工程技術研發中心。2004年3月8日，Lotus在中國上海陸家嘴金融中心正式成立了蓮花汽車科技工程中國公司，以配合日益發展和增長的中國汽車工業和製造廠家的需求。
自上世紀中後期開始，Lotus廣泛成功的服務於世界各大主要汽車生產商，通過對汽車工業深入透徹的掌握、處於世界前沿的汽車工程學技術以及才華橫溢、遠見卓識的優秀員工，Lotus成為全球認可的領袖級汽車工程咨詢專家。從1985年至今，Lotus已承接了超過38個全球重要客戶的主要動力總成項目，其中包括現正在量產的全球知名發動機通用汽車的L850發動機。有關統計結果顯示，現在歐洲市場上銷售的超過10%的新車使用的發動機均由蓮花公司設計、開發和改進。
整車方面，Lotus工程完成了本田思域汽車的全部開發設計和工程工作，本田公司譽此項目為本田公司最滿意的合作項目。Lotus還完成了歐寶SPEEDSTER和VAUXHALL VX220車型的全部開發，現在Lotus汽車的生產線上每年可為通用汽車完成最多3000輛的生產任務。現在，Lotus擁有69個系列136項專利（包括申請中和已批准項目），其中21項已獲得許可。其他項目包括船艇、卡車、巴士、農業和越野用車、賽車工程技術，當然還有1992年奧運會上英國自行車選手使用Lotus所設計的自行車獲得奧運金牌。正是有了這些自主技術，Lotus才得以開發出產品的獨特特點，使得Lotus品牌深入人心。
企業中長期發展規劃簡介
在未來的5年內，青年汽車將與英國蓮花汽車科技工程緊密合作，陸續推出8款擁有世界領先的高端技術和優異品質的乘用車，產品涵蓋轎跑、家轎、MPV（多用途汽車）、SUV（運動型多功能車）等諸多車型，排量從1.6L至3.0L不等。這些車將懸掛蓮花標志，並在蓮花技術平台上製造。青年汽車還與蓮花汽車科技工程公司聯合成立了聯合研發中心，擁有300-400人的中外技術專家團隊，生產自主品牌的歐洲血統轎車，進軍國內中高檔轎車市場。
⑧ 數據鏈路層協議幾乎總是將crc放在crc尾部而不是頭部，為什麼
因為數據幀每經一跳前，都必須修改源和目的mac和其他的可選欄位項目，例如分段等CRC到最後才根據這些新修改內容進行一次計算。
crc是在發送期間進行計算的。一旦把最後一位數據送上外出線路，就立即把crc編碼附在輸出流之後。如果放在頭部則發送前要將整個楨先檢查一遍，來計算crc，這樣每個位元組要處理兩遍。第一遍計算檢驗碼，第二遍做發送檢驗。所以放在尾部可將用時減半。
(8)crc挖礦平台擴展閱讀：
在計算機網路通信中運用CRC校驗時相對於其他校驗方法就有一定的優勢。CRC可以高比例的糾正信息傳輸過程中的錯誤，可以在極短的時間內完成數據校驗碼的計算，並迅速完成糾錯過程，通過數據包自動重發的方式使得計算機的通信速度大幅提高，對通信效率和安全提供了保障。
由於 CRC 演算法檢驗的檢錯能力極強，且檢測成本較低，因此在對於編碼器和電路的檢測中使用較為廣泛。從檢錯的正確率與速度、成本等方面，都比奇偶校驗等校驗方式具有優勢。因而，CRC 成為計算機信息通信領域最為普遍的校驗方式。
⑨ 生物專業畢業一年想轉行crc或cra，四處碰壁連一個面試機會都沒有，有沒有什麼辦法
去一家小公司，不要看工資待遇啥的，積累經驗，干一段時間在找工作你的簡歷上就可以寫上你轉行後的工作經歷就會好找些！ 來自職Q用戶：玲
如果想來CRO公司可以和我聯系一下，我們公司還行，哈哈 來自職Q用戶：陳先生