Infineon IFX1050GVIO高速CAN收发器技术解析

在工业应用的高速数据传输领域，CAN（Controller Area Network）总线以其高效、可靠的特点占据重要地位。Infineon的IFX1050GVIO高速CAN收发器便是这个领域的一款优秀产品。今天，我们就来深入解析这款产品的特点、参数及应用。

文件下载：IFX1050GVIOXUMA1.pdf

产品概述

IFX1050GVIO是一款为工业应用中的高速差分模式数据传输而优化的CAN收发器，并且与ISO/DIS 11898标准兼容。它在12V和24V系统中都能作为CAN协议控制器与物理差分总线之间的接口。

产品特性

• 高速数据传输：CAN数据传输速率最高可达1 MBaud，能够满足工业环境中对高速数据通信的需求。
• 低功耗模式：具备待机模式，在不需要进行数据传输时可以降低功耗。
• 宽电压应用：适用于12V和24V应用，并且有5V和3.3V微控制器版本可供选择。
• 优秀的EMC性能：具有很高的抗干扰能力和很低的辐射，能在复杂的电磁环境中稳定工作。
• 短路保护：总线引脚对接地和电池电压具有短路保护功能，提高了产品的可靠性。
• 过温保护：具备过温保护功能，当芯片温度过高时能够自动保护，避免损坏。
• 环保产品：符合RoHS标准，是绿色环保产品。

引脚配置与功能

IFX1050GVIO采用PG - DSO - 8封装，各引脚功能如下：	引脚编号	符号	功能
1	TxD	CAN发送数据输入，有20kΩ上拉电阻，显性状态为低电平
2	GND	接地
3	VCC	5V电源输入
4	RxD	CAN接收数据输出，显性状态为低电平，有集成上拉电阻
5	V33V	逻辑电源输入，可连接3.3V或5V微控制器逻辑电源
6	CANL	低线I/O，显性状态为低电平
7	CANH	高线I/O，显性状态为高电平
8	INH	禁止输入，控制输入，有20kΩ上拉电阻，低电平为正常模式

电气特性

绝对最大额定值

参数	符号	最小值	最大值	单位	备注
电源电压	Vcc	-0.3	6.5	V
3.3V电源	V33V	-0.3	6.5	V
CAN输入电压（CANH, CANL）	VCANHL	-40	40	V
INH、RM、TXD、RxD的逻辑电压	V	-0.3	Vcc	V	0V < Vcc < 5.5V
CANH、CANL的静电放电电压	VESD	-6	6	kV	人体模型（100pF via 1.5k）
静电放电电压	VESD	-2	2	kV	人体模型（100pF via 1.5k）
结温	T	-40	150	°C

需要注意的是，最大额定值是绝对额定值，超过任何一个值都可能导致集成电路不可逆转的损坏。

工作范围

参数	符号	最小值	最大值	单位	备注
电源电压	Vcc	4.5	5.5	V
3.3V电源电压	V33V	3.0	5.5	V
结温	T	-40	125	°C
热阻（结到环境）	Rthj - a	-	185	K/W
热关断温度	TsD	160	200	°C	10°C滞后

其他电气特性

在特定条件下（4.5V < VCC < 5.5V，3.0V < V33V < 5.5V，RL = 60Ω，VINH < VINH,ON， - 40°C < Tj < 125°C），还给出了电流消耗、接收器输出、传输输入、禁止输入、总线接收器、总线发送器以及动态CAN收发器特性等详细参数。例如，在隐性状态下，电流消耗ICC + 33V为6 - 10mA；在显性状态下，电流消耗ICC + 33V为45 - 70mA。

应用信息

工作模式

IFX1050GVIO提供两种不同的操作模式，由INH引脚控制：

• 正常模式：INH引脚为低电平（INH = 0）时，设备能够从TxD引脚向CAN总线接收和发送数据。
• 待机模式：INH引脚为高电平（INH = 1）时，设备进入低功耗模式，接收器和发送器都被禁用。如果不使用待机模式，INH引脚需要连接到地电平，以将IFX1050GVIO切换到正常模式。

不同电压应用电路

IFX1050GVIO可用于3.3V和5V微控制器逻辑电源。在应用时，不要在电源和V33V引脚之间施加任何外部电阻，以免导致电压降并降低该引脚的可用电压。文档中给出了3.3V I/O和5V I/O供电的应用电路示例，方便工程师进行设计。

封装与环保特性

IFX1050GVIO采用PG - DSO - 8封装，并且是无铅版本，符合RoHS标准，是绿色环保产品，满足全球客户对环保产品的要求和政府法规。

总结

Infineon的IFX1050GVIO高速CAN收发器以其高速、可靠、低功耗、宽电压应用和优秀的EMC性能等特点，在工业应用中具有很大的优势。工程师在设计工业CAN总线系统时，可以考虑这款产品，它能够为系统的稳定运行提供有力保障。大家在实际应用中是否遇到过类似CAN收发器的设计问题呢？欢迎在评论区分享交流。