代替DRV8332有啥模块

Posted 2023-05-06

有没有比它更大电流的模块

目前只有IPM可以大电流，但是体积也更大。例如国产SD30M60AC 参考技术A 集成电机驱动器（DRV8x 器件）电机驱动器是专门用于驱动电磁机器的电路，如刷式或无刷电机、步进电机或其它机电传动器。电机通常需要超出控制它们的模拟或数字信号处理电路所能提供的电压和/或电流。电机驱动器可在信号处理电路和电机本身之间提供接口。电机驱动器可通过分立组件构建，完全集成在 IC 内部，也可兼用分立和集成组件。只要电流和电压电平允许，在单个 IC 内集成整个电机驱动器通常可以以最小的成本和物理尺寸提供最高的功能级别。除了提供高电压和高电流驱动，电机驱动器通常还可以集成一些控制电路，如电流调节或数字状态机来操作电机。TI 提供的集成电机驱动器还包括多个保护方案，其中包括短路保护、过流保护和欠压保护，以防止系统在出现电气或机械故障时发生故障。 TI 的 DRV88xx 集成电机驱动器的优势：集成前置驱动器，功率级为 45V 电源轨时可实现 5A 的峰值电流扩展片上保护，包括过流、过温、欠电压和短路保护集成控制逻辑，用于电流调节、PWM 系列以及微步进分度器简单易用的控制接口，只需要控制少量引脚（步进电机的步进/方向以及直流电机的相位/启用） TI DRV84xx 和 DRV83xx 集成电机驱动器的优势：集成前置驱动器，功率级为 50V 电源轨时可实现高达 24A 的峰值电流扩展片上保护，包括过流、过温、欠电压和短路保护直接访问桥接器的 PWM 输入允许通过主机处理器自定义换向和控制软件 DRV88xx 集成电机驱动器 器件型号 描述 电机类型 DRV8800 单路全桥直流电机驱动器 w/刹车 DC DRV8801 单路全桥直流电机驱动器 w/电流感应输出和刹车 DC DRV8811 单路步进电机驱动器 w/ 1/8 微步进 步进 DRV8812 双路全桥电机驱动器 w/4 级电流调节 步进 DRV8813 双路全桥电机驱动器 w/4 级电流调节 步进 DRV8814 双路全桥电机驱动器 w/4 级电流调节和刹车 DC DRV8821 双路步进电机驱动器 w/ 1/8 微步进 步进 DRV8823 四路全桥电机驱动器 w/8 级电流调节 直流/步进 DRV8824 单路步进电机驱动器 w/ 1/32 微步进 步进 DRV8825 单路步进电机驱动器 w/ 1/32 微步进 步进 DRV8828 单路全桥电机驱动器 w/32 级电流调节 步进 DRV8829 单路全桥电机驱动器 w/32 级电流调节 步进 DRV8830 低压单路全桥电机驱动器 DC DRV8832 低压单路全桥电机驱动器 DC DRV8840 单路全桥直流电机驱动器 w/32 级电流调节和刹车 DC DRV8841 双路全桥电机驱动器 w/4 级电流调节 直流/步进 DRV8842 单路全桥电机驱动器 w/4 级电流调节 DC DRV84xx 和 DRV83xx 集成电机驱动器 器件型号 描述 电机类型 DRV8312 3 半桥 PWM 电机驱动器 BLDC 或 PMSM DRV8332 3 半桥 PWM 电机驱动器（高电流） BLDC 或 PMSM DRV8412 双路全桥 PWM 电机驱动器 2x DC 或步进 DRV8432 双路全桥 PWM 电机驱动器（高电流） 2x DC 或步进

使用 localStorage 代替 Cookie 有啥缺点吗？

【中文标题】使用 localStorage 代替 Cookie 有啥缺点吗？

【英文标题】：Are there any drawbacks to using localStorage instead of Cookies?使用 localStorage 代替 Cookie 有什么缺点吗？

【发布时间】：2013-05-27 04:19:36

【问题描述】：

在我以前的网站上，我曾经使用 cookie 仅在第一次访问时显示主页。效果很好 (see for example here)，但是现在使用 cookie 已经不那么流行了，所以我想尽可能避免它。

现在，我的新网站项目几乎总是通过 javascript 启动 pre-home（显示模态框），因此我不需要在服务器端执行任何操作。我正在考虑使用 HTML5 localStorage 而不是 cookie，如果浏览器没有 localStorage，则使用 cookie。这是一个好主意吗？对可用性、隐私保护和网站性能有何影响？

使用 localStorage 将提高禁用 cookie 的用户的可用性。但我知道某些 HTML5 功能只能在某些浏览器中选择加入（如地理定位）。任何浏览器上的 localStorage 是否有类似的限制？如果 localStorage 可用但我的站点已停用，是否会出现 JS 错误？

【参考方案1】：

可用性

用户不会知道您使用的是 localStorage 还是 cookie。如果用户禁用 cookie，localStorage 也将不起作用。

性能

两种方法之间没有明显的速度差异。

会话存储

sessionStorage 仅适用于该浏览器选项卡的会话。如果关闭选项卡，会话将丢失，数据也会丢失，这类似于任何后端语言上的会话变量。

本地存储

localStorage 可用于浏览器中的任何选项卡或窗口，并且会一直存在，直到被用户或程序删除。与 cookie 不同，您无法设置过期时间。 localStorage 也有更大的存储限制。

您的问题

您没有使用此数据服务器端，因此您不需要 cookie。与 cookie 不同，localStorage 永远不会发送到服务器。 如果用户禁用 cookie，localStorage 也将不起作用。

后备示例

您可以使用 Modernizr 来验证 localStorage 是否可用，如果不可用，请改用存储 cookie。

if (Modernizr.localstorage) 
    // supports HTML5 Storage :D
 else 
    // does not support HTML5 Storage :(

您也可以放弃 Modernizr 并使用支票 typeof Storage !== 'undefined'。

【讨论】：

这个答案更多地与sessionStorage 与localStorage 相关，而不是像OP 想要的那样与cookies 相关

@just.another.programmer 我不知道你是否读过他的问题，但他并没有询问 cookie，他写道“我不需要在服务器端执行任何操作”所以他不需要 cookie 他需要 localStorage 或 sessionStorage

为了检测 localStorage 支持（以提供备用解决方案），我只需使用if(window.localStorage)。

@FabienQuatravaux 用户不会看到任何差异，因为如果您禁用 cookie，cookies 将不起作用，localStorage 也不起作用。 localStorage 没有限制opt-in

你是对的！至少在 Chrome 中，禁用 cookie 也会禁用 localStorage。我错了，因为如果禁用“cookies”，访问window.localStorage 会抛出异常，而使用Modernizr.localstorage 只会返回false。非常感谢您的帮助。

【参考方案2】：

比较 LS 和 cookie 就是比较苹果和橙子。

Cookies 和 LS 是完全不同的东西，用途不同。 LS 是一个工具，它允许您的客户端（javascript 代码）在本地存储其数据，而无需将其传输到服务器。 Cookies 是客户端-服务器通信的工具。 cookie 的全部意义在于随每个请求一起发送。

在过去，cookie 经常被滥用来模拟本地存储，因为这是 javascript 应用程序向客户端硬盘写入任何内容的唯一可能性。但通常 LS 不是 cookie 的替代品，所以如果您需要客户端和服务器都应该读写的东西，请使用 cookie，而不是 LS。

【讨论】：

我不想比较 LocalStorage 和 cookies 一般，这很愚蠢，但仅限于我在这里描述的情况。正如我所说，我不需要在服务器上发送需要发送回的东西，因此 cookie 和 LocalStorage 都可以。但是哪一个是最好的？

@FabienQuatravaux：如果你不需要在服务器端做任何事情，那么 LS 就可以了。

很有趣，现在本地存储可能会反过来滥用......

这对我来说更有意义。

LS 更类似于会话变量；一种跨页面（或用户的设置或首选项）保存数据而不存储在数据库中的方法。

【参考方案3】：

需要补充一点，与通常跨协议共享的 cookie 不同，存储坚持同源策略。因此，站点共享相同的域但托管在不同协议上的站点不会共享存储的数据。

说明您的网站是否需要跨 http 和 https 工作。例如，当用户点击“购买链接”时，他们将登陆 https 安全结帐，然后结帐将无法检索以前存储在 http 站点上的数据，即使他们共享同一个域。

【参考方案4】：

It doesn't look easy for the server to read the localStorage。不过，这可能会派上用场，因为知道您的数据都是客户端的，因此不会被嗅探。

Cookies 不能被改写，只能添加和读取：

alert(document.cookie);
document.cookie = "nope";
alert(document.cookie);

【讨论】：

-1 你可以使用sessionStorage，所以没有你说的嗅探。

cookies可以被写入。 alert(document.cookie); document.cookie = "test=nope"; alert(document.cookie); document.cookie = "test=yep"; alert(document.cookie);

是的，但是written over，就像，原来的东西仍然存在