ST485CDR和ST485BDR仅在 5V 电源下工作。对于 3.3V 电源，您可以使用例如引脚兼容的ST3485ECDR / ST3485EBDR。它能回答你的问题吗？
2022-12-02 07:35
20000000#define bit0 1#define bdr 14 // Sets baud rate to 57,600#include #include // BEGIN CONFIG#pragma config
2019-01-15 09:25
什么是动态路由？动态路由协议有哪几种分类？
2021-10-25 07:15
我已按照 ST 的演示为 Glance 识别配置了STEVAL-MKI197V1，但我无法将 LSM6DSOX 重置为默认值，因此我可以尝试使用 ML 进行其他手势识别。我想知道 Unico GUI 中是否有一种方法可以将所有内容重置为默认值，在此先感谢。
2023-01-06 06:52
求一款低边MOSFET驱动,输入电压12V,电流1A以上，且一颗芯片驱动两个MOSFET?
2020-03-18 09:31
你好，我不能打开为CY8CKIT-059准备的BRD文件，用鹰V5.8。我尝试通过红色箭头来检查引脚到引脚之间的长度，并指示附加的布局PDF。最好的问候，CY8CKIT-059L LayOutToupe页面2.PDF189.1 KCY8CKIT-059L372 K 以上来自于百度翻译 以下为原文Hello, I cannot open the brd file prepared for CY8CKIT-059, with eagle v5.8.0.I try to check the length between pin to pin by Red arrow with indicating to the attached layout pdf. Best regards, CY8CKIT-059_Layout_page 2.pdf 189.1 KCY8CKIT-059_Layout.brd.zip 372.0 K
2018-11-15 15:56
求大佬分享一款MAX1452非线性修正应用电路
2021-05-12 06:47
我用Oracle在ApIC32 MZ中实现了一个Modbus RTU从设备。它使用RS485与PC机通信。USAT使用动态驱动模型，具有以下相关设置：定义了DrviUsARTHeTractTyMead定义了DrviUsARTyByTeTyMeod支持真的定义DrviAuthARToBaulyRaTyIdx0 9600定义DrviUsARTHARION CNTLLIDIDX0 DRVIUS AUTARTH LYNEXPROCEL 8EVEL1定义定义DRVIUAARTHARTHARKEKYMODEADIDX0DRVIUSAARTHANDHARKEKY SUPPEXTER RTS用PIC线控制外部RS485驱动芯片的RX/TX方向（通过逻辑反相器），可以成功地从PC机接收数据包到PIC中，但是，当从PIC发送数据包到PC时，在检测到接收到的数据包时，发现两者都是S。通过一个单一的unvunt0x00字节的数据（我的代码看起来并不像我所能说的那样发送），例如，由我的PIC软件发送的5字节序列01 84×02 C2 C1将在PC接收，作为7字节序列00 01 84 02 C2 C1 00，这将看起来是一种艺术。PIC或和声驱动程序的事实。当我使用DrviUsARTHARTHARKEKIOSUPICEX时，CTS行应该与这无关。RTS线是由和声驱动程序控制的，而不是由我的代码控制的。是否有任何方法来控制RTS线被设置为发送的时间，WH？这个字符实际上是被传输的，当RTS线被再次声明时？我不知道如果没有这样一个“预延迟”是一个有贡献的问题，但我在这一点上减少猜测。 以上来自于百度翻译 以下为原文 I am implementing a Modbus RTU Slave device in a PIC32MZ using Harmony.This communicates with a PC using RS485.The usart uses the Dynamic driver model with the following relevant settings:#define DRV_USART_PERIPHERAL_ID_IDX0USART_ID_1#define DRV_USART_OPER_MODE_IDX0 DRV_USART_OPERATION_MODE_NORMAL#define DRV_USART_INTERRUPT_MODE true#define DRV_USART_BYTE_MODEL_SUPPORTtrue#define DRV_USART_BAUD_RATE_IDX09600#define DRV_USART_LINE_CNTRL_IDX0 DRV_USART_LINE_CONTROL_8EVEN1#define DRV_USART_HANDSHAKE_MODE_IDX0DRV_USART_HANDSHAKE_SIMPLEX The RTS line from the PIC is used to control the RX/TX direction of the external RS485 driver chip (via a logic inverter). I can successfully receive packets from the PC into the PIC.However, when packets are sent from the PIC to the PC, on inspecting the received packet, they are found to have been both suffixed and prefixed by a single unwanted 0x00 byte of data (which my code does not 'seem' to be sending as far as I can tell) For example, the 5-byte sequence 01 84 02 C2 C1 sent by my PIC software would be received at the PC asthe 7-byte sequence 00 01 84 02 C2 C1 00 This would 'seem' to be an artefact of the PIC or the Harmony drivers.As I am using DRV_USART_HANDSHAKE_SIMPLEX, the CTS line 'should' be irrelevant to any of this.The RTS line however is controlled by the Harmony Drivers rather than by my code. Is there any way to control the timing between the RTS line being set to transmit, when the character is actually transmitted, and when the RTS line is dis-asserted again? I have no idea if the absence of such a "pre-delay" is a contributing problem, but I am reduced to guessing at this point.
2019-01-11 13:06
测试830pcs，反馈在-30度下串口通信不成功
2023-08-07 06:35
为什么手机LCM需要1：1000亮度动态范围？SGM37603X是什么？SGM37603X 12位调光3通道WLED驱动器有哪些调光优势？SGM37603X 12位调光3通道WLED驱动器有哪些应用？
2021-08-09 08:16
