單片機(jī)是可編程器件,開發(fā)者把程序?qū)懞谩⒕幾g完之后,需要燒錄到單片機(jī)中,單片機(jī)才能按照開發(fā)者的邏輯去執(zhí)行。在這個(gè)燒錄的過程中需要用到專用的燒錄工具。比如51單片機(jī)的USB/TTL、STM單片機(jī)的STlink等。使用過單片機(jī)開發(fā)板的同學(xué)都清楚,程序編寫完了后,在調(diào)試的過程中可能會燒錄很多次程序,盡管照這樣,單片機(jī)還是能一直燒錄,那么單片機(jī)的燒寫次數(shù)是不是無限的呢?
STLink是意法半導(dǎo)體推出的用于ST系列單片機(jī)的程序燒錄器,主要適用于STM8單片機(jī)和STM32單片機(jī),具有20針的接口和4針的接口兩種形式。其中,STM8單片機(jī)會用到四針的接口,主要通過SWIM實(shí)現(xiàn)程序的燒錄;STM32單片機(jī)會用到20針的接口,主要通過SWD和JTAG的方式實(shí)現(xiàn)程序的燒錄。除了燒錄之外,還可以實(shí)現(xiàn)程序的在線仿真,方便調(diào)試和解決bug。
Type-C是伴隨USB3.1 Gen2于2013年年底發(fā)布的,至今有6年的時(shí)間了,在各大廠家的不斷推廣之下,Type-C越來越普及了。相比以前的MiniUSB、MicroUSB,Type-C是占有優(yōu)勢的,主要體現(xiàn)在防反接、傳輸速率以及輸出功率上。
不管是8位的單片機(jī),還是32位的單片機(jī),都是很容易學(xué)的。如果之前學(xué)過8位單片機(jī),有8位單片機(jī)的基礎(chǔ),那么學(xué)習(xí)32位單片機(jī)就更加容易了。即使沒有學(xué)過8位單片機(jī),直接學(xué)習(xí)32位單片機(jī)也是可以的。在學(xué)習(xí)單片機(jī)時(shí)需要掌握好方法。
本文通過對Linux下串口驅(qū)動(dòng)的分析。由最上層的C庫,到操作系統(tǒng)系統(tǒng)調(diào)用層的封裝,再到tty子系統(tǒng)的核心,再到一系列線路規(guī)程,再到最底層的硬件操作。
今天繼續(xù)給大家分享排序算法里面的另外一種排序算法:歸并排序!
I2C(Inter-Integrated Circuit),中文應(yīng)該叫集成電路總線,它是一種串行通信總線,使用多主從架構(gòu),是由飛利浦公司在1980年代初設(shè)計(jì)的,方便了主板、嵌入式系統(tǒng)或手機(jī)與周邊設(shè)備組件之間的通訊。由于其簡單性,它被廣泛用于微控制器與傳感器陣列,顯示器,IoT設(shè)備,EEPROM等之間的通信。
這是面試專題系列第五篇JVM篇。這一篇可能稍微比較長,沒有耐心的同學(xué)建議直接拖到最后。
今天,北極熊全程參與了“UCloud用戶大會暨Think in Cloud 2020”,不知不覺TIC大會自2014年創(chuàng)辦以來已經(jīng)連續(xù)六屆了,本次大會的主題是“構(gòu)建?創(chuàng)見”,一如既往的保持了高水準(zhǔn)。今年1月UCloud在科創(chuàng)板掛牌,一路披荊斬棘,成為中國第一家公有云科創(chuàng)板上市公司。通過本次大會可以感受到,上市之后UCloud中立的初心不改,依然秉持用戶為先的理念令人信賴。
話說這天一大早,那個(gè)悲催的中年架構(gòu)師大劉又被手機(jī)微信群給炸醒。部門的運(yùn)維兄弟在公司微信群里說: 短信的生產(chǎn)環(huán)境服務(wù)器 CPU 占用率過高,瘋狂報(bào)警。是不是你們昨天上線看門狗導(dǎo)致的? 大劉迷了巴登的想了想,沒錯(cuò),昨天確實(shí)給短信服務(wù)裝上了看門狗。但是看門狗服務(wù)肯定不會有問題,而且上線之前各輪測試也都測過了,沒見過這個(gè)想象啊。 難道是測試妹子沒測試到位?難道線上短信應(yīng)用自身出現(xiàn)了問題?
正確的創(chuàng)建合適的索引,是提升數(shù)據(jù)庫查詢性能的基礎(chǔ)。
很多SQL查詢都是以SELECT開始的。不過,最近我跟別人解釋什么是窗口函數(shù),我在網(wǎng)上搜索”是否可以對窗口函數(shù)返回的結(jié)果進(jìn)行過濾“這個(gè)問題,得出的結(jié)論是”窗口函數(shù)必須在WHERE和GROUP BY之后,所以不能”。于是我又想到了另一個(gè)問題:SQL查詢的執(zhí)行順序是怎樣的?
TCP協(xié)議全稱為:Transmission Control Protocol,是一種面向鏈接、保證數(shù)據(jù)傳輸安全、可靠的數(shù)據(jù)傳輸協(xié)議。為了確保數(shù)據(jù)的可靠傳輸,不僅需要對發(fā)出的每個(gè)字節(jié)進(jìn)行編號確認(rèn),還需要驗(yàn)證每一個(gè)數(shù)據(jù)包的有效性。
作為程序員,使用編譯器是必備技能,但是從入門到放棄,基本上就是在開發(fā)環(huán)境安裝、配置這一步……大家可能體會過,使用編譯器不是一件簡單的事,下載、安裝、各種配置······但最終不能使用,然后就放棄了。今天就來分享幾個(gè)支持C、 C++、 C#、 JAVA······等多種編程語言的在線編譯器。
STM32能被這么多開發(fā)者認(rèn)可,它的強(qiáng)大生態(tài)系統(tǒng)起了關(guān)鍵作用。本文圍繞STM32生態(tài)各軟件工具進(jìn)行相關(guān)描述,其中包含一些技術(shù)細(xì)節(jié)。
對于看門狗大家或許不陌生,但對于模擬看門狗有的朋友可能就不甚了解了。本文來聊聊模擬看門狗,旨在梳理相應(yīng)的概念,理解模擬看門狗原理、與常規(guī)看門狗的異同點(diǎn),以及工程應(yīng)用價(jià)值。
有不少人認(rèn)為開源就是免費(fèi),其實(shí)這個(gè)觀點(diǎn)是錯(cuò)誤的,今天就來談?wù)勱P(guān)于開源的內(nèi)容。
因?yàn)镾TM32標(biāo)準(zhǔn)外設(shè)庫已經(jīng)停更了,導(dǎo)致很多開發(fā)者都轉(zhuǎn)向了HAL,但一些讀者可能比較疑惑,有HAL和LL兩種庫,到底能不能混合使用呢?
作為一名服務(wù)端工程師,工作中你肯定和Redis打過交道。Redis為什么快,這點(diǎn)想必你也知道,至少為了面試也做過準(zhǔn)備。很多人知道Redis快僅僅因?yàn)樗腔趦?nèi)存實(shí)現(xiàn)的,對于其它原因倒是模棱兩可。那么,今天就和小萊一起看看。
本文是《微服務(wù)治理實(shí)踐》系列篇的第四篇文章,主要分享Spring Cloud微服務(wù)框架下的服務(wù)契約。