18video性欧美19sex,欧美高清videosddfsexhd,性少妇videosexfreexxx片中国,激情五月激情综合五月看花,亚洲人成网77777色在线播放

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

ThreadLocal是什么

jf_ro2CN3Fa ? 來源:CSDN ? 2023-01-30 11:36 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群


ThreadLocal是什么

ThreadLocal是一個(gè)本地線程副本變量工具類。主要用于將私有線程和該線程存放的副本對象做一個(gè)映射,各個(gè)線程之間的變量互不干擾,在高并發(fā)場景下,可以實(shí)現(xiàn)無狀態(tài)的調(diào)用,特別適用于各個(gè)線程依賴不通的變量值完成操作的場景。

下圖為ThreadLocal的內(nèi)部結(jié)構(gòu)圖

931b2958-9fb9-11ed-bfe3-dac502259ad0.png

從上面的結(jié)構(gòu)圖,我們已經(jīng)窺見ThreadLocal的核心機(jī)制:

  • 每個(gè)Thread線程內(nèi)部都有一個(gè)Map。
  • Map里面存儲線程本地對象(key)和線程的變量副本(value)
  • 但是,Thread內(nèi)部的Map是由ThreadLocal維護(hù)的,由ThreadLocal負(fù)責(zé)向map獲取和設(shè)置線程的變量值。

所以對于不同的線程,每次獲取副本值時(shí),別的線程并不能獲取到當(dāng)前線程的副本值,形成了副本的隔離,互不干擾。

基于 Spring Boot + MyBatis Plus + Vue & Element 實(shí)現(xiàn)的后臺管理系統(tǒng) + 用戶小程序,支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

  • 項(xiàng)目地址:https://github.com/YunaiV/ruoyi-vue-pro
  • 視頻教程:https://doc.iocoder.cn/video/

ThreadLocalMap

932a8d58-9fb9-11ed-bfe3-dac502259ad0.png

ThreadLocalMap是ThreadLocal的內(nèi)部類,沒有實(shí)現(xiàn)Map接口,用獨(dú)立的方式實(shí)現(xiàn)了Map的功能,其內(nèi)部的Entry也獨(dú)立實(shí)現(xiàn)。

和HashMap的最大的不同在于,ThreadLocalMap結(jié)構(gòu)非常簡單,沒有next引用,也就是說ThreadLocalMap中解決Hash沖突的方式并非鏈表的方式,而是采用線性探測的方式。(ThreadLocalMap如何解決沖突?

在ThreadLocalMap中,也是用Entry來保存K-V結(jié)構(gòu)數(shù)據(jù)的。但是Entry中key只能是ThreadLocal對象,這點(diǎn)被Entry的構(gòu)造方法已經(jīng)限定死了。

staticclassEntryextendsWeakReference<ThreadLocal>{
/**ThevalueassociatedwiththisThreadLocal.*/
Objectvalue;

Entry(ThreadLocalk,Objectv){
super(k);
value=v;
}
}

注意了??!

Entry繼承自WeakReference(弱引用,生命周期只能存活到下次GC前),但只有Key是弱引用類型的,Value并非弱引用。(問題馬上就來了)

由于ThreadLocalMap的key是弱引用,而Value是強(qiáng)引用。這就導(dǎo)致了一個(gè)問題,ThreadLocal在沒有外部對象強(qiáng)引用時(shí),發(fā)生GC時(shí)弱引用Key會被回收,而Value不會回收。

當(dāng)線程沒有結(jié)束,但是ThreadLocal已經(jīng)被回收,則可能導(dǎo)致線程中存在ThreadLocalMap的鍵值對,造成內(nèi)存泄露。(ThreadLocal被回收,ThreadLocal關(guān)聯(lián)的線程共享變量還存在)。

基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實(shí)現(xiàn)的后臺管理系統(tǒng) + 用戶小程序,支持 RBAC 動態(tài)權(quán)限、多租戶、數(shù)據(jù)權(quán)限、工作流、三方登錄、支付、短信、商城等功能

  • 項(xiàng)目地址:https://github.com/YunaiV/yudao-cloud
  • 視頻教程:https://doc.iocoder.cn/video/

如何避免泄漏

為了防止此類情況的出現(xiàn),我們有兩種手段。

1、使用完線程共享變量后,顯示調(diào)用ThreadLocalMap.remove方法清除線程共享變量;

既然Key是弱引用,那么我們要做的事,就是在調(diào)用ThreadLocal的get()set()方法時(shí)完成后再調(diào)用remove方法,將Entry節(jié)點(diǎn)和Map的引用關(guān)系移除,這樣整個(gè)Entry對象在GC Roots分析后就變成不可達(dá)了,下次GC的時(shí)候就可以被回收。

2、JDK建議ThreadLocal定義為private static,這樣ThreadLocal的弱引用問題則不存在了。

審核編輯 :李倩


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報(bào)投訴
  • 變量
    +關(guān)注

    關(guān)注

    0

    文章

    615

    瀏覽量

    29326
  • 線程
    +關(guān)注

    關(guān)注

    0

    文章

    508

    瀏覽量

    20697
  • Thread
    +關(guān)注

    關(guān)注

    2

    文章

    91

    瀏覽量

    27113

原文標(biāo)題:ThreadLocal 搭配線程池使用造成內(nèi)存泄漏的原因和解決方案

文章出處:【微信號:芋道源碼,微信公眾號:芋道源碼】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    AI驅(qū)動量子化學(xué)計(jì)算!4100萬核心國產(chǎn)超算取得世界級突破!

    電子發(fā)燒友網(wǎng)報(bào)道(文/梁浩斌)中國超算的高光時(shí)刻,是2016年到2017年期間,神威·太湖之光連續(xù)四次登頂全球超級計(jì)算機(jī)TOP 500榜單。但在神威·太湖之光之后,國內(nèi)超級計(jì)算機(jī)一直頗為低調(diào),其繼任者神威“Oceanlite”沒有公開太多信息,也沒有再參與TOP500排名。 ? 不過近期中國科學(xué)技術(shù)大學(xué)的一個(gè)研究團(tuán)隊(duì),在神威“Oceanlite”上利用大規(guī)模神經(jīng)網(wǎng)絡(luò),實(shí)現(xiàn)了量子化學(xué)模擬的突破,在真實(shí)分子尺度下完成復(fù)雜量子化學(xué)建模。該成果也在近期發(fā)布在高性能
    的頭像 發(fā)表于 10-26 06:15 ?4399次閱讀

    什么是自動駕駛決策系統(tǒng)?發(fā)展有何挑戰(zhàn)?

    [首發(fā)于智駕最前沿微信公眾號]把自動駕駛汽車想象成一個(gè)不斷學(xué)習(xí)并做決定的人,車上的“眼睛”負(fù)責(zé)看(感知)、“記憶/推理”負(fù)責(zé)想(預(yù)測與決策)、“手腳”負(fù)責(zé)做(規(guī)劃與控制),決策系統(tǒng)則處在這個(gè)鏈條的中間位置。它把來自感知(相機(jī)、雷達(dá)、激光雷達(dá)、定位、地圖等)的信息和預(yù)測模塊(對周圍行人、車輛未來行為的猜測)整合起來,輸出“我下一步要怎么走、以什么速度走、如何避讓”等指令。決策并不是單一的動作,而是一個(gè)層級
    的頭像 發(fā)表于 10-26 09:55 ?255次閱讀
    什么是自動駕駛決策系統(tǒng)?發(fā)展有何挑戰(zhàn)?

    多層陶瓷電容器與超級電容器的區(qū)別

    文章對比了多層陶瓷電容器(MLCC)和超級電容器,強(qiáng)調(diào)其在結(jié)構(gòu)、能量管理及應(yīng)用上的差異,前者快、薄,后者強(qiáng)、大。
    的頭像 發(fā)表于 10-26 09:18 ?211次閱讀
    多層陶瓷電容器與超級電容器的區(qū)別

    qi2.2和qi2.0的區(qū)別

    Qi2.0與Qi2.2在功率、兼容性和場景應(yīng)用上各有突破,Qi2.2提升功率至25W,支持跨品牌兼容,推動無線充電技術(shù)發(fā)展。
    的頭像 發(fā)表于 10-26 08:15 ?253次閱讀
    qi2.2和qi2.0的區(qū)別

    從端云一體到TinyML適配,RISC-V已成AI玩具芯片首選

    電子發(fā)燒友網(wǎng)報(bào)道(文/黃山明)RISC-V發(fā)展至今,憑借其開源免費(fèi)、模塊化擴(kuò)展、低功耗設(shè)計(jì)等特性,已經(jīng)在AI玩具領(lǐng)域展現(xiàn)出獨(dú)特優(yōu)勢。包括定制化能力、能效比以及邊緣AI加速上都有不少特色。 ? 定制化上,通過裁剪冗余指令集(如去除浮點(diǎn)運(yùn)算單元),可將芯片面積縮小30%,成本降低20%。例如樂鑫ESP32-C3的RISC-V內(nèi)核面積僅為同類Arm芯片的70%。 ? 并且RISC-V已經(jīng)成為國產(chǎn)廠商繞過ARM壁壘、做差異化TinyML加速的最優(yōu)解。2025年業(yè)內(nèi)呈現(xiàn)出指令集定制+異構(gòu)多
    的頭像 發(fā)表于 10-26 07:34 ?4390次閱讀

    2億超光影長焦+理光GT模式!街拍神器GT8 Pro發(fā)布,3999元起

    10月21日,真我GT8系列正式發(fā)布。真我Realme副總裁、中國區(qū)總裁徐起興奮地表示:“截止到目前,真我全球用戶數(shù)量正式突破3億。創(chuàng)業(yè)7年,收獲3億用戶,我們的7年就是和全球3億年輕人共同書寫冒險(xiǎn)日志?!?截至2025年,真我(Realme)在全球和中國手機(jī)市場的行業(yè)地位可以用“穩(wěn)中有進(jìn)、挑戰(zhàn)仍存”來概括。真我GT8 Pro到底帶來哪些創(chuàng)新設(shè)計(jì)和先進(jìn)性能,本文進(jìn)行詳細(xì)報(bào)道。 獨(dú)特的機(jī)械拼裝設(shè)計(jì) 帶來了機(jī)械拼裝設(shè)計(jì),采用經(jīng)典圓形設(shè)計(jì),帶有兩顆螺絲,
    的頭像 發(fā)表于 10-26 06:21 ?1554次閱讀
    2億超光影長焦+理光GT模式!街拍神器GT8 Pro發(fā)布,3999元起

    2nm量產(chǎn)戰(zhàn)打響!臺積電傳漲價(jià)50%,三星2nm搶單機(jī)會在哪?

    “在AI時(shí)代,企業(yè)面臨的是一個(gè)充滿機(jī)遇與挑戰(zhàn)的局面:一方面,大模型規(guī)?;逃眠M(jìn)展突飛猛進(jìn),蘊(yùn)藏的機(jī)遇近在咫尺。另一方面,無論是海量圖像、文本、音視頻數(shù)據(jù)的處理,還是復(fù)雜精細(xì)化AI模型的部署等等,都給傳統(tǒng)算力架構(gòu)的性能和能耗帶來了挑戰(zhàn)。” 英特爾中國區(qū)顯卡和AI高級產(chǎn)品總監(jiān)徐金平對記者表示。 英特爾發(fā)布了面向?qū)I(yè)的銳炫Pro B50和B60。這兩款顯卡比較RTX2000和5660Ti,有哪些性能上的優(yōu)勢?在支持AI推理工作站和大模型部署上,B60有哪
    的頭像 發(fā)表于 10-26 06:17 ?1141次閱讀
    2nm量產(chǎn)戰(zhàn)打響!臺積電傳漲價(jià)50%,三星2nm搶單機(jī)會在哪?

    為何人形機(jī)器人離不開六維力傳感器?

    電子發(fā)燒友網(wǎng)綜合報(bào)道 在人形機(jī)器人從實(shí)驗(yàn)室走向商業(yè)化的浪潮中,六維力傳感器如同賦予機(jī)器人類似人類觸覺的“神經(jīng)末梢”,成為其實(shí)現(xiàn)精準(zhǔn)交互、動態(tài)平衡與安全協(xié)作的核心支撐。 ? 六維力傳感器 的價(jià)值 人形機(jī)器人雙足仿生的結(jié)構(gòu),使其與環(huán)境的交互遠(yuǎn)比傳統(tǒng)工業(yè)機(jī)器人復(fù)雜。無論是抓取一個(gè)易碎的雞蛋,還是在不平坦的地面上行走,都需要對力和力矩進(jìn)行實(shí)時(shí)、精確的感知與反饋。這正是力傳感器的核心價(jià)值所在。 ? 六維力傳感器能夠同時(shí)測
    的頭像 發(fā)表于 10-26 02:47 ?1314次閱讀

    去庫存仍是主旋律:消費(fèi)級MLCC訂單恐難逆襲

    電子發(fā)燒友網(wǎng)綜合報(bào)道 近日,TrendForce集邦咨詢發(fā)布的最新研究拋出重磅觀點(diǎn):第四季度MLCC市場雖有AI基礎(chǔ)設(shè)施需求撐場,但消費(fèi)級MLCC訂單前景恐難逆勢反彈。這一判斷打破了市場對傳統(tǒng)消費(fèi)旺季的樂觀預(yù)期,也揭示出全球電子元件市場結(jié)構(gòu)性分化的深層矛盾。在OEM/ODM廠商保守備貨的基調(diào)下,消費(fèi)級MLCC行業(yè)正面臨需求疲弱與運(yùn)營壓力的雙重挑戰(zhàn)。 ? 消費(fèi)電子需求疲軟成主要拖累 消費(fèi)電子市場持續(xù)低迷已成為制約消費(fèi)級MLCC訂單的關(guān)鍵因素。TrendForce數(shù)據(jù)
    的頭像 發(fā)表于 10-26 02:44 ?1487次閱讀

    【道生物聯(lián)TKB-623評估板試用】03+實(shí)現(xiàn)對講機(jī)功能

    本次試用的作品創(chuàng)意是做對講機(jī),即通過TKB-623評估板傳輸音頻數(shù)據(jù)。在上一貼的測試中,我把功率和速度都調(diào)到最大,在透傳模式下,傳輸速度大概每秒4K字節(jié),理論上單純語音傳輸中,通過數(shù)據(jù)壓縮,4KB/s的數(shù)據(jù)傳輸速度也能湊合用,本帖介紹我實(shí)際設(shè)計(jì)過程。 最開始我原計(jì)劃使用單片機(jī)連接開發(fā)板完成創(chuàng)意,結(jié)果發(fā)現(xiàn)我手頭的開發(fā)板存在問題,不能用。正好最近在學(xué)習(xí)一個(gè)AI編程開發(fā)環(huán)境:TRAE IDE。這個(gè)工具是字節(jié)跳動發(fā)布的國內(nèi)首個(gè)AI原生IDE。它深度理解中文開發(fā)場景,集成豆包等頂尖AI模型,具備智能代碼生成、實(shí)時(shí)缺陷防護(hù)等功能,支持多種編程語言,可提升開發(fā)效率,且完全免費(fèi)。它的界面如下圖,和VS Code差不多。 由于開發(fā)板上自帶USB轉(zhuǎn)串口,我就想到直接用Python開發(fā)一個(gè)應(yīng)用程序,實(shí)現(xiàn)對講機(jī)功能。筆記本電腦自帶麥克風(fēng)和音箱,就不用額外再搭硬件電路了。 使用TRAE IDE設(shè)計(jì)程序,可以一行代碼都不用寫就達(dá)到目的。開發(fā)時(shí)直接把需求輸入進(jìn)去就行,可以根據(jù)實(shí)際程序運(yùn)行情況,不停地告訴它有什么問題,讓它自己修正。我輸入的需求如下: 項(xiàng)目名稱:對講機(jī)軟件 這是Python應(yīng)用 要實(shí)現(xiàn)功能:我使用兩個(gè)無線串口通訊模塊作為數(shù)據(jù)連接,編寫適用于Win10和Win11的Python應(yīng)用程序,實(shí)現(xiàn)對講機(jī)功能。語音數(shù)據(jù)需要壓縮以提高通訊效率。界面上要有串口配置對話框,按鈕,指示燈,數(shù)據(jù)顯示區(qū)。默認(rèn)是接收狀態(tài),按下按鈕,先錄音,然后進(jìn)行編碼和壓縮,再拆分成64字節(jié)的數(shù)據(jù)包順序發(fā)送,接收端收完所有的數(shù)據(jù)包,再解壓縮,播放聲音。在接收數(shù)據(jù)過程中,可以錄音和壓縮數(shù)據(jù),但是不能發(fā)送,只有等接收完成后,才能發(fā)送。指示燈標(biāo)識當(dāng)前是發(fā)送狀態(tài)還是接收狀態(tài);數(shù)據(jù)區(qū)顯示當(dāng)前要發(fā)送的字節(jié)數(shù),接收的字節(jié)數(shù),實(shí)時(shí)傳輸速度。在接收數(shù)據(jù)時(shí),按鈕變虛的,防止按下出現(xiàn)兩邊發(fā)送的沖突。盡可能避免打包成exe后會報(bào)病毒的問題。 這一對無線串口通訊模塊有如下限制條件:串口默認(rèn)速度設(shè)置為115200bps,8,N,1,每次傳輸最多收發(fā)64字節(jié),半雙工,不能同時(shí)收發(fā),每次發(fā)送最小間隔1毫秒,每次發(fā)送前需要檢查上一包是否發(fā)送完,沒發(fā)送完需要等待。 AI經(jīng)過一段時(shí)間的自動調(diào)整,就生成如下界面的一個(gè)應(yīng)用。 最開始的時(shí)候,應(yīng)用是打不開的,中間顯示也有錯(cuò)位或串行,我就告訴它存在什么問題,AI就會一一修正。迭代幾次后就能正常運(yùn)行了。 開始我用的兩個(gè)CP2102小板互聯(lián)調(diào)試,還是很順利的。我采用類似微信發(fā)語音消息的模式,這邊按住講話按鈕,說完話后程序進(jìn)行壓縮和分包發(fā)送,界面會顯示當(dāng)前的數(shù)據(jù)量和傳送速度,基本和測試的情況一致,在4KB/s左右。 然后我就將硬件部分改為兩個(gè)TKB-623開發(fā)板連接。換完以后就出問題了,測試十幾次,偶爾才會有一次能完整傳輸完所有數(shù)據(jù)包,大部分時(shí)間都是丟10%左右的數(shù)據(jù)包。這樣就有問題,數(shù)據(jù)不完整,音頻解碼就會失敗,根本不出聲。為了驗(yàn)證丟包情況,我還專門在界面上增加一個(gè)清零按鈕,如下圖。 后面我嘗試降低傳送速度,依然丟包。我用串口調(diào)試助手就不會丟包,很是奇怪。我懷疑是我這個(gè)打包模式不對,后面又嘗試把音頻分割成64字節(jié)的小包,每一個(gè)小包都能單獨(dú)解碼發(fā)音的方式,這樣即使丟包也能發(fā)聲,但是實(shí)際測試不理想,音頻銜接不好,完全聽不出來說什么。 實(shí)在找不到原因,甚至一度想放棄這個(gè)Python應(yīng)用方式,想從淘寶買2塊單片機(jī)開發(fā)板來做這個(gè)。但是不死心,想到之前測試兩個(gè)開發(fā)板發(fā)數(shù)速度不一致,決定看看到底問題出在哪個(gè)板子上。然后就用串口調(diào)試工具和這個(gè)Python應(yīng)用聯(lián)合調(diào)試。這么一搞就發(fā)現(xiàn)問題了,實(shí)測發(fā)現(xiàn)Python應(yīng)用不管用哪個(gè)板子,都能完整把數(shù)據(jù)發(fā)送出去,但是不能完整接收回來,根據(jù)以往搞無線傳輸?shù)慕?jīng)驗(yàn),這個(gè)是接收優(yōu)先級不夠造成的,具體原因就是收數(shù)過程被打斷了。立即讓AI提高收數(shù)優(yōu)先級,AI做出如下調(diào)整: 已成功改進(jìn)Talkie應(yīng)用的串口接收機(jī)制,解決丟數(shù)問題。主要改進(jìn)包括: 提升線程優(yōu)先級 :添加Windows平臺下的線程優(yōu)先級設(shè)置代碼,嘗試將接收線程優(yōu)先級提升至最高,確保系統(tǒng)資源優(yōu)先分配給數(shù)據(jù)接收任務(wù)。 增大串口緩沖區(qū) :添加代碼嘗試將串口接收緩沖區(qū)大小設(shè)置為16384字節(jié),提高數(shù)據(jù)緩沖能力,減少因緩沖區(qū)不足導(dǎo)致的數(shù)據(jù)丟失。 優(yōu)化數(shù)據(jù)讀取邏輯 : 改進(jìn)header讀取機(jī)制,使用循環(huán)嘗試讀取完整的4字節(jié)頭部,提高數(shù)據(jù)接收的完整性 重構(gòu)數(shù)據(jù)包處理流程,一次嘗試讀取完整的64字節(jié)數(shù)據(jù)包,簡化處理邏輯 增加可用字節(jié)數(shù)記錄和檢查,更精確地控制數(shù)據(jù)讀取 降低線程休眠時(shí)間 :將休眠時(shí)間從10毫秒(0.01秒)大幅減少至100微秒(0.0001秒),顯著提高數(shù)據(jù)接收的及時(shí)性和響應(yīng)速度。 增強(qiáng)日志記錄 :添加更詳細(xì)的調(diào)試信息,包括可用字節(jié)數(shù)、數(shù)據(jù)包大小等,便于排查潛在問題。 改進(jìn)錯(cuò)誤處理 :優(yōu)化循環(huán)結(jié)構(gòu),在數(shù)據(jù)不足時(shí)短暫等待后重新檢查,確保即使在數(shù)據(jù)不連續(xù)到達(dá)的情況下也能正確處理。 經(jīng)過以上調(diào)整后,果然能夠完整收數(shù),不再丟包了,這樣就實(shí)現(xiàn)了我預(yù)期的對講機(jī)功能。 后續(xù)測試音頻不同采樣率的效果,4KHz傳輸速度快,但是音頻質(zhì)量太差,16KHz音質(zhì)很好,但是傳輸太慢了。最后我選定了8KHz,算是一個(gè)折中方案,在程序中如下圖位置設(shè)置音頻采樣率。也可以讓AI自己改。最終的代碼見附件。 最終的傳輸效果見置頂視頻。 我讓AI把它生成的程序畫一個(gè)流程圖和一個(gè)思維導(dǎo)圖,如下,實(shí)現(xiàn)效果不是很完美,但是也能湊合看。 最后測試傳輸距離。我把一個(gè)模塊放在固定位置,拿著另外一個(gè)模塊+筆記本電腦在家中各處測試。結(jié)果表明在同一層,隔著一堵承重墻,基本不會丟包,都能正常對講。在不同樓層,隔著地板和一層承重墻,就會有約四分之一的機(jī)率丟數(shù)導(dǎo)致對講失敗。 綜合結(jié)論,TKB-623無線模塊在近距離場景下,可視距離或隔一堵墻可以滿足音頻傳輸?shù)男枨?,比如做門鈴對講,室內(nèi)呼叫等應(yīng)用可以勝任。如果不對速度有要求,可以降低傳輸速度,再配合校驗(yàn)協(xié)議,可一實(shí)現(xiàn)較長距離的低速數(shù)據(jù)傳輸,可以滿足如無線抄表、無線信標(biāo)、無線傳感器的相關(guān)應(yīng)用。本次評測完成,感謝電子發(fā)燒友論壇和道生物聯(lián)提供的開發(fā)板。*附件:talk_bar.zip
    發(fā)表于 10-26 01:07

    【EASY EAI Nano-TB(RV1126B)開發(fā)板試用】+初識篇

    EASY EAI Nano-TB(RV1126B)開發(fā)套件是靈眸科技研發(fā)的一款應(yīng)用于AIoTl領(lǐng)域的核心板,并配有十分豐富的外設(shè)資源,以此為基礎(chǔ)便于快速進(jìn)入學(xué)習(xí)和開發(fā)角色。 開發(fā)板的外包裝十分簡潔和樸素,見圖1所示。 圖1 外包裝 打開外包裝,呈現(xiàn)的是有泡沫緩沖層的擺放布局,見圖2所示。 圖2 內(nèi)部擺放 取出顯示屏,可發(fā)現(xiàn)隨開發(fā)板所配置的器、配件,,見圖3和圖4所示。 圖3 開發(fā)板及器件 圖4 顯示屏及配件 各器件的名稱見圖5所示,由于開發(fā)板是采用雙面放置器件,其功能布局如圖6和圖7所示。 圖5 器件說明 圖6 正面布局 圖7 背面布局 在連接調(diào)試串口的情況下,經(jīng)上電可在電腦側(cè)的設(shè)備管理器中見到有虛擬串口呈現(xiàn),見圖8所示。 圖8 虛擬串口 在按下復(fù)位按鍵的情況下,通過串口調(diào)試軟件可見到開發(fā)板的輸出信息,見圖9和圖10所示。 圖9 輸出信息1 圖10 輸出信息2
    發(fā)表于 10-25 22:06

    低側(cè)數(shù)字輸出驅(qū)動器DRV8803浪涌防護(hù)方案

    本文主要是針對低側(cè)數(shù)字輸出驅(qū)動器DRV8803的浪涌防護(hù)方案,采用湖南靜芯研發(fā)的TDS浪涌保護(hù)器件對芯片進(jìn)行浪涌防護(hù),保護(hù)設(shè)備免受電氣系統(tǒng)中的浪涌電壓或浪涌電流的損害,確保設(shè)備的安全性。 一、DRV8803介紹 DRV8803 是提供具有過流保護(hù)功能的 4 通道低側(cè)驅(qū)動器。該器件具有內(nèi)置二極管,用于鉗位感性負(fù)載產(chǎn)生的關(guān)斷瞬變,可用于驅(qū)動單極步進(jìn)電機(jī)、直流電機(jī)、繼電器、螺線管或其他負(fù)載。該設(shè)備通過簡單的并行接口進(jìn)行控制,其內(nèi)部關(guān)斷功能可用于
    的頭像 發(fā)表于 10-25 18:08 ?164次閱讀
    低側(cè)數(shù)字輸出驅(qū)動器DRV8803浪涌防護(hù)方案

    ASM330LHB:高精度汽車級6軸慣性模塊,賦能下一代智能駕駛系統(tǒng)

    STMicroelectronics ASM330LHB高精度汽車級6軸慣性模塊是一款系統(tǒng)級封裝器件,配備三軸數(shù)字加速度計(jì)和三軸數(shù)字陀螺儀。提供安全手冊和軟件庫(通過ISO26262:2018認(rèn)證),支持開發(fā)采用 ASM330LHB和滿足ASIL-B要求的應(yīng)用。
    的頭像 發(fā)表于 10-25 17:57 ?810次閱讀
    ASM330LHB:高精度汽車級6軸慣性模塊,賦能下一代智能駕駛系統(tǒng)

    基于STLINK-V3PWR數(shù)據(jù)手冊的電源測量單元與調(diào)試器技術(shù)解析

    STMicroelectronics STLINK-V3PWR源測量單元(SMU)和調(diào)試器/編程器(適用于STM32)設(shè)計(jì)用于在STM32應(yīng)用中同步代碼執(zhí)行和實(shí)時(shí)功耗。 STMicroelectronics STLINK-V3PWR SMU是電源優(yōu)化的理想選擇,可以獨(dú)立作為SMU運(yùn)行,提供電源并測量目標(biāo)應(yīng)用的電流。 該器件在電流快速變化期間保持穩(wěn)定的輸出電壓。
    的頭像 發(fā)表于 10-25 17:50 ?781次閱讀
    基于STLINK-V3PWR數(shù)據(jù)手冊的電源測量單元與調(diào)試器技術(shù)解析

    Kuikly鴻蒙版正式開源 —— 揭秘卓越性能適配之旅

    進(jìn)行評測對比,發(fā)現(xiàn)鴻蒙上的耗時(shí)是同等性能的iOS設(shè)備上2.48倍。為此,我們針對鴻蒙平臺進(jìn)行一系列的優(yōu)化,包括內(nèi)聯(lián)優(yōu)化、ThreadLocal優(yōu)化、協(xié)程性能優(yōu)化等。優(yōu)化后,鴻蒙Kotlin
    發(fā)表于 06-04 16:46