利用云霧自動化在智能無人水面航行器中實現自主碰撞檢測和分類

大家覺得有讀完覺得有幫助記得關注和點贊!!!

抽象

工業信息物理系統 (ICPS) 技術是推動海上自主化的基礎,尤其是對于無人水面航行器 (USV)。然而,船上計算限制和通信延遲嚴重限制了實時數據處理、分析和預測建模,從而限制了海事 ICPS 的可擴展性和響應能力。為了克服這些挑戰,我們利用最近提出的 Cloud-Fog Automation 范式的設計原則,提出了一種為海事 ICPS 量身定制的分布式 Cloud-Edge-IoT 架構。我們提議的架構包括三個分層層:用于集中式和分散式數據聚合、高級分析和未來模型優化的云層;執行本地化 AI 驅動的處理和決策的邊緣層;以及負責低延遲傳感器數據采集的 IoT 層。我們的實驗結果表明,計算效率、響應性和可擴展性都有所提高。與我們的傳統方法相比,我們實現了 86% 的分類準確率,并提高了延遲性能。通過采用 Cloud-Fog Automation,我們解決了海事 ICPS 應用中的低延遲處理限制和可擴展性挑戰。我們的工作提供了一個實用、模塊化和可擴展的框架,以在未來海事 ICPS 中推進智能 USV 的穩健自主性和人工智能驅動的決策和自主性。

索引術語:

海事工業信息物理系統、云霧自動化、智能無人水面航行器

第一介紹

海上工業信息物理系統 (ICPS) 的采用通過在導航、環境監測和工業應用中實現智能自主作,顯著推動了無人水面航行器 (USV) 的發展[1,2,3].隨著 ICPS 成為海上自主性不可或缺的一部分,它們以低延遲檢測和分類碰撞的能力仍然是一個關鍵挑戰。傳統的碰撞檢測系統基于視覺傳感器(攝像頭、LiDAR 和雷達),通常容易受到環境干擾,例如霧、低能見度和水花[4].此外,依賴于來自慣性測量單元 (IMU) 的本體感受數據的替代傳感方法已經出現,可提供對環境干擾的魯棒性[5].通過利用派生信號作為輸入數據,人工智能 (AI) 驅動的機制(例如卷積神經網絡 (CNN) 分類方法)可以可靠地識別低延遲環境中的碰撞,而無需依賴視覺傳感條件[6].但是,板載處理限制了計算資源,導致實際部署中的高延遲、可擴展性問題和能源效率低下[7].

盡管最近的研究探索了基于 IMU 的 USV 碰撞分類,但現有方法主要基于局部/集中處理,限制了低延遲性能和可擴展性。最近的 Cloud-Fog Automation 范例提供了一個分布式、智能且可擴展的計算框架,可在 ICPS 中實現實時決策、自適應控制和彈性自動化,尤其是在復雜、延遲敏感或資源受限的環境中.雖然在 ICPS 中被廣泛采用,但大多數基于 USV 的 ICPS 架構目前并未利用以網絡為中心的架構。這一差距促使我們提出和開發一種分布式 Cloud-Edge-IoT 架構,專為低延遲 USV 碰撞分類和檢測量身定制,同時有效地分配計算負載、去中心化和能效.

圖 1:分布式 Cloud-Edge-IoT 架構利用 Cloud-Fog 自動化進行 USV 的碰撞檢測和分類。

在本文中,我們做出了以下主要貢獻:

  • 提出了為海事 ICPS 量身定制的分層 Cloud-Edge-IoT 架構。
  • 為低延遲 USV 的 AI 驅動碰撞分類和檢測開發了分布式模塊化計算架構。
  • 在受控水環境中跨層次結構層的分類準確性、處理時間和延遲分析進行了實驗驗證。

其余論文的結構如下:第二部分介紹了擬議的系統架構,而第三部分詳細介紹了研究方法。第 IV?部分描述了實驗設置,然后是第 V?部分,介紹了實驗結果和討論。最后,第六節對論文進行了總結并概述了未來的研究方向。

第二系統架構

為了解決與板載處理相關的計算和系統性能限制,我們提出了一種基于 Cloud-Fog Automation 的分布式 Cloud-Edge-IoT 計算架構,以提高能效、可擴展性、可管理性和復雜性約束。該系統分為三個分層層:云層(用于未來增強的數據聚合)、邊緣層(人工智能驅動的檢測和分類)和 IoT 層(數據采集)。在此架構中,霧計算域包含發生在云層和 IoT 層之間的所有分布式處理,從而能夠在靠近數據源的地方進行自適應、實時決策。這種分布式架構可確保海事應用中 ICPS 的計算負載平衡、低延遲決策和可擴展性。

圖?1?說明了整個系統架構,突出了每一層的不同角色以及整個網絡的通信流。這種分層分層處理可確保在 Edge 層執行低延遲沖突分類,從而最大限度地減少延遲,同時將長期存儲功能卸載到 Cloud 層。

擬議的框架集成了本體感覺傳感 IMU、AI 驅動的分類和分布式數據處理,以改善 USV 的低延遲碰撞分類。每一層都旨在執行專門的任務,確保無縫和分層的計算工作流程:

  • ??

    云層:用作結構化數據存儲節點,維護基本記錄和結構化數據集,以備將來分析、預測性維護、AI 模型的重新訓練和人工驗證參考。

  • ??

    邊緣層:使用 Wavelet Transform 執行特征提取,應用 CNN 模型進行碰撞分類,然后提供低延遲警告。

  • ??

    IoT 層:獲取原始本體感受 IMU 數據并執行基本數據重組,然后傳輸到邊緣層進行碰撞分類和檢測。

II-A 型Cloud Layer:用于未來增強的數據聚合

Cloud Layer(托管在 Cloud Server 上)用作碰撞事件日志、傳感器數據和相關分類結果的結構化數據存儲庫。與傳統的基于云的架構不同,AI 處理是遠程進行的,這項工作將 AI 推理保留在邊緣層[12,9]同時將 Cloud Layer 專門用于:

  • ??

    長期存儲分類的碰撞數據。

  • ??

    用于未來 AI 模型優化和預測性維護研究的數據集聚合。

  • ??

    用于監控分布式計算架構性能的系統范圍分析。

值得注意的是,Cloud Layer 尚未執行計算或模型重新訓練,但仍然是一個可擴展的組件,可通過預測分析和聯合學習驅動的優化進一步增強系統[13,14].

II-B 型Edge Layer:AI 驅動的分類和決策

邊緣層(在集中式/分散式計算單元上實現)負責數據特征提取和 AI 驅動的碰撞分類。該層處理傳入的 IMU 數據,并使用在標記影響數據集上訓練的 CNN 對碰撞類型進行分類。Edge Layer 通過利用分布式且強大的計算基礎設施來促進低延遲 AI 處理。盡管處理任務不是直接在機上本地化的,但這種方法有效地減少了對云連接的依賴,從而顯著提高了運營響應能力和可靠性。關鍵處理步驟包括:

  • Wavelet Transform 用于從 IMU 信號中提取時頻域特征。
  • 基于 CNN 的分類模型,針對低延遲推理進行了優化,可區分撞擊的不同階段和碰撞位置。
  • 一個 Decision-making 框架,用于根據檢測分類結果生成沖突警報和作建議。

II-C 型IoT 層:數據采集和預處理

IoT 層由連接到 IMU 的單板計算機組成。IMU 持續捕獲線性加速度和角速度數據,為碰撞事件檢測提供本體感覺傳感。通過將復雜的處理卸載到邊緣層,物聯網層保持計算輕量級和節能,這對于整體系統性能增強至關重要。為了確保數據完整性和低延遲處理,該層僅通過 Wi-Fi 執行基本的數據重構和數據傳輸。

第三方法論

III-A 系列數據采集和預處理

IoT 層(在 Raspberry Pi 3B+ 上實現)負責 IMU 數據采集和初步預處理。該系統采用 Adafruit IMU BNO085,通過捕獲 1) 線性加速度 (m/s2)、2) 角速度 (rad/s)、3) 方向(歐拉角)等來提供 9 自由度 (9-DOF) 方向數據。為了確保高時間分辨率,IMU 以 100Hz 的頻率采樣數據,將 5 秒窗口和 3 秒窗口偏移的組合數據包傳輸到邊緣層。原始數據使用 TCP/IP 協議進行重組、打包并從 IoT 傳輸到邊緣。原始數據集包含噪聲和干擾,由 BNO085 IMU 的集成 MCU 在物聯網層緩解,該 MCU 在數據使用之前執行預處理和傳感器融合。

III-B 型特征提取和 AI 驅動的分類

邊緣層(Intel i5-9400f 臺式機)接收本體感受 IMU 數據,使用 Morlet 小波變換技術執行高級特征提取[15],并使用基于 MobileNetV2 的 CNN 模型對碰撞進行分類。

III-B1 號基于 Wavelet 變換的特征提取

為了有效地捕獲時域和頻域模式,此過程采用小波變換 (Wavelet Transform) 進行特征提取。與基于傅里葉的分析相比,這種方法通過提供局部的、對時間敏感的頻率分解而具有明顯的優勢。傅里葉分析提供高頻分辨率,而小波則平衡了分辨率和精確的時間定位,使其特別適用于瞬態事件檢測,也非常適合 USV 中的撞擊識別[16].提取的小波系數被轉換為標量圖、能量分布的 2D 可視化表示,并輸入到 CNN 分類器。圖?2?說明了連續小波變換在船舶碰撞數據中的應用。小波函數的選擇在確定時域和頻域連續小波變換 的分辨率方面起著至關重要的作用,這一方面與為特定信號特性確定合適的小波一起。

III-B2 號卷積神經網絡 (CNN) 模型

自定義 CNN 架構[17]在標記的小波尺度圖上進行訓練,區分三種類型的碰撞和默認階段:1) 弓(額);2) 端口(左側);3) 右舷(右側);4) 無(默認),如圖?3?所示。分類任務利用輕量級 CNN 架構 (MobileNetV2),這是一種針對嵌入式系統和資源受限硬件進行了優化的卷積神經網絡[18].MobileNetV2 CNN 模型采用具有線性瓶頸的倒置殘差,從標準的 3x3 卷積層開始,然后是由 1x1 擴展卷積、深度卷積和 1x1 投影卷積組成的瓶頸塊,以保持高效的低維表示。它處理 6 個輸入通道(3 個線性加速度,3 個角加速度),在 5 秒的持續時間內(X 軸)和 10Hz(Y 軸)以下接收 192x150 RGB 標量圖,具有標準化的連續小波變換系數范圍。這些細節確保了時間長度和輸入通道的清晰度,從而提高了我們研究方法的可重復性。

圖 2:船舶碰撞事件的 X 軸原始加速度數據(左)和連續小波變換標量圖(右)。

圖 3:USV 碰撞分類的三種主要影響類型[6].

III-C 系列低延遲通信和系統集成

建議的架構采用 Internet 上的 TCP/IP 和 REST API 通信協議,以促進無縫集成[19],如圖?1?所示。具體來說,物聯網層將重組后的 IMU 數據包傳輸到邊緣層,以便立即處理和碰撞分類。隨后,Edge Layer 將分類的沖突元數據和相關分析數據轉發到 Cloud Layer (Firestore),主要用作數據聚合、長期分析和未來可擴展性的存儲庫。

數據傳輸包括帶時間戳的碰撞事件、IMU 數據、分類碰撞類型、小波變換輸出和人工驗證的參考。這種結構化的通信管道可確保分布式計算流程的所有層之間實現穩健高效的集成,從而優化低延遲響應和分析能力。

四實驗裝置

IV-A 型硬件和軟件配置

表 I:分布式 Cloud-Edge-IoT 計算架構的實驗設置和配置細節。

?裝置軟件功能
IoT 層?樹莓派
3B+,IMU
BNO085
Raspberry
Pi OS、
套接字
IMU 數據采集
(100Hz) 和
數據集重構
邊緣層?英特爾
i5-9400f 臺式機
TensorFlow、PyWavelets、Python、
MobileNetV2
特征提取(小波變換)、CNN 分類、低延遲碰撞決策
云層?Firestore (Firebase)Web API、Firebase 數據庫結構化數據存儲、
用于未來分析和模型再訓練的聚合

該系統使用三個分層層實現,每個層都配備了不同的硬件和軟件組件。下面的表?I?總結了系統配置。IoT 層收集 100Hz IMU 數據并將處理后的數據傳輸到邊緣層。Edge Layer 執行基于 Wavelet Transform 的特征提取和基于 CNN 的碰撞分類,將分類結果轉發到 Cloud Layer 進行數據聚合和未來分析。

IV-B 型測試環境和碰撞仿真

為了確保真實和受控的測試條件,實驗裝置使用了部署在平靜水環境中的模型比例的 USV。該測試臺旨在復制真實世界的海洋條件,同時保持可重復性和受控的撞擊場景。圖?4?顯示,USV 在船甲板末端安裝了 IMU BNO085 傳感器和 Raspberry Pi 3B+。

我們在工作中使用模型比例的船只來代表 USV。IMU 傳感器牢固地安裝在船體上,確保最小的外部干擾對測量的影響。USV 是手動控制的,以影響數據測試集合的預定義碰撞點。為了最大限度地減少外部干擾,我們的實驗在 8m×4m×2m 的封閉水池中進行,以提供受控的水面,在多次試驗中具有可預測的沖擊動力學,并在環境條件中保持一致以實現可重復性。

測試框架由三個預定義的撞擊區域組成,復制了真實世界的碰撞場景。每種影響類型每個場景至少重復 10 次,以確保分類準確性的統計可靠性。IMU 傳感器記錄了撞擊瞬間的加速度和角速度,為分析提供了原始運動數據。

IV-C 型評估指標和數據收集

系統性能使用四個主要指標進行評估,如表?II?所示。選擇這些指標來評估所提議系統的準確性、響應能力和通信效率。為了確保可靠的評估,在受控條件下進行的多次實驗試驗中系統地收集數據。每次試驗都涉及記錄 IMU 數據、分類輸出以及精確測量跨層的處理時間和延遲。通過混淆矩陣分析、系統時間戳和往返時間 (RTT) 分析對指標進行量化,以提供所提議系統的整體性能。在本研究中,RTT 分析用于評估 Edge-to-Cloud 數據傳輸的完整處理時間。

表 II:性能評估指標

度量?定義測量方法
分類
準確性?
正確分類
的碰撞事件率
混淆矩陣
分析
IoT
處理時間?
IMU 數據收集和重組的
處理時間
傳輸到 Edge?之前的
時間戳
處理
IoT-to-Edge
Latency?
Transmission time
IMU data package
from IoT to Edge
Timestamped transmission
events log
邊緣層
處理時間?
特征提取和 CNN 分類的處理時間在數據到達和
CNN 輸出時捕獲
的時間戳
邊緣到云
延遲?
從 Edge 到 Cloud
進行存儲的傳輸時間
測量結構化數據傳輸

RTT

圖 4:模型級 USV,帶有集成的機載系統,具有 BNO085 IMU 和 Raspberry Pi 3B+。

V結果與討論

V-A分類性能

基于 MobileNetV2 框架的 CNN 模型的分類準確性使用來自 50 次試驗的混淆矩陣進行評估,確保數據集平衡,每種影響類型至少進行 10 次試驗,以最大限度地減少偏差并確保分類結果的公平性。結果表明,所提出的系統成功地區分了所有碰撞類型,如圖?5?所示。

表?III?總結了四種不同影響案例的分類性能。總體而言,該系統實現了 86% 的聚合準確率 (43/50)。統一的精確率、召回率和 F1 分數反映了所有類別的均衡預測能力。

圖 5:USV 碰撞分類的混淆矩陣(左)和跨層處理時間/延遲分析(右)。 表 III:分類性能摘要

影響案例總案例數正確精度召回F1 分數
12110.8460.9170.880
港口12100.9090.8330.870
右舷15120.8000.8000.800
沒有11100.9090.9090.909
整體50430.8610.8600.859

單獨來看,“None”和“Port”影響的準確率最高 (0.909),表明正確分類這些特定情景的準確性很高。“Bow” 撞擊實現了最高的召回率 (0.917),證明了對實際碰撞事件的可靠檢測。然而,“右舷”影響顯示性能較低,F1 分數為 0.800,這表明此類的分類準確性可以從額外的訓練或精細的特征提取中受益。

從技術上講,碰撞力和角度的微小變化偶爾會導致檢測和分類錯誤。為了解決這個問題,建議使用由 Cloud Layer 促進的持續 CNN 模型重新訓練,以提高系統性能。此外,將注意力機制集成到 MobileNetV2 架構中可以增強模型對關鍵尺度圖特征的關注。例如,H. Cheng 等人。[20]證明 MobileNet 中的融合空間通道注意力機制通過優先考慮相關圖像區域來提高分類準確性。此外,傳感器位置會影響檢測和分類結果,因為位于中央的 IMU 可確保穩定可靠的數據采集,從而最大限度地減少外部影響。總之,結果強調了所提出的架構的有效性和可靠性,同時確定了需要進一步優化以提高整體系統性能的區域,例如 “Starboard” 級。

V-B處理時間和系統延遲分析

系統延遲和處理時間跨三個計算層進行測量:云(數據聚合)、邊緣(AI 驅動的分類)和 IoT(數據采集),如表?IV?和圖?5?所示。跨層的結果分析強調了在擬議架構中采用 Cloud-Fog Automation 的有效性。IoT 層的處理延遲可以忽略不計,而 IoT-to-Edge 傳輸引入了中等延遲(300 毫秒),反映了跨區域網絡通信中遇到的典型延遲。邊緣到云延遲因地理位置和服務器位置差異而異。<

值得注意的是,邊緣層實現了最小的處理延遲(6.44 毫秒),確保了可靠的低延遲 AI 驅動的碰撞檢測和分類。邊緣到云通信延遲因云服務器位置而異,由于地理距離和網絡限制,澳大利亞云服務的 RTT 值(210.15 毫秒)低于新加坡的服務(583.66 毫秒)。

使用 RTT 測量而不是單向延遲測量,因為它們在準確評估通信延遲方面具有實用性和可靠性。單向延遲測量通常需要在地理位置分散的節點之間進行精確的時鐘同步,這帶來了復雜性和潛在的測量不準確性[21].RTT 本身同時考慮了傳輸和響應延遲,從而提供了更直接、更具代表性的響應能力和網絡通信性能度量[22].

表 IV:處理時間和系統延遲摘要

過程平均值 (ms)標準差 (ms)
IoT 層 (VN)1.00± 1.00
A – 物聯網到邊緣 (VN→AU)?282.96± 100.79
B – 邊緣層 (AU)6.44± 1.08
C – 邊緣到云 (AU?澳大利亞*)?210.15± 47.79
D – 邊緣到云 (AU?SG*)?583.66± 152.11

VN:越南;AU:澳大利亞;SG: 新加坡 – 地點|* 云服務

這些發現強調了地理優化的云服務選擇對于在 USV 碰撞分類系統中保持低延遲通信的重要性。盡管如此,在邊緣層和云層之間觀察到的延遲不會對低延遲碰撞檢測和分類功能產生負面影響,因為關鍵的 AI 驅動型處理任務在邊緣層高效執行。總的來說,結果驗證了所提出的用于海上自主運營的分布式 Cloud-Edge-IoT 計算架構的穩健性和有效性。

六結論和未來工作

在本文中,我們提出并開發了一種分布式 Cloud-Edge-IoT 計算架構,專為海上 ICPS 背景下 USV 中的低延遲 AI 驅動的碰撞檢測和分類量身定制。通過利用 Cloud-Fog Automation 范式,我們提出了一個分布在分散的分層層上的計算框架,以有效減輕傳統板載處理方法的局限性。

我們將基于 Wavelet 的特征提取與基于 MobileNetV2 的 CNN 模型集成在一起,實現了 86% 的準確率。我們的實驗驗證證明了有效的計算性能,減少了機載處理負載,并提高了低延遲碰撞分類性能。具體來說,IoT 層可靠地捕獲了 IMU 數據包,邊緣層執行低延遲分類,而云層有效地聚合了數據以供未來增強。實驗結果分析進一步證實了所提出的分布式計算架構的效率,在觀察到的 IoT 和 Edge 層實現了較低的處理和傳輸時間(平均值:282.96 + 6.44 毫秒,SD:100.79 + 1.08 毫秒)。網絡延遲評估揭示了云服務器位置的變化,強調了地理鄰近性的重要性。具體來說,本地(基于 AU)通信的 RTT 延遲(平均值:210.15 毫秒)明顯低于新加坡等國際云位置(AU-SG,平均值:583.66 毫秒)。

我們提出的架構不僅展示了海上自主性的潛力,而且還提供了適用于更廣泛的 ICPS 應用的通用架構。通過分散計算過程和減少延遲,我們的框架可以支持各種 ICPS 應用程序,包括工業網絡機器人、精密制造、工業自動化、資源管理和智能工廠。例如,利用網絡化機器人和自主系統的行業可以受益于增強的低延遲決策、高級分析、預測性維護和動態系統適應,利用擬議架構實現的分布式計算。此外,醫療保健、基礎設施監控和災難響應等關鍵部門可以利用 Cloud-Fog Automation 的可擴展性和低延遲優勢來實現強大的遠程作和 AI 賦能的自主能力[23,24,25].

我們的工作有助于靈活、可擴展和有彈性的智能系統的未來發展。擬議的架構提供了一個基礎框架,可以適應廣泛的工業部門,從而提高下一代 ICPS 的智能可擴展性和運營效率。未來的工作將把我們架構的能力擴展到數據聚合之外,從而結合高級預測分析、聯合學習和持續的 AI 模型實現,以增強低延遲決策、自適應自主任務卸載和主動自主[26].

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/diannao/88769.shtml
繁體地址,請注明出處:http://hk.pswp.cn/diannao/88769.shtml
英文地址,請注明出處:http://en.pswp.cn/diannao/88769.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

AI+物聯網:從萬物互聯到萬物智聯

AI物聯網&#xff1a;從萬物互聯到萬物智聯的范式革命 當農田傳感器自主決策灌溉時機&#xff0c;當咖啡機根據睡眠數據調節濃度&#xff0c;當城市交通系統在擁堵發生前主動干預——這些場景不再是科幻想象&#xff0c;而是2025年AIoT&#xff08;人工智能物聯網&#xff09;…

Python爬蟲實戰:研究Levenshtein庫相關技術

1. 引言 1.1 研究背景與意義 隨著電子商務的快速發展,網絡上積累了海量的產品數據。這些數據來自不同的電商平臺、賣家,存在著產品名稱不統一、規格描述差異大等問題,給數據整合、價格比較、競品分析等應用帶來了極大挑戰。傳統的精確匹配方法無法處理產品名稱中的拼寫錯誤…

MySQL 總是差八個小時,如何破?

MySQL 總是差八個小時&#xff0c;如何破&#xff1f;_mysql__江南一點雨-Byzer 白澤 解決 SpringBoot 應用中 MySQL 時區配置引起的時間不一致問題 - 路有所思 - 博客園

iOS 為圖片添加水印

(instancetype)waterMarkWithImage:(UIImage *)image andMarkImageName:(NSString *)markName{ UIImage *watermarkImage [UIImage imageNamed:markName]; if (!watermarkImage) { NSLog("水印圖片加載失敗: %", markName); return image; } // 獲取原圖尺寸和方向 …

藍牙工作頻段與跳頻擴頻技術(FHSS)詳解:面試高頻考點與真題解析

藍牙技術憑借其低功耗、短距離通信的特性,已成為物聯網、智能穿戴等領域的核心技術之一。其核心競爭力在于對 2.4GHz ISM 頻段的高效利用與跳頻擴頻技術(FHSS)的創新應用。本文將系統梳理藍牙工作頻段與 FHSS 的高頻考點,并結合歷年真題與解析,快速掌握核心知識,輕松應對…

ArkTS與倉頡開發語言:鴻蒙編程的雙子星

前言 鴻蒙是多語言生態&#xff0c;ArkTS、倉頡和 C/C充分互補。ArkTS 是動態類型編程語言&#xff0c;主打易學易用、生態豐富、極簡開發、持續創新四大特征&#xff1b;倉頡是靜態類型編程語言&#xff0c;主打高性能、強安全、跨平臺、智能化等特性。為滿足不同業務場景訴求…

怎么把本地倉庫push 到gitlab 上

1. 首先 我們需要再gitlab 上建立一個group &#xff0c; &#xff08;group 可也設定是public 還是private&#xff09;&#xff0c;public 可以不用用戶密碼用 https 下載 2. 再gitlab 的group 下 建立一個倉庫 &#xff08;pulbic/private) 如何刪除 一個倉庫&#xff08;…

論文筆記(八十六)V-HOP: Visuo-Haptic 6D Object Pose Tracking

V-HOP: Visuo-Haptic 6D Object Pose Tracking 文章概括摘要1. 引言2.背景A. 問題定義B. 觸覺表示基于單元陣列的傳感器基于視覺的傳感器 3. 方法學A. 手爪表示B. 物體表示C. 網絡設計D. 訓練范式 IV. 實驗A. 多形態數據集B. 位姿跟蹤比較C. 模態消融D. 融合策略消融E. 遮擋對性…

[論文閱讀] (40)CCS24 PowerPeeler:一種通用的PowerShell腳本動態去混淆方法

《娜璋帶你讀論文》系列主要是督促自己閱讀優秀論文及聽取學術講座&#xff0c;并分享給大家&#xff0c;希望您喜歡。由于作者的英文水平和學術能力不高&#xff0c;需要不斷提升&#xff0c;所以還請大家批評指正&#xff0c;非常歡迎大家給我留言評論&#xff0c;學術路上期…

DeepSeek工具對AI編程幫助

一、技術架構&#xff1a;混合專家模型&#xff08;MoE&#xff09;的顛覆性優勢 DeepSeek的核心競爭力源于其混合專家模型架構&#xff08;Mixture of Experts&#xff09;&#xff1a; 參數規模&#xff1a;6710億參數&#xff0c;每個token僅激活37億參數&#xff0c;實現超…

鏈表題解——兩數相加【LeetCode】

方法一&#xff1a;遞歸 寫法一&#xff1a;創建新節點 算法思路解析 該實現采用 遞歸方式 逐位處理兩個鏈表&#xff0c;并考慮進位 carry&#xff1a; ? 步驟拆解 遞歸終止條件&#xff1a;當 l1, l2 都為空且沒有進位&#xff08;carry 0&#xff09;&#xff0c;說明…

AutoGen框架的ReAct推理模式的多跳測試

問題&#xff1a;特斯拉公司 CEO 的出生地是哪個國家&#xff1f; 答案&#xff1a;南非。 推理過程&#xff1a; 第一跳&#xff1a;確定特斯拉&#xff08;Tesla, Inc.&#xff09;的 CEO。特斯拉的 CEO 是埃隆馬斯克&#xff08;Elon Musk&#xff09;。 第二跳&#xff1a;…

MCP-安全(entra)

保護 AI 工作流程&#xff1a;模型上下文協議服務器的 Entra ID 身份驗證 介紹 保護模型上下文協議 (MCP) 服務器的安全與鎖好家門一樣重要。保持 MCP 服務器開放會導致您的工具和數據遭受未經授權的訪問&#xff0c;從而導致安全漏洞。Microsoft Entra ID 提供強大的基于云的身…

Node.js特訓專欄-實戰進階:8. Express RESTful API設計規范與實現

?? 歡迎來到 Node.js 實戰專欄!在這里,每一行代碼都是解鎖高性能應用的鑰匙,讓我們一起開啟 Node.js 的奇妙開發之旅! Node.js 特訓專欄主頁 專欄內容規劃詳情 Express RESTful API設計規范與實現:構建標準化、可維護的接口服務 在前后端分離架構盛行的今天,RESTful A…

2025企業數字化轉型之道

進入2025年&#xff0c;企業的數字化轉型已經不再是選擇題&#xff0c;而是生存和發展的關鍵。如何抓住技術的浪潮&#xff0c;提高效率、提升客戶體驗、加強創新&#xff0c;成了企業亟需解決的問題。 1.自動化&#xff1a;釋放人力潛力 自動化是數字化轉型的起點。通過RPA&a…

TCP 保活定時器詳解:原理、配置與最佳實踐

一、TCP 保活定時器基礎原理 TCP 保活定時器&#xff08;TCP Keepalive Timer&#xff09;是 TCP 協議中用于檢測長時間無數據傳輸的連接是否仍然有效的機制。它通過在連接空閑一段時間后發送探測報文&#xff0c;確認對方主機是否仍然可達&#xff0c;從而避免在對端異常斷開…

瀏覽器工作原理27 [#]PWA:解決了web應用哪些問題

引用 《瀏覽器工作原理與實踐》 PWA&#xff0c;全稱是 Progressive Web App &#xff0c;翻譯過來就是漸進式網頁應用。根據字面意思&#xff0c;它就是“漸進式 Web 應用”。對于 Web 應用很好理解了&#xff0c;就是目前普通的 Web 頁面&#xff0c;所以 PWA 所支持的首先是…

Leetcode百題斬-圖論

再開下一個坑&#xff0c;圖論專題居然以前都刷過了&#xff0c;三道Medium也沒什么好說的&#xff0c;直接過 994. Rotting Oranges[Medium] 發現一個很神奇的事&#xff0c;這一題我再5年前的時候做&#xff0c;還是個Easy&#xff0c;現在已經漲到Medium了。看來隨著通貨膨…

將Python Tkinter程序轉換為手機可運行的Web應用 - 詳細教程

前言 作為一名Python開發者&#xff0c;你可能已經使用Tkinter創建了一些桌面GUI應用。但是如何讓這些應用也能在手機上運行呢&#xff1f;本教程將詳細介紹如何將基于Tkinter的Python程序轉換為手機可訪問的Web應用&#xff0c;讓你的應用隨時隨地可用&#xff01; 一、為什…

Markdown批量轉PDF工具:高效便捷的文檔轉換解決方案

Markdown批量轉PDF工具&#xff1a;高效便捷的文檔轉換解決方案 前言 在日常工作和學習中&#xff0c;我們經常需要將Markdown文檔轉換為PDF格式&#xff0c;無論是為了分享、打印還是歸檔。雖然有很多在線工具可以實現這一功能&#xff0c;但當面對大量文檔時&#xff0c;逐…