ResourceGroup
从单片机软件的角度，寄存器的位字段是最小的功能单元。HW resource group是一系列能被URI（统一资源标识符）识别的位字段的集合。此外，这个寄存器位字段的实现的功能和组成的硬件功能块，E.g.
CCU8中的一片CC8单元包含多个寄存器位字段，它相应的URI是"peripheral/ccu8/*/cc8/*"，”*”表示”any”单元或者slice。这一命名方法非常有用，它可以包含所有的硬件单元（与FPGA的概念相同）。
注意：尽管是同一个寄存器的位字段，也可能出现在不同的HW resource group中。
一个格式完整的硬件资源组是这样的：
http://www.infineon.com/0.1.30/peripheral/ccu8/0/cc8/0/gidls_ssi
写在manifest里：
resourceGroupUri=[“peripheral”,”ccu8”,”*”,”cc8”,”*”];
为了找到特定MCU的特定HW
resourcegroup 我们可以用DAVE?SDK
Device Explorer。
在这个例子里，HW
resourcegroup对应的是XMC4500-F144的"peripheral/ccu8/0/cc8/0"，你可以看到功能块CCU8的构成。
在manifest里我们能用一个或者多个resource
group，定义虚拟信号，根据相应的应用需求给它们写名字。你可以不同APP中的信号之间建立连接，你也可以定义信号不连接，用户在Dave中连接。
从更为普通的观点来说，我们可以把硬件单元定义成包含io信号的一个或者多个resource
groups，用这个resource groups可以实现一些特定的功能。
在硬件单元之间有很多相关的连接，因此人工地很难照顾到所有的连接。所以，solver会为我们解决这个问题，APP的开发者只需要定义resourcegroups之间的连接。例如：想象我们现在有4个资源组{
p1/0, p1/1, p2/0, p3/0 }（”P”代表”peripheral”(外设)），每一个硬件组包含一些resourcegroups（"rg”）
- { rga/0, rga/1 } ? p1/0
- { rga/0, rga/1 } ? p1/1
- { rgb/0, rgb/1 } ? p2/0
- { rgz/0, rgz/1 } ? p3/0
每一个成员代表了相应的硬件或resource group。在下面的情况中我们有两个相应的硬件组("p1/0"
and "p1/1"), 它们内部的resource group的名字是一样的，例如两个USIC模块分别有两个channel。
在你观察上图的过程中你可以发现有很多硬件的模块之间的连接（form
interconnection network to interconnectionwork），但是没关系，我们有solver！通过solver的处理我们只需要关心资源组的连接,就如下图：
当solver决定是否需要连接被需要的resource
group 之后，你可以通过在templetes或manifest中要求solver返回相应的寄存器地址，或者你可以使用现有的APP让它们为你配置。
在最后，作为一个APP的开发者及使用者你只要关心虚拟的信号连接，不需要关心硬件连接了。
