嵌入式
-
長(zhǎng)文詳解：C語(yǔ)言預(yù)處理命令
預(yù)處理(或稱預(yù)編譯)是指在進(jìn)行編譯的第一遍掃描(詞法掃描和語(yǔ)法分析)之前所作的工作。預(yù)處理指令指示在程序正式編譯前就由編譯器進(jìn)行的操作，可放在程序中任何位置。預(yù)處理是C語(yǔ)言的一個(gè)重要功能，它由預(yù)處理程序負(fù)責(zé)完成。
-
STM32單片機(jī)：獨(dú)立看門狗、窗口看門狗的配置
SATM32單片機(jī)的看門狗有獨(dú)立看門狗和窗口看門狗之分，這兩者的工作原理卻完全不同，今天來(lái)看一下他們的具體區(qū)別和配置方法。
-
C語(yǔ)言進(jìn)階技術(shù)：同事這些操作把我驚呆了！
滿滿干貨，值得一看！
-
應(yīng)用嵌入式操作系統(tǒng)實(shí)現(xiàn)電源自動(dòng)投入裝置
自動(dòng)投光裝置是能源系統(tǒng)中常見的自動(dòng)安全裝置。它廣泛存在于發(fā)電廠、小區(qū)和電網(wǎng)中。它被集成到一個(gè)新的移植硬件平臺(tái)中。該硬件平臺(tái)適用于以TMS320F240DSP和Xilinx為核心的自投影器件CPLD.公司任務(wù)分配和機(jī)制運(yùn)行。
-
遠(yuǎn)程調(diào)試在Linux車機(jī)中的應(yīng)用
在軟件開發(fā)過(guò)程中，調(diào)試是必不可少的環(huán)節(jié)，嵌入式操作系統(tǒng)的調(diào)試與桌面操作系統(tǒng)的調(diào)試相比有很大差別，嵌入式系統(tǒng)的可視化調(diào)試能力比桌面操作系統(tǒng)要弱一點(diǎn)。對(duì)于導(dǎo)航這種業(yè)務(wù)場(chǎng)景比較復(fù)雜的程序開發(fā)，可視化調(diào)試環(huán)境能讓我們業(yè)務(wù)場(chǎng)景開發(fā)事半功倍，也能快速定位導(dǎo)航業(yè)務(wù)與車機(jī)中其他模塊交互出現(xiàn)的問(wèn)題，提高開發(fā)過(guò)程中的調(diào)試效率。
-
性能優(yōu)化：Java中的對(duì)象和數(shù)組都是在堆上分配的嗎？
從開始學(xué)習(xí)Java的時(shí)候，我們就接觸了這樣一種觀點(diǎn)：Java中的對(duì)象是在堆上創(chuàng)建的，對(duì)象的引用是放在棧里的，那這個(gè)觀點(diǎn)就真的是正確的嗎？如果是正確的，那么，面試官為啥會(huì)問(wèn)：“Java中的對(duì)象就一定是在堆上分配的嗎？”這個(gè)問(wèn)題呢？看來(lái)，我們從接觸Java就被灌輸?shù)倪@個(gè)觀點(diǎn)值得我們懷疑。
-
微服務(wù)追蹤系統(tǒng)，你絕對(duì)想不到！
在微服務(wù)架構(gòu)中，一次請(qǐng)求往往涉及到多個(gè)模塊，多個(gè)中間件，多臺(tái)機(jī)器的相互協(xié)作才能完成。這一系列調(diào)用請(qǐng)求中，有些是串行的，有些是并行的，那么如何確定這個(gè)請(qǐng)求背后調(diào)用了哪些服務(wù)，哪些模塊，哪些節(jié)點(diǎn)及調(diào)用的先后順序？如何定位每個(gè)模塊的性能問(wèn)題？本文將為你揭曉答案。
-
操作系統(tǒng)產(chǎn)生死鎖的原因和處理策略
產(chǎn)生死鎖的根本原因是系統(tǒng)能夠提供的資源個(gè)數(shù)比要求該資源的進(jìn)程數(shù)要少。產(chǎn)生死鎖的基本原因可以分為兩類：資源競(jìng)爭(zhēng)和進(jìn)程推進(jìn)順序不合理。
-
typedef和#define的用法、區(qū)別和陷阱
在C語(yǔ)言編程中，typedef 和?#define是最常用語(yǔ)句，可能很多工作過(guò)兩三年的工程師都沒有去深究過(guò)它們的一些用法和區(qū)別。
-
提高國(guó)內(nèi)訪問(wèn)GitHub速度的幾種方法
使用GitHub的讀者應(yīng)該知道，幾K的下載速度真的傷不起，但為了能得到源代碼又不得不下載。所以，今天就來(lái)分享幾個(gè)提高下載速度的方法。
-
__FILE__、__LINE__等幾種C標(biāo)準(zhǔn)用法
C語(yǔ)言有很多特殊的用法，如果這些特殊用法使用得當(dāng)，會(huì)是你的代碼變得更加有健壯，更加容易維護(hù)。 比如我們?cè)谑褂肧TM32庫(kù)的斷言（assert），你會(huì)發(fā)現(xiàn)官方提供了包含“__FILE__、__LINE__”的代碼。
-
goto使用案例很多，但為什么不提倡使用呢？
關(guān)于C語(yǔ)言的goto語(yǔ)句存在很多爭(zhēng)議，很多書籍都建議“謹(jǐn)慎使用，或者根本不用”。Linux之父Linus在Linux中大量使用goto，也是在啟示著我們可以合理使用goto語(yǔ)句。存在即合理，既然是C語(yǔ)言中的一個(gè)知識(shí)點(diǎn)，我們還是有必要學(xué)會(huì)使用。
-
Microchip發(fā)布業(yè)界首款基于RISC-V指令集架構(gòu)的SoC FPGA開發(fā)工具包
這款名為Icicle的開發(fā)工具包專為業(yè)界領(lǐng)先的低功耗、低成本、基于RISC-V的PolarFire? SoC FPGA打造，匯集了眾多的Mi-V合作伙伴，助力加速不同行業(yè)的客戶設(shè)計(jì)部署和商業(yè)應(yīng)用。
-
CTO寫的代碼，真是絕了！
當(dāng)我們接收到一些數(shù)據(jù)需要對(duì)其進(jìn)行處理時(shí)，由于它們來(lái)自于不同的渠道（如：騰訊，頭條），不同渠道所需的處理方式不同，下面我們寫一個(gè)簡(jiǎn)單Demo來(lái)實(shí)現(xiàn)該的場(chǎng)景。
-
C語(yǔ)言的main函數(shù)，究竟有幾種寫法？
從學(xué)習(xí)C語(yǔ)言開始就一直寫個(gè)一個(gè)函數(shù)，那么你知道它的標(biāo)準(zhǔn)寫法什么什么樣嗎？main函數(shù)，又稱主函數(shù)，是程序執(zhí)行的起點(diǎn)，我們平時(shí)寫的main函數(shù)是什么樣呢？
-
typedef與define聲明有何不同？
以前在使用?typedef?與?define?作聲明時(shí)，總感覺沒啥區(qū)別，兩個(gè)的使用方法都一樣，但是最近在看《C 陷阱與缺陷》時(shí)，才發(fā)現(xiàn)大有不同，因此還是有必要總結(jié)記錄一下。
-
淺談基于MMU 32位嵌入式操作系統(tǒng)
本發(fā)明涉及一種適用于動(dòng)態(tài)充電系統(tǒng)的模塊化設(shè)計(jì)技術(shù)，有限的資源和能力它是能夠成功地描述所使用的技術(shù)核心（I）和（E）的描述模塊，并參考字段表作為基準(zhǔn)和最終結(jié)論。
-
一個(gè)嚴(yán)謹(jǐn)?shù)腟TM32串口DMA發(fā)送&接收（1.5Mbps波特率）機(jī)制
滿滿全是干貨！
-
“史上”最爛代碼！
在Facebook網(wǎng)站上有一個(gè)名為“Il Programmatore di Merda”（“ The Shitty Programmer”，中文俗譯為“粑粑程序猿”）的社區(qū)。我經(jīng)常上去瀏覽，這個(gè)網(wǎng)站經(jīng)常分享一些寫的爛的代碼和有關(guān)編程的話題。這不，今天我就看到一段令人難以置信的爛代碼，有圖有真相~
-
初學(xué)者：如何學(xué)好C語(yǔ)言？
學(xué)習(xí)C語(yǔ)言不是一朝一夕的事情，但也不需要花費(fèi)十年時(shí)間才能精通。如何以最小的代價(jià)學(xué)習(xí)并精通C語(yǔ)言是本文的主題。請(qǐng)注意，即使是“最小的代價(jià)”，也絕不是什么捷徑，而是以最短的時(shí)間取得最多的收獲，同時(shí)也意味著你需要經(jīng)歷艱苦的過(guò)程。
- 安富利3kW模擬電源供應(yīng)器（PSU）解決方案開發(fā)板來(lái)襲，申請(qǐng)領(lǐng)好禮
- 得捷芯聞解碼視頻研習(xí)站第五期：打造更安全、更智能、更舒適、高續(xù)航的駕乘體驗(yàn)
- FPGA供電應(yīng)用遇挑戰(zhàn)？MPS高性能FPGA供電解決方案幫你破局
- 得捷芯聞解碼研習(xí)站第四期：網(wǎng)絡(luò)安全芯片，讓您的應(yīng)用系統(tǒng)無(wú)懈可擊
- “變現(xiàn)”指南：上傳資料獲三重紅包，親測(cè)有效！
- 《21ic技術(shù)洞察》系列欄目：AI芯紀(jì)元——AI加持，語(yǔ)?助?再進(jìn)化！
- 得捷芯聞解碼研習(xí)站第三期：MCU助?多應(yīng)?打破功耗噩夢(mèng)與安全隱患困局
