CAN

CAN驱动接口如何规范一下

发布于 2015-09-08 11:00:36 浏览：4248

对于CAN来说，开启了过滤器后，读特定的过滤器消息时要传入一个过滤器的编号进去，
目前的做法是写一个参数到读消息缓冲，类似下面这样来操作：

msg.hdr = rcvedhdr;
rt_device_read(candev, 0, &msg, sizeof(msg));

这种操作，还要向读缓冲里写数据，感觉怪怪的。
现在想到的办法有以下几个：
１、增加rt_can_read接口，该接口传入过滤器编号。

２、rt_size_t rt_device_read(rt_device_t dev,
                         rt_off_t    pos,
                         void       *buffer,
                         rt_size_t   size)

　　把pos作为过滤器编号传入。
３、在candev里增加can过滤器信息。
大家看看有没有什么好的建议，用哪种方式比较好？

18 个回答

aozima 2015-09-08

拒绝白嫖，拒绝键盘侠！

在candev里增加can过滤器信息

这个是如何实现？

Aubr.Cool 2015-09-08

This guy hasn't written anything yet

在candev里增加can过滤器信息

这个是如何实现？

仔细想了一下，第三个方法实现不了，目前想到的就两个方法：
１、增加rt_can_read接口，该接口传入过滤器编号。
代码: 全选
２、

rt_size_t rt_device_read(rt_device_t dev,
                         rt_off_t    pos,
                         void       *buffer,
                         rt_size_t   size)

　　把pos作为过滤器编号传入。

aozima 2015-09-08

拒绝白嫖，拒绝键盘侠！

看起来pos作为过滤器ID的方法可能对使用者友好一些，阅读上也比较好理解一些。
不知道部分控制器的过滤器ID在使用过滤中是否会变化？或是过滤器并不以数字ID(0,1,2...N)的形式表现。
如果有，可能要在驱动中限制一下，并转成对应的过滤器。

Aubr.Cool 2015-09-08

This guy hasn't written anything yet

那就改成以pos传入，然后有可能会对个别芯片的过滤器编号进行转换

aozima 2015-09-08

拒绝白嫖，拒绝键盘侠！

这里会有个新问题

就是APP设置的过滤器编号如何得到？
是设置后由驱动分配或给出？还是APP指定使用某个过滤器？

Aubr.Cool 2015-09-11

This guy hasn't written anything yet

这里会有个新问题

就是APP设置的过滤器编号如何得到？
是设置后由驱动分配或给出？还是APP指定使用某个过滤器？

编号有可能是动态变化的，由回调通过hdr参数传出来：

static rt_err_t  lpccanind(rt_device_t dev,  void *args, rt_int32_t hdr, rt_size_t size)
{
　 .............
    return RT_EOK;
}

这个回调在设置过滤器时传入：

struct rt_can_filter_item filter1item[] =
{
    LPC_CAN_AF_STD_GRP_INIT(8, 9, lpccanind, RT_NULL),
    LPC_CAN_AF_STD_GRP_INIT(10, 11, lpccanind, RT_NULL),
    LPC_CAN_AF_STD_GRP_INIT(6, 7, lpccanind, RT_NULL),
    ..................
    LPC_CAN_AF_EXT_INIT(4, lpccanind, RT_NULL),
};