91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

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

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

如何充分發(fā)揮PHM和PdM4.0的優(yōu)勢?

Xilinx賽靈思官微 ? 來源:Xilinx賽靈思官微 ? 作者:Ing.Giulio Corradi 博士 ? 2022-07-22 15:56 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

從歷史上看,在全面生產(chǎn)環(huán)境中,企業(yè)最寶貴的資產(chǎn)之一就是機器操作人員的經(jīng)驗,因為他們能預(yù)測出何時需要進行維護。工廠經(jīng)理會報告任何異常行為,例如機器內(nèi)的叮當(dāng)聲或咔嗒聲,催促維護人員開展檢查。如今,自動化水平的提升嚴重削弱了操作員覺察即將發(fā)生的故障的能力,并且大部分維護工作都是按計劃進行,而非預(yù)測性維護,如果某些情況下未被發(fā)現(xiàn)或被忽視,則會引起不必要的工廠停運。

然而,近來席卷全球的新冠疫情迫使更多機器采用無人值守或遠程值守的方式運行,現(xiàn)場運行被降至最低水平,維護團隊規(guī)模被壓縮。因此對工廠經(jīng)理而言,為輕松預(yù)測故障而提高機器設(shè)備的自動檢測、自我診斷能力成為眼下的戰(zhàn)略優(yōu)勢。

故障預(yù)測與健康管理(PHM)等方法與預(yù)測性維護4.0(PdM4.0)等計劃已經(jīng)問世數(shù)年,但現(xiàn)在才從工廠經(jīng)理的觀察名單轉(zhuǎn)為當(dāng)務(wù)之急。目標是為自動運行和遠程值守機器設(shè)備提供人工在環(huán)決策,進行最佳且及時的維護操作。

PHM 旨在采集和分析數(shù)據(jù),通過算法檢測異常和診斷即將發(fā)生的故障,以提供設(shè)備的實時健康狀態(tài),進而估算其剩余使用壽命(RUL)。相關(guān)的財務(wù)效益包括延長設(shè)備使用壽命,以及降低運營成本。

PdM4.0 是工業(yè) 4.0 和工業(yè)物聯(lián)網(wǎng)(IIoT)計劃的組成部分,其目的是進一步提高設(shè)備自動化水平,為設(shè)備配備更多的數(shù)據(jù)采集傳感器,使用數(shù)字信號處理、機器學(xué)習(xí)深度學(xué)習(xí)作為預(yù)測故障的工具并觸發(fā)維護活動。

各項標準與配套的詞匯、演示和指南已制定完成,如 IEEE 1451、1232,ISO 體系的 13372、13373、13374、13380、13381。它們?yōu)榫S護 4.0 奠定了共同的基礎(chǔ)。

圖 1 提供了從計劃維護向 PdM4.0 轉(zhuǎn)型的路徑。顯然,隨著向 PdM4.0 的轉(zhuǎn)型不斷深入,復(fù)雜性也隨之增加。

9596881c-07c0-11ed-ba43-dac502259ad0.jpg

圖 1:以 PdM4.0 為最高限的預(yù)測性維護水平,來源:普華永道

挑戰(zhàn)

如何充分發(fā)揮 PHM 和 PdM4.0 的優(yōu)勢?

95ab7ba0-07c0-11ed-ba43-dac502259ad0.png

95c2696e-07c0-11ed-ba43-dac502259ad0.png

95e59074-07c0-11ed-ba43-dac502259ad0.png

實現(xiàn)架構(gòu)

兩種主要架構(gòu)正在興起。

96050512-07c0-11ed-ba43-dac502259ad0.png

962633d6-07c0-11ed-ba43-dac502259ad0.png

PdM4.0 邊緣設(shè)備的硬件要求

如何部署 Lambda 或 Kappa 架構(gòu)?

96449434-07c0-11ed-ba43-dac502259ad0.png

96536bc6-07c0-11ed-ba43-dac502259ad0.png

96c0466a-07c0-11ed-ba43-dac502259ad0.png

96d34e22-07c0-11ed-ba43-dac502259ad0.png

結(jié)論

預(yù)測性維護是一項頗具挑戰(zhàn)性的工作。我們在上文中介紹了如何讓數(shù)據(jù)和分析要求與可用功能合理銜接。因篇幅有限,本文未能窮盡該架構(gòu)的全部詳情,但通過介紹 Lambda 和 Kappa 架構(gòu),揭示一條讓速度層組件與批處理層組件協(xié)調(diào)運行的實現(xiàn)路徑。為滿足邊緣端所需的算力,可充分發(fā)揮 AMD 賽靈思 ACAP 等新型自適應(yīng)計算器件的效力來管理這樣的海量數(shù)據(jù),在邊緣嵌入式系統(tǒng)層面提供必需的服務(wù)質(zhì)量。

審核編輯 :李倩

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

原文標題:以嵌入式智能邊緣實現(xiàn)預(yù)測性維護

文章出處:【微信號:賽靈思,微信公眾號:Xilinx賽靈思官微】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

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

    【「Linux 設(shè)備驅(qū)動開發(fā)(第 2 版)」閱讀體驗】充分發(fā)揮硬件潛力

    Linux內(nèi)核內(nèi)存分配 Linux系統(tǒng)使用了一種稱為“虛擬內(nèi)存”的機制。虛擬內(nèi)存機制使得每個內(nèi)存地址都是虛擬的,這意味著它們不會直接指向RAM中的任何地址。這樣我們訪問內(nèi)存中的存儲單元時,都會進行地址轉(zhuǎn)換以匹配相應(yīng)的物理內(nèi)存 在Linux系統(tǒng)中,內(nèi)核中的每個進程都表示為一個task_struct結(jié)構(gòu)體實例,該結(jié)構(gòu)體實例表征并描述了這個進程。在進程開始運行之前,系統(tǒng)會為其分配一個內(nèi)存映射表,該表存放在struct mm_struct類型的變量中。在內(nèi)核中,全局變量current時鐘指向當(dāng)前進程,current->mm字段指向當(dāng)前的進程內(nèi)存映射表,struct mm_struct結(jié)構(gòu)定義參見include/linux/mm_types.h 地址轉(zhuǎn)換和MMU MMU不僅可以將虛擬地址轉(zhuǎn)換為物理地址,還可以保護內(nèi)存免受未經(jīng)授權(quán)的訪問。給定一個進程,需要從此進程訪問的任何頁都必須位于一個VMA中,且必須位于進程的頁表中 由于最近訪問的數(shù)據(jù)存放在緩存中,因此最近轉(zhuǎn)換的地址也存放在緩存中。數(shù)據(jù)緩存加快了數(shù)據(jù)訪問過程,TLB則加快了虛擬地址的轉(zhuǎn)換過程。TLB是內(nèi)容可尋址內(nèi)存,其中鍵是虛擬地址,值是物理地址,其運作過程如下圖所示 內(nèi)存分配機制 下圖展示了Linux系統(tǒng)中不同的內(nèi)存分配器。最低級別的分配器是頁分配器,它以頁為單位分配內(nèi)存,然后是Slab分配器,它建立在頁分配器的基礎(chǔ)上,從中獲取頁并將它們拆分為較小的內(nèi)存實體,kmalloc分配器依賴于Slab分配器 實現(xiàn)DMA支持 DMA是計算機系統(tǒng)的一種特性,它允許設(shè)備在沒有CPU干預(yù)的情況下訪問主系統(tǒng)內(nèi)存,使CPU嫩鞏固專注于其他任務(wù)。它的使用示例包括網(wǎng)絡(luò)流量加速、音頻數(shù)據(jù)或視頻幀抓取等,它的使用并不限于特定領(lǐng)域。負責(zé)管理DMA事務(wù)的外圍設(shè)備是DMA控制器,它存在于大多數(shù)現(xiàn)代處理器和微控制器中。 DMA的工作方式如下:當(dāng)驅(qū)動程序需要傳輸數(shù)據(jù)塊時,便使用源地址、目標地址和要復(fù)制的總字節(jié)數(shù)設(shè)置DMA控制器,然后DMA控制器自動將數(shù)據(jù)地址從源地址傳輸?shù)侥繕说刂?,而不會占用CPU周期。當(dāng)剩余字節(jié)數(shù)為0時,數(shù)據(jù)塊傳輸結(jié)束并通知驅(qū)動程序。 DMA引擎API DMA控制器接口由兩部分組成:控制器和通道??刂破鲌?zhí)行內(nèi)存?zhèn)鬏敚ǖ绖t是客戶端驅(qū)動程序向控制器提交作業(yè)的方式 DMA控制器在Linux內(nèi)核中別抽象為dma_device結(jié)構(gòu)體實例,其定義如下 struct dma_device { struct kref ref; unsigned int chancnt; unsigned int privatecnt; struct list_head channels; struct list_head global_node; struct dma_filter filter; dma_cap_mask_tcap_mask; enum dma_desc_metadata_mode desc_metadata_modes; unsigned short max_xor; unsigned short max_pq; enum dmaengine_alignment copy_align; enum dmaengine_alignment xor_align; enum dmaengine_alignment pq_align; enum dmaengine_alignment fill_align; #define DMA_HAS_PQ_CONTINUE (1 << 15) int dev_id; struct device *dev; struct module *owner; struct ida chan_ida; u32 src_addr_widths; u32 dst_addr_widths; u32 directions; u32 min_burst; u32 max_burst; u32 max_sg_burst; bool descriptor_reuse; enum dma_residue_granularity residue_granularity; int (*device_alloc_chan_resources)(struct dma_chan *chan); int (*device_router_config)(struct dma_chan *chan); void (*device_free_chan_resources)(struct dma_chan *chan); struct dma_async_tx_descriptor *(*device_prep_dma_memcpy)( struct dma_chan *chan, dma_addr_t dst, dma_addr_t src, size_t len, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_xor)( struct dma_chan *chan, dma_addr_t dst, dma_addr_t *src, unsigned int src_cnt, size_t len, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_xor_val)( struct dma_chan *chan, dma_addr_t *src,unsigned int src_cnt, size_t len, enum sum_check_flags *result, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_pq)( struct dma_chan *chan, dma_addr_t *dst, dma_addr_t *src, unsigned int src_cnt, const unsigned char *scf, size_t len, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_pq_val)( struct dma_chan *chan, dma_addr_t *pq, dma_addr_t *src, unsigned int src_cnt, const unsigned char *scf, size_t len, enum sum_check_flags *pqres, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_memset)( struct dma_chan *chan, dma_addr_t dest, int value, size_t len, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_memset_sg)( struct dma_chan *chan, struct scatterlist *sg, unsigned int nents, int value, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_interrupt)( struct dma_chan *chan, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_slave_sg)( struct dma_chan *chan, struct scatterlist *sgl, unsigned int sg_len, enum dma_transfer_direction direction, unsigned long flags, void *context); struct dma_async_tx_descriptor *(*device_prep_dma_cyclic)( struct dma_chan *chan, dma_addr_t buf_addr, size_t buf_len, size_t period_len, enum dma_transfer_direction direction, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_interleaved_dma)( struct dma_chan *chan, struct dma_interleaved_template *xt, unsigned long flags); struct dma_async_tx_descriptor *(*device_prep_dma_imm_data)( struct dma_chan *chan, dma_addr_t dst, u64 data, unsigned long flags); void (*device_caps)(struct dma_chan *chan, struct dma_slave_caps *caps); int (*device_config)(struct dma_chan *chan, struct dma_slave_config *config); int (*device_pause)(struct dma_chan *chan); int (*device_resume)(struct dma_chan *chan); int (*device_terminate_all)(struct dma_chan *chan); void (*device_synchronize)(struct dma_chan *chan); enum dma_status (*device_tx_status)(struct dma_chan *chan, dma_cookie_t cookie, struct dma_tx_state *txstate); void (*device_issue_pending)(struct dma_chan *chan); void (*device_release)(struct dma_device *dev); /* debugfs support */ void (*dbg_summary_show)(struct seq_file *s, struct dma_device *dev); struct dentry *dbg_dev_root; }; DMA通道的結(jié)構(gòu)體定義如下 struct dma_chan { int dev_id;/* this channel is allocated if >= 0, */ /* free otherwise */ void __iomem *io; const char *dev_str; int irq; void *irq_dev; unsigned int fifo_addr; unsigned int mode; }; 請求DMA通道 dma_request_channel()函數(shù)用于請求一個通道 struct dma_chan *dma_request_channel(dma_cap_mask_t mask, dma_filter_fn filter_fn, void *filter_param); 配置DMA通道 DMA引擎框架使用struct dma_slave_config數(shù)據(jù)結(jié)構(gòu)進行配置,該數(shù)據(jù)結(jié)構(gòu)表示DMA通道的運行時配置,這樣客戶端就可以指定諸如DMA方向、DMA地址、總線寬度和DMA突發(fā)成都等外設(shè)的參數(shù),struct dma_slave_config數(shù)據(jù)結(jié)構(gòu)定義如下 struct dma_slave_config { enum dma_transfer_direction direction; phys_addr_t src_addr; phys_addr_t dst_addr; enum dma_slave_buswidth src_addr_width; enum dma_slave_buswidth dst_addr_width; u32 src_maxburst; u32 dst_maxburst; u32 src_port_window_size; u32 dst_port_window_size; bool device_fc; void *peripheral_config; size_t peripheral_size; }; 通過dmaengine_slave_config()函數(shù)將這種配置作用于底層硬件上 static inline int dmaengine_slave_config(struct dma_chan *chan, struct dma_slave_config *config) { if (chan->device->device_config) return chan->device->device_config(chan, config); return -ENOSYS; } 配置DMA傳輸 這一步用于確認DMA傳輸?shù)姆绞剑M行一次DMA傳輸,就需要用到與DMA通道對應(yīng)的控制器中的一些函數(shù),這些函數(shù)名為device_prep_dma_*,例如對于內(nèi)存到內(nèi)存的傳輸,使用device_prep_dma_memcpy() struct dma_async_tx_descriptor *tx; struct dma_chan *chan = acdev->dma_chan; dma_cookie_t cookie; unsigned long flags = DMA_PREP_INTERRUPT; int ret = 0; tx = chan->device->device_prep_dma_memcpy(chan, dest, src, len, flags); if (!tx) { dev_err(acdev->host->dev, \"device_prep_dma_memcpy failed\\\\n\"); return -EAGAIN; } 提交DMA傳輸 為了把事務(wù)放到驅(qū)動程序的事務(wù)待處理隊列中,可以使用dmaengine_submit()函數(shù) static inline dma_cookie_t dmaengine_submit(struct dma_async_tx_descriptor *desc) { return desc->tx_submit(desc); } 發(fā)出待處理的DMA請求并等待回調(diào)通知 啟動傳輸是DMA傳輸設(shè)置的最后一步,可以通過在通道上調(diào)用dma_async_issue_pending()來激活通道待處理隊列中的傳輸。 static inline void dma_async_issue_pending(struct dma_chan *chan) { chan->device->device_issue_pending(chan); }
    發(fā)表于 02-04 22:30

    博世GTM IP模塊在車載系統(tǒng)中的具體實現(xiàn)方式與優(yōu)勢

    在汽車電子系統(tǒng)中,如何充分發(fā)揮 GTM IP的功能,以滿足復(fù)雜的系統(tǒng)級應(yīng)用場景,是用戶實現(xiàn)高效控制與精確響應(yīng)的關(guān)鍵。本文將聚焦幾個典型且核心的應(yīng)用實例,探討GTM IP在車載系統(tǒng)中的具體實現(xiàn)方式與優(yōu)勢。
    的頭像 發(fā)表于 12-30 17:36 ?701次閱讀
    博世GTM IP模塊在車載系統(tǒng)中的具體實現(xiàn)方式與<b class='flag-5'>優(yōu)勢</b>

    云天勵飛與360集團簽署戰(zhàn)略合作協(xié)議

    12月22日,云天勵飛與360集團簽署戰(zhàn)略合作協(xié)議。雙方將圍繞“納米AI”算力底座建設(shè)、大模型安全能力提升以及智慧生活產(chǎn)品打造等方向,充分發(fā)揮各自在資源、場景與技術(shù)方面的優(yōu)勢,聯(lián)合打造國產(chǎn)生態(tài)下的AI推理協(xié)同生態(tài)。
    的頭像 發(fā)表于 12-25 17:09 ?519次閱讀

    富維海拉×經(jīng)緯恒潤:以智慧光影重塑智能行體驗

    近日,經(jīng)緯恒潤與長春富維海拉車燈有限公司(以下簡稱“富維海拉”)順利完成戰(zhàn)略合作協(xié)議簽約。未來,雙方將充分發(fā)揮各自在車載智能燈光領(lǐng)域的互補優(yōu)勢和資源,共同推動創(chuàng)新燈光解決方案在智能汽車領(lǐng)域
    的頭像 發(fā)表于 07-15 17:08 ?732次閱讀
    富維海拉×經(jīng)緯恒潤:以智慧光影重塑智能行體驗

    沈陽人工智能產(chǎn)業(yè)園正式開園

    百度將充分發(fā)揮技術(shù)優(yōu)勢,進一步加大在遼投資布局力度,深化人工智能大模型、企業(yè)數(shù)字化轉(zhuǎn)型、數(shù)字政府建設(shè)等領(lǐng)域合作,帶動更多同業(yè)伙伴走進遼寧、深耕遼寧,為遼寧產(chǎn)業(yè)轉(zhuǎn)型升級、經(jīng)濟社會高質(zhì)量發(fā)展貢獻力量。
    的頭像 發(fā)表于 07-15 10:35 ?920次閱讀

    什么是非標超聲波清洗設(shè)備的最大優(yōu)勢?如何充分發(fā)揮其特點?

    優(yōu)勢,如高效、徹底、節(jié)能、環(huán)保等。本文將重點介紹非標超聲波清洗設(shè)備的最大優(yōu)勢以及如何充分發(fā)揮其特點。一、高效清洗非標超聲波清洗設(shè)備通過高頻聲波的作用,能夠在短時
    的頭像 發(fā)表于 07-08 16:58 ?627次閱讀
    什么是非標超聲波清洗設(shè)備的最大<b class='flag-5'>優(yōu)勢</b>?如何<b class='flag-5'>充分發(fā)揮</b>其特點?

    贛鋒鋰電與江西龍源達成戰(zhàn)略合作

    近日,江西贛鋒鋰電科技股份有限公司(簡稱“贛鋒鋰電”)與江西龍源新能源有限公司(簡稱“江西龍源”)正式簽署戰(zhàn)略合作協(xié)議。此次聯(lián)手,雙方將充分發(fā)揮各自優(yōu)勢,深度布局新能源項目開發(fā),為新能源產(chǎn)業(yè)發(fā)展注入新活力。
    的頭像 發(fā)表于 07-05 16:19 ?1440次閱讀

    PDM是什么?2025制造PDM/PLM系統(tǒng)盤點

    (文章來自CRDE PDM研究中心) 摘要 PDM是制造企業(yè)產(chǎn)品數(shù)據(jù)管理的核心工具,并逐漸發(fā)展出了PLM、云PLM等新形態(tài),在功能增加的同時成本也有大幅降低,已經(jīng)成為企業(yè)研發(fā)管理的最優(yōu)選擇,并逐漸被
    的頭像 發(fā)表于 06-19 17:46 ?2084次閱讀
    <b class='flag-5'>PDM</b>是什么?2025制造<b class='flag-5'>PDM</b>/PLM系統(tǒng)盤點

    NVMe協(xié)議研究掃盲

    ,使得其響應(yīng)速度較慢,無法充分發(fā)揮NVMe SSD的速度優(yōu)勢。若想要在嵌入式系統(tǒng)中充分發(fā)揮NVMe協(xié)議的高速讀寫性能,一方面可以通過優(yōu)化軟件執(zhí)行流程,來提高傳輸性能,但嵌入式處理器的性能較低,性能提升
    發(fā)表于 06-02 23:28

    中小企業(yè)選擇云MES,實現(xiàn)數(shù)字化轉(zhuǎn)型

    中小企業(yè)選擇云MES實現(xiàn)數(shù)字化轉(zhuǎn)型是順應(yīng)時代發(fā)展的必然選擇。通過充分發(fā)揮云MES系統(tǒng)的優(yōu)勢,結(jié)合企業(yè)自身實際情況,科學(xué)規(guī)劃、穩(wěn)步實施,中小企業(yè)能夠在激烈的市場競爭中提升競爭力,實現(xiàn)可持續(xù)發(fā)展。
    的頭像 發(fā)表于 05-06 14:51 ?647次閱讀
    中小企業(yè)選擇云MES,實現(xiàn)數(shù)字化轉(zhuǎn)型

    M12 航空插座型號深度剖析:根據(jù)環(huán)境適應(yīng)性與耐用性選型

    在選型M12航空插座時,需綜合考慮環(huán)境適應(yīng)性與耐用性等多方面因素。德索精密工業(yè)豐富的產(chǎn)品型號與先進技術(shù),能夠滿足不同使用環(huán)境與插拔頻次要求。只有精準匹配德索的產(chǎn)品,才能充分發(fā)揮M12航空插座的性能優(yōu)勢,保障設(shè)備長期穩(wěn)定運行。
    的頭像 發(fā)表于 04-12 09:35 ?726次閱讀
    M12 航空插座型號深度剖析:根據(jù)環(huán)境適應(yīng)性與耐用性選型

    滿足多樣化需求的 MCX 連接器解決方案

    面對多樣化的市場需求,MCX 連接器充分發(fā)揮自身優(yōu)勢,為不同行業(yè)量身定制適配的解決方案。展望未來,隨著科技的持續(xù)創(chuàng)新與進步,MCX 連接器必將繼續(xù)在各個領(lǐng)域發(fā)揮重要作用,以其可靠的性能為科技發(fā)展注入強勁動力,推動各行業(yè)邁向新的高
    的頭像 發(fā)表于 04-02 13:54 ?707次閱讀
    滿足多樣化需求的 MCX 連接器解決方案

    百度蘿卜快跑與阿聯(lián)酋自動駕駛出行公司Autogo達成戰(zhàn)略合作

    近日,蘿卜快跑宣布與阿聯(lián)酋自動駕駛出行公司Autogo達成戰(zhàn)略合作,雙方將充分發(fā)揮各自優(yōu)勢,共同為阿布扎比提供安全、綠色、高效的無人駕駛出行服務(wù)。這是蘿卜快跑在中東市場的進一步拓展。
    的頭像 發(fā)表于 04-01 14:29 ?901次閱讀

    PCB布局優(yōu)化:HT4088電源管理芯片的設(shè)計要點

    學(xué)習(xí)如何通過優(yōu)化PCB布局來充分發(fā)揮HT4088電源管理芯片的性能和穩(wěn)定性。
    的頭像 發(fā)表于 03-08 15:09 ?1513次閱讀

    【Molex】小型化背后的科學(xué):充分發(fā)揮小型堅固連接器的優(yōu)勢

    為滿足客戶對電子設(shè)備日益增長的功率和功能的期望,連接器的小型化發(fā)揮了關(guān)鍵作用。然而,尺寸縮減絕不能以犧牲產(chǎn)品的耐用性為代價。材料科學(xué)在開發(fā)堅固耐用小型連接器中至關(guān)重要,使其即使在嚴苛環(huán)境中也能保持
    發(fā)表于 03-07 11:28 ?683次閱讀