适用于需要过压保护的工业网络应用的故障保护型CAN收发器。
A
A
硬件概览
它是如何工作的?
CAN Bus Click基于Analog Devices的MAX13054,±80V故障保护型CAN收发器,非常适用于工业网络应用。MAX13054将CAN协议控制器和总线线路的物理线路连接在控制区域网络(CAN)中。这些设备可用于需要高达1Mbps的DeviceNet应用。其输入共模范围大于±12V,超过ISO11898规范的-2V至+7V,并具有±8kV接触放电保护,使这些设备非常适用于恶劣的工业环境。其主导超时功能可防止总线被MCU阻塞。如果TXD输入保持低电平大于1ms,则发射器将被禁用,将总线线路驱动到隐性状态。在待机模式下,当路由到mikroBUS™插座上的AN和INT引脚的STB引脚设置为高逻辑状
态时,发射器将关闭,并且接收器将切换到低电流/低速状态。通过将标记为STBY SEL的板载SMD跳线器设置为标记为STB或GND的适当位置来激活待机模式。MAX13054使用UART接口与MCU通信,数据传输的默认波特率为115200 bps。除了来自mikroBUS™插座的UART通信引脚外,用户还可以通过板的右边缘上的UART外部头直接连接TX/RX信号。这个Click board™配备了标准的DB-9连接器,使与CAN总线的接口简单而容易。此外,用户还可以通过板的左边缘上的CAN外部头直接连接CAN信号。除了DB-9连接器旁边的2.7V至16.5V的外部电源供应外,还可以将其带到板的左侧标记为BATT的标头。通
过标记为3V3 JMP和5V JMP的SMD跳线器,来自Analog Devices LDOs输出电压的MAX1658/59可以为mikroBUS™电源轨提供电源。这个特性使MAX13054非常适合许多应用,包括汽车应用。然而,值得注意的是,Mikroe不建议以这种方式为其系统供电。这就是为什么这些跳线器默认情况下是未插上的。这个Click board™可以使用VIO SEL跳线器选择3.3V或5V逻辑电压电平进行操作。这样,既可以使用3.3V又可以使用5V的MCU可以正确使用通信线路。此外,这个Click board™配备了一个包含易于使用的函数和示例代码的库,可用作进一步开发的参考。
功能概述
开发板
Nucleo-64 搭载 STM32G474R MCU 提供了一种经济高效且灵活的平台,供开发者探索新想法并原型设计他们的项目。该板利用 STM32 微控制器的多功能性,使用户能够为他们的项目选择最佳的性能与功耗平衡。它配备了 LQFP64 封装的 STM32 微控制器,并包含了如用户 LED(同时作为 ARDUINO® 信号)、用户和复位按钮,以及 32.768kHz 晶体振荡器用于精确的计时操作等基本组件。Nucleo-64 板设计考虑到扩展性和灵活性,它特有的 ARDUINO® Uno
V3 扩展连接器和 ST morpho 扩展引脚头,提供了对 STM32 I/O 的完全访问,以实现全面的项目整合。电源供应选项灵活,支持 ST-LINK USB VBUS 或外部电源,确保在各种开发环境中的适应性。该板还配备了一个具有 USB 重枚举功能的板载 ST-LINK 调试器/编程器,简化了编程和调试过程。此外,该板设计旨在简化高级开发,它的外部 SMPS 为 Vcore 逻辑供电提供高效支持,支持 USB 设备全速或 USB SNK/UFP 全速,并内置加密功能,提升了项目的功效
和安全性。通过外部 SMPS 实验的专用连接器、 用于 ST-LINK 的 USB 连接器以及 MIPI® 调试连接器,提供了更多的硬件接口和实验可能性。开发者将通过 STM32Cube MCU Package 提供的全面免费软件库和示例得到广泛支持。这些,加上与多种集成开发环境(IDE)的兼容性,包括 IAR Embedded Workbench®、MDK-ARM 和 STM32CubeIDE,确保了流畅且高效的开发体验,使用户能够充分利用 Nucleo-64 板在他们的项目中的能力。
微控制器概述
MCU卡片 / MCU

建筑
ARM Cortex-M4
MCU 内存 (KB)
512
硅供应商
STMicroelectronics
引脚数
64
RAM (字节)
128k
你完善了我!
配件
Click Shield for Nucleo-64 配备了两个专有的 mikroBUS™ 插座,使得所有的 Click board™ 设备都可以轻松地与 STM32 Nucleo-64 开发板连接。这样,Mikroe 允许其用户从不断增长的 Click boards™ 范围中添加任何功能,如 WiFi、GSM、GPS、蓝牙、ZigBee、环境传感器、LED、语音识别、电机控制、运动传感器等。您可以使用超过 1537 个 Click boards™,这些 Click boards™ 可以堆叠和集成。STM32 Nucleo-64 开发板基于 64 引脚封装的微控制器,采用 32 位 MCU,配备 ARM Cortex M4 处理器,运行速度为 84MHz,具有 512Kb Flash 和 96KB SRAM,分为两个区域,顶部区域代表 ST-Link/V2 调试器和编程器,而底部区域是一个实际的开发板。通过 USB 连接方便地控制和供电这些板子,以便直接对 Nucleo-64 开发板进行编程和高效调试,其中还需要额外的 USB 线连接到板子上的 USB 迷你接口。大多数 STM32 微控制器引脚都连接到了板子左右边缘的 IO 引脚上,然后连接到两个现有的 mikroBUS™ 插座上。该 Click Shield 还有几个开关,用于选择 mikroBUS™ 插座上模拟信号的逻辑电平和 mikroBUS™ 插座本身的逻辑电压电平。此外,用户还可以通过现有的双向电平转换器,使用任何 Click board™,无论 Click board™ 是否在 3.3V 或 5V 逻辑电压电平下运行。一旦将 STM32 Nucleo-64 开发板与我们的 Click Shield for Nucleo-64 连接,您就可以访问数百个工作于 3.3V 或 5V 逻辑电压电平的 Click boards™。
使用的MCU引脚
mikroBUS™映射器
“仔细看看!”
Click board™ 原理图

一步一步来
项目组装
实时跟踪您的结果
应用程序输出
1. 应用程序输出 - 在调试模式下,“应用程序输出”窗口支持实时数据监控,直接提供执行结果的可视化。请按照提供的教程正确配置环境,以确保数据正确显示。

2. UART 终端 - 使用UART Terminal通过USB to UART converter监视数据传输,实现Click board™与开发系统之间的直接通信。请根据项目需求配置波特率和其他串行设置,以确保正常运行。有关分步设置说明,请参考提供的教程。

3. Plot 输出 - Plot功能提供了一种强大的方式来可视化实时传感器数据,使趋势分析、调试和多个数据点的对比变得更加直观。要正确设置,请按照提供的教程,其中包含使用Plot功能显示Click board™读数的分步示例。在代码中使用Plot功能时,请使用以下函数:plot(insert_graph_name, variable_name);。这是一个通用格式,用户需要将“insert_graph_name”替换为实际图表名称,并将“variable_name”替换为要显示的参数。

软件支持
库描述
该库包含 CAN Bus Click 驱动程序的 API。
关键功能:
canbus_send_data
- CAN总线发送数据功能canbus_set_high_speed_mode
- CAN总线高速模式设置功能canbus_set_low_current_standby_mode
- CAN总线低电流待机模式设置功能
开源
代码示例
完整的应用程序代码和一个现成的项目可以通过NECTO Studio包管理器直接安装到NECTO Studio。 应用程序代码也可以在MIKROE的GitHub账户中找到。
/*!
* @file main.c
* @brief CAN Bus Click Example.
*
* # Description
* This library contains API for CAN Bus Click board™.
* This example transmits/receives and processes data from CAN Bus Click.
* The library initializes and defines the
* UART bus drivers to transmit or receive data.
*
* The demo application is composed of two sections :
*
* ## Application Init
* Initializes driver, wake-up module, and set high-speed operation mode.
*
* ## Application Task
* Transmitter/Receiver task depends on uncommented code.
* Receiver logging each received byte to the UART for data logging,
* while transmitted send messages every 2 seconds.
*
* ## Additional Function
* - static void canbus_clear_app_buf ( void ) - Function clears memory of app_buf.
* - static err_t canbus_process ( void ) - The general process of collecting presponce
* that a module sends.
*
* @author Nenad Filipovic
*
*/
#include "board.h"
#include "log.h"
#include "canbus.h"
#define PROCESS_BUFFER_SIZE 200
// #define TRANSMIT
#define RECIEVER
static canbus_t canbus;
static log_t logger;
static char app_buf[ PROCESS_BUFFER_SIZE ] = { 0 };
static int32_t app_buf_len = 0;
static int32_t app_buf_cnt = 0;
unsigned char demo_message[ 9 ] = { 'M', 'i', 'k', 'r', 'o', 'E', 13, 10, 0 };
/**
* @brief CAN Bus clearing application buffer.
* @details This function clears memory of application buffer and reset it's length and counter.
* @note None.
*/
static void canbus_clear_app_buf ( void );
/**
* @brief CAN Bus data reading function.
* @details This function reads data from device and concatenates data to application buffer.
*
* @return @li @c 0 - Read some data.
* @li @c -1 - Nothing is read.
* @li @c -2 - Application buffer overflow.
*
* See #err_t definition for detailed explanation.
* @note None.
*/
static err_t canbus_process ( void );
void application_init ( void ) {
log_cfg_t log_cfg; /**< Logger config object. */
canbus_cfg_t canbus_cfg; /**< Click config object. */
/**
* Logger initialization.
* Default baud rate: 115200
* Default log level: LOG_LEVEL_DEBUG
* @note If USB_UART_RX and USB_UART_TX
* are defined as HAL_PIN_NC, you will
* need to define them manually for log to work.
* See @b LOG_MAP_USB_UART macro definition for detailed explanation.
*/
LOG_MAP_USB_UART( log_cfg );
log_init( &logger, &log_cfg );
log_info( &logger, " Application Init " );
// Click initialization.
canbus_cfg_setup( &canbus_cfg );
CANBUS_MAP_MIKROBUS( canbus_cfg, MIKROBUS_1 );
err_t init_flag = canbus_init( &canbus, &canbus_cfg );
if ( init_flag == UART_ERROR ) {
log_error( &logger, " Application Init Error. " );
log_info( &logger, " Please, run program again... " );
for ( ; ; );
}
canbus_default_cfg ( &canbus );
app_buf_len = 0;
app_buf_cnt = 0;
log_info( &logger, " Application Task " );
Delay_ms ( 100 );
canbus_set_high_speed_mode( &canbus );
Delay_ms ( 100 );
#ifdef TRANSMIT
log_printf( &logger, " Send data: \r\n" );
log_printf( &logger, " MikroE \r\n" );
log_printf( &logger, "------------------\r\n" );
log_printf( &logger, " Transmit data \r\n" );
Delay_ms ( 1000 );
#endif
#ifdef RECIEVER
log_printf( &logger, " Receive data \r\n" );
Delay_ms ( 1000 );
Delay_ms ( 1000 );
#endif
log_printf( &logger, "------------------\r\n" );
}
void application_task ( void ) {
#ifdef TRANSMIT
canbus_send_data( &canbus, demo_message );
log_printf( &logger, "\t%s", demo_message );
Delay_ms ( 1000 );
Delay_ms ( 1000 );
log_printf( &logger, "------------------\r\n" );
#endif
#ifdef RECIEVER
canbus_process( );
if ( app_buf_len > 0 ) {
log_printf( &logger, "%s", app_buf );
canbus_clear_app_buf( );
}
#endif
}
int main ( void )
{
/* Do not remove this line or clock might not be set correctly. */
#ifdef PREINIT_SUPPORTED
preinit();
#endif
application_init( );
for ( ; ; )
{
application_task( );
}
return 0;
}
static void canbus_clear_app_buf ( void ) {
memset( app_buf, 0, app_buf_len );
app_buf_len = 0;
app_buf_cnt = 0;
}
static err_t canbus_process ( void ) {
int32_t rx_size;
char rx_buff[ PROCESS_BUFFER_SIZE ] = { 0 };
rx_size = canbus_generic_read( &canbus, rx_buff, PROCESS_BUFFER_SIZE );
if ( rx_size > 0 ) {
int32_t buf_cnt = 0;
if ( app_buf_len + rx_size >= PROCESS_BUFFER_SIZE ) {
canbus_clear_app_buf( );
return CANBUS_ERROR;
} else {
buf_cnt = app_buf_len;
app_buf_len += rx_size;
}
for ( int32_t rx_cnt = 0; rx_cnt < rx_size; rx_cnt++ ) {
if ( rx_buff[ rx_cnt ] != 0 ) {
app_buf[ ( buf_cnt + rx_cnt ) ] = rx_buff[ rx_cnt ];
} else {
app_buf_len--;
buf_cnt--;
}
}
return CANBUS_OK;
}
return CANBUS_ERROR;
}
// ------------------------------------------------------------------------ END