主题中讨论的其他器件: SN65HVS882
尊敬的先生,亲爱的朋友们,
我使用 tm4c1294ncpdt 的外部外设接口将74LVTH245收发器 IC 连接到微控制器。 我使用 EPI 的组帧信号作为74LVTH245的片选。 但在读取或写入时组帧信号会变为高电平、而74LVTH245的芯片选择会变为低电平有效。 那么、我是否可以使 EPI 的组帧信号为低电平有效?? 如果不可能,又有什么规定?
谢谢你
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
尊敬的先生,亲爱的朋友们,
我使用 tm4c1294ncpdt 的外部外设接口将74LVTH245收发器 IC 连接到微控制器。 我使用 EPI 的组帧信号作为74LVTH245的片选。 但在读取或写入时组帧信号会变为高电平、而74LVTH245的芯片选择会变为低电平有效。 那么、我是否可以使 EPI 的组帧信号为低电平有效?? 如果不可能,又有什么规定?
谢谢你
[报价用户="Digvijay khambe"]如果有其他选项,请提供建议。
如果使用"EPI"证明是不切实际的: (这证明了目前的情况)
作为一个附注-很久以前-@ UCLA -我遇到了 Amritraj (网球专业)兄弟-并"与"兄弟分享您的名字。 (他暖暖了起来——吉米·康诺斯很快就到了…… 我们“然后退出”到了看台上。 Vijay 和 Jimmy、"表演很棒!")
BTW - "When / If you ture from "digited" into "analog"-论坛 ID "anavijay"出现(已) taken! (但这种占有是可转让的... 一个学习(某些东西)[超越自上而下]@ UCLA。)
[引用 USER="CB1_MOBIST"] 16位端口扩展器(单芯片)可以增加2位(I2C)加16 -即增加14 -比 SPI 驱动移位器高10……[/引用]
而这是移位寄存器
我认为这2个额外引脚在接口的简单性方面是一个非常公平的折衷方案。 仅减少必要的总线错误恢复是值得的。
Robert
你已经, “在今天(实际上是今天上午),“ 芯片战争!”
“清点每一方的“双力:” 移位寄存器(SR)的时间... (笑声) 端口扩展器(PE)
移位寄存器在理论上可以轻松无限扩展
面向端口扩展器的设计 -只有两个"PE"可提供32个 GPIO。 需要四个 SR 来匹配该容量。
SR 使用明显更简单的软件 ... 争议! 首先假设需要16位 GPIO - SR 需要两个器件-当需要32位时-软件需要 修改
SR 更快 ... 争议! 事实上、只有 PE 采用 I2C、这才证明是正确的! SPI 器件同样可用。 SRS 需要32个时钟到达"出站2 IC" (仅16个用于 PE)
可以看到战场上到处乱抛/掉、模糊、SR 芯片—许多处于“倒转”(死虫)位置。
蜂鸣器/虚拟、(偶数) "Khaleesi's Dragons"环形头顶... (预计即将起飞的龙将"点击"。)
[引用 USER="CB1_MOBILE"]
移位寄存器在理论上可以轻松无限扩展
面向端口扩展器的设计 -只有两个"PE"可提供32个 GPIO。 需要四个 SR 来匹配该容量。
[/报价]
但这样做会占用 IIC 地址空间。 不知道这是个大问题、但鉴于这一领域的历史分歧、必须加以管理。
[引用 USER="CB1_MOBILE]SR 使用的软件要简单得多 ... 争议! [/报价]
IIC 要求对 SPI 中根本不存在的各种总线问题提供支持。 这是一个相当大的差异。 我见过有经验的有能力的设计人员建议、IIC 器件当然应该在其电源上配备功率 FET、以便在发生不可恢复的总线错误时对其进行功率循环。
[引用 USER="CB1_MOBILE"]
首先假设需要16位 GPIO - SR 需要两个器件-当需要32位时-软件需要 修改
[/报价]
扩展缓冲器并不是很困难、我想说的是、它比处理两个不同的器件要少、但实际上并不重要。 如果缓冲区大小不是常量、则您犯了一个错误、需要在任何情况下进行纠正。
[引用 user="CB1_MOBIST"]SR 更快 ... 争议! 事实上、只有 PE 采用 I2C、这才证明是正确的! SPI 器件同样可用。 [/报价]
噢? 嗯... DigiKey 显示了一个非库存 Exar 器件。 数量是低产量价格595秒的三倍以上。 快速检查命令结构表明它们不能被链接、因此在前16位之外需要额外的芯片选择。 写入8位也需要一个8位命令。
啊哈! Microchip 具有可用器件。 价格差别仍然相同、但在小型 qtys 中可用。 相似的命令结构、但有足够的不同、看起来好像它可以被链接在一起、我需要更多的时间来确定一种或另一种方式。
您还在考虑其他问题吗?
[引用 USER="CB1_MOBIT]PE 软件也可以使用 SPI ... 更重要的是-位17-32只需16个 SPI 时钟即可访问-是 SR 所需时钟数的一半![/报价]
不。 在这些器件上写入16位需要两个8位命令+ 8位数据对(32个时钟)。 移位寄存器可以在其中写入整个32位。
我认为、在任何情况 下、最好在控制环路结束时一次性更新所有这些输出。 您已经决定这些输出不需要即时更新。 通常有相当数量的产出属于这一类。
总之
因此更便宜、更快且多来源。 我仍然倾向于将移位寄存器用于数字输出。
请注意注意注意事项。 对于开关输入等应用、我越来越倾向于使用基于 SPI 的多输入开关检测 IC。 它们可扫描输入(减少功率损耗和电流消耗)、提供湿性电流并在接口电压(24V 和 12V)下工作。
Robert
[引用 user="Robert Adsett">价格更便宜、速度更快且多来源。 我仍然倾向于将移位寄存器用于数字输出。[/quot]
AHA -最后-一种"诱饵"、通常为 "诱 饵"。 (这里有一个——同名的挑战——会引诱“祈祷”。)
PE"端口扩展器"能够(按位) 唯一地作为 GPIO 输出... 或者... GPIO 输入! (雷声撞车-火焰闪电!) SR"移位寄存器"是 "仅输出" 、因此即使 是单个(添加的)输入也能满足另一个 IC 的要求! ("PISO"芯片、"164")
实际上、我想到的是 MChip 的 PE 器件(首先是 I2C、然后是 SPI、应该速度证明很重要)-两者都是! (I2C:MCP23017、 SPI:MCP23S17)
您是否能够提供此类"Robert Approved 二手车/已知" (开关检测)器件的"制造商/器件 ID"?
总之、我们的海报可能是"战败"、或接受唯一标记 为"建议"的(答案)。 他的沉默不能表明他的要求是否可以通过使用"多种产出和投入"而得到加强。
虽然我同意您的观点、 即"Jelly-bean, 595s (SIPO)"成本更低-它们与端口扩展 器"双向"(双向)操作的灵活性不匹配-并且将需要额外的芯片来(几乎)匹配单个16位端口扩展器的容量。
对于这里的绝大多数人来说-我敢打赌(许多拉斯维加斯芯片)、扩展器提供的额外灵活性-超过 了"仅输出"转换器提供的(相对而言)少量成本节省。
这里很少有(包括 Moi)达到批量生产 (在这种"节省"(可能)可能会增加、从而获得一些(轻微)认可!) (可能)
更有可能- 端口扩展器(仅限)提供的附加和灵活 I/O -一定会-在某个时候-节省电路板旋转! 这会产生 (非常)真实和可预测的... 节省!
[引用 USER="CB1_MOBILE"]
Robert Adsett因此更便宜、更快且多来源。 我仍然倾向于将移位寄存器用于数字输出。
AHA -最后-一种"诱饵"、通常为 "诱 饵"。 (这里有一个——同名的挑战——会引诱“祈祷”。)
PE"端口扩展器"能够(按位) 唯一地作为 GPIO 输出... 或者... GPIO 输入! (雷声撞车-火焰闪电!) SR"移位寄存器"是 "仅输出" 、因此即使 是单个(添加的)输入也能满足另一个 IC 的要求! ("PISO"芯片、"164")
[/报价]
我想在某个时候会提到双向性。 我从来都不需要它。
这是一个明确目的 I/O 和一个不确定目的 I/O 之间的区别 出于明确的目的、I/O 几乎始终定义为输入或输出。 实际上需要双向 I/O 的应用通常也需要比端口扩展器提供的速度更快的速度、至少在我的经验中是如此。
因此、只有当您尝试节省成本(在这种情况下更好地使用移位寄存器)或需要额外的 I/O 时、双向功能才非常有用 在第二种情况下、您会对 端口扩展器执行相同的操作。 在可能的情况下、使用 I/O 上的任何剩余字段、如果尚未分配该字段、或添加另一个移位寄存器(就像端口扩展器一样)。 使用移位寄存器确实不比使用端口扩展器困难、但在端口扩展器的情况下、您确实无需处理数据中的混合 I/O。
[报价 USER="CB1_MOBIT"]您是否能够提供此类"Robert Approved 二手车/已知" (开关检测)器件的"制造商/器件 ID"?[/报价]
我还没有使用过。 但我认为它们已经变得足够广泛、足以实现这一目的。 我最近看过 SN65HVS882。
[引用 user="CB1_MOBIT"]尽管我向您授予 了这样一个观点,即“Jelly-bean,595s (SIPO)"成本较低-它们与端口扩展器的灵活性不匹配
我不相信添加双向引脚会有所帮助、除非在狭窄的情况下、您正在制作一个插入其他板的装置。 即使如此、串行扩展总线也可能更出色。
如果您在避免电路板转弯的同时又没有未使用的 I/O、则添加 I/O 的过程与使用端口扩展器时遇到相同问题时所经历的过程相同。 根据需要向您提供的标题添加另一个 IC、并具有很高的前瞻性。
我想说、它们与端口扩展器的灵活性相匹配、具有更低的开销和稍简单的 S/W
[引用 USER="CB1_MOBIT)]更有可能- 端口扩展器(仅限)提供的附加和灵活的 I/O -一定会-在某个时候-节省电路板旋转! [/报价]
我没有发现端口扩展器比移位寄存器更有可能出现的任何原因。
[引用 USER="CB1_MOBIS)]这里很少有人(包括 Moi)会实现批量生产 (在这种"节省"(可能)可能会增加、从而获得某种(轻微)认可!) [/报价]
我认为、它实际上具有更大的多源优势。 我怀疑我们都遇到了分配和交货周期问题。
Robert
[引用用户="Robert Adsett"]艾还没有 死 ! (指(SO)谦逊移位 寄存器)
如果不是“死”——肯定是“ 生命支持”。 (那是什么吸气声?)
现在、 "关闭参数/求和:"(此阶段不允许"新证据")的时间再次为 :移位寄存 器与 端口扩展器
可以说端口扩展器 可能 会"中断" MCU -当(仅)发生单个位"变化"时! 例如、这种情况非常巨大、可以使用户摆脱"键 盘的持续扫描!" (即、键盘的行或列都是"驱动"的-因此"任何"键压低都会改变"未驱动"行或列的状态-(仅此)是启动键盘扫描!
实际上移位寄存器和端口扩展器都有它们的位置。 如果您毫无疑问地知道您的"董事会要求永远不会改变"、那么移位寄存器(可能)将会成功。
请允许我(轻轻地)抗议 "更有意义的反馈"的说法、"尚未到达"。
没有任何理由"锁定" EPI -使用和仅使用 EPI。
多种替代方法-大多数情况下都能回答-已经介绍-并进行了详细介绍。 因此-(一些)轻微(也许甚至是"有意义")的反馈已经到达!
仅使用 EPI 似乎是"第二好"–尤其是在尝试进行此类有限数据传输时! 这是有意义的-是不是吗?
并非"所有"客户愿望都证明"正确和/或有效"- 有时这种认可"有意义!"
[引用 USER="CB1_MOBILE"]
[/报价]
我不这么认为。 在极少数情况下需要它。 模拟数据总线是一种方法。 单线连接也会带来好处、但其他连接也不多。
[引用 USER="CB1_MOBIST"]端口扩展器提供"位可选 I/O "-几乎与 MCU 完全一样。 当然、有时需要"多一个输入"-移位寄存器在这里出现严重故障![/quot]
端口扩展器和移位寄存器具有相同的可扩展性。 与某些端口扩展器(可能并非所有)相比、移位寄存器实际上更易于扩展。 如果您需要另一个输入、并且输入链有空间、则可以添加它。 如果您需要另一个输入、并且您的端口扩展器已满、则不能这样做。 同样的限制也适用。
[引用 USER="CB1_MOBILE"]
[/报价]
不是:明确的目的 I/O 是指定义了某个目的。 对于非通用模块、如果不是专用的 I/O 集、则是大多数 未确定用途 I/O 是指没有定义用途的 I/O、尚未分配的备用 I/O 或扩展 I/O。
对于明确目的的 I/O、必须初始化 I/O 方向和按块寻址的额外灵活性只是额外的开销。
[引用 USER="CB1_MOBILE"]
[/报价]
这种保险可以由移位寄存器平等提供。 仍然不相信。
[引用 USER="CB1_MOBILE"]
[/报价]
不
[引用 USER="CB1_MOBIT)]可以说端口扩展器 可能 会"中断" MCU -(仅限)发生单个位"更改"时! [/报价]
是的、如果您需要基于此类中断、则端口扩展器会提供中断、但在我看到的大多数情况下、中断是不需要的。 在许多情况下、这不仅仅是一种帮助、而是一种责任。 共同的理由是,这节省了时间,这是毫无意义的。 在实时系统中、时间预算 由最坏情况驱动。 如果您有时间在中断后进行扫描、则有时间定期扫描。 定期扫描可以显著简化代码。
中断涉及延迟而不是节省时间。 如果您使用的是端口扩展器、则您已经承诺了更长的延迟、这比使用移位寄存器更重要、并且两者都没有低延迟。
[引用 user="CB1_MOBIST"]这种情况非常巨大、例如、可以使用户摆脱"键 盘的持续扫描!" (即、键盘的行或列都是"驱动"的-因此"任何"键压低都会更改"未驱动"行或列的状态-(仅此)是启动键盘扫描![/引述]
正如我所说的。 我认真地写了上面的内容,然后才读出来。 是的、我确实这么做了。 我认为这是一个优势的唯一地方是低功耗应用、在大多数时间、所有东西都处于睡眠状态。 我不确定端口扩展器是否具有合适的功率占用空间、但这是一个可以实现中断的地方。
移位寄存器更便宜、更快、更简单且多源。 灵活性就是洗涤。 中断会进入端口扩展器、但仅适用于少量需要 中断的情况(按键扫描不是一个)。 在需要较小尺寸的应用中、端口扩展器也是更好的选择。
我同意这两者都有一个地方(我希望没有在我们后面分区的人对折衷有一个更好的想法)、但我也认为移位寄存器涵盖了更广泛的问题、并且比您看起来更灵活、值得信赖。
Robert
尊敬的先生,
正如我所说的、我正在设计 PLC 我只能使用 EPI 的通用模式。 将引脚 epi0s0至 epi0s7分配给74lvt245的 A1至 A8。 将 epi0s29 (RD)提供给74lvt245的 DIR 引脚、将 epi0s30 (frame)提供给 OE。 但74lvt245的 OE 和 RD 为低电平有效。 因此、我计划反转 uC 的帧(epi0s30)和 RD (epi0s29)、并将其提供给74lvt245的 OE 和 DIR 引脚。 它能正常工作吗?
直到海报 Robert 到达/回复... 请注意、"245是一款收发器、没有锁存功能、因此其用途(如您现在所述)似乎"有问题"。 (待定)
你不可能会试图"读回"地址、"你自己-刚刚"吃了"245 "-这不是吗?
怀疑8位"锁存"(例如'373)将更好地满足(任何)对"更持久" 8位地址数据的要求-可能呈现给(另一个)器件。
答案仍然是"为什么您认为 EPI 是必需的"? EPI 独特提供的哪些特性/功能可引导您寻找其用途?
建议了多种(其他)方法-甚至详细说明了。 根据您的(实际)需求、这些可能 会更快速、更易于实施...
[引用 user="Digvijay khambe"]正如我所说的、我正在设计 PLC。
这是一个开始、但只是一个开始。 我们提到的 SPI I/O 非常适合 PLC 类型操作。 尤其是移位寄存器和开关输入。
[引用 user="Digvijay khambe"]我只能使用 EPI 的通用模式。
为什么? 限制自己这样做有什么理由?
[引用 user="Digvijay khambe"]将 pins epi0s0到 epi0s7分配给 A1到 A8的74lvt245[/quot]
为什么要这样做? 如 CB1所述、245是缓冲器。 另一方面是什么? 您要实现的最终目标是什么?
您所说的目标(尽管是一个非常含糊的目标)似乎与您尝试的目标不匹配。
Robert