Contact
CANoe.MOST combines a wide range of analysis and testing capabilities for MOST systems with a convenient user interface. Besides offering user-friendly interactive analysis of the overall system, its automated analyses and tests are especially useful in boosting efficiency in ECU development and system integration. The network services required for single component tests are provided, including the means for performing a remaining bus simulation.
MOST150 Support in CANoe.MOST
Many practice-proven analysis features are offered, such as the Trace, Data and Graphic windows, and the function block monitor. The tool also provides filter options and the interactive generator block for stimulation of the MOST150 ring. Services like AMS and the application socket comply with the new MOST specifications.
Besides meeting the special requirements of the MOST150 system, Vector also took the needs of experienced MOST25 users into consideration. The training effort is kept very low thanks to the unchanged user interface and programming interface. The table gives an overview of the MOST25 and MOST150 features.
| MOST Feature | MOST25 | MOST150 |
| Control Channel | Node/Spy | Node/Spy |
| - CMS | yes | yes1 |
| - AMS | yes | yes |
| Asynchronous Channel (MDP) | Node/Spy | Node/Spy |
| - Raw packets | yes | yes |
| - MOST High Protocol (MHP) | yes | yes |
| Ethernet Channel (MEP) | n.a. | Node/Spy |
| System States (Light, Lock, System Lock, ...) | yes2 | yes |
| Audio/Synchronous Channels | ||
| - Allocation Table | yes | yes |
| - LineIn/LineOut | yes | yes |
| - S/PDIF In/Out | CAPL | CAPL |
| - Streaming to PC | yes | no |
| - Isochronous Channels | n.a. | no |
| Stress | ||
| - Bus Load Control Channel | 100% | yes3 |
| - Bus Load Asynchronous Channel | 100% | yes3 |
| - Bus Load Ethernet Channel | n.a. | yes3 |
| - Unlock Generator | yes | no |
| Logging | ||
| - Control Channel, Asynchronous Channel, Ethernet, System States | BLF, ASC, IMG, OP2 , CCO4, CC34 | |
| - Synchronous Channels | BIN, WAV | no |
| Hardware Interface | VN2610 | OptoLyzer G2 3150o |
1 Sending via CMS is possible. The node only receives the possibly assembled AMS messages. The single CMS frames are only visible for the Spy.
2 Precise Stable Lock and Critical Unlock assignment in VN2610
3 Via CAPL programs, with bus load generation restricted by the hardware interface
4 Does not contain all channels, detailed information at the author of the format
For the operation with MOST150 a license for the Optolyzer integration package and the hardware interface OptoLyzer G2 3150o of SMSC is needed. Interested persons should send an E-Mail to the MOST product manager at Vector.
Diagnostic Access to MOST ECUs
The Diagnostic Feature Set of CANoe.MOST enables you to select, configure and execute diagnostic services of your ECU. Additionally you can see all diagnostic trouble codes (DTCs) in plain text and clear the fault memory during your tests if needed. You can include the same diagnostic work flows as script in your automated test sequences.
This functionality is available independent of whether you have diagnostic access to your ECU over CAN, MOST or Ethernet. As long as the CAN-MOST gateway is not available, you can execute your diagnostic tests directly over MOST. When the gateway becomes available, you can reuse the test scripts for the communication over CAN. The diagnostic access to the ECU over internet protocol (DoIP) can be achieved either directly over the Ethernet port of your ECU or over the Ethernet channel of MOST150 (MEP).
The Diagnostic Feature Set can comfortably be configured over ODX or a CANdela database (CDD).
With Option DiVa you can automatically generate test scripts from the same diagnostics description to reach comprehensive test coverage of the diagnostic services.
Device and System Tests
- Test modules support the user in device and system testing by providing a clear sequential test flow and clear, understandable reporting in XML or HTML.
- CAPL test modules can stimulate the MOST ring and wait for reactions from MOST devices, system events or user actions. Inline input assistance based on the function catalog facilitates an efficient creation of test scripts. Access to system states and to the MOST controller is also possible.
- XML test modules are used to configure frequently recurring test patterns, and they may be supplemented by CAPL programming if necessary.
- In both types of test modules the user can focus on development of the actual tests, because most part of the reporting is done automatically. Typical MOST checks can be started with minimal effort, e.g. to determine whether critical unlocks occur during the test procedure. CANoe.MOST monitors these conditions in background.
- Customers with maintenance contracts can test the MOST conformance of their system with the provided Core Compliance Tests.
Access to Full Bandwidth of the Synchronous Channels
CANoe.MOST allows full access to your ECU over CAN, MOST or Ethernet. Independent
of the ECU over internet protocol (DoIP) current synchronous boundary control all synchronous channels can be achieved either directly over streamed via USB to the Ethernet port PC and vice versa. Having this access CANoe.MOST covers a huge number of use cases in the area of multimedia streaming. The application note MOST Synchronous Channel Access describes this more detailed.
Device and Remaining Bus Simulation
- Simulation Setup
The simulation setup allows the MOST system to be subdivided into function blocks and devices according to the real systems. It is also possible to simulate multiple devices on the application level with one interface by assigning the same MOST interface multiple times. The integrated network services are automatically configured correctly. - Simulation Languages
Function blocks and devices can be simulated in the C-like CAPL programming language. CANoe provides an integrated development environment for this purpose. As an alternative the simulation could be created in C++. These two approaches may be intermixed in almost any conceivable way. This allows the developer to concentrate fully on simulating the application. The integrated services handle all standard tasks and inform the application of all changes in system states by callbacks. Furthermore, full access is provided to the MOST controller. - Network Services
The application socket of the simulation core contains all typical network services for MOST devices: - The Address Handler enables addressing of messages by FBlock and InstanceID. In doing so, it is possible to create simulation code that is independent of the momentary ring positions.
- The Notification Service automatically distributes changes in property values throughout the system, as necessary.
- The NetBlock automatically answers all requests of the Network Master without incurring programming effort for the user.
- The integrated Network Master provides for an orderly startup of the MOST ring.
- It is easy to address the Power Master to shut down the ring or to simulate overtemperature behavior, for example.
- Bus Simulator
The bus simulator joins all simulated devices into a virtual ring. Communication via the control channel and asynchronous channel, allocation of synchronous channels, user control of the simulated MOST controller and evaluation of the application are all possible without hardware.
Gateway Functionality
CANoe.MOST also supports you in gateway development. Efficient prototyping, analysis, and testing are trouble free, with access to both buses and a common time reference.
Services
The CANoe Application Development Team offers project services to create customized solutions for CANoe.MOST. 
Detailed information is available in the PDF data sheet.
