请问引导加载程序从第一个和稍后的应用程序开始的过程是如何从USB角度看的

在我们的应用中，我们将在USB树上大量的PSoC 3设备，并希望使用USB引导加载程序。
现在，我想知道引导加载程序从第一个和稍后的应用程序开始的过程是如何从USB角度看的。
该设备枚举两次，应用程序使用不同的VANDRID/DEVICID，而不是Bootloader吗？
另外，可以在引导加载程序和应用程序中定义两种配置。
并且让我的应用程序的驱动程序切换配置（或者在引导加载程序主机的末尾执行）。
这将在我看来更干净，避免双重枚举。
我可能需要修改Bootloader主机代码（使用LIPSUB或类似的），因为我的设备不会是我的应用程序的HID类。ICI还可以通过将配置切换回“Bootloader”来触发新的引导加载，并使我的应用程序代码触发配置更改，并在发生这种情况时进入引导加载程序。
问题是，是否可以避免设备重置（在启动应用程序时在引导加载程序结束时）将重置USB组件，使得USB侧可见。
安德烈亚斯



     以下为原文
  In our application we will a high number of PSoC 3 devices on a USB-tree and want to use the  USB bootloader.
    Now I wonder how the process of the bootloader starting first and later the application looks from a USB perspective.
    Is the device enumerated twice and the application uses a different vendorID/deviceID than the bootloader?
    Alternatively I could define two configurations both in the bootloader and in the application
    and let the driver of my application switch the configuration (or do that at the end of the bootloader host).
    That would be much cleaner in my opinion and avoid the double enumeration.
    I probably need to modify the bootloader host code (use libu*** or similar), because my device will not be a HID class for my application. I could also allow to trigger a new bootloading by switching the configuration back to "bootloader" and make my appliction code trigger for config changes and entering the bootloader when this happens.
    The question is, whether I can avoid that the device reset (that is done at the end of the bootloader when starting the application)  will reset the USB component such that this is  is visible to the USB side.
    Andreas