从文档接近应用程序\u v.13看来，中央设备在接收到来自外围设备的广告包后立即发送连接请求。但根据BT4.1规范，连接请求包前应有中央设备的扫描请求包和从外围设备扫描响应包。我错过了什么吗？谢谢。
卢克
嗨卢克，
da14580符合BT4.0规范。如果扫描是被动的，而不是激活的，则没有扫描响应数据。如果主动扫描每个广告指示，则从中心请求扫描响应，如果您的意思是您无法看到发送扫描响应数据的命令，是因为这些命令是从堆栈的下层发送的。您使用嗅探器，却看不到扫描响应数据包？
谢谢你的对话
同样从GUI SmartSnippets中，我如何模拟这两个设备连接？我试着用数据速率监视器和两个设备。一旦我启动外围设备和中央，我就无法嗅探扫描请求或扫描过程中的扫描响应。当扫描仪找到设备地址时，我单击连接时，我确实嗅探了连接请求包。谢谢。
对于上述问题，我能够使用连接管理器模拟被动和主动扫描的链接。我得到了扫描请求和响应，并主动扫描。我还有一个关于空中接口的问题。看来，允许的T U IFS（adv和scan请求之间的时间）大约为125-140us。根据规范，T炣IFS时间应为150us。但我试过150个，它肯定会响应扫描请求。你知道设计的间隔是多少吗？
谢谢，卢克
你怎么知道T炣IFS允许125-140我们？你是如何改变T的IFS的值的？你能提供更多关于你想做什么的信息吗？
我们嗅到了这个环节。我们可以微调广告的下降边缘和扫描请求之间的时间。
因为我还没有完全不接受你的问题……难道这是为什么检察官听得太早125-140我们，而不是150我们？这是因为系统需要有某种宽容。
是的，你的理解是对的。我理解公差，但如果扫描请求是在150us发送，da将错过它。
BT规范规定，扫描U请求应在150 us之后发送，公差定义为以ppm为单位的快速时钟公差。扫描_U响应也在150 us form Scan_U请求后发送。为了使时钟580的公差能够在150us之前启动其接收器。
我知道580个接收机的启动时间早于150us。但似乎在150人之前关闭了接收器。这就是为什么在我之前的评论中，我通过播放扫描请求定时来表示，扫描请求仅在广告后的窗口125-140 us中接收（由扫描响应包确认）。不符合规范要求的150us。
有什么意见吗？
我们一有新的消息就马上给你回电。
您能不能就您正在经历的问题向我们提供一些澄清，例如，这是多个da芯片发生的情况，是您每次都在经历（它是否可复制）或它不时发生，您正在使用哪些设备以及使用哪个SDK，任何信息都将被使用。这看起来有点奇怪，因为这样的发布很难错过，因为da与大多数主要供应商具有互操作性。你能提供的任何信息都对我们很有用。
嗨卢克，
da14580符合BT4.0规范。如果扫描是被动的，而不是激活的，则没有扫描响应数据。如果主动扫描每个广告指示，则从中心请求扫描响应，如果您的意思是您无法看到发送扫描响应数据的命令，是因为这些命令是从堆栈的下层发送的。您使用嗅探器，却看不到扫描响应数据包？
谢谢你的对话
同样从GUI SmartSnippets中，我如何模拟这两个设备连接？我试着用数据速率监视器和两个设备。一旦我启动外围设备和中央，我就无法嗅探扫描请求或扫描过程中的扫描响应。当扫描仪找到设备地址时，我单击连接时，我确实嗅探了连接请求包。
谢谢。
对于上述问题，我能够使用连接管理器模拟被动和主动扫描的链接。我得到了扫描请求和响应，并主动扫描。
我还有一个关于空中接口的问题。看来，允许的T U IFS（adv和scan请求之间的时间）大约为125-140us。根据规范，T炣IFS时间应为150us。但我试过150个，它肯定会响应扫描请求。你知道设计的间隔是多少吗？
谢谢，
卢克
嗨卢克，
你怎么知道T炣IFS允许125-140我们？你是如何改变T的IFS的值的？你能提供更多关于你想做什么的信息吗？
谢谢你的对话
我们嗅到了这个环节。我们可以微调广告的下降边缘和扫描请求之间的时间。
嗨卢克，
因为我还没有完全不接受你的问题……难道这是为什么检察官听得太早125-140我们，而不是150我们？这是因为系统需要有某种宽容。
谢谢你的对话
是的，你的理解是对的。我理解公差，但如果扫描请求是在150us发送，da将错过它。
嗨卢克，
BT规范规定，扫描U请求应在150 us之后发送，公差定义为以ppm为单位的快速时钟公差。扫描_U响应也在150 us form Scan_U请求后发送。为了使时钟580的公差能够在150us之前启动其接收器。
谢谢你的对话
我知道580个接收机的启动时间早于150us。但似乎在150人之前关闭了接收器。这就是为什么在我之前的评论中，我通过播放扫描请求定时来表示，扫描请求仅在广告后的窗口125-140 us中接收（由扫描响应包确认）。不符合规范要求的150us。
有什么意见吗？
嗨卢克，
我们一有新的消息就马上给你回电。
谢谢你的对话
嗨卢克，
您能不能就您正在经历的问题向我们提供一些澄清，例如，这是多个da芯片发生的情况，是您每次都在经历（它是否可复制）或它不时发生，您正在使用哪些设备以及使用哪个SDK，任何信息都将被使用。这看起来有点奇怪，因为这样的发布很难错过，因为da与大多数主要供应商具有互操作性。你能提供的任何信息都对我们很有用。
谢谢你的对话