側（服務端） ：基于OpenHarmony系統C-API實現 特性 ??實時屏幕鏡像 ：低延遲顯示OpenHarmony設備屏幕 ?設備控制 ：支持點擊、滑動、按鍵等操作 ?多種連接方式 ：支持USB

的縮進編排，變量的命名規則要始終保持一致。大家都知道如何排除代碼中錯誤，卻往往忽視了對注釋的排錯。注釋是程序的一個重要組成部分，它可以使你的代碼更容易理解，而如果

經常見網友們說，代碼不能寫太多了包括注釋，單片機的ROM只有幾個K的空間，其實這是表面問題的誤解。 1、注釋是寫不進去hex文件的，下載到芯片里的只有你的有效代碼匯編以后生成的機器碼，

在移植內核時，用VIVADO進行綜合實現后會出現時序違例，如圖： 雖然可以上板正常進行開發，但是還是想把這些違例解決下^_^ 檢查后，發現是 apb_adv_timer 這條路徑報的違例，解決方式

// Use booth-4 algorithm to conduct the multiplication計算部分積 /*** wire [32:0] part_prdt_hi_r; //高位信息（即操作數相加后從dpath返回的信息） wire [32:0] part_prdt_lo_r;//低位信息（即需要右移的信息，參見蜂鳥書中153頁圖右移1位下面的框） wire [32:0] part_prdt_hi_nxt; //更新后的高低位信息 wire [32:0] part_prdt_lo_nxt; wire part_prdt_sft1_r; wire [2:0] booth_code = cycle_0th? {muldiv_i_rs1[1:0],1\'b0} // cycle0低位補0，高位補符號位，取后三位作為編碼 : cycle_16th ? {mul_rs1_sign,part_prdt_lo_r[0],part_prdt_sft1_r} //周期結束，根據Booth算法補符號位與最后的低位信息 : {part_prdt_lo_r[1:0],part_prdt_sft1_r}; //取后兩位并補低位形成3位boothcode //booth_code == 3\'b000 =0參考booth算法編碼表 //booth_code == 3\'b001 =1 //booth_code == 3\'b010 =1 //booth_code == 3\'b011 =2 //booth_code == 3\'b100 = -2 //booth_code == 3\'b101 = -1 //booth_code == 3\'b110 = -1 //booth_code == 3\'b111 = -0 wire booth_sel_zero = (booth_code == 3\'b000) | (booth_code == 3\'b111); wire booth_sel_two= (booth_code == 3\'b011) | (booth_code == 3\'b100); wire booth_sel_one= (~booth_sel_zero) & (~booth_sel_two); wire booth_sel_sub= booth_code[2]; // 35 bits adder needed乘法中加減法操作數生成 wire [`E203_MULDIV_ADDER_WIDTH-1:0] mul_exe_alu_res = muldiv_req_alu_res; //取出返回值也即高位數值 wire [`E203_MULDIV_ADDER_WIDTH-1:0] mul_exe_alu_op2 = ({`E203_MULDIV_ADDER_WIDTH{booth_sel_zero}} & `E203_MULDIV_ADDER_WIDTH\'b0)//0*數=0 | ({`E203_MULDIV_ADDER_WIDTH{booth_sel_one }} & {mul_rs2_sign,mul_rs2_sign,mul_rs2_sign,muldiv_i_rs2}) //數字不變，僅符號拓展 | ({`E203_MULDIV_ADDER_WIDTH{booth_sel_two }} & {mul_rs2_sign,mul_rs2_sign,muldiv_i_rs2,1\'b0}) //2則左移一位，符號位不變 ; wire [`E203_MULDIV_ADDER_WIDTH-1:0] mul_exe_alu_op1 =//cycle0時，裝入全0，后面填入乘數，參加蜂鳥書中153頁部分積指向加法器的線路 cycle_0th ? `E203_MULDIV_ADDER_WIDTH\'b0 : {part_prdt_hi_r[32],part_prdt_hi_r[32],part_prdt_hi_r}; wire mul_exe_alu_add = (~booth_sel_sub);//dpath指示信號生成 wire mul_exe_alu_sub = booth_sel_sub; wire mul_exe_alu_mul = cycle_0th? 1\'b0 //周期結束信號 : cycle_16th ? 1\'b1 : 1\'b0; assign part_prdt_hi_nxt = mul_exe_alu_res[34:2]; //下一個部分積， 傳入dpath保存 assign part_prdt_lo_nxt = {mul_exe_alu_res[1:0], //同理，只不過每次右移兩位 (cycle_0th ? {mul_rs1_sign,muldiv_i_rs1[31:2]} : part_prdt_lo_r[32:2]) }; wire part_prdt_sft1_nxt = cycle_0th ? muldiv_i_rs1[1] : part_prdt_lo_r[1]; //設muldiv_i_rs1=10，首先在后面補0，此時為100，這樣muldiv_i_rs1[1]即為右移兩位后的末位，part同理 wire mul_exe_cnt_set = exec_cnt_set & i_op_mul; //控制最后一位的更新 wire mul_exe_cnt_inc = exec_cnt_inc & i_op_mul; wire part_prdt_hi_ena = mul_exe_cnt_set | mul_exe_cnt_inc | state_exec_exit_ena;//使能信號，控制傳入dpath進行更新，dpath會傳回最新的乘積信息 wire part_prdt_lo_ena = part_prdt_hi_ena; sirv_gnrl_dfflr #(1) part_prdt_sft1_dfflr (part_prdt_lo_ena, part_prdt_sft1_nxt, part_prdt_sft1_r, clk, rst_n); // This mul_res is not back2back case, so directly from the adder result若不是back2back情況，可以直接取出，Booth編碼運算后最終結果取[32:1] wire[`E203_XLEN-1:0] mul_res = i_mul ? part_prdt_lo_r[32:1] : mul_exe_alu_res[31:0];

：“這個功能之前做過類似的，你參考下歷史代碼。”可當他打開代碼倉庫，卻發現注釋寥寥，變量名像密碼一樣難懂，更找不到任何需求文檔。他硬著頭皮修改，結果上線后引發了線上故障——原來有個隱藏的業務規則，只有老員工才知道。 第二周：

想買個2k0300的開發板學習龍芯和openharmony，愣是沒有看到提供openharmony源碼的，也沒與看到開源的代碼。gitee上，openharmony的龍芯sig倉庫也是

最近從keil轉到CUBEIDE編程了，現在非常不舒服的一點是函數注釋方面。STM32CUBEide有沒有像KEIL一樣可以自己指定函數注釋模板的方法，可以注釋函數形參啊、函數返回值說明的方法

stm32cubemx 6.13.0(win)版本生成代碼中文注釋亂碼