Welcome to ROSMASTER M1 repository
4. Multimodal visual understanding and voice interaction
4. Multimodal Visual Understanding Voice Interaction
4. Multimodal Visual Understanding Voice Interaction1. Concept Introduction1.1 What is "Visual Understanding"?1.2 Implementation Principle Overview2. Code AnalysisKey Code1. Utility Layer Entry Point (largemodel/utils/tools_manager.py)2. Model interface layer(largemodel/utils/large_model_interface.py)Code Analysis3.1 Configuring the Offline Large Model3.1.1 Configuring the LLM Platform( yahboom.yaml )3.1.2 Configuring the Model Interface (large_model_interface.yaml)3.1.3 How to Use a CSI Camera3.2 Starting and Testing the Functionality4. Common Problems and Solutions4.1 Very Slow Response
Note: Raspberry Pi 5 2GB/4GB, RDK X5 4GB, and Jetson Orin Nano 4GB versions cannot run offline due to performance limitations. Please refer to the online large model tutorial.
1. Concept Introduction
1.1 What is "Visual Understanding"?
In the largemodel project, the multimodal visual understanding function refers to enabling the robot to not only "see" a pixel matrix, but also to truly "understand" the content, objects, scenes, and relationships between them in an image. This is like giving the robot a pair of thinking eyes.
The core tool for this function is seewhat. When the user gives a command such as "Look at what's here," the system calls this tool, triggering a series of background operations, and ultimately feeding back the AI's analysis results of the real-time image to the user in natural language.
1.2 Implementation Principle Overview
The basic principle is to input two different types of information—images (visual information) and text (linguistic information)—into a powerful multimodal model (e.g., LLaVA).
- Image Encoding: The model first uses a vision encoder to convert the input image into computer-understandable digital vectors. These vectors capture features such as color, shape, and texture of the image.
- Text Encoding: Simultaneously, the user's question (e.g., "What's on the table?") is also converted into a text vector.
- Cross-Modal Fusion: The most crucial step is the fusion of image and text vectors in a special "attention layer." Here, the model learns to "pay attention" to the parts of the image relevant to the question. For example, when asked about "table," the model will focus more on regions in the image that match the features of "table."
- Answer Generation: Finally, a large language model (LLM) part generates a descriptive text as the answer based on the fused information.
In simple terms, it involves using text to "light up" corresponding parts of an image, and then using language to describe the "lit" parts.
2. Code Analysis
Key Code
1. Utility Layer Entry Point (largemodel/utils/tools_manager.py)
The seewhat function in this file defines the execution flow of the tool.
xxxxxxxxxx# From largemodel/utils/tools_manager.pyclass ToolsManager: # ... def seewhat(self): """ Capture camera frame and analyze environment with AI model. :return: Dictionary with scene description and image path, or None if failed. """ self.node.get_logger().info("Executing seewhat() tool") image_path = self.capture_frame() if image_path: # Use isolated context for image analysis. analysis_text = self._get_actual_scene_description(image_path) # Return structured data for the tool chain. return { "description": analysis_text, "image_path": image_path } else: # ... (Error handling) return None def _get_actual_scene_description(self, image_path, message_context=None): """ Get AI-generated scene description for captured image. :param image_path: Path to captured image file. :return: Plain text description of scene. """ try: # ... (Building Prompt) # Force use of a plain text system prompt with a clean, one-time context. simple_context = [{ "role": "system", "content": "You are an image description assistant. ..." }] result = self.node.model_client.infer_with_image(image_path, scene_prompt, message=simple_context) # ... (Processing results) return description except Exception as e: # ...2. Model interface layer(largemodel/utils/large_model_interface.py)
The infer_with_image function in this file is the unified entry point for all image understanding tasks. It is responsible for calling the specific model implementation according to the configuration.
xxxxxxxxxx# From largemodel/utils/large_model_interface.pyclass model_interface: # ... def infer_with_image(self, image_path, text=None, message=None): """Unified image inference interface. """ # ... (Prepare Message) try: # Determine which specific implementation to call based on the value of self.llm_platform if self.llm_platform == 'ollama': response_content = self.ollama_infer(self.messages, image_path=image_path) elif self.llm_platform == 'tongyi': # ... Logic for calling the Tongyi model pass # ... (Logic of other platforms) # ... return {'response': response_content, 'messages': self.messages.copy()}Code Analysis
This feature's implementation involves two main layers: the tool layer defines the business logic, and the model interface layer is responsible for communicating with the large language model. This layered design is key to achieving platform versatility.
Tool Layer (
tools_manager.py):- The
seewhatfunction is the core business of the visual understanding function. It encapsulates the entire "seeing" action process: first, it calls thecapture_framemethod to obtain an image, then calls_get_actual_scene_descriptionto prepare a prompt for the model to analyze the image. - The most critical step is calling the
infer_with_imagemethod of the model interface layer. It does not care about the underlying model; it only passes the two core data elements, "image" and "analysis instructions," to the model interface layer. - Finally, it packages the analysis results (plain text descriptions) received from the model interface layer into a structured dictionary and returns them. This allows upper-layer applications to easily use the analysis results.
- The
Model Interface Layer (
large_model_interface.py):- The
infer_with_imagefunction acts as a "dispatching center." Its primary responsibility is to check the current platform configuration (self.llm_platform) and, based on the configuration, dispatch tasks to specific handlers (such asollama_inferortongyi_infer). - This layer is key to adapting to different AI platforms. All platform-specific operations (such as data encoding and API call formats) are encapsulated within their respective handlers.
- In this way, the business logic code in
tools_manager.pyremains unchanged to support a variety of different large-model backend services. It simply interacts with the unified, stableinfer_with_imageinterface.
- The
In summary, the seewhat tool's execution flow demonstrates a clear separation of responsibilities: ToolsManager defines the "what" (acquiring an image and requesting analysis), while model_interface defines the "how" (selecting the appropriate model platform based on the current configuration and interacting with it). This makes the tutorial's parsing universal; the core code logic remains consistent regardless of whether the user is online or offline.
3.1 Configuring the Offline Large Model
3.1.1 Configuring the LLM Platform(yahboom.yaml)
This file determines which large model platform the model_service node loads as its primary language model.
Raspberry Pi 5 requires entering a Docker container, while RDK X5 and Orin controllers do not:
xxxxxxxxxx./ros2_docker.sh
If you need to enter other commands in the same Docker container later, simply enter ./ros2_docker.sh again in the host terminal.
Open the file in the terminal:
xxxxxxxxxxvim ~/yahboom_ws/src/largemodel/config/yahboom.yamlModify/Confirm
llm_platform: