日B视频 亚洲,啪啪啪网站一区二区,91色情精品久久,日日噜狠狠色综合久,超碰人妻少妇97在线,999青青视频,亚洲一区二卡,让本一区二区视频,日韩网站推荐

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

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

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

突破傳統(tǒng)限制:OxygenREC--一個(gè)基于指令跟隨的“快慢思考”電商生成式推薦框架

京東云 ? 來源:jf_75140285 ? 2026-02-25 17:08 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

在電商推薦系統(tǒng)中,推薦模型長期面臨著兩個(gè)核心矛盾:一方面,傳統(tǒng)的多階段級聯(lián)推薦系統(tǒng)存在目標(biāo)不一致和誤差累積的問題;另一方面,直接引入大型語言模型LLM雖然能帶來強(qiáng)大的推理能力,但其高昂的延遲和計(jì)算成本在工業(yè)級應(yīng)用中難以承受。更重要的是,現(xiàn)有的生成式推薦方法在多場景擴(kuò)展性上面臨巨大瓶頸--每個(gè)場景都需要獨(dú)立訓(xùn)練和部署,導(dǎo)致資源利用率低下、維護(hù)成本高昂。

京東零售OxygenREC團(tuán)隊(duì)在論文《OxygenREC: An Instruction-Following Generative Framework for E-commerce Recommendation》中提出了一種全新的解決方案:OxygenREC。這是一個(gè)基于“快慢思考”的指令跟隨生成式推薦框架,不僅解決了推理能力與延遲之間的矛盾,更實(shí)現(xiàn)了“一次訓(xùn)練,多處部署”的多場景統(tǒng)一高效解決方案。

wKgZPGmMR4mAB7BwAAWR3l3Hd3M009.png

一、 關(guān)鍵挑戰(zhàn)

OxygenREC 旨在解決當(dāng)前推薦系統(tǒng),特別是生成式推薦范式下的三大核心難題:

1.有限的演繹推理能力:現(xiàn)有的生成式推薦方法主要從用戶海量行為中進(jìn)行歸納學(xué)習(xí),但在需要結(jié)合現(xiàn)實(shí)世界知識進(jìn)行深度演繹推理的場景下表現(xiàn)不佳。比如下邊兩個(gè)例子:

1.當(dāng)推薦的時(shí)空背景和用戶畫像是“成都冬至?xí)r的年輕寶媽”時(shí),傳統(tǒng)模型可能只是推薦“冬季外套”這樣的商品,而無法深度推理出此時(shí)成都是“冷濕環(huán)境”,這位年輕母親潛在的需求可能是“嬰兒排汗睡衣”。

2.有個(gè)戶外運(yùn)動vlogger在購物行為中反復(fù)對比華為Mate 70和iPhone 16 Pro兩款手機(jī),傳統(tǒng)系統(tǒng)因?yàn)橛脩纛l繁的交互歷史,只會不斷加強(qiáng)重復(fù)推薦這兩款商品進(jìn)行比價(jià),而無法推理出其真正訴求可能是“高質(zhì)量的移動影像”,從而模型未能精準(zhǔn)推薦‘華為Pura’系列這一真正符合用戶訴求的目標(biāo)商品。

2.多場景適應(yīng)與資源效率的矛盾:大部分推薦平臺擁有首頁、頻道流、購物車、搜索等多種推薦場景。現(xiàn)有生成式推薦模型如果為每個(gè)場景訓(xùn)練獨(dú)立模型,會帶來巨大的運(yùn)營和計(jì)算成本,而使用簡單的統(tǒng)一模型又會面臨“負(fù)遷移”問題--不同場景間的知識相互干擾,導(dǎo)致性能下降。

3.工業(yè)級部署的工程挑戰(zhàn):將LLM的深度推理能力與推薦系統(tǒng)的大規(guī)模稀疏特征、嚴(yán)格延遲要求相結(jié)合,是一個(gè)巨大的系統(tǒng)工程挑戰(zhàn)。它需要同時(shí)處理推薦系統(tǒng)典型的TB級稀疏嵌入和LLM典型的十億級稠密參數(shù),這對訓(xùn)練框架和推理引擎都提出了極高要求。

二、 核心貢獻(xiàn)

面對這些挑戰(zhàn),京東零售OxygenREC團(tuán)隊(duì)提出了一個(gè)基于指令跟隨的生成式推薦框架-OxygenREC,首次把LLM中的“快慢思考”模式引入到生成式推薦中來。在OxygenREC框架中,通過基于Transformer 的Encoder-Decoder 作為骨干網(wǎng)絡(luò),能夠根據(jù)特定指令生成語義化物品序列,來執(zhí)行推薦場景的”快思考"方式。在“慢思考”模式中,引入上下文推理指令--由近線LLM pipeline 生成,將用戶行為與上下文合成為可解釋的指令。同時(shí)多場景對齊中,通過場景指令與基于強(qiáng)化學(xué)習(xí)的對齊機(jī)制,實(shí)現(xiàn)“一次訓(xùn)練,多場景部署”。

wKgZO2mMR42AEgLKACGKDKuJGsg564.png

1. “快慢思考”架構(gòu):知識注入與低延遲的平衡

這是整個(gè)OxygenREC的基礎(chǔ),其核心思想是將復(fù)雜的推理過程“離線化”,保證在線服務(wù)的低延遲

?慢思考:一個(gè)近線的LLM pipeline,綜合分析用戶的時(shí)空上下文、個(gè)性化特征和歷史行為,生成高質(zhì)量的“上下文推理指令”。這個(gè)過程融合了世界知識,能進(jìn)行深度演繹推理,但因其是近線批量處理,不增加在線請求的延遲。

?快思考:一個(gè)高效的編碼器-解碼器骨干網(wǎng)絡(luò)。它接收“慢思考”生成的指令,結(jié)合實(shí)時(shí)用戶信號,在嚴(yán)格的延遲限制下生成推薦序列。該骨干網(wǎng)絡(luò)本身輕量、高效,專為實(shí)時(shí)推理優(yōu)化。

wKgZPGmMR4-ASTzBABCAeeEBpSA146.png

?

2. 語義對齊的指令控制機(jī)制:讓指令真正發(fā)揮作用

僅僅生成指令是不夠的,還必須確保模型能夠準(zhǔn)確理解并遵循指令。OxygenREC通過兩項(xiàng)關(guān)鍵技術(shù)實(shí)現(xiàn)精準(zhǔn)指令控制:

?查詢到物品的對齊損失:在訓(xùn)練階段,通過一個(gè)輔助的Query-to-Item (Q2I) 損失函數(shù),將指令嵌入與目標(biāo)物品嵌入在同一個(gè)語義空間中對齊。這使得指令能夠“理解”物品,并用于檢索:

wKgZO2mMR5CAGScxAAEmNUIknNg815.png

?指令引導(dǎo)檢索(IGR):在生成推薦時(shí),利用對齊后的指令作為查詢,從用戶長期歷史行為中檢索出最相關(guān)的部分,過濾掉無關(guān)的噪聲。這確保了模型生成時(shí)專注在與當(dāng)前指令意圖最相關(guān)的歷史信息上,大大提升了可控性和準(zhǔn)確性。

?

3. 基于指令與強(qiáng)化學(xué)習(xí)的多場景統(tǒng)一對齊:Train-Once-Deploy-Everywhere

這是解決多場景擴(kuò)展性的關(guān)鍵。OxygenREC摒棄了為每個(gè)場景獨(dú)立建模的思路。

?場景指令化:將不同的場景信息(如首頁、購物車)和可選的觸發(fā)物品(如用戶點(diǎn)擊的入口商品)統(tǒng)一編碼為“場景指令”,作為模型的條件輸入。

wKgZPGmMR5GACj4vAAZNq3_Uy1A740.png

?統(tǒng)一獎(jiǎng)勵(lì)映射與策略優(yōu)化:設(shè)計(jì)了一個(gè)統(tǒng)一的獎(jiǎng)勵(lì)映射服務(wù),將不同場景、不同業(yè)務(wù)目標(biāo)(如GMV,轉(zhuǎn)化率,合法性,多樣性)的獎(jiǎng)勵(lì)信號歸一化。在此基礎(chǔ)上,提出了Soft Adaptive Group Clip Policy Optimization (SA-GCPO) 算法進(jìn)行強(qiáng)化學(xué)習(xí)訓(xùn)練:

wKgZO2mMR5KAQqwhAAMTTm5ygz4130.png

?該算法用自適應(yīng)門控函數(shù)替代傳統(tǒng)基于GRPO的硬截?cái)喾绞?hard clip):

wKgZPGmMR5OAWZM6AAD6PgN2kCM877.png

?并以基于用戶真實(shí)反饋的獎(jiǎng)勵(lì)分?jǐn)?shù)作為閾值區(qū)分正負(fù)advantage樣本,顯著提升了多任務(wù)、多場景下策略學(xué)習(xí)的穩(wěn)定性和效率:

wKgZO2mMR5SAQOD9AAGXCZklKoA688.png

?

4. 大規(guī)模生產(chǎn)級系統(tǒng)實(shí)現(xiàn)

為了支撐以上創(chuàng)新,團(tuán)隊(duì)構(gòu)建了完整的工程體系:

??統(tǒng)一訓(xùn)練框架:基于PyTorch,深度融合了工業(yè)級稀疏嵌入引擎和LLM稠密訓(xùn)練引擎,在128張H800 GPU集群上實(shí)現(xiàn)了40%的模型FLOPs利用率。?

?高性能推理引擎xLLM:針對生成式推薦長上下文、大候選集的特點(diǎn),定制開發(fā)了xLLM推理框架,通過xSchedule(系統(tǒng)調(diào)度)、xAttention(算子優(yōu)化)、xBeam(束搜索優(yōu)化)三級優(yōu)化,滿足線上嚴(yán)格的服務(wù)級別目標(biāo)。

?近線指令服務(wù):推理指令通過近線服務(wù)批量生成并存入KV數(shù)據(jù)庫,線上推薦模型直接讀取,實(shí)現(xiàn)了零在線LLM調(diào)用,兼顧了語義豐富性和低延遲。

?

三、 實(shí)驗(yàn)成果

OxygenREC在京東幾個(gè)核心場景的大量離線實(shí)驗(yàn)和在線A/B測試中取得了顯著效果,證明OxygenREC 基于生成式推薦的方法在大規(guī)模工業(yè)級推薦系統(tǒng)中的有效性。

1. 基于快慢思考的生成式框架有效性驗(yàn)證

?語義ID:通過多源對比學(xué)習(xí)(文本、圖像、行為關(guān)聯(lián))構(gòu)建的層次化語義ID,在保持高類別純度(92.8%)的同時(shí),實(shí)現(xiàn)了極低的ID碰撞,證明了其強(qiáng)大的表達(dá)和區(qū)分能力。

?指令跟隨:消融實(shí)驗(yàn)證明,在BOS右側(cè)插入指令的方式為最佳;融合了場景ID和觸發(fā)物品ID的指令效果顯著優(yōu)于單一組件;IGR和Q2I對齊機(jī)制共同作用帶來了顯著的性能提升。

wKgZPGmMR5WAXio9AAaOgjhz0L4219.png

?統(tǒng)一模型 vs. 獨(dú)立模型:在六個(gè)核心場景的對比中,統(tǒng)一的OxygenREC模型全面超越了為每個(gè)場景獨(dú)立微調(diào)的基線模型,驗(yàn)證了OxygenREC框架在場景間正向遷移的有效性。

wKgZO2mMR5aAcFiQAAI--1ZKxkk320.png

2. 基于SA-GCPO后訓(xùn)練的有效性驗(yàn)證

在后續(xù)訓(xùn)練階段,提出的SA-GCPO算法在合成數(shù)據(jù)比例變化時(shí)表現(xiàn)更穩(wěn)定,且性能顯著優(yōu)于傳統(tǒng)的GRPO及其變體GSPO。例如,在33%合成數(shù)據(jù)比例下,SA-GCPO在HR@1和HR@10上有顯著提升。

wKgZPGmMR5eAGdq1AAGtZxXpUlY053.png

3. 電商場景在線A/B測試的商業(yè)效果

OxygenREC已在京東App上形成覆蓋用戶購物全鏈路的部署閉環(huán):首頁導(dǎo)流(場景1、2)-> 頻道瀏覽(場景3、4)-> 商品結(jié)算轉(zhuǎn)化(場景5、6)。在線測試結(jié)果表明,該模型在所有關(guān)鍵業(yè)務(wù)指標(biāo)上均帶來顯著提升:

?首頁場景:GMV提升4.52%-8.40%。

?頻道流場景:其中一個(gè)場景的訂單量提升了8.03%,顯示出模型精準(zhǔn)匹配購買意圖的能力。

?結(jié)算路徑場景:在用戶強(qiáng)購買意圖下,GMV提升高達(dá)11.80%。

wKgZO2mMR5iAcUjiAAPM_Nx4Jiw296.png

與行業(yè)上其他生成式推薦方式對比:

wKgZPGmMR5mASXJ8AATJvbCa_iM845.png

OxygenREC 在幾個(gè)關(guān)鍵維度上進(jìn)行了生成式推薦的范式革新:

?架構(gòu)上,用“快慢思考”破解了推理與延遲的死結(jié)。

?效率上,用“統(tǒng)一指令模型”破解了多場景訓(xùn)練的困局。

?控制上,用“語義對齊與引導(dǎo)檢索”構(gòu)建了生成式推薦模型的指令跟隨能力。

?優(yōu)化上,用“SA-GCPO”和全棧系統(tǒng)優(yōu)化,確保了技術(shù)在工業(yè)巨量流量下的可行性、穩(wěn)定性和卓越性能。

?

總結(jié)與展望

OxygenREC的成功,標(biāo)志著生成式推薦在工業(yè)落地上邁出了關(guān)鍵一步。它通過“快慢思考”巧妙平衡了深度推理與低延遲,通過“指令跟隨”實(shí)現(xiàn)了對推薦過程的精準(zhǔn)可控,并通過統(tǒng)一的獎(jiǎng)勵(lì)與策略學(xué)習(xí)破解了多場景擴(kuò)展的難題,真正實(shí)現(xiàn)了“一次訓(xùn)練,多場景部署”的pipeline。

未來,京東零售OxygenREC團(tuán)隊(duì)計(jì)劃從兩個(gè)方向繼續(xù)探索:

?一是向基于語言擴(kuò)散模型的非自回歸生成范式演進(jìn),從根本上突破序列生成延遲與列表長度的線性關(guān)系,滿足更高吞吐需求;

?二是開展跨場景用戶軌跡建模,從用戶在首頁、搜索、購物車、結(jié)算等多場景的連貫行為中挖掘更深層的用戶意圖,實(shí)現(xiàn)更長周期的價(jià)值推薦。

OxygenREC不僅是一個(gè)高效的推薦系統(tǒng),更為工業(yè)級生成式AI應(yīng)用的大模型設(shè)計(jì)提供了寶貴范式--如何將大模型的“腦”與小模型的“身手”結(jié)合,如何在復(fù)雜多目標(biāo)任務(wù)中實(shí)現(xiàn)穩(wěn)定高效的學(xué)習(xí),這其中的思想值得廣泛借鑒。

聲明:本文內(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)注

    2

    文章

    1130

    瀏覽量

    50142
  • 電商
    +關(guān)注

    關(guān)注

    1

    文章

    475

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    基于CW32L083的AT指令框架的創(chuàng)建

    ,\"AT+SETRTC=\",at_cmd_setrtc}, {AT_END,NULL,NULL} }; 再次我定義了執(zhí)行指令的函數(shù) 1個(gè)是AT測試,再有條是設(shè)置RTC的指令
    發(fā)表于 01-06 06:17

    生成人工智能會讓自動駕駛更靈活嗎?

    (Generative Artificial Intelligence,GAI)。生成人工智能不僅能實(shí)現(xiàn)傳統(tǒng)AI的“識別”及“判斷”的功能,更能達(dá)成“創(chuàng)造”的需求,它能從已有的數(shù)據(jù)中學(xué)習(xí)規(guī)律,并
    的頭像 發(fā)表于 12-23 10:05 ?665次閱讀
    <b class='flag-5'>生成</b><b class='flag-5'>式</b>人工智能會讓自動駕駛更靈活嗎?

    大模型中常提的快慢思考會對自動駕駛產(chǎn)生什么影響?

    提出的“快慢系統(tǒng)”理論啟發(fā),旨在讓自動駕駛系統(tǒng)模擬人類的思考與決策過程。理想汽車結(jié)合端到端與VLM模型,推出了業(yè)界首個(gè)在車端部署的雙系統(tǒng)方案,并成功將VLM視覺語言模型部署于車端芯片上。這套“系統(tǒng)1”與“系統(tǒng)2”相互配合的擬人化
    的頭像 發(fā)表于 11-22 10:59 ?2644次閱讀
    大模型中常提的<b class='flag-5'>快慢</b><b class='flag-5'>思考</b>會對自動駕駛產(chǎn)生什么影響?

    單基站360度UWB智能跟隨解決方案,打破角度限制,360°全向檢測,無盲區(qū)!

    1.方案概述本方案由深圳市穩(wěn)傳測控技術(shù)有限公司提供,基于先進(jìn)的單基站360°UWB定位技術(shù),徹底解決了傳統(tǒng)跟隨方案存在的識別盲區(qū)與隊(duì)形限制兩大痛點(diǎn),實(shí)現(xiàn)全向、并排、高精度的智能跟隨,適
    的頭像 發(fā)表于 10-28 14:49 ?725次閱讀
    單基站360度UWB智能<b class='flag-5'>跟隨</b>解決方案,打破角度<b class='flag-5'>限制</b>,360°全向檢測,無盲區(qū)!

    打破角度限制,穩(wěn)傳測控全新推出單基站360°UWB跟隨方案(MK8000芯片) 智能出行 智慧物流新突破

    )無法并排跟隨——旦目標(biāo)在側(cè)面,跟隨容易失效。如今我們正式推出單基站360°UWB超寬帶跟隨方案,徹底突破了這些
    的頭像 發(fā)表于 10-28 14:12 ?1285次閱讀
    打破角度<b class='flag-5'>限制</b>,穩(wěn)傳測控全新推出單基站360°UWB<b class='flag-5'>跟隨</b>方案(MK8000芯片) 智能出行 智慧物流新<b class='flag-5'>突破</b>

    突破傳統(tǒng)桎梏,PPEC Workbench 開啟電源智能化設(shè)計(jì)新路徑

    匹配。 PPEC Workbench 電力電子智能化設(shè)計(jì)平臺憑借圖形化算法編程、智能化設(shè)計(jì)、高效協(xié)同等核心理念,突破傳統(tǒng)電源設(shè)計(jì)的限制,為行業(yè)開辟了智能化、高效化的全新設(shè)計(jì)路徑。它不僅為電力電子行業(yè)的發(fā)展注入了新動力,更讓我們
    發(fā)表于 08-26 11:40

    智能體化AI和生成AI的區(qū)別

    生成 AI 的核心是“生成內(nèi)容” —— 比如用大模型寫報(bào)告,是對輸入指令的被動響應(yīng)。而智能體化 AI(Agentic AI)的關(guān)鍵是 “自主決策”:它像
    的頭像 發(fā)表于 08-25 17:24 ?1933次閱讀

    生成 AI 重塑自動駕駛仿真:4D 場景生成技術(shù)的突破與實(shí)踐

    生成AI驅(qū)動的4D場景技術(shù)正解決傳統(tǒng)方法效率低、覆蓋不足等痛點(diǎn),如何通過NeRF、3D高斯?jié)姙R等技術(shù)實(shí)現(xiàn)高保真動態(tài)建模?高效生成極端天氣等長尾場景?本文為您系統(tǒng)梳理AI驅(qū)動的4D場景
    的頭像 發(fā)表于 08-06 11:20 ?5404次閱讀
    <b class='flag-5'>生成</b><b class='flag-5'>式</b> AI 重塑自動駕駛仿真:4D 場景<b class='flag-5'>生成</b>技術(shù)的<b class='flag-5'>突破</b>與實(shí)踐

    磁編技術(shù)賦能工業(yè)控制系統(tǒng):突破傳統(tǒng)傳感限制

    的應(yīng)用中暴露出了些局限性,而磁編技術(shù)的出現(xiàn),如同場及時(shí)雨,為工業(yè)控制系統(tǒng)帶來了新的生機(jī)與活力,成功突破傳統(tǒng)傳感的諸多限制。
    的頭像 發(fā)表于 07-29 16:28 ?777次閱讀

    根據(jù)標(biāo)題利用API實(shí)現(xiàn)多平臺同步:省時(shí)省力生成文章

    結(jié)合內(nèi)容生成工具,還能自動創(chuàng)建吸引人的產(chǎn)品文章。本文將步步解析如何實(shí)現(xiàn)這過程,幫助您節(jié)省時(shí)間和精力。 1. 多平臺同步的挑戰(zhàn)與API
    的頭像 發(fā)表于 07-18 10:02 ?767次閱讀
    根據(jù)標(biāo)題利用API實(shí)現(xiàn)<b class='flag-5'>電</b><b class='flag-5'>商</b>多平臺同步:省時(shí)省力<b class='flag-5'>生成</b>文章

    API速率限制的應(yīng)對策略

    ? ?現(xiàn)如今,電子商務(wù)平臺競爭激烈,高效處理訂單成為企業(yè)成敗的關(guān)鍵。許多巨頭背后都隱藏著個(gè)“秘密武器”——API(Application Programming Interfac
    的頭像 發(fā)表于 07-17 14:43 ?575次閱讀
    <b class='flag-5'>電</b><b class='flag-5'>商</b>API速率<b class='flag-5'>限制</b>的應(yīng)對策略

    API如何賦能營銷:自動化促銷活動生成

    促銷活動生成,賦能營銷,提升業(yè)務(wù)敏捷性和轉(zhuǎn)化率。 什么是API? API(Application Programming Interface)是組預(yù)定義的規(guī)則和協(xié)議,允許不同軟件
    的頭像 發(fā)表于 07-16 10:44 ?497次閱讀
    API如何賦能<b class='flag-5'>電</b><b class='flag-5'>商</b>營銷:自動化促銷活動<b class='flag-5'>生成</b>

    API入門問答:開發(fā)者必知的10個(gè)基礎(chǔ)問題

    至關(guān)重要,能幫助避免常見錯(cuò)誤,提升開發(fā)效率。本文將圍繞10個(gè)基礎(chǔ)問題展開,提供清晰解答和實(shí)用示例,助你快速上手。 1. 什么是API?
    的頭像 發(fā)表于 07-14 14:54 ?823次閱讀
    <b class='flag-5'>電</b><b class='flag-5'>商</b>API入門問答:開發(fā)者必知的10<b class='flag-5'>個(gè)</b>基礎(chǔ)問題

    抖音 API 接口和傳統(tǒng)接口,直播數(shù)據(jù)處理誰更快?

    開發(fā)者理解誰在直播數(shù)據(jù)處理中更勝籌。 1. 直播數(shù)據(jù)處理的核心挑戰(zhàn) 直播涉及實(shí)時(shí)數(shù)據(jù)流,如用戶互動、訂單生成和庫存更新。處理速度取決于API的響應(yīng)時(shí)間、吞吐量和延遲。響應(yīng)時(shí)間公式
    的頭像 發(fā)表于 07-09 15:39 ?863次閱讀
    抖音<b class='flag-5'>電</b><b class='flag-5'>商</b> API 接口和<b class='flag-5'>傳統(tǒng)</b><b class='flag-5'>電</b><b class='flag-5'>商</b>接口,直播數(shù)據(jù)處理誰更快?

    PCIe EtherCAT實(shí)時(shí)運(yùn)動控制卡PCIE464同步跟隨/皮帶跟隨加工應(yīng)用

    MOVESYNC指令實(shí)現(xiàn)同步/皮帶跟隨應(yīng)用
    的頭像 發(fā)表于 06-04 11:17 ?1435次閱讀
    PCIe EtherCAT實(shí)時(shí)運(yùn)動控制卡PCIE464同步<b class='flag-5'>跟隨</b>/皮帶<b class='flag-5'>跟隨</b>加工應(yīng)用
    通化县| 红桥区| 西吉县| 麻城市| 平安县| 扬中市| 陵川县| 金昌市| 长丰县| 锡林郭勒盟| 东山县| 德保县| 黄平县| 五指山市| 布尔津县| 澜沧| 琼中| 溆浦县| 瑞金市| 卢龙县| 信阳市| 贺州市| 威宁| 虹口区| 霸州市| 德安县| 兴义市| 新干县| 潼关县| 和静县| 桃江县| 乌海市| 潼南县| 安徽省| 漳平市| 靖安县| 鄂托克前旗| 秦皇岛市| 安化县| 仁布县| 肥东县|