总结：一个前提，两种形式，一个注意，外加一个很不常用的知识点
1：一个前提：必须是DBC或其他数据库文件中定义的信号，且这个数据库已经添加到工程中去了。
2：使用格式 on signal+（用户添加的signal名），注意on signal全部为小写，中间至少一个空格
用户添加的signal，也有两种命名格式，一种是直接“空格”+信号名，一种是“空格”+signal所在的message名::信号名
3：两种形式：
on signal 和 on signal_update
这里就需要提到一种学习惯性的问题，结合我们之前学到的 on message ，我们知道 只要总线上出现一次，就触发一次，并执行 on message 中大括号{}中包含的代码。又因为signal又是组成message的最小个体，包括我自己，一开始都是认为 on signal 也是和 on message一样的使用
看段代码，RRV_PC_Life假如是存在message0x110上的，我们本意是想每次接收到0x110，就触发一次write函数，输出一次。结果实际测试中并不能实现。你们可以自己试一下，只有RRV_PC_Life的值产生变化时，才会触发大括号内的write函数。
那么我们如何才能每次接收到一帧包含RRV_PC_Life信号的0x110，报文时，就触发一次大括号内的函数？
回答：可以使用 on signal_update,修改上述代码，大家可以自己试一试。
小结：on signal XXX 当 “XXX”的值发生变化时，才会触发大括号内的代码执行
on signal_update XXX 当“XXX”所在的Message每次出现在总线上时，都会执行大括号内的代码
4：一个注意：注意数据类型的匹配
无论是on signal 还是 on signal_update。我们经常需要使用this指针，将Signal赋值给其他变量（其他包括不限于：1、CAPL中定义的各种全局变量，局部变量 。2、系统变量 3、其他信号）
这时非常需要注意的一个问题就是：“数据类型的匹配”
如下面一个简单的例子
int是signal类型，但是RRV_PC_Life是unsignal类型，这种情况就会产生错误，此外数据长度匹配也很重要。如RRC_PC_Life非常大5个Byte，int只有4个Byte，这样也是会出错的。故需要注意。
5：一个不常用的知识点“this.”
注意this后的“.”,在on message中常用，可以直接调用Message中的很多属性，on signal中有且只有一种
this.name
查看上图，运行一下，结果如下图
打印了，信号的全称 message名称::信号名称
