jasonj333

1、工程路径C:\Users\Public\Documents\Vector\CANoe\Sample Configurations 15.3.89\Ethernet\Simulation\EthernetSimSwitch在CANoe软件上也可以打开此工程：File|Help|Sample Configurations|Ethernet - Simulation of Ethernet ECUs|Switch（Ethernet）

1、工程路径C:\Users\Public\Documents\Vector\CANoe\Sample Configurations 15.3.89\Ethernet\Simulation\TLSSimChat在CANoe软件上也可以打开此工程：File|Help|Sample Configurations|Ethernet - Simulation of Ethernet ECUs|Basic AUTOSAR Adaptive（SOA）2、示例目的此示例配置数字证书，通过TLS协议实现两个Cl

Tester发到Port1端口的packet，被CANoe的测量模块获取到，显示到Trace窗口，方向dir为Rx。这样的问题会造成我们分析时的困扰，尤其是在报文非常多的时候，侵占Trace窗口界面。Tx方向的报文确实没有了，但是解析文本还是显示两次，这说明Program node中解析服务原语时没有把Tx方向的服务原语过滤掉。这个问题我们在之前的文章中有过介绍，这里大致说下。我们可以让Switch转发出去的报文不显示在Trace窗口上，只需要在Program node上过滤掉方向为Tx的报文。

这种解析的实现思路是：在数据流向Trace窗口的过程中，接收服务原语，解析成服务指令，赋值给系统变量。然而我们在Trace窗口并没有看到解析的文本，这说明Program node里的capl脚本并没有识别到服务原语并解析。因为服务原语的解析功能是在Measurement Setup下的Program node节点解析的，所以你的log文件里的报文必须经过Program node。这时候我们就可以考虑是否可以利用CANoe TC8示例工程里的服务原语的解析功能，把log里的服务原语解析出来呢？

且此示例虽然只是demo，但实现了所有的TC8测试用例，各家供应商的基于CANoe的TC8方案都是根据这个示例修改而来，其重要性可想而知。如果你想用这个示例工程作为测试脚本测试真实ECU的TC8用例，也是可以的，只需要设置为Real Bus，配置好硬件通道和参数，禁用模拟DUT节点即可。EthernetTC8Test示例演示了TC8所有测试用例的实现步骤，不只实现了TC8测试用例中Tester的测试步骤，还模拟了DUT的行为，让用户在执行测试用例时能获取整个通信过程。而不是点击Run图标后执行？

该工程由Vector官方提供，目的是演示Python如何调用CAPL文件里的自定义函数。里面除了CANoe工程文件外，还有python文件和CAPL：

该工程由Vector官方提供，作为仿真SOME/IP节点的示例。Demo中介绍了两种仿真SOME/IP节点的方法，一种是基于arxml数据库的仿真，另一种是没有数据库（arxml、fibex）的仿真。无论是哪种形式的仿真，如果想要通过CAPL程序接收或者发送SOME/IP信息，都需要添加交互层的信息，这些信息可以通过添加DLL文件实现，DLL文件路径在CANoe安装目录下的Exec32文件中。

CANoe自带的示例工程我们讲过很多次了。当安装CANoe软件时，会在安装界面让用户选择是否安装Sample Configurations。如果勾选了，则会在电脑的的C盘自带需要的示例工程，路径为：C:\Users\Public\Documents\Vector\CANoe\Sample Configurations 15.3.89

以下示例来自CANoe DEMO，路径为C:\Users\Public\Documents\Vector\CANoe\Sample Configurations 12.0.101\IO_HIL\TCP_IPServer TCP由于TCP连接是服务器的tcp socket在listen状态下接受连接请求，从而完成三次握手操作所以，首先服务器应该先创建好tcp socket后，绑定本地端口，然后处于监听状态，这样才能随时接受客户端的连接请求CANoe DEMO里关于TCP连接通信是在面板上完成的.

此示例配置基于AUTOSAR Adaptive数据库，演示了面向服务的架构 (SOA) 的模拟和分析的基本功能

此示例工程来自于Vector官网：EthernetCanGW_Test_CN感兴趣的可以自行下载！