亮点 {#highlights}
设备级别的配置写入操作现在无法影响该设备所承载的任何客户端会话，只有那个写入数据的人。第二个查看器则通过自己的 会话已更新-事件，地点
关于花粉——每次采蜜活动仅发生一次，对采集者而言绝不会发生两次。
现在可以将设备的物理安装位置报告给客户端，而不是让服务总是Montage 报告了配置该会话的用户。该标签用于指示您当前正在查看的是这两个选项中的哪一个，
由于设计原因，这一点在任何发布形式下均成立。
如果某个设备维护着自己的挂载引用，该服务会随之更新。此前，该服务返回的值在设备的启动过程已被记录，且从未再次进行过检查。现在，它可以在收到请求时，按照自身的渲染时钟对该引用进行处理
更新客户端——服务器端设置了速率限制，以防止高速客户端导致设备连接过载——并且
一旦安装工作实际开始，请立即报告这一变更。
内部改进 {#internal-improvements}
对操纵杆偏移的实验性自动校正。一个新的服务模块闭合了用于Wireless VerseGrip的惯性偏航漂移：它会根据已配对的Inverse3 的运动来补偿握把的绝对偏航，或者
Minverse ab，它就固定在该处。一旦满足了一系列质量检查，它就会写入一条更正
返回手柄的固件界面。该模块出厂时处于禁用状态，仅在开启实验性功能时才
“选择加入”选项已启用，并配有一个运行时间开关，该开关会在任何活动手柄一经启用后立即将其停用，一旦
将被重定向——对于向设备固件写入数据的功能而言，这并非可选项。
现在，影响所有设备的配置写入操作采用“全有或全无”的原则。整个选择范围将— 在对设备进行更改之前，需先验证固件功能和设备就绪状态。这样，由不同类型设备组成的设备群即可
固件版本不再因第二台设备报告错误而停留在半切换状态。
现在，Griff 固件的确认信息将按每次请求进行跟踪。由于仅有一个共享的结果位置，导致因为两个同时发问的人可能会错过对方的回答，而且一个多义值既
无论是“被拒绝”还是“尚未处理”——这都可能导致一次拒绝演变成一连串的重复请求。每项请求
现在携带一个独立的令牌，一个从未到达服务端的请求，没有任何记录，以及一个丢失的响应
将被解析为失败，而不是卡住。实现这一功能的测试运行不会产生任何费用，只要没有
该请求尚未处理。
在 Inkwell 底座上进行校准时，不会受到手柄新固件功能测试的影响。这插入笔后，系统会对姿势进行全面重新校准，这一过程针对每支出厂的笔都会进行，无论
固件版本是否正确。该路径被明确排除在计算所得的功能下限之外，该下限适用于
已引入了课程调整，且该例外情况是在调用处明确表述的，而非推导出来的。
错误修复 {#fixes}
重置重力补偿后，现在会恢复到真正的标准值，而不是过度补偿。尽管名字如此，这个领域 缩放因子 在 config/重力补偿 没有乘数：这是额外的
末端执行器处的有效载荷质量（单位：千克），该设备需在此基础上额外补偿其自身重量。重置
他字面地理解了这个名称，并提出了“中立”因素 1 又是它——一个重达一公斤的“幽灵”有效载荷。该设备
随后将手柄向上推，而刚连接好的设备不会这样做。重置后现在会显示真实的
恢复默认值：补偿已启用， 缩放因子 bei 0，即该设备能自重支撑，且不承受任何
有效载荷。如果您的应用程序曾利用重置功能来提高补偿强度，请将
而是显式地指定所需的值。
现在，将设备重置为初始位置后，它确实会重新开启。 重置 config/home_return已禁用“返回初始位置”功能，但同时向调用方报告该功能已启用。现在，重置操作将
确实恢复了出厂设置值（已开启），而您的应用程序随后读取到的值就是该值，
因为确实有人在使用该设备。
在设备级别进行安装或对齐操作时，写入操作将确保其他客户端不再保留过时的值。在 3.5.6 之前，一次写入操作会直接保存在设备上——也就是说，该设备上的每个会话都会共享该操作
已证实——，仅更新了写入客户端的配置，而全局路由根本没有更新任何客户端。每个
同一设备上的其他客户端在查询之前仍会报告旧值。现在，每个活跃会话都会收到通知。
在Inkwell对接站进行多次对接尝试后，即使被拒绝一次，系统也不会放弃。先前状态的对接点在多次对接操作中得以保留，因此第二次对接将其首次拒绝视为其结束。
处理了重试窗口。现在，重试窗口会在每次停靠尝试后重置。
已修复 Wireless VerseGrip 设备时钟中的数据竞争问题。连接线程能够重新分配该设备的标识符，而另一个准备路径则在另一个锁下读取它。该标识符现在将在正确的锁下作为
已捕获快照，后续的所有路径（包括拒绝的情况）都将基于此副本进行处理。
已修复 Wireless VerseGrip 四个发射器中消息准备不同步的问题。四个消息发送路径它们组合了有效载荷和校验和，并在未解除写锁定的情况下请求发送，结果导致两个发送器
能够将它们写入共同的缓冲区中。
可能的破坏性变更 {#potential-breaking-changes}
API、Wire 格式或设置均未发生任何更改。标准输出与 3.5.5 版本在字节层面完全一致，未对任何路由进行已被删除或更改了路径，公共 C-API 没有差异，且没有重命名任何设置键，
已删除或设置了新的默认值。使用 SDK 预览版或实验性接口的应用程序
虽然已启用，但在本周期内仍需进行迁移工作，其中包括更改开关档位以及移除一个
Token-Satz；每个步骤都在随附的工程变更日志中进行了记录。
重置重力补偿后得到的数值与3.5.5中的不同。没有航点、没有航线，也没有回答结构已经发生了变化，但一个依赖于重置功能的应用程序 缩放因子 auf简体中文（大陆） 1
写入后，现在将恢复为出厂设置值 0 — 在这两种情况下，补偿功能本身仍保持激活状态。请设置
应明确说明，而不是依赖重置；参见上文的更正。
现在，重置“返回初始位置”功能后，该功能将保持开启状态，而非关闭状态。没有区域，没有路线，而且响应结构没有发生变化，但一个依赖于重置后会恢复到
默认设置已禁用，现在发现它已被启用。如果需要，请在重置后将其显式设置为“关闭”，如果
需要；参见上文的更正。
客户端将收到额外的配置事件。 一个假设某个 会话已更新-仅因该事件当本客户端的写入操作完成时，现在如果另一个客户端修改了双方都占用的设备，本客户端也会收到通知，
随后将对配置进行彻底重构。这是上述扇出操作所产生的预期结果；
一个在事件发生时只需重新读取数据的客户端，无需进行任何修改。
